Times are UTC Toggle Colours
04:03:47 *** Supercheese has quit IRC 06:35:31 *** Alberth has joined #openttdcoop.devzone 07:29:15 <Brot6> firs: update from r3816 to r3819 done (30 warnings) - http://bundles.openttdcoop.org/firs/push/r3819 07:29:52 <Brot6> Revision 3817:b5f822a13e6d: Fix: align cranes in Bulk Terminal (#6041) XandythenorthX @ http://dev.openttdcoop.org/projects/firs/repository/revisions/b5f822a13e6d 07:29:52 <Brot6> Revision 3818:1883565992c6: Feature: pre-1928 sprites for Arable Farm (DanMacK) XandythenorthX @ http://dev.openttdcoop.org/projects/firs/repository/revisions/1883565992c6 07:29:52 <Brot6> Revision 3819:419f90060cda: Feature: pre-1906 graphics for Dredging Site (DanMacK) XandythenorthX @ http://dev.openttdcoop.org/projects/firs/repository/revisions/419f90060cda 07:56:39 *** Jam35 has joined #openttdcoop.devzone 07:57:50 *** ODM has joined #openttdcoop.devzone 09:15:15 *** oskari89 has joined #openttdcoop.devzone 09:39:02 <juzza1> which newgrfs use some sort of scripting to automatically create code from data? cets? 09:39:54 <juzza1> manual updating is getting a bit tiresome by now 09:40:34 <Alberth> I tkhink almost all NML projects do that to some degree 09:41:23 <Alberth> most of the stuff is however heavily customized for their purpose and author preferences 09:42:05 <Alberth> so you may think the other way around, pick your favorite scripting stuff, and start playing 09:43:09 <juzza1> thing is, my coding exprience is pretty much trains with NML + some java, so i'm just pondering how many hours i would need to pour into it 09:44:18 <juzza1> probably worth it though 09:46:44 <Alberth> my rule is normally that I spend less or equal time to code than to do it without coding a solution 09:47:06 <Alberth> but if you run the script a few times, time savings are huge very quickly 09:47:51 <juzza1> yep 09:47:59 <Alberth> also, as you get more experienced, you can do these things quicker, thus lowering the threshold :p 09:48:41 <juzza1> true 09:50:15 <Alberth> what do you need done? simple expansion, or does it need re-shuffling of data in different order? 09:52:08 <juzza1> more or less to create nml code (train newgrf) from google docs 09:53:30 <juzza1> dont know if i answered your question 09:54:06 <juzza1> http://goo.gl/5ogLQs -> plain text -> nml code 09:54:07 <Webster> Title: Welcome to Google Docs (at goo.gl) 09:55:24 <Alberth> you want to keep that in google docs? 09:55:35 <Alberth> or would a file be ok too? 09:56:29 <Alberth> if you want it in google docs, the first problem is getting it out of there as text in a program 09:57:16 <juzza1> preferably keep it there, so it's visible to anyone 09:57:30 <juzza1> file - download as - plain text gives me something 09:57:30 <Alberth> or as lines of text in a file, eg comma-separated values 09:59:58 *** frosch123 has joined #openttdcoop.devzone 10:01:14 <Alberth> moin 10:02:01 <Alberth> juzza1: ok, looks a bit too complicated for a C macro, so I would switch to a scripting language like Python 10:02:33 <Alberth> java would work too, but it's much more pain to get it running 10:03:49 <juzza1> so, off to read some python tutorials then :D 10:03:56 <V453000> how many trains in the traiin set? 10:04:44 <V453000> what I mean is, if you use e.g. train classes or any similar sort, you can just have switches which output the things like train stats 10:04:53 <V453000> if you need to have them defined in clusters 10:06:13 <juzza1> about 60+ and counting. i would need to automatically generate as much as possible, including strings in lang file 10:06:42 <V453000> well assuming you have realistic stats (which is dumb but k), you only need to copypaste them once 10:06:47 <V453000> and adapting it to a switch is quite easy 10:07:39 <V453000> 60ish vehicles isnt that much 10:08:22 <V453000> I have set stats for each of my ~120 vehicles separately, some even have varying stats in further switches 10:08:32 <V453000> it isnt that much work if you compare it to other things 10:08:49 <V453000> and considering you will never need to change those values again 10:12:36 *** gelignite has joined #openttdcoop.devzone 10:12:58 <juzza1> what i need&want is to only change stuff in the spreadsheet, and let a script create code automatically for me. ideally i would never need to touch nml code itself. doing what you said still requires manual updating, if stuff is changed in the spreadsheet 10:14:01 <V453000> I wouldnt be so afraid of NML, most of it is supplying values anyway 10:17:56 <Alberth> the main problem of nml is that it is a one way direction; no simple way to extract the numbers from it afterwards 10:29:57 <Alberth> note that files at devzone are equally visible to the world though :) 10:35:39 <frosch123> ^Spike^: is it already tomorrow enough to remind you? 10:35:55 <Alberth> :) 10:37:03 <Alberth> hmm, no way to get the message from the server in lang_sync, when getting a 404 10:37:46 <frosch123> i replaced some exit with a continue to avoid that 10:37:53 <frosch123> but, does it still happen? 10:38:38 <^Spike^> :)\ 10:38:46 <frosch123> yesterday i changed it from using modwsgi to bottle's own server 10:38:49 <Alberth> oh I was debugging the non-optional website url problem, and I wanted to see what the server returns as reason for failure 10:38:53 <frosch123> it looked like the 404 were gone then 10:39:07 <^Spike^> btw for eints... i maybe have an idea that it doesn't really need ldap integration... unless it looks up users in the table :) 10:39:13 <^Spike^> but i will test that soon 10:39:25 <frosch123> ^Spike^: it does exactly that, and only that 10:39:28 <^Spike^> hmmm 10:39:37 <^Spike^> oh well it's not there yet so :) 10:39:40 <Alberth> and projects and roles of users 10:39:42 <^Spike^> just test cases etc 10:39:51 <frosch123> it uses redmine only to figure out user roles in projects, and to validate passwords 10:39:51 <^Spike^> well i think it does add stuff in the redmine tables 10:39:56 <^Spike^> just for auth it looks @ ldap 10:40:37 <^Spike^> but as said it's not there yet 10:40:47 <^Spike^> first we want all our internal servers to use it 11:35:05 *** gelignite has quit IRC 11:39:16 *** gelignite has joined #openttdcoop.devzone 11:47:23 <Brot6> Feature #5507 (Assigned): Finnish translation Xkyosuke1989X @ http://dev.openttdcoop.org/issues/5507#change-17216 12:02:11 <frosch123> Alberth: have you an idea whether bottle somehow checks whether stderr is redirected? 12:02:42 <frosch123> i have the effect that when i trigger an exception it prints it to console, but when i redirect stderr to a file, the file stays empty 12:03:03 <Alberth> unix itself also does that 12:03:16 <Alberth> or rather, the shell :) 12:03:50 <frosch123> hmm? 12:04:08 <frosch123> well, where does stderr go to, if neither to console nor to file :p 12:04:35 <Alberth> it's cached in a file buffer most likely 12:04:47 <frosch123> oh, indeed 12:04:53 <frosch123> it's written after exiting 12:05:32 <frosch123> where to insert sys.stderr.flush() :p 12:12:46 <^Spike^> 2&1> "file"? :) 12:12:53 <^Spike^> or something like that :) 12:13:12 <frosch123> that's what i had, but it does not flush 12:13:18 <frosch123> trying tee now 12:13:48 <Alberth> frosch123: http://paste.openttdcoop.org/show/2571/ 12:14:26 <frosch123> with three "r"? 12:14:47 <Alberth> if you like 12:18:20 <frosch123> nope, does not help :/ 12:20:14 <V453000> frosch123: is there any way to make a double headed steam locomotive with the steam visual effect, but only have the front part make steam? 12:20:33 <V453000> --- can the flag be somehow defined by a switch? 12:20:50 <frosch123> yes, there is a callback for visual effect 12:21:34 <Alberth> frosch123: please try the same trick for stdout 12:21:34 <frosch123> visual_effect_and_powered 12:21:57 <V453000> I have this in properties visual_effect_and_powered: visual_effect_and_powered(VISUAL_EFFECT_STEAM, 2, DISABLE_WAGON_POWER); 12:22:03 <frosch123> Alberth: it's python exceptions that are printed btw 12:22:03 <Alberth> normally stderr doesn't cache, so perhaps its using stdout 12:22:04 <V453000> how that works idk :D 12:22:26 <frosch123> V453000: don't confuse properties can callbacks 12:22:39 <frosch123> the visual_effect_and_powered i mean goes into the graphics section 12:22:44 <V453000> o 12:22:54 <V453000> callback = graphics, right 12:23:10 <Alberth> it's newgrf :p 12:23:51 <frosch123> V453000: try returning CB_FAILED for normal effect and VISUAL_EFFECT_DISABLE for no effect 12:24:01 <V453000> aye doing that 12:24:10 <V453000> Alberth: I have no idea what callback means :D 12:24:30 <frosch123> it means to call back for support on using it in this channel 12:24:55 <V453000> exactly 12:25:05 <V453000> with large glowing HALP signs 12:26:37 <frosch123> damn, this makes no sense 12:26:51 <frosch123> something inside python/eints/bottle is fighting against me 12:35:24 <V453000> hm, and how about articulated vehicles? In a consist of 1 normal and 1 articulated, any option to make the articulated part not steam? 12:35:37 <frosch123> same as above 12:36:00 <V453000> but I cant use position in consist anymore :d 12:36:06 <V453000> or is that with parent or something? 12:36:19 <V453000> no that wouldnt make sense 12:36:32 <frosch123> you can use position in number of consecutive vehicles with same id 12:36:43 <V453000> o_O 12:37:03 <frosch123> position_in_vehid_chain 12:37:23 <frosch123> basically: position_in_vehid_chain % "number of articulated parts" 12:37:37 <V453000> ooooh 12:37:46 <V453000> thats fucking genious :D 12:38:30 <frosch123> it will fail once you have more than 256 parts in a row though :p 12:38:40 <Alberth> line 772 seems to be catching stuff 12:38:45 <V453000> XD 12:38:58 <frosch123> Alberth: it's something with environ['wsgi.erros'] 12:38:59 <Alberth> don't we have a 128 wagon limit? 12:39:09 <V453000> easily reachable with 1/8 vehicles Alberth 12:39:12 <frosch123> Alberth: yes, wagons, but not articulated parts 12:39:16 <V453000> luckily I have only 4/8 so it should work :) 12:39:30 <Alberth> frosch123: lol 12:39:38 <frosch123> you can attach 128 wagons of 128 articulated parts each 12:39:45 <V453000> what :D 12:39:50 <V453000> oh right 12:40:12 <frosch123> (actual numbers might vary) 12:40:41 <Alberth> add environ['wsgi.errors'].flush() ? 12:42:07 <Alberth> hmm, lots of try ... except Exception further down the file 12:42:17 <V453000> LOL I FORGOT THE ,2, is the offset of the special effect 12:42:18 <V453000> XD 12:42:24 <V453000> I was always wondering wtf is that 12:42:30 <V453000> well always, since I forgot :D 12:42:39 <Alberth> :) 12:43:33 <frosch123> Alberth: \o/ 12:47:03 <V453000> haha, steamy things work 12:47:04 <V453000> thanks :> 12:47:13 <V453000> I probably shouldnt mention what is the thing steaming 12:47:41 <Alberth> I fear we will find out eventually :p 12:47:48 <V453000> for sure :P 12:47:50 <^Spike^> just ignore all his coming commits ;) 12:48:17 <V453000> :> 12:48:25 <V453000> there probably wont be any anytime soon until it is done ^Spike^ :P 12:48:56 <V453000> I usually commit after I complete a version 12:49:55 <frosch123> V453000: i do not approve smoking 12:50:13 <V453000> pfft 12:50:16 <V453000> vehicles can 12:50:18 <frosch123> there is no fashion about that 12:53:44 <V453000> well these things wont be too fashionable either 13:13:36 *** gelignite has quit IRC 13:19:22 <frosch123> http://paste.openttdcoop.org/show/2574/ <- Alberth: those are the current local changes btw 13:19:34 <frosch123> no idea whether they are useful/correct in general 13:20:23 <frosch123> i am activating the cron jobs now 13:21:13 <frosch123> after adjusting config.xml to store more string history, and not using mod_wsgi anymore it seems to work for me 13:21:33 <Alberth> did you pull the non-optional project url fix? 13:22:00 <frosch123> no, but it is never empty in my usecase .p 13:22:16 <frosch123> projects are created automatically with lang_sync using the devzone project url 13:22:17 <Alberth> ok, it is not urgent 13:22:33 <frosch123> but if there is something new, i will pull ofc :) 13:23:02 <Alberth> <min-num-changes> <-- that value needs to become at least 2 then 13:23:16 <^Spike^> frosch123 you create any logfiles aswell? or is it just apache logs? 13:23:37 <Alberth> let me first do some fixes that are more useful :) 13:23:53 <frosch123> Alberth: http://paste.openttdcoop.org/show/2575/ current config 13:24:40 <frosch123> ^Spike^: yes, /var/log/eints, see also ~eints/readme if you want to know what's going on in general 13:24:55 <^Spike^> just asking cause of future logging stuff :) 13:25:34 <^Spike^> as you know i'm sort of security wise thinking... so if something does logging there is a 99% chance i will try to get it to a central logging server :D 13:25:42 <^Spike^> be happy i don't recompile bash to do the same ;D 13:26:12 <frosch123> .bash_history 13:26:22 <^Spike^> no... that is editable... :) 13:26:24 <^Spike^> and avoiable :D 13:26:29 <^Spike^> bash -> syslog isn't :) 13:26:36 <^Spike^> aka everything you type is logged then :) 13:26:45 <^Spike^> even if you disable the history :) 13:27:16 <frosch123> so i need to use python to run stuff 13:27:21 <^Spike^> ;) 13:27:29 <frosch123> maybe you should recompile sshd :p 13:27:29 <Alberth> compile another bash :p 13:27:35 <^Spike^> :) 13:27:50 <^Spike^> customers don't have root access so @ work well... that won't work too good :) 13:27:59 <^Spike^> and the servers they have access to doesn't include gcc :) 13:33:02 <frosch123> at what time of day does the nightly compile farm run? 13:33:09 <frosch123> i.e. when should the eints push run? 13:33:38 <^Spike^> 18:18 UTC atm 13:33:49 <^Spike^> but maybe... if i cna convince PM for it.. it will just be 18:xx :) 13:34:08 <frosch123> so 17:45 UTC for eints? 13:34:09 <^Spike^> and i read the idea of getting rid of nightlies aswell 13:34:17 <^Spike^> to just build on push 13:34:21 <^Spike^> but i don't know how that will go 13:34:28 <^Spike^> would be safe for now yes 13:34:32 <^Spike^> it's an easy cron? 13:34:37 <frosch123> well, build on push is tedious for users 13:34:43 <frosch123> too many versions to download 13:35:04 <^Spike^> don't look at me.. :) 13:35:07 <frosch123> (with "users" i mean "players") 13:35:10 <^Spike^> i just say: Server prob can handle it :D 13:35:16 <frosch123> customer's customers :p 13:39:02 <^Spike^> back to testing ldap.. :D 13:39:13 <frosch123> hmm, actually i have no idea whether crontab -e used UTC times 13:39:23 <^Spike^> depends on timezone set of container 13:39:30 <^Spike^> if container is set to UTC it uses that time 13:42:16 <frosch123> oh, wait, i forgot something 13:42:19 <frosch123> push access! 13:42:29 <V453000> == toilet? 13:42:52 <^Spike^> frosch123 btw there is a chance... i come in... fuck up the container and force ldap access :D 13:42:53 <frosch123> ^Spike^: how can i push to repos from eints vm? :) we said ssh last week 13:43:01 <^Spike^> ssh? :) 13:43:19 <frosch123> well, eints user needs ssh access to the repo vm 13:43:37 <^Spike^> it needs an ssh key for that if i understand correctly... :) 13:44:02 <frosch123> yeah, someone has to run ssh-keygen :p 13:44:41 <frosch123> would it use ssh://hg@hg.openttdcoop.org/ or some internal ip? 13:45:29 * ^Spike^ is happy 13:45:32 <^Spike^> sorry what? :) 13:51:55 <frosch123> ^Spike^: key is in /home/eints/.ssh/id_rsa.pub 14:35:48 <^Spike^> let me check how that is done @ hg :) 14:36:04 * ^Spike^ was mostly looking @ ldap and it working on a test client :D 14:38:03 <^Spike^> frosch123 should work 14:38:06 <^Spike^> technically :D 14:38:34 <Alberth> any idea how to construct the crash with the related strings? 14:40:26 <^Spike^> ..... 14:42:34 <Alberth> http://paste.openttdcoop.org/show/2564/ this crash in eints, in case you were wondering 14:43:05 <^Spike^> i blame DevZone! 14:44:39 <^Spike^> @voice DevZone 14:44:48 *** ^Spike^ sets mode: +v DevZone 14:45:14 <Alberth> speaking of which, I added a fix to the eints project several hours ago 14:45:31 <Alberth> http://paste.openttdcoop.org/show/2576/ number 251 14:45:52 <frosch123> Alberth: /string/eints-test/de_DE/STR_STATION_FISHMARKET triggeed it 14:46:10 <Alberth> but it's not at the activity page 14:46:47 <frosch123> Alberth: did you push? 14:46:53 <frosch123> i fo not et those changes on pull 14:47:11 <frosch123> well, 252 is missing 14:47:30 <frosch123> oh, nevermind 14:47:36 <Alberth> hg push 14:47:36 <Alberth> pushing to ssh://hg@hg.openttdcoop.org/eints 14:47:36 <Alberth> searching for changes 14:47:36 <Alberth> remote: adding changesets 14:47:36 <Alberth> remote: adding manifests 14:47:38 <Alberth> remote: adding file changes 14:47:38 <Alberth> remote: added 1 changesets with 5 changes to 5 files <-- that's 252 14:47:38 <frosch123> i just need to read correctly :) 14:48:38 <Alberth> note the change in the example configuration file in 252 14:49:14 <frosch123> it's 5 here :) 14:49:26 <Alberth> ok, should be enough :) 14:50:01 <frosch123> can you reproduce the related string issue now=? 14:50:27 <Alberth> busy trying that 14:53:13 <Alberth> that worked :p 14:54:34 <Brot6> Bug #6284 (Closed): website url in new project page is not optional XAlberthX @ http://dev.openttdcoop.org/issues/6284 14:54:34 <Brot6> Bug #6314 (Closed): Add flag to never delete the latest uploaded text XAlberthX @ http://dev.openttdcoop.org/issues/6314 14:54:34 <Brot6> Revision 251:88e2081d075d: Fix: Also accept an empty URL as reference. Fixes #6284 XAlberthX @ http://dev.openttdcoop.org/projects/eints/repository/revisions/88e2081d075d 14:54:34 <Brot6> Revision 252:cd0008f0fe3c: Fix: Last uploaded change of each string is flagged as "last_upload" t... XAlberthX @ http://dev.openttdcoop.org/projects/eints/repository/revisions/cd0008f0fe3c 14:54:38 <Brot6> Bug #6284 (Closed): website url in new project page is not optional XAlberthX @ http://dev.openttdcoop.org/issues/6284#change-17218 14:54:41 <Brot6> Bug #6314 (Closed): Add flag to never delete the latest uploaded text XAlberthX @ http://dev.openttdcoop.org/issues/6314#change-17219 14:54:48 * Alberth hugs Brot6 14:58:35 <^Spike^> .... 14:59:28 <Alberth> those are the missing commits :) 14:59:59 <^Spike^> ah 15:02:50 <Alberth> ok, since I cannot reproduce the related strings error, this is all for today, I guess 15:04:46 <frosch123> Alberth: i am using the workaround in http://paste.openttdcoop.org/show/2574/ for now 15:08:31 <frosch123> Alberth: ^Spike^: looks like "activity" is updated when you go to the "repository" tab 15:09:52 <frosch123> anyway, push worked 15:10:09 <frosch123> i made another change to the translation, let's see when the cron job will push it 15:10:17 <frosch123> i.e. what timezone it runs it 15:10:22 <frosch123> maybe CDT again or so :p 15:10:50 <frosch123> it's configured to push at 17:47 15:10:51 <V453000> why did I read CTCD 15:12:40 <frosch123> V453000: i can add you as czech translator to eints-test :p 15:13:49 <V453000> no thanks :) 15:14:25 <V453000> unless you want czech translation to be strongly inappropriate 15:15:03 <frosch123> test our word filter then :p 15:15:17 <V453000> XD 15:15:27 <V453000> I think czech is actually very hard to filter 15:15:54 <frosch123> it's easy. it replaces every word enter by users with more numbers and letters with "beep" 15:16:06 <frosch123> s/and/than/ 15:16:06 <Brot6> frosch123 meant: "it's easy. it replaces every word enter by users with more numbers than letters with "beep"" 15:16:07 <V453000> :D 15:16:10 <V453000> I understood 15:16:33 <^Spike^> seems need to figure out which cron triggers that part then 15:16:46 * ^Spike^ is playing with apache directory studio so... :) 15:17:05 <Brot6> eints-test: update from r3784 to r3786 done (277 warnings) - http://bundles.openttdcoop.org/eints-test/push/r3786 15:18:16 <^Spike^> i think.... i found it... :) 15:18:26 <frosch123> planetmaker: have you used hg's eol extension? i wonder whether i should enable in .hgrc, in case projects wants to use it 15:18:55 <^Spike^> let's run it manually see what it does now... 15:18:57 <^Spike^> it might spam :) 15:19:04 <^Spike^> but usually it checks once an hour for changes 15:19:07 <^Spike^> and fetches those 15:19:15 <^Spike^> i disabled that cron 15:19:23 <^Spike^> cause i enabled the option for when you visit the repo page :D 15:19:31 <Brot6> Revision 1209:84bf4b02176a: Change: swap Little Cumbrae Freighter graphics for smaller version XandythenorthX @ http://dev.openttdcoop.org/projects/fish/repository/revisions/84bf4b02176a 15:19:32 <Brot6> Revision 1210:61e94c9901bb: Change: provide temporary graphics for Marstein Freighter XandythenorthX @ http://dev.openttdcoop.org/projects/fish/repository/revisions/61e94c9901bb 15:19:32 <Brot6> Revision 268:f83e502de25c: Change: stop mentioning other newgrf sets in set description, it cause... XandythenorthX @ http://dev.openttdcoop.org/projects/chips/repository/revisions/f83e502de25c 15:19:37 <^Spike^> tada! :) 15:20:34 <frosch123> it did not announce eints-test commits yet, though it compiled it 15:20:35 <^Spike^> and fixed the original script aswell now 15:20:46 <^Spike^> then more broke... :) 15:21:38 <^Spike^> we are looking at replacing brot so maybe we can figure out something else at some point aswell... 15:21:48 <^Spike^> doing the best i can... but i still can't perform magic :D 15:24:04 * ^Spike^ is happy! :) 15:24:21 <Brot6> Revision 253:b86c2bcca8e7: Fix: Related strings may not exist in the translation. XAlberthX @ http://dev.openttdcoop.org/projects/eints/repository/revisions/b86c2bcca8e7 15:24:30 <^Spike^> better Alberth? :) 15:24:55 <Alberth> frosch123: ^ should fix your webtranslate/data.py change 15:25:02 <Alberth> ^Spike^: perfect! 15:31:14 <frosch123> Alberth: updated, let's see what people will be able to trigger 15:31:35 <Alberth> ok, thanks 15:31:40 *** Jam35 has quit IRC 15:32:26 <DevZone> Project eints-test build #21: SUCCESS in 2 min 38 sec: https://jenkins.openttdcoop.org/job/eints-test/21/ 15:32:26 <DevZone> * eints: Update: Translations 15:32:27 <DevZone> * eints: Update: Translations 15:32:38 <^Spike^> hmmm 15:32:47 <^Spike^> that's more info then i hope for :) 15:32:59 <frosch123> the duplicate line is correct 15:33:03 <^Spike^> i know... 15:33:11 <^Spike^> but i was expecting it to only say: Done! :) 15:33:33 <^Spike^> ah... got itz :) 15:43:00 <DevZone> Project firs build #25: SUCCESS in 1 min 56 sec: https://jenkins.openttdcoop.org/job/firs/25/ 15:44:29 <Brot6> Revision 3820:edf00206a575: Codechange: No need to set the same colour twice. XAlberthX @ http://dev.openttdcoop.org/projects/firs/repository/revisions/edf00206a575 15:49:23 <frosch123> so, at least it does not use cets 15:49:36 <frosch123> let's see again in two hours :p 15:50:20 <Alberth> ^Spike^: brot used to also mention the project name, like "(06:18:49 PM) Brot6: FIRS Industry Replacement Set - Revision 3787:481b6d54a614: Update: German language (lugo) XAlberthX @ http://dev.openttdcoop.org/projects/firs/repository/revisions/481b6d54a614" 15:50:41 <^Spike^> probably something was patched in redmine then to do that... 15:51:06 <^Spike^> i still even wonder how Brot6 gets that info 15:51:09 <^Spike^> other then calling a script 15:52:05 <Brot6> a 15:52:08 <Brot6> .... 15:52:25 <Brot6> ble 15:52:46 <Alberth> someone is pushing weird buttons :p 15:52:50 <^Spike^> :) 15:53:21 <^Spike^> you're the one complaining... so i start searching ;) 15:53:29 <^Spike^> ending up with Brot6 saying strange stuff ;) 15:53:54 <Alberth> :D 15:54:36 <frosch123> Alberth: username "a", password "...." 15:54:49 <frosch123> comment about spoiling them 15:54:57 <Brot6> firs: update from r3819 to r3820 done (30 warnings) - http://bundles.openttdcoop.org/firs/push/r3820 15:55:36 <Brot6> Look i've just found AlbertH password! ;) 15:56:09 <Alberth> oh, that's ok :p 16:39:09 <planetmaker> frosch123, I haven't used the EOL extension. But I usually recommend windows users to use it when working on projects with unix-style EOL 16:39:16 <oskari89> Stupid question, how hard it is to do list with dots on tt-forums? I'm trying, but preview does not want to show them 16:39:21 <planetmaker> and for all feedback I got, that works nicely 16:39:31 <oskari89> for a post 16:39:54 <frosch123> oskari89: [list][*]bla[*]ble[/list] 16:40:00 <oskari89> Thanks :) 16:42:08 <frosch123> planetmaker: ok, activated it on translator then :) 16:42:28 <frosch123> only issue left besides from testing: enforce https to translators 16:43:03 *** Jam35 has joined #openttdcoop.devzone 16:45:04 <Brot6> Bug #5201: Page layout of project page XfroschX @ http://dev.openttdcoop.org/issues/5201#change-17220 16:49:17 <planetmaker> hm, you changed the style for DevZone, ^Spike^ :-) 16:49:22 <planetmaker> Looking great! 16:49:41 <frosch123> oi, pm was offline :p 16:49:49 <planetmaker> yeah :-) 16:51:27 <oskari89> Was the max resolution of embeddable images on tt-forums 800x600 px? 16:52:07 <planetmaker> ye 16:52:26 <planetmaker> simply set your openttd to that size in the game options and use screenshots 16:52:29 <planetmaker> easy-peasy 16:52:55 <oskari89> Or maybe i'll just crop to that size :) 16:53:12 <planetmaker> that's additional work :-) 16:56:17 <oskari89> Was there max filesize for images? 16:56:27 <oskari89> png does not consume much though 17:06:28 <Alberth> oskari89: it's in the forum rules 17:16:23 <oskari89> Ok 17:19:30 <DevZone> Project NewGRF Meta Language build #26: STILL FAILING in 24 sec: https://jenkins.openttdcoop.org/job/NewGRF%20Meta%20Language/26/ 17:19:53 <Alberth> great new theme in RM 17:22:58 <Brot6> finnishtrainset: update from r257 to r263 done - http://bundles.openttdcoop.org/finnishtrainset/nightlies/r263 17:23:07 <DevZone> Project NML - NewGRF Meta Language build #27: STILL FAILING in 21 sec: https://jenkins.openttdcoop.org/job/NewGRF%20Meta%20Language/27/ 17:23:15 <^Spike^> Alberth you just saw that now? 17:23:36 <^Spike^> :) 17:23:41 <^Spike^> should clear cache more often ;) 17:23:48 <Alberth> yes, Fr0sch edited a issue, and I wanted to read it 17:24:03 <^Spike^> hehehe 17:24:11 <^Spike^> changed it 3-4 days ago i think :) 17:24:14 <Alberth> what, and damage my copy of the internet? :O 17:24:16 <^Spike^> just missing one more extension... :) 17:24:52 <DevZone> Yippie, build fixed! 17:24:52 <DevZone> Project NML - NewGRF Meta Language build #28: FIXED in 33 sec: https://jenkins.openttdcoop.org/job/nml/28/ 17:25:30 <DevZone> Project FIRS Industrial Replacement Set build #26: SUCCESS in 2 min 8 sec: https://jenkins.openttdcoop.org/job/firs/26/ 17:33:25 <Brot6> firs: update from r3811 to r3820 done (30 warnings) - http://bundles.openttdcoop.org/firs/nightlies/r3820 17:43:05 <Brot6> eints-test: update from r3784 to r3786 done (277 warnings) - http://bundles.openttdcoop.org/eints-test/nightlies/r3786 17:46:59 <Brot6> Revision 264:51eff6d8d418: Fix: Some wagons separated Xjuzza1X @ http://dev.openttdcoop.org/projects/finnishtrainset/repository/revisions/51eff6d8d418 17:47:18 <Brot6> fish: update from r1205 to r1210 done (3 warnings) - http://bundles.openttdcoop.org/fish/nightlies/r1210 17:47:42 <frosch123> hmm, apparently the nightly build do not run 18:18 utc 17:47:53 <^Spike^> hmmm 17:48:01 <planetmaker> hm :-) possibly 17:48:06 <^Spike^> gimme moment... :) 17:48:07 <frosch123> more like 17:30 17:48:23 <^Spike^> 17 17 * * * su - hg /home/hg/misc/compiler/scheduler.sh 17:48:26 <^Spike^> seems like it... 17:48:31 <^Spike^> jenkins confused me :D 17:48:32 <Brot6> chips: update from r267 to r268 done - http://bundles.openttdcoop.org/chips/nightlies/r268 17:48:42 <^Spike^> or i want jenkins very quickly :D 17:49:05 * ^Spike^ so wants to disable that cron :D 17:49:22 <planetmaker> gimme a few more days. :-) 17:49:23 <^Spike^> only off by 1 hour frosch123 ;) 17:49:27 <frosch123> and translator crontab does neither run on cets nor on utc 17:49:38 <planetmaker> EST? 17:49:39 <frosch123> so i guess it will run cdt or something silly 17:49:41 <^Spike^> :D 17:49:48 <^Spike^> planetmaker knows already :) 17:49:48 <frosch123> where to adjust that? 17:49:52 <^Spike^> frosch123 ever run date? :"D 17:49:56 <^Spike^> rm /etc/timezone 17:50:07 <^Spike^> ln -s /usr/share/timeinfo/UTC /etc/timezone 17:50:08 <frosch123> we fixed 17:50:10 <frosch123> date 17:50:12 <^Spike^> check the first path :D 17:50:35 <George> frosch123: Some time ago we have discussed the recolour CB. The question was how to apply it after a train leaves a station. You said you have to think. Have you got any ideas? 17:50:36 <frosch123> or should i just restart cron? 17:51:10 *** gelignite has joined #openttdcoop.devzone 17:51:15 <V453000> why do you want to recolour a train after leaving a station George? XD 17:51:39 <George> back to that discussion - I want to switch on lights 17:52:00 <V453000> LOL 17:52:01 <George> Now I have many similar sprites that differ at 3-4 pixels 17:52:16 <George> (lights on/of) 17:52:20 <^Spike^> checking frosch123 17:52:28 <^Spike^> restart of cron should not be needed 17:52:36 <^Spike^> cron detects changes in the /var/spool/cron/tabs 17:52:37 <George> It would be nice to save the number of sprites with recolour 17:52:44 <V453000> I guess 17:52:49 <planetmaker> why is that nice, George ? 17:53:05 <^Spike^> frosch123 may i reboot translator? 17:53:11 <George> Smaller GRF, less sprites, less memory usage 17:53:26 <frosch123> ^Spike^: sure, then we can check whether eints properly restarts :) 17:53:27 <planetmaker> it enhances calculation and drawing complexity, more CPU usage, slower game 17:53:28 <V453000> I think he means why do light switching at all 17:53:35 <^Spike^> :) 17:53:52 <V453000> also I believe you lose company colours with custom recolours 17:53:54 <planetmaker> that outweighs, as already explained a month ago, the smaller grf by many lengths. Memory is cheap 17:53:56 <George> V453000: It's railway rules 17:54:07 <juzza1> are you currently using spritegroups for the lights? 17:54:07 <planetmaker> cpu is expensive and comes at a premium 17:54:17 <^Spike^> time looks alot better now frosch123 17:54:23 <^Spike^> i just checked /var/log/syslog 17:54:31 <^Spike^> there is a chance i will force UTC timezone at some point 17:54:34 <V453000> I dont think railway rules are relevant to a game add-on 17:54:37 <^Spike^> cause of logging as said.. 17:54:47 <^Spike^> now the time is @ CEST so 17:55:02 <planetmaker> ^Spike^, UTC everywhere would be very welcome. Or CE(S)T everywhere. But all the same :-) 17:55:05 <George> http://dev.openttdcoop.org/projects/xussrset/repository/entry/src/electric/chs2-1962-1973.png 17:55:09 <planetmaker> it's confusing the hell out of me always :-) 17:55:13 <George> it's a sample 17:55:14 <^Spike^> which one :F 17:55:16 <^Spike^> :D 17:55:26 <^Spike^> CEST or UTC? :) 17:55:34 <planetmaker> ^Spike^, I don't care. But when comparing times, one or the other... :-) 17:55:41 <^Spike^> hmmmm :) 17:55:51 <^Spike^> i'll just go UTC than as we used that the most already :) 17:56:04 <^Spike^> eints seems to run frosch123 :) 17:56:06 <George> planetmaker: currently I use many sprites 17:56:13 <planetmaker> then use many more :-) 17:56:17 <planetmaker> it's cheap 17:56:34 <V453000> I use over 100 000 sprites George :) 17:57:00 <George> but frosch123 already coded CB to apply when train comes to station 17:57:17 <V453000> doesnt mean it is a better solution :o 17:58:03 <^Spike^> last reboot frosch123 :) 17:58:07 <^Spike^> then it's UTC 17:58:13 <^Spike^> as most of our servers... 17:58:40 <^Spike^> frosch123 is like: But... me root.... my server... ;) 17:59:03 <frosch123> nope, i wrote all down in a readme and on the wiki 17:59:05 <George> V453000: well, frosch said he would think. I just asked what conclusion did he come to. May be he need more time to think about it 17:59:16 <frosch123> there is no execuse that you or pm couldn't do the work 17:59:28 <^Spike^> :) 17:59:30 <frosch123> George: it surely possible, but i did not think about it 17:59:54 <^Spike^> frosch123 it's just that certain parts need to be centrally managed.. :) 18:00:09 <George> Should I remind two weeks later? 18:00:16 <^Spike^> as said... at some point i'll come in... break the whole server to make it ldap compatible and renumber/reown all files of eints :) 18:01:53 <frosch123> so, what time to set for eints push now? 18:02:05 <frosch123> apparently 17:47 is too late 18:02:12 <frosch123> some projects started 17:30 18:02:33 <frosch123> i see no relation to the 18:17, unless the farm needs ten minutes to start or something 18:02:51 <^Spike^> 17:17 is utc on dev 18:02:53 <planetmaker> frosch123, worry about the time maybe not too much? And yes... it might have done other stuff before. Dunno 18:03:02 <^Spike^> so 16:45 would be eints then 18:03:10 <planetmaker> 17:17h is the time in cron 18:03:28 <planetmaker> I thought for NML only, though. and 18:17 for the rest 18:03:32 <^Spike^> and if you want... we can easily just kick off a compile again :) 18:03:33 <planetmaker> might have changed with new dev :-) 18:03:39 <^Spike^> nope... 18:03:41 <^Spike^> i copied it... 18:03:45 <^Spike^> it does all projects in 1 go 18:04:29 <planetmaker> NML was always 1 hour earlier 18:04:37 <planetmaker> as the NewGRF projects depend on it 18:05:21 <planetmaker> and having race conditions there might be bad 18:06:01 <^Spike^> i'm already checking it.. but as far as i can tell from the crons it does it 1 after another everything 18:06:04 <frosch123> planetmaker: i think proper eints pushes and nightly buildtimes are important 18:06:12 <frosch123> translators want to playtest their changes 18:06:24 <^Spike^> there is no special cron for nml 18:06:43 <planetmaker> frosch123, yes. But indeed I think to have default "build on push". Usually there's not so many commits. And developers want their stuff built and tested 18:06:48 <frosch123> and nightlies are the easiest method for players 18:06:51 <planetmaker> thus a push by eints will also trigger a built 18:07:06 <planetmaker> anyhow, with jenkins, every project can in principle define that how they like 18:07:13 <planetmaker> one, the other or both 18:07:14 <frosch123> build on push is nice to check whether stuff is broken, but it has no advantages for players 18:07:17 <frosch123> rather confusing 18:07:25 <planetmaker> how is that confusing? 18:07:46 <frosch123> you can't just say we are playing with todays nightly 18:07:53 <frosch123> you always have to look up the right version 18:08:03 <planetmaker> that's true 18:08:32 <frosch123> same for ottd 18:08:40 <frosch123> usually you play with nightlies 18:08:44 <frosch123> not with some random revision 18:09:26 <planetmaker> ok, not an issue to have both 18:09:32 <frosch123> so, set eints to 16:47 translator time zone 18:09:50 <planetmaker> k 18:10:13 * ^Spike^ votes for anything but not current compiling... as it's annoying to debug 18:10:35 <frosch123> planetmaker: anyway, eints is ready 18:10:49 <frosch123> i don't know what more to test 18:11:10 <^Spike^> security? :D 18:11:12 <frosch123> also the issues in the eints project do not look "critical" 18:11:35 <^Spike^> i don't know what to test can only lead to 1 answer: Security testing ;) 18:11:37 <frosch123> ^Spike^: yeah, redirect to https 18:11:49 <^Spike^> redirect to https doesn't stop injections/xss :D 18:12:02 <^Spike^> redirect to https is an easy fix :) 18:12:16 <^Spike^> but it will be ssl offloading though.. so internal it still is http 18:13:45 <planetmaker> I need to find out how to check a changegroup for containing a tag now :-) 18:14:22 <^Spike^> fix frosch123 18:14:23 <^Spike^> :D 18:14:43 <^Spike^> do i need to close a ticket now? ;) 18:15:07 <frosch123> i won't bother you again :) 18:15:16 <frosch123> (with this issue) 18:15:19 <^Spike^> :D 18:15:21 <frosch123> (as long as it keeps working) 18:15:25 <V453000> :DDD 18:15:26 <planetmaker> :D 18:15:43 <frosch123> so, any beta testers? 18:16:00 <^Spike^> you got 1 week..... then you need to wait depending on what time.. till 19:00 till i'm home/done... :) 18:16:10 <frosch123> anyone considers himself a customer and wants to check whether it is what was ordered? 18:16:10 <^Spike^> oh and might even be 2 weeks cause i know my planning when i get back to work already :D 18:16:26 <^Spike^> well i would like to see what runs on our server :D 18:16:28 <frosch123> (though usually customers check whether it's what they wanted, not what they ordered) 18:16:43 <^Spike^> and i think planetmaker is thinking the same :D 18:17:15 <^Spike^> i already was being the devils advocate earlier today checking what all was committed and if i didn't see a file i didn't want in the repo etc :) 18:17:30 <frosch123> [20:16] <^Spike^> well i would like to see what runs on our server :D <- on a wireshark level? 18:17:41 <^Spike^> i tried that once.... 18:17:44 <^Spike^> 1gb pcaps in an hour 18:17:45 <^Spike^> atleast 18:17:47 <^Spike^> so no thanks :D 18:17:51 <^Spike^> functionally :) 18:18:12 <^Spike^> atleast not as much as at work... all network traffic 10GB pcaps in 1 minute 18:20:00 <planetmaker> hm, with ldap we can also grant ssh commit access to everyone who likes :-) 18:20:28 <^Spike^> ...................\ 18:20:48 <^Spike^> i'll start with internal user stuff first ok? :) 18:20:54 <planetmaker> :D 18:20:57 <DevZone> Project FIRS Industrial Replacement Set build #27: SUCCESS in 1 min 51 sec: https://jenkins.openttdcoop.org/job/firs/27/ 18:20:58 <frosch123> planetmaker: really? that would mean owners for the repository files? 18:21:29 <frosch123> or everyone can commit to everything 18:21:46 <planetmaker> that's how it works currently with ssh. And that's why it's a no-go 18:21:57 <^Spike^> well that is where i want to think... perhaps there is a nice way to do it... user permissions wise... 18:22:11 <^Spike^> owner of folder == username (/rmname) 18:22:26 <^Spike^> group something/one else (global) 18:22:29 <frosch123> you would need a group for each project or so 18:22:30 <^Spike^> but with read permissions only 18:22:49 <frosch123> so everyone with commit access to a project would be in that group 18:23:06 <^Spike^> hmmm 18:23:13 <^Spike^> that is going to be harder i guess 18:23:27 <^Spike^> cause the ldap tree doesn't understand rm groups/permissions :) 18:23:35 <frosch123> repo directories would be chmod g+ws 18:23:44 <planetmaker> I was just thinking aloud :D 18:24:29 <^Spike^> all for later :D 18:25:32 <planetmaker> isn't this the channel for verbal diarhoa? 18:26:39 <frosch123> what's #tycoon then? 18:27:41 <V453000> anybody knows cargo label for FIRS coffee? 18:27:46 <V453000> COFF? 18:27:50 <frosch123> JAVA 18:27:53 <frosch123> see wiki 18:28:38 <V453000> wiki doesnt have :( 18:28:43 <V453000> http://newgrf-specs.tt-wiki.net/wiki/CargoTypes 18:28:51 <V453000> or do the docs andy made have it 18:29:10 <frosch123> it's listed on just that page 18:29:18 <frosch123> use ctrl+f coffee 18:29:22 <V453000> aye 18:29:25 <V453000> LOL it really is java 18:29:27 <V453000> .. 18:29:47 <planetmaker> no kidding, yes. Result of a lengthy discussion ;-) 18:29:55 <planetmaker> in this channel. or was it #openttd? 18:30:10 <frosch123> the latter 18:30:16 <frosch123> and i don't think it was lengthy 18:30:29 <planetmaker> 'lengthy' 18:30:44 <frosch123> ah :) 18:30:54 <planetmaker> :-) 18:30:56 <frosch123> i wondered already whether i was lucky enough to have missed it :p 18:31:42 <planetmaker> voice modulations carry so badly on written IRC, I fear 18:38:57 <DevZone> Project eints-test build #22: SUCCESS in 2 min 22 sec: https://jenkins.openttdcoop.org/job/eints-test/22/ 18:45:56 <DevZone> Project eints-test build #23: SUCCESS in 2 min 41 sec: https://jenkins.openttdcoop.org/job/eints-test/23/ 20:00:21 <DevZone> Project eints-test build #24: FAILURE in 6.3 sec: https://jenkins.openttdcoop.org/job/eints-test/24/ 20:00:36 <planetmaker> hm 20:00:55 <planetmaker> lol 20:04:11 <DevZone> Yippie, build fixed! 20:04:11 <DevZone> Project eints-test build #25: FIXED in 2 min 47 sec: https://jenkins.openttdcoop.org/job/eints-test/25/ 20:05:21 <^Spike^> planetmaker breaking builds... me breaking etherpads... :) 20:05:29 <^Spike^> we're doing a great job planetmaker :D 20:06:26 <planetmaker> :-) 20:06:51 <frosch123> are you heading for bamboo or jenkins now? or both? :p 20:06:59 <^Spike^> we want them all! 20:07:01 <planetmaker> jenkins 20:07:08 <^Spike^> compile all projects several times...! :D 20:07:15 <^Spike^> oh... 20:07:17 <^Spike^> it's jenkins 20:07:17 <^Spike^> :D 20:07:57 <planetmaker> jenkins seems to do the job well. And it integrates well with redmine. Which is from an UI point of view the thing which tips the balance 20:08:50 <planetmaker> I won't throw away bamboo though :-) 20:09:44 <DevZone> Project eints-test build #26: SUCCESS in 2 min 56 sec: https://jenkins.openttdcoop.org/job/eints-test/26/ 20:09:52 <^Spike^> vzctl destory 13 20:09:53 <^Spike^> what? 20:09:54 <planetmaker> also with bamboo it would be a bit gray area if we build projects with non-OSI-approved licenses 20:09:57 <^Spike^> we don't? :) 20:10:22 <Alberth> you're building the same thing over and over again? 20:10:30 <planetmaker> hm? No? 20:11:07 <Alberth> firs source label seems to be the same every time 20:11:19 <planetmaker> oh, yes. But not the build rules :-) 20:11:41 <Alberth> :) 20:11:45 <Alberth> good night 20:11:51 <planetmaker> like testing whether I messed up stuff. Trying configs in its project config 20:11:53 <planetmaker> good night Alberth 20:12:02 *** Alberth has left #openttdcoop.devzone 20:14:00 <oskari89> What is the purpose of that project eints-test, just curious? :) 20:14:18 <planetmaker> tests? 20:14:39 <oskari89> Tests, what kind? :) 20:14:50 <planetmaker> all kinds really 20:14:58 <planetmaker> web translator. compile farm 20:15:20 <planetmaker> configurations for all those services 20:15:27 <oskari89> Okay, i see :) 20:15:57 <^Spike^> configuration of services that needs replacements! :) 20:15:59 <planetmaker> the devzone downtime you experienced the other day was only a small part of the work ;-) 20:16:32 <oskari89> :) 20:16:40 <oskari89> It looks kind of nice 20:16:46 <oskari89> The layout 20:16:53 <oskari89> User-friendliness :) 20:17:09 <^Spike^> and now you do realize the tabs were not part of the theme? :) 20:17:15 <^Spike^> as the theme only is 1 css file :) 20:17:22 <planetmaker> :) 20:18:19 <oskari89> Weather forecast.... 20:18:21 <oskari89> :D 20:18:52 <planetmaker> :-) 20:18:55 <^Spike^> basicly we have alot of plans... we just noticed.... 20:18:59 <planetmaker> rather weather postcast 20:19:06 <^Spike^> and well... need time to execute them :) 20:19:13 <frosch123> planetmaker: it also works are forecast 20:19:39 <frosch123> if 60% of jobs have been failing for 6 weeks since the admin changed something, you can be sure the next ones will also fail 20:19:40 <planetmaker> :-) 20:21:03 <planetmaker> arg... stupid me 20:21:31 <DevZone> Project eints-test build #27: SUCCESS in 3 min 5 sec: https://jenkins.openttdcoop.org/job/eints-test/27/ 20:23:24 <planetmaker> oskari89, basically we want to install a new compiler. And a web translator for NewGRFs 20:23:57 <oskari89> Finds sources from the DevZone repo? 20:24:04 <DevZone> Project eints-test build #28: SUCCESS in 2 min 32 sec: https://jenkins.openttdcoop.org/job/eints-test/28/ 20:24:35 <planetmaker> oskari89, current thing is self-written with link to OpenSUSE build services API 20:24:52 <planetmaker> but ... well... hard to maintain somewhat 20:25:18 <planetmaker> ah, there we go... different version of eints-test built :-) 20:25:27 <oskari89> So you get rid of two flies with one strike? :) 20:25:45 <oskari89> Or more perhaps? :P 20:26:03 <planetmaker> depends on what you define as "one strike". I think we rather get rid of one fly with ... many more strikes 20:27:08 <^Spike^> too many strikes.. but hopefully after it's setup it's easier to maintain :) 20:27:09 <planetmaker> basically what we do is setup a completely new server. And migrate all projects 20:27:26 <planetmaker> without you guys really noticing it or any interruption 20:27:29 <planetmaker> ;-) 20:27:38 <^Spike^> pm better said: we are currently making clones of everything redoing every server and make the new server production getting rid of the old :D 20:27:46 <^Spike^> annoying as hell but it works :D 20:27:59 <planetmaker> though you will notice... web translator for NewGRFS *is* cool. And having better control when and how your project is built might be cool, too 20:28:24 <oskari89> Okay, cool :) 20:28:34 <^Spike^> we do need to think who/what/where/how gets access but well :) 20:28:51 <^Spike^> planetmaker realizing the list is pretty big of what we got to do... :D 20:28:52 <oskari89> So we will maybe got automatic builds for certain projects? 20:28:55 <^Spike^> is a nice wake up call :) 20:29:23 <DevZone> Project eints-test build #29: SUCCESS in 2 min 39 sec: https://jenkins.openttdcoop.org/job/eints-test/29/ 20:29:24 <planetmaker> like http://dev.openttdcoop.org/projects/eints-test/hudson/index for each project 20:29:55 <planetmaker> hm... this is cool. Re-built of every version on demand :-) 20:30:00 <oskari89> cannot accsess? 20:30:01 <planetmaker> though... would need NML 20:30:43 <planetmaker> can't access what? 20:30:54 <^Spike^> hudson part.. we're admin remeber :) 20:30:55 <planetmaker> ^Spike^, you mean our list is still long? :-) 20:30:56 <^Spike^> remember :) 20:31:09 <planetmaker> hm :-) 20:31:13 <^Spike^> planetmaker it means the list needs to be broken up into even smaller chunks :D 20:31:21 <planetmaker> :D 20:31:32 <oskari89> :D 20:31:46 <planetmaker> my chunk is jenkins :D 20:31:52 <planetmaker> for now :-P 20:31:59 <planetmaker> the devil is in the details 20:32:02 <oskari89> Maybe needs access at some point for GRF admins? :) 20:32:21 <planetmaker> http://dev.openttdcoop.org/projects/eints-test/hudson/index <-- that? 20:32:33 <^Spike^> i think we also need to cleanup some projects/descriptions looking @ the projects list :) 20:32:41 <planetmaker> quite, ^Spike^ 20:32:50 <planetmaker> but... that's nothing new. That was ugly as hell also before 20:33:06 <^Spike^> well the new plugin does make it nicer... 20:33:16 <^Spike^> it's just too many things have extended descriptions... 20:33:20 <^Spike^> or stuff in there that's not needed 20:33:21 <planetmaker> ^^ 20:33:39 <frosch123> esp. the town names :p 20:34:08 <^Spike^> frosch123 also sees all projects? :) 20:34:14 <planetmaker> I guess 20:34:17 <frosch123> yes 20:34:25 <^Spike^> did you see the hosting bit? :D 20:34:26 <frosch123> i also see the new tab in eints-test 20:34:51 <frosch123> i saw that ctrl+f for eints returns in something i have no clue of 20:34:59 <frosch123> while the right thing is to search for "translator" 20:35:00 <frosch123> :) 20:35:07 <planetmaker> :D 20:35:10 <^Spike^> you mean the ctid 112 thingie? :0 20:35:11 <^Spike^> :) 20:35:16 <^Spike^> that was also the part i was talking about.... 20:35:25 <^Spike^> those descriptions are... ehm.. well ... . :) 20:41:25 <planetmaker> hm... https://jenkins.openttdcoop.org/jenkins/job/eints-test/build 20:41:52 <^Spike^> where does it link that 20:42:39 <planetmaker> https://wiki.jenkins-ci.org/display/JENKINS/Building+a+software+project#Buildingasoftwareproject-Configuringautomaticbuilds 20:42:41 <Webster> Title: Building a software project - Jenkins - Jenkins Wiki (at wiki.jenkins-ci.org) 20:42:55 <^Spike^> planetmaker 20:42:59 <^Spike^> remove /jenkins/ 20:43:31 <planetmaker> hm, ah 20:43:40 <^Spike^> we use a subdomain and not a folder /jenkins :D 20:44:03 <planetmaker> :-) 20:44:35 <planetmaker> ah, but I need JSON.... 20:45:07 <planetmaker> and maybe token 20:45:21 <^Spike^> :)\ 20:45:23 <planetmaker> but not yet as not yet configured :-) 20:45:55 <^Spike^> i'll just delve into ldap again if you don't mind :D 20:46:03 <planetmaker> please do 21:09:34 <planetmaker> right... obviously triggering build via curl works :-) 21:09:42 *** Jam35 has quit IRC 21:11:10 <DevZone> Project eints-test build #30: SUCCESS in 2 min 25 sec: https://jenkins.openttdcoop.org/job/eints-test/30/ 21:18:08 <planetmaker> lol. Made Jenkins throw a stacktrace :D 21:18:14 <^Spike^> .... 21:18:26 <^Spike^> what did you do..... 21:18:30 <planetmaker> throwing malformed JSON at it 21:18:34 <^Spike^> ah 21:18:40 <^Spike^> sounds like a normal response then :) 21:19:11 <planetmaker> well... should rather catch the exception? 21:22:45 <^Spike^> if it didn't kill jenkins 21:22:55 <^Spike^> you prob stacktraced 1 part of the program that usually respawns anyway 21:23:05 <planetmaker> might 21:23:09 <planetmaker> still runs 21:23:45 <^Spike^> it might just be the json handler that you killed... and the class above it might've caught that exception and handled it properly/ignored it 21:24:19 <planetmaker> likely 21:25:02 <planetmaker> though it says... 21:25:04 <planetmaker> 50px"> Oops!</span></h1><p>A problem occurred while processing the request. 21:25:04 <planetmaker> Please check <a href="https://issues.jenkins-ci.org/">our bug tracker</a> to see if a similar problem has already been reported. 21:25:21 <^Spike^> https://wiki.jenkins-ci.org/display/JENKINS/Redmine+Plugin 21:25:22 <Webster> Title: Redmine Plugin - Jenkins - Jenkins Wiki (at wiki.jenkins-ci.org) 21:25:24 <planetmaker> etc bla bla 21:25:26 <^Spike^> read the changelog pm 21:26:04 <planetmaker> ... 21:26:13 <DevZone> Project eints-test build #31: SUCCESS in 2 min 25 sec: https://jenkins.openttdcoop.org/job/eints-test/31/ 21:26:25 <planetmaker> but well. better now. then later 21:26:42 <planetmaker> *than 21:26:47 *** ODM has quit IRC 21:26:50 <^Spike^> true :) 21:26:53 <^Spike^> was just saying :D 21:31:17 <planetmaker> let's get over with that now :-) 21:31:36 <^Spike^> whie... ssh works for ldap... 21:31:37 <^Spike^> :) 21:31:45 *** DevZone has quit IRC 21:31:47 <planetmaker> :-) 21:32:04 <planetmaker> hm... 502 on https://jenkins.openttdcoop.org/updateCenter/ 21:32:24 <^Spike^> works here 21:32:24 <planetmaker> not when I press reload 21:32:31 <^Spike^> you sure it didn't restart already? :D 21:32:39 *** DevZone has joined #openttdcoop.devzone 21:32:41 <^Spike^> ^^^^^ 21:32:42 <^Spike^> hint 21:32:46 <^Spike^> :) 21:32:55 <planetmaker> no, it's what appeared automatically 21:33:05 <^Spike^> it seems like jenkins restart :) 21:33:05 <planetmaker> and only worked when I manually reloaded 21:33:14 <^Spike^> devzone quit and joined 21:33:25 <planetmaker> yes, I asked it to restart :D 21:33:38 <^Spike^> so that's what it did :) 21:33:40 <planetmaker> probably jenkins sets refresh time too short 21:33:59 <^Spike^> you got a 502 cause nginx was like: No backend! PANIC! 502! 502! Code 5-0-2! 21:34:00 <^Spike^> :) 21:36:12 *** DevZone has quit IRC 21:36:49 *** DevZone has joined #openttdcoop.devzone 21:36:56 <planetmaker> hm 21:37:14 <^Spike^> now ssh works now for a deb install.... 21:37:43 <^Spike^> i could've solved ssh on centos an hour ago... if i realized the user i entered was wrong :D 21:38:19 <planetmaker> :D 21:38:34 <^Spike^> i still like that directory studio :) 21:38:53 <DevZone> Project eints-test build #32: SUCCESS in 2 min 23 sec: https://jenkins.openttdcoop.org/job/eints-test/32/ 21:47:36 <Brot6> Feature #5597: Readme and NewGRF info Xkyosuke1989X @ http://dev.openttdcoop.org/issues/5597#change-17222 21:48:29 *** oskari89 has quit IRC 22:44:17 <planetmaker> good night 23:01:40 *** frosch123 has quit IRC