Log for #openttdcoop.devzone on 3rd September 2013:
Times are UTC Toggle Colours
06:49:50  *** Supercheese has quit IRC
08:59:49  <DevZone> Project eints-test build #54: SUCCESS in 3 min 12 sec:
09:02:52  <Brot6> eints-test: compile of 1.2.7 failed -
09:03:40  <DevZone> Project eints-test build #55: SUCCESS in 2 min 25 sec:
09:04:36  *** oskari89 has joined #openttdcoop.devzone
09:07:17  <DevZone> Project eints-test build #56: SUCCESS in 2 min 56 sec:
09:07:20  <DevZone> Project eints-test build #57: FAILURE in 3.1 sec:
09:09:46  <Brot6> eints-test: compile of 1.2.8 failed -
09:10:54  <DevZone> Yippie, build fixed!
09:10:55  <DevZone> Project eints-test build #58: FIXED in 2 min 55 sec:
09:14:20  <DevZone> Project eints-test build #59: SUCCESS in 3 min 25 sec:
09:16:55  <Brot6> eints-test: compile of 1.2.9 failed -
09:17:59  <DevZone> Project eints-test build #60: SUCCESS in 2 min 44 sec:
09:23:01  <DevZone> Project eints-test build #61: FAILURE in 1.4 sec:
09:28:08  <DevZone> Project eints-test build #62: STILL FAILING in 1.2 sec:
09:30:13  <DevZone> Project eints-test build #63: STILL FAILING in 4.9 sec:
09:31:03  <DevZone> Project eints-test build #64: STILL FAILING in 3.3 sec:
10:15:37  <dihedral> The DevZone bot is annoying ;-)
10:19:22  <^Spike^> :)
10:20:49  *** uyi has joined #openttdcoop.devzone
10:23:01  *** uyi has quit IRC
10:42:32  <planetmaker> dihedral, it only does what Brot does, too: announce builds ;-)
10:42:43  <planetmaker> except... that I trigger loads of them :D
10:52:01  <^Spike^> so.. blame planetmaker :D
10:53:24  <DevZone> Yippie, build fixed!
10:53:25  <DevZone> Project eints-test build #65: FIXED in 2 min 20 sec:
10:59:44  <planetmaker> I do presume it's fixed now :-)
11:00:53  <^Spike^> you know... it seems to work ;)
11:04:26  <planetmaker> it was an issue with how to pass the bash variables ;-)
11:06:14  * ^Spike^ is trying to decide... logstash or graylog2-radio
11:06:26  <^Spike^> logstash has nice filters...
11:07:45  <planetmaker> right, but seems that my Makefile changes are not... too good yet :D
11:09:29  <^Spike^> :)
11:12:07  <^Spike^> ah i only need logstash on a client if i want to log client specific stuff.... :)
11:12:09  <^Spike^> nice... :D
11:13:48  <^Spike^> time to add some mq to it :D
11:16:43  <planetmaker> hm...
11:16:44  <Webster> Title: hgrc (at
11:16:53  <planetmaker> mq as in mercurial queue?
11:17:26  <^Spike^> no
11:17:29  <^Spike^> messagequeue
11:17:41  <^Spike^> aka just throw at it what you want and it will process it when needed
11:17:51  <^Spike^> but it also allows bigger log msgs etc
11:25:47  <Brot6> Revision 188:94f4dcd9763a: Fix: Tag names were not properly communicated to Jenkins XplanetmakerX @
11:25:47  <Brot6> Revision 189:1d4a0f165f6c: Add: Hook to update repo XplanetmakerX @
12:22:49  <DevZone> Project eints-test build #66: SUCCESS in 2 min 39 sec:
12:38:49  <Brot6> Revision 3826:92ca63fc3259: Update: Minor change to the German translation XplanetmakerX @
12:39:52  <DevZone> Project FIRS Industrial Replacement Set build #30: SUCCESS in 2 min 3 sec:
12:42:00  <^Spike^> works yet planetmaker? :)
12:43:55  <DevZone> Project FIRS Industrial Replacement Set build #31: SUCCESS in 2 min 4 sec:
12:44:41  <planetmaker> ^Spike^, yes :-)
12:44:48  <Brot6> Bug #6311 (Closed): fail on missing nmlc XplanetmakerX @
12:44:48  <Brot6> Revision 55:5ac01c7a0442: Fix #6311: Fail, if no nmlc could be found XplanetmakerX @
12:44:48  <Brot6> Bug #6311 (Closed): fail on missing nmlc XplanetmakerX @
12:44:52  <planetmaker> But a bit fine-tuning. Like... wanna make it nice :-)
12:46:01  <planetmaker> <-- I want it to tell the user that it builds XXX only when it actually does :D
12:46:09  <planetmaker> thus needs a bit parsing of the curl output ;-)
12:47:57  <planetmaker> maybe... I just de-activate that fancy feedback for now, though ;-)
12:48:11  <planetmaker> would be nice feedback
12:48:26  <Brot6> firs: update from r3823 to r3826 done (26 warnings) -
13:09:02  <DevZone> Project eints-test build #67: SUCCESS in 2 min 38 sec:
13:28:01  <Brot6> Revision 190:7f08f708e52c: Change: Rely on tokens instead of a login. They're made for scripted b... XplanetmakerX @
13:40:15  <Brot6> Revision 191:70f01a7fb923: Fix: Empty cases are bad XplanetmakerX @
13:41:43  <Brot6> Revision 192:69692d9cfe0b: Fix: Scripts should be executuable XplanetmakerX @
13:43:08  <Brot6> Revision 193:d3af69236e17: Fix: if requires then XplanetmakerX @
13:45:59  <Brot6> Feature #5507: Finnish translation Xkyosuke1989X @
13:51:10  <DevZone> Project eints-test build #68: SUCCESS in 2 min 36 sec:
13:54:16  <Brot6> Revision 274:b8fc789bf458: Fix: Sorting changed, non-finnish (RZD & Searail) wagons are now at th... Xjuzza1X @
13:54:16  <Brot6> Revision 275:ec663ec8c7e4: Fix: Eng & fin strings improved Xjuzza1X @
13:54:58  <juzza1> is there a delay before compiling if build on push is enabled?
13:56:48  <planetmaker> maybe a small. When did you push?
13:57:02  <planetmaker> maybe it's also currently broken :-)
13:57:11  <juzza1> i dont have it enabled atm
13:57:41  <planetmaker> if you got a few days, then don't worry about it. I'm about to switch the compiler
13:57:50  <planetmaker> in the next one, two days
13:58:03  <planetmaker> then it's done much easier and needs no commit ;-)
13:58:19  <juzza1> nice, will wait for it then :)
13:58:56  <planetmaker> I could actually setup your project now... as test :D
13:59:27  <juzza1> sure
13:59:33  <^Spike^> :)\
13:59:40  * ^Spike^ has message queues working..
13:59:41  <^Spike^> atleast 1 :D
13:59:56  <^Spike^> want also the extensive one to work eventually...
14:00:04  <^Spike^> would allow nice apache logging
14:05:19  <oskari89> Spike: Will it compile on old system today... ? :)
14:07:04  <planetmaker> juzza1, you should now have in Redmine a button  tab "Hudson"
14:07:20  <planetmaker> all builds (push, nightly, releases) are enabled there and it *should* work
14:07:24  <planetmaker> hopefully ;-)
14:08:00  <planetmaker> can you visit the webpage it links to in that link from that tab?
14:08:07  <planetmaker> i.e. are you allowed to?
14:09:20  <juzza1> yes
14:09:30  <juzza1> now
14:09:40  <juzza1> that link takes me there
14:10:20  <planetmaker> do you have a link "configure" on the left?
14:11:05  <juzza1> yep
14:11:28  <planetmaker> if you click it: in that view, scroll down till you come to the section "Build Triggers"
14:11:58  <planetmaker> Two things are checked there: "trigger builds remotely". That's for build-on-push and release builds
14:12:15  <planetmaker> the other one, "build periodically", that's for building the nightly build
14:12:24  <planetmaker> Now both is enabled
14:12:32  <juzza1> ok
14:12:36  <planetmaker> Should you not want one or the other: disable it there
14:12:45  <juzza1> should the trigger url work already?
14:12:45  <planetmaker> better don't touch the rest ;-)
14:12:49  <juzza1> ok :)
14:12:59  <planetmaker> well, just push a commit and it should work, yes
14:13:21  <^Spike^> planetmaker if you don't mind i will edit some permissions for 'authenticated" users
14:13:36  <planetmaker> ^Spike^, yes, that's what now needs looking at :-)
14:13:46  <planetmaker> we need to find a way to make it per-project
14:14:00  <planetmaker> (if it isn't that way already)
14:15:15  <^Spike^> i deleted some of the admin permissions :D
14:15:45  <planetmaker> :-)
14:16:39  <oskari89> Can you compile if on project manager/developer state?
14:16:51  <planetmaker> try, oskari89
14:16:57  <planetmaker> press the button in the "hudson" tab
14:17:21  <^Spike^> does it also do bundles stuff yet planetmaker?
14:17:42  <planetmaker> yes. Though that will need a slight bit tweaking still
14:17:52  <planetmaker> adjust paths basically. And some filenames
14:18:01  <planetmaker> but it works. checkout eints-test on bundles
14:18:17  <^Spike^> seesm graylog2 for me seems to refuse picking up msgs from the log :)
14:19:36  <DevZone> Project finnishtrainset build #1: FAILURE in 1 min 46 sec:
14:19:54  <planetmaker> aha...
14:20:01  <planetmaker> build worked... but some publishing failed
14:20:33  <planetmaker> cl...
14:21:27  <^Spike^> all the small tweaking that needs to be done... :D
14:22:11  <Brot6> Revision 276:73205b53c96c: Fix: "general purpose" removed from english strings Xjuzza1X @
14:23:26  <DevZone> Project finnishtrainset build #2: STILL FAILING in 1 min 32 sec:
14:24:24  <planetmaker> ah... it seems to fail on translation status :D
14:25:05  <planetmaker> good that we test that, juzza1 ;-)
14:26:44  <juzza1> :)
14:27:50  <oskari89> Translation status? :)
14:28:49  <oskari89> If you have "extra" strings on the translation file, does it count?
14:29:16  *** zooks has joined #openttdcoop.devzone
14:31:25  <planetmaker> that thing, oskari89
14:31:32  <planetmaker> do you have something to push again?
14:31:39  <planetmaker> wait... not needed
14:32:12  <planetmaker> I just trigger a build :-)
14:32:47  <planetmaker> the translation status anyway soon will be superseeded by
14:33:34  <DevZone> Project finnishtrainset build #3: STILL FAILING in 1 min 30 sec:
14:33:53  <planetmaker> hm
14:34:14  <planetmaker> oh, lol
14:34:19  <planetmaker> ^Spike^, I need ldap :D
14:34:25  <^Spike^> cause
14:34:31  <^Spike^> ah
14:34:31  <planetmaker> 14:33:33 mkdir: cannot create directory `/data/bundles/finnishtrainset/nightly': Permission denied
14:34:45  <^Spike^> let me guess... jenkins does that? :)
14:35:00  <^Spike^> cause i prob would need the jenkins user in ldap aswell.. :)
14:35:13  <^Spike^> or can we let jenkins run as diff user/
14:35:14  <^Spike^> ?
14:35:32  <^Spike^> if all is contained in /var/lib/jenkins it's easy to chmod/chown stuff
14:36:15  <planetmaker> yes, it's Jenkins trying to write there
14:36:45  <planetmaker> jenkins as different user... well... dunno
14:36:52  <planetmaker> its home dir is that one, yes
14:37:09  <planetmaker> but having jenkins a separate user makes sense imho
14:37:19  <planetmaker> or you mean just changing its uid?
14:37:22  <oskari89> Maybe because Finnish Trainset does not have folder there yet?
14:37:24  <planetmaker> that should work
14:37:36  <planetmaker> oskari89, yes. But the compiler must be allowed to create it
14:37:47  <planetmaker> which is the whole issue ;-)
14:37:56  <^Spike^> which is where i come in... :)
14:38:13  <^Spike^> somehow i can't get syslog to log properly yet to the MQ pm
14:38:21  <^Spike^> but atleast we can directly log to graylog
14:38:25  <^Spike^> i just want to use MQs :D
14:38:30  <^Spike^> but i'll look @ jenkins
14:39:03  <^Spike^> hmmm
14:43:20  <oskari89> I have a suggestion
14:43:33  <oskari89> How about "Backup repository" button
14:43:41  <oskari89> Just in case everything goes wrong
14:44:04  <oskari89> It could do a zip file from repository
14:44:41  <^Spike^> jenkins doesn't change anythong on the repo :)
14:44:50  <^Spike^> or you meant devzone? :)
14:45:04  <oskari89> I meant Devzone :)
14:54:21  <planetmaker> oskari89, every clone you have is such backup :-)
14:54:38  <planetmaker> and we run daily backups on our server
14:54:49  <planetmaker> to another server in another data centre
15:05:36  *** zooks has quit IRC
15:05:52  <oskari89> planetmaker: Ok
15:06:59  <planetmaker> oskari89, and if you look at it gives you the links to snapshots easily
15:07:10  <planetmaker> but that only is the current version. not the history
15:07:41  <planetmaker> and every built we publish comes with a source bundle as well, found next to the build on our bundles server
15:09:08  <oskari89> If i right-click "update" from my ancient repository, does it update the repository on my computer to most up-to-date.... Or does it update repository to ancient version? :D
15:10:03  <planetmaker> I don't know tortoise enought to know what it does. you could just try... ?
15:10:39  <oskari89> Hmm, it did update
15:10:45  <planetmaker> wonder oh wonder ;-)
15:11:07  <oskari89> But why the version is 206 instead of 27x...
15:11:16  <planetmaker> because it updated. But didn't pull
15:11:38  <oskari89> Ah, ok :)
15:11:51  <oskari89> Now it works, when i compare :)
15:11:55  <oskari89> And pull :P
15:13:12  <planetmaker> mercurial is a *distributed* version control system. Thus you do have the whole history in your local repository
15:13:25  <planetmaker> and unless you tell it to get data from elsewhere you operate only on your local copy
15:13:48  <planetmaker> you now have 100% of the stuff which devzone also knows about that repo
15:13:50  <oskari89> 358 files updated :D
15:15:24  <oskari89> Thanks :)
15:25:06  *** ODM has joined #openttdcoop.devzone
15:37:32  <DevZone> Project eints-test build #69: SUCCESS in 2 min 34 sec:
15:39:50  <oskari89> How do i discard local changes for some ancient versions ?
15:40:26  <planetmaker> hg revert filename
15:40:27  <oskari89> They appear when i press detect outcoming changes
15:40:31  <planetmaker> hg revert -a
15:40:34  <planetmaker> for everything
15:40:37  <oskari89> Oka
15:40:40  <oskari89> *+y
15:40:41  <planetmaker> ehm. then not
15:40:47  <planetmaker> if you comitted them
15:41:04  <planetmaker> easiest solution: make a new clone
15:41:14  <oskari89> it appears as draft there
15:41:33  <oskari89> And fork (?)
15:41:37  <planetmaker> head
15:42:06  <planetmaker> there are ways to remove it. But that depends. And I can't tell you how to do that with tortoise
15:42:31  <oskari89> Okay
15:42:36  <planetmaker> so either read up on how to use tortoise, or how to handle mercurial from the command and remove a changeset. or make a new clone
15:43:07  <planetmaker> I would rebase the changeset and the qimport it (if you care)
15:43:23  <oskari89> Hmm
15:44:44  <oskari89> repo - purge
15:45:19  <oskari89> I really hope this doesn't destroy everything on the repository there
15:45:40  <planetmaker> you can't destroy the repo on devzone ;-)
15:45:40  <oskari89> Hmm...
15:45:56  <planetmaker> whatever you do to yours locally
15:46:13  <planetmaker> so don't be shy to experiment
15:46:26  <planetmaker> and if everything fails: get a new clone and experiment anew
15:46:32  <planetmaker> that's what we got vcs for :-)
15:48:42  <oskari89> Modify History -> Strip, that does it
15:49:30  <oskari89> When clicked from TortoiseHg Workbench
15:49:56  <planetmaker> ah, yeah, didn't think of that one
15:50:24  <planetmaker> generally: really don't be shy. Just try stuff. You can't destroy it. At most your local copy :-)
15:50:32  <oskari89> :D
15:51:13  <planetmaker> you cannot rewrite the history on the server. So anything you do can be undone, even if you push a commit which deletes all files and everything from the repo
15:51:58  <planetmaker> removing a commit like you did with strip will not work on the server (unless done there locally) :-)
15:52:37  <planetmaker> and... I'll be very much not inclined to hand-edit any repo on the server unless there's strong need for it
15:52:53  <^Spike^> aka someone commit a server password :)
15:52:57  <^Spike^> if you say no to that... :)
15:52:58  <planetmaker> ^ like that
15:53:31  <planetmaker> it's not like I haven't undone a commit done on the server. But... usually there's no need :-)
15:53:54  <oskari89> :)
15:54:08  <^Spike^> although a commit of a server password would automaticly mean reset that password but also remove from commits :D
15:54:18  <planetmaker> :-)
15:54:23  * Rubidium wonders what history stripping does to that (NewGRF) versioning scheme
15:54:40  <planetmaker> does bad things, Rubidium :-)
15:54:51  <oskari89> Ah, the version is now back at there where it should b e
15:55:07  <oskari89> It was 286 when it was 276 on the server :P
15:55:30  <oskari89> Didn't commit those changes at earlier when i should have done that
15:55:47  <planetmaker> oskari89, this uncertainty with versioning... that's actually why I suggest to use another version: days since 1.1.2000 :-)
15:56:10  <planetmaker> that's somewhat independent of earlier commits or additional commits
15:57:30  <^Spike^> epoch? ;)
15:57:37  <^Spike^> or our own epoch version? :)
15:57:40  <^Spike^> opoch? :D
15:57:48  <planetmaker> :D
15:58:18  <^Spike^> planetmaker
15:58:22  * ^Spike^ likes graylog2 ;D
15:58:50  <^Spike^> really want to see what we can do with app specific logging that will be the most intresting for us :)
15:59:07  <^Spike^> we might even be able to pipe jenkins logs in there perhaps
15:59:43  <Brot6> Revision 277:305767961520: Updated changelog and readme for release 0.5.5 Xkyosuke1989X @
15:59:55  <oskari89> \o/ at last
16:00:14  <oskari89> FFVI Victory Theme :)
16:00:22  <DevZone> Project finnishtrainset build #4: STILL FAILING in 1 min 37 sec:
16:00:23  <^Spike^> hehehe
16:00:40  <^Spike^> it does on push as you see... :D
16:00:45  <^Spike^> i just need to fix stuff :D
16:00:59  <^Spike^> which i'll do when i get back :)
16:01:48  <oskari89> Does the old nightly compiling thingy work as before? :)
16:01:58  <planetmaker> it still works, yes
16:02:01  <^Spike^> that still works
16:02:03  <^Spike^> we didn't break that
16:02:10  <planetmaker> yet
16:02:16  <^Spike^> ssssht... ;)
16:02:44  <oskari89> :D
16:04:11  <juzza1> what do i need to change in to make it overwrite the existing "readme.txt" with a new one when compiling? currently, if readme.txt exists, it wont create a new one
16:05:05  <planetmaker> with what readme should it get overwritten?
16:07:18  <juzza1> the newest one, with updated {{GRF_TITLE}} and {{REPO_REVISION}}.
16:12:52  <juzza1> just need to overwrite the old when compiling
16:13:31  <planetmaker> yep, let me look
16:13:40  <planetmaker> it should do that. but doesn't
16:15:29  <planetmaker> bug in Makefile :-)
16:24:23  <juzza1> ok
16:26:31  <planetmaker> juzza1,
16:27:09  <planetmaker> while you're at it, you might want to remove the line with GRF_MD5 in the readme
16:33:28  <Brot6> Revision 56:61df8140c1f8: Fix: Require the grf being built for building docs in order to make sur... XplanetmakerX @
16:34:39  <Brot6> Code Review #6326 (New): docs are not re-build when grf or version changes XplanetmakerX @
16:36:02  <juzza1> thanks, working as intended now :)
16:36:28  <planetmaker> yw
16:40:14  *** Jam35 has joined #openttdcoop.devzone
16:48:55  <Brot6> Revision 278:f6936eb06822: Fix: Ignore all readme*.txt Xjuzza1X @
16:48:56  <Brot6> Revision 279:444d5a954856: Fix: Some urls were wrong Xjuzza1X @
16:49:49  <DevZone> Project eints-test build #70: SUCCESS in 2 min 38 sec:
16:51:52  <DevZone> Yippie, build fixed!
16:51:52  <DevZone> Project finnishtrainset build #5: FIXED in 3 min 4 sec:
16:52:01  <oskari89> \o/
16:57:52  *** zooks has joined #openttdcoop.devzone
17:01:26  <Brot6> Revision 280:193e3d08790c: Fix: Fot costs weren't updated, fixed Xjuzza1X @
17:03:47  <DevZone> Project finnishtrainset build #6: SUCCESS in 3 min 1 sec:
17:05:17  *** frosch123 has joined #openttdcoop.devzone
17:11:20  *** DevZone has quit IRC
17:18:49  <planetmaker> brb
17:24:24  <frosch123> do you refer to yourself or to "devzone" :p
17:24:48  <^Spike^> :)
17:26:22  *** zooks has quit IRC
17:26:38  <Brot6> finnishtrainset: update from r273 to r280 done -
17:30:13  <oskari89> Seems so:
17:30:18  <oskari89> 502 Bad Gateway
17:30:52  <^Spike^> i know
17:30:52  <oskari89> "Build failed. - finnishtrainset
17:30:52  <oskari89> server errror
17:30:52  <oskari89> NG: HudsonApiError: HudsonJob::request_build 'finnishtrainset' - Can't Connect Hudson Connection refused - connect(2)"
17:31:00  <^Spike^> hold on :)
17:31:02  <^Spike^> it's starting :)
17:31:10  <^Spike^> had to fix something with permissions
17:31:43  <planetmaker> referred to myself :-)
17:38:34  *** DevZone has joined #openttdcoop.devzone
17:41:11  <Brot6> firs: update from r3825 to r3826 done (26 warnings) -
17:41:54  *** ^Spike^ sets mode: +v DevZone
17:42:08  <Brot6> make-nml: update from r53 to r56 done -
17:50:53  <DevZone> Project eints-test build #71: SUCCESS in 3 min 1 sec:
17:53:28  <planetmaker> hm, nearly :S
18:01:54  <planetmaker> hm :-) finnishtrainset builds with eints-test settings :D
18:02:27  <DevZone> Project finnishtrainset build #7: FAILURE in 1 min 44 sec:
18:02:45  <planetmaker> but permission denied
18:03:01  <planetmaker> 18:02:26 mkdir: cannot create directory `/data/bundles/finnishtrainset/nightlies/7': Permission denied
18:03:13  *** gelignite has joined #openttdcoop.devzone
18:17:51  <DevZone> Project finnishtrainset build #8: STILL FAILING in 1 min 39 sec:
18:20:55  <Brot6> Revision 281:324a94ec92d5: Finnish Readme Xkyosuke1989X @
18:21:20  <DevZone> Project FIRS Industrial Replacement Set build #32: FAILURE in 2 min 8 sec:
18:21:22  <DevZone> Project eints-test build #72: FAILURE in 2 min 10 sec:
18:23:09  <DevZone> Project finnishtrainset build #9: STILL FAILING in 1 min 48 sec:
18:27:00  <Brot6> Revision 282:9a5246ccc537: Fix: Ei removed, Ei 2nd gen added Xjuzza1X @
18:27:00  <Brot6> Revision 283:bbfffc501c41: Fix: added readme_fi.txt to makefile Xjuzza1X @
18:27:00  <Brot6> Revision 284:aa6fb8be1e69: Merge Xjuzza1X @
18:28:32  <DevZone> Project finnishtrainset build #10: STILL FAILING in 1 min 40 sec:
18:39:50  <DevZone> Yippie, build fixed!
18:39:50  <DevZone> Project eints-test (Test project, acting as master template) build #73: FIXED in 2 min 59 sec:
18:41:16  <Brot6> Revision 285:55f79068344d: Fix: MD5 hash string removed from readmes Xjuzza1X @
18:41:56  <planetmaker> so... missing is a sensible folder naming for nightlies. I think... the date might be fine? Or the newgrf version?
18:42:10  <^Spike^> ask the newgrf owners? :)
18:42:20  <DevZone> Project Finnish Trainset build #11: STILL FAILING in 1 min 51 sec:
18:42:21  <frosch123> both?
18:42:44  <frosch123> or is the date already listed in a different column?
18:42:54  <planetmaker> currently it's like r3942
18:43:15  <planetmaker>
18:43:21  <frosch123> well, the version shown in game should be part of it :)
18:43:31  <frosch123> else you have a hard time to find the right thing :)
18:43:33  <planetmaker> the game might just show date :-)
18:43:48  <planetmaker> and only report the days-since-2000 to OpenTTD
18:44:16  <frosch123> when files are missing yuo only have md5sum, grf version and filename
18:44:33  <planetmaker> so... grf version
18:45:33  <planetmaker> date of folder is shown anyway :-)
18:45:39  <planetmaker> no need to duplicate that
18:46:32  <^Spike^> 18:42:19 /tmp/ line 10: USE_REV: command not found
18:46:33  <^Spike^> 18:42:19 ++ echo
18:46:33  <^Spike^> 18:42:19 + rev=
18:46:36  <^Spike^> planetmaker ....
18:46:51  <DevZone> Project eints-test (Test project, acting as master template) build #74: SUCCESS in 3 min 38 sec:
18:47:07  <frosch123> does the folder aslo contain some kind of id file with the hg hash?
18:47:25  <planetmaker> currently not
18:48:00  <planetmaker> a file called build_info.txt?
18:48:06  <planetmaker> which also contains NML info?
18:48:12  <frosch123> i am not sure what files you already have
18:48:30  <frosch123> .tar, md5sums, hg hash
18:48:39  <frosch123> didn't ottd also have such files?
18:49:06  <planetmaker> currently
18:49:14  <planetmaker> md5sums should probably follow
18:49:14  <frosch123>
18:49:36  <planetmaker> that's given by the folder time before actually
18:50:09  <frosch123> ottd has "released.txt", "readme.txt", "changelog.txt" and .md5sum, .sha1sum and .sha256sum files for each binary<
18:50:44  <frosch123> planetmaker: i guess just dumping all version information into some file would be easier for some tools
18:50:51  <planetmaker> yes
18:51:16  <frosch123> folder dates are kind of fishy and might get lost when copying with other tools than rsync resp. with os which do not have rsync
18:51:18  <planetmaker> but not that important... it's a one-time configuration
18:52:23  <frosch123> actually, at some point the binaries index on ottd was/is generated
18:52:27  <frosch123> with custom columns and such
18:52:58  <planetmaker> <-- like that?
18:54:14  <frosch123> what's that?
18:54:29  <planetmaker> some kind of latest-version-available page
18:54:38  <frosch123> what does the first line say?
18:54:41  <planetmaker> for use with auto-updaters
18:54:47  <frosch123> it mentions IS, nutrac and opensfx
18:54:49  <DevZone> Project eints-test (Test project, acting as master template) build #75: SUCCESS in 2 min 44 sec:
18:55:05  <planetmaker> yes, all stuff built on devzone
18:56:23  <planetmaker> I'm pretty sure that the first line is messed-up, frosch123
18:56:23  <frosch123> most lines seem to follow the patten "version, date, project name, release type, hg hash"
18:56:34  <planetmaker> it's two linkes concatenated or so
18:56:38  <frosch123> but every 20th or so is broken :p
19:11:10  <DevZone> Project eints-test (Test project, acting as master template) build #76: SUCCESS in 2 min 32 sec:
19:13:18  <planetmaker> frosch123, I've little means to get the revision being used from the makefile, though. I can only use one scheme. And then apply that in many makefile, too
19:15:17  <frosch123> does it need to be part of the project's makefile?
19:15:42  <planetmaker> the NewGRF version reported in the NewGRF, and the thing put into the NewGRF's title? It better is
19:15:42  <frosch123> or could the jenkins build script create a file with what it pulled?
19:16:09  <planetmaker> of course I can add a parameter which can be overwritten by jenkins
19:17:15  <frosch123> nah, i meant instead of jenkins trying to figure out the grf version from the grf, it could compute it itself
19:17:23  <frosch123> even if the grf does not use the new schema
19:17:28  <frosch123> for version numbers
19:17:51  <planetmaker> hard to tell what the makefile does really
19:17:58  <planetmaker> and the makefile defines the newgrf version
19:18:09  <planetmaker> I can supply it to the makefile, though
19:18:18  <planetmaker> hm... that might actually work well
19:18:34  <frosch123> the makefile need to figure it out itself
19:18:44  <planetmaker> figure out what?
19:19:10  <frosch123> i somewhat fail to understand what you are doing :p
19:19:11  <planetmaker> currently the makefile calculates the newgrf version from the repo commit count
19:19:34  <frosch123> but the makefile also needs to be able to figure out the version if it is run on another machine, than the compilefarm
19:19:37  <planetmaker> I try to put things into a reasonable folder on the bundle's server
19:19:46  <frosch123> so, it cannot rely on getting passed something from the farm
19:20:01  <planetmaker> and I can't use the newgrf version really, as the makefile won't tell
19:20:36  <frosch123> i wonder why you try to make the project's makefile and jenkins depend on each other
19:20:44  <frosch123> let the grf figure out its version when building
19:20:55  <frosch123> and let jenkins figure out what it pulled, to name the folder
19:21:03  <frosch123> if they do not match, then thats a issue of the grf
19:21:04  <planetmaker> frosch123, you said earlier you want on bundles the builds listed in folders named after the newgrf version
19:21:13  <planetmaker> I try to make that possible. Or think of a way to do so
19:21:47  <frosch123> yeah, but i meant using the "days since 2000" for the folder name
19:21:56  <frosch123> not blindly relying on a random version the grf uses
19:22:03  <frosch123> e.g. V does not uses that version schema
19:22:06  <frosch123> but manually increments
19:22:31  <planetmaker> btw... days since 2000: of build date or of commit date of the changeset being built?
19:23:18  <frosch123> for the grf version build date makes no sense, then it's no version :p
19:23:32  <planetmaker> yeah :-) good
19:23:36  <frosch123> so, i think "days since 2000 of commit date in utc timezone"
19:23:52  <frosch123> for folder names, and newgrf which switch to that schema
19:25:12  <planetmaker> ok. I'll use that for nightlies then
19:25:16  <frosch123> you can dump the builddate into the release.txt :)
19:25:23  <frosch123> maybe also the nml version that was used
19:25:27  <planetmaker> yup. and yup
19:25:40  <planetmaker> the NML version is meanwhile in the build logs. I added an nmlc --version there :D
19:25:56  <planetmaker> hm... build log...
19:28:31  <planetmaker> and for build-on-push: the days-since-2000 amended by the build number?
19:29:42  *** zooks has joined #openttdcoop.devzone
19:30:17  *** DevZone has quit IRC
19:31:06  *** DevZone has joined #openttdcoop.devzone
19:33:47  <frosch123> http authentication is so weird :p
19:33:57  *** ^Spike^ sets mode: +v DevZone
19:51:53  *** ODM has quit IRC
19:56:41  *** zooks has quit IRC
20:04:20  <DevZone> Project eints-test (Test project, acting as master template) build #77: SUCCESS in 2 min 36 sec:
20:09:00  <DevZone> Project eints-test (Test project, acting as master template) build #78: SUCCESS in 2 min 33 sec:
20:25:49  *** michi_cc has quit IRC
20:32:56  <DevZone> Project eints-test (Test project, acting as master template) build #79: FAILURE in 2 min 4 sec:
20:38:42  <DevZone> Project eints-test (Test project, acting as master template) build #80: STILL FAILING in 2 min 5 sec:
20:39:06  <Brot6> Revision 286:1b7cb292b2e5: Finished Finnish Readme Xkyosuke1989X @
20:40:36  <DevZone> Project Finnish Trainset build #12: STILL FAILING in 1 min 44 sec:
20:42:26  <DevZone> Project eints-test (Test project, acting as master template) build #81: STILL FAILING in 2 min 7 sec:
20:52:32  <DevZone> Yippie, build fixed!
20:52:33  <DevZone> Project eints-test (Test project, acting as master template) build #82: FIXED in 3 min 1 sec:
20:52:34  *** michi_cc has joined #openttdcoop.devzone
20:52:35  <Brot6> Revision 287:560eefc6b70e: Added description for wagon and coach running costs, fixed Snps Englis... Xkyosuke1989X @
20:55:13  <DevZone> Yippie, build fixed!
20:55:13  <DevZone> Project Finnish Trainset build #13: FIXED in 3 min 6 sec:
21:00:19  <DevZone> Project eints-test (Test project, acting as master template) build #83: SUCCESS in 3 min 10 sec:
21:01:45  <planetmaker> frosch123,
21:01:58  <frosch123> lol
21:02:05  <frosch123> the V in front is awesome
21:02:05  <planetmaker> hm?
21:02:09  <planetmaker> well
21:02:13  <planetmaker> r?
21:02:16  <planetmaker> nothing?
21:02:22  <Rubidium> t ;)
21:02:28  <^Spike^> y
21:02:29  <^Spike^> x
21:02:31  <frosch123> what will be v4530-00 ?
21:02:38  <planetmaker> :D
21:02:54  <planetmaker> that's hard. there's no build 00 ;-)
21:03:34  <frosch123> can you make the build date use iso format?
21:03:49  <planetmaker> where?
21:03:54  <frosch123> release.txt
21:04:20  <planetmaker> oh... probably. It's just the output of 'date' :-)
21:04:51  <^Spike^> `date -f"somethingsomethig'`?
21:05:08  <planetmaker>  2006-08-07 12:34:56-06:00 ?
21:05:23  <frosch123> that stupid -6 again :p
21:05:34  <planetmaker> nah, that's from manpage
21:05:49  <^Spike^> for us it's prob -0000
21:05:54  <^Spike^> or +0000 :)
21:06:06  <^Spike^> trying to get all our servers to use it.. else syslogging is not nice :D
21:06:47  <planetmaker> 2013-09-03 21:06:35+00:00
21:07:31  <frosch123> looks nice overall
21:07:42  <frosch123> even readme seems to use the date
21:08:20  <frosch123> what's the "-83" ?
21:08:30  <frosch123> in the folder name
21:08:33  <^Spike^> it's the jenkins build number when i looked at it
21:08:39  <^Spike^> build #83: SUCCESS
21:08:39  <frosch123> a build 83
21:08:53  <planetmaker> yes
21:09:13  <^Spike^> else using the versioning scheme used now you can only have 1 build (on push) per day :D
21:09:14  <planetmaker> consecutively numbered... just to distinguish different builds on the same day
21:09:25  <^Spike^> it's like DNS serials :)
21:09:40  <^Spike^> 2013090200
21:09:46  <^Spike^> 00 just shows first change of that day
21:09:50  <^Spike^> 01 shows another etc etc :D
21:11:15  <Brot6> Revision 1211:7d2415ce6c17: Fix: Castle Point Steamer loading speed was too high XandythenorthX @
21:14:52  <Brot6> fish: update from r1210 to r1211 done (3 warnings) -
21:15:18  <DevZone> Project eints-test (Test project, acting as master template) build #84: SUCCESS in 3 min 46 sec:
21:16:35  *** frosch123 has quit IRC
21:16:50  <Brot6> Revision 1212:5725f121a4f3: Change: adjust intro date for Barletta Paddle Steamer XandythenorthX @
21:19:50  <Brot6> fish: update from r1210 to r1212 done (3 warnings) -
21:23:06  *** oskari89 has quit IRC
21:31:40  *** Jam35 has quit IRC
21:42:35  <DevZone> Project FISH is ships build #1: FAILURE in 1 min 0 sec:
21:53:10  <DevZone> Project FISH is ships build #2: STILL FAILING in 1 min 0 sec:
22:02:42  <DevZone> Yippie, build fixed!
22:02:42  <DevZone> Project FISH is ships build #3: FIXED in 1 min 25 sec:
22:07:13  <DevZone> Project OpenGFX build #1: FAILURE in 2 sec:
22:07:45  <DevZone> Project eints-test (Actual template) build #85: SUCCESS in 3 min 11 sec:
22:08:36  <DevZone> Project OpenGFX build #2: STILL FAILING in 2 sec:
22:12:45  <DevZone> Yippie, build fixed!
22:12:45  <DevZone> Project opengfx build #3: FIXED in 1 min 28 sec:
22:26:16  <DevZone> Project opengfx build #4: FAILURE in 5 min 10 sec:

Powered by YARRSTE version: svn-trunk