Log for #openttdcoop.devzone on 9th February 2015:
Times are UTC Toggle Colours
06:37:39  *** LSky` has joined #openttdcoop.devzone
07:18:11  *** LSky` has quit IRC
10:21:23  <juzza1> forgot how to push to devzone
10:21:29  <juzza1> config:
10:22:01  <juzza1> anything else needed? getting
10:22:01  <juzza1> remote: Permission denied (publickey).
10:22:04  <juzza1> abort: no suitable response from remote hg!
10:22:35  <^Spike^> planetmaker: !? :)
10:30:48  <planetmaker> I don't know the lower part of your paste, where that comes from, juzza1
10:30:55  <^Spike^> his .ssh/config
10:31:10  <^Spike^> you can setup certain settings
10:31:20  <planetmaker> I never used such :P
10:31:22  <^Spike^> juzza1: can you try * as hostname
10:31:34  <^Spike^> oh i do here for certain servers which needs different users/keys/settings :)
10:31:53  <^Spike^> it's a good way to say if i connect to server X do username A if servername Y do username B
10:31:53  <planetmaker> :)
10:31:59  <^Spike^> so you can just do ssh blabla
10:32:03  <planetmaker> yeah. I realize that
10:32:04  <^Spike^> and still use different usernames :)
10:32:38  <planetmaker> the push URL seems correct anyway
10:32:49  <juzza1> ^Spike^: same error
10:32:59  <planetmaker> did you change your key, juzza1 ?
10:33:01  <juzza1> I've had that same config for quite a while, so it _should_ work
10:33:12  <juzza1> no
10:33:31  <planetmaker> what does give you: hg push --debug
10:34:02  <planetmaker> gotta go lunch. back in 30
10:34:04  <juzza1> sending hello command
10:34:04  <juzza1> sending between command
10:34:04  <juzza1> remote: Permission denied (publickey).
10:34:05  <juzza1> abort: no suitable response from remote hg
10:35:17  <juzza1> or, full output:
11:14:09  <planetmaker> juzza1, that looks like your key is not being used
11:15:39  <planetmaker> on windows it might need pageant to notify things about your key:
11:15:51  <planetmaker> maybe that's not running?
11:16:21  <^Spike^> planetmaker: the config allows him to run it without agent cause it forces a key
11:16:31  <^Spike^> key path is correct? permissions are right?
11:26:13  <juzza1> planetmaker: im running linux
11:26:18  <juzza1> permissions seem ok to me
11:26:42  <juzza1> public key is here:
11:37:23  <planetmaker> that key is installed
11:37:27  <planetmaker> on the server
11:38:53  <^Spike^> ehm planetmaker
11:38:57  <^Spike^> is that user correct?
11:39:07  <planetmaker> what?
11:39:46  <^Spike^> in his config he has user juzza1
11:39:49  <^Spike^> shouldn't that be hg?
11:39:56  <^Spike^> oh wait
11:39:58  <planetmaker> wait, in his config?
11:40:03  <^Spike^> hg uses the use hg
11:40:07  <^Spike^>
11:40:12  <^Spike^> the bottom part
11:40:21  <planetmaker> yeah. indeed. user hg
11:40:48  <planetmaker> doh. missed that. But I wonder.... how would that have worked before then? :)
11:41:56  <^Spike^> true :)
11:59:49  <juzza1> so how do i test the ssh connection straight from the command line, ignoring any config files?
12:06:42  <planetmaker> copy config file and edit?
12:16:18  <juzza1> could you replace my key with this
12:31:47  <planetmaker> juzza1, key installed
12:32:32  *** Supercheese is now known as Guest4722
12:32:35  *** Supercheese has joined #openttdcoop.devzone
12:38:34  *** Guest4722 has quit IRC
12:51:55  <juzza1> thanks planetmaker
12:52:19  <juzza1> it is somewhat working now, by manually setting the keyfile when pushing
12:52:26  <juzza1> ie. hg push --ssh "ssh -i ~/.ssh/ottdc"
12:52:43  <^Spike^> hmmm
12:52:52  <^Spike^> that is a different key then defined in your config gile?
12:52:54  <^Spike^> file*
12:53:27  <juzza1> it's the same, i also changed user to hg
12:54:12  <juzza1> config file right now
12:54:24  <juzza1> with that, "ssh ottdcoop" connects
12:54:39  <juzza1> but how to make it work with hg :P
12:54:56  <juzza1> i must've changed something since my last activity, but no idea what
12:59:27  <DevZone> Project Finnish Trainset build #76-push: SUCCESS in 2 min 47 sec:
12:59:41  <^Spike^> :)
14:01:03  <juzza1> getting multiple errors on fresh checkout of
14:01:06  <juzza1>
14:01:15  <juzza1> at the bottom is the output of
14:01:31  <juzza1> but there seems to be something wrong with he Makefile too
14:02:26  <planetmaker> hm, that sounds like wrong python version, juzza1
14:04:23  <juzza1> ah yes, it needs python 2
14:04:25  <planetmaker> juzza1, there are some awkward linuxes which alias python to python3 - which will fail with
14:05:03  <planetmaker> I consider that a bug - in those linuxes
14:07:43  <DevZone> Project make-nml build #68-push: SUCCESS in 28 sec:
14:17:42  *** LSky` has joined #openttdcoop.devzone
15:35:35  <juzza1> oh, nmlc has some nice new output :)
15:40:14  <planetmaker> :)
16:01:42  *** Alberth has joined #openttdcoop.devzone
16:47:43  <DevZone> Project poltrams build #30-push: SUCCESS in 21 sec:
16:59:13  <DevZone> Project OpenGFX+ Trains build #47-push: SUCCESS in 11 min:
17:03:07  <DevZone> Project xussrset - Trains from Russia build #833-push: SUCCESS in 3 min 53 sec:
17:03:38  <DevZone> Project OpenGFX+ Industries build #100-push: SUCCESS in 31 sec:
17:04:09  <DevZone> Project Metro Track Set build #19-push: SUCCESS in 31 sec:
17:15:02  *** oskari89 has joined #openttdcoop.devzone
17:23:06  *** gelignite has joined #openttdcoop.devzone
17:38:03  <DevZone> Project OpenGFX+ Landscape build #86-push: SUCCESS in 50 min:
17:38:27  <DevZone> Project Fake Subways build #44-push: SUCCESS in 23 sec:
17:39:54  <DevZone> Project Dutch Trainset build #279-push: SUCCESS in 1 min 26 sec:
17:40:37  <DevZone> Project road-hog build #614-push: SUCCESS in 43 sec:
17:41:01  <DevZone> Project termite build #56-push: SUCCESS in 23 sec:
17:45:09  <DevZone> Project Iron Horse build #1213-push: SUCCESS in 4 min 8 sec:
17:50:11  <DevZone> Project FIRS Industry Replacement Set build #368-push: SUCCESS in 5 min 0 sec:
18:59:21  <DevZone> Project Planet of the apes: Ghat landscape set build #32-push: SUCCESS in 1 hr 9 min:
19:01:56  *** frosch123 has joined #openttdcoop.devzone
19:02:27  <DevZone> Project yeti build #145-push: SUCCESS in 1 hr 58 min:
19:02:57  <DevZone> Project ecs build #78-push: SUCCESS in 28 sec:
19:03:01  <DevZone> Project World Airliner Set build #897-push: SUCCESS in 3 min 40 sec:
19:03:26  <DevZone> Project ecs build #79-nightlies: FAILURE in 29 sec:
19:05:58  <DevZone> Project World Airliner Set build #898-nightlies: SUCCESS in 2 min 56 sec:
19:35:16  <Alberth> hi planetmaker, I added and some other things in opngfx+industries
19:35:53  <Alberth> what got me wondering was the comment "I had trouble applying it because english.lng uses DOS line endings  whereas industry_definition.nml uses Unix line endings, and patch(1)  can't deal with that" in that issue
19:36:07  <Alberth> it seems *.lng files are not in .hgeol
19:37:02  <Alberth> adding seems not exactly trivial, people with a checkout needs to checkout a fresh copy
19:37:46  <planetmaker> he. Is there a .hgeol at all?
19:38:03  <Alberth> you added it :p
19:38:08  <planetmaker> or did the eol change in the lang file commit by mkzapkie
19:38:18  <planetmaker> hm :)
19:38:49  <Alberth> what would be easy is to add it to the 'newgrf' template project
19:39:00  <Alberth> so new projects get it added
19:39:18  <planetmaker> indeed. Though common mercurial wisdom is: don't use .hgeol but teach people to use a decent editor
19:39:38  <planetmaker>
19:39:39  <Webster> Title: EolExtension - Mercurial (at
19:39:55  <planetmaker> on the other hand it doesn't hurt to ship it
19:40:06  <Alberth> backed up by forced checking at the server? :)
19:40:07  <planetmaker> but if people don't use that extension on their side... it won't help
19:40:20  <planetmaker> that indeed would make sense. Even w/o .hgeol
19:40:30  <planetmaker> actually with .hgeol
19:40:58  <planetmaker> or just checking that line endings are consistent and not changed
19:41:40  <Alberth> well, I can live without checks too, my editor understands both
19:42:23  <planetmaker> I wonder what's a good solution really. I know that I want for my projects unix style
19:42:42  <planetmaker> but it would not be appropriate to force unix style for all projects on devzone
19:43:04  <planetmaker> if it's done by windows users only, they'd not like it much. And why should they mind?
19:43:14  <Alberth> oh, I also looked into parameters #2617, but changing that breaks compatibility, I think, not sure if that can be added, or if it needs special care somewhere
19:43:15  <planetmaker> is there a good solution?
19:43:56  <Alberth> as long as the CF can build things, it really doesn't matter much, imho
19:44:21  <Alberth> except for these rare occasions where patch fails to work
19:44:52  <Alberth> (which is probably easily fixable with a --binary  option, I think,but didn't try that
19:45:33  <Alberth> good solution is probably let the project owners decide :)
19:47:02  <planetmaker> yes. They can do that now. But is there a way to enforce that then?
19:47:28  <planetmaker> I can envision to use a .devzone file which tells a hook to check for this or that line ending
19:47:34  <planetmaker> but it seems... overkill
19:48:23  <Alberth> .hgeol seems like a better solution in that case
19:48:35  <Alberth> there may even be a script to check it already
19:48:54  <Alberth> /me enables eol
19:48:59  <DevZone> Project ISR Industrial Station Renewal build #179-push: SUCCESS in 39 sec:
19:49:19  <Alberth> hmm, I should checkout all projects again now, I guess :p
19:49:24  <planetmaker> :)
19:49:37  <DevZone> Project ISR Industrial Station Renewal build #180-releases: SUCCESS in 38 sec:
19:49:46  <planetmaker> Alberth, for ogfx+industries, if you've done it anyway or if it helps: convert lang files to \n
19:50:18  <Alberth> I didn't touch line endings
19:50:28  <Alberth> but can do that if you want
19:50:54  <planetmaker> makes sense to me. eints uses it. I do. you do. All important contributors use \n :)
19:51:11  <Alberth> oh, and temperate oil wells did decrease production, and closed eventually, I created a bug report about it
19:51:19  <Alberth> ok
19:51:55  <planetmaker> hm, then the oil wells probably are unchanged and just use their default production thing. Thus not affected by the patches at all
19:52:38  <Alberth> all other industries seemed to be stuck at the same production level, except for the 8/9 times / month thingie
19:53:15  <Alberth> it's quite boring :)
20:00:30  <DevZone> Project OpenGFX+ Industries build #101-push: SUCCESS in 30 sec:
20:01:46  <Alberth> add to .hgeol too ?
20:02:19  <Alberth> +**.lng  = native
20:09:55  <planetmaker> native? Hm... maybe rather \n (or however that's represented)?
20:10:00  <planetmaker> at least for ogfx-industries
20:10:09  <planetmaker> for make-nml it will make sense to add it as native
20:10:41  <planetmaker> wouldn't native just give us the problem you just encountered?
20:17:36  <frosch123> not to interupt you, but eints has eol extension enabled, so if repo provides .hgeol, it is used
20:18:39  <planetmaker> :)
20:31:22  <Alberth>
20:33:57  <frosch123> xls?
20:35:04  <frosch123> if you include excel, you may also find some fancy gimp, photoshop, blender and 3dmax files and stuff
20:35:33  <frosch123> shouldn't BIN be the default?
20:36:55  <frosch123> hmm, is .hgtags, .hgignore and .hgeol affected by eol?
20:37:39  <frosch123> looking at some projects, there is also .ptxt
20:39:01  <planetmaker> ptxt are those txt where I replace some stuff with actual repo info like version
20:39:09  <planetmaker> by means of sed and/or awk
20:39:09  <frosch123> does not look like there is an easy global list :)
20:39:46  <frosch123> oh, dear, even more windows issues: uppercase file extensions
20:39:55  <planetmaker> well, indeed *.psd and *.xcf could be added to BIN list
20:40:07  <frosch123> V annoys me all the time with his all-uppercase directory names :p
20:40:14  <planetmaker> :)
20:40:35  <planetmaker> and indeed... meh, case insensitivity sucks
20:43:04  <frosch123> there are tons of other extensions, .ods, .bat, .sed, .awk, .aep, .pytxt, ...
20:43:12  <frosch123> guess who invented .pytxt :p
20:43:30  <Alberth> :)
20:43:32  <planetmaker> :)
20:43:44  <frosch123> same guy who invented .pylng :)
20:44:04  <Alberth> a
20:44:18  <Alberth> .(py)?<ext>  :)
20:47:07  <planetmaker> maybe. Sounds like overkill :P
20:47:32  <planetmaker> I always like how adobe deals with case sensitivity :P
20:47:34  <Webster> Title: CS5 install on case-sensitive file system - can... | Adobe Community (at
21:47:40  *** Alberth has left #openttdcoop.devzone
21:52:33  <DevZone> Project FIRS Industry Replacement Set build #369-push: SUCCESS in 4 min 58 sec:
21:57:09  *** frosch123 has quit IRC
22:01:03  <DevZone> Project Iron Horse build #1214-push: SUCCESS in 4 min 3 sec:
22:07:16  *** LSky` has quit IRC
22:36:14  *** oskari89 has quit IRC
23:08:31  *** gelignite has quit IRC

Powered by YARRSTE version: svn-trunk