Log for #openttdcoop.devzone on 27th December 2012:
Times are UTC Toggle Colours
08:39:20  *** Zuu has joined #openttdcoop.devzone
08:40:53  *** andythenorth has joined #openttdcoop.devzone
08:41:54  <Ammler> planetmaker: triggered rebuild of opengfx, seems to build now, a bit confusing...
08:42:08  <Ammler> (did nothing else)
08:42:08  <planetmaker> err...
08:42:24  <planetmaker> it failed re-building *every* day? And manually it works?!
08:42:37  <Ammler> I said "confusing" :-)
08:42:52  <planetmaker> quite so
08:42:54  <Ammler> but maybe the error is triggered later, but then the log is quite small
08:43:16  <planetmaker> as said, I'm not sure I understand why it fails
08:43:25  <Ammler> [GEN] sprites/png/trees/temperate/tree_wide_13_leaf.gimp.scm
08:43:27  <Ammler> [GIMP] sprites/png/trees/temperate/tree_wide_13_leaf.gimp.png
08:43:31  <Ammler> right now ^
08:43:43  <planetmaker> it fails after gimp
08:43:44  <planetmaker> make: *** No rule to make target `docs'.  Stop.
08:43:53  <planetmaker> in
08:44:13  <Ammler> ah, didn't you update the pngs?
08:44:19  <planetmaker> yes, I did
08:44:27  <Ammler> hmm, why still M?
08:44:39  <planetmaker> I only updated stable branch
08:44:45  <Ammler> oh well
08:45:04  <Ammler> then I should test stable branch too
08:45:38  <Brot6> opengfx: compile of r1000 still failed (#4628) -
08:45:42  <Ammler> ok :-)
08:45:56  <Ammler> well, so nightly I leave until you commit updated pngs
08:47:42  <Ammler> the 0.4.6 error looks simply
08:47:51  <Ammler> e
08:48:47  <planetmaker> Ammler, the nightly error has nothing to do with the images
08:48:51  <planetmaker> nor should it really
08:50:04  <Ammler> well, as you sometime need to update the pngs anyway, it will confirm it
08:50:33  <planetmaker> the issue is not the pngs. but the docs target. why ever
08:50:44  <Ammler> then I need either to fix the build script or you need to fix the makefile :-P
08:51:32  <Ammler> any reason, you didn't update the pngs?
08:52:11  <planetmaker> in the nightly branch? No reason except lazyness or so. And failure to see why suddenly all images change(d)
08:52:32  <Ammler> how did you update?
08:52:42  <Ammler> I assume, it is another libpng or soemthing?
08:52:47  <planetmaker> build. commit png changes
08:52:50  <planetmaker> so yes
08:53:11  <Ammler> so we are kinda lucky, it changed for you as much as for the devzone
08:54:42  <planetmaker> possibly. Not sure
08:54:47  <Ammler> ok, releases is also building gimp
08:55:05  <Ammler> we will see if it goes farer ;-)
08:55:21  <Ammler> I basically triggered rebuild with clean flag
08:55:28  <Brot6> opengfx: compile of 0.4.6 still failed (#4703) -
08:55:32  <Ammler> oh no
08:55:53  <planetmaker> o_O
08:56:05  <Ammler> another error, though
08:56:28  <Ammler> "sprites/nml/extra/extra-openttd-gui.pnml", line 2: Exceeding the limit of 166 sprites for sprite replacement type 'OTTD_GUI', extra sprites may be ignored
08:56:29  <Ammler> /bin/sh: -c: line 0: syntax error near unexpected token `('
08:56:31  <Ammler> /bin/sh: -c: line 0: `[ 024 -ge 025 ] && [ 0.2.4 (abf432e8d9f8) -ge 2049 ] && nmlc -c -p WIN --grf ogfx1_base.grf --custom-tags ogfx1_base.tags.txt ogfx1_base.nml || echo "NML is too old. Minimum of NML r025 is required."'
08:56:41  <planetmaker> hm. no nml 0.2.5, right?
08:56:53  <planetmaker> that's a problem
08:57:01  <Ammler> 0.2.4	2012-12-27	nml	releases
08:57:01  <planetmaker> not to be solved by me before tomorrow night
08:57:32  <Ammler> oh, you knew the issues we had last time but still you made the release :-P
08:57:59  <planetmaker> no, I don't know?
08:58:26  <planetmaker> this time stable-nml is too old. was it also the last time?
08:58:43  <Ammler> refering to using different nmls
08:59:11  <planetmaker> I built locally with 0.2.5.r2050:7c249349d2a9
08:59:56  <Ammler> which does not exist as release
09:00:07  <Ammler> how are distros supposed to build it?
09:01:08  <Ammler> since we learned that we need exactly the same version
09:01:46  <planetmaker> well. you need nml which produces the same output. Releasing this nml as 0.2.5 would do the trick
09:01:51  <Ammler> I think, the failed devzone build should have waken enogh doubt to not release opengfx that way
09:01:53  <planetmaker> and it's what we should do
09:02:13  *** andythenorth has quit IRC
09:02:27  <planetmaker> Ammler, typical case of "commonly fails" and thus ignoring failure ;-)
09:02:33  <Ammler> why was the opengfx release needed in such a rush btw?
09:02:43  <planetmaker> openttd release which requires it?
09:05:11  <Ammler> I guess, openttd should be able to use the graphics from the openttd.grf, if it doesn't exist in the alternative base set
09:06:00  <Ammler> that would at least also make it kinda legal to distribute it with openttd
09:08:04  <Ammler> planetmaker: well, I asked you to update the pngs weeks ago, afaik before you had your buissness travel
09:08:22  <Ammler> then I would have had time to fix possible build issues
09:10:13  <Ammler> I also wonder, how this png issue will effect in building at the different distros
09:10:33  <Ammler> so it would be nice, we would have a release for the distros
09:10:42  <planetmaker> made also a news release so that maintainers can see the problem with binary compatibility of NML
09:10:50  <Brot6> OpenGFX - OpenGFX 0.4.6 XplanetmakerX @
09:11:07  <planetmaker> Ammler, why would you not have been able to update the pngs? and how does that stop you investigating build issues?
09:11:45  <planetmaker> even if you don't commit the update of pngs... easy for testing
09:11:51  <Ammler> I would not trust my build env, since it is very long ago
09:12:00  <planetmaker> and as said: I'm still not sure why there are so many changed pngs
09:12:20  <Ammler> I mean, I could have updated it but then it might fail fro you
09:12:22  <planetmaker> do it more often. then the "very long ago" doesn't happen :-p
09:13:32  <Ammler> and I didn't expect 0.4.6 :-)
09:13:44  <planetmaker> that surprises me :-)
09:13:53  <Ammler> I thought, 0.4.5 was the last 0.4
09:13:54  <planetmaker> christmas always was release date :D
09:14:08  <planetmaker> ah, yes. But... I didn't dare 0.5.0 in the time I had
09:14:10  <Brot6> OpenGFX - OpenGFX 0.4.6 XplanetmakerX @
09:14:22  <planetmaker> and it's only one sprite added. So... no real need either
09:14:33  *** andythenorth has joined #openttdcoop.devzone
09:14:44  <Ammler> new sprites would be the only reason for major updates
09:16:10  <Ammler> anyway, as we need to wait for new nml release, we can't do much
09:16:57  <Ammler> making a test-release just for test is too much work
09:19:17  <Ammler> I don't like the grfcodec error in the devzone.log, but there are other obvious errors which might "fix" that too
09:20:56  <Ammler> [10:05] <Ammler> I guess, openttd should be able to use the graphics from the openttd.grf, if it doesn't exist in the alternative base set <-- did you ever discuss this in openttd dev?
09:23:44  <planetmaker> not that I know that it was ever discussed
09:23:58  <planetmaker> it also only makes sense for the GUI sprites really
09:24:35  <planetmaker> which one could discuss to be moved to a separate file which could be baseset independent
09:24:55  <planetmaker> but as the GUI sprites definition is not stringent either... :S
09:25:03  <Ammler> well, you still can have the red box
09:25:50  <Ammler> but this would at least make such "rush-decisions" before release less bad
09:26:44  <Ammler> it is just beta, but still
09:26:51  <planetmaker> It's not like this release came as a surprise really
09:26:58  <Ammler> exactly
09:27:15  <planetmaker> it was clear for 12 months ;-)
09:27:20  <planetmaker> both, openttd and opengfx ;-)
09:27:24  <Ammler> yep, so the dev who committed that delete button should be hitten hard
09:27:42  <planetmaker> that button was there already in trunk for 8 weeks, too
09:27:47  <planetmaker> or longer
09:27:53  <Ammler> he could have safely keep it for the day after christmas
09:28:10  <planetmaker> not really
09:28:18  *** frosch123 has joined #openttdcoop.devzone
09:28:25  <planetmaker> a lot of work depended on that single sprite
09:28:36  <Ammler> hmm, then I wonder nobody noticed that lack in opengfx
09:29:23  <Rubidium> Ammler: there are several caveats with loading openttd.grf before ogfx_extra.grf. For example all the sprite 'bugfixes' in openttd.grf will be applied on top of opengfx
09:30:24  <Ammler> honestly, I thought that new sprite was introduced right before christmas, wasn't aware it was in trunk for so long and nobody noticed
09:31:13  <Rubidium> you also loose one slot of usable NewGRFs if OpenGFX is used, which causes problems in MP where the original graphics people  could load one NewGRF more... or we leave a slot open
09:32:05  <Rubidium> furthermore, openttd.grf is not required by OpenTTD; you can leave it out of your distribution, in which case OpenGFX seizes to work properly as well
09:32:21  <Ammler> Rubidium: hmm, indeed, loading openttd.grf before is very easy :-)
09:32:52  <Rubidium> and I wouldn't fancy hardcoding the grf and its md5sum into the OpenTTD executable like we previously did since that makes updating it harder
09:32:54  <planetmaker> Ammler, that sprite was added to OpenGFX right after it was added to trunk
09:32:59  <planetmaker> just the release was not done
09:34:24  <Ammler> planetmaker: you should give up date based releases and use new sprites as "trigger" for releases then
09:35:35  <planetmaker> yes-ish. Point was that NML release should have been done. Got forgotten. I forgot about that necessity. And made the release
09:36:08  <planetmaker> And making a release for a single sprite, yes. But it needs new NML. So... two releases need be done.
09:36:20  <planetmaker> *should* is unfortunately always easier than actually *do* :-)
09:36:23  <Ammler> yeah, and I wasn't aware of the new sprite and so I had no rush to investigate the building issue :-P
09:36:34  <planetmaker> you had two month time
09:36:41  <planetmaker> I asked you several times
09:36:50  <planetmaker> and it has *nothing* to do with a sprite or so
09:36:56  <Ammler> yeah, I am sure, I asked you to update the pngs first
09:37:06  <planetmaker> what has that to do with anything?
09:37:09  <planetmaker> nothing afaik
09:37:21  <planetmaker> and if it bothers you: update them really
09:38:27  <Ammler> it could be that the png issue trigger the build script to exit
09:38:39  <Ammler> or the Makefile, dunno
09:39:06  <Ammler> and the png issue would have needed to fix anyway
09:39:33  <Ammler> so basically just wanted to confirm it
09:42:04  <planetmaker> I think it's really lame to say that you couldn't do anything just because I didn't commit the updated pngs...
09:43:41  <Ammler> yeah, now it is, but back then I wasn't aware there will come a release
09:44:00  <planetmaker> hard to believe, too. you know the release schedules
09:44:04  <planetmaker> and release reasons
09:44:21  <planetmaker> and... that should not be a reason to not do something for ages either.
09:44:25  <Ammler> I would have expected 0.5 for 1.3
09:44:35  <Ammler> :-P
09:45:07  <planetmaker> where's the difference. That fails just as "fine"
09:46:05  <Rubidium> !agenda add date 21-12-2013 recurring yearly "possible OpenGFX release imminent"
09:46:19  <planetmaker> :-)
09:46:20  <Rubidium> !agenda add date 20-03-2013 recurring yearly "possible OpenGFX release imminent"
09:46:24  <planetmaker> :-)
09:46:42  <Rubidium> too bad this bot doesn't react to it ;)
09:46:46  <planetmaker> both of which I'd have thought be known everyone in the channel
09:46:49  <Ammler> Rubidium: you say it self "possible"
09:47:16  <Ammler> there would have been no release without the delete sprite
09:47:24  <planetmaker> fact is: I just did what needed doing. Fixed the stuff I could fix in the time I had
09:47:30  <planetmaker> and ignored the rest
09:48:02  <planetmaker> and will keep ignoring it, if I don't manage to fix it with reasonable effort
09:48:21  <planetmaker> help to keep the build process as-is working is welcome. But I can ignore it
09:48:32  <planetmaker> (the process)
09:48:43  <Rubidium> s/possible OpenGFX release imminent/check whether there is a reason for an OpenGFX release, and if so there is a high likelyhood of an OpenGFX release being imminent"
09:48:45  <planetmaker> I might otherwise switch to a simple bash script really
09:48:52  <Rubidium> hmm... bad sed :(
09:49:06  <planetmaker> he
09:49:08  <Ammler> well, right now we need to wait for nml
09:49:21  <Ammler> so again not really much I can do
09:49:59  <planetmaker> Ammler, the grfcodec issue certainly will screw it again. So that will need looking into. And ... that can be tested with some older version of opengfx, too
09:50:02  <planetmaker> I *think*
09:50:04  <Ammler> I could at least get nightly working
09:50:18  <planetmaker> likely the issue is there exactly the same, yes
09:51:27  <Ammler> well, I don't think so, I see no missing target on the release error
09:53:58  <Brot6> OpenGFX - Revision 1001:07bc0cc6b0dc: Update pngs generated with gimp XAmmlerX @
09:59:36  <Brot6> opengfx: compile of r1001 still failed (#4628) -
09:59:59  <Ammler> [ZIP]
10:00:05  <Ammler> we get a M
10:00:12  <Ammler> that is why it fails
10:05:00  <Ammler> hmm
10:05:15  <Ammler> but it looks for *.zip so it should not matter
10:07:45  <Ammler> planetmaker: if you say, it works for you locally, you build it like on the devzone, via source tarball?
10:09:45  <Ammler> <-- the "hg"-make works here too, just the "tar"-make fails
10:10:08  <frosch123> so, does that mean i am not allowed to add any gui sprites till branch?
10:10:43  <Ammler> frosch123: hehe
10:11:12  <planetmaker> Ammler, no, I build from repo after maintainer-clean. also from fresh clone
10:11:13  <Ammler> not if nobody is ready to update opengfx :-P
10:11:27  <planetmaker> Ammler, it was updated within 24h
10:11:44  <Ammler> not if nobody is ready to release updated opengfx :-P
10:12:24  *** andythenorth has quit IRC
10:12:31  *** andythenorth has joined #openttdcoop.devzone
10:13:06  <Ammler> planetmaker: also it seems I am not able to update the pngs locally so devzone likes it
10:13:48  <planetmaker> Ammler, all it needed was to tag the release
10:13:53  <planetmaker> and that's what I did
10:14:09  <Ammler> well, the tool to build it is also missing
10:14:12  <planetmaker> except that it's based on a devel version of NML ;-)
10:15:49  <planetmaker> which is in my eyes the only thing which I really forgot
10:15:53  <Ammler> frosch123: well, we still have 3 months to fix this issues, but if we do as much as we did the last 2 months ;-)
10:15:55  <planetmaker> I expected the rest to "just work"
10:16:22  <planetmaker> as nothing was changed since 0.4.5 or 0.4.4
10:16:32  <planetmaker> on the opengfx side
10:18:48  <planetmaker> however. I got to leave till tomorrow night. See you around then :-)
10:19:26  <Ammler> I need to assure, building works with different pngs
10:19:37  <Ammler> maybe testing without gimp
10:21:45  <Ammler> planetmaker: also there is no need to update nml just for the new sprite,
10:21:57  *** frosch123 has quit IRC
10:22:28  <Ammler> that seems to have failed because the nml version check doesn't work
10:47:28  <Brot6> OpenGFX - Revision 1002:43eef836bfbc: Fix/test: opengfx might work with NML 0.2.4 too XAmmlerX @
10:47:28  <Brot6> OpenGFX - Revision 1003:1e7c2cf069e8: Added tag for changeset 43eef836bfbc XAmmlerX @
10:49:58  *** Zuu has quit IRC
10:50:13  <Ammler> (0.4.7-beta might not work in 0.4 branch)
11:05:43  <Brot6> opengfx: update from 0.4.5 to done (6 warnings) -
11:06:45  <Ammler> planetmaker: ^
11:06:49  <Ammler> nightly to go
11:12:26  <Brot6> OpenGFX - OpenGFX 0.4.6 XplanetmakerX @
11:13:26  <Brot6> OpenGFX - OpenGFX 0.4.6 XplanetmakerX @
11:13:55  <Brot6> OpenGFX - OpenGFX 0.4.6 XplanetmakerX @
11:18:01  <Brot6> OpenGFX - Revision 1004:8ed6084f931f: Fix (r1001): run make maintainer-clean before updating pngs XAmmlerX @
11:24:51  <Ammler> runs longer as before :-)
11:29:15  <Brot6> opengfx: update from r993 to r1004 done -
11:30:11  <Ammler> planetmaker: now the question is, is it really needed/worth to get opengfx working with different pngs?
11:30:56  <Ammler> that is all what I suspected and wanted to confirm before I start investigating
11:34:52  *** andythenorth is now known as Guest2702
11:34:52  *** andythenorth has joined #openttdcoop.devzone
11:34:53  *** Guest2702 has quit IRC
13:29:54  *** Alberth has joined #openttdcoop.devzone
13:34:53  *** orudge` has joined #openttdcoop.devzone
13:35:01  *** orudge has quit IRC
13:35:01  *** V453000 has quit IRC
13:35:01  *** planetmaker has quit IRC
13:35:01  *** welshdragon has quit IRC
13:37:15  *** planetmaker has joined #openttdcoop.devzone
13:37:15  *** welshdragon has joined #openttdcoop.devzone
13:40:54  *** V453000 has joined #openttdcoop.devzone
13:45:16  *** planetmaker has quit IRC
13:45:16  *** welshdragon has quit IRC
13:47:24  *** planetmaker has joined #openttdcoop.devzone
13:53:03  *** welshdragon has joined #openttdcoop.devzone
13:59:31  *** welshdragon has quit IRC
14:07:05  *** welshdragon has joined #openttdcoop.devzone
14:13:36  *** welshdragon has quit IRC
14:14:58  *** welshdragon has joined #openttdcoop.devzone
15:05:56  *** welshdragon has quit IRC
15:07:28  *** welshdragon has joined #openttdcoop.devzone
15:09:36  *** Lakie has joined #openttdcoop.devzone
15:13:30  *** welshdragon has quit IRC
15:18:08  *** welshdragon has joined #openttdcoop.devzone
17:36:21  *** KenjiE20 has quit IRC
17:36:58  *** KenjiE20 has joined #openttdcoop.devzone
18:09:48  *** LordAro has joined #openttdcoop.devzone
18:45:14  *** andythenorth has quit IRC
20:01:26  *** andythenorth has joined #openttdcoop.devzone
21:19:57  *** Alberth has left #openttdcoop.devzone
21:42:13  *** Lakie has quit IRC
22:07:44  *** andythenorth has quit IRC

Powered by YARRSTE version: svn-trunk