Config
Log for #openttdcoop.devzone on 8th March 2012:
Times are UTC Toggle Colours
01:43:23  *** MatenMens has joined #openttdcoop.devzone
01:44:29  <MatenMens> Anyone got libottdadmin working?
02:22:43  *** MatenMens has quit IRC
04:23:48  <Brot6> Britrains (BROS based on CETS) - Revision 23:0078d9aad646: Feature: code for 309, 321 and 373; gr... (oberhuemer) @ http://dev.openttdcoop.org/projects/britrains/repository/revisions/0078d9aad646
04:29:47  <Brot6> britrains: update from r22 to r23 done (3 warnings) - http://bundles.openttdcoop.org/britrains/push/r23
05:56:18  *** welshdragon has quit IRC
05:58:58  *** welshdragon has joined #openttdcoop.devzone
06:14:17  *** andythenorth has joined #openttdcoop.devzone
06:30:15  *** JVassie has joined #openttdcoop.devzone
06:43:17  <Brot6> BANDIT - Revision 378:c54af2044a6f: Codechange: simplift tank trailer gestalt code (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/c54af2044a6f
06:48:21  <Brot6> bandit: update from r364 to r378 done (1 warnings) - http://bundles.openttdcoop.org/bandit/nightlies/r378
06:49:03  <Brot6> Japanese Buildings - Bug #3782 (Confirmed): Missing snow (dandan) @ http://dev.openttdcoop.org/issues/3782#change-9912
06:49:52  <Brot6> Japanese Buildings - Bug #3783 (Confirmed): Offsets for old villa (dandan) @ http://dev.openttdcoop.org/issues/3783#change-9913
06:49:52  <Brot6> Japanese Buildings - Bug #3784 (Confirmed): Action colours (dandan) @ http://dev.openttdcoop.org/issues/3784#change-9914
06:50:25  <Brot6> Japanese Landscape - Feature #3788 (Assigned): Rice (dandan) @ http://dev.openttdcoop.org/issues/3788#change-9915
06:59:27  <Brot6> Japanese Trains - Bug #3789 (Feedback): HOKI Large Hopper (dandan) @ http://dev.openttdcoop.org/issues/3789#change-9916
07:05:47  *** JVassie has quit IRC
08:04:31  <Brot6> BANDIT - Bug #3787 (Closed): DevZone compile failed (Ammler) @ http://dev.openttdcoop.org/issues/3787#change-9917
08:35:43  <planetmaker> Ammler: http://dev.openttdcoop.org/issues/3660 <-- should failed re-builds really trigger an issue for a project?
08:35:46  <planetmaker> I think they shouldn't
08:36:33  <planetmaker> or at least currently ;-)
08:37:08  <Brot6> Total Town Replacement Set - Bug #3660 (Rejected): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/3660#change-9918
08:43:39  <Ammler> planetmaker: the issue is empty
08:43:54  <planetmaker> exactly
08:44:19  <planetmaker> makes it the more annoying that it was created or present in the first place
08:44:27  <Ammler> and what is the sense of rebuild, if it wouldn't create a ticket?
08:45:25  <planetmaker> good question. But in dormant projects these empty failed build issues tend to accumulate
08:46:09  <Ammler> well, a workaround would be to at least let repos disable ticket creation
08:47:04  <planetmaker> Well. Often also the problem is in these cases that it's either a bug in nml or with obs or something, thus outside the project's influence. I guess it was a failed grfcodec or so in this case
08:47:05  <Ammler> hmm, no need
08:47:11  <Ammler> you could also disable building
08:47:18  <planetmaker> well, no :-)
08:47:53  <planetmaker> could a ticket only be created, if re-building fails with two or three different but newer build dependencies (grfcodec / nml) on different days?
08:47:59  <planetmaker> Like don't create the ticket immediately
08:48:04  <Ammler> yes, patch welcome :-P
08:48:07  <planetmaker> Only create it, if building fails persistently
08:48:19  <planetmaker> hehe :-)
08:48:45  <Ammler> the bigger issue right now is that it fails to assign the tickets
08:49:48  <planetmaker> I don't think that it's a big issue to assign tickets
08:49:54  <planetmaker> or not assign them
08:50:18  <Ammler> it doesn't trigger a mail
08:51:48  <planetmaker> yes, that's the difference. But ... personally I go by the issue tracker much more than by e-mails
08:52:43  <planetmaker> at least when it comes to checking how release-worthy something gets :-)
08:55:52  <Brot6> DevZone Help Center - Membership #3716 (Closed): Applying for project: Britrains (Leanden) @ http://dev.openttdcoop.org/issues/3716
08:55:52  <Brot6> DevZone Help Center - Membership #3716 (Closed): Applying for project: Britrains (Ammler) @ http://dev.openttdcoop.org/issues/3716#change-9919
08:56:23  <Brot6> DevZone Help Center - Bug #3499 (Rejected): Commits with many changes to a single file are cut off (Ammler) @ http://dev.openttdcoop.org/issues/3499#change-9920
08:58:28  <Brot6> DevZone Help Center - Feature #2723: improve error announcing on rebuild (Ammler) @ http://dev.openttdcoop.org/issues/2723#change-9921
09:00:13  * andythenorth doesn't even read emails from devzone :)
09:00:28  <andythenorth> email is for work, and amazon invoices ;)
09:00:34  <Ammler> then you should disable the feature
09:00:41  <andythenorth> ho
09:00:46  <andythenorth> +1 :)
09:01:04  <Ammler> the account settings should allow that
09:02:54  <Ammler> andythenorth: you noticed the successful build of bandit this morning?
09:04:40  <Ammler> planetmaker: sometimes a new nml requires project author to change the code, so there a ticket on the project does make sense
09:05:10  <planetmaker> yes. That's why I suggested to only raise a ticket, if successive re-builds fail
09:05:16  <planetmaker> But not if a single one only fails
09:05:25  <Ammler> and how to detect that?
09:05:36  <planetmaker> successive as in also next, maybe even 2nd next day
09:05:45  <planetmaker> you need to keep some info file :-)
09:06:41  <Ammler> don't get that, why should a successive rebuild not fail anymore?
09:06:56  <Ammler> ah, if the error was in the dependency
09:08:07  <Ammler> but that would require the author of the dependency to fix a possible error immediately
09:08:22  <planetmaker> not immediately. But in, say 24 or 48 hours
09:08:41  <Ammler> well, that is immediately
09:09:23  <planetmaker> Yep. But you'd avoid creating a ticket for every nml project because of an nml bug
09:09:59  <planetmaker> and you'd create the ticket only, if NML version changed ;-)
09:10:02  <Ammler> also I think, we could keep the ERROR bundle
09:10:14  <Ammler> and only cleanup it, if a new error arises
09:10:38  <planetmaker> thus it needs track of both: used NML version of (failed) re-build and used project version of (failed) re-build
09:11:01  <planetmaker> if the project doesn't change and NML changes -> project error
09:12:17  <planetmaker> well, for a starter one might simply check whether building fails also in 24 or 48 hours w/o any version checks. Might catch already a lot
09:13:04  <planetmaker> if the project revision changed and it fails: then of course create an error like now
09:14:46  <Ammler> if revision changes, it is no rebuild anyway
09:14:52  <planetmaker> exactly
09:15:31  <planetmaker> and rebuild could only be indicated as 'failed' if it fails for two successive nml versions
09:26:07  <Ammler> maybe add new thoughts to #2723
09:26:08  <Brot6> Ammler: #2723 is http://dev.openttdcoop.org/issues/show/2723 "DevZone Help Center - Feature #2723: improve error announcing on rebuild - #openttdcoop Development Zone"
09:27:12  <Ammler> I hope the ticket does not reach the age of 1 year :-P
09:33:56  <planetmaker> :-D
09:34:24  <planetmaker> I've seen tickets older than one year
09:34:39  <planetmaker> and there's much worse things than year-old issues
09:38:02  <Brot6> DevZone Help Center - Feature #2723: improve error announcing on rebuild (planetmaker) @ http://dev.openttdcoop.org/issues/2723#change-9922
09:39:04  <andythenorth> Ammler: BANDIT ftw
09:39:21  <planetmaker> Ammler, did you add chameleon to the default deps?
09:40:20  <andythenorth> "Andon!" http://en.wikipedia.org/wiki/Andon_(manufacturing)
09:45:22  <Ammler> planetmaker: yes
09:45:39  <andythenorth> a one year old issue is very valid.  It says "we didn't forget, but we had better things to do " ;)
09:45:40  <Ammler> well, long ago
09:45:54  <planetmaker> oh? Why did bandit fail then?
09:46:15  <Ammler> because Chameleon has a bug and requires setuptools on runtime
09:46:22  <planetmaker> ah
09:46:44  <Ammler> because nml had this bug before, it was hidden ;-)
09:48:05  <andythenorth> Ammler: have you patched chameleon's bug?
09:48:27  <Ammler> no
09:48:33  <Ammler> I just added setuptools as requires
09:48:50  <andythenorth> ammler you could go in #pyramid on freenode, and ask them about the bug :)
09:48:52  <Ammler> but maybe I report this as bug
10:02:53  <Ammler> 10:59] <malthe> it invalidates its template cache based on your combined package versions.
10:11:48  <planetmaker> for me that doesn't sound like an explanation. but well :-)
10:14:49  <Ammler> [11:01] <Ammller> malthe: could also be done manually on install?
10:14:50  <Ammler> [11:01] <Ammller> or by setup.py
10:14:52  <Ammler> [11:02] <malthe> Ammller, not really, because there are other packages that might plug in to Chameleon without it knowing about it.
10:14:53  <Ammler> [11:02] <malthe> I want to make sure the cache stays valid even when that happens.
10:16:22  <andythenorth> Ammler: from my experience, python people are going to have trouble understanding why you want to do without setuptools
10:16:28  <andythenorth> it's so commonly used...
10:17:18  <andythenorth> afaict they're using pkg_resources to manage API declarations for modules, but really I'm guessing
10:17:31  <Ammler> it can't be that common, as my distro does not have it installed
10:17:38  <Ammler> and I have a lot python things installed
10:17:49  <andythenorth> I guess
10:18:07  <andythenorth> to them it's just another module, just another dep though
10:18:12  <andythenorth> anyway, rhamorphyncus might know in #openttd, or alberth...or eddi
10:18:42  <Ammler> about?
10:18:50  <Ammler> it is all fine, I have the reason
10:19:08  <andythenorth> ok
10:19:21  <andythenorth> done, done, onto the next one?
10:19:40  <Ammler> yes :-P
10:19:47  <andythenorth> :)
10:20:10  <Ammler> already submitted Chameleon to the official suse python devel project
10:20:42  <Ammler> this was just a point, which needs to be answered before I got asked by the review guys :-P
10:21:55  <andythenorth> suse build thing looks nice btw
10:21:59  <andythenorth> I read some of their docs
10:22:42  <Ammler> without that, suse would die
10:23:42  <Ammler> but since everyone can contribute, suse works on most platforms and might have most packages
10:24:41  <Ammler> sad thing about most platforms is that people like Linus Torwarlds use it and blame if it works a tiny bit different than they want
10:25:42  <planetmaker> which distro wouldn't die w/o build system and related docs? :-)
10:26:15  <Ammler> planetmaker: well, afaik fedora and debian does not have that
10:26:35  <Ammler> there you need to be contributor before you can contribute
10:27:03  <Ammler> ubuntu has ppa which might be similar
10:27:36  * andythenorth does upgrade phone os
10:27:44  * andythenorth wonders: will it brick? 
10:28:01  <Ammler> have you installed openttd on your phone?
10:29:40  <andythenorth> it's not jail broken
10:29:51  <andythenorth> uncle steve didn't like the GPL much
10:29:58  <andythenorth> so no openttd in the app store
10:30:08  <andythenorth> I could get an iOS dev kit I guess
10:31:23  <Ammler> seriously? no gpl software officiaially available?
10:31:26  <planetmaker> more interesting than for iPhone might be for iPad
10:31:39  <planetmaker> Ammler, yes, seriously. They removed all GPL from the AppStore
10:31:56  <planetmaker> GPL is incompatible with the AppStores TOS
10:31:58  <Ammler> another reason to use android instead
10:32:45  <planetmaker> they simply needed to make a GPL-exception to the restrictions put on stuff downloaded via the AppStore. But they removed all GPL content instead
10:32:58  <Ammler> I should check, if nokia now ships a kde phone
10:34:11  <andythenorth> hmm
10:34:24  <andythenorth> if I could get ottd onto the iPad, I could give it to the toddler
10:34:28  <andythenorth> web ottd!
10:36:36  <Ammler> planetmaker: it proves that osx users are even more dummy as windows users :-)
10:37:22  <andythenorth> Ammler: you're arguing to the wrong people ;)
10:37:42  <Ammler> hehe
10:37:55  <andythenorth> we know what we're getting into when we buy these devices
10:38:17  <Ammler> do you speak about you or the main osx userbase?
10:38:23  <andythenorth> me
10:38:24  <andythenorth> it's self-selected non-freedom
10:38:39  <andythenorth> anyway, toddler -> park time
10:38:45  <Ammler> true
10:39:13  <Ammler> you don't have many choice on software, but that you have should work
10:39:42  <Ammler> and you can still install suse on a mac :-P
10:39:44  <andythenorth> I don't much like iOS to be honest
10:39:50  <andythenorth> but it's practical for a phone
10:40:14  <andythenorth> and the ipad is, annoyingly, very good
10:40:46  <Ammler> I know it a bit from family,as said, it is ok, but for sure not useable for people like me
10:40:52  <Ammler> I would always miss something
10:41:17  <Ammler> and it is simply stupid to buy osx to install suse on it
10:41:26  <Ammler> s/osx/mac/
10:41:47  <Ammler> but tell that torwalds
10:44:03  <andythenorth> ipad is a big phone without phone ability
10:44:15  <andythenorth> I hated it at first, I thought it was trying to be a compute
10:44:17  <andythenorth> r
10:44:54  <andythenorth> think of it like a Sony PSP that actually works
10:45:01  <andythenorth> anyway, /me biab
10:45:04  <Ammler> andythenorth: funny is also if you use it for presentations and need to go via powerpoint
10:45:11  *** andythenorth has quit IRC
11:13:07  <planetmaker> Ammler, if I got the choice to use keynotes or powerpoint, I'll choose keynotes. It has a better presentation mode
11:14:11  <planetmaker> and yes, I know what I buy. The bad thing is that the every-day stuff the "average joe" needs, simply just works
11:30:08  <Ammler> planetmaker: the issue is that keynote can't read libreoffice format
11:32:27  <planetmaker> might be
11:37:31  <Ammler> what is btw. the default office for osx?
11:49:21  *** andythenorth has joined #openttdcoop.devzone
11:56:07  <planetmaker> what is a 'default office', Ammler ?
11:56:58  <Ammler> well, the app to write a ltter or
11:57:02  <Ammler> e*
11:57:58  <planetmaker> still, what's a 'default' in this context?
11:58:17  <Ammler> what do you get, if you buy a mac
11:58:26  <planetmaker> it comes with some iWhatever
11:59:01  <planetmaker> But the complete iWorks is kinda Apple's equivalent for MS Office, but not shipped but sold separately
11:59:12  <planetmaker> But you can as well install LibreOffice or whatever you like
11:59:27  <andythenorth> oh did I miss a fun debate? :P :)
12:01:15  <planetmaker> no
12:02:27  <planetmaker> result anyway is that I use LibreOffice's calc and iWorks' Keynotes. I don't need a text editor, but either is fine
12:02:27  <Ammler> I was just wondering, why osx misses libreoffice support
12:02:33  <planetmaker> it doesn't miss it
12:02:59  <planetmaker> you simply download libreoffice and there you go
12:04:39  <Ammler> then keynotes can load libreoffice files?
12:06:01  <Ammler> I didn't try to install libreoffice on the ipad
12:07:43  <planetmaker> I don't know. Probably it can't.
12:10:58  <andythenorth> the apple iwork documents are pretty non-interchangeable
12:11:04  <andythenorth> I don't like the iWork suite much
12:11:26  <andythenorth> they're incompatible between their own versions
12:11:37  <andythenorth> anyway, back to pixels...
12:16:42  <planetmaker> yes. That's why I only use keynotes.
12:22:52  <andythenorth> +1
12:23:04  <andythenorth> keynote I like for making presentations + reports
12:23:09  <andythenorth> 'like' is a bit strong
12:23:12  <andythenorth> keynote I use
12:23:27  <andythenorth> otherwise excel, google docs, text edit are preferred
12:23:36  <Ammler> it is a usecase for the ipad
12:23:58  <andythenorth> the best use case I have for iPad is a toddler
12:23:59  <Ammler> what else can you use that thing?
12:24:33  <Ammler> you mean as photo gallery?
12:24:41  <andythenorth> nah, just let him use it
12:24:46  <Ammler> ah ok
12:25:04  <andythenorth> he's been using iphone since < 18 months old
12:25:19  <Ammler> define "using"
12:25:31  <andythenorth> unlocking, finding youtube, playing cartoons
12:25:43  <Ammler> :-o
12:25:47  <andythenorth> yeah
12:25:51  <andythenorth> worryingly magical
12:25:55  <Ammler> :-D
12:26:10  <andythenorth> I know quite a lot of people who's children do same
12:26:21  <andythenorth> they also go up to TVs and try to swipe them for channel change
12:26:34  <andythenorth> and he presses the laptop screen expecting it to change
12:27:14  <andythenorth> ipad is mostly for games though
12:27:22  * andythenorth observes that the games are often not very good
12:27:31  <andythenorth> and are selling for £1-£3
12:27:40  <Ammler> you should install openttd
12:27:50  * andythenorth has been considering getting iOS dev kit...and making games for sale
12:27:53  <andythenorth> but meh
12:29:50  <planetmaker> what kind of 'meh'?
12:30:22  <andythenorth> 'meh' - too many other things to do :)
12:30:45  <andythenorth> and 'meh' to being forced to do maintenance whenever Apple decided to break your app with iOS changes
12:32:10  <Ammler> yes, if you really like to do such stuff, you should do it with more open and find a notepad which is able to run linux (kde plasma)
12:32:37  <Ammler> dunno, if there is a useable gnome pendant
12:33:26  <Ammler> but it looks like kde will become the best mobile platform :-)
12:33:41  <andythenorth> I think my game-making days are over
12:33:45  <andythenorth> except for openttd
12:48:31  <planetmaker> Ammler, I'd still assume the 'best' mobile platform is a kind of android?
12:49:12  <planetmaker> and... getting OpenTTD officially on android might be really cool
12:52:21  *** JohnWhite has joined #openttdcoop.devzone
12:52:28  <JohnWhite> hello, guys!
12:52:40  <JohnWhite> is anybody here?
12:54:07  <planetmaker> @seen anybody
12:54:07  <Webster> planetmaker: I have not seen anybody.
12:54:12  <planetmaker> nope
12:54:17  <JohnWhite> )))
12:54:30  <JohnWhite> I need help plz!
12:54:43  <planetmaker> don't ask to ask. Just ask
12:55:00  <JohnWhite> I have downloaded 1.1.5 TTD
12:55:17  <JohnWhite> but game options write that it don't support AI
12:55:26  <JohnWhite> where can I download it?
12:55:32  <planetmaker> online content download
12:55:35  <JohnWhite> to play with AI game...
12:55:36  <planetmaker> ingame
12:55:46  <JohnWhite> can you write link here plz?
12:55:53  <JohnWhite> I couldn't find it
12:55:55  <planetmaker> and then configure your (next) game to use one of the selected AI
12:55:58  <planetmaker> within the game.
12:56:03  <JohnWhite> ok
12:56:06  <planetmaker> from openttd's main menu.
12:56:11  <JohnWhite> I'll check it right now...
12:57:16  <planetmaker> read http://wiki.openttd.org/Online_content and http://wiki.openttd.org/AI_settings
12:57:18  <JohnWhite> oh, thank you!!!
12:57:32  <JohnWhite> that's cool!
12:57:46  <JohnWhite> I had played aold TTD a long time ago...
12:58:11  <JohnWhite> but this provides online content
12:58:14  <JohnWhite> nice )))
12:58:25  <planetmaker> :-)
13:00:16  <JohnWhite> I think I will donate some money in this epic game )))
13:00:42  <planetmaker> great :-)
13:01:20  <Ammler> planetmaker: "will become" :-P
13:01:41  <JohnWhite> content is refreshed...
13:01:49  <JohnWhite> I'm coming to play... ^)
13:01:53  <Ammler> kde plasma is in very alpha state but already better as android
13:02:47  <Ammler> and as it is a simple linux, you have plenty of software, no need for market stuff
13:03:15  <Ammler> e.g. android-x86 has no access to the market
13:04:11  <planetmaker> JohnWhite, you not only need to 'refresh' content. But if you want other AI, you might actively select some for download (there's no "download all" button on purpose)
13:04:24  <planetmaker> only a "update all things I already have"
13:04:58  <planetmaker> and, btw, the proper support channel for OpenTTD is #openttd
13:05:21  <planetmaker> This channel is dedicated to the add-on development platform
13:05:42  <Ammler> :-)
13:05:44  <JohnWhite> planetmaker, yeah, I saw it....
13:06:25  <JohnWhite> thanks for support channel name...
13:06:51  <planetmaker> I wonder whether we should link it on our main website...
13:06:57  <planetmaker> possibly
13:07:08  <JohnWhite> )))
13:08:22  <JohnWhite> bah! 32 MB of new GRF content
13:08:31  <planetmaker> only?
13:08:35  <JohnWhite> yes
13:08:54  <JohnWhite> but game setup is 10Mb only
13:09:10  <Ammler> the game size is smaller as most newgrfs
13:09:15  <planetmaker> round about, yes. Which is tiny by todays standards
13:09:50  <JohnWhite> admins work good
13:09:56  <planetmaker> Ammler, that's not quite true. Each NewGRF often is less than a MB. Only few are more than that, and not more than the binary size
13:10:12  <planetmaker> OpenTTD has itself maybe 3MB, which also is smaller. CETS might beat it, not sure
13:10:13  <JohnWhite> I didn't think that this game is developed now...
13:10:27  <planetmaker> Though that will change drastically... with 32bpp being added
14:01:13  *** andythenorth has quit IRC
14:29:52  *** Rubidium has quit IRC
14:48:15  *** andythenorth has joined #openttdcoop.devzone
15:31:32  *** frosch123 has joined #openttdcoop.devzone
15:48:20  <Brot6> Japanese Trains - Bug #3789: HOKI Large Hopper (PaulC) @ http://dev.openttdcoop.org/issues/3789#change-9923
15:58:32  *** Rubidium_ has joined #openttdcoop.devzone
16:02:07  *** Rubidium_ is now known as Rubidium
16:29:36  <Brot6> BANDIT - Revision 379:51c8551d5987: Codechange: speed up rendering by ~50% by caching scan instea... (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/51c8551d5987
16:47:37  <Brot6> BANDIT - Revision 380:ce163746b8ba: Codechange: comment new optimisation method (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/ce163746b8ba
16:51:01  <Ammler> planetmaker: indeed the binary is much bigger uncompressed :-)
17:06:26  <Rubidium> most of the binary is ICU (at least when statically linked)
17:08:11  <Ammler> nah, that should not be
17:08:19  <Ammler> 5MB is it here
17:09:30  <Ammler> libicuuc.so.46 => /usr/lib64/libicuuc.so.46 (0x00007f8e86d6d000) and there is another one with data
17:10:14  <Ammler> the package is 1.5MB
17:10:30  <Ammler> max 2
17:10:52  <Rubidium> look at libicudata
17:11:18  <Ammler> openttd-1.2.rc1-4.3.i586.rpm                                    04-Mar-2012 20:24  1.7M
17:12:07  <Ammler> hmm, this has also some gui stuff, the dedicated binary is 1.6M
17:13:17  <Ammler> openttd-data is almost same size :-)
17:13:43  <Rubidium> statically linked .tar.xz: 11.2 MiB, not staticaly linked .deb (bz2): 4.5
17:14:09  <Rubidium> so ~6MiB compressed for icu (mostly libicudata, which is 18M on my system)
17:14:13  <Ammler> rpm is lzma2 afaik
17:14:56  <Rubidium> which I why I'm willing to state that most of the binary is ICU when statically linked
17:15:07  <Ammler> 15M here
17:16:01  <Ammler> does debian link it statically also for the distro package?
17:16:09  <Rubidium> Ammler: hell no
17:16:19  <Ammler> :-)
17:16:38  <Rubidium> the .tar.xz is the "universal" binary, the .deb is the distro-ish package
17:17:22  <Ammler> oh, 64bit works again here :-P
17:21:58  <andythenorth> Ammler: does the CF log any statistics about build time etc?
17:22:00  <andythenorth> per grf
17:23:59  <Ammler> of course
17:24:18  <Ammler> check the devzone log file
17:24:22  <Brot6> bandit: update from r378 to r380 done (1 warnings) - http://bundles.openttdcoop.org/bandit/nightlies/r380
17:24:50  <Ammler> e.g. http://bundles.openttdcoop.org/bandit/nightlies/r380/log/bandit-r380-devzone.log
17:25:45  <Ammler> I really wonder, how bandit works
17:25:56  <Ammler> it even has no english.txt after building
17:26:56  <Brot6> dutchtrains: update from r291 to r300 done - http://bundles.openttdcoop.org/dutchtrains/nightlies/r300
17:29:10  <Brot6> britrains: update from r22 to r23 done (3 warnings) - http://bundles.openttdcoop.org/britrains/nightlies/r23
17:30:44  *** ODM has joined #openttdcoop.devzone
17:32:11  <Brot6> make-nml: compile of r0 still failed (#3730) - http://bundles.openttdcoop.org/make-nml/nightlies/ERROR/r0
17:39:47  *** TheODM has joined #openttdcoop.devzone
17:41:04  *** TheODM has quit IRC
17:43:34  *** ODM has quit IRC
18:01:22  <andythenorth> Ammler: you wonder *why* BANDIT works, or *how*? :D
18:01:43  <Ammler> how it works without english.txt
18:01:52  <andythenorth> where should that be?
18:01:56  <andythenorth> is it something I should add?
18:02:07  <Ammler> obviously not
18:02:18  <Ammler> it seems to work
18:02:24  <planetmaker> lang/english.lng
18:03:29  <andythenorth> it has one of those ;)
18:03:29  <Ammler> ah
18:03:40  <Ammler> the issue is with check_language script
18:03:44  <andythenorth> yeah
18:03:55  <andythenorth> I wanted to fix that, but lack clues on how
18:04:09  <Ammler> changing the extension from lng to whatever
18:04:17  <Ammler> in the script
18:07:08  <Ammler> http://paste.openttdcoop.org/show/1183/
18:08:13  <andythenorth> ho ho let's try that
18:10:12  <andythenorth> hmm
18:10:15  <andythenorth> patch won't apply cleanly
18:10:30  <Ammler> oh possible, I didn't check my wc first
18:10:32  <andythenorth> patch unexpectedly ends in middle of line
18:10:43  <Ammler> ah, add a newline at the end
18:10:46  <andythenorth> I get that with other things from paste
18:11:00  <andythenorth> so I try to curl usually from paste raw view
18:13:29  <Ammler> hmm, this is not error
18:13:47  <Ammler> just a warning, I assume because of missing newline on the end
18:14:16  <Ammler> curl http://paste.openttdcoop.org/raw/1183/ | patch -p1
18:14:18  <Ammler> works her
18:14:22  <Ammler> e
18:15:56  <andythenorth> Ammler: when is the check_language script called?
18:16:08  <Ammler> curl http://paste.openttdcoop.org/raw/1183/ | hg import -
18:16:16  <andythenorth> is it before or after the python generation (I know you might not know yet...but I have no idea how to check) :P
18:16:27  <Ammler> why you need?
18:16:40  <andythenorth> just curious
18:16:42  <Ammler> just run that script
18:16:51  <Ammler> I would say, after building
18:17:06  <Ammler> it checks, if the script exists and runs it
18:17:09  <andythenorth> it might be fine to leave it as is in that case
18:17:14  <Ammler> you could also remove/rename it
18:17:19  <andythenorth> all the .lng files will be generated
18:17:33  <Ammler> yes, that is why you should check pylng files
18:17:54  <Ammler> checking the build file is not useful for translator is it?
18:18:06  <andythenorth> hmm
18:18:08  <andythenorth> let's see
18:18:24  <andythenorth> this is a very good question :)
18:18:50  <Ammler> anyway, in that case, remove/rename it then you get one error less
18:19:15  <andythenorth> the warning I see is caused by makefile.in afaict
18:19:28  <andythenorth> which is what I copied from Eddi
18:19:32  *** ODM has joined #openttdcoop.devzone
18:19:46  <Ammler> ah, me is not refering to the build error
18:20:00  <andythenorth> oh, more than one error :(
18:20:01  <Ammler> I am refering to the missing english.lng error
18:20:06  * andythenorth likes zero errors
18:20:36  <Ammler> which is unfixeable, as you don't have .lng in the repo
18:20:53  <Ammler> you need my patch :-)
18:25:42  <andythenorth> oh
18:25:46  <andythenorth> I've crashed my shell :(
18:26:01  <planetmaker> at the sea shore, there are surely more
18:26:02  <andythenorth> that's unusual
18:26:22  <planetmaker> there you can bash even more shells :-P
18:26:24  <andythenorth> curl http://paste.openttdcoop.org/raw/1183/ | hg import -  dumps me into vi
18:26:31  <andythenorth> and vi crashed my shell :P
18:27:42  <Ammler> then you should fix your $EDITOR
18:27:56  <Ammler> or use -m
18:28:00  <Ammler> hg import -m
18:30:05  <Brot6> BANDIT - Revision 381:0ecc8a9ba88e: Codechange: work in progress on adding tarp loads (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/0ecc8a9ba88e
18:30:05  <Brot6> BANDIT - Revision 382:b1c7fe02f78f: Codechange: teach check_language about .pylng files (Ammler) (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/b1c7fe02f78f
18:30:43  <Ammler> there is also -u :-P
18:31:10  <Ammler> but I didn't expect credits at all
18:31:48  <andythenorth> your patch, your commit ;)
18:32:19  * andythenorth wonders how to fix the other error
18:32:39  * Ammler wonders why cets doesn't have it
18:32:48  <andythenorth> it's caused by 	$(_V)-rm lang/*.lng
18:32:52  <andythenorth> in makefile.in
18:32:56  <Ammler> hmm, maybe it has it, it is just not visible on that tons of errors
18:33:31  <Ammler> then add 2>/dev/null
18:33:34  <andythenorth> ls: lang/*.lng: No such file or directory
18:33:58  <Ammler> that sounds not like rm, more like ls and dep check
18:34:11  <andythenorth> ah
18:34:15  <Ammler> hmm, how ugly whereever ls is used
18:34:34  <andythenorth> that would make sense, there are no .lng files
18:35:12  <Ammler> planetmaker: is that bashism?
18:37:01  <andythenorth> I can't find where it's used
18:37:06  <andythenorth> not by search anyway
18:43:12  <planetmaker> makefile.in is custom rules... that line quoted deletes all .lng files in lang
18:43:31  <planetmaker> it should do w/o caring about errors. But if it does... it shouldn't make it fail, still
18:45:32  <andythenorth> it's just a warning
18:45:54  <andythenorth> but I have to go check the warning when I see it :P
18:47:36  *** frosch123 has quit IRC
18:49:32  <andythenorth> so...it's not an error.  It's 100% behaving correctly
18:49:40  <andythenorth> after 'make clean' there are no .lng files
18:55:48  <andythenorth> hmm
18:58:19  <andythenorth> planetmaker: any ideas for things I could try to suppress this?
18:58:19  <andythenorth> http://bundles.openttdcoop.org/bandit/nightlies/r380/log/bandit-r380-build.err.log
18:58:24  <andythenorth> it's accurate, but unuseful
18:59:08  <andythenorth> if the cause is what I think it is, it will happen after every make clean
19:00:15  <andythenorth> makefile.in looks like: http://dev.openttdcoop.org/projects/bandit/repository/entry/scripts/Makefile.in
19:09:06  *** JVassie has joined #openttdcoop.devzone
19:09:47  <Ammler> andythenorth: you could fix it
19:09:54  <Ammler> this _is_ a error
19:10:01  <Ammler> don't you have it locally?
19:17:17  <andythenorth> Ammler: yes locally
19:17:28  <andythenorth> it's an error in the logic, but not in the code :P
19:17:34  <andythenorth> the code does as it's told in this case
19:22:02  <andythenorth> but why does 'make' call stuff marked for 'make clean' ?
19:22:56  <andythenorth> 'make' doesn't usually call 'make clean'  ? Or is that standard now?
19:28:41  * andythenorth guesses not
19:32:33  <Ammler> no
19:32:41  <Ammler> for me it looks still like dep issue
19:33:15  *** welshdragon has quit IRC
19:33:23  *** welshdragon has joined #openttdcoop.devzone
19:36:05  <andythenorth> ok
19:36:10  <andythenorth> where do I look for that?
19:36:23  <andythenorth> I've tried searching the project
20:41:51  <planetmaker> sorry andythenorth, ask me another evening, if you don't find it today
20:45:43  <andythenorth> np
20:48:24  <planetmaker> maybe you could create a ticket about that... then I have a summary or starting point :-)
20:48:52  <planetmaker> assign it to me, if you want ;-)
21:19:45  *** ODM has quit IRC
21:28:32  *** frosch123 has joined #openttdcoop.devzone
21:52:27  *** Revelat0r has joined #openttdcoop.devzone
21:56:54  *** Revelator has quit IRC
22:30:55  *** andythenorth has quit IRC
22:46:25  *** frosch123 has quit IRC
22:48:43  *** Revelator has joined #openttdcoop.devzone
22:53:14  *** Revelat0r has quit IRC
22:58:56  *** JVassie has quit IRC

Powered by YARRSTE version: svn-trunk