Log for #openttdcoop.devzone on 19th September 2010:
Times are UTC Toggle Colours
00:01:30  *** GT has joined #openttdcoop.devzone
00:05:17  <GT> This afternoon I thought I really should put Convoy on, and now I see the AI's are being transferred to here (at least Trans and Admiral). Would that mean that I could create a hg repo for Convoy iso an svn repo?
00:07:01  <Ammler> I guess, the has troubles to create new svn repos
00:07:20  <Ammler> and we already talked about merging
00:07:48  <Ammler> so that was just a step, there is fixed plan, how or if we will merge
00:07:55  <Ammler> no*
00:08:12  <Ammler> but you are free to use the DevZone for you ai :-)
00:08:18  <GT> Well, I would prefer a hg repo, since my other two projects are already using that.
00:09:12  <Ammler> just create the project, whereever you have access, enable Repository and tell us to move the proejct to AI Dev
00:09:15  <GT> and the only seemed to support svn, so I was kind of sluggish to put it there
00:10:56  <Ammler> I am not sure about, but it might be that it is recommend to start the identifier with "ai-"
00:11:03  <GT> I did not do alot of AI developement lately, but it seems a good idea to at least put it on another server, since the fans on my computer start to make funny noises since this afternoon.
00:11:16  <Ammler> :-)
00:11:42  <GT> which can be totally harmless, or foreplay to trouble.
00:11:42  <Ammler> well, the fans just need some cleaning then
00:11:51  <Ammler> it is worse, if the HDs do such sounds
00:12:45  <GT> or the power supply, as I can say by experience
00:13:06  <Ammler> power supply isn't bad either
00:13:12  <Ammler> just replacing :-)
00:13:31  <GT> high whistling sound now is a trigger to me to speed up the backup
00:13:39  <Ammler> lol
00:14:16  <Rubidium> Ammler: sounds of metal scratching when the fan runs are bad as well, although the "fix" might be worse
00:14:25  <GT> I had PC with a PSU that was not APX compliant.
00:14:53  <GT> But was not aware of it, and the connectors of onother PSU did fit.
00:15:22  <Ammler> yeah, but you have then mostly only material damage, with the HD, it can go quite bad, not just if missing backup, also the time to recover
00:16:23  <GT> So I connected it, and the "smoke test" did fail, or succeeded, depends on how you regard it.
00:16:30  <Ammler> this damn server has still package lost of around 2%, while the gateway has 0%, sending around 2000 packs
00:17:15  <GT> Bottom line: never use an older Dell PSU to  replace your PSU with problems.
00:18:31  *** KenjiE20 has quit IRC
00:19:12  <Rubidium> reminds me... all computer hardware runs on smoke; once it escapes it doesn't work anymore Q.E.D.
00:19:34  <GT> :-D:)
00:23:39  <Ammler> hmm, how can I simulate a harddisk failure?
00:23:44  <Ammler> for SWRAID
00:24:10  <Rubidium> dd if=/dev/urandom of=/dev/sda ?
00:25:28  <Ammler> and after just "dd if=/dev/sdb of=/dev/sda bs=512 count=1" for repair?
00:25:46  <Rubidium> *that* might not work
00:25:51  <Ammler> :-)
00:26:06  <Rubidium> as I'm not sure whether the swraid headers are the same on all disks
00:26:13  <Rubidium> but... mdadm should repair it :)
00:26:34  <Rubidium> otherwise you say the sda is a new disk and it should mirror it (the whole disk that is)
00:27:05  <Ammler> hmm, I tried to make SWRAID1 on 2 partitions, but seems like I failed :-(
00:27:47  <Ammler> majoinaise
00:28:05  <Rubidium> that in your HDD will probably cause hardware errors as well
00:28:54  <Ammler> hmm
00:29:14  <Ammler> is it possible mdadm doesn't check, if the module is loaded?
00:29:17  *** GT has left #openttdcoop.devzone
00:29:37  <Rubidium> dunno
00:30:56  <Rubidium> sleepytime
00:34:59  <Ammler> scheisse
00:55:58  <SmatZ> good night, Rubidium
01:13:48  *** thgergo has quit IRC
03:30:05  *** fanioz has joined #openttdcoop.devzone
03:31:04  <fanioz> hello
03:37:54  *** fanioz_ has joined #openttdcoop.devzone
03:38:55  <fanioz_> Okay, I just would like to register @ project
03:43:18  <Brot6> #openttdcoop - Membership #1512 (New): Applying for project: Indonesian Town Name (fanioz) @
03:45:08  *** fanioz has quit IRC
03:50:51  *** fanioz_ has quit IRC
03:52:04  *** fanioz has joined #openttdcoop.devzone
03:55:26  *** fanioz_ has joined #openttdcoop.devzone
04:01:11  *** fanioz has quit IRC
04:14:38  *** fanioz_ has quit IRC
04:30:28  <Brot6> AI-Trans - Revision 149:13099f8a3e6a: Added tag 100307 for changeset a4098e821313 (fanioz@fanioz-dell-mini10v) @
04:30:28  <Brot6> AI-Trans - Revision 150:17c7ba21415e: Added tag 100227 for changeset 90f0c079480c (fanioz) @
06:23:20  <andythenorth> morning
06:27:56  <Brot6> FIRS Industry Replacement Set - Feature #1513 (New): Rename Blacksmith to Forge in filenames etc (andythenorth) @
06:29:29  <Brot6> FIRS Industry Replacement Set - Feature #1514 (New): Show end date for Blacksmith / Forge in indu... (andythenorth) @
08:09:41  <Brot6> Example NewGRF Project - Bug #1454 (Closed): Dep check broken for source releases (planetmaker) @
08:15:07  <Brot6> Example NewGRF Project - Bug #1449: Compiling under MinGW/MSYS (planetmaker) @
08:17:17  <Brot6> Example NewGRF Project - Bug #1449: Compiling under MinGW/MSYS (planetmaker) @
08:18:40  <Brot6> Example NewGRF Project - Bug #1430 (Closed): make bundle broken on cygwin (planetmaker) @
08:18:41  <Brot6> Example NewGRF Project - Code Review #1178 (Closed): Make dependency checking optional (planetmaker) @
08:22:12  <Brot6> Example NewGRF Project - Bug #1279 (Confirmed): dep check called too often (planetmaker) @
08:25:25  <Brot6> Example NewGRF Project - Revision 210:97a2b5035ffa: Codechange: Decide upon the DEP_CHECK_TYPE by... (planetmaker) @
08:33:27  <Brot6> Example NewGRF Project - Revision 211:586e7b580350: Codechange: Remove unnecessary ifdef (planetmaker) @
09:03:12  *** Alberth has joined #openttdcoop.devzone
09:08:25  <Brot6> Example NewGRF Project - Revision 212:785e26cf02be: Feature #1333: Allow to opt-out of installing... (planetmaker) @
09:33:51  <Brot6> Example NewGRF Project - Feature #1017: Don't tar a single GRF (planetmaker) @
09:34:35  <Brot6> FIRS Industry Replacement Set - Feature #1466 (Closed): Consider if Machine Shop should accept MNSP (andythenorth) @
09:36:21  <Brot6> Example NewGRF Project - Revision 213:5339c29781e3: Change: Also build the documentation when a s... (planetmaker) @
09:45:34  <Brot6> FIRS Industry Replacement Set - Feature #1513 (Closed): Rename Blacksmith to Forge in filenames etc (andythenorth) @
09:45:34  <Brot6> FIRS Industry Replacement Set - Revision 1377:8938c33636c3: Change: all code references to blacks... (andythenorth) @
09:45:34  <Brot6> FIRS Industry Replacement Set - Feature #1513 (Closed): Rename Blacksmith to Forge in filenames etc (andythenorth) @
09:55:46  <Brot6> Example NewGRF Project - Feature #1333 (Closed): Add separate install dir for documentation files (planetmaker) @
09:56:05  <Brot6> repository /home/ottdc/hg-repos/indonesiantowns registered in Redmine with url /home/ottdc/hg-repos/indonesiantowns
09:56:05  <Brot6> repository /home/ottdc/hg-repos/indonesiantowns created
09:58:41  <Brot6> #openttdcoop - Membership #1512 (Closed): Applying for project: Indonesian Town Name (fanioz) @
09:58:41  <Brot6> #openttdcoop - Membership #1512 (Closed): Applying for project: Indonesian Town Name (Ammler) @
10:14:38  *** thgergo has joined #openttdcoop.devzone
10:21:59  <Brot6> Example NewGRF Project - Feature #1017 (Closed): Don't tar a single GRF (Ammler) @
10:22:34  <Ammler> planetmaker: you see, old ticket, only one line on closing :-)
10:22:39  <Ammler> oh, and hello
10:22:44  <planetmaker> :-) Moin
10:25:37  <Brot6> Indonesian Town Names - Revision 0:a9e871286af7: -Feature:: Indonesian Town Names - beta 1 (thank... (fanioz) @
10:29:02  <Brot6> Indonesian Town Names - Support #1515 (New): convert to nml :-) (Ammler) @
10:32:16  <Brot6> FIRS Industry Replacement Set - Revision 1378:8ffbffa26556: Feature: change Forge to produce ENSP... (andythenorth) @
10:33:04  <Brot6> Example NewGRF Project - Revision 214:5c98abd7c41d: Change: Make it impossible to overwrite the m... (planetmaker) @
10:35:16  <Brot6> newgrf_makefile: update from 0.4.5 to 0.4.6 done -
10:35:19  <Brot6> Example NewGRF Project - Revision 215:17e857287994: Doc: Update changelog for 0.4.6 (planetmaker) @
10:35:19  <Brot6> Example NewGRF Project - Revision 216:14eaba128687: Added tag 0.4.6 for changeset 17e857287994 (planetmaker) @
10:37:41  *** Yexo has quit IRC
10:37:57  *** Yexo has joined #openttdcoop.devzone
10:38:35  <planetmaker> Rubidium: current stable nforenum warns about current OpenGFX. Will you make an nforenum release prior to the merge?
10:38:48  <planetmaker> (for the sake of package maintainers)
10:38:48  <Brot6> OpenGFX - Revision 541:5c04ab020db0: Change: Update to Makefile 0.4.6 (planetmaker) @
10:40:05  <planetmaker> Ammler: maybe you can today test OpenGFX rpm. If all works fine we can tag it
10:42:05  <Rubidium> planetmaker: unlikely
10:42:59  <Rubidium> I see more in merging them an then making a release
10:44:12  <planetmaker> Yup, ok. I just wonder whether maintainers should use a version which doesn't warn on current OpenGFX :-)
10:44:21  <Ammler> he, with grfcodec beeing one big package, I might again push it to suse so we have there building from source :-)
10:44:58  <Ammler> pm, the release versions do warn?
10:45:13  <planetmaker> they'll remain two different binaries, though? At least in the way 4lbert proposed with the inodes?
10:45:15  *** KenjiE20 has joined #openttdcoop.devzone
10:45:20  <planetmaker> Ammler: yes. Additional GUI sprites
10:45:22  <Rubidium> planetmaker: yes
10:45:26  <Ammler> ah well
10:45:36  <Rubidium> of more like 5 different binaries
10:45:36  <Ammler> that doesn't hurt, the grf is the same, isn't?
10:45:41  <planetmaker> yes
10:49:58  *** OwenS has quit IRC
10:51:55  *** OwenS has joined #openttdcoop.devzone
10:53:09  *** OwenS has quit IRC
10:53:47  <Ammler> planetmaker: this is really no big issue: after I run make mrproper and then hg up null
10:53:55  <Ammler> shouldn't the repo be empty?
10:54:01  <planetmaker> <-- hehe. A changelog where everything except one line relate to the makefile
10:54:31  <planetmaker> probably. what is left?
10:54:34  <Ammler> I have still .check.md5 and .bak files
10:54:56  <planetmaker> .bak ... from where do they originate?
10:55:07  <Ammler> ? sprites/ogfxh_tropical.nfo.bak
10:55:08  <planetmaker> We must not delete editor files
10:55:12  <planetmaker> oh
10:55:13  <planetmaker> hm
10:55:15  *** OwenS has joined #openttdcoop.devzone
10:55:24  <Ammler> nforenum does make those?
10:55:30  <planetmaker> probably, yes
10:55:33  <Ammler> maybe that has changed in default :-)
10:55:50  <Ammler> used nforenum 4 RC1
10:56:06  <planetmaker> I don't think
10:56:31  <planetmaker> the .check.md5, that must not be deleted
10:56:50  <planetmaker> hm... maybe by mrproper. but not by clean and distclean
10:57:05  <Rubidium> maintainer-clean :)
10:57:10  <planetmaker> :-)
10:57:56  <planetmaker> what's the difference between distclean and maintainer-clean?
10:58:24  <Rubidium> distclean:     Delete all files in the current directory (or created by this makefile) that are created by configuring or building the program. If you have unpacked the source and built the program without creating any other files, ‘make distclean’ should leave only the files that were in the distribution. However, there is no need to delete parent directories that were created with ‘mkdir -p’, since they could have existed anyway.
10:58:42  <Rubidium> maintainer-clean: Delete almost everything that can be reconstructed with this Makefile. This typically includes everything deleted by distclean, plus more: C source files produced by Bison, tags tables, Info files, and so on.
10:58:50  <Rubidium> The ‘maintainer-clean’ target is intended to be used by a maintainer of the package, not by ordinary users. You may need special tools to reconstruct some of the files that ‘make maintainer-clean’ deletes. Since these files are normally included in the distribution, we don't take care to make them easy to reconstruct. If you find you need to unpack the full distribution again, don't blame us.
11:00:31  <Rubidium> so the former is intended to be used by "users" and "downstream", the latter isn't quite intended to be used except for cleaning really really deeply
11:00:40  <planetmaker> hm
11:00:46  <planetmaker> got the link you quote?
11:00:53  <Rubidium>
11:00:57  <Webster> Title: Standard Targets - GNU `make' (at
11:02:25  <planetmaker> thanks
11:02:34  <Ammler> pm, built fine locally, you can see the status and logs from the rpm building here:
11:02:45  <Ammler> made a "pseudo release"
11:04:35  <planetmaker> you seem to have bogus warnings in your build script which are always triggered
11:05:18  <planetmaker> <-- but none I see related to OpenGFX
11:05:23  <planetmaker> which is good :-)
11:06:16  <Ammler> abuild:abuild is the user which does build the package
11:06:28  <Ammler> (and install)
11:08:02  <Ammler> well, for me, it looks fine, does the md5 check now really stay?
11:09:25  <planetmaker> try.
11:09:37  <planetmaker> check.md5 should stay
11:09:47  <planetmaker> .md5 (without check) should be yours
11:10:14  <planetmaker> check.md5 _is_ re-built though when you call 'make bundle_src'
11:11:39  <Ammler> well, then the release is from maintainer view superb, imo :-=)
11:12:48  <Brot6> GRFCodec - Bug #1507: creating Makefile.local (Rubidium) @
11:14:51  <planetmaker> Rubidium: does distclean or maintainer_clean then delete the Makefile.local?
11:15:04  <planetmaker> would be ... not so good
11:15:21  <Ammler> Rubidium: also inconsistent is that if make builds Makefile.local, make mrproper should also remove it ;-)
11:16:24  <Ammler> well, I just reporeted my troubles I had with testing grfcodec on mingw
11:16:40  <Rubidium> Ammler: distclean does that
11:16:56  <Ammler> Makefile.local should be a local file
11:17:25  <Rubidium> Ammler: nevertheless, distclean: Delete all files in the current directory (or created by this makefile) that are created by configuring or building the program. If you have unpacked the source and built the program without creating any other files, ‘make distclean’ should leave only the files that were in the distribution. However, there is no need to delete parent directories that were created with ‘mkdir -p’, since they could have exist
11:18:13  <Ammler> Rubidium: yes nevertheless, why do you need the local file?
11:18:16  <Rubidium> thus, to have only the files that were in the distribution you have to remove Makefile.local
11:18:47  <Ammler> isn't there a option to include it only, if available?
11:19:05  <Rubidium> no idea. It was there, it is needed for some cases and there's no configure to do those configuration things otherwise
11:20:46  <Ammler> you really think, a common user should be aware of those 100 different targets?
11:21:10  <Ammler> it is easier to use rm :-)
11:21:16  <Ammler> and hg purge --all
11:21:50  <Rubidium> huh?
11:22:27  <Ammler> how many different "cleaning" targets are there? clean, mrproper, dist-clean, maintainter-clean, more?
11:22:46  <Rubidium> mrproper is an alias for distclean
11:22:51  <Rubidium> the rest is *standard*
11:23:36  <Rubidium> as in "Standard Targets - GNU `make'"
11:24:06  <planetmaker> well. maintainer-clean wasn't mentioned by gnu make documentation
11:24:11  <planetmaker> only by autoconf
11:25:01  <Rubidium> <- hmm
11:25:03  <Webster> Title: GNU make - Makefile Conventions (at
11:25:28  <Rubidium> oh sorry, that's the make manual from April 1995
11:25:55  <Rubidium> which sadly enough defines maintainer-clean as well
11:26:00  <Ammler> hehe, well, you didn't use those targets yourself until this year? :-P
11:26:28  <planetmaker> hm... now I find it in the make documentation, too :-D
11:26:35  <Rubidium> maintainer-clean wasn't needed for OpentTD
11:27:24  <Rubidium> didn't know mrproper wasn't a standard, though I've gotten it from the linux kernel which I assumed was kinda standards compliant
11:27:59  <Rubidium> oh... the nforenum bug is "fun"
11:28:19  <Rubidium> e.g. on Windows $HOME isn't necessarily set
11:28:27  <Rubidium> $HOMEDRIVE and $HOMEPATH *are*
11:28:56  <Rubidium> just mingw sets $HOMEPATH to "", overriding the *proper* path that Windows provides
11:29:32  <Rubidium> as $HOMEDRIVE and $HOMEPATH exist nforenum favours that (see it as a "hidden" Windows detector)
11:30:22  <Brot6> GRFCodec - Bug #1507: creating Makefile.local (Ammler) @
11:33:03  <planetmaker> Ok, I think I won't touch targets and paths today anymore... Release?
11:33:54  <Brot6> GRFCodec - Bug #1507: creating Makefile.local (Rubidium) @
11:36:41  <Brot6> GRFCodec - Bug #1507: creating Makefile.local (Ammler) @
11:38:26  <Ammler> Rubidium: my problem was, I din't install boost, run make, and then saw, forgot boost
11:38:39  <Ammler> then I installed boost and it sill didn't work
11:39:16  <Ammler> I thought, that is because of the Makefile.local
11:39:54  <Ammler> after that, I moved boost to the right place :-)
11:41:13  <Ammler> there is no failure with it, it was just confusing...
11:42:07  <planetmaker> now... this discussion is confusing ;-)
11:42:43  <Ammler> oh well, reject the ticket :-P
11:43:11  <Ammler> I can only delete ;-)
11:44:20  <Brot6> NFORenum - Bug #1508: [mingw] data dir .nforenum (Rubidium) @
11:45:25  <Brot6> OpenGFX - Revision 542:1eea91005ddc: Doc: Update changelog for 0.3.1 (planetmaker) @
11:47:46  <Brot6> OpenGFX - Revision 543:31dfd46b1916: Added tag 0.3.1 for changeset 1eea91005ddc (planetmaker) @
11:48:31  <Brot6> opengfx: update from 0.3.0 to 0.3.1 done -
11:49:57  <planetmaker> can you please sync mirrors, Rubidium ?
11:50:58  <Ammler> planetmaker: I also checked md5 check, it works as it should now :-)
11:51:08  <planetmaker> good :-)
11:53:12  <Brot6> OpenGFX+ Trees - Revision 26:9a66b16acac4: Codechange: Separate file for long list of tree parame... (Froix) @
11:55:08  <Ammler> this is so silly, if you update windows, there popups a IE asking you to install another browser...
11:55:46  <Rubidium> planetmaker: it's not even on bananas :)
11:55:58  <planetmaker> yes. I didn't want to upload unless you can sync
11:56:07  <Rubidium> oh, I can
11:56:17  <planetmaker> so, now pushed 'upload' button
11:57:02  <planetmaker> uploaded
11:58:52  <Ammler> thanks :-)
12:00:19  <Rubidium> now you only have to wait for the download page to get updated :)
12:02:57  <Ammler> Rubidium: there are more mingw issues with grfcodec/nforenum, like complaining about missing boost also if it is there, and also sucessful building
12:03:13  <Ammler> Is it worth to report those?
12:03:47  <Rubidium> well... then boost isn't installed somewhere where the Makefile expects it to be installed
12:03:50  <Ammler> did Terken already report?
12:04:15  <Rubidium> not in the tracker
12:04:35  <Ammler> Rubidium: when I install it where the Makefile expects it, it doesn't complain
12:04:41  <Ammler> but then cc will :-)
12:04:48  <Ammler> and the build fails
12:05:13  <Rubidium> thus... it (the Makefile) needs to look in another place as well
12:05:40  <Rubidium> though for some reason it works "just fine" [tm] for me
12:06:16  <Ammler> I guess, it is a mingw-apt issue
12:06:28  <Ammler> afaik, as I used lunac, it worked too
12:06:59  <Ammler> also it seems lunac has utf-8 enabled per default, on mingw-apt, you need to do it
12:07:03  <Rubidium> it's something that can be *easily* worked around
12:07:19  <Rubidium> as long as I know *where* it should look as well
12:07:33  <Ammler> /includes
12:07:39  <Rubidium> really?
12:07:43  <Ammler> :-D
12:07:48  <Rubidium> what da F
12:08:07  <Rubidium> can it be *ANY* more non-standard?
12:08:25  <Rubidium> I guess it can :)
12:08:39  <Rubidium> though... I guess better merge grfcodec and nforenum first
12:08:43  <Ammler> we could make openttd-mingw
12:08:49  <Rubidium> (the source-packages)
12:09:40  <Ammler> the only advantage of mingw-apt I am aware of is the easy install of wget
12:14:03  <Brot6> OpenGFX - OpenGFX 0.3.1 released (planetmaker) @
12:16:24  *** ODM has joined #openttdcoop.devzone
12:20:06  <Brot6> NFORenum - Bug #1508: [mingw] data dir .nforenum (michi_cc) @
12:22:04  *** frosch123 has joined #openttdcoop.devzone
12:44:39  <Brot6> GRFCodec - Revision 761:811379083c03: Merge NFORenum's source code to reduce the amount of work n... (Rubidium) @
12:45:26  <frosch123> \o/
12:45:30  <planetmaker> juhu!
12:46:10  <Ammler> meine Fresse :-o
12:46:51  <Rubidium> now someone has to fix up the spec so it "overrides/provides" old nforenums
12:47:38  * Rubidium wonders why there are trailing whitespaces in data.cpp
12:48:29  <Ammler> obsoletes and provides
12:48:38  <frosch123> hmm, looks like my fault :s
12:50:36  <Ammler> how will debian call the package?
12:50:41  <Ammler> openttd-grfcodec
12:51:01  <Ammler> or does*
12:51:28  <frosch123> make: *** No rule to make target `src/getopt.h', needed by `objs/grfmerge.os'.  Stop.
12:51:44  * frosch123 tries make clean
12:51:50  <frosch123> worked :)
12:52:13  * planetmaker pulls
12:52:31  <planetmaker> Fügte 508 Änderungssätze mit 1366 Änderungen zu 205 Dateien hinzu <-- :-D
12:52:48  <frosch123> yay for hg, would not have worked with svn :)
12:53:04  <planetmaker> what? the clean? or the merge?
12:53:16  <frosch123> the merge
12:53:20  <planetmaker> hm... :-)
12:53:41  <planetmaker> everything built fine here out-of-box
12:53:42  <frosch123> though as most files are disjunct, you could have replayed those
12:54:14  * planetmaker changes some symlinks now :-)
12:54:21  <Rubidium> Ammler: it calls it "just" grfcodec
12:55:17  <Rubidium> frosch123: that getopt.h issue is something that was "caused" a while ago already :)
12:55:29  <frosch123> thought so
12:56:18  <Brot6> FIRS Industry Replacement Set - Bug #1516 (New): Lumber Yard production is swapped (atorkhov) @
12:56:40  <Brot6> NFORenum - Bug #1508: [mingw] data dir .nforenum (Rubidium) @
12:57:25  <Brot6> FIRS Industry Replacement Set - Bug #1516: Lumber Yard production is swapped (atorkhov) @
12:58:50  <Brot6> GRFCodec - Revision 762:c409d4caedd2: Fix: Remove trailing white space. (frosch) @
13:01:45  <Brot6> GRFCodec - Revision 763:1b39827c1199: Change: don't "require" Makefile.local to exist. If it's re... (Rubidium) @
13:01:45  <Brot6> GRFCodec - Revision 764:a47a458ca60b: Change: favour HOME over HOMEDRIVE/HOMEPATH on Windows as w... (Rubidium) @
13:01:46  <Brot6> GRFCodec - Bug #1507 (Closed): creating Makefile.local (Rubidium) @
13:01:46  <Brot6> NFORenum - Bug #1508 (Closed): [mingw] data dir .nforenum (Rubidium) @
13:06:41  <frosch123> thanks for the commit message :)
13:08:14  <frosch123> (does brot also query external svns?)
13:11:42  <Ammler> yes, once per our
13:11:57  <Ammler> hour*
13:13:22  <Ammler> well, brot doesn't, redmine does and brot announces the activity
13:13:33  <Rubidium> Ammler/planetmaker/whoeveritconcerns: can the nforenum hg repository be made read-only?
13:13:43  <Rubidium> so nobody accidentally pushes to it?
13:13:52  <planetmaker> let's see
13:13:53  <Ammler> Rubidium: you have access, you could
13:14:10  <Ammler> and you can move teh members to inactive
13:14:40  <Rubidium> nah, I'd like to keep the issue tracker and such for nforenum (I've made it a sub project of grfcodec)
13:15:09  <Rubidium> just the repository should become read-only
13:15:34  <frosch123> sounds like a task for chmod or chown
13:15:46  <Rubidium> yup
13:16:03  <Ammler> deny_push = true
13:16:46  <Rubidium> please, pretty please, set that for me :)
13:16:53  <Ammler> yep, I do :-)
13:16:57  <Ammler> it was wrong anyway
13:19:33  <Ammler> failed :-)
13:26:10  <Ammler> made chmod -R ug-w .hg
13:29:58  *** thgergo has quit IRC
13:30:42  *** thgergo has joined #openttdcoop.devzone
13:45:20  <Brot6> Grf2Html - Revision 231: Change: don't require Makefile.local to exist. If it's really needed the... (frosch) @
14:50:08  *** orudge has quit IRC
15:17:10  <Brot6> GRFCodec - Revision 765:846a575de246: Change: grfcodec provides nforenum now (packages still need... (Ammler) @
15:21:24  <Brot6> #openttdcoop - Revision 128:1fa5031e0ab9: [Compiler] Fix: ignore .release for build diff, stop ea... (Ammler) @
15:21:24  <Brot6> #openttdcoop - Revision 129:f9df58d01d02: [Compiler] Change: nforenum not required build package ... (Ammler) @
15:22:41  <Ammler> it might give conflicts if there is a newgrf which does build before grfcodec today
16:02:38  *** Webster has joined #openttdcoop.devzone
16:23:20  <Brot6> 2cc train set - Bug #1517 (New): DevZone compile failed (compiler) @
16:23:28  <Brot6> airportsplus: update from r62 to r63 done -
16:24:41  <Brot6> fish: update from r390 to r393 done (4 errors) -
16:25:14  <Brot6> FIRS Industry Replacement Set - Bug #1518 (New): DevZone compile failed (compiler) @
16:26:03  <Brot6> grfcodec: update from r253 to r765 done -
16:27:01  <Brot6> HEQS "Heavy Equipment" Set - Bug #1519 (New): DevZone compile failed (compiler) @
16:29:40  <Ammler> oh, I see the problem
16:33:59  <Brot6> newgrf_makefile: compile of r216 failed -
16:34:02  <Brot6> nforenum: update from r505 to r506 done -
16:36:14  <Brot6> nutracks: update from r115 to r116 done (1 errors) -
16:36:42  <Brot6> ogfx-trees: update from r23 to r26 done (3 errors) -
16:37:15  <Ammler> planetmaker: no grf, but still success?
16:37:30  <Ammler> do I need to handle that kind of error?
16:38:49  <Brot6> OpenGFX - Bug #1520 (New): DevZone compile failed (compiler) @
16:38:59  <Ammler> also the deault settings sucks
16:39:05  <Ammler> it is way too silent
16:43:35  <Brot6> OpenGFX - Revision 544:66b3cff20010: Fix: nforenum is now part of grfcodec (Ammler) @
16:44:14  <Rubidium> why do you remove the dz_requires thing as well?
16:46:27  <Ammler> because it is a custom spec anyway
16:46:34  <Ammler> and grfcodec is already specified
16:48:26  <Brot6> opengfx: update from r539 to r544 done -
16:48:46  <Brot6> snowlinemod: update from r42 to r43 done (1 errors) -
16:49:29  <Brot6> swedishrails: update from r181 to r182 done -
16:49:34  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (ERROR r614), 32bpp-extra (r39), ai-admiralai (r66), airportsplus (r63), basecosts (r20), belarusiantowns (r7), comic-houses (r71), firs (ERROR r1378), fish (r393), frenchtowns (r4), grfcodec (r765), heqs (ERROR r375), metrotrackset (r56), newgrf_makefile (ERROR r216), nforenum (r506), nml (r794), nutracks (r116), ogfx-test (r529), ogfx-trees (r26), ogfxplus (r42), openmsx (r97),
16:49:34  <Brot6> opensfx (r97), portuguesetowns (r3), swisstowns (r19), transrapidtrackset (r15), ttdviewer (r25), ttrs (r20), worldairlinersset (r663)
16:50:29  <Brot6> 2cctrainset: update from r613 to r614 done (7 errors) -
16:51:40  <Brot6> basecosts: rebuild of r20 done (Diffsize: 17) (DiffDiffsize: 15) -
16:52:09  <Brot6> comic-houses: rebuild of r71 done (3 errors) (Diffsize: 13) (DiffDiffsize: 9) -
16:52:29  <Brot6> firs: compile of r1378 still failed (#1518) -
16:53:45  <Brot6> heqs: update from r372 to r375 done -
16:54:18  <Brot6> metrotrackset: rebuild of r56 done (Diffsize: 1) (DiffDiffsize: 5) -
16:54:35  <Brot6> newgrf_makefile: update from r201 to r216 done -
16:57:02  <Brot6> transrapidtrackset: rebuild of r15 done (Diffsize: 12) (DiffDiffsize: 10) -
16:58:04  <Brot6> ttrs: rebuild of r20 done (7 errors) (Diffsize: 1322) (DiffDiffsize: 1331) -
16:58:24  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 32bpp-extra, fish (4 errors), ogfx-test
16:59:43  <Brot6> World Airliners Set - Bug #1521 (New): DevZone compile failed (compiler) @
17:33:40  <Brot6> FIRS Industry Replacement Set - Bug #1516 (Closed): Lumber Yard production is swapped (atorkhov) @
17:33:40  <Brot6> FIRS Industry Replacement Set - Revision 1379:ec7f446fc1ec: Fix: production ratios were wrong for... (andythenorth) @
17:33:40  <Brot6> FIRS Industry Replacement Set - Bug #1516 (Closed): Lumber Yard production is swapped (andythenorth) @
17:35:19  <Brot6> FIRS Industry Replacement Set - Revision 1380:5a00fa85cb10: Fix: renaming blacksmith.pnfo to forg... (andythenorth) @
17:37:16  <Brot6> FIRS Industry Replacement Set - Bug #1518 (Closed): DevZone compile failed (compiler) @
17:37:16  <Brot6> FIRS Industry Replacement Set - Bug #1518 (Closed): DevZone compile failed (andythenorth) @
17:39:23  <Brot6> AdmiralAI - Revision 67:73351bb6d820: Fix: use version.nut for the revision info (yexo) @
17:45:06  <Brot6> AdmiralAI - Revision 68:0ffd9da41523: Fix: remove version.nut from repository, make needs to be r... (yexo) @
17:52:01  <planetmaker> [18:37]	<Ammler>	planetmaker: no grf, but still success? <-- where?
18:10:34  <Alberth> planetmaker:  <-- this one?
18:10:37  <Webster> Title: Transport Tycoon Forums • View topic - Heavy Equipment Set (HEQS) v0.7.1 released! [OTTD] (at
18:11:10  <planetmaker> hm
18:11:19  <planetmaker> that is interesting
18:13:46  <planetmaker> nice
18:14:08  <Alberth> is it? It doesn't look like nice to me :)
18:14:18  <planetmaker> :-P
18:14:50  <andythenorth> HEQS build still fails locally for me
18:17:34  <planetmaker> andythenorth: specify
18:20:24  <andythenorth> pdq2s-macbook-3:heqs_build andy$ make install
18:20:25  <andythenorth> make: *** No rule to make target `Makefile.dep', needed by `heqs-nightly'.  Stop.
18:20:53  <planetmaker> rm *.dep
18:20:57  <planetmaker> make mrproper
18:21:00  <planetmaker> and then try again
18:21:03  <planetmaker> still the error?
18:21:20  <planetmaker> then run make _V=
18:22:22  <andythenorth> pdq2s-macbook-3:heqs_build andy$ make _V=
18:22:22  <andythenorth> make: *** No rule to make target `Makefile.dep', needed by `heqs.grf'.  Stop.
18:22:34  <andythenorth> (I ran make mrproper)
18:24:20  <planetmaker> did you also delete *.dep before?
18:26:08  <Brot6> FIRS Industry Replacement Set - Revision 1381:b9fd85c85e90: Fix: [Makefile] bundles forgot the grf (planetmaker) @
18:26:53  <andythenorth> planetmaker: I removed *.dep and tried again
18:26:58  <andythenorth> does it build for you locally?
18:27:03  <planetmaker> yes
18:27:44  <andythenorth> hmm
18:27:56  <andythenorth> maybe I am failing to see a .dep file somewhere
18:28:07  <andythenorth> I have to do something else for a bit - will look again later
18:28:12  <Brot6> HEQS "Heavy Equipment" Set - Revision 376:e2cdfa642269: Fix: [Makefile] bundles forgot the grf (planetmaker) @
18:28:37  <planetmaker> andythenorth: do you use a modified repo which I don't have?
18:28:42  <planetmaker> *then* indeed look first there
18:29:07  <planetmaker> or try with DEP_CHECK_TYPE=none
18:30:16  <Brot6> FISH - Revision 394:597da378d857: Fix: [Makefile] bundles forgot the grf (planetmaker) @
18:34:12  <Brot6> Snowline mod - Revision 44:fa3b33c9c75b: Fix: [Makefile] bundles forgot the grf (planetmaker) @
18:34:21  <planetmaker> Ammler: the links to the error log in the e-mails is wrong
18:34:48  <planetmaker> (those e-mails sent from the CF)
18:36:06  <planetmaker> actually... also the link in the tickets
18:38:55  <planetmaker> <-- also... is this supposed to generate a ticket with priority 'immediate'?
18:39:23  <planetmaker> CF probably should only create a ticket, if make fails. Not if it produces output. Meanwhile that should work ;-)
18:39:30  <planetmaker> e.g. querying the error code of make
18:39:35  <planetmaker> s/e.g./i.e./
18:39:44  <Brot6> 2cc train set - Bug #1517 (Rejected): DevZone compile failed (compiler) @
18:39:44  <Brot6> 2cc train set - Bug #1517 (Rejected): DevZone compile failed (planetmaker) @
18:52:45  <andythenorth> planetmaker: HEQS now builds for me
18:53:08  <planetmaker> nice. what was missing?
18:53:12  <andythenorth> I pulled and got something which needed a merge
18:53:41  <andythenorth> but I also pulled earlier and got nothing.  I just read back over the terminal to check
18:53:47  <andythenorth> literally, nothing has changed
18:54:02  <andythenorth> except the merge
19:42:57  *** andythenorth is now known as someone
19:43:06  *** someone is now known as andythenorth
19:55:58  <Brot6> FIRS Industry Replacement Set - Feature #1409 (Closed): Add industry to accept Building Materials (andythenorth) @
19:55:58  <Brot6> FIRS Industry Replacement Set - Feature #1406 (Closed): Add Brickworks industry (andythenorth) @
19:57:31  <Brot6> FIRS Industry Replacement Set - Feature #1354 (Closed): Indicate if primary industry is at max pr... (andythenorth) @
20:12:33  <Yexo> planetmaker: does the 2cc set use gpl v2 or v3? docs/license.txt is v2, docs/gpl.txt is v3 and the openttd wiki says Creative Commons 3.0
20:12:59  <planetmaker> :-D
20:13:05  <planetmaker> It should use gpl v2+
20:17:40  <Ammler> planetmaker: I am back :-)
20:17:51  <Ammler> you highlighted me, do I need to read back?
20:17:58  <Ammler> or are you able to summarize?
20:18:10  <planetmaker> the links given in tickets and e-mails generated by CF are wrong
20:18:34  <Ammler> wrong like 404?
20:18:37  <planetmaker> and one might consider to only open CF tickets when make exits with error code. Not when the stderr is non-empty
20:18:38  <planetmaker> yes
20:18:53  <Ammler> it does only make a ticket, if there is no R file
20:19:12  <Ammler> that is why it didn't make one for the missing grf
20:19:29  <planetmaker> <-- this summarized both :-)
20:19:42  <planetmaker> Ammler: the missing grf could not be detected by the CF
20:19:49  <planetmaker> that was my fault
20:19:55  <planetmaker> it was generated but not bundled
20:20:05  <Ammler> the problem about 404 is because I fixed the missing error and rerun the compiler again
20:20:21  <Ammler> therefor some error bundles are fixed and deleted
20:20:33  <planetmaker> see the error of that issue, too. It's definitely not 'immediate' attention ;-)
20:20:45  <planetmaker> and make should meanwhile always fail when something really bad happens
20:20:58  <planetmaker> like nforenum errors included
20:21:02  <Ammler> there is no error anymore
20:21:23  <planetmaker> exactly. Only warnings. But the ticket with 'immediate' attention was opened
20:21:25  <Ammler> if the error bundle isn't there, the error is fixed in the meantime
20:21:41  <Ammler> because at that time, it wasn't able to build at all
20:21:41  <planetmaker> then the error is to create the ticket
20:21:44  <Ammler> then I fixed it
20:21:48  <Ammler> and rerun the compiler
20:21:52  <planetmaker> that's from today?
20:21:56  <Terkhen> heh, 512 changesets added to grfcodec
20:22:06  <Ammler> planetmaker: no idea
20:22:20  <Ammler> there is only one ERROR file
20:22:22  <planetmaker> Ammler: I'm telling you.
20:22:26  <planetmaker> Yes.
20:22:31  <planetmaker> Which is not error but warning
20:22:36  <Terkhen> "make install" with grfcodec will now install both grfcodec and nforenum?
20:22:46  <Ammler> yes, the error was tonight, I missed to manage all grfcodec/nforenum merges
20:22:59  <Rubidium> Terkhen: yup
20:23:00  <planetmaker> oh, ok
20:23:11  <Terkhen> okay, thanks
20:23:16  <Ammler> but then I was absent to tell you :-)
20:23:22  <planetmaker> :-)
20:23:32  <planetmaker> so... will the links work in future?
20:23:51  <Ammler> if the link works, the error is valid
20:24:01  <Ammler> if there is a 404, you can reject or delete
20:24:06  <planetmaker> But I don't want an issue and an e-mail, if all is fine
20:24:20  <Ammler> when the mail was sent, it wasn't :-£)
20:24:24  <planetmaker> eh?
20:24:38  <Ammler> I fixed the issue after
20:24:44  <Ammler> and rerun the compiler
20:24:49  <Ammler> and went away
20:25:02  <Ammler> else I would have deletled/rejected/closed the ticket
20:25:03  <planetmaker> ok
20:25:28  <planetmaker> so you re-built 2cctrainset later today?
20:25:28  <Rubidium> long story short: it's another case of compile farm failed, made a lot of bug reports, and then the compile farm was fixed
20:25:32  <Ammler> yep
20:25:38  <planetmaker> ok
20:25:41  <Ammler> the rebuild actually did
20:26:16  <Ammler> Rubidium: well, not the compiler failed, the build config was wrong
20:26:18  * Rubidium wonders what the genuine vs bogus bug report by compile farm rate is
20:26:28  <Ammler> in any case, blame me :-)
20:26:36  <Rubidium> Ammler: that's a form of the compile farm failed; the packages were just fine
20:27:05  <Ammler> yes, because I mostly made the config
20:28:14  <Ammler> people don't watch the build logs
20:29:16  <Ammler> well, shall I make the mail configurable?
20:30:04  <Rubidium> I think some sort of "moderation" of those bug commits might be useful
20:30:10  <Rubidium> to weed out the false positives
20:30:28  <Ammler> today the were valid
20:30:41  <Ammler> I just didn't close them
20:32:18  <Ammler> I might be able to "autoclose" a ticket, if the package is successful on rebuild
20:32:59  <Ammler> @logs
20:32:59  <Webster> Logs:
20:36:02  <Ammler> planetmaker: I guess, I have my experimenting done, we will use XenServer on RAID1
20:38:23  *** frosch123 has quit IRC
20:38:52  *** Alberth has left #openttdcoop.devzone
20:43:45  <planetmaker> nice :-)
20:44:09  <planetmaker> Ammler: it'd be better to only create tickets upon re-build.
20:44:17  <planetmaker> On the other hand: why 'rebuild'?
20:44:34  <planetmaker> Just make sure that grfcodec / nforenum / nml are built at 17:45 and all is fine
20:44:43  <planetmaker> then only one run is needed.
20:45:03  <Ammler> yeah, I need to split scheduler and builder anyway
20:45:24  <planetmaker> or if re-run is the creation from bundle_src, then only create tickets when the latter fails; but that's one script anyway, is it?
20:45:50  <Ammler> well, currently, the does everything :-)
20:46:09  <Ammler> I planned to make the building seperately with a deamon
20:46:23  <Ammler> now, I build realtime
20:47:29  <Ammler> then we can run the scheduler and set priorities
20:49:00  <planetmaker> :-)
20:49:28  <Ammler> hmm. let me set building for grfcodec and nml seperately untile then, good idea
20:50:03  <Ammler> well, teh idea isn't new
20:50:39  <Ammler> Rubi whispered it once already ;-)
21:03:42  <Brot6> 32bpp-ez-patches: update from r20824 to r20829 done -
21:08:16  <Ammler> planetmaker: there is openxencenter
21:13:27  <Brot6> clientpatches: update from r20824 to r20829 done -
21:17:25  <Ammler> planetmaker:
21:17:27  <Webster> Title: GettingStarted/MacOSX – openxenmanager (at
21:17:43  <Ammler> works fine here with linux
21:20:20  <planetmaker> hm :-)
21:20:22  * planetmaker reads
21:23:22  <Brot6> serverpatches: update from h3ac959b5 to hcc6b4d5d done (2 errors) -
21:30:06  <Terkhen> planetmaker: <-- using r44 of snowline mod, not r43
21:33:31  <planetmaker> thanks. fixed in r45
21:33:50  <Brot6> Snowline mod - Revision 45:9be1a84f43d7: Fix: [Makefile] Yet another setting missed in the config... (planetmaker) @
21:35:03  <planetmaker> wanna enhance the snowline newgrf? :-)
21:35:16  <planetmaker> then you should do that in NML :-)
21:35:34  <planetmaker> that's WAY easier from what I gathered
21:36:11  <planetmaker> and current nightlies... hm... might have one or two translations more. Not sure
21:37:45  <Terkhen> enhance it in which way?
21:39:30  <planetmaker> not linear but may sinoidal. Smaller time steps
21:41:19  <Terkhen> hmm... the parameters would get more complicated then
21:49:52  <Hirundo> goodnight
21:54:19  <planetmaker> good night here, too
21:57:15  <Ammler> did you test xencenter?
21:57:27  <Ammler> good night...
21:57:42  <Ammler> well, it doesn't change our decision
21:58:13  <planetmaker> Ammler: not yet
21:58:33  <Ammler> I also installed a windows on the server
21:58:50  <Ammler> worked quite easy, so you could also use that :-)
22:00:12  *** ODM has quit IRC
23:51:20  *** KenjiE20 has quit IRC

Powered by YARRSTE version: svn-trunk