Log for #openttdcoop.devzone on 1st August 2012:
Times are UTC Toggle Colours
00:40:45  *** ODM has quit IRC
04:44:32  <Rubidium> Ammler: I wouldn't mind
04:59:06  <Brot6> zBaseBuild - Revision 87:83545b6a748c: Add: rubber and fruit plantations XRubidiumX @
05:58:32  <Xotic750> planetmaker: I can push it direct from my PC if all is ready to accept?
06:01:15  <Brot6> OpenGFX+ Trains renders - Support #4127: Requires clone of merged repo XXotic750X @
06:43:38  <planetmaker> Ammler: yes, sounds good
06:43:48  <planetmaker> Xotic750: the -render repo won't clone...
06:44:37  <planetmaker> ah... you saw that. Yes, feel free to clone it directly, Xotic750
06:44:48  <Xotic750> but I can try a push from my local repo if the server is ready to accept
06:44:58  <Xotic750> ok
06:45:49  <Xotic750> pushing to ssh://
06:45:50  <Xotic750> remote: Illegal repository '/home/hg/ogfx-trains-render'
06:45:50  <Xotic750> no suitable response from remote hg
06:45:50  <planetmaker> I *think* it works to use hg clone ogfx-trains-render ssh://
06:46:04  <planetmaker> the repo does not exist yet
06:46:20  <planetmaker> can you try the clone?
06:47:51  <planetmaker> i.e. clone your local to the server via ssh?
06:48:06  <Xotic750> Illegal command 'hg init ogfx-trains-render'
06:48:06  <Xotic750> abort: could not create remote repo!
06:49:06  <planetmaker> can you try again?
06:49:30  <Xotic750> it's trying now
06:49:57  <Xotic750> will probably take a few hours
06:50:18  <planetmaker> good :-)
06:51:02  <Xotic750> I noticed we didn't get a nightly build yesterday, any idea?
06:51:03  <planetmaker> seems that cloning to remote needs full ssh there. Which also is reasonable
06:51:15  <planetmaker> no commit after 18h cet?
06:51:47  <Xotic750> I committed things throughout the day, so kind of expected one
06:52:31  <Xotic750> see the history on redmine
06:54:13  <planetmaker> hm
06:55:19  <planetmaker> hm... seems that no nightly was build
06:55:23  <planetmaker> grr
06:55:29  <planetmaker> at all
06:56:48  <Xotic750> ok, so a CF problem for everyone or something
06:57:02  <planetmaker> Ammler: care to investigate why the CF didn't build any nightly except NML yesterday?
06:58:18  <Xotic750> couple of other things, I don't think the CF tries to build the m4 branch
06:58:44  <planetmaker> yes. the CF cannot build branches currently
06:58:50  <Xotic750> ok
06:59:01  <planetmaker> it updates to default tip and builds that as nightly
06:59:16  <planetmaker> it updates to the last pushed tag and builds that as release
06:59:17  <Xotic750> and there is the offset issue, wrt zbase
06:59:30  <planetmaker> for train sprites and tracks?
06:59:52  <planetmaker> yes, I meant to look at it before I voice an opinion... haven't found time yet
06:59:59  <Xotic750> for the trains to fit properly on the zbase tracks, I need to adjust the 32bpp offsets
07:00:30  <Xotic750> but that of course breaks useability with other 8bpp sets
07:00:48  <Xotic750> but that be a none issue
07:01:07  <planetmaker> it's a fix to a few offsets really, yes :-) Thanks to templates
07:01:53  <Xotic750> so, I just leave the ogfx-trains offset as are for now
07:02:34  <planetmaker> yes. But step my feet again ;-)
07:03:55  <planetmaker> in any case, zbase is not yet released. So it's also feasible to adjust the track offsets...
07:03:55  <Xotic750> I added a template and some 8bpp pixel sprites for the 4/8 tender, so we have one now (not very good but best I can manage just now))
07:04:18  <planetmaker> yes, saw that. That's nice :-)
07:05:05  <Xotic750> have you had any luck with persuading a pixel artist to help with some graphics?
07:08:53  <planetmaker> sadly no :-(
07:10:16  <Xotic750> I also had a question about maglev vehicles and wagons regarding their length of 7
07:10:37  <Xotic750> doesn't the opengfx all default to length 8?
07:15:16  <planetmaker> ah, yes... ogfx-trains has 7/8 length iirc for turbo-train and (some) maglev
07:15:38  <planetmaker> reason therein is mostly that the sprites look much better when they're interpreted as 7/8 instead of 8/8
07:15:43  <planetmaker> the 8bpp sprites
07:19:26  <Xotic750> but I'm a little confused as when I was making the kirby paul and wanted to make the length smaller, you said that doing so would cause desyncs because the original kirby paul was 8/8
07:20:24  <planetmaker> you got me :-)
07:20:54  <planetmaker> I'm inconsequential there it seems
07:21:39  <planetmaker> indeed it makes that argument with the kirby paul length... pointless
07:22:34  <planetmaker> I forgot about those lengths there. I changed them there mostly for reasons of not-available 8/8 sprites
07:23:07  <Xotic750> so would we be better to have them at 8/8 and wait for a pixel artist?
07:24:02  <Xotic750> and then I draw all the 32bpp replacements at 8/8
07:24:33  <planetmaker> tbh, I'd not put off any 32bpp sprites on grounds of "wait for 8bpp artist".
07:24:39  <planetmaker> might be a lengthy path otherwise
07:26:48  <planetmaker> which 32bpp is missing exactly for 0.4 (or even 1.0)?
07:27:31  *** ODM has joined #openttdcoop.devzone
07:29:08  <Xotic750> I still have many to do, there are early rail wagons missing for some (flatbed and tank mostly), I still need to modernise some of the monorail wagons, create monorail trains and all of the maglev (though we can use monorail for wagons for now)
07:29:35  <Xotic750> and I'm working on monorail just now
07:30:06  <Xotic750> then we also have the displaying of engines with tenders in purchase menu
07:30:13  <planetmaker> considering 8bpp not getting an update... would it hurt for the fun of it to render those turbotrain and maglev as shorter wagons / engines?
07:30:37  <planetmaker> inconsequential, yes. But maybe better looking end result :-D
07:31:00  <planetmaker> actually in that light, it might be worth to re-consider the kirby paul length. 8bpp might also warrant there a shorter length
07:32:16  <Xotic750> I guess it all depends on how network games or save game are affected, which is something that I don't have much understanding about
07:35:24  <Xotic750> I'm kind of feeling that having 8/8 for all opengfx redefined vehicles would be sensible
07:35:49  <Xotic750> and then only change the lengths of our own/new vehicles
07:35:53  <planetmaker> would be, yes
07:36:11  <planetmaker> it would feel better indeed
07:36:33  <planetmaker> on the other hand: it's nothing which will fall onto our feet really hard, if we change lengths of re-defined vehicles
07:36:42  <planetmaker> as a newgrf is either used or not
07:37:04  <planetmaker> updating newgrfs or worse adding and removing is not supported officially (unless ofc newgrf_developer is set)
07:37:13  <planetmaker> but that's a developer setting not for end user use
07:37:54  <planetmaker> but yes. Nicer to keep default vehicles as-is in length and only play with new vehicles
07:38:28  <Xotic750> so, shall we make that the rule then?
07:39:48  <planetmaker> well... it needs new sprites for the 8bpp of turbotrain and maglev pax/mail/valuables for lev 3 and 4 iirc
07:39:54  <planetmaker> which is a bit of a problem
07:40:08  <planetmaker> even when I like to say 'yes'
07:41:09  <Xotic750> with regard to how it looks in 8bpp
07:41:29  <Xotic750> just like the kirby paul in original opengfx
07:41:45  <Xotic750> which is 8/8 and has lots of space in front of it
07:43:08  <Xotic750> wagons could also be a progression, where 7/8 is something to upgrade to later when playing
07:43:25  <Xotic750> with different stats
07:44:13  <Xotic750> so we could use monorail 8/8 pax/mail/valuables for maglev for now
07:44:51  <Xotic750> as visually 8bpp does not look so different, or use the opengfx 8/8 wagons
07:45:47  <planetmaker> the 7/8 length for maglev are those wagons with the MU maglev... where wagons fit the engine
07:45:55  <planetmaker> Don#t you think it would make a difference?
07:47:44  <planetmaker> can you rephrase your suggestion in respect to what sprites will be shown for the Lev3 and 4 and turbotrain? Not sure I got your suggestion :-)
07:48:37  <Xotic750> only lev 3 and turbotrain have livery
07:49:10  <Xotic750> all other maglev that are vurrently set to length 7 are using monolev sprites, the same as monorail, which is 8/8
07:49:32  <Xotic750> so lev 3 and turbotrains would be the main 2 affected
07:49:41  <planetmaker> yes
07:49:54  <planetmaker> with what change? 8/8 with same sprites?
07:50:56  <Xotic750> if we change everything to 8/8, maglev wagons will be the same as monorail wagons, they use the same graphics
07:51:20  <Xotic750> but lev3 and turbotrain would look funny because of their livery overides
07:52:07  <Xotic750> so those 2 would either need new graphics or we leave those as 7/8, but then they are redefined vehicles
07:52:17  <Xotic750> which in theory we should have as 8/8
07:52:18  <planetmaker> tbh, I'd like 8/8 length 8bpp sprites for them, yes. So let's define them as 8/8, too
07:52:43  <planetmaker> it's the same as in opengfx where they're interpreted as 8/8 - which looks... sub-optimal
07:52:45  <Terkhen> Ammler: neither would I
07:53:23  <Xotic750> ok, so we go 8/8 for all and then we really need a pixel artist :)
07:55:44  <Xotic750> perhaps I should post in our dev thread for one, though I fear the response will be as overwhelming as it is for offers of translations :P
07:56:15  <planetmaker> agreed, Xotic750
07:56:31  <planetmaker> translations will come. They will come when people play
07:56:48  <planetmaker> we need a release... and bananas doesn't support our grf size :-(
07:57:32  <Terkhen> yes, with zbase and ogfx-trains that is becoming a pressing issue :)
07:57:53  <Xotic750> oh :(
07:59:46  <planetmaker> Terkhen: and with egrvts2. Zephyris is waiting for weeks to bananas-release it
08:00:27  <Terkhen> oh, I did not know that part
08:00:34  <Terkhen> bug TB about it :P
08:09:00  <planetmaker> yes... about time to prod him again :-)
08:13:08  <Xotic750> problem with clone
08:13:09  <Xotic750> remote: abort: Disk quota exceeded
08:14:39  <planetmaker> oh bugger
08:17:15  <Brot6> OpenGFX+ Trains renders - Support #4127: Requires clone of merged repo XXotic750X @
08:18:05  <planetmaker> right. Try again, Xotic750
08:18:16  <Xotic750> ok
08:18:22  <planetmaker> how frigging big is that repo though?
08:18:43  <Xotic750> 2.8 GB
08:18:53  <Xotic750> complete history
08:19:05  <Xotic750> abort: repository ogfx-trains-render already exists!
08:19:05  <Xotic750> abort: could not create remote repo!
08:20:30  <Xotic750> if we didn't want to keep a history then we could recreate it from fresh every once in a while to keep the size down?
08:20:53  <planetmaker> the point of a repo is to keep history...
08:22:01  <planetmaker> try cloning again. I deleted the empty repo
08:22:21  <Xotic750> under way
08:26:06  <planetmaker> and doubled the disk quote for the repos... to 50GB
08:26:11  <planetmaker> (all together)
08:26:35  <planetmaker> they were at 22.odd so it exceeded the 25GB quota previously
09:53:33  <Brot6> OpenGFX+ Trains renders - Support #4127 (Closed): Requires clone of merged repo XXotic750X @
09:53:34  <Brot6> OpenGFX+ Trains renders - Support #4127 (Closed): Requires clone of merged repo XXotic750X @
09:57:48  <Brot6> OpenGFX+ Trains - Support #4126 (Feedback): 8bpp pixel art and 32bpp render art offsets XXotic750X @
10:01:16  <Brot6> OpenGFX+ Trains - Support #4124 (Feedback): Have m4_experiment branch built nightly XXotic750X @
10:01:16  <Brot6> OpenGFX+ Trains - Support #4017 (Closed): Reduce repo size by archiving sources that are split into ... XXotic750X @
10:07:21  <Brot6> OpenGFX+ Trains - Code Review #4131 (Feedback): Use length of 8 for all redefined vehicles and curre... XXotic750X @
10:31:49  <Ammler> [08:58] <planetmaker> yes. the CF cannot build branches currently <-- that has lowest prio for me, so either merge to default or create a "pseudo-tag"
10:32:56  <Ammler> planetmaker: did you trigger nightly in the meantime?
10:34:01  <planetmaker> no. Forgot to do so
10:34:12  <Ammler> planetmaker: the render repo has no sense in history, has it?
10:34:13  <planetmaker> but why wasn't it run?
10:34:50  <Ammler> planetmaker: there was no queue
10:35:25  <planetmaker> eh? isn't it started via crontab?
10:36:49  <Ammler> 17 17 * * * su - hg /home/hg/misc/compiler/ 1>/dev/null
10:36:51  <Ammler> 59 18 * * * su - hg /home/hg/misc/compiler/wrapper/ 1>/dev/null
10:36:51  <Ammler> 7 17 * * * su - hg /home/hg/misc/compiler/wrapper/ 1>/dev/null
10:39:06  <Ammler> no mail either
10:40:11  <planetmaker> yes?
10:40:51  <Ammler> no clue, why it didn't start
10:42:47  <Ammler> I thought, I saw already ogfx-trains builds
10:43:11  <planetmaker> yes. but 2 days ago
10:43:14  <planetmaker> not yesterday
10:43:49  <Ammler> how did that build without the render repo?
10:45:03  <Ammler> oh btw. it's sunday in CH :-)
10:45:27  <Brot6> OpenGFX+ Trains - Support #4124: Have m4_experiment branch built nightly XXotic750X @
10:45:50  <Xotic750> render repo is blender models and raw images, ogfx-trains is sprites and nml
10:46:27  <planetmaker> Ammler: the repos don#t depend on eachother
10:51:15  <Brot6> OpenGFX+ Trains - Support #4124: Have m4_experiment branch built nightly XAmmlerX @
10:51:35  <planetmaker> Ammler: it's not the first time this happens - or rather not happens... something must be causing that
10:51:56  <planetmaker> btw, Ammler, I increased disk quota for dev to 50GB
10:51:59  <Ammler> planetmaker: are you sure? Usually I see the queue
10:52:42  <planetmaker> not 100% sure. But feels like
10:52:49  <Ammler> or did you run your reset script by accident?
10:53:01  <planetmaker> I didn't run it yesterday iirc
10:53:30  <planetmaker> though... I ran it somewhen, but that was iirc before 17h
10:54:23  <Ammler> if the script starts and stops by error, the queue should stay as the clenup does not run
10:55:27  <Ammler> everytime else we has such issues on the server, we had the queue
10:55:27  <Ammler> have*
10:55:27  <Ammler> had* :-)
10:56:11  <Ammler> planetmaker: you should edit the Favorites on frontpage :-P
10:56:23  <planetmaker> :-)
10:57:54  <Brot6> OpenGFX+ Trains renders - Revision 283:90dc887fd099: Fix: Path to bensky XXotic750X @
10:58:59  <planetmaker> why do I get now again regularily mails that haydn load is critical?
11:00:04  <Ammler> because laod _is_ critical, please ask ^Spike^ about those mails :-)
11:02:09  <Ammler> or was your question why the load is critical?
11:02:57  <Brot6> OpenGFX+ Trains renders - Revision 284:789217cb907c: Add: Model and render of X2001 monorail engine XXotic750X @
11:08:21  <planetmaker> :-) of course I wonder why / how our load suddenly is higher that it gets critical
11:09:17  <planetmaker> btw, have a look at the improved frontpage
11:11:02  <Ammler> hmm, maybe rename "Favorites" to "Quicklinks"
11:11:31  <Ammler> or something other less rating
11:13:17  <planetmaker> nah. It *is* a rating
11:13:21  <Ammler> :-)
11:13:22  <planetmaker> :-P
11:13:37  <planetmaker> but maybe... Examples is better
11:14:48  <planetmaker> changed to examples
11:19:11  <Ammler> omg, now I see what the z in zBase means
11:19:19  <Ammler> Zephyris?
11:24:14  <planetmaker> congratulations ;-)
11:26:08  <Ammler> I thought it is a kind of generic name
11:30:19  <planetmaker> can be interpreted also as generic ;-)
11:30:36  <planetmaker> it's not a badname, imho
11:30:59  <planetmaker> maybe we should create also an aBase set :-P
11:32:09  <Brot6> ogfx-trains: update from r632 to r637 done -
11:35:12  <Ammler> YES YES YES
11:35:23  <planetmaker> :-)
11:35:23  <Ammler> and that also before we fix the http server :-p
11:44:08  <Ammler> Xotic750: what is the reason for your m4branch?
11:44:35  <Xotic750> m4
11:44:41  <Xotic750> not cpp
11:45:02  <Ammler> and why do you want nightly from it?
11:46:21  <Xotic750> for comparison, interchangeability, proof of concept and eventually possible acceptance as default branch
11:47:05  <Xotic750> and NewGRF build framework acceptance
11:47:53  <Ammler> well, easiest is (IMO) to create a fork
11:48:50  <Ammler> merging with different repos should be as easy as on same repo, afaik
11:50:09  <Ammler> (just create a subproject ogfx-trains-m4)
11:51:06  <Xotic750> at the moment though, all sprites are shared within the same repo, if I create a fork then won't that be 2 repos of the same size and increasing in size?
11:51:52  <planetmaker> depends on how intelligent the file system is
11:52:13  <Xotic750> not that intelligent at my end :)
11:52:16  <Ammler> well, it shold not on your side, it will on the server
11:52:43  <Ammler> because redmine does not support fork
11:53:16  <planetmaker> apropros... what was our url to access rhodecode?
11:54:00  <planetmaker> surely not ;-)
11:54:21  <Ammler> planetmaker: rhodecode was accessable via ssh only
11:54:38  <planetmaker> how?
11:55:16  <Ammler> someting like ssh -L8888:localhost:8888 -Nv
11:56:14  <Ammler> but you would need to start it...
11:59:39  <Ammler> source ./rhodecode-venv/bin/activate
11:59:52  <planetmaker> but... hasn't it got a web interface? Isn't that the whole point of it?
12:00:13  <planetmaker>
12:00:14  <Webster> Title: Dashboard - RhodeCode (at
12:00:35  <Ammler> cd rhodecode
12:00:39  <Ammler> paster serve production.ini
12:01:33  <Ammler> oh, I broke it :-P
12:03:19  <Ammler> anyway, running on 5000
12:07:00  <Ammler> removed link hg-repos to .
12:07:17  <Ammler> nobody might use this old ssh link anymore
12:07:48  <Ammler> planetmaker: as said, the webinterface is accessable on port 5000
12:07:59  <Ammler> which you need a ssh tunnel for
12:08:23  <planetmaker> hm... sorry. How do I access it from here then?
12:09:37  <Ammler> [13:55] <Ammler> someting like ssh -L8888:localhost:8888 -Nv
12:09:45  <Ammler> and then http://localhost:5000
12:10:43  <planetmaker> hm... that won't produce a web page for me. But I've the feeling I'm still missing an essential step?
12:10:58  <Ammler> no
12:11:13  <planetmaker>
12:11:17  <Ammler> but you might have used port 8888 from my example instead real port 5000
12:11:56  <Ammler> as your paste confirms ;-)
12:12:25  <planetmaker> ... yes
12:12:35  <Ammler> so change it to 5000
12:13:54  <Ammler> rhodecode without user sharing does not make any sense, that is why I didn't continue on configure
12:15:14  <planetmaker> what you mean with user sharing?
12:15:40  <Ammler> login and access control
12:16:03  <Ammler> rhodecode has it's own user db or ldap
12:16:36  <planetmaker> we probably should consider ldap...
12:16:37  <Ammler> but then we have users only, no access control
12:16:56  <Ammler> so it is more as just ldap needed :-)
12:18:22  <planetmaker> which usernames and pw does it accept?
12:19:07  <Ammler> queried you
12:19:24  <planetmaker> hm?
12:21:00  <Ammler> i guess, it might be easier to create a plugin for redmine to allow forking
12:21:54  <planetmaker> yes and no. One big advantage of the rhodecode is: it allows editing text files via web
12:22:06  <Ammler> doesn't exist because of its multivcs support
12:22:06  <planetmaker> and adding files via web as well
12:22:28  <planetmaker> hm?
12:24:47  <Ammler> hmm, true
12:25:44  <Ammler> so we need a hook to sync the users and access control
12:25:54  <planetmaker> what is missing in rhodecode is one major and one minor thing for a full web interface: major is updating of binary files (e.g. images) and minor is deletion of files
12:26:07  <Ammler> as we would need to sync access control in any case, ldap is not that necessary
12:26:30  <planetmaker> I was told that such extention does not exist but would be rather easy (dunno by which standards, though). But I was also told "do it yourself" ;-)
12:26:45  <Ammler> yes, me too :-P
12:27:01  <planetmaker> :-D
12:32:16  <Ammler> what rhodecode also proves is that clone/pull big repos via http works :-)
12:33:02  <planetmaker> dunno. might be
12:33:05  <planetmaker> you tried?
12:33:19  <Ammler> yes, I tried
12:33:20  <planetmaker> tunneling via ssh might alter the result
12:33:26  <planetmaker> as it's basically still an ssh
12:33:38  <Ammler> well, I could setup nginx proxy
12:33:43  <Ammler> nono
12:34:03  <Ammler> you can also tunneling to port 80, if you want :-)
12:34:29  <Ammler> that should still fail
12:36:52  <Brot6> zbuild: update from r17 to r28 done (1168 warnings) -
12:38:33  <Ammler> wtf
12:38:53  <planetmaker> push, long ago?
12:39:49  <Ammler>
12:40:02  <Ammler> and try to clone a big repo
12:40:42  <Ammler> ok, off a bit...
12:41:08  <Brot6> foobarstramtracks: update from r27 to r28 done -
12:41:51  <planetmaker> so... now we have 2 forks of ogfx-trains ;-9
12:42:42  <Ammler> rhodecode might be useful for trustful people for a start at least
12:42:49  <Ammler> people like you share ssh now
12:43:36  <Ammler> and we could use to serve http
12:43:46  <Ammler> anonymous
12:44:05  <Ammler> ah, didn't I say "off" :-)
12:44:08  <planetmaker> you mean as it disallows access control on a repo basis?
12:44:30  <planetmaker> how does bitbucket solve that?
12:44:47  <Ammler> it does allow, we just can't share it with redmine out of the box
12:46:19  <Ammler> oh, the wtf above was about nginx not properly restarting
12:46:32  <Brot6> nml: update from r1965 to r1966 done -
12:47:50  <Ammler> as you now should know, building push and nightl parallel slows down both
12:49:12  <Brot6> dutchtrains: update from r633 to r635 done -
12:49:36  <Ammler> good old newgrfs are done in 3 mins
12:50:37  <Brot6> metrotrackset: update from r106 to r107 done -
12:51:16  <Ammler> or well.. 1min
12:52:58  <Brot6> FISH - Bug #4132 (New): DevZone compile failed XcompilerX @
12:53:05  <Brot6> uselesstracks: update from  to r18 done -
13:00:02  <Brot6> FISH - Bug #4132: DevZone compile failed XAmmlerX @
13:01:08  <planetmaker> he, that might be true
13:01:26  * planetmaker has a look
13:03:47  * planetmaker tries to fix
13:04:53  <Brot6> FISH - Bug #4132 (Closed): DevZone compile failed XcompilerX @
13:04:54  <Brot6> FISH - Revision 884:53bbfcba6d5f: Fix #4132: Change build type to NML XplanetmakerX @
13:04:54  <Brot6> FISH - Bug #4132 (Closed): DevZone compile failed XplanetmakerX @
13:12:00  <planetmaker> I wonder when the CF will re-build FISH :-)
13:18:29  <Ammler> changed the rhodecode to ssl only
13:19:02  <planetmaker> hm...
13:19:20  <planetmaker> ah... ssl... https
13:22:16  <Ammler> because nml is built after zbuild and ogfx-trains, it will need to build those 2 again and so you can expect fish to be built in 2 hours earliest
14:55:07  <planetmaker> Ammler: what kind of public holiday is today in Switzerland?
14:58:14  <Ammler> planetmaker:
14:58:15  <Webster> Title: Swiss National Day - Wikipedia, the free encyclopedia (at
15:02:47  *** frosch123 has joined #openttdcoop.devzone
15:06:25  <Brot6> fork-ogfx-trains: update from  to r637 done -
15:24:39  <Brot6> OpenGFX+ Trains - Revision 640:774ea3e15441: Add: X2001 to the model list XXotic750X @
15:24:39  <Brot6> OpenGFX+ Trains - Revision 641:7abbca1c1e8f: Add: X2001 32bpp sprites XXotic750X @
15:24:39  <Brot6> OpenGFX+ Trains - Revision 642:1552174ec5d6: Feature: Use 32bpp X2001 sprites XXotic750X @
15:24:39  <Brot6> OpenGFX+ Trains - Revision 643:ee34184e444a: Update #4131: Remove length 7 so all wagons are now len... XXotic750X @
15:24:42  <Brot6> OpenGFX+ Trains - Revision 644:391e35f0cae2: Feature #4131: Remove length 7 so all engines and wagon... XXotic750X @
15:24:46  <Brot6> OpenGFX+ Trains - Revision 645:fd51de2ba2b5: Feature #4131: Remove length 7 so all engines and wagon... XXotic750X @
15:26:51  <planetmaker> lol... brot built the rhodecode play repo
15:31:13  <Ammler>  well, when you forke with .devzone :-P
15:31:36  <Ammler> but at least Xotic750 could use it for the m4 brnach
15:32:16  <Ammler> just don't forget to add it as subproject
15:32:21  <Ammler> else http login might fail
15:39:28  <Brot6> rust: compile of r23 still failed (#4102) -
15:47:40  * Rubidium suspects that the CF is somehow extremely IO constrained
15:48:08  <Rubidium> why else would untarring zbuild.tar take five and a half minute
15:59:05  <Brot6> fork-fork-ogfx-trains: update from  to r637 done -
16:03:18  <Brot6> make-nml: compile of r14 still failed (#4048) -
16:06:12  <Ammler> taring needs around as much time or longer
16:07:42  <Rubidium> the log seems to imply ~100 seconds for tar zbuild
16:08:00  <Rubidium> and less than 4 minutes to clone
16:08:15  <Brot6> frenchtowns: compile of r6 still failed (#4058) -
16:09:55  <planetmaker> probably stuff running in parallel, Rubidium
16:14:36  <Brot6> FISH - Bug #4133 (New): DevZone compile failed XcompilerX @
16:18:04  <Brot6> dach: compile of r54 still failed (#4104) -
16:21:46  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: ogfx-trains, zbuild (1168 warnings), ogfx-industries (Diffsize: 129404), firs, opengfx (12 warnings), bandit (1 warnings) (Diffsize: 8191), cets (195 warnings) (Diffsize: 45519), friss (Diffsize: 2160), manindu (Diffsize: 2), newgrf_makefile (Diffsize: 1), swisstowns (Diffsize: 51), britrains (7 warnings) (Diffsize: 67278), dutchroadfurniture
16:21:46  <Brot6> (Diffsize: 203965), spanishtowns (Diffsize: 8), ogfx-rv, dutchtracks, ogfx-landscape (2 warnings) (Diffsize: 1320), swedishrails (Diffsize: 1836), german-townnames (Diffsize: 5042), belarusiantowns (Diffsize: 72), indonesiantowns (1 warnings) (Diffsize: 350), debugveh (Diffsize: 989), airportsplus (Diffsize: 6970)
16:23:39  <Brot6> fish: compile of r884 still failed (#4133) -
16:24:53  <Rubidium> pushing to ssh://
16:24:54  <Rubidium> remote: Illegal repository '/home/hg/hg-repos/zbasebuild'
16:24:56  <Rubidium> :(
16:28:45  <Rubidium> have you moved some stuff around there?
16:30:14  <planetmaker>
16:31:27  *** Alberth has joined #openttdcoop.devzone
16:33:14  <Brot6> OpenGFX+ Trains - Support #4134 (New): Rhodecode is pushing to backup server XXotic750X @
16:34:06  *** Xotic750_ has joined #openttdcoop.devzone
16:41:55  <Rubidium> planetmaker: who should I poke for that? You or Ammler?
16:42:16  <planetmaker> o_O
16:42:41  <planetmaker> Rubidium: wrt what?
16:42:57  <Rubidium> the error of 18 minutes ago
16:43:02  <Rubidium> can't push or pull
16:43:05  <planetmaker> oh... hm...
16:45:04  <planetmaker> Rubidium: can you try change the path (equivalent) to ssh:// ?
16:45:42  <Rubidium> that works
16:46:03  <Brot6> zBaseBuild - Revision 88:5b2f18aa74ff: Add: tropic palm trees XRubidiumX @
16:46:07  <planetmaker> seems that one re-write rule stopped working, Ammler ^^
16:52:33  <Ammler> yes, I removed hg-repos today
16:53:12  <Ammler> th url is depreciated around 2 or 3 years now?
16:54:29  <Ammler> it was a symlink "hg-repos -> ." which caused infinite loop for rhodecode scanner
16:56:33  <Brot6> zBuild - Revision 29:342d4681c052: Change: isn't valid/supported a... XRubidiumX @
16:57:49  <planetmaker> hm, I see
16:57:59  <planetmaker> Please write a news item about that :-)
16:58:29  <planetmaker> people *will* wonder
16:58:33  <planetmaker> as it is still in use
16:58:43  <Rubidium> and maybe it's possible to make it return a message that another address should be used
16:59:34  <Rubidium> as there seems to be some wrapper/checker doing something magical
17:03:23  <Ammler> planetmaker: only ssh user and very ol ssh user have such url
17:03:31  <Ammler> I would rather add the link again :-)
17:03:42  <planetmaker> the message about the non-existing repo comes from hg, iirc, Rubidium
17:03:43  <Ammler> old*
17:04:03  <Rubidium> planetmaker: but if I connect to it with ssh, I just get a question mark
17:04:18  <Ammler> also people like Rubidium should first check their url before asking here :-P
17:04:20  <Rubidium> and I know TB does some things in that direction on our server as well
17:04:34  <planetmaker> if you connect to ?
17:05:07  <Rubidium> Ammler: I was painfully unaware that it was deprecated; I used it for all repositories
17:05:22  <Ammler> where do you get that url from?
17:05:23  <planetmaker> so did I ;-)
17:05:28  <planetmaker> from me :-P
17:05:32  <Ammler> and where do you get it from?
17:05:42  <planetmaker> from... since ever?
17:05:52  <planetmaker> probably from my oldes repo's setup
17:06:27  <frosch123> i am using that as well :)
17:06:31  <Ammler> well, it might have old guides around which are not updated
17:07:34  <Ammler> but until you link me to such a doc, I don't take repsonsibilty for that error :-P
17:07:50  <Alberth> Ammler: you may want to fix the planetmaker doc first :p
17:07:55  * Alberth hugs planetmaker
17:08:05  <planetmaker> :-D
17:08:16  <planetmaker> this doc has been outdated till last week or so
17:08:21  <Rubidium> I usually go to an already working/existing repository's .hg/hgrc and copy the URL from there, modify it, and then clone something
17:08:21  <frosch123> i think i also got that url from pm 2 years ago :p
17:08:29  <planetmaker> as I did what just rubi said
17:08:48  <Rubidium> instead of trying to find such information on a website where I wouldn't know exactly where to find it
17:09:06  <Rubidium> cat ~/openttd/extra/opengfx/.hg/hgrc is somewhat easier
17:09:09  <Alberth> I usually go to the 'repo' tab, and copy/paste the url there
17:09:39  <planetmaker> I copy opengfx' .hgrc and change the repo path
17:09:54  <Ammler> the only guy here with wrong url could be pm
17:10:06  <Ammler> all others have ssh access after I moved from hg-repos to .
17:10:09  <planetmaker> yes. I've always been using the old one ;-)
17:10:39  <planetmaker> and as it worked, and I didn't exactly remember the new one... I gave the old one
17:10:47  <planetmaker> easier to look, you know :-)
17:11:00  <Rubidium> #openttdcoop.devzone.log:21:29 < Ammler> well, the curent ssh url is ssh://<project>
17:11:02  <frosch123> <- found some text referencing :p
17:11:11  <Webster> Title: Transport Tycoon Forums View topic - TTDViewer [2010-03-14] (at
17:12:59  <frosch123> <- that one can be deleted btw.
17:13:05  <frosch123> i doubt anyone is going to use it
17:13:33  * Rubidium quickly checks it out ;)
17:17:19  <Ammler> Rubidium: from when, and a bit out of context
17:17:50  <Ammler> frosch123: mz doesn't work anymore either?
17:17:56  <Rubidium> from about 1.5 years ago
17:18:13  <Ammler> the only thing I did today was removing the symlink hg-repos
17:18:15  <Ammler> which could be added again
17:18:59  <Ammler> hmm ottdc could still work
17:19:05  <frosch123> ssh:// failed, i replaced it with ssh:// now
17:19:32  <Ammler> ah no
17:19:39  <Ammler> ottdc is alias user of hg
17:20:24  <Ammler> ok, you guys might use ssh as long as pm then :-P
17:20:39  <Ammler> Yexo: might also have that outdated url
17:20:49  <Rubidium> and GT
17:20:54  <planetmaker> send an e-mail or forum mail
17:21:05  <Ammler> gt has ssh?
17:21:16  <frosch123> Ammler: i think i got that ssh when there was only ssh
17:21:35  <Ammler> anyway, usually people should first check their setting then complain :_P
17:21:50  <planetmaker> Ammler: the setting was ok... till today :-)
17:21:51  <Rubidium> Ammler: well what I quoted of you was originally a reply to GT
17:22:11  <Rubidium> interestingly he had problems with ssh://
17:22:39  <Ammler> I am sure, you woulc also find a quote where I announced the change or the ssh path ;-)
17:22:45  <Rubidium> oh... my math is off... s/1.5/2.5/
17:23:18  <Ammler> s/or/of
17:23:27  <Rubidium> sadly enough I can't (grepping for hg@hg)
17:23:41  <Ammler> hg\@hg
17:24:36  <Rubidium> hg@hg works quite well as I get several hits, but none obviously an announcement
17:25:00  <Ammler> <-- I know you all know that page, just to be sure :-P
17:26:05  <frosch123> that page is from 2011
17:26:14  <Rubidium> Ammler: doesn't ring a bell to me
17:27:02  <Ammler> that page is there since start, just the history is lost during a failed migration
17:27:23  <Ammler> but the earliest entry already has the new url from jan 11
17:31:44  <Ammler> anyway added the link again
17:32:30  <Ammler> planetmaker: feel free to remove it when you don't need it anymore :-P
17:36:10  * Rubidium leaves the road stop to Alberth and the steel mill to planetmaker 
17:41:06  <planetmaker> Ammler: but no-one looks there when there are people who "know" the url ;-)
17:41:51  <Alberth> I don't particularly like the project, so I have no problem with you doing 'my' part
17:42:26  <Rubidium> but you were working on them already, so it's only fair to finish it
17:43:14  <Rubidium> apparantly it's at 50% according to highscore
17:43:34  <Rubidium> it = zbase completion
17:43:55  <Rubidium> my quick script doesn't come much further than 39%
17:43:58  <frosch123> 50% of temperate or of all?
17:44:42  <Rubidium> 50% of all base_graphics labels have an alternate sprite, excluding some gui/font sprites
17:44:57  <Rubidium> my script looks at the NFO
17:45:08  <Rubidium> and also ignores some gui/font sprites
17:46:04  <Rubidium> so it seems like many many many templated sprites are still left
17:46:31  <Rubidium> although there may also be like a thousand signal sprites
17:48:32  <Rubidium> my script would be at 48.5% if it ignored the extra GRF
17:58:30  <Brot6> ogfx-trains: update from r637 to r645 done -
18:11:46  <Alberth> we're still missing a lot of industries and buildings, I think
18:12:03  <Alberth> eg all toyland buildings/industries afaik
18:14:27  <planetmaker> as usual... toyland last...
18:18:10  <Alberth> terrain, and tracks are already done :)
18:18:15  *** andythenorth has joined #openttdcoop.devzone
18:18:44  <andythenorth> hmm
18:18:46  <andythenorth> can't pull FISH
18:18:56  <andythenorth> remote: Illegal repository '/home/hg/hg-repos/fish'
18:21:05  <Brot6> zbuild: update from r28 to r29 done (1168 warnings) -
18:50:29  <Rubidium> andythenorth: use instead
18:52:04  <andythenorth> works thanks
18:52:40  <Brot6> fork-fork-ogfx-trains: compile of 0.3.0 failed -
18:53:27  <Brot6> FISH - Revision 885:6c88e5fc91dd: Change: updated Afrikaans translation (telanus) XandythenorthX @
18:54:19  <Brot6> FISH - Revision 886:6f750b30b660: merge XandythenorthX @
19:23:11  <Brot6> zbuild: update from r28 to r29 done (1168 warnings) -
19:23:39  <Rubidium> wut? Why did it build it twice?
19:27:54  *** andythenorth has quit IRC
19:40:26  <planetmaker> zbuild has enabled build on push?
19:40:27  <planetmaker> iirc. thus each push triggers one
19:40:56  <Rubidium> s/one/two/ (is more my point)
19:41:07  <Brot6> Rubidium: You did something wrong... Try s/you/me/ or tell me "help sed"
19:41:43  <Rubidium> Brot6: no, you are stupid enough to claim I am wrong when you can't handle it... you stupid bot
19:41:46  <frosch123> Brot6: you failed the turing test
19:48:22  <Brot6> fork-ogfx-trains: update from r637 to r641 done -
20:09:39  <Brot6> fork-fork-ogfx-trains: update from r637 to r642 done -
20:10:17  <frosch123> fork-fork-fork-fork-fork-fork-fork
20:10:30  <frosch123> s/.*/&-&-&/
20:10:40  <frosch123> :/
20:10:56  <Brot6> frosch123 meant: "&-&-&"
20:11:11  <frosch123> no
20:11:29  <frosch123> brot is quite busy :p
20:12:07  <Rubidium> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
20:12:13  <Rubidium> s/a/bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb/g
20:12:14  <Brot6> Rubidium meant:
20:12:14  <Brot6> "bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
20:12:14  <Brot6> bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
20:12:21  <Brot6> bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
20:12:23  <Brot6> bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb...
20:12:56  <Brot6> fish: compile of r886 still failed (#4133) -
20:15:58  <Brot6> rust: compile of r23 still failed (#4102) -
20:16:34  <Brot6> make-nml: compile of r14 still failed (#4048) -
20:17:05  <Brot6> frenchtowns: compile of r6 still failed (#4058) -
20:19:14  <Brot6> fish: compile of r886 still failed (#4133) -
20:19:59  <Brot6> dach: compile of r54 still failed (#4104) -
20:21:30  <Brot6> fish: compile of r886 still failed (#4133) -
20:23:19  * Rubidium wonders whether it's fishy that fish is compiled thrice
20:25:46  <Alberth> perhaos dependencies on updates from other projects?
20:58:51  <planetmaker> hm
21:05:38  <Ammler> it always does build if the last build was error
21:07:40  <Brot6> OpenGFX+ Trains - Revision 646:0ba6ebedbb84: Feature #4131: Improved 8bpp pixel art to work with 1cc... XXotic750X @
21:08:20  <Ammler> planetmaker: you wanna keep those fork- and fork-fork- repos?
21:08:38  <Rubidium> Ammler: but does it build three times if it had a build error?
21:08:52  <planetmaker> not necessarily. It was just to test rhodecode.
21:09:02  <Rubidium> as fish compiled thrice in about ten minutes
21:09:10  <Ammler> you might consider to use a less big repo just for testing and maybe one which doesn't have build jobs
21:09:28  <planetmaker> :-)
21:09:42  <planetmaker> Ammler: using one of the biggest repos was not accident, it was intention
21:10:06  <planetmaker> the build jobs and backup thing, that was not
21:10:22  <Ammler> and did you check the disk usage on server?
21:10:27  <planetmaker> and actually that shows directly that cloning it with a backup stuff is not good
21:10:33  <planetmaker> no(t yet)
21:10:42  <planetmaker> should be 300MB each
21:11:03  <planetmaker> as I made a checkout in each to disable backup, now another 600MB
21:11:26  <Ammler> hg@dev:~> du -sh *ogfx-trains
21:11:28  <Ammler> 383M    fork-fork-ogfx-trains
21:11:29  <Ammler> 121M    fork-ogfx-trains
21:11:47  <planetmaker> so, even smaller
21:12:00  <Brot6> OpenGFX+ Trains - Support #4134: Rhodecode is pushing to backup server XXotic750X @
21:12:11  <Ammler> 890M    lf.ogfx-trains
21:12:13  <Ammler> 123M    ogfx-trains
21:13:31  <Brot6> OpenGFX+ Trains - Support #4134: Rhodecode is pushing to backup server XplanetmakerX @
21:13:52  <planetmaker> ^^ and that IMHO is an issue, Ammler
21:13:54  <Brot6> zBaseBuild - Revision 89:20b7da9838b5: Add: Bus stops. XAlberthX @
21:13:54  <Brot6> zBuild - Revision 30:1aaf75d9337b: Change: Updated zbuild for zbasebuild bus stops. XAlberthX @
21:14:19  <planetmaker> a clone never must use the same backup repo. Thus .devzone/backup.push must be stripped from the repos and we need another solution
21:15:08  <Brot6> OpenGFX+ Trains - Support #4134: Rhodecode is pushing to backup server XAmmlerX @
21:15:44  <Ammler> zrue
21:16:19  *** Alberth has left #openttdcoop.devzone
21:16:34  <Ammler> planetmaker: is lf.ogfx-trains the origin repo?
21:16:54  <Ammler> this is a bit onfusing :-)
21:17:04  <planetmaker> ogfx-trains-old is
21:17:15  <Ammler> you cloned from there?
21:17:29  <planetmaker> no. I cloned from ogfx-trains
21:17:38  <Ammler> and what is lf....
21:17:47  <planetmaker> a large files experiment
21:17:55  <Ammler> ah, I guess, sh does not care, it just uses one
21:18:12  <planetmaker> sh?
21:18:15  <Ammler> ok, so not related to the new ogfx-trains either?
21:18:28  <planetmaker> unrelated, yes
21:18:40  <Ammler> so the new repo is just 380mb
21:18:53  <Ammler> hmm, the big repo is the render repo, right?
21:19:09  <planetmaker> deleting it
21:19:14  <planetmaker> the lf.ogfx-trains
21:19:18  <planetmaker> yes, render is big
21:19:51  <Ammler> I guess, the "linked" repo depends on amount of files
21:20:49  <Ammler> that is why it is still that big
21:27:00  <Brot6> OpenGFX+ Trains - Revision 647:59883863bbbb: Fix: Added 2cc flag for the recently added 32bpp sprite... XXotic750X @
21:44:30  *** frosch123 has quit IRC
21:47:44  <Brot6> OpenGFX+ Trains - Code Review #4131: Use length of 8 for all redefined vehicles and current wagons XXotic750X @
21:48:54  <Brot6> OpenGFX+ Trains - Support #4134 (Feedback): Rhodecode is pushing to backup server XXotic750X @
21:48:54  <Brot6> OpenGFX+ Trains - Support #4134 (Feedback): Rhodecode is pushing to backup server XXotic750X @
22:07:42  *** Xotic750_ has quit IRC
22:28:44  <Brot6> zbuild: update from r29 to r30 done (1168 warnings) -
23:41:39  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk