Log for #openttdcoop.devzone on 1st April 2013:
Times are UTC Toggle Colours
00:34:08  *** Zuu has quit IRC
04:46:06  *** dirace has joined #openttdcoop.devzone
04:46:22  *** dirace has joined #openttdcoop.devzone
04:49:03  *** dirace has quit IRC
04:49:17  *** dirace has joined #openttdcoop.devzone
06:34:35  *** Supercheese has joined #openttdcoop.devzone
07:10:27  *** Alberth has joined #openttdcoop.devzone
07:56:11  *** Supercheese has quit IRC
08:30:34  <planetmaker> moin
08:48:05  *** ODM has joined #openttdcoop.devzone
09:13:11  <planetmaker> Alberth, re that feature request wrt uploading language files. Got time for that now?
09:13:42  <Alberth> yep
09:14:30  <Alberth> If I understood it correctly, you wanted to have translators upload language files?
09:14:45  <planetmaker> well, yes. or no.
09:15:00  <planetmaker> From what I saw there, one can actually upload an updated version of a language file
09:15:03  <planetmaker> so that is possible
09:15:27  <Alberth> a project should be able to update the strings :p
09:16:08  <planetmaker> so when using the feature to upload a new translation file, the old strings are overwritten. Naturally
09:16:47  <planetmaker> Thus what I tried to ask there is, whether it's possible to do an online comparison of the new file versus the existing translations
09:16:56  <planetmaker> And only accept the new file after review.
09:17:11  <planetmaker> Or at least having that option
09:17:26  <planetmaker> like a button "show differences"
09:17:48  <Alberth> yeah, that would be an option
09:18:17  <planetmaker> reason is, that the online translation might have changed since I got my language file which I updated
09:18:20  <Alberth> although I cannot really picture how that would look
09:18:23  <planetmaker> or something along those lines
09:19:14  <planetmaker> Well, one could cycle through the different strings in the edit mode. Which shows base language, old version and new version below eachother
09:19:37  <planetmaker> thus a slightly extended normal edit view. With a filter on the strings which differ
09:19:51  <planetmaker> "slightly" probably, though
09:20:44  <Alberth> the 'overwrite texts' flag mostly handles it. It will leave newer translations alone unless the uploaded text does not exist
09:21:15  <Alberth> but in my view, a language file is not very useful for translators
09:21:25  <planetmaker> the 'overwrite flag' handles what should happen by default, yes
09:21:30  <planetmaker> why is a lang file not useful?
09:21:41  <Alberth> as it misses context of what it was translated against
09:22:01  <planetmaker> well... but one can obtain the base language as well?
09:22:29  <Alberth> oh, you mean download both?
09:22:33  <Alberth> that's a good idea
09:22:35  <planetmaker> I see it with OpenTTD translations, that people who start a new translation, get the English file, create a new file. And then translate string for string into the new file
09:22:49  <planetmaker> and then when they got a 1st version, come with it to us.
09:23:04  <planetmaker> The same makes sense for larger reviews. Where you e.g. unify the naming of some things or so
09:23:13  <planetmaker> e.g. s/X/Y/g in the whole file
09:23:37  <Alberth> we may want a special case for that
09:23:52  <Alberth> but that's later, imho
09:23:57  <planetmaker> yes, but not sure, it's needed ^
09:24:04  <planetmaker> it borders on tmwftlb easily
09:24:16  <planetmaker> that's why I suggest this generic update via a new translation file
09:24:32  <planetmaker> it's for the hardcore translators or so :D
09:25:06  <planetmaker> and... I set this here to 'low' or 'very low' for a reason. It's a feature which is not required really. But can be convenient in some situations
09:25:30  <Alberth> I was thinking to generate a file with "some set" of strings (eg all, or outdated, or whatever), with for each string, the current base, the current translation, and an empty new translation
09:25:57  <planetmaker> Hm. And offering that to translators?
09:26:10  <Alberth> translators can fill in the new translation entry, and send it back
09:26:11  <planetmaker> for download?
09:26:21  <planetmaker> That sounds like a very nice idea, Alberth
09:26:22  <Alberth> yes
09:26:35  <planetmaker> a template which I just need fill in. Handy
09:27:10  <planetmaker> Something I struggle with most is when trying to find which strings need adding in a new FIRS translation and at which place. Despite the list the current one has already
09:27:14  <Alberth> more importantly, I can retrieve what you translated against, and shoot obsolete translations down :)
09:27:23  <planetmaker> :-)
09:28:28  <Alberth> eints doesn't care for order in the translations, it uses the skeleton set by the base language :)
09:28:43  <planetmaker> yes, of course. it does that for the user :-)
09:29:01  <planetmaker> but when I commit a language file, I care for myself, that it is ordered as the base language
09:29:14  <planetmaker> and if it's only to quickly see next time which strings need adding / deleting / update
09:29:33  <Alberth> with the above new format, what leaves that for #5318 (iirc the number correctly)?
09:30:08  <Alberth> yeah, I also sort translations in the same way as the base language :)
09:30:11  <planetmaker> well. If you provide an "update format" thing, then we don't need the language file download / upload
09:30:25  <planetmaker> I see your suggestion as the implementation of that. A better one
09:30:58  <Alberth> k
09:31:25  <Alberth> are there any plans on setting up a real server for this thing?
09:31:43  <planetmaker> as soon as you want it, I'd say
09:32:10  <Alberth> my problem is what to do with the accounts and the owner/translator roles
09:32:59  <planetmaker> in terms of what to interface with those 'definitions'?
09:33:42  <Alberth> currently, it runs stand-alone
09:34:01  <Alberth> and the roles are handled centrally by the admin of the system
09:34:22  <planetmaker> ah, of the whole system. Vs. the admin of the single projects
09:34:24  <Alberth> is that wanted, or should it interface with eg RM
09:34:44  <planetmaker> It would be nice, if we could marry that with redmine's database, yes
09:34:54  <planetmaker> as it then has one account system
09:35:12  <planetmaker> #openttdcoop imho has already too many independent accounts. I like openttd's single sign-on really
09:35:36  <Alberth> k
09:35:45  <Alberth> just accounts?
09:36:20  <Alberth> no idea how to achieve that though, Frosch said I needed to hook into the RM sql server
09:36:43  <planetmaker> In utopia a project manager in RM could set the 'translator' status for individual RM users in his project. And that was obeyed there
09:36:55  <planetmaker> I recon that frosch is right
09:39:20  <Alberth> oke, no RM in my package manager :)
09:39:34  <planetmaker> chiliproject?
09:40:18  <Alberth> no chili or chiliproject either
09:41:59  <planetmaker> maybe we should create a VM right away... maybe a clone of devzone which you could muck around with?
09:43:21  <planetmaker>
09:43:22  <Webster> Title: Rest api - Redmine (at
09:44:16  <Brot6> Industrial Stations Renewal - Revision 90:5578dc5933b1: Codechange: Update valuables unloader and se... Xmart3pX @
09:44:22  <Rubidium> it's not even afternoon and you're talking about resting already?
09:44:32  <planetmaker> :-D
09:44:38  * Rubidium is getting lazy and sluggish of all the resting I did lately
09:44:53  <Rubidium> i.e. this weekend
09:45:37  <Alberth> oh dear, and it is such a long weekend :)
09:54:48  *** Zuu has joined #openttdcoop.devzone
09:56:59  <Alberth> what RM version should I use?
09:57:56  <planetmaker> hm, let me see
09:58:36  <planetmaker> currently devzone uses 1.4.4.stable (mysql2) according to itself
09:59:27  <planetmaker> what maybe could be done, if easier, is an ldap authentification... but I'd like to hear Ammler on that
09:59:37  <planetmaker> as RM supports that as well
10:02:10  <Alberth> you'd still need RM access for the roles, or can LDAP do that too?
10:02:58  <planetmaker> I don't exactly know.
10:03:47  <Ammler> I would suggest to do it like our hgpush
10:04:58  <Ammler> setting up ldap on our side won't happen that soon
10:05:44  <Alberth> what a lot of RM versions :)
10:07:53  <Ammler> hmm, there are 2
10:08:12  <Ammler> redmine 1.4 and 2.x
10:09:17  <Ammler> hook into the db might not be the cleanest way but the easiest :-)
10:10:13  <Ammler>
10:11:20  <Ammler> we would need to provide you with a read only sql account
10:11:56  <planetmaker> I understood that it's now the time to do so, possibly
10:12:24  <planetmaker> as well as for that translators VM
10:14:09  <Ammler> does the translators vm also need a db?
10:14:25  <planetmaker> only access to the user DB. afaik
10:24:10  <Ammler> Alberth: / planetmaker made a project for the vm, please do the requests there, I hope I can setup it this later afternoon/evening/night :-)
10:24:43  <planetmaker> Ammler, wouldn't that belong into the eints project, the translation service?
10:25:02  <planetmaker> possibly as a sub-category of tasks there?
10:27:20  <Ammler> no, it is private and accessable to those who has root on that server
10:27:38  <Ammler> or in this case who will get root :-)
10:28:16  <Alberth> the REST api looks cleaner to me
10:29:04  <Ammler> using REST would be much nicer
10:29:10  <Ammler> if you are able to
10:29:24  <Alberth> it's Python, it should be possible :p
10:29:39  <Ammler> I do create the compiler ticets via rest
10:30:25  <Ammler> hmm, that needs to be fixed to
10:30:29  <Alberth> the REST interface for authenticating users is a bit fuzzy, it does not explain what exactly you get, but I should just try it
10:31:30  <planetmaker> so, best get an SQL read account?
10:31:50  <Alberth> perhaps I should first experiment at my local system a bit
10:31:58  <Brot6> DevZone Help Center - Bug #5381 (New): compiler tickets fails XAmmlerX @
10:32:10  <Ammler> well, if alberth is able to get it via rest, we should use that
10:32:11  *** frosch123 has joined #openttdcoop.devzone
10:32:16  <Alberth> quak!
10:32:24  <planetmaker> quaaaaak! :-)
10:32:28  <Ammler> 2nd is to hook into the db as we do with hgpush
10:33:05  <Ammler> we would need a db account for that
10:34:20  <frosch123> moin
10:34:24  <frosch123> moioioin :)
10:34:48  <Ammler> but I am offish now, please create tickets for tasks I should do later when you might possible be offish :-P
10:37:00  <Alberth> thanks
11:06:46  *** andythenorth has joined #openttdcoop.devzone
11:15:40  <Brot6> FIRS Industry Replacement Set - Revision 3561:e51a745c6d1f: Fix: restore missing repo title to readm... XandythenorthX @
11:17:22  *** andythenorth has quit IRC
11:17:30  <Brot6> firs: update from r3560 to r3561 done (32 warnings) -
11:18:02  <Alberth> he came, he committed, he left :)
11:22:14  <planetmaker> hehe
11:24:26  <Brot6> Industrial Stations Renewal - Revision 91:6accee305cfb: Codechange: Update water pumping station and... Xmart3pX @
12:10:21  *** andythenorth has joined #openttdcoop.devzone
12:14:06  <Brot6> FIRS Industry Replacement Set - Revision 3562:4363054941bf: Codechange: remove an unnecessary import... XandythenorthX @
12:15:58  <Brot6> firs: update from r3561 to r3562 done (32 warnings) -
12:16:19  <Alberth> hi andy
12:17:00  <andythenorth> lo Alberth
12:33:35  <Brot6> FIRS Industry Replacement Set - Revision 3563:b2a78834879e: Fix: sort missing values from makefile (... XandythenorthX @
12:34:20  <Brot6> FIRS Industry Replacement Set - Bug #5354 (Closed): Readme broken XandythenorthX @
12:34:53  <Brot6> firs: update from r3562 to r3563 done (32 warnings) -
12:36:46  <Brot6> FIRS Industry Replacement Set - Feature #5225 (Closed): Create extended documentation automatically ... XandythenorthX @
12:50:16  <Brot6> FIRS Industry Replacement Set - Revision 3564:e82aeef7fab4: Docs: update readme XandythenorthX @
12:52:07  <Brot6> firs: update from r3563 to r3564 done (32 warnings) -
12:54:38  <Brot6> FIRS Industry Replacement Set - Revision 3565:91aa2f0c26d2: Docs: update changelog preparatory to 1.... XandythenorthX @
12:56:08  <Brot6> firs: update from r3564 to r3565 done (32 warnings) -
12:58:10  <Brot6> FIRS Industry Replacement Set - Revision 3566:2f50463099a2: Docs: fix typo in changelog XandythenorthX @
12:58:22  <andythenorth> I guess FIRS is done then
12:58:28  <andythenorth> planetmaker: want to tag it? o_O
12:58:41  <planetmaker> nah. your baby, you should tag it :-)
12:59:11  <andythenorth> I think there's a horrible bug in it somwhere :P
12:59:15  <planetmaker> I'm just the uncle which occasionally drops by or so :D
12:59:16  <andythenorth> inevitably
12:59:23  <planetmaker> of course. always... ;-)
12:59:25  <andythenorth> still, 1.0.1 is a nice number too
12:59:36  <Brot6> firs: update from r3565 to r3566 done (32 warnings) -
12:59:38  <planetmaker> tag 1.0.0-RC1 and use that as test. If it works
12:59:45  <planetmaker> tag it 1.0.0 a bit later
12:59:47  <Brot6> firs: update from 0.12.0 to 1.0.0 done (32 warnings) -
12:59:55  <planetmaker> :D
13:00:01  <andythenorth> nah, let's go for broke
13:00:05  <andythenorth> April 1st anyway
13:00:09  <planetmaker> :-)
13:00:19  <Brot6> FIRS Industry Replacement Set - Revision 3567:31c0b4bac125: Added tag 1.0.0 for changeset 2f50463099... XandythenorthX @
13:07:56  <Alberth> \o/
13:09:15  <planetmaker> looking good so far :-)
13:13:59  <andythenorth> time to do some toddler things
13:14:07  <andythenorth> I should banana it I guess :)
13:16:49  <Alberth> banananing the toddler may cause weird effects on firs :p
13:16:57  <andythenorth> or bananas
13:17:32  <Alberth> he probably can eat them for you :)
13:20:10  <planetmaker> :D
13:20:35  <planetmaker> likely he'll eat part of the banana. And with the other 80% he'll make sure that everyone knows that he ate a banana in that house
13:24:26  <Alberth> quite likely :)
13:44:28  *** Salah has joined #openttdcoop.devzone
13:47:23  <andythenorth> hmm
13:47:34  <andythenorth> so why does bundles not find firs 1.0.0 as latest?
13:48:05  <andythenorth> oh it does
13:48:08  <andythenorth> but docs are broken :P
13:49:05  <andythenorth> nvm, browser caching
13:49:25  <planetmaker> it does find 1.0.0 as latest?
13:49:34  <planetmaker> ?
13:49:43  <planetmaker> ok :-)
13:50:10  <andythenorth> stupid safari ;)
13:50:24  <planetmaker> Error: '/home/hg/firs' is not an osc project dir or working copy <<-- where does that come from?
13:50:36  <andythenorth> :o
13:52:51  *** Salah has left #openttdcoop.devzone
15:49:44  <Brot6> DACH Trains - Feature #5231: NG sprites XVoyager1X @
16:35:02  *** zengqs2012 has joined #openttdcoop.devzone
16:40:22  *** zengqs2012 has quit IRC
16:54:52  *** andythenorth has quit IRC
17:20:04  <Brot6> firs: update from r3560 to r3567 done (32 warnings) -
17:20:59  <Brot6> isr: update from r89 to r91 done -
18:22:18  *** andythenorth has joined #openttdcoop.devzone
20:08:23  *** andythenorth is now known as Guest906
20:08:24  *** andythenorth_ has joined #openttdcoop.devzone
20:08:24  *** andythenorth_ is now known as andythenorth
20:12:32  *** Guest906 has quit IRC
20:26:23  *** ODM has quit IRC
20:45:20  *** Alberth has left #openttdcoop.devzone
20:46:48  *** frosch123 has quit IRC
20:47:34  *** andythenorth has quit IRC
23:23:39  *** Zuu has quit IRC

Powered by YARRSTE version: svn-trunk