Config
Log for #openttdcoop.devzone on 18th August 2010:
Times are UTC Toggle Colours
05:07:30  <Brot6> OpenGFX - Feature #1255: Gumdrops (2006TTD) @ http://dev.openttdcoop.org/issues/1255#change-3239
06:08:35  <Brot6> OpenGFX - Feature #1255: Gumdrops (planetmaker) @ http://dev.openttdcoop.org/issues/1255#change-3240
06:57:46  <Brot6> OpenGFX - Bug #348: maglev horizontal track (planetmaker) @ http://dev.openttdcoop.org/issues/348#change-3241
06:59:24  <Brot6> OpenGFX - Bug #348: maglev horizontal track (planetmaker) @ http://dev.openttdcoop.org/issues/348#change-3241
07:25:08  <Brot6> OpenGFX - Bug #348: maglev horizontal track (2006TTD) @ http://dev.openttdcoop.org/issues/348#change-3242
07:26:18  <Brot6> OpenGFX - Feature #1255: Gumdrops (2006TTD) @ http://dev.openttdcoop.org/issues/1255#change-3243
07:28:26  <Brot6> OpenGFX - Feature #839: 4737-4742: Fizzy drink factory (2006TTD) @ http://dev.openttdcoop.org/issues/839#change-3244
07:31:31  <Brot6> OpenGFX - Bug #657: Enable company colours for sweets factory (2006TTD) @ http://dev.openttdcoop.org/issues/657#change-3245
07:33:10  <Brot6> OpenGFX - Bug #280: standard signals (2006TTD) @ http://dev.openttdcoop.org/issues/280#change-3246
07:35:21  <Brot6> OpenGFX - Feature #1263 (New): Toyland Rough Land (2006TTD) @ http://dev.openttdcoop.org/issues/1263
07:44:07  <Brot6> OpenGFX - Bug #348: maglev horizontal track (planetmaker) @ http://dev.openttdcoop.org/issues/348#change-3247
08:45:48  <Brot6> OpenMSX - Bug #1264 (Confirmed): support for packaging (planetmaker) @ http://dev.openttdcoop.org/issues/1264
08:51:03  *** ODM has joined #openttdcoop.devzone
10:03:18  <Ammler> planetmaker: don't assume, debian is generic packaging :-P
10:03:32  <Ammler> it worked well for suse :-)
10:06:48  <Ammler> oh, you mentioned
10:07:34  <planetmaker> :-)
10:08:16  <Ammler> blathijs is a bit to pendantic
10:08:21  <Ammler> or how that is called
10:08:35  <Ammler> too*
10:08:56  <planetmaker> dunno, depends on what you mean ;-)
10:09:57  <Ammler> e.g. http://dev.openttdcoop.org/projects/nforenum/repository/entry/.devzone/build/nforenum.spec#L37
10:10:21  <Ammler> you have %{_datadir}/doc/<package> for docs
10:10:58  <Rubidium> Ammler: point is that OpenMSX puts the docs in /usr/share/openttd/gm/openttd-$version/
10:11:11  <planetmaker> that was the main point, yes
10:11:26  <Rubidium> and not in, what blathijs is asking for, /usr/share/doc/openttd-openmsx/...
10:11:27  <planetmaker> the other minor points were indeed the doc dir
10:12:20  <planetmaker> a) remove the version from the install dir
10:12:20  <Ammler> Rubidium: well, also having the docs redundant in sfx and gfx
10:12:35  <planetmaker> b) change the doc dir to something else, possibly to what you just mentioned
10:12:45  <planetmaker> c) redundancy of the docs
10:13:00  <planetmaker> d) differering between tar-ball and install
10:13:32  <Rubidium> Ammler: which is another thing that blathijs points out should be "fixed" for the packagers
10:13:36  <Ammler> datadir is %{prefix}/share
10:14:31  <Ammler> and prefix should be configurable or else /usr
10:14:32  <Rubidium> though for (at least) distributions not putting the open[sg]fx files in a tar is the preferred way
10:14:43  <Rubidium> and also without a versioned installation directory
10:14:56  <Ammler> I disagree there
10:15:19  <Ammler> they need to be in tar to reserve less file slots :-)
10:15:40  <Rubidium> Ammler: that's just bollocks
10:15:44  <Ammler> :-)
10:15:55  <Ammler> well, we had that issue with out firs vps
10:16:00  <Ammler> first*
10:16:27  <Rubidium> it couldn't open like 5 files?
10:16:36  <Rubidium> then that is more a local configuration issue
10:16:42  <Ammler> nah
10:16:45  <Ammler> the whole grfpack
10:17:13  <Ammler> but well, I just mentioned it :-P
10:17:44  <Ammler> if you run 2-3 servers, you had quite fast 300 or more open files
10:17:55  <Ammler> which is a lot in a "limited" system
10:18:23  <Rubidium> and I'm perfectly fine if you want to "normally" put stuff in a tar in a versioned directory, but make it possible to (easily) configure it to behave differently without packagers having to write a custom install and such
10:19:53  <Ammler> as said, that is Debian, fedora does also use make install
10:20:35  <Rubidium> fedora might use it, but it might not be according to fedora's guidelines
10:20:39  <Ammler> but it is fine, if he changes
10:21:14  <Ammler> that's what I meant with pendantic
10:21:24  <Ammler> does debian also build the openttd.grf now?
10:21:31  <Rubidium> and yes, Debian might be a bit pedantic in your eyes, but it means that *I* can do "cd /usr/share/doc/$package/" and get the documentation
10:21:37  <Rubidium> Ammler: it will with 1.0.4
10:22:18  <Ammler> do you check for md5sum or don't you care there?
10:23:29  <Brot6> OpenGFX - Bug #348: maglev horizontal track (2006TTD) @ http://dev.openttdcoop.org/issues/348#change-3248
10:23:55  <Rubidium> Fedora, on the other hand, seems more pedantic about the encoding of plain text files. Either ASCII or UTF-8, which translates to: always UTF-8
10:24:28  <Rubidium> which is a good strategy in this day and age, just nforenum and grfcodec did not comply and as such Fedora's packaging did iconv the files
10:24:29  <Ammler> IMO, this all matters of the mood of the packager
10:24:51  <Ammler> nobody really revies such details
10:25:10  <Rubidium> now I've made them all UTF-8, so the packager has less work to do (which means it'll get packaged faster)
10:26:01  <Ammler> maybe fedora has test script which complains about non utf-8 docs
10:27:20  <Rubidium> possibly rpmlint
10:27:59  <Ammler> hmm, not the generic, as that runs also on obs
10:28:23  <Ammler> I guess, you could configure it :-)
10:30:46  <Rubidium> talking about Fedora
10:30:56  <Rubidium> Extracting  ./usr/share/doc/openttd-opengfx-0.2.4/docs/changelog.ptxt
10:31:07  <Rubidium> Extracting  ./usr/share/doc/openttd-opengfx-0.2.4/docs/descriptions.ptxt
10:31:15  <Rubidium> Extracting  ./usr/share/openttd/data/sample.cat
10:31:33  <Rubidium> those were the files that you wanted to have packaged, right?
10:31:44  <Ammler> I didn't check gfx
10:31:52  <Rubidium> license.ptxt and readme.ptxt are in there as well
10:32:05  <Ammler> I looked at msx, where he uses make install
10:32:19  <Rubidium> does fedora have openttd-openmsx?
10:32:20  <Rubidium> where?
10:32:25  <Rubidium> or is it called differently?
10:32:49  <Ammler> http://cvs.fedoraproject.org/viewvc/rpms/openttd-opengfx/devel/openttd-opengfx.spec?revision=1.9&view=markup
10:32:52  <Ammler> it was gfx
10:33:10  <Ammler> lol
10:33:17  <Rubidium> yes, it uses make install
10:33:52  <Rubidium> and then scuddles off to add sample.cat and copy the whole docs/*.ptxt stuff because make install didn't install those
10:33:53  <Ammler> well, they also clean around 2 times the install root
10:34:48  <Ammler> %doc docs/
10:35:17  <Ammler> also a reason, you should list every single file
10:37:07  <Rubidium> which is IMO a maintainance hassle if upstream installs the "right" files in the "right" place
10:38:35  <Ammler> setup.py does provide a list
10:39:27  <Ammler> you can easier track changes, imo
10:40:03  <Ammler> well, on msx I used a wildcard for the songs
10:43:00  <Ammler> anyway, I agree
10:44:23  <Ammler> planetmaker: the zip doesn't have a tar anymore, to that should be easy
10:45:49  <Ammler> finally you tar only if bundle_tar is called
10:45:58  *** KenjiE20 has joined #openttdcoop.devzone
10:54:28  <Brot6> OpenMSX - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3249
10:56:22  <Brot6> OpenMSX - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3249
10:59:49  <Brot6> OpenMSX - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3250
11:13:53  <Brot6> OpenGFX - Feature #1263: Toyland Rough Land (2006TTD) @ http://dev.openttdcoop.org/issues/1263#change-3252
11:36:19  <Brot6> OpenMSX - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3253
11:37:20  <Brot6> OpenGFX - Revision 487:1a36bea3ed6a: Change: move the toyland signals nfo to a sep. file and incl... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/1a36bea3ed6a
11:37:20  <Brot6> OpenGFX - Feature #840 (Closed): Improved signal sprites (Ammler) @ http://dev.openttdcoop.org/issues/840#change-3237
11:37:20  <Brot6> OpenGFX - Revision 488:a2739bb6b899: Cleanup: those specs are outdated, find up2date specs in .de... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/a2739bb6b899
11:37:21  <Brot6> OpenGFX - Feature #1255: Gumdrops (2006TTD) @ http://dev.openttdcoop.org/issues/1255#change-3239
11:37:26  <Brot6> Example NewGRF Project - Bug #1264 (Confirmed): support for packaging (planetmaker) @ http://dev.openttdcoop.org/issues/1264
11:37:27  <Brot6> Example NewGRF Project - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3249
11:37:30  <Brot6> Example NewGRF Project - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3250
11:37:33  <Brot6> Example NewGRF Project - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3253
11:37:35  <Ammler> oh
11:37:51  <Ammler> moving the ticket caused spam ;-)
11:42:08  <planetmaker> hm...
11:42:21  <planetmaker> Why did you move it?
11:44:43  <Ammler> [13:31] <blathijs> Another thing: Would it be possible to let gfx and sfx install separate files instead of a tarball (perhaps by default, or as an option)?
11:45:30  <Ammler> won't you modify the Framework?
11:48:42  <planetmaker> well... yes
11:52:23  <Brot6> Example NewGRF Project - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3255
11:55:50  <Brot6> Example NewGRF Project - Bug #1264: support for packaging (Ammler) @ http://dev.openttdcoop.org/issues/1264#change-3255
12:01:27  <planetmaker> but I put it into OpenMSX as the main bug, the install dir's name, is OpenMSX specific
12:01:46  <planetmaker> yes, I thought about where to put it ;-)
12:03:40  <Brot6> Example NewGRF Project - Code Review #1086: which is not installed on CentOS or RHEL (Ammler) @ http://dev.openttdcoop.org/issues/1086#change-3256
12:09:25  <Ammler> hehe, well, if I knew it does cause that spam, I wouldn't have moved it
12:09:26  <Brot6> Example NewGRF Project - Revision 128:42767f74ab26: Change: renum is now officially called nforen... (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/42767f74ab26
12:09:26  <Brot6> Example NewGRF Project - Code Review #1086 (Closed): which is not installed on CentOS or RHEL (planetmaker) @ http://dev.openttdcoop.org/issues/1086#change-3257
12:35:44  <Brot6> OpenGFX - Revision 489:8bb93c641446: Fix #280: new light signals by 2006TTD (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/8bb93c641446
12:35:44  <Brot6> OpenGFX - Bug #280 (Closed): standard signals (Ammler) @ http://dev.openttdcoop.org/issues/280#change-3258
12:57:55  <Ammler> \o/
12:59:05  <Brot6> OpenGFX - Feature #1263: Toyland Rough Land (2006TTD) @ http://dev.openttdcoop.org/issues/1263#change-3260
13:43:51  <Yexo> about #1212, is "exit;" as syntax ok?
13:53:58  *** KenjiE20 has quit IRC
14:00:38  <Ammler> it is num_sprites=0
14:00:58  <Yexo> I know, implemented it that way already
14:01:32  <Ammler> it is btw. not every openttd version save
14:01:45  <Ammler> safe*
14:02:42  <Yexo> oh? in which versions does it not work?
14:04:25  <Ammler> frosch fixed it with r18760 ?
14:04:55  <Yexo> if it works in 1.0 it's ok
14:05:32  <Ammler> yeah, I had to look in the task, I thought ti was way later :-)
14:11:24  <Hirundo> "exit;" is ok for me
14:11:51  <Hirundo> indeed it's num_sprites==0, I got confused with the -1 in OpenTTD's source :)
14:15:52  <Brot6> OpenGFX - Feature #1263: Toyland Rough Land (planetmaker) @ http://dev.openttdcoop.org/issues/1263#change-3261
14:17:29  *** KenjiE20 has joined #openttdcoop.devzone
14:17:53  <Brot6> OpenGFX - Feature #1263: Toyland Rough Land (planetmaker) @ http://dev.openttdcoop.org/issues/1263#change-3261
14:18:04  <planetmaker> oh, nice, new signals in OpenGFX :-)
14:19:05  <Ammler> everytime worth for a release, IMO :-)
14:19:43  <planetmaker> well. No rush now. It's on the roll
14:20:12  <planetmaker> but it is
14:20:59  <Brot6> OpenGFX - Feature #1263: Toyland Rough Land (2006TTD) @ http://dev.openttdcoop.org/issues/1263#change-3262
14:21:35  <Ammler> since the bananas gfx is complete, not many use nightlies anymore
14:21:51  <Ammler> so we lack a lot comments in the development branch
14:24:24  <planetmaker> yes
14:24:49  <planetmaker> I'm very lazy for things I don't have the repo, too
14:24:53  <planetmaker> +of
14:25:11  <planetmaker> bananas or it doesn't exist ;-)
14:25:28  <Ammler> we could upload a nightly to bananas
14:25:49  <planetmaker> hm... not sure. It would need scripting ;-)
14:26:05  <Ammler> scripting?
14:26:15  <planetmaker> And nightlies would then need to be made available only for openttd nightly users.
14:26:28  <Ammler> why?
14:26:32  <planetmaker> Or it'd need constant re-syncing of the mirrors for the base sets
14:26:42  <planetmaker> Ammler, do you want to upload nightlies always to bananas?
14:26:47  <Ammler> no
14:26:56  <Ammler> just for example today nightly
14:26:58  <planetmaker> so a script to push the nightly to bananas ;-)
14:27:30  <planetmaker> well... Not really IMHO
14:27:37  <Ammler> well, that would need support from bananas, hmm, could test how wgetable/curlable bananas is right now
14:27:46  <planetmaker> :-D
14:28:11  <planetmaker> I'd not do it without Rubi's consent. It'd also spam the new uploads list
14:28:22  <Ammler> yeah, as said
14:28:30  <Ammler> I din't think so far..
14:28:37  <planetmaker> :-)
14:28:54  <Ammler> but it might be good to spread the current nighty a bit more
14:29:53  <Ammler> I am specially interested because of the added -c, since that caused at least on the houses big difference
14:38:35  <planetmaker> well. Then we should make a bug fix release
14:40:35  <planetmaker> But a release now would de-motivate 2006TTD ;-)
14:43:44  <Ammler> that is why I wouldn't make a release
14:43:51  <Ammler> just upload teh nightly to bananas
14:49:05  <Ammler> or well, we release a 0.3-beta
14:51:26  <Ammler> the main point is, it should be on banans only, not for distros or the rubi wininstaller
14:52:41  <Rubidium> I've only put stable releases (since 0.2-ish) in the installer/openttd mirror
14:53:49  <Ammler> since opengfx is "complete"
14:54:14  <Ammler> earlier people are motivated to get nightlies for removing black  boxes
14:56:07  *** Seberoth has joined #openttdcoop.devzone
15:05:22  *** ODM has quit IRC
15:10:05  <planetmaker> yes, true
16:07:04  <Brot6> NewGRF Meta Language - Revision 671:c5c4e639dbcb: Feature: be able to skip the rest of the grf wi... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/c5c4e639dbcb
16:07:04  <Brot6> NewGRF Meta Language - Revision 672:1fa2957f567e: Codechange: check for bit 0 of param 9A for an ... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/1fa2957f567e
16:08:22  <Ammler> frosch I don't find windres here (to build grf2html)
16:08:32  <Ammler> mäh
16:09:52  <Ammler> I guess, I make something forbidden and build the rpm from the binary
16:19:18  *** Seberoth has quit IRC
16:20:33  <Brot6> firs: update from r1199 to r1205 done (7 errors) - http://bundles.openttdcoop.org/firs/nightlies/r1205
16:20:52  <Brot6> newgrf_makefile: update from r127 to r128 done - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/r128
16:21:45  <Brot6> nml: update from r670 to r672 done - http://bundles.openttdcoop.org/nml/nightlies/r672
16:22:33  <Brot6> nutracks: update from r93 to r94 done (13 errors) - http://bundles.openttdcoop.org/nutracks/nightlies/r94
16:23:42  <Brot6> opengfx: update from r482 to r489 done - http://bundles.openttdcoop.org/opengfx/nightlies/r489
16:23:49  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (ERROR r580), 32bpp-extra (r38), airportsplus (r52), basecosts (r20), comic-houses (r71), fish (r386), grfcodec (r228), heqs (r371), metrotrackset (r54), nforenum (r470), ogfxplus (r41), openmsx (r97), opensfx (r97), snowlinemod (r15), swedishrails (r141), transrapidtrackset (r15), worldairlinersset (r659)
16:24:23  <Brot6> 2cctrainset: compile of r580 failed - http://bundles.openttdcoop.org/2cctrainset/nightlies/ERROR/r580
16:25:58  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: ogfxplus, swedishrails
16:29:08  <Brot6> NewGRF Meta Language - Feature #1212 (Closed): action7/9 skip -1 (yexo) @ http://dev.openttdcoop.org/issues/1212#change-3263
16:52:36  <Brot6> OpenGFX - Revision 490:cd5cb20cbaee: Fix #348: Glitch with some maglev track sprites (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/cd5cb20cbaee
16:52:36  <Brot6> OpenGFX - Bug #348 (Closed): maglev horizontal track (planetmaker) @ http://dev.openttdcoop.org/issues/348#change-3264
16:53:50  <Ammler> planetmaker: when do you use 9, when 1 for the compression byte?
16:54:33  <planetmaker> Dunno by heart...
16:54:36  <Rubidium> /usr/share/docs/grfcodec/grf.txt ?
16:57:34  <Ammler> there is also http://wiki.ttdpatch.net/tiki-index.php?page=RealSprites#compression, but I still ain't sure, what to use
16:59:20  <Ammler> so for tiles, you should use always use 9
16:59:53  <Ammler> hmm, I wonder, if there is a a sprite, where 9 isn't good
17:03:07  <Ammler> Seriously, does that byte still matter, except bit6 for cropping?
17:03:46  <Ammler> does nml also use it?
17:04:27  <Yexo> yes
17:04:30  <Yexo> and yes, it does matter
17:04:32  <Ammler> grf.txt and wiki don't tell the same thing
17:04:59  <Ammler> grf.txt is somehow better explained
17:05:28  <Ammler> Yexo: what is the difference if I use 9 always?
17:05:45  <Yexo> instead of 3?
17:05:49  <Ammler> no, instead 1
17:06:02  <Ammler> don't know, if we use 3 at all
17:07:20  <Yexo> a different compression algorithm is used
17:08:40  <Ammler> I see, empty.pcx uses 3
17:08:51  <Ammler> and some gui sprites
17:09:01  <Yexo> see grf.txt from line 66 "Tile sprites"
17:09:08  <Ammler> but 1 and 9 are mixed randomly
17:09:55  <Yexo> an extra compression is used when you set 9, the extra compression will result in better compression for sprites with lots of blue at the begin/end of each horizontal line (for example tiles)
17:10:13  <Yexo> it might result in worse compression for other sprites, like vehicles
17:12:21  <Ammler> I see, so you can make the grf smaller or does it also use more or less memory in openttd?
17:16:08  <Ammler> what about Bit1, used fro empty.pcx
17:22:25  <Brot6> OpenGFX - Revision 491:aa2f9c205ee9: Fix (r483): wrong compression bit set (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/aa2f9c205ee9
17:23:04  <Ammler> I don't review all my work for that bit now, do I need to?
17:38:54  <planetmaker> nope. At least not top priority. Just when they're touched
17:38:58  <planetmaker> http://pastebin.org/578066 <-- Ammler
17:39:04  <planetmaker> Other things we should add there?
17:39:11  <planetmaker> As a development handbook for OpenGFX?
17:40:55  <Ammler> the image templates are at source/templates
17:40:57  <Ammler> and as png
17:42:19  <Ammler> or are thos only meant as example?
17:42:42  <Ammler> anyway I would add the url the image template
17:43:20  <planetmaker> URL?
17:43:44  <Ammler> path*
17:44:02  <planetmaker> I don't find the house template for example
17:44:22  <planetmaker> And providing a used template might even be better. It shows how it's supposed to be used
17:44:28  <Ammler> well, the house template shouldn't be used
17:44:35  <planetmaker> no?
17:44:39  <Ammler> it uses 66px
17:44:43  <planetmaker> right
17:44:50  <Ammler> I have another version locally,
17:45:13  <planetmaker> I just noticed that I implicitly made a ground tile template when doing the maglev tracks. I found that important enough to summarize templates then :-)
17:45:16  <planetmaker> That's why ;)
17:45:56  <planetmaker> so... should I keep houses out of it?
17:46:10  <Ammler> http://dev.openttdcoop.org/projects/opengfx/repository/show/sprites/source/templates
17:46:39  <Ammler> well, it is still better to use the 66px template then none
17:47:18  <planetmaker> oh, I missed that sub-folder
17:47:40  <Ammler> I miss your tile template there :-)
17:48:11  <Ammler> also if you use gimp, it would be nice to have the working doc, so it could be modified etc.
17:49:47  <Ammler> pcx templates might go to sprites/pcx/templates
17:51:01  <planetmaker> well, yeah
17:51:14  <planetmaker> Questionable whether ground tile templates need to be done
17:51:33  <planetmaker> As any example shows exactly each pixel which needs definition
17:52:31  <Ammler> http://dev.openttdcoop.org/projects/opengfx/repository/revisions/aa2f9c205ee9/entry/sprites/nfo/templates/rail_tracks.tnfo <-- what is the logic of the sprite numbers?
17:52:58  <planetmaker> none. Copy&paste left-over
17:53:34  <Ammler> ok :-)
17:54:07  <planetmaker> http://pastebin.org/578377 <-- update
17:54:10  <Ammler> I started using either the real number (for the fixed base files) or -1
17:54:11  <planetmaker> but where do I put it?
17:55:11  <planetmaker> http://dev.openttdcoop.org/projects/opengfx/files http://dev.openttdcoop.org/projects/opengfx/documents into the readme, a separate file in docs or something else?
17:55:28  <Ammler> docs
17:55:32  <Ammler> repo/docs
17:55:43  <Ammler> hmm, maybe worth for the readme
17:55:50  <Ammler> or a wiki page?
17:56:01  <planetmaker> :-)
17:56:36  <Ammler> on the wikipage, you could include the images
17:56:43  <Ammler> at least pngs
17:57:48  <Ammler> then announce it in the readme and tt-forums
17:58:21  <planetmaker> hm. yeah
17:58:27  <planetmaker> yet another place to maintain ;-)
17:58:37  <planetmaker> but best place it might be indeed
17:59:02  <Ammler> well, on tt-forums, it would go lost with time
18:01:29  <Ammler> #
18:01:30  <Ammler> The other things most probably don't have yet a nice template. So... if you
18:01:31  <Ammler> #
18:01:33  <Ammler> create new sprites, make it easy to arange further sprites of the same type
18:01:34  <Ammler> #
18:01:36  <Ammler> in the exact same way ;-)
18:01:43  <Ammler> people should be more aware of that ^
18:06:49  <andythenorth> evening
18:13:22  *** Seberoth has joined #openttdcoop.devzone
18:16:23  *** FooBar has joined #openttdcoop.devzone
18:20:20  <Brot6> FIRS Industry Replacement Set - Bug #1100 (Closed): Availability date display in OpenTTD < r20086 (foobar) @ http://dev.openttdcoop.org/issues/1100#change-3266
18:27:36  <Brot6> metrotrackset: update from 1.0.1 to 1.1.0 done - http://bundles.openttdcoop.org/metrotrackset/releases/1.1.0
18:27:56  <Brot6> Metro Track Set - Revision 55:4e8915c93d45: Doc: prepare for 1.1.0-release (foobar) @ http://dev.openttdcoop.org/projects/metrotrackset/repository/revisions/4e8915c93d45
18:27:56  <Brot6> Metro Track Set - Revision 56:817fecce5c1f: Release: 1.1.0 (foobar) @ http://dev.openttdcoop.org/projects/metrotrackset/repository/revisions/817fecce5c1f
18:53:27  *** frosch123 has joined #openttdcoop.devzone
19:37:35  <DJNekkid> voila, 0 errors on nutracks
19:38:15  <DJNekkid> but if you ask me, railtypes inst really "finished"
19:38:22  <Brot6> Nutracks - Revision 95:11afbbfdbfe0: Fix: added a REALLY unneccesary error-remover to the action ... (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/11afbbfdbfe0
19:39:51  <Rubidium> is? ist? isn't?
19:40:39  <DJNekkid> is not
19:41:04  <Ammler> I miss signals, what else?
19:41:42  <DJNekkid> some kind of introduction date system
19:42:01  <DJNekkid> and, why should i need that last commit to make it errorfree? :)
19:42:44  <Ammler> well, easiest is to make a little test grf with only that content and post it on forums or on fs and request it, I would guess
19:45:12  <DJNekkid> hmm...
19:47:07  <Brot6> Snowline mod - Revision 16:e91fb52c54eb: Fix: remove duplicate code (planetmaker) @ http://dev.openttdcoop.org/projects/snowlinemod/repository/revisions/e91fb52c54eb
19:47:07  <Brot6> Snowline mod - Revision 17:79bc0d803c2b: Feature: Add parameter description and limits (planetmaker) @ http://dev.openttdcoop.org/projects/snowlinemod/repository/revisions/79bc0d803c2b
19:48:02  <Ammler> planetmaker: why multiple sprites for Action14?
19:48:26  <planetmaker> That order seems logical to me
19:49:08  <Ammler> but you know, that you are able to put everything in one sprite?
19:49:49  <planetmaker> yes, in principle
19:50:28  <Ammler> you have a kind of redundancy :-)
19:51:33  <planetmaker> well. But then we cut back on some sprites in opengfx_extra, too
19:51:51  <planetmaker> shortest != best ;-)
19:52:16  <planetmaker> and those 10 bytes won't kill the mirrors of OpenTTD ;-)
19:57:40  <andythenorth> Ammler: if you want to fix the multiple action 14s in FIRS, feel free...
19:57:40  <andythenorth> :)
19:57:57  <Ammler> redundancy is not bad because of of the space wasting
19:58:53  <Ammler> andythenorth: it isn't a fix, it is more a change :-)
19:59:34  <Ammler> but at least there is now a version with multiple languagnes
20:00:30  *** ODM has joined #openttdcoop.devzone
20:07:25  <Ammler> planetmaker: you could also use a kind of default there :-)
20:07:43  <planetmaker> hm?
20:07:51  <Ammler> for snowheight
20:08:14  <Ammler> it does start with 0
20:09:28  <andythenorth> FooBar: shall we get to FIRS 1210?
20:09:54  <planetmaker> Ammler, but I can't set defaults...
20:10:13  <Ammler> yeah, I know :-P
20:10:42  <planetmaker> But the newgrf has defaults. If the value is 0, then the defaults as mentioned are used
20:11:01  <Ammler> now, it would make sense to ask for such a feature
20:11:17  <planetmaker> I did :-P
20:11:21  <Ammler> since there are real newgrfs also needing it
20:12:04  <Ammler> supy
20:13:07  <Ammler> nml might be able to automatically run a ActionD with it
20:13:14  <andythenorth> trashing my repo yesterday was boring.  I keep finding missing stuff :P
20:13:32  <Ammler> did you update hg in the meantime?
20:13:53  <andythenorth> done
20:14:02  <andythenorth> hmm
20:14:04  <andythenorth> not done
20:14:06  <Ammler> deleting is mostly not a solution, that i like installing a os new because of some issues
20:14:30  <andythenorth> I upgraded hg last night with macports, but my version still reports 1.2.1
20:14:35  <andythenorth> planetmaker: any clues? ^
20:14:42  <Ammler> or like rebooting the server because I have no glue why somtimes the server got crazy
20:15:16  <Ammler> I asked at #mercurial, there is no known issue with 1.6.1 and 1.2.1
20:15:26  <Ammler> they should work together without any issues
20:15:51  <andythenorth> any idea how I upgrade?
20:15:58  <Ammler> planetmaker: ^
20:16:07  <Brot6> FIRS Industry Replacement Set - Revision 1206:8cf47f238451: Feature: extra layout for Fruit Plant... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/8cf47f238451
20:16:55  <planetmaker> andythenorth: what does "port installed mercurial" tell you?
20:17:17  <andythenorth> The following ports are currently installed:  mercurial @1.2.1_1 (active)
20:17:25  <planetmaker> nothing more?
20:17:33  <planetmaker> Then you didn't install another version ;-)
20:17:56  <Ammler> port update mercurial
20:18:16  <planetmaker> sudo port update mercurial
20:18:21  <Ammler> :-)
20:18:24  <andythenorth> Unrecognized action "update"
20:18:27  <andythenorth> upgrade?
20:18:29  <planetmaker> but that might require a sudo port selfupdate before that
20:18:51  <planetmaker> upgrade, yes
20:19:19  * planetmaker has currently 1.3.1, 1.4.0, 1.4.1, 1.5.0, 1.5.2, 1.5.3 and 1.6.0 installed :-P
20:19:41  <Ammler> it doesn't replace the old?
20:20:01  <planetmaker> it doesn't overwrite
20:20:11  <planetmaker> There's always only one active one, though
20:20:40  <planetmaker> sudo port deactivate and sudo port activate are my friend for playing with different versions ;-)
20:20:49  <Ammler> I am already at 1.6.2
20:20:56  <planetmaker> usually an upgrade deactivates the old and activates the new
20:21:25  <Ammler> so is the server
20:23:13  <planetmaker> :-)
20:23:20  <planetmaker> Looks like a big list of bug fixes
20:23:28  <planetmaker> and 1.6.2 as an essential one ;-)
20:24:03  <planetmaker> sudo port selfupdate
20:24:08  <planetmaker> sudo port upgrade mercurial
20:24:16  <planetmaker> ^ andythenorth that *should* do the trick
20:24:32  <andythenorth> doing it now thanks
20:24:54  <planetmaker> though it then starts to build a number of deps before it really gets mercurial
20:25:29  <Ammler> oh, does port build the packages locally?
20:25:35  <planetmaker> yes
20:25:36  <Ammler> is that like the gentoo thing?
20:25:41  <planetmaker> dunno ;-)
20:26:00  <Ammler> interesting
20:26:28  <planetmaker> http://pastebin.org/584073 <-- like that
20:27:11  <Ammler> so it can take some time to update :-)
20:27:18  <planetmaker> quite indeed
20:27:50  <Ammler> but that port thing is maintained by apple?
20:27:58  <andythenorth> nah
20:28:04  <planetmaker> it's a project of its own
20:28:33  <Ammler> why not spread openttd through that?
20:28:48  <Brot6> FIRS Industry Replacement Set - Revision 1207:47fdb54c12ec: Feature: additional layouts for Fruit... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/47fdb54c12ec
20:29:08  <Ammler> I assume, everyone can becaome a maintainer there?
20:29:33  <planetmaker> in principle yes
20:29:50  <planetmaker> You "just" need to port a thing you want to maintain
20:30:08  <planetmaker> http://guide.macports.org/#project.membership
20:30:09  <Webster> Title: MacPorts Guide (at guide.macports.org)
20:31:06  <Ammler> maybe you could find new mac dev that way :-)
20:31:21  <planetmaker> like everyone could become an openttdcoop member or an openttd dev ;)
20:32:54  <andythenorth> port install openttd?
20:32:55  <Ammler> the build scripts look almost like rpm specs
20:33:47  <Brot6> FIRS Industry Replacement Set - Revision 1208:a8a456f66a6a: Change: remove Cane Plantation from f... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/a8a456f66a6a
20:33:47  <Brot6> FIRS Industry Replacement Set - Feature #1258: reconsider cane plantation (andythenorth) @ http://dev.openttdcoop.org/issues/1258#change-3268
20:33:47  <Brot6> FIRS Industry Replacement Set - Feature #1258 (Assigned): reconsider cane plantation (andythenorth) @ http://dev.openttdcoop.org/issues/1258#change-3269
20:37:27  <Brot6> FIRS Industry Replacement Set - Feature #1256 (Rejected): Add more layouts to Cane Plantation (andythenorth) @ http://dev.openttdcoop.org/issues/1256#change-3270
20:37:30  <planetmaker> andythenorth: always use sudo ;-)
20:37:35  <planetmaker> but openttd is not ported afaik
20:37:49  <andythenorth> that was my point :)
20:37:56  <planetmaker> without sudo it'll fail to install.
20:37:58  <planetmaker> hehe :-)
20:38:20  <andythenorth> does a mac port encourage a mac maintainer?
20:38:50  <planetmaker> not sure
20:38:59  <Ammler> no idea, but at least you would solve the "very mac user needs another bin" issue
20:39:05  <Ammler> every*
20:39:37  <planetmaker> that'd be true
20:39:53  <planetmaker> though I have the feeling that openttd might not be quite applicable. Not sure though
20:39:58  <planetmaker> Might be worth a try ;-)
20:39:59  <Ammler> and maybe there are profesionals behind that port thing which could help you, if you have issues somewhere
20:40:40  <Ammler> or is there null support from apple?
20:41:58  <Ammler> wow, KDE for mac :-)
20:42:12  <Ammler> that could mac make useable
20:42:32  <Ammler> :-P
20:42:47  <planetmaker> KDE basically copied a lot mac stuff ;-)
20:43:01  <planetmaker> usability is not really different
20:43:01  <Ammler> what is Fink?
20:43:14  <planetmaker> another solution, competition to macports
20:43:15  <Ammler> planetmaker: I guess, you speak about gnome
20:43:31  <planetmaker> Ammler: not really and only ;-)
20:43:38  <planetmaker> I know KDE and mac. I use both
20:43:48  <Ammler> ok :-)
20:44:09  <Ammler> I didn't see Mac anymore
20:44:18  <Ammler> for some years now
20:44:28  <planetmaker> hm.. maybe I really should give a macports file a try :-)
20:49:50  * andythenorth looks for easy FIRS tickets
20:49:57  <andythenorth> none :(
20:50:20  <andythenorth> my hg is broken
20:50:26  <andythenorth> I guess it doesn't work whilst upgrading
20:54:17  * frosch123 wonders what "Default=2" and "Default=8" are useful for in action14
20:59:57  <Ammler> frosch123: if you change with the arrows, you start at 0 instead at 8
21:00:26  <Ammler> so default is 8 and you like to lower it but you can't click left
21:01:18  <planetmaker> frosch123, it just tells the user what is used as default, if the value is not set
21:01:50  <Ammler> and it would tell openttd which value to use instead 0
21:02:12  <Ammler> e.g. if you skip a parameter
21:07:20  <Brot6> FIRS Industry Replacement Set - Revision 1209:b078ed7fc12a: Fix: correct intro dates in fund wind... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/b078ed7fc12a
21:07:20  <Brot6> FIRS Industry Replacement Set - Bug #1189 (Closed): availability date wrong on several industries (foobar) @ http://dev.openttdcoop.org/issues/1189#change-3271
21:11:23  <FooBar> andythenorth: 1210 ;)
21:11:26  <andythenorth> nice
21:12:03  <andythenorth> frosch123: I don't understand how to use var 60 to check for desert (all my current terrain checks are using var 43, but now I need var 60)
21:12:15  <Brot6> FIRS Industry Replacement Set - Revision 1210:f645040aef65: Change: make gasstation more like oth... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/f645040aef65
21:12:18  <andythenorth> it should be obvious, but I had five hours sleep, a long time ago
21:13:01  <andythenorth> in fact, I need to check for 'normal' or 'rainforest'
21:13:22  <frosch123> hmm, i thought i already saw code for that
21:13:37  <andythenorth> I thought so too
21:13:43  <andythenorth> maybe I should sleep not code
21:13:51  <andythenorth> but r1211 would be nice :)
21:14:28  <andythenorth> I just need to get the right shift I guess
21:14:44  <andythenorth> where the docs say bits 2..4, does that mean I can check any of those bits?
21:14:56  <frosch123> anyway, first you have to check the current tile, if it is desert it is 100% desert. if it is not desert you have to check the 4 neighboured tiles, if at least one of them is desert, your tile is 50% desert
21:15:52  <andythenorth> that's kind of what I'm doing.  The purpose is actually to allow some industries to build a 'little bit' into desert
21:16:37  <planetmaker> even though I argued differently: it might be over-engineered.
21:16:50  <planetmaker> It's only interresting, if you selecte a different ground tile, based on that :-)
21:17:19  <andythenorth> this is more about limiting industry placement
21:17:45  * andythenorth ponders
21:18:27  <FooBar> I think you need to mask everything buth those 3 bits, then shift and check for value: 1 for desert, 2 for rainforest...
21:19:01  <andythenorth> I'm not sure I can do what I want anyway
21:19:12  <andythenorth> I need storage, and that doesn't exist at this point
21:19:31  <andythenorth> actually I could branch
21:19:33  <andythenorth> hmm
21:19:43  <andythenorth> won't get done tonight
21:20:01  <andythenorth> bed time I think
21:20:14  <FooBar> ok, good night!
21:21:05  <andythenorth> good night
21:21:18  <planetmaker> bed time sounds good
21:21:24  <planetmaker> good night here also :-)
21:22:18  <Brot6> FIRS Industry Replacement Set - Feature #1258 (Closed): reconsider cane plantation (foobar) @ http://dev.openttdcoop.org/issues/1258#change-3272
21:22:29  <FooBar> good night to you too then :)
21:23:01  <SmatZ> good night, andythenorth
21:23:08  <SmatZ> and good night, planetmaker :)
21:37:09  *** frosch123 has quit IRC
21:44:31  <andythenorth> no frosch?
21:44:38  <andythenorth> bah
21:45:50  <Brot6> Autopilot - Revision 77:c3700e8079e1: Change: some default values: pause level is manged by opent... (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/c3700e8079e1
21:45:50  <Brot6> Autopilot - Revision 78:be606a6f4931: Add .hgignore (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/be606a6f4931
21:45:50  <Brot6> Autopilot - Revision 79:7af593fbd8e7: Doc: move the docs to subdir doc (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/7af593fbd8e7
21:45:50  <Brot6> Autopilot - Revision 80:412df5ee9be4: Change: add the openttd specific ignores (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/412df5ee9be4
21:45:53  <Brot6> Autopilot - Revision 81:6f82d23f5699: Change: version bump to 4.0, detector changed to hg (Ammler) @ http://dev.openttdcoop.org/projects/autopilot/repository/revisions/6f82d23f5699
21:48:04  <FooBar> bye!
21:48:06  *** FooBar has quit IRC
22:08:41  <Brot6> Snowline mod - Revision 18:250b77902f46: Feature: Dutch and Spanish translation. Thanks to FooBar... (planetmaker) @ http://dev.openttdcoop.org/projects/snowlinemod/repository/revisions/250b77902f46
22:09:06  <Ammler> planetmaker: are you already looking in that font thing?
22:12:16  <planetmaker> nope. I'll hit the bed in the next 5 minutes
22:12:16  <Ammler> :-)
22:13:06  <Rubidium> planetmaker: quick bedtime question then :)
22:13:14  <planetmaker> :-)
22:13:20  <planetmaker> go ahead
22:13:56  <Rubidium> planetmaker: what's the procedure for adding people as "developers" to a repository? Assume someone who doesn't have an account at you yet.
22:14:21  <Rubidium> is it "simply": let the person make an account and then anyone with enough rights in redmine can assign that person to e.g. NFORenum?
22:14:24  <planetmaker> As a manager you just add them
22:14:30  <planetmaker> Yes, they need an account
22:14:42  <planetmaker> They can commit using their login to redmine
22:14:54  <planetmaker> yes
22:15:03  <Rubidium> okay, lovely!
22:15:05  <Rubidium> thanks
22:15:05  <planetmaker> Project managers can add new people.
22:15:07  <Rubidium> and sleep well
22:15:15  <planetmaker> no worry. Have a good night, too
22:16:09  <Ammler> http://dev.openttdcoop.org/projects/home/wiki/Mercurial <-- good quickstart
22:16:41  <Ammler> specially for pushing wihtout ssh
22:17:26  <Ammler> manager and devs can push
22:17:51  <Ammler> (or ssh user)
22:59:40  <Brot6> NewGRF Meta Language - Feature #1174 (Assigned): Action 14 support (yexo) @ http://dev.openttdcoop.org/issues/1174#change-3273
23:20:53  *** ODM has quit IRC
23:37:06  <Brot6> OpenGFX - Revision 492:d6a63f731b04: Fix: spaces sprites (only blue) aren't proper cropped, so se... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/d6a63f731b04
23:45:53  <Brot6> OpenGFX - Feature #839: 4737-4742: Fizzy drink factory (athanasios) @ http://dev.openttdcoop.org/issues/839#change-3274
23:48:48  <Brot6> OpenGFX - Bug #1265 (New): Space (athanasios) @ http://dev.openttdcoop.org/issues/1265
23:54:20  <Brot6> OpenGFX - Bug #1265: Space (athanasios) @ http://dev.openttdcoop.org/issues/1265#change-3275
23:55:29  <Brot6> OpenGFX - Bug #1265 (Closed): Space (athanasios) @ http://dev.openttdcoop.org/issues/1265
23:55:29  <Brot6> OpenGFX - Bug #1265 (Closed): Space (Ammler) @ http://dev.openttdcoop.org/issues/1265#change-3276
23:58:27  <Brot6> OpenGFX - Bug #1265: Space (athanasios) @ http://dev.openttdcoop.org/issues/1265#change-3277

Powered by YARRSTE version: svn-trunk