Log for #openttdcoop.devzone on 13th September 2010:
Times are UTC Toggle Colours
00:02:00  <Yexo> thgergo: it works fine here
00:02:04  <Yexo> what project are you trying to clone?
00:06:24  <Rubidium> TBRS I'd say
00:09:55  <Yexo> thgergo: try using "total_bridges" for <project> instead of "tbrs"
00:10:10  <Yexo> for some reason the repository doesn't use the project identifier
00:21:38  <Ammler> oh indeed, sorry about that, we just cloned the svn branch, it had that name theere
00:22:29  <Ammler> we can change that
00:22:35  <Ammler> hmm, we have to maybe
00:22:54  <thgergo> :S lets try it
00:23:03  <thgergo> with "tbrs"
00:23:06  *** Seberoth has quit IRC
00:24:28  <Ammler> yep, just renamed
00:25:19  <thgergo> "total_bridges" I used this firstly
00:25:28  <thgergo> :S
00:25:38  <Ammler> yep, change that to tbrs
00:26:29  <Ammler> https://th_gergo:<pw>
00:27:32  <thgergo> finally it worked like a charm:)
00:27:38  <thgergo> thanks for that
00:27:41  <Brot6> Total Bridge Replacement Set - Revision 12:1c2cf200bdf4: Add: Renew the generic suspension. Origi... (th_gergo) @
00:29:32  <Ammler> he, remove .svn :-)
00:30:35  <Ammler> anyway, good night
00:31:32  <thgergo> how shouls I remove those?
00:32:33  <thgergo> ah somehow those got copied from the svn?
00:33:09  <Rubidium> hg rm .svn
00:33:40  <Rubidium> but yes, you probably copied it from your svn repository
00:34:04  <thgergo> yeah I didnt aware that .svn ditectories are generally hidden
00:34:13  <Rubidium> by copying the 05genericsuspension directory from your svn checkout which contained the .svn
00:34:41  <thgergo> indeed
00:34:42  <thgergo> :(
00:40:11  <thgergo> ok its fixed now
00:40:34  <Brot6> Total Bridge Replacement Set - Revision 13:34afd203588e: Remove the hidden .svn ditectory... (th_gergo) @
00:42:55  <thgergo> thanks for instuctions:) I have finelly set up tortoisehg, with pushing with command line in a terminal.
00:46:30  <thgergo> bye, im going to sleep this time really...
00:46:54  *** thgergo has quit IRC
07:13:22  *** ODM has joined #openttdcoop.devzone
08:18:07  *** Seberoth has joined #openttdcoop.devzone
08:20:37  <planetmaker> Yexo: I got an e-mail with your DevZone password, sent 1:59 on 13th September. You might consider to change it ;-)
10:11:46  <Yexo> planetmaker: I know, I already changed it 2 minutes later
10:20:04  *** Seberoth has quit IRC
10:21:06  <planetmaker> ok :-)
10:22:32  *** seberoth has joined #openttdcoop.devzone
10:31:32  *** KenjiE20 has joined #openttdcoop.devzone
12:23:51  <Brot6> NewGRF Meta Language - Revision 760:e7d2c216acad: Add: A few vehicle_is_xxx vehicle variables. (Hirundo) @
12:23:51  <Brot6> Example NewGRF Project - Revision 185:dcac7e6f5d1c: Fix (r159): Use proper variable values also w... (planetmaker) @
12:41:13  <Brot6> Example NewGRF Project - Revision 186:1043c26da609: Change: Install grfs in their separate directory (planetmaker) @
12:45:46  <Ammler> hmm, I should stop commenting on the build system, it gets ignored anyway...
12:46:25  <planetmaker> uhm. it's not at all :-)
12:46:46  <planetmaker> I'm just bringing the newgrf example project and opengfx to a common basis again
12:46:56  <planetmaker> and then I continue to implement further changes from there on.
12:47:11  <planetmaker> But working on two different basis is a VERY bad idea.
12:47:24  <planetmaker> as it'll get me confused in no time
12:49:17  <Ammler> isn't r186 part of #1449
12:49:39  <planetmaker> yes
12:50:59  <planetmaker> hm... yes... now windows uses the shared and *nix the local one. Not good
12:51:29  <Ammler> as said, you simply ignored me :-P
12:51:34  *** yorick has quit IRC
12:51:54  <planetmaker> No, Ammler, I simply copy from OpenGFX to fix the existing bugs.
12:52:19  <planetmaker> These commits are not any decision in one way or another.
12:52:33  <planetmaker> I'm still not sure what is "better": local or global dir.
12:52:48  <planetmaker> Local might even make more sense. As distros anyway set their own install paths...
12:53:02  <planetmaker> but proper might be to use the default global one...
12:53:18  <Ammler> it needs to be local, as you need root/admin for gloabal
12:53:25  <planetmaker> yes
12:53:36  <planetmaker> unless you set in Makefile.local a local installdir ;-)
12:54:03  <Ammler> yes, but as nobody would install global, it is a bit unworthy
12:54:57  <planetmaker> I fear so, yes
12:55:23  <Ammler> maybe you should make a .newgrf file for the config
12:55:41  <Ammler> so someone doesn't need to maintain a Makefile.local for every project
12:57:04  <planetmaker> you mean... if it's a newgrf, the local install is used, unless it's a base set?
12:57:09  <Ammler> is there nothing mentioned in the Makefile convention, that make install should be for root only?
12:57:37  <SmatZ> Ammler: you can't install to your home directory?
12:57:40  <Ammler> no, I meant a config file ~/.newgrf
12:57:51  <planetmaker> it usually requires root due to the nature of the paths it installs to
12:58:21  <planetmaker> but "make install INSTALLDIR=~/.openttd/data/" will always work
12:58:22  <Ammler> SmatZ: you usually don't install to home, do you?
12:58:27  <planetmaker> Ammler, sometimes I do
12:58:34  <SmatZ> Ammler: I do
12:58:40  <planetmaker> if I just want to test some things
12:58:55  <Ammler> yes, if you want to test installing :-)
12:59:09  <planetmaker> no. On software
12:59:23  <Ammler> then I run it directly
12:59:30  <SmatZ> many svn versions that I don't want to use "by default", but I want to have them ready
12:59:35  <SmatZ> gdb, valgrind, gcc...
13:00:08  <Ammler> so you install with DESTDIR=~ ?
13:00:24  <SmatZ> actually, I configure with --prefix=
13:00:27  <planetmaker> ^
13:00:48  <SmatZ> install with DESTDIR would break compiled-in paths that assume /usr/lib and similiar
13:00:59  <SmatZ> configure --prefix changes these compiled-in paths
13:01:18  <Terkhen> I prefer local folder too
13:01:47  <Ammler> right, DESTDIR is for buildroot
13:01:55  <planetmaker> But... what is the right thing for newgrf projects?
13:02:12  <planetmaker> user's data dir? shared data dir?
13:02:24  <SmatZ> the same place openttd uses :)
13:02:34  <SmatZ> shared data I think
13:02:44  <planetmaker> I hardly can imagine anything where a user building a newgrf wants it for more than himself
13:02:47  <Ammler> but that requires root
13:03:01  <Terkhen> that's why I prefer home :P
13:03:11  <planetmaker> Ammler, you can change the installdir ;-)
13:03:15  <Ammler> so you would install such things there, but your prefer gdb and gcc and such in your home?
13:03:49  <planetmaker> Ammler, alpha versions of those programmes
13:03:53  <SmatZ> Ammler: I do because I don't want to pollute my system with unstable versions
13:04:00  <Ammler> planetmaker: exactly
13:04:08  <Ammler> people use it for testing
13:04:09  <SmatZ> planetmaker: maybe some "make userinstall" ?
13:04:10  <planetmaker> Ammler, but by default they'd install themselves globally, too
13:04:14  <Ammler> nobody else installs the newgrfs
13:04:23  <planetmaker> hm... 'userinstall' sounds nice :-)
13:04:55  <SmatZ> "make install" could they say "you aren't installing as root, maybe you want 'make userinstall'?"
13:05:04  <Ammler> why do you set a default to somewhere nobody needs?
13:05:29  <planetmaker> Ammler, convention?
13:05:32  <SmatZ> I would be surprised if make install installed data to my home dir
13:06:09  <Ammler> I was suprised as I saw that make install does build docs :-)
13:06:19  <SmatZ> make install also changes ownership, sets file "readable for all"
13:06:56  <planetmaker> Ammler, you're right, that shall be changed (making docs = making grf)
13:13:27  <Brot6> NewGRF Meta Language - Revision 756:e1f94f674741: Add: Vehicle variable 0x5F (waiting_triggers / ... (Hirundo) @
13:13:27  <Brot6> NewGRF Meta Language - Revision 761:80d8d5e70812: Add: Two breakdown-related vehicle variables (r... (Hirundo) @
13:13:27  <Brot6> Example NewGRF Project - Revision 187:f5278ed9bb7e: Change: Introduce 'Makefile.dist' for tar dis... (planetmaker) @
13:14:22  <Brot6> NewGRF Meta Language - Revision 760:e7d2c216acad: Add: A few vehicle_is_xxx vehicle variables. (Hirundo) @
13:14:22  <Brot6> Example NewGRF Project - Revision 188:545c2caad090: Change: No need to declare a variable which w... (planetmaker) @
13:24:50  <Hirundo> Yexo: mind if I rename ROTATION_XX to DIRECTION_XX, so they can be used for vehicles as well?
13:25:07  <Yexo> np, go ahead
13:33:45  <Brot6> NewGRF Meta Language - Revision 770:c5faf5460e88: Add: Vehicle variable 0x9F (direction) and the ... (Hirundo) @
13:43:52  <Hirundo> Yexo: Are there any other variables that might be useful to implement?
13:44:47  <Yexo> did you implement everything you listed in the issue?
13:45:00  <Hirundo> No
13:46:10  <Hirundo> I did not do day/tick_counter, because those are very unreliable
13:46:47  <Hirundo> you can't guarantee your code to be called on day/tick X
13:47:18  <Yexo> agreed, those shouldn't be used
13:47:30  <Hirundo> Also, I left date_since_last_service out for now since it is base-1920
13:48:39  <Yexo> just add date(1920,1,1) to the value and document that it only works for dates > 1920 ?
13:51:03  <Hirundo> Hmm.. looking at v->max_age, I guess I need to fix another openttd bug
13:52:26  <Ammler> someone likes to fiddle around on our new server to find out, why the guests can't connect to the internet?
13:52:46  <Ammler> I would be happy to provide you with the credentials :-)
13:53:28  <Hirundo> Yexo:
13:53:29  <Ammler> you can't break something, everything would be reinstalled, if the problem is found
13:53:41  <Brot6> Example NewGRF Project - Revision 189:554b3596ce7a: Added tag 0.4.3 for changeset 545c2caad090 (planetmaker) @
13:54:01  <Brot6> newgrf_makefile: update from 0.4.2 to 0.4.3 done -
13:54:43  <Ammler> planetmaker: so it is better to submit patches to the makefile framework?
13:54:52  <Brot6> OpenGFX - Revision 539:be6ef9d2a302: Change: [Makefile] Update to 0.4.3 (planetmaker) @
13:54:55  <Ammler> instead of opengfx?
13:56:39  <Rubidium> Ammler: what does iptables -L and iptables -L -t nat say? Anything being denied?
13:56:57  <planetmaker> Ammler, in principle yes. But it shouldn't matter
13:57:11  <planetmaker> currently it's the same ;-)
13:57:28  <Ammler> Rubidium: I disabled iptables and it still doesn't work
13:57:42  <Rubidium> so all is ACCEPT
13:58:06  <Ammler> yes
13:58:10  <Ammler>
13:58:31  <Ammler> same with nat
13:58:56  <Rubidium> what does /proc/sys/net/ipv4/ip_forward
13:58:58  <Rubidium>  say?
13:59:13  <Ammler> 1
13:59:14  <Yexo> Hirundo: I don't know of any other variables
13:59:21  <Rubidium> Ammler: then I'm out of ideas
13:59:29  <Hirundo> me neither
13:59:49  <Hirundo> although I think, date_since_last_service needs a Clamp() as well
13:59:58  <Ammler> Rubidium: same with all the howtos, there isn't much more needed :-)
14:00:10  <Ammler> just that the quests need to use the host ip as gateway
14:01:05  <Rubidium> do they all listen on the same IP?
14:01:42  <Ammler> no
14:01:51  <Ammler> I got 3 additonal ips
14:02:07  <Ammler> but all are from same subnet
14:02:33  <Ammler>
14:02:45  <Ammler> and the attional ips are 101/102/112
14:03:01  <Ammler> gw is 65
14:03:25  <Ammler> on host, I have connection
14:03:34  <Hirundo> Yexo: Another one:
14:03:54  <Ammler> also I can ping the host from guest
14:03:58  <Ammler> or other guests
14:04:03  <Yexo> Hirundo: is that one actually needed?
14:04:17  <Rubidium> what are the ipconfigs of one of the guests?
14:04:21  <Rubidium> what gw do they set?
14:04:24  <Hirundo> You can't read it as dword, or it will break for TTDP
14:04:44  <Yexo> ah, true :(
14:04:48  <Yexo> so it's indeed needed
14:05:47  <Hirundo> We could of course, add a check for param 9D and hack around it ourselves
14:06:14  <Rubidium> better comply with the specs :)
14:07:33  <Hirundo> not complying has the advantage of working for post-2200 dates :) although I agree that it's better to comply
14:07:55  <Ammler> Rubidium:
14:08:13  <Ammler> the howtos say, I need to set the host ip as gw
14:08:28  <Ammler> because hetzner does bind the IPs to the mac address
14:09:21  <Rubidium> have you tried to set the gw to the gw of the host?
14:10:13  <Ammler> hmm, I can ping now?
14:10:49  <Ammler> omg, it works, but I have no idea why
14:14:43  <Ammler> now, I need to enable the fws and try again :-/
14:15:20  <planetmaker> Ammler, only a ping to *.102 works. The other two are not supposed to work?
14:15:32  <Ammler> no
14:15:33  <planetmaker> (yet)
14:15:55  <Ammler> :-)
14:16:05  <Ammler> well, I need to have it reproduceable
14:16:27  <planetmaker> (well, and *.83)
14:20:49  <Brot6> NewGRF Meta Language - Revision 771:792df114e25b: Add: Vehicle variables 0xC0, 0xC2 and 0x92. (cl... (Hirundo) @
14:20:49  <Brot6> NewGRF Meta Language - Feature Request #1419 (Closed): Documentation for all vehicle properties/v... (Hirundo) @
14:32:31  <Hirundo> Yexo: How can cargo.Count() >= 0xFFFF when cargo_cap is a uint16?
14:34:07  <Yexo> oh, it can't for vehicles
14:34:28  <Yexo> CargoList::Count() in general can return something > 0xFFFF
14:35:09  <Hirundo> ah well, it won't hurt anyway
14:35:36  <planetmaker> I'm quite amazed at those variables... I guess I've seen in the commits the last days variable numbers I never saw nor heart before ;-)
14:36:07  <Yexo> most are from and not documented at any other place
14:36:41  <planetmaker> yes
14:36:55  <Yexo> but there are very little (if any) newgrfs that make use of those, so it's quite possible to find bugs in the implementation of those varialbes that have been there since they were implemented a few years ago
14:36:58  <planetmaker> that's a nasty place to 'document' them :-)
14:37:11  <Yexo> it's linked from
14:37:29  <Hirundo> IIRC mb and pikka use some quite advanced stuff
14:37:32  <planetmaker> I've seen it once or twice... but I guess I didn't bother really then :-)
14:37:37  <planetmaker> those two probably use them
14:38:24  <Yexo> oh, vehicle var 0xE2, the aircraft movement state
14:38:30  <Yexo> that one is definitely used by aircraft newgrfs
14:38:37  <planetmaker> I like to see them documented in an accessible way now, though :-)
14:41:41  <Yexo> Hirundo: is ordering the list in by var number ok?
14:41:57  <Yexo> that makes it easier to compare it to the nfo documentation
14:42:45  <Hirundo> I would prefer to order at least reference.html by category (all cargo vars consecutive)
14:42:57  <Yexo> I agree on reference.html
14:43:10  <Yexo> and I want to move some variables to the class specific arrays
14:43:15  <Yexo> like current_railtype only for trains
14:44:36  <Hirundo> I have some stuff like that in my patch queue, hold on
14:45:39  <Yexo> ok ;)
14:47:22  <Hirundo>
14:48:56  <Hirundo> agreed?
14:49:14  <planetmaker> looks good to me
14:49:39  <Yexo> var 45 is only for road and trains
14:51:07  <Hirundo> var60 is also basically useless for non-trains
14:51:14  <Yexo> yep
14:51:27  <Yexo> I was wondering about var60, it returns 1 for non-train vehicles
14:51:36  <Yexo> or 0
14:52:11  <Yexo> you could use it to reuse a varaction2 chain for 2 vehicle types and halfway make a check which one it is
14:52:58  <Hirundo> who makes a grf with more than one vehicle type?
14:53:10  <Yexo> s/vehicle types/vehicles/
14:53:27  <Hirundo> there is a different var for that
14:53:48  <Hirundo> C6
14:54:02  <Yexo> ok, so it's only useful for trains
14:54:26  <planetmaker> excuse my unqualified question: but I cannot even find var 0xC6 on the link Yexo gave earlier
14:54:29  <planetmaker> What do I miss?
14:54:38  <Yexo> subtract 0x80
14:54:47  <planetmaker> ah
14:54:53  <Yexo> C6 is listed here too
14:55:27  <planetmaker> hm, true... memory like a sieve :S
14:55:53  <Yexo> and there it is
14:56:05  <planetmaker> ty :-)
14:57:03  <planetmaker> I was missing the 0x80 offset
14:58:21  <planetmaker> hm... I can replace the vehicle by a cow as long as it is broken down :-D
14:58:49  <Yexo> yes (but I think it'll still get recolored using the broken down palette)
14:59:13  <planetmaker> there's no re-colour for break-down, only for crash IIRC
14:59:28  <Yexo> yes, I confused broken down with crash
15:00:09  <planetmaker> hm... or I could have cargo show decay on the vehicle, if it travels too long ;-)
15:00:32  <planetmaker> like rioting passengers demolishing the train :-)
15:00:46  <planetmaker> increasing running costs dramatically :-D
15:00:53  <planetmaker> haha :-) I'd love that
15:01:02  <Yexo> I'd love to see that :p
15:01:07  <planetmaker> the newgrf of insanity :-)
15:01:24  <Yexo> especially if it isn't mentioned anywhere in the description/readme and you get reports from people who didn't expect anything like that
15:03:46  <planetmaker> yep. That'd be a very nice Easter egg :-)
15:03:53  <planetmaker> and... who reads a readme anyway?
15:14:19  <Hirundo> I guess it will lead to bug reports at
15:14:43  <planetmaker> Do you think so?
15:15:07  <planetmaker> Well, I'd document it in the readme. But just not mention it elsewhere ;-)
15:15:26  <Hirundo> never, ever, underestimate stupidity. Users don't read.
15:15:34  <planetmaker> exactly :-P
15:17:16  <planetmaker> well. As long as it comes with a graphical representation, too? In any case, they'd be using a newgrf...
15:23:57  *** frosch123 has joined #openttdcoop.devzone
15:43:26  <Ammler> planetmaker: please do also review the build script for opengfx, is that ok now?
15:44:20  <Ammler>
15:47:54  <planetmaker> what did change in particular?
15:48:10  <Brot6> NewGRF Project - Revision 185:dcac7e6f5d1c: Fix (r159): Use proper variable values also when buil... (planetmaker) @
15:48:10  <Brot6> NewGRF Project - Revision 186:1043c26da609: Change: Install grfs in their separate directory (planetmaker) @
15:48:10  <Brot6> NewGRF Project - Revision 187:f5278ed9bb7e: Change: Introduce 'Makefile.dist' for tar distributions (planetmaker) @
15:48:12  <Brot6> NewGRF Project - Revision 188:545c2caad090: Change: No need to declare a variable which will be r... (planetmaker) @
15:48:16  <Brot6> NewGRF Project - Revision 189:554b3596ce7a: Added tag 0.4.3 for changeset 545c2caad090 (planetmaker) @
15:48:23  <planetmaker> eh...?
15:58:44  <Ammler> planetmaker: basically build the source package and make a rpm from it
15:59:36  <Ammler> did you move something?
16:00:14  <planetmaker> I edited the description of the project
16:03:42  <Ammler> yes, new Title=feed change
16:11:58  <Ammler> he, with zypper si openttd, you have installed every buildrequirement for openttd :-)
16:20:57  <Brot6> firs: update from r1361 to r1364 done -
16:21:30  <Brot6> newgrf_makefile: update from r184 to r189 done -
16:22:22  <Brot6> nml: update from r765 to r771 done -
16:24:53  <Brot6> opengfx: update from r538 to r539 done -
16:25:08  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r613), 32bpp-extra (r39), airportsplus (r59), basecosts (r20), belarusiantowns (r7), comic-houses (r71), fish (r390), frenchtowns (r4), grfcodec (r253), heqs (r372), metrotrackset (r56), nforenum (r502), nutracks (r115), ogfx-test (r529), ogfx-trees (r15), ogfxplus (r42), openmsx (r97), opensfx (r97), snowlinemod (r42), swedishrails (r156), swisstowns (r14), transrapidtrackset
16:25:08  <Brot6> (r15), ttdviewer (r25), ttrs (r18), worldairlinersset (r663)
16:25:45  <Brot6> OpenGFX+ Airports - Bug #1490 (New): DevZone compile failed (compiler) @
16:27:13  <planetmaker> Ammler: I have little experience reading the rpm specs. I don't see anything wrong, but... not sure how much that is worth
16:27:34  <planetmaker> building the source package is nice :-)
16:28:28  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: belarusiantowns (3 errors) (Diffsize: 21), frenchtowns (4 errors) (Diffsize: 9), ogfxplus (Diffsize: 6), swedishrails (Diffsize: 6), swisstowns (4 errors) (Diffsize: 9)
16:29:30  <Ammler> planetmaker: well, if that spec would have been used on the release, it would have failed because of the missing -m644
16:39:01  <planetmaker> hm. I don't quite see where it actually does the re-build with the tar.gz
16:39:24  <planetmaker> hm... I do now :-)
16:44:08  <Brot6> NewGRF Meta Language - Revision 763:39a8f6242f79: Codechange: Allow creation of several ActionFs ... (Alberth) @
16:44:08  <Brot6> NewGRF Project - Bug #1449 (Feedback): Compiling under MinGW/MSYS (planetmaker) @
16:51:45  <Ammler> I needed to make some complicated moves :-)
16:58:37  <Brot6> OpenGFX+ Airports - Bug #1490: DevZone compile failed (Ammler) @
17:30:33  *** thgergo has joined #openttdcoop.devzone
17:48:29  <Terkhen> planetmaker: <-- compiling OpenGFX r539; I don't know if it is a new MinGW bug or a missing file from the last commits
17:51:09  <planetmaker> that will be new
17:52:03  <planetmaker> but I don't know *why*... that file is there
17:52:14  <Terkhen> I'll check in linux to be sure
17:54:28  <Brot6> Total Bridge Replacement Set - Revision 14:702475b68efb: Fix: The rail sprite was 2X reused... ht... (th_gergo) @
18:00:50  <Terkhen> same error
18:01:00  <planetmaker> hm.
18:02:16  <Brot6> 32bpp-ez-patches: update from r20791 to r20801 done -
18:02:30  <planetmaker> you just called make install or make docs?
18:02:54  <Terkhen> make bundle
18:03:01  <planetmaker> bundle what?
18:03:26  <Terkhen> just "make bundle"
18:03:43  <planetmaker> eh...
18:04:01  <Terkhen> make install gives the same error anyways
18:04:43  <planetmaker> interesting. not for me ;-)
18:05:20  <planetmaker> let's test on my suse, too
18:05:31  <planetmaker> ah. there it is
18:05:57  <planetmaker> ok... mrproper or clean delete too much
18:06:03  <planetmaker> run a hg revert -a and try again
18:06:15  <planetmaker> I thought I fixed that. obviously not. Thanks :-)
18:09:34  <Terkhen> yes, it works now :)
18:09:38  <andythenorth> evening
18:09:40  <planetmaker> pull again :-)
18:09:42  <Terkhen> hi andythenorth
18:09:45  <planetmaker> should be fixed now
18:09:47  <planetmaker> hi andythenorth
18:11:24  <Terkhen> hm
18:11:38  <Terkhen> most problems are fixed, but there are two new ones
18:11:44  <Terkhen> I'll update the MinGW task
18:12:15  <Brot6> serverpatches: update from r20789 to r20801 done (2 errors) -
18:14:52  <Brot6> NewGRF Project - Revision 190:b481b3a21a9b: Fix: Clean cleaned too much (planetmaker) @
18:16:58  <Brot6> Example NewGRF Project - Revision 185:dcac7e6f5d1c: Fix (r159): Use proper variable values also w... (planetmaker) @
18:16:58  <Brot6> Example NewGRF Project - Revision 186:1043c26da609: Change: Install grfs in their separate directory (planetmaker) @
18:16:58  <Brot6> Example NewGRF Project - Revision 187:f5278ed9bb7e: Change: Introduce 'Makefile.dist' for tar dis... (planetmaker) @
18:17:00  <Brot6> Example NewGRF Project - Revision 188:545c2caad090: Change: No need to declare a variable which w... (planetmaker) @
18:17:04  <Brot6> Example NewGRF Project - Revision 189:554b3596ce7a: Added tag 0.4.3 for changeset 545c2caad090 (planetmaker) @
18:17:08  <Brot6> Example NewGRF Project - Bug #1449 (Feedback): Compiling under MinGW/MSYS (planetmaker) @
18:17:11  <Brot6> Example NewGRF Project - Revision 190:b481b3a21a9b: Fix: Clean cleaned too much (planetmaker) @
18:24:12  <Ammler> planetmaker: does it need to set the dep check to normal?
18:24:20  <planetmaker> yes
18:24:26  <Ammler> shouldn't that be autodetect, if pythong isn't available?
18:24:43  <planetmaker> if python is available it'd be ok. But python is no dependency
18:25:22  <planetmaker> with hg I know that python is there
18:25:36  <planetmaker> without I don't and I don't want to require it. I could test for it, though
18:25:56  <Ammler> hg doesn't mean, python is there
18:26:05  <Ammler> at least on windows, it seems to run without
18:26:06  <planetmaker> no?
18:26:39  <Ammler> Terkhen: didn't you install python seperately?
18:26:49  <Terkhen> yeah, I had to install python separately
18:27:15  <Terkhen> my mercurial only has python26.dll
18:27:36  <Ammler> another note from me you ignored :-P
18:30:44  <planetmaker> meh :-( That's not documented
18:32:04  <Ammler> on the mingw ticket
18:32:10  <planetmaker> hm
18:32:17  <planetmaker> that's not yet closed, is it?
18:32:22  <Ammler> :-)
18:33:04  <Ammler> I had also to install perl for grfcodec, but that is another case :-)
18:33:16  <Terkhen> I still haven't tested nml :P
18:33:32  <planetmaker> Terkhen: first things first, I guess :-)
18:33:41  <Ammler> nml needs a better wrapper, else it works
18:33:47  <planetmaker> But you could try to build swedish rails for a test. or opengfx+airports
18:33:59  <Terkhen> Ammler: I updated the mingw/msys tutorial, you can easily install perl from the msys command line with that version
18:34:30  <Ammler> Terkhen: maybe you should make sh script, which someone could run :-)
18:35:52  <Ammler> Terkhen: the tut on the wiki?
18:35:59  <Terkhen> I had one, but I'm afraid of what would happen if the installation becomes "too easy"
18:36:02  <Terkhen> yes
18:36:03  <Ammler> or the tt-forums thread?
18:36:11  <Ammler> :-D
18:36:12  <Terkhen> the one at the wiki
18:36:33  <Terkhen> IIRC to install perl you just need to type "mingw-get install msys-perl"
18:36:40  <planetmaker> haha :-) "too easy"
18:36:53  <Ammler> isn't it better to install native windows packages, if available?
18:37:05  <Ammler> I installed python and perl that way
18:37:23  <Ammler> and updated $PATH in msys
18:37:44  <Terkhen> msys versions take into account that they are running under bash
18:38:15  <Terkhen> for example, the bug with mercurial and the slash format of the status command
18:39:23  <Terkhen> I have seen that some packages in mingw/msys have two versions, one for mingw(cmd) and other for msys(bash)
18:40:05  <Ammler> oh, did I comment, how to install pil and ply?
18:40:19  <Ammler> for pil you need to mention mingw
18:40:41  <Terkhen> they are not mentioned on the mingw ticket
18:42:11  <Ammler> ply was easy just install
18:42:33  <Ammler> but on pil I needed to do --compiler=mingw or something
18:43:16  <Terkhen> hmmm... okay
18:44:09  <Terkhen> I was writing the steps required to compile with grfcodec / nforenum (given that you already have everything prepared for openttd); once opengfx compiles fine I'll get with nml projects
18:44:19  <Ammler> and you need to set pyhtonpath to nml
18:47:29  <Ammler> <-- should change to open[g|s|m]fx :-)
18:48:10  <Ammler> as you need grfcodec and nforenum also for building openttd, now
18:48:22  <Ammler> you could include that there too maybe?
18:48:24  <Ammler> also hg
18:49:39  <Terkhen> I added a note about opengfx in the discussion
18:49:56  <Terkhen> also about not writing a subversion tutorial in a page that is supposed to be only about mingw
18:50:24  <Terkhen> I was too tired of it to also edit those parts :P
19:02:46  <Brot6> Example NewGRF Project - Bug #1449: Compiling under MinGW/MSYS (Terkhen) @
19:04:08  <Ammler> I just wonder, if we should merge the mingw and
19:07:53  <Terkhen> it would only require an addon on how to install the required stuff for developing grfs
19:08:50  <Terkhen> openssh can also be installed via mingw-get, I don't know if any other of the components of msysDTK is required
19:11:24  <Ammler> we don't need ssh anymore
19:11:30  <Ammler> we use https
19:12:21  <Ammler> so basically, we could say setup mingw like on the wiki
19:12:26  <Ammler> skip svn
19:12:47  <Ammler> and then add the steps from the ticket
19:13:16  <Terkhen> I think so
19:13:48  <Ammler> did you test btw.
19:13:57  <Ammler> if make works outside of msys?
19:14:28  <Ammler> iirc it did
19:14:35  <Terkhen> no
19:14:39  <Terkhen> I could test with gnuwin32 make
19:29:14  <Terkhen> with mingw and msys bin folders added to path opengfx compiles and installs in cmd
19:30:08  <planetmaker> that's what I'd call the preferred setup :-)
19:30:19  <planetmaker> what about the CC issue there?
19:30:31  <Terkhen> it requires SET CC=gcc
19:30:48  <Terkhen> but... why install msys if you are not going to use it?
19:31:22  <Terkhen> besides console2 looking way better than the msys console
19:32:22  <planetmaker> that's something else? what is 'console2'?
19:37:41  <Ammler> Terkhen: foobar did it that way, afaik :-)
19:57:12  <Terkhen>
19:57:15  <Webster> Title: Console | Download Console software for free at (at
19:57:26  <Terkhen> better looking cmd
20:04:13  <planetmaker> Terkhen: any good proposal what I shall do about mingw's buggy but void definition of CC?
20:04:24  <planetmaker> define it just in spite?
20:04:28  <planetmaker> if it's empty?
20:05:31  <Terkhen> the diff I posted checks if make is using its implicit value for CC and tests if cc is valid; if not, it sets it to gcc
20:06:59  <planetmaker> <-- oh... ok. I just wanted to ask: like that?
20:08:52  <Terkhen> it was set empty only in my installation... after reinstalling it was not defined
20:08:59  <Terkhen> and make used its own default then, which is c
20:09:03  <Terkhen> sorry, cc
20:09:19  <planetmaker> uh... it should have used gcc then
20:09:25  <Hirundo> Yexo: did you do anything w.r.t. the ordering of varaction2 vars?
20:09:27  <planetmaker> that's what CC ?= gcc does
20:09:54  <Ammler> planetmaker: are you able to detect, if the user is root with Makefile?
20:10:06  <planetmaker> I thinks so
20:10:12  <Terkhen> yes... but make seems to set its own default before that line is executed
20:10:18  <Ammler> then you could simply set the default with that, if root runs make install, install to /usr/local
20:10:25  <Ammler> else to $HOME...
20:10:44  <planetmaker> what is $HOME for sudo?
20:11:07  <Ammler> why do you care, then you install to /usr/local
20:11:28  <Terkhen> that's why my patch uses the origin macro, it allows to distinguish between a variable set manually and a variable set by make
20:11:44  <planetmaker> I don't:
20:11:54  <planetmaker> ^ @ Ammler
20:12:17  <planetmaker> and that's how make is likely to be called
20:12:20  <Ammler> so you aren't able to detect the user running make?
20:12:29  <planetmaker> user yes. but not sudo
20:12:55  <Ammler> if I use sudo, isn't the user root then?
20:13:08  <planetmaker> no :-(
20:13:13  <planetmaker> hm...
20:13:26  <planetmaker> let's try on my linux... I think it's both ingo on my mac
20:13:26  <Ammler> ok, so you aren't able to detect the user :-)
20:13:59  <planetmaker> no. same on suse
20:14:05  <planetmaker> with both $home and $user
20:25:29  <Ammler> planetmaker: sudo id
20:27:06  <planetmaker> oh... mb *PLONK*ed me in TT-MS :-D I feel sad :-P
20:27:35  <Ammler> how did you reach that?
20:27:38  <Ammler> linky
20:27:48  <planetmaker> I told that config editing was for TTDP users :-P
20:28:17  <planetmaker>
20:28:19  <Webster> Title: Fehler in Anzeigebox einiger Gebäude (at
20:29:59  <frosch123> and it is even wrong
20:30:28  <planetmaker> :-) yep. It's ttd alter. A separate programme afaik. right?
20:31:07  <Terkhen> lol
20:34:10  <Ammler> planetmaker: you can have a big list of newgrfs in ttdp and then deactivate the grfs for a game
20:34:15  <frosch123> he, pm was also the one offending eis_os by not mentioning the donkey first
20:34:31  <frosch123> Ammler: in main menu?
20:34:37  <Ammler> yes
20:34:48  <Ammler> the screen from mb
20:34:49  <frosch123> does it remember that?
20:34:54  <Ammler> no idea :-)
20:35:19  <planetmaker> the donkey?
20:35:20  <frosch123> i cannot tell whether mb's screen is from mainmenu or ingame
20:35:43  <frosch123> planetmaker: "only a donkey mentions himself first" :p
20:35:46  <Rubidium> or whether you can add NewGRFs to that list while TTDPatch is running
20:35:54  <Rubidium> or whether you can change parameters while TTDPatch is running
20:36:05  <Rubidium> or whether you can move NewGRFs around while TTDPatch is running
20:36:06  <planetmaker> :-P
20:36:35  <Rubidium> or whether you can have multiple instances of a NewGRF in that list and choose only one of them
20:36:41  <frosch123> planetmaker: i was quite amused when eis_os insisted on mentioning ttdp first :)
20:36:59  <planetmaker> where did he insist on that?! :-)
20:37:09  <Rubidium> frosch123: oh, he's going to be mad about your last sentence as well
20:37:15  <frosch123> oh, you did not read him ranting about you?
20:37:29  <planetmaker> obviously not :-) Got a link?
20:37:36  <planetmaker> Or I forgot
20:37:37  <frosch123> Rubidium: who? about which sentence?
20:38:07  <planetmaker> Seems I'm the most hated person among the German Newgrf developers
20:38:20  <frosch123> planetmaker: <- the last paragraph is about your edit
20:38:22  <Webster> Title: Transport Tycoon Forums • View topic - NewObjects specification (at
20:38:27  <Ammler> frosch123: works in both
20:40:06  <frosch123> planetmaker: otoh he treated you as ottd dev :)
20:40:34  <planetmaker> :-D
20:41:04  <Rubidium> frosch123: eis_os in the sentence about you being amused
20:41:07  <Ammler> oh wow, the status is kept during reload
20:41:17  <planetmaker> hm... I didn't relate that specifically to me until now :-)
20:41:40  <Rubidium> eis_os: "mentioning TTDPatch later in a TTDPatch wiki and even use "TTDP" I really dislike. Could you please stop that..."
20:42:01  <frosch123> ah ok, i could not tell whether you meant mb or eis_os and which of all those sentences :)
20:42:07  <planetmaker> I considered that a general you than a "you, pm". But yeah :-)
20:42:30  <planetmaker> Besides I consider it the task of the person nitpicking about these things to correct it himself.
20:42:43  <planetmaker> It doesn't bother me nor is it wrong otherwise ;-)
20:43:28  <planetmaker> but yes :-) oh well. Hope is lost in those two cases, I guess
20:44:43  * Rubidium is disliked for favouring a non-exploitable OpenTTD over less than 10% of the servers that do "tricks".
20:45:16  <planetmaker> hm, Lackie didn't follow eis_os' wish for the order of TTD clients when adding the version
20:46:09  <frosch123> planetmaker: lakie is no real ttdp dev. after all he is working on it
20:46:17  <Hirundo> :P
20:46:26  <planetmaker> loool :-P
20:46:42  <Terkhen> :D
20:47:25  * planetmaker is going to eat some Vla for amusement :-)
20:48:16  <planetmaker> one of the food things definitely worth exporting from the Netherlands :-)
20:49:28  <Rubidium> hmm, good idea for r30k?
20:49:40  <frosch123> i had some dutch caramel waffles earlier this evening. no idea whether they are as dutchy as they claimed to be :)
20:50:18  <Rubidium> frosch123: they're at least 10 times cheaper in the NL than in Japan
20:50:29  <planetmaker> Terkhen: your cc origin patch breaks here: i686-apple-darwin10-gcc-4.2.1: cc: No such file or directory
20:50:50  <Terkhen> hm
20:50:52  <Ammler> 2>/dev/null
20:51:25  <Terkhen> I'll add a check for mingw then
20:51:43  <planetmaker> you set it to "CC" if $(CC) is defined as "default". Whatever the default value is
20:52:20  <planetmaker> I guess... just removing && echo "cc" might do the trick
20:52:24  <Ammler> if CC is empty, set it to gcc?
20:53:07  <frosch123> night
20:53:12  *** frosch123 has quit IRC
20:53:20  <planetmaker> hm...
20:54:28  <planetmaker> CC is not set at all in my shell
20:54:35  <Terkhen> if CC has been set by make, test if its value if valid, if it is not, use gcc
20:55:27  <Terkhen> if other versions of make define CC correctly (or don't define it at all), making the check for all OSes instead of only for mingw does not make much sense
20:57:02  <planetmaker> it also fails on my linux
20:57:30  <planetmaker> interesing though: why?
20:57:39  <planetmaker> in both cases I can call cc which is valid
20:57:51  <planetmaker> as it's in both cases a symlink to gcc...
20:58:53  <Ammler> is cc something else than gcc?
20:59:05  <Ammler> is there a non-gnu cc?
20:59:25  <Terkhen> mingw/msys can't symlink, maybe that explains this issue
20:59:32  <Ammler> :-o
20:59:35  <planetmaker> Ammler: in my case it's the same
20:59:38  <Ammler> symlinks works fine here
20:59:46  <planetmaker> but cc _can_ be something else
21:00:04  <Ammler> and the makefile would work with it?
21:00:10  <Ammler> you support something else then gcc?
21:00:12  <Terkhen> IIRC ln -s just created copies
21:00:25  <planetmaker> I don't know, Ammler but I guess it would
21:02:00  <Ammler> anyway, gcc would work on all known plattforms, cc doesn't, so why not use gcc?
21:02:28  <Terkhen> that is simpler indeed
21:02:48  <Terkhen> anyone not using the default can just redefine CC
21:03:12  <planetmaker> yes
21:10:41  <Ammler> [23:00] <Terkhen> IIRC ln -s just created copies <-- you are right, that is quite stupid
21:11:05  <planetmaker> Terkhen: does the patch I proposed do the trick for you?
21:13:33  *** ODM has quit IRC
21:14:28  <Terkhen> I'll check
21:24:06  <Terkhen> planetmaker: cc: command not found
21:24:16  <planetmaker> hm
21:24:46  <Terkhen> I tried by changing the empty string in the check to "cc", but it doesn't work either
21:42:49  <planetmaker> Terkhen: actually... when we find mingw, we can force "gcc", can't we? We know how the compiler is called in mingw.
21:43:32  <planetmaker> is there a mingw64?
21:43:34  <Terkhen> unless someone wants to crosscompile something, it should always be called gcc
21:43:38  <Terkhen> yes
21:43:49  <planetmaker> I only check for MINGW32...
21:44:33  <Ammler> can't you check for MINGW*?
21:44:34  <planetmaker> ifeq ($(shell echo "$(OSTYPE)" | cut -d_ -f1),MINGW32) <-- so... this needs to be more generic, too
21:44:49  <Terkhen> just checked, uname -s says MINGW32 in mingw64 too
21:45:08  <planetmaker> lol
21:45:14  <planetmaker> that's just insane
21:46:01  <Terkhen> well... everything in it is compiled for 32 bits, but it generates 64 bit code
21:47:12  <Terkhen> it can't compile openttd, so I don't think it would get much use anyways
21:47:29  <planetmaker> that sounds like an oxymoron: compiled for 32bit, but generating 64 bit code...
21:48:51  <Ammler> isn't mingw64 basically mingw32 for 64bit system?
21:50:07  <planetmaker> ohm.... I guess I start to understand: runs on 32bit, but compiles for 64 bit
21:50:36  <Terkhen> yes, that way you can use it in 64 bit windows and also use it to cross compile from a 32 bit windows
21:57:13  <Terkhen> planetmaker: <--- with this modification it works
21:59:05  <planetmaker> ?! that is... stupid
21:59:12  <planetmaker> (not you)
21:59:31  <planetmaker> so it's defined as "cc", not as empty.
21:59:42  <Terkhen> I know :P
21:59:44  <planetmaker> but it needs definition as "gcc"
21:59:55  <Terkhen> let me check again, just in case...
22:00:30  <planetmaker> I understood you before, though, that $CC was set to be empty
22:00:58  <planetmaker> but as long as it's mingw only, I don't mind... I can't test it anyway ;-)
22:01:14  <planetmaker> well... I mind. But...
22:01:26  <planetmaker> whatever makes it work :-)
22:01:37  <Ammler> I can test the final thing
22:01:51  <Ammler> but it needs around 10 mins to run it
22:06:25  <Terkhen> yeah, that diff using cc works :)
22:09:55  <planetmaker> :-)
22:10:12  <planetmaker> does it work in your mingw, too, Ammler ?
22:20:24  <planetmaker> time for bed. good night :-)
22:20:33  <Terkhen> good night planetmaker
22:21:45  <SmatZ> good night, planetmaker
22:38:36  *** thgergo has quit IRC
22:40:12  <Yexo> Hirundo: no, because you said you had a patch for it already
23:03:52  <Brot6> OpenGFX+ Airports - Bug #1490 (Closed): DevZone compile failed (compiler) @
23:03:52  <Brot6> OpenGFX+ Airports - Revision 62:02c56c895eb4: Fix: ROTATION_* was renamed to DIRECTION_* (yexo) @
23:03:52  <Brot6> OpenGFX+ Airports - Bug #1490 (Closed): DevZone compile failed (yexo) @
23:09:50  <Yexo> about "ttdp" on the ttdpatch wiki: just don't mention to eis_os
23:14:04  <Rubidium> Yexo: that finds TTDPatch as TTDP as well
23:14:15  <Rubidium> e.g. the turnoffinflation page
23:14:43  <Yexo> true, but there are at stil 9 out of 10 cases on the first results that mention TTDP
23:15:05  <Rubidium> lucky me clicking on the one link that doesn't have TTDP :)

Powered by YARRSTE version: svn-trunk