Config
Log for #openttdcoop.devzone on 1st July 2009:
Times are UTC Toggle Colours
01:33:35  <Brot6> Backup done! (Usage: 62M)
01:33:35  <Brot6> Psychoanalysis?? I thought this was a nude rap session!!!
02:04:04  <Brot6> firs: Backup push to ssh://hg@bitbucket.org/firs/firs/ initiated.
04:07:15  *** Hirundo has quit IRC
04:07:35  *** Hirundo has joined #openttdcoop.devzone
05:47:31  *** DJNekkid has joined #openttdcoop.devzone
05:48:30  *** DJ_Nekkid has quit IRC
06:36:15  *** yorick has joined #openttdcoop.devzone
06:38:20  <yorick> DJNekkid: renum isn't stripped
06:38:27  <yorick> try stripping it before upxing it
06:39:46  <yorick> 2009-06-30T00:00:08  <DJNekkid> why is renum 2,75mb now, and not like 123kb`? <-- responding to that
06:43:40  <planetmaker> yorick: I know it isn't. Stripping failed.
06:43:54  <yorick> planetmaker: you tried to strip after upx?
06:43:56  <planetmaker> (all those binaries are produced by me)
06:44:00  <planetmaker> no, I didn't.
06:44:07  <yorick> hmm, stripping works here
06:44:14  <yorick> after I decompress it
06:44:20  <planetmaker> yes. It only failed for that one.
06:44:30  <yorick> renum is upxed automatically?
06:44:31  <planetmaker> All others you'll notice are smaller
06:49:12  <yorick> meh, why doesn't grfcodec just take nfo files as input argument
06:59:49  *** Webster has joined #openttdcoop.devzone
07:09:12  *** DJ_Nekkid has joined #openttdcoop.devzone
07:09:22  *** DJNekkid has quit IRC
07:11:48  *** DJNekkid has joined #openttdcoop.devzone
07:12:44  <yorick> planetmaker: http://pastebin.com/d662e4d85 <-- my current makefile
07:17:15  *** DJ_Nekkid has quit IRC
07:19:51  *** DJNekkid has quit IRC
07:20:03  *** andythenorth_ has joined #openttdcoop.devzone
07:30:13  <planetmaker> Two things: I don't understand what the MakeDep does or how it works
07:30:34  <planetmaker> Second: the filename convention (which I didn't introduce either) is rather to have it Xnfo than nfoX
07:31:21  <yorick> planetmaker: MakeDep calls makedepend on the nfo files
07:31:41  <yorick> and I'll change the filename :)
07:31:57  <planetmaker> oh, and a third:
07:32:04  <planetmaker> you call RENUM=renum -...
07:32:17  <planetmaker> I'd make it two variables. One with the binary only, the other the flags
07:32:29  <planetmaker> same actually for CC (instead of PP) and grfcodec
07:32:49  <planetmaker> The only warning which you basically need for a sane grf is 141 :)
07:33:15  <planetmaker> But I may be wrong on that (the warnings needed)
07:33:33  <yorick> I copied that from dj_nekkids bat file
07:33:56  <planetmaker> hm, yes. He enables also too many warnings :P
07:33:57  <yorick> and the pp and makedep is so that you could also put in another makedepend/preprocssor
07:34:05  <yorick> planetmaker: that's disable ;)
07:34:12  <planetmaker> well, yes.
07:34:19  <planetmaker> I know
07:36:17  <planetmaker> Hm, and you use renum to produce a .new.nfo file. That's actually not needed. You can skip -k and just renum the file in place.
07:36:42  <yorick> I'd lose my original
07:36:52  <planetmaker> You don't need it.
07:37:30  <yorick> it's helpful to have it
07:37:31  <planetmaker> If you need it for debuging purposes you can call the corresponding rule directly
07:37:53  <yorick> doesn't it trigger a full recompile?
07:38:36  <planetmaker> depends how you make your rules. Works for me.
07:39:14  <planetmaker> e.g. I don't depend on the pre-processor output, but only on the source files and the renum output
07:44:40  <andythenorth_> morning
07:45:00  <andythenorth_> just pulled the latest FIRS down.
07:45:05  <andythenorth_> make is failing :|
07:45:34  <andythenorth_> Encoding in temporary file firs.new
07:45:34  <andythenorth_> NFO file missing header lines and version info
07:45:34  <andythenorth_> make: *** [firs.grf] Error 1
07:45:48  <planetmaker> let me look
07:46:36  <planetmaker> hm... works for me...
07:46:57  <planetmaker> though I get a big number of errors with renum concerning certain sprites.
07:47:49  <planetmaker> andythenorth_, what does hg st tell you?
07:48:57  <andythenorth_> hg st: lots of info about my local files that aren't in the repo, nothing obvious about make or the nfo / pnfo / cnfo
07:49:16  <andythenorth_> hg tip: changeset:   94:ee1d12362a38
07:49:31  <planetmaker> so no modified files?
07:49:40  <planetmaker> only additional ones (which don't matter)?
07:50:27  <planetmaker> andythenorth_, can you copy&paste somewhere your firs.nfo ?
07:52:29  <planetmaker> e.g. on pastebin.org or paste.openttd.org
07:53:06  <andythenorth_>  http://paste.openttd.org/183579
07:53:15  <andythenorth_> doesn't look like valid nfo
07:53:19  <andythenorth_> this is firs.pnfo
07:53:32  <andythenorth_> there is no firs.nfo locally in my repo
07:53:59  <andythenorth_> make seems to fail before it's built firs.nfo?
07:55:56  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 95: Change: modified survey_base.psd @ https://dev.openttdcoop.org/projects/firs/repository/revisions/95 (by andythenorth)
07:56:19  <planetmaker> hm... seems like then...
07:56:19  <andythenorth_> ^ that was a possible uncommitted change
07:56:25  <andythenorth_> makes no difference to make though
07:57:07  <planetmaker> well. the firs.pnfo file is uninteresting. That's a primary source file which is never changed.
07:57:30  <andythenorth_> just checking my local makefile for anything that could be off there
07:58:01  <planetmaker> http://paste.openttd.org/183580 <-- that's my console output
07:58:04  <andythenorth_> nothing weird in local make file
07:58:30  <planetmaker> (my current system here being linux)
07:58:55  <planetmaker> andythenorth_, you don't have sprites/firs.nfo?
07:59:05  <andythenorth_> planetmaker: no
07:59:19  <planetmaker> mind that it's not sprites/nfo/firs.nfo
08:00:44  <andythenorth_> no.  no firs.nfo anywhere in the repo
08:00:49  <andythenorth_> back in a minute...
08:00:49  <planetmaker> :(
08:01:08  <planetmaker> ok. Then I'd like the full console output, if you run
08:01:15  <planetmaker> make firs.nfo
08:01:35  <planetmaker> in your firs repository.
08:01:44  <planetmaker> or possibly also
08:04:58  <planetmaker> hm...
08:06:56  <andythenorth_> http://paste.openttd.org/183581
08:07:05  <planetmaker> andythenorth_, do you have somewhere a cpnfo file?
08:07:43  <andythenorth_> http://paste.openttd.org/183582
08:07:45  <planetmaker> err... *that* is an output I totally didn't expect.
08:08:16  <planetmaker> #
08:08:16  <planetmaker> #
08:08:16  <planetmaker> make: renum: Command not found <-- your renum isn't found
08:08:37  <andythenorth_> sprites/firs.cpnfo: http://paste.openttd.org/183583
08:09:08  <planetmaker> ok, you get at least a firs.cpnfo. That's good :)
08:09:34  <andythenorth_> I'll go look at my renum path
08:12:35  <andythenorth_> my renum path is identical to HEQS makefile.local.  HEQS makes fine...
08:12:58  <planetmaker> well... what do you get, if you call just "renum" in your firs directory?
08:13:24  <andythenorth_> hangon, maybe my makefile.local is in a wrong location
08:13:41  <planetmaker> :)
08:13:44  <andythenorth_> yep, it was in sprites dir
08:13:47  <planetmaker> :P
08:14:09  <andythenorth_> http://paste.openttd.org/183584
08:14:26  <andythenorth_> got an escape sequence error, which is fine and resolvable
08:14:50  <planetmaker> andythenorth_, try to use the newest grfcodec :)
08:14:56  <planetmaker> maybe that's solved there. Dunno, though
08:15:10  <andythenorth_> it's on the forums?
08:15:17  <planetmaker> (in the hope it works for you what I compiled as oposed to my renum :( )
08:15:32  <planetmaker> it's at dev.openttdcoop.org/bundles/grfdev
08:15:39  <planetmaker> ^^ you might want to bookmark that :P :)
08:17:13  <planetmaker> I guess it doesn't change anything, though, looking at the logs.
08:19:07  <andythenorth_> my grfcodec is r2116E
08:19:13  <planetmaker> yes, I saw that :)
08:19:23  <planetmaker> newest is 2124 or 2123. Dunno which
08:20:05  <andythenorth_> doh, I downloaded the wrong revision
08:20:10  <planetmaker> :)
08:20:20  <planetmaker> Maybe it's good reason to actually remove the old ones...
08:23:34  <andythenorth_> mac 2123 reports rev number as 2116E?
08:23:42  <planetmaker> it shouldn't.
08:24:08  <planetmaker> if you've two copies obviously your old takes precedence over the new in the paths you have.
08:26:01  <andythenorth_> http://paste.openttd.org/183585
08:27:00  <planetmaker> well. Try ./grfcodec
08:27:08  <planetmaker> same revision?
08:27:11  *** Beardie has joined #openttdcoop.devzone
08:27:35  <planetmaker> :O did I really compile that at 4:46?
08:29:33  <andythenorth_> ./grfcodec reports 2123
08:29:44  <andythenorth_> so I have an ln somewhere?  I've checked my bash_profile
08:30:11  <planetmaker> you might have an older binary in /usr/local/bin or /usr/bin
08:30:21  <planetmaker> or somewhere else in your path
08:30:36  <planetmaker> just type set on your command line and you'll get your path reported
08:31:21  <andythenorth_> it was in /usr/local/bin
08:31:47  <planetmaker> just then do a
08:31:56  <planetmaker> sudo cp grfcodec /usr/local/bin
08:32:07  <planetmaker> that will overwrite your old copy, though
08:32:19  <andythenorth_> done
08:32:40  <andythenorth_> http://paste.openttd.org/183586
08:32:43  <andythenorth_> fun fun fun ;)
08:33:14  <planetmaker> ok, we had that. So it's nothing to do with the grfcodec version :)
08:35:23  <planetmaker> And I don't know how to fix that. That's as far as I see it, either an error in the nfo code or a bug in renum / grfcodec that they don't recognize valid code.
08:35:38  <planetmaker> you now should have by all accounts a firs.nfo
08:35:52  <planetmaker> You can look at that :) Maybe you know more about what the actual error is than me.
08:36:04  <andythenorth_> okey dokey
08:36:54  <planetmaker> for comparison: that's how it looks here: http://paste.openttd.org/183587
08:37:15  <planetmaker> so it gets reported as not okay, but it continues to build the newgrf...
08:37:46  <andythenorth_> ok looks like your renum has commented out the sprites that my grfcodec is choking on
08:37:51  <planetmaker> ah.
08:37:58  <planetmaker> :)
08:38:06  <planetmaker> then it's a renum issue somewhat.
08:38:22  <andythenorth_> if I remove those sprites make builds it fine
08:38:40  <planetmaker> But then FooBar has the same problem as you. As do I. Only that renum treats it slightly differently so that it's fatal for your grfcodec, but not here.
08:38:51  <planetmaker> "fine" is differently IMO, but it builds.
08:39:54  <planetmaker> I really should get a mac built of my renum which also works for you :)
08:41:23  <andythenorth_> So firs nightly grf now works, except that it's missing the graphics :|
08:41:50  *** yorick has quit IRC
08:41:52  <planetmaker> meh. Yes.
08:41:56  <andythenorth_> FooBar has it working, at least according to his forum screenshot ;)
08:41:59  <planetmaker> I didn't test it, though.
08:42:15  <planetmaker> andythenorth_, I think also w/o these action 2/3 chain.
08:42:17  *** Beardie has quit IRC
08:43:16  <planetmaker> just as an unconditional thing afaik.
08:44:04  <andythenorth_> ok better work now
08:44:09  <planetmaker> http://www.tt-forums.net/viewtopic.php?f=26&t=11711&start=340
08:44:11  <Webster> Title: Transport Tycoon Forums View topic - NFORenum v3.4.6 released (NFO renumberer and linter) (at www.tt-forums.net)
09:00:19  *** FooBar_ has joined #openttdcoop.devzone
09:00:54  <FooBar_> does this work:?
09:00:56  <FooBar_> #define STR_CRG_FISH_CTYPE                  0D DC
09:01:04  <FooBar_> I suppose not due to the extra space...
09:02:59  <FooBar_> ...between 0D and DC
09:06:46  <FooBar_> planetmaker: ? ^^
09:19:11  <planetmaker> hm... I *think* it should work
09:19:18  <planetmaker> but I haven't tested it.
09:20:15  <planetmaker> ^ FooBar_
09:20:48  <FooBar_> Then I guess I just have to run in :P
09:20:57  <FooBar_> it*
09:21:32  <FooBar_> anyways, you're going to like my new string definition scheme
09:21:40  <planetmaker> http://gcc.gnu.org/onlinedocs/cpp/Object_002dlike-Macros.html#Object_002dlike-Macros <-- I gather it *should*
09:21:41  <Webster> Title: Object-like Macros - The C Preprocessor (at gcc.gnu.org)
09:21:43  <FooBar_> It allows to create language files without nfo in it
09:21:52  <planetmaker> FooBar_, yes, that's the plan.
09:22:14  <planetmaker> just STR_BLUB here-comes-the-string
09:22:34  <planetmaker> that can be pre-processed in an additional step to create the nfo file with like
09:22:37  <FooBar_> I'm currently defining /every/ ID in the id file and only use the string names in the NFO
09:22:58  <planetmaker> 0 * 0 04 ... STR_BLUB 01 here-comes-the-string 00
09:23:00  <planetmaker> or alike
09:23:25  <planetmaker> FooBar_, yes, that will be needed for all versions, I think
09:23:43  <FooBar_> the generic language action 4 now looks like this: -1 * 0 04 0B FF 01 STR_CRG_ALUMINUM_CTYPE "Aluminium" 00
09:23:44  <planetmaker> There might be strings which don't need translation in certain languages.
09:24:29  <FooBar_> In that case you don't need to translate them, but that was already the case with the previous system as well :)
09:24:42  <FooBar_> as that's a TTD feature
09:25:17  <planetmaker> yes, I know. But for consistency I kinda insisted to do that with the 2cctrainset (which currently has the most advanced translation system of all makefiles :P )
09:25:27  <planetmaker> but it doesn't use IDs yet
09:26:00  <planetmaker> so, please go ahead :)
09:26:17  <FooBar_> I will...
09:26:23  <planetmaker> :)
09:26:38  <planetmaker> I'd like - in the end - string files which just have
09:26:43  <planetmaker> STR_ID string
09:26:47  <FooBar_> If I hadn't made an error in the ID usage I probably wouldn't have started doing this :P
09:27:09  <FooBar_> yes, that would be very nice indeed. And easy for translators
09:27:10  <planetmaker> and to have another file (or in ids.pnfo) where STR_ID <string_ID> is "translated"
09:27:20  <planetmaker> and the real language files / actions are generated by the makefile
09:27:29  <planetmaker> FooBar_, exactly. Easy for translators :)
09:27:43  <FooBar_> I can hardly wait :P
09:27:47  <planetmaker> haha :)
09:28:13  <FooBar_> I also like the fact that one is actually forced to use the makefile to generate the grf
09:28:29  <FooBar_> Then I can properly use the word "compile" in that context...
09:28:48  <planetmaker> well. I don't consider it a bonus. But it's a logical consequence of making some other things easier :)
09:29:44  <FooBar_> funny that making things easier requires an enourmous effort...
09:30:08  <FooBar_> I think that's a u too much in enourmous... :S
09:30:35  <planetmaker> :)
09:32:39  <FooBar_> I'm going back to work now...
10:02:13  *** andythenorth_ has quit IRC
10:04:04  <Brot6> firs: Backup push to ssh://hg@bitbucket.org/firs/firs/ initiated.
10:11:33  *** andythenorth_ has joined #openttdcoop.devzone
10:17:22  *** andythenorth_ has quit IRC
10:24:30  *** andythenorth_ has joined #openttdcoop.devzone
10:26:19  *** andythenorth_ has quit IRC
10:27:59  *** yorick has joined #openttdcoop.devzone
10:28:24  <yorick> Ammler: the openid thing is broken?
10:29:57  *** andythenorth_ has joined #openttdcoop.devzone
10:30:41  <Ammler> yorick: no
10:30:45  <Ammler> :-)
10:31:10  <Ammler> I use it, but it might be not compatible with google
10:31:13  <yorick> Ammler: whenever I try to login, it says "Email can't be blank"
10:31:17  <yorick> "Email is invalid"
10:31:26  <yorick> and redirects me to the registration form
10:31:32  <yorick> "Lastname can't be blank"
10:31:38  <yorick> "lastname can't be blank"
10:31:42  <yorick> "Login can't be blank"
10:31:47  <yorick> "Login can't be blank"
10:32:57  <yorick> http://code.google.com/apis/accounts/docs/OpenID.html
10:32:58  <Webster> Title: OpenID for Google Apps - Account Authentication APIs - Google Code (at code.google.com)
10:33:01  <Ammler> the url you posted here is wrong, it needs to be unique, imo.
10:33:16  <Ammler> like mine: https://gmuer.startssl.com
10:33:20  <Webster> Title: StartSSL™ Certificates & Public Key Infrastructure (at gmuer.startssl.com)
10:33:40  <planetmaker> yorick, thanks for the hint with makedepend. I guess that's something I'm gonna add.
10:33:45  <Ammler> how should redmine know, to which account it should assign your id?
10:34:22  <yorick> Ammler: it should not do the url, but the information it provides
10:34:23  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Bug #291 (Closed): rework cargo strings @ https://dev.openttdcoop.org/issues/291#change-607 (by foobar)
10:34:46  <yorick> Ammler: read that link ;)
10:34:53  <Ammler> afaik, it needs "special" support for the google id.
10:35:05  <yorick> no, it just needs openid2.0 with oauth
10:35:20  <yorick> getsatisfation.com works
10:35:50  <yorick> planetmaker: it does not depend on pcx files, however ;)
10:36:12  <Ammler> well, I will ask how to use google id with redmine.
10:36:28  <planetmaker> yorick, I'm sure that can be added somehow.
10:36:46  <yorick> planetmaker: yes, gcc has a macro for that
10:37:01  <yorick> _Pragma ("GCC dependency \"name\"")
10:37:15  <yorick> so you could make a LOAD_SPRITE macro
10:37:42  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Feature #292: use make depend in the build system @ https://dev.openttdcoop.org/issues/292 (by planetmaker)
10:38:20  <yorick> well, I don't know if that does something with makedepend
10:42:59  *** andythenorth_ has quit IRC
10:43:00  <yorick> hmm, no, doesn't work
10:46:26  <yorick> heh, hg is experiencing the horrors of different timezones
10:46:42  <yorick> Ammler: can't you make it sort by revision instead of by date :p
10:47:19  <Ammler> yes, I could
10:47:33  <Ammler> but that would break redmine for git repos
10:47:43  <Ammler> I reported it already.
10:47:51  <planetmaker> :)
10:48:17  <planetmaker> The joy of bleeding-edge software :)
10:48:28  <Ammler> I feel a bit uncomfortable using redmine like 1 month
10:48:39  <Ammler> and already opening so many issues ;-)
10:48:48  <planetmaker> Ammler, uncomfortable about what? Oh... the issues :)
10:48:54  <planetmaker> Ammler, I think that's fine :)
10:49:05  <planetmaker> Can you direct me to their bug tracker?
10:49:19  <planetmaker> nvm
10:49:23  <Ammler> http://www.redmine.org
10:49:25  <Webster> Title: Redmine - Overview - Redmine (at www.redmine.org)
10:49:27  <planetmaker> :)
10:49:28  <yorick> hmm, these macros don't like newlines
10:49:38  <yorick> planetmaker: do you know about m4?
10:49:47  <Ammler> and guess, they use redmine ofr :P
10:49:56  <planetmaker> hehe @ Ammler
10:50:08  <planetmaker> yorick, no. What's that? A variable in OpenTTD for all what I know
10:50:32  <yorick> http://en.wikipedia.org/wiki/M4_%28computer_language%29
10:50:40  <yorick> it might be better suited, but less supported
10:50:45  <Ammler> http://www.redmine.org/issues/3567
10:50:47  <Webster> Title: Redmine - Defect #3567: Sorting for changesets might go wrong on Mercurial repos - Redmine (at www.redmine.org)
10:50:57  <yorick> and the best is that you probably already have it
10:52:27  <planetmaker> I doubt it unless it's part of default gcc installs on windows, linux and os-x
10:53:08  <yorick> planetmaker: it is default on all unices, and included with msys core
10:53:20  <yorick> just try :p
10:56:21  <yorick> it has hexadecimal arithmetic
11:01:19  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Support #255 (Closed): using pre-processor to allow using ID_<wha... @ https://dev.openttdcoop.org/issues/255#change-608 (by foobar)
11:05:01  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 96: Codechange: Use preprocessor for textstrings and rew... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/96 (by foobar)
11:43:53  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 97: Codechange: Use preprocessor for cargo IDs and labels @ https://dev.openttdcoop.org/projects/firs/repository/revisions/97 (by foobar)
11:51:20  <FooBar_> FIRS 0.1.0 is done. According to the roadmap that is :P http://dev.openttdcoop.org/projects/firs/roadmap
11:56:36  <yorick> planetmaker: what do you think about m4?
12:23:50  <Ammler> yorick: could you make a example, how to use it...
12:24:29  <yorick> Ammler: http://mbreen.com/m4.html <-- tutorial
12:24:31  <Webster> Title: Notes on the M4 Macro Language (at mbreen.com)
12:27:42  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 98: Doc: Info on TTD industry and industry tiles we want... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/98 (by foobar)
12:39:58  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Bug #293: sprite counter @ https://dev.openttdcoop.org/issues/293 (by Ammler)
12:59:10  <Ammler> yorick: I don't want to learn m4 :-)
12:59:18  <yorick> Ammler: heh, why not
12:59:22  <Ammler> I would like to see it working first :-)
13:00:15  <Ammler> I would like to know, what is better with m4 then awk or sed
13:01:17  <Ammler> wikipedia artice looks interesting, but isn't much
13:02:48  <yorick> Ammler: it's a replacement of the C preprocessor, but more suited for other languages
13:02:58  <yorick> it has variables that aren't constant
13:06:45  <yorick> it's turing complete ;)
13:18:52  <planetmaker> yorick, so far I don't think anything about it.
13:18:55  *** andythenorth_ has joined #openttdcoop.devzone
13:19:03  <planetmaker> And so far I don't see a need to apply it.
13:19:25  <planetmaker> As I get everything done with the languages / commands I know.
13:19:47  <planetmaker> Introducing something new "just because" is not my way to do things :)
13:20:13  <planetmaker> Before I start to learn something in this context I need to see a benefit for myself.
13:22:00  <planetmaker> A possible benefit could be that things I want to do suddenly get much cleaner or easy as pie.
13:22:10  <planetmaker> But I just don't know yet :)
13:22:31  <planetmaker> Note: programmes are a tool for me, not a purpose in itself.
13:26:45  <Ammler> planetmaker: it is more replacement for awk or sed
13:27:09  <Ammler> preprocessor
13:27:41  <planetmaker> right.
13:27:56  <planetmaker> Might be an option, if every gcc has it.
13:28:26  <planetmaker> but not now. As it seems to me that it is solely code beautification and doesn't add anything new
13:28:43  <planetmaker> maybe it'd be nice to have for the language processing. Dunno yet
13:28:54  <Ammler> yes, if you and win can use it without aditional effort, I would use it.
13:29:12  <planetmaker> exactly the condition sine qua non :)
13:29:44  <Ammler> here, it works fine and looks very simple.
13:30:18  <Ammler> well
13:30:29  <Ammler> we still have to "define"
13:31:52  <planetmaker> Well. We have "define" in any case.
13:32:18  <Ammler> but the nice part is, you could use defines in define
13:32:18  <planetmaker> But... Processing language files twice might do the trick :)
13:32:24  <Brot6> ::DevZone:: World Airliners Set - Feature #229 (Assigned): IL 62 grayscale @ https://dev.openttdcoop.org/issues/229#change-609 (by simozzz_AK)
13:32:55  <planetmaker> I'll look at it.
13:33:00  <yorick> planetmaker: no
13:33:07  <planetmaker> FooBar_, also just did a few nice changes to firs
13:33:09  <yorick> you can't make macros output something with #
13:33:25  <FooBar_> planetmaker: hopefully not to what I'm changing... :P
13:33:44  <Ammler> well, you guys should then push before speaking here :P
13:33:52  <planetmaker> FooBar_, of course I look at what you change :)
13:34:03  <planetmaker> And no, I have no local changes yet here or at home
13:34:14  <planetmaker> Well... none applied. I have one or two diffs around :)
13:34:42  <planetmaker> But those diffs are nothing I want to push in the way they modify makefiles
13:34:53  <planetmaker> they were concepts but not proper
13:35:11  <FooBar_> more nice stuff from my side is coming up later today :P
13:35:32  <planetmaker> nice :) Looking forward to it
13:35:33  <Ammler> he, can we play a FIRS game on next coop round?
13:35:41  <Ammler> :-P
13:35:41  <planetmaker> I don't think so
13:35:56  <planetmaker> with one industry coded :P
13:36:13  <FooBar_> At my next push there are 15 industries coded...
13:36:22  <planetmaker> :O
13:36:33  <FooBar_> 14 of it recodes of original TTD industries, but still...
13:36:39  <planetmaker> Mind that atomic commits are better than multi-purpose commits :)
13:36:57  <planetmaker> yes, sometimes it's hard.
13:37:10  <Ammler> FooBar_: do you have something done to make the industries weaker on early years?
13:37:12  <planetmaker> sometimes I fail at that, too.
13:37:13  <FooBar_> Everything I'm doing is in one file atm...
13:37:40  <FooBar_> Ammler: not much. Callbacks are something for later :)
13:37:46  <planetmaker> FooBar_, "one file" can sometimes also be broken down. But I'm not saying it's necessary here. I don't know your changes after all :)
13:38:21  <planetmaker> But adding each industry in an individual commit seems reasonable :)
13:38:39  <FooBar_> that particular file contains all code for the industries we're reusing from TTD
13:38:43  <FooBar_> I could split that though...
13:39:04  <Ammler> like ECS basics then
13:39:07  <planetmaker> Well... don't trouble yourself too much.
13:39:12  <FooBar_> I think I'll do that then
13:39:17  <FooBar_> it's just three industries at the moment
13:39:35  <planetmaker> FooBar_, it's not like you need to push each immediately. Just commit them locally
13:39:47  <FooBar_>  splitting now is easier than waiting for the file to become as large as 1000 lines...
13:39:52  <planetmaker> :)
13:40:01  <planetmaker> looks better in the changelog :D
13:40:06  <FooBar_> true
13:40:12  <Ammler> like was :P
13:40:13  <FooBar_> I'll do the split then :)
13:40:19  <planetmaker> :)
13:40:46  <FooBar_> Also makes it easier once we replace the TTD industries with something of our own: just one file to change
13:41:19  <Ammler> you mean the graphics?
13:41:52  <Ammler> or also nfo?
13:43:21  <FooBar_> graphicwise
13:43:37  <FooBar_> I'm changing the nfo at the moment to let the industries accept and produce different stuff
13:44:12  <FooBar_> So basically we're just reusing the graphics
13:46:34  <Ammler> well, you could then reuse opengfx industries :-)
13:47:44  <Ammler> afaik, as soon as you have callbacks, just subsitute isn't enough
13:48:19  <FooBar_> If you load OpenGFX, it wil reuse OpenGFX industries
13:49:00  <FooBar_> You can see what I'm doing, I just committed a small bunch
13:51:01  <FooBar_> forgot to update firs.pnfo though... :$
13:51:02  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 99: Fix: Arable farm cargo acceptance @ https://dev.openttdcoop.org/projects/firs/repository/revisions/99 (by foobar)
13:51:02  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 100: Fix: industry ID definition. Add: three new textstr... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/100 (by foobar)
13:51:02  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 101: Feature: Coal Mine @ https://dev.openttdcoop.org/projects/firs/repository/revisions/101 (by foobar)
13:51:03  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 103: Feature: Paper Mill @ https://dev.openttdcoop.org/projects/firs/repository/revisions/103 (by foobar)
13:51:06  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 102: Feature: Thermal Plant @ https://dev.openttdcoop.org/projects/firs/repository/revisions/102 (by foobar)
13:56:41  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 104: Update: don't forget firs.pnfo... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/104 (by foobar)
14:02:06  <planetmaker> http://dev.openttdcoop.org/issues/293 <-- Ammler FooBar_ you mean with the not-recognition by new(er) renum / grfcodec?
14:03:23  <FooBar_> I don't know. I don't see a problem either...
14:03:50  <planetmaker> FooBar_, you did have a problem with the new renum / grfcodec? And use the "stable" ones?
14:03:59  <FooBar_> OTOH I'm using an old renum though...
14:04:04  <FooBar_> yes :P
14:04:04  <Brot6> firs: Backup push to ssh://hg@bitbucket.org/firs/firs/ initiated.
14:04:24  <planetmaker> Give it a try. Though I'm not overly optimistic.
14:04:42  <FooBar_> I described the problem in the renum topic to be looked at
14:05:15  <planetmaker> yes, I know. I read it :)
14:05:53  <Ammler> FooBar_: planetmaker just check your final nfo ;-)
14:06:21  <FooBar_> My final nfo is perfectly fine:     0 * 4	 55 01 00 00
14:06:22  <Ammler> I saw it on the nfo, andy posted on forums
14:06:41  <Ammler> FooBar_: next line?
14:06:56  <FooBar_>  //-1 * 0 00 00 00 00
14:06:59  <Ammler> :P
14:07:16  <Ammler> now use the patch and recompile
14:07:17  <FooBar_> that's commented out, so I don't see the problem...
14:07:38  <FooBar_> I could decide not to put that thing there in the first place, as renum puts one in anyways...
14:07:57  <Ammler> no
14:08:10  <Ammler> then it would comment out the next sprite, afaik.
14:09:21  <Ammler> well, it is just a glitch
14:09:21  <FooBar_> yes it does indeed. Now that's silly...
14:09:47  <planetmaker> Ammler, is it reported in the renum thread?
14:10:05  <Ammler> planetmaker: dunno, if that is a bug of nfo
14:10:13  <Ammler> could also be you use it wrongly
14:10:37  <planetmaker> then formulate it as a question :)
14:10:40  <Ammler> as changeing the line to "0*4 00 00 00 00" fixes it.
14:11:55  <planetmaker> at least uncommenting the next sprite is... weired.
14:12:08  <Ammler> hmm
14:12:35  <Ammler> no, that is only if you don't have the counter sprite
14:13:25  <Ammler> it doesn't regognize your first sprite as teh counter sprite, so it makes one and comments the first out for "documentation"
14:36:10  <yorick> http://pastebin.com/m2cc8ca5d <-- decimal to hex conversion macro for values up to 255, might be useful :)
14:44:33  <planetmaker> @base 16 10 FE
14:44:33  <Webster> planetmaker: 254
14:45:58  <Ammler> yorick: please don't
14:46:02  <Ammler> use escapes
14:47:54  <planetmaker> indeed. It's supported natively by nfo
14:48:10  <planetmaker> \b254 instead of FE
14:52:17  <yorick> planetmaker: try putting that in a macro...
14:52:32  <yorick> it magically puts a space between the \ and the b
14:52:34  <planetmaker> don't put it into a macro.
14:52:42  <planetmaker> or escape the backslash
14:53:59  <yorick> escaping the backslash just results in the escaped backslash being moved away
14:54:42  <Ammler> maybe you can tell m4 to use soemthing else for escaping?
14:55:16  <planetmaker> sed is so nice, accepting a zillion escape characters :)
14:55:46  <yorick> Ammler: I'm not using m4 yet :p
14:55:55  <Ammler> hmm, well, the final nfo isn't readable anymore, either with gcc
14:56:54  <yorick> huh?
14:57:11  <Ammler> it removes the comments
14:57:58  <planetmaker> yes.
14:57:58  <Ammler> and whitespaces, afaik
14:58:08  <planetmaker> it heavily re-formats things
14:58:23  <yorick> hmmmmmm
14:58:38  <Ammler> yorick: maybe it would work with m4
14:59:00  <Ammler> then we would have another reason to use m4 instead of gcc
14:59:26  <yorick> Ammler: so when does it not work?
14:59:55  <yorick> and you did specify -C to gcc ;)
15:01:06  <yorick> if you want gcc to leave your comments and whitespace, specify gcc -E -C
15:02:27  <Ammler> yorick: please, don't do that
15:02:40  <yorick> Ammler: what?
15:02:58  <Ammler> I already told you, the whole newgrf coding is new to us either.
15:03:21  <yorick> I know
15:04:25  <Ammler> there is much to improve, no need to laugh about
15:05:59  <yorick> I have to go now
15:06:00  <yorick> bye
15:06:04  *** yorick has quit IRC
15:06:59  <planetmaker> hu what was this about?
15:07:34  <Ammler> :-)
15:18:27  <Ammler> http://pastebin.ca/1480823
15:24:52  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 105: Fix: work around some renum peculiarities. Give it ... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/105 (by planetmaker)
15:24:56  <planetmaker> I guess I'll try to build the stable renum / grfcodec when I'm home. And I'll see whether this "error" that they don't make the current firs is due to my build process or due to renum / grfcodec.
15:25:56  <planetmaker> Ammler, is that the m4 code for the action 8? Is it missing #?
15:26:00  <planetmaker> Or is it like it belongs?
15:26:20  <Ammler> ?
15:26:29  <planetmaker> your pastebin thing
15:26:31  <Ammler> it is just what I run
15:26:50  <Ammler> what is "#?"?
15:27:06  <planetmaker> a character found on your keyboard. Usually found in front of define :)
15:27:30  <Ammler> ah
15:27:46  <Ammler> m4 dont need#
15:28:04  <planetmaker> hm... interesting.
15:28:09  <planetmaker> so it really needs testing :)
15:29:03  <Ammler> and it works also with escapes
15:30:10  <planetmaker> which is indeed very good.
15:31:11  <Ammler> and you can "reuse" already defined things
15:31:20  <planetmaker> hm?
15:31:28  <Ammler> might be helpful for tranlations
15:32:23  <Ammler> define(str_pass, Passenger)
15:32:50  <Ammler> define(str_pass_m, str_passs
15:32:52  <Ammler> )
15:33:32  <Ammler> he, no
15:42:47  <planetmaker> but for action0 properties and such :)
15:44:58  <planetmaker> define(`Substitute', `09 )
15:45:15  <planetmaker> Substitute(TILE_ID)
15:45:44  <planetmaker> and similar.
15:50:59  <planetmaker> Well... I'll play around with it, I guess.
16:11:27  <Ammler> :-)
16:18:03  <Brot6> OpenGFX: update from r80 to r81, starting nightly compile
16:18:33  <Brot6> OpenGFX: nightlies compile finished with 2 errors: http://mz.openttdcoop.org/bundles/opengfx/nightlies/log/
16:21:54  *** yorick has joined #openttdcoop.devzone
16:22:05  * yorick is back from swimming in the public backyard
16:24:24  <planetmaker> wb
16:24:34  * planetmaker now goes home for a nice dinner :)
16:33:45  *** Webster has joined #openttdcoop.devzone
16:36:08  *** Guest225 has quit IRC
16:37:02  *** Guest226 has quit IRC
17:28:31  <Brot6> feed DevZone had 12 updates, showing the latest 10
17:28:31  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 108: Feature: Forest @ https://dev.openttdcoop.org/projects/firs/repository/revisions/108 (by foobar)
17:28:31  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 109: Feature: Sawmill @ https://dev.openttdcoop.org/projects/firs/repository/revisions/109 (by foobar)
17:28:31  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 110: Feature: Oil Well @ https://dev.openttdcoop.org/projects/firs/repository/revisions/110 (by foobar)
17:28:32  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 111: Feature: Oil Platform @ https://dev.openttdcoop.org/projects/firs/repository/revisions/111 (by foobar)
17:28:37  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 112: Feature: Oil Refinery @ https://dev.openttdcoop.org/projects/firs/repository/revisions/112 (by foobar)
17:28:40  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 113: Feature: Water Plant @ https://dev.openttdcoop.org/projects/firs/repository/revisions/113 (by foobar)
17:28:43  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 114: Feature: Water Tower @ https://dev.openttdcoop.org/projects/firs/repository/revisions/114 (by foobar)
17:28:46  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 115: Feature: Fruit Plantation @ https://dev.openttdcoop.org/projects/firs/repository/revisions/115 (by foobar)
17:28:49  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 116: Feature: Factory @ https://dev.openttdcoop.org/projects/firs/repository/revisions/116 (by foobar)
17:28:52  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 117: Merge (r105) @ https://dev.openttdcoop.org/projects/firs/repository/revisions/117 (by foobar)
17:29:46  <Ammler> :-o
17:29:54  <FooBar_> i know :P
17:29:59  <Ammler> :-)
17:30:26  <Ammler> I should finish the nightly compiler
17:30:46  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 118: Doc: Input cargo multipliers @ https://dev.openttdcoop.org/projects/firs/repository/revisions/118 (by foobar)
17:30:47  <FooBar_> Don't hurry. It's not /that/ playable yet
17:31:06  <Ammler> FooBar_: btw, can you check the errors we get from OpenGFX
17:31:14  <Ammler> are those possible to silence?
17:31:23  <FooBar_> I'll have a look...
17:34:42  <FooBar_> what are those errors then?
17:35:07  <Ammler> the errors from make
17:36:09  <Ammler> I wouldn't ask, if I knew
17:36:15  <FooBar_> everything passes by so quickly I can't keep up with that...
17:37:28  <FooBar_> I've written it to a logfile now...
17:39:15  <Ammler> well you could run command 1>/dev/null
17:39:24  <Ammler> then you would only the errors
17:40:43  <Ammler> oh, just see, the make does still delete the nfo
17:40:49  <FooBar_> there's no errors in the my logfile...
17:40:50  <Ammler> thought, pm fixed that
17:41:14  <FooBar_> you're right about the makefile
17:41:28  <Ammler> http://mz.openttdcoop.org/bundles/opengfx/nightlies/log/compile-error-log.txt
17:41:33  <FooBar_> that, and it doesn't run ogfx1_base through renum, but keeps the nfo... :P
17:42:22  <planetmaker> Ammler: no, I hoped I fixed that. But I didn't. I didn't find the reason yet
17:42:36  <Ammler> silly
17:42:59  <FooBar_> how does that 1>/dev/null stuff work?
17:43:02  <planetmaker> FooBar_: if the grf didn't change, it's not re-built
17:43:04  <Ammler> oh, I have unpushed changes here
17:43:11  <Ammler> BornAcorns house
17:43:24  <FooBar_> planetmaker: I called make remake ;)
17:43:33  <planetmaker> aye :)
17:45:45  <FooBar_> PM from Gen.Sniper: Hi, as you maybe know I am new drawer in 8bpp OpenGFX project. First I would like to ask what I must do with 3D model before it goes to coder or how top make sprite of it. Second question is: Can I make absolutly new building for OpenGFX and if it is possible to iclude to game without .grf? another question with come..it's only a matter of time
17:46:14  <FooBar_> I like to append a smiley to that but I don't know which one :P
17:46:15  <planetmaker> :)
17:46:23  <Ammler> :-D
17:53:16  *** yorick_ has joined #openttdcoop.devzone
17:57:36  <FooBar_> how's this:
17:57:41  <FooBar_> Hi Gen.Sniper,
17:57:43  <FooBar_> I'm not accustom to drawing in 3D, so I can only tell you this much:
17:57:44  <FooBar_> For a sprite to be coded it must have the right size and it must have the correct palette applied. Furthermore the ground tile needs to match the other OpenGFX ground tiles; this is usually a manual task after resizing and reducing the colours to 8bpp, to be carried out in a graphics editing program.
17:57:46  <FooBar_> If you export your model to exactly four times the size of a normal TTD sprite, it can be used for the 32bpp project as well. Resizing for OpenGFX can then be done in a graphics editing program. I don't know how to export such model; you might want to ask that in the 32bpp project topic.
17:57:47  <FooBar_> Second question: Eventually everything has to become a grf. Even OpenGFX wouldn't exist without those things. For OpenGFX, buildings needn't be an exact copy of the original; feel free to draw something completely different, as long as it serves the same purpose. I.e. an office building has to be an office building, but can be any building of your liking an not necessarily the one from TTD.
17:57:49  <FooBar_> To conclude I would like to suggest that you ask this sort of questions in the/a topic. There's nothing secret about the questions you asked, hence no real need for a PM.
17:57:51  <FooBar_> Kind regards,
17:57:52  <FooBar_> FooBar
17:59:38  <planetmaker> sound good, Foobar
17:59:47  *** yorick has quit IRC
18:00:31  <FooBar_> If you spot a typo: I fixed that ;)
18:01:34  <planetmaker> :P
18:01:41  <FooBar_> Hopefully he understands it, as his English isn't really the sharpest knife in the drawer...
18:01:53  <planetmaker> hehe :) yes, I noticed
18:04:04  <Brot6> firs: Backup push to ssh://hg@bitbucket.org/firs/firs/ initiated.
18:09:56  *** yorick_ is now known as yorick
18:19:11  *** planetmaker has left #openttdcoop.devzone
18:19:26  *** planetmaker has joined #openttdcoop.devzone
18:22:40  *** yorick is now known as Guest235
18:22:51  *** yorick has joined #openttdcoop.devzone
18:26:54  *** Guest235 has quit IRC
18:38:51  *** yorick has quit IRC
18:40:43  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 119: Feature: Disable TTD industries @ https://dev.openttdcoop.org/projects/firs/repository/revisions/119 (by foobar)
18:44:53  *** andythenorth_ has quit IRC
19:09:01  *** andythenorth_ has joined #openttdcoop.devzone
19:17:05  <XeryusTC> @op
19:17:07  <XeryusTC> Ammler: ping
19:17:09  <XeryusTC> @whoami
19:17:09  <Webster> XeryusTC: XeryusTC
19:22:41  <Ammler> XeryusTC: pong
19:23:06  <XeryusTC> Ammler: maybe we should set up a svn repo for the ladder :P
19:23:18  <XeryusTC> especially since i'm going to format my pc in two days i guess :P
19:23:45  <Ammler> well, if oyu like to use svn, use the existing
19:23:54  <Ammler> svn.openttdcoop.org
19:24:14  <XeryusTC> well, i thought i could, but i have no clue about my user info etc anymore
19:24:18  <XeryusTC> or where it was :X
19:24:29  <Ammler> hehe :P
19:24:42  <Ammler> trac.openttdcoop.org
19:25:34  <Ammler> http://trac.openttdcoop.org/reset_password
19:26:15  <Ammler> if it doesn't work, ping again :-)
19:30:48  <andythenorth_> FooBar_: whilst I find an old version of renum, get it working in crossover, and cook dinner, would you mind sending me your current build of the firs grf? :)
19:37:03  <Ammler> andythenorth_: http://mz.openttdcoop.org/bundles/firs
19:37:12  <Ammler> shall I delete your bouncer account?
19:39:20  <Ammler> it claimed your primary nick ;-)
19:50:49  <Ammler> planetmaker: it doesn't make a zip on the server per default
19:51:08  <Ammler> I guess, I would need to make a local file
19:59:12  <Ammler> mäh
20:00:37  <Ammler> > make bundle
20:00:39  <Ammler> Creating dir firs-nightly.
20:00:40  <Ammler> make: [firs-nightly] Error 1 (ignored)
20:00:42  <Ammler> Copying files: firs.grf docs/license.txt docs/readme.txt
20:04:03  <Ammler> hmm, it zipped the whole repositroy
20:08:15  <andythenorth_> yay, FIRS industries in a real game ;)
20:08:22  <andythenorth_> time to see how well HEQS supports the cargos...
20:11:39  <andythenorth_> ...and the answer is: moderately well.  But I've got some HEQS work to do :|
20:11:49  <andythenorth_> gonna need some cargo table help :|
20:13:03  <andythenorth_> So shall we release the firs.grf?  Nominally it's my decision, but I like consultation :)
20:13:14  <andythenorth_> It doesn't do much, but release early, release often...
20:13:27  <Ammler> sorry
20:13:31  <Ammler> I just tried it
20:13:38  <Ammler> if the server is able to make it
20:15:21  <Ammler> can't make a zip
20:16:24  <Ammler> hmm, maybe it is possible to load it to bananas without human work?
20:22:02  <FooBar_> andythenorth_: I already released it :P
20:22:27  <FooBar_> I figured it didn't matter, as the source is publicly available anyways
20:22:49  <andythenorth_> well that's also what I figured :)  I was just gathering opinions...
20:23:27  <andythenorth_> I am keen to get vehicle set authors testing it against sets.
20:23:28  <FooBar_> I think we should start compiling nightlies as soon as we have some more industries coded
20:23:34  <andythenorth_> I might PM a few people...
20:24:26  <planetmaker> Ammler: you can. use "make bundle_zip"
20:24:34  <FooBar_> I don't want to have it on bananananananananas until it's 0.1.0 though\
20:24:40  <planetmaker> I have the feeling I have to repeat that every time :(
20:24:41  <Ammler> planetmaker: it zipped the whole repo
20:24:45  <planetmaker> no
20:24:52  <planetmaker> works for me
20:24:59  <Ammler> hmm
20:25:10  <andythenorth_> FooBar_: no banananas, this isn't player-safe!
20:25:16  <FooBar_> exactly
20:25:19  <andythenorth_> But set authors should see it ;)
20:25:20  <planetmaker> it zips the firs-nightly directory
20:25:22  <Ammler> > make bundle_zip
20:25:23  <Ammler> creating zip'ed tar archive
20:25:25  <Ammler> 7za a -tzip -mx9 firs-nightly-r119.zip
20:25:31  <Ammler> no direcotry
20:25:43  <Ammler> but make zip gives one
20:25:52  <Ammler> make test, I meant
20:26:08  <FooBar_> I wouldn't say it isn't player-safe though. One can't do much wrong...
20:26:40  <FooBar_> It's just that it's currently worse than the default industries :D
20:26:42  <andythenorth_> Well, one could ask lots of dumb questions :)
20:27:38  <FooBar_> I think I'll deny FIRS to be used in combination with other sets until I've completely figured out the compatibility stuff
20:27:53  <Ammler> hehe, maybe you should start a special "user thread"
20:28:17  <FooBar_> Possibly, like with OpenGFX. That works reasonably well IMO
20:28:19  <Ammler> so you keep out them from the development thread
20:29:22  <andythenorth_> Possibly a good idea.  Meanwhile I'll update the thread title....what's the FIRS version ?? :)
20:29:25  <andythenorth_> 0.0?
20:29:26  <FooBar_> andythenorth_: If you want to create such a user thread then go ahead and announce the first nightly there. Then I'll unannounce it in the development thread
20:29:38  <FooBar_> version is nightly-rXX
20:29:39  <Ammler> 0.0.0.0.0.0.0.1
20:29:51  <andythenorth_> Call the new thread 'FIRS releases'?
20:30:25  <planetmaker> Ammler: how do you mean make test gives one?
20:30:39  <FooBar_> I'd name it "FIRS Industry Replacement Set Releases"
20:30:41  <planetmaker> Of course make test shows a directory
20:30:44  <Ammler> Dirs (nightly/release/base):  firs-nightly / firs-nightly-r119 / firs-
20:30:54  <planetmaker> yes
20:30:56  <FooBar_> and rename the other thread to "FIRS Development"
20:31:02  <Ammler> and there is a direcotry
20:31:07  <planetmaker> But you don't want to make a release
20:31:11  <Ammler> called first-nightly
20:31:15  <planetmaker> yes.
20:31:21  <planetmaker> that's the nightly
20:31:24  <Ammler> yes
20:31:25  <planetmaker> and that's ziped
20:31:35  <Ammler> now I like to have that zipped
20:31:47  <planetmaker> that's done?
20:32:02  <FooBar_> and edit the first post of the development thread to point users to the release thread if they have something to complain about. And the other way round. See OpenGFX threads for examples.
20:32:06  <Ammler> the command I posted above
20:32:30  <andythenorth_> tis done
20:32:35  <andythenorth_> the thread change that is
20:32:39  <Ammler> well, you don't want to make a release thread now?
20:33:03  <Ammler> imo, you should have a release for that, first :-)
20:35:23  <Ammler> 7za a -tzip -mx9 firs-nightly-r119.zip firs-nightly <-- if run that command manually, it works
20:35:42  <Ammler> but make bundle_zip doesn't use the folder
20:35:53  <Ammler> l
20:36:08  <planetmaker> exactly that dir is within the zip
20:36:19  <planetmaker> and that's exactly what you asked for
20:36:37  <Ammler> yes
20:36:40  <Ammler> I like that
20:36:44  <Ammler> why does make not do that?
20:37:12  <Ammler> 7za a -tzip -mx9 firs-nightly-r119.zip  <-- that is, what make bundle_zip does
20:38:08  <andythenorth_> Ahem, I was feeling unsubtle
20:38:09  <andythenorth_> http://www.tt-forums.net/viewtopic.php?f=36&t=41607
20:38:16  <Webster> Title: Transport Tycoon Forums View topic - FIRS (Full Industry Replacement Set) - Development (at www.tt-forums.net)
20:38:59  <Ammler> F means Full?
20:39:16  <FooBar_> amongst others, but is that official now?
20:39:17  <Ammler> I meant FIRS
20:39:35  <Ammler> hehe
20:39:53  <andythenorth_> Well 'Full' is kind of optional.  I'm open to changing the titles...
20:40:11  <FooBar_> In the code it's still called "FIRS Industry Replacement Set", which I like better to be honest...
20:40:28  <andythenorth_> I'll change it now
20:41:06  <Ammler> http://dev.openttdcoop.org/bundles/firs/nightlies/ <-- if we enable nightlies
20:41:55  <andythenorth_> hum, how do I delete a forum post?
20:42:50  <Ammler> if no answer
20:42:56  <Ammler> there should be a checkbox
20:43:20  <FooBar_> There should be a little X in the bottom right corner of the post if I'm not mistaken...
20:43:22  <Ammler> else ask a mod
20:44:05  <andythenorth_> okey dokey.  FooBar_ I've cleared the two empty posts, you wrote the code - you get to do the release :)
20:44:10  <FooBar_> You can only delete if you're the last post in a topic
20:44:21  <andythenorth_> plus that means you or I will always be able to edit one of the first two posts in the thread
20:44:27  <FooBar_> ok thanks :)
20:44:41  <andythenorth_> go quick!  or someone will come ask a dumb question :)
20:44:52  <Ammler> :P
20:46:24  <andythenorth_> yay
20:51:42  <FooBar_> :)
20:51:59  <FooBar_> I quickly posted the title before completing my post for that very reason :P
20:52:22  <FooBar_> Let me know if I've written something stupid... :P
20:53:30  <FooBar_> I'll be somewhat unavailable from now on, so highlight me if you need me and I might reply later... :)
20:54:31  <andythenorth_> looks great
20:55:28  <Ammler> well, currently, I am not able to use the Makefile for the zip :-(
20:55:40  <Ammler> and not clue, why.
20:55:44  <Ammler> -t
20:56:42  <planetmaker> Ammler: usually I don't want a zip
20:56:43  <planetmaker> And for testing purposes neither
20:56:45  <planetmaker> so to call make <something> in order to prepare releases is the usual thing
20:56:58  <planetmaker> so doesn't even make bundle_zip work?
20:57:46  <Ammler> didn't I tell that already?
20:58:02  <planetmaker> For the compile farm, packing things nicely into bundles, you can have a target of your choice basically. But it won't be make without parameter :)
20:58:40  <Ammler> I would need make bundle_zip
20:58:50  <Ammler> and then move to ./web/nightlies/
20:58:54  <planetmaker> yes. That's specifically for you
20:59:18  <Ammler> well
20:59:22  <Ammler> try it self on the server
20:59:35  <planetmaker> first I try it here
21:00:08  <Ammler> maybe I should checkout the first, too.
21:02:13  <Ammler> @services op
21:02:13  *** ChanServ sets mode: +o Webster
21:08:03  <planetmaker> hm... ok. Doesn't seem to work as it did :S
21:10:23  <Ammler> FooBar_: did you try to fix the first sprite: //-1 * 4444 00 00 00 00 ;-)
21:10:50  <Ammler> Future sets (don't ask): <-- lol
21:16:35  <planetmaker> Ammler: pull
21:16:39  <planetmaker> you were right. sorry
21:16:53  <planetmaker> and I was overly grumpy
21:19:16  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 120: Fix: bundle_zip wasn't working. Always rename varia... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/120 (by planetmaker)
21:23:34  <Ammler> hmm
21:23:56  <Ammler> somehow, I have troubles with firs local
21:24:14  <Ammler> what is other there then on the other nfos?
21:24:30  <Ammler> planetmaker: don't need to pull
21:24:34  <Ammler> you have to push :P
21:25:18  <Ammler> but I need to update :-)
21:25:55  <Ammler> planetmaker: perfect :-)
21:25:57  <Ammler> well
21:26:40  <Ammler> planetmaker: do you use hg in the makefile?
21:27:07  <Ammler> maybe the makefile could also make the the hg changelog?
21:35:21  <planetmaker> Ammler: hg is needed in so far as it gives  the rev
21:35:22  <planetmaker> having it generate the changelog via hg: sure. That's something we might want to add :)
21:37:24  <Ammler> well, I will do it outside of Makefile
21:37:34  <Ammler> as we don't include it to the bundle
21:37:46  <planetmaker> hm. Why not add a target in the makefile?
21:38:03  <planetmaker> and why don't we include it?
21:38:21  <Ammler> because you need to read it before you load the bundle
21:38:29  <Ammler> to decide if you want to download
21:38:38  <planetmaker> :)
21:38:43  <planetmaker> that one.
21:39:03  <Ammler> yeah, like on binaries.openttd.org
21:39:07  <planetmaker> yup
21:40:12  <Ammler> hmm, I could also just include a redirect to the devzone
21:40:12  <planetmaker> :O FooBar_ andythenorth_
21:40:29  <planetmaker> Nekkomaster sais that firs' GRFID is the same as the metrotracks
21:40:36  <Ammler> ?
21:40:43  <andythenorth_> well he's good for something then at least :)
21:40:57  <andythenorth_> mathematical odds of that?
21:41:34  <Ammler> I would have expected FIRS as ID :-)
21:42:04  <andythenorth_> was this header by any chance a copy of the 2CC header?? :)
21:42:32  <planetmaker> he's right
21:42:54  <planetmaker> well... dunno
21:43:03  <planetmaker> change it to FIRS?
21:43:37  <andythenorth_> I'm easy .  One of you or FooBar_ could do that?
21:44:12  <planetmaker> I can push, if that ID is fine with you
21:44:37  <andythenorth_> fine with me
21:44:52  <andythenorth_> as long as it doesn't collide with any others :D
21:46:27  <andythenorth_> ok bed time.  Nice work today all ;)
21:47:03  <planetmaker> or make it FIR1 ?
21:47:09  <planetmaker> so that we can keep some versioning?
21:47:25  <planetmaker> screw it. no
21:47:51  <planetmaker> there's sufficient hex codes above 0x53
21:50:03  <Ammler> the follower of FIRS could then called SIRS
21:50:27  *** andythenorth_ has quit IRC
21:52:06  <Ammler> what is the ID in hex for FIRS?
21:57:55  <planetmaker> GRF_ID          = 46 49 52 53
22:01:49  <Ammler> 46 49 seems free
22:02:39  <planetmaker> yup
22:02:51  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 121: Change / Fix: GRF-ID was taken. Use 'FIRS' (46 49 5... @ https://dev.openttdcoop.org/projects/firs/repository/revisions/121 (by planetmaker)
22:02:54  <Ammler> don't use numbers, use "FIRS"
22:03:03  <Ammler> nicer nfo
22:03:21  <planetmaker> too late :)
22:03:28  <planetmaker> But can be changed, I guess
22:03:44  <Ammler> :-)
22:03:57  <FooBar_> Well, as I'm the code it will be FB FB and that is final :)
22:04:01  <FooBar_> coder*
22:04:04  <Brot6> firs: Backup push to ssh://hg@bitbucket.org/firs/firs/ initiated.
22:04:19  * planetmaker goes hiding :P
22:04:32  <FooBar_> I didn't have the metro tracks in my list of IDs for some reason, so I just used what I thought was available...
22:05:00  * FooBar_ goes seeking
22:05:09  <Ammler> FIRS is free :P
22:05:16  <planetmaker> :)
22:05:31  <FooBar_> FB FB 05 01 is free as well...
22:05:39  <Ammler> boring
22:05:47  <Ammler> :-D
22:05:50  <planetmaker> ^ :)
22:06:04  <FooBar_> There's no point in having FIRS as nobody will ever notice that but someone looking through the code
22:06:13  <Ammler> well, you have a day time to change it :P
22:06:29  <Ammler> the GRID is in the newgrf windows
22:06:37  <Ammler> -s
22:07:14  <FooBar_> true, but listed as hex value and not as string
22:07:16  <Ammler> but it doesn't matter ;-)
22:07:53  <Ammler> well, that is a glitch
22:08:18  <Ammler> according to specs, it should show ascii, if possible
22:09:42  <Ammler> grfcodec does that, afaik.
22:10:27  <Ammler> btw. metrotracks
22:10:48  <Ammler> are you aware of the glitch with reserved paths?
22:11:16  <FooBar_> I don't use the metro tracks :P
22:11:21  <FooBar_> so, no ;)
22:12:03  <Ammler> hehe
22:12:12  <Ammler> you are like the devs
22:12:19  <Ammler> just coding, but never play
22:12:25  <FooBar_> Funnily enough, I'm the only one that can fix it though, as Purno wanted it to be CC BY-ND...
22:12:57  <Ammler> can you?
22:13:01  <FooBar_> And even I have to ask permission to fix it...
22:13:05  <Ammler> have you permission to change graphcis?
22:13:21  <FooBar_> I had when I did the recoding of the set
22:13:43  <FooBar_> Dunno if I still have though, hence I have to ask as well...
22:13:49  <Ammler> ask him in that purpose, if he woudn't like to change to GPL
22:14:21  <Ammler> maybe it helps, if many different people ask him the same thing ;-)
22:15:05  <FooBar_> Possibly. I'm not interested in fixing it at the moment though. You're the first to complain in 10 months :P
22:16:05  <FooBar_> By the way I decided to keep the FIRS grfid for now, as it's already committed and all...
22:16:30  <Ammler> oh
22:16:51  <FooBar_> pm changed it about 15 minutes ago
22:17:03  <Ammler> ah, you mean, you keep that ID?
22:17:07  <FooBar_> Is a bit silly to change it again I think
22:17:08  <FooBar_> yes
22:17:12  <FooBar_> I keep 46 49 52 53
22:17:13  <Ammler> well
22:17:23  * planetmaker goes to bed and wishes all a good night :)
22:17:24  <Ammler> the nightly is made with the other one
22:17:29  <FooBar_> good night pm!
22:17:35  <Ammler> night pm
22:18:04  <FooBar_> the nightly is causing problems with the tram tracks ID, so it had to change anyways
22:30:42  <Ammler> FooBar_: that was the reason, planetmaker did it
22:37:14  <FooBar_> and we have a brewery :)
22:37:34  <FooBar_> Anyways, I'm off to bed now; done enough for today :P
22:37:48  <FooBar_> good night
22:38:52  *** FooBar_ has quit IRC
22:38:54  <Ammler> good night
22:38:56  <Ammler> mäh
22:39:14  <Brot6> ::DevZone:: FIRS Industry Replacement Set - Revision 122: Feature: Brewery @ https://dev.openttdcoop.org/projects/firs/repository/revisions/122 (by foobar)
23:46:31  <Brot6> ::DevZone:: OpenGFX - Feature #294: Sprite 4629 - Toyland Church (32bpp, 8bpp) @ https://dev.openttdcoop.org/issues/294 (by athanasios)

Powered by YARRSTE version: svn-trunk