Config
Log for #openttdcoop.devzone on 28th November 2010:
Times are UTC Toggle Colours
00:45:46  *** Lakie` has joined #openttdcoop.devzone
00:45:46  *** Lakie is now known as Guest721
00:45:46  *** Lakie` is now known as Lakie
00:52:25  *** Guest721 has quit IRC
01:16:17  *** KenjiE20 has quit IRC
01:57:32  *** Lakie has quit IRC
02:00:19  *** thgergo has quit IRC
07:40:09  *** andythenorth has joined #openttdcoop.devzone
07:56:37  *** ODM has joined #openttdcoop.devzone
07:58:11  *** andythenorth has quit IRC
08:06:26  *** andythenorth has joined #openttdcoop.devzone
08:12:40  *** andythenorth has quit IRC
08:16:41  *** andythenorth has joined #openttdcoop.devzone
08:25:58  *** andythenorth has quit IRC
08:39:22  *** andythenorth has joined #openttdcoop.devzone
09:29:27  *** andythenorth has quit IRC
09:33:18  *** andythenorth has joined #openttdcoop.devzone
11:03:42  <Brot6> 2cc train set - Feature #1944 (New): Two engines from NekoMaster (Voyager1) @ http://dev.openttdcoop.org/issues/1944
11:09:57  <Brot6> 2cc train set - Feature #1944: Two engines from NekoMaster (Voyager1) @ http://dev.openttdcoop.org/issues/1944#change-4877
11:30:09  <Brot6> HEQS "Heavy Equipment" Set - Revision 539:773f44dd5cb2: Change: Gmund Mog rail version should h... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/773f44dd5cb2
11:30:09  <Brot6> HEQS "Heavy Equipment" Set - Revision 540:fbe1c0a8da8b: Change: Gmund Mog rail version has air ... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/fbe1c0a8da8b
11:53:59  <Brot6> HEQS "Heavy Equipment" Set - Revision 541:c8630a614c12: Change: set costs and model life for Gm... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/c8630a614c12
11:54:49  <Brot6> HEQS "Heavy Equipment" Set - Feature #1945 (New): Trailer wagons for hi-rail vehicles (andythenorth) @ http://dev.openttdcoop.org/issues/1945
12:09:39  *** ODM has quit IRC
12:26:21  *** KenjiE20 has joined #openttdcoop.devzone
12:49:17  <Yexo> Ammler: trying to view the history of a wiki page on the devzone "internal error"
12:49:26  <Yexo> http://dev.openttdcoop.org/projects/2cctrainset/wiki/Wiki/history <- click on "view differences"
13:08:43  <Brot6> NewGRF Meta Language - Feature Request #1946 (New): Allow modified parameters as properties: (planetmaker) @ http://dev.openttdcoop.org/issues/1946
13:09:56  <planetmaker> Ammler: when creating a ticket after successful creation I get also an internal error.
13:12:08  <Brot6> NewGRF Meta Language - Feature Request #1946: Allow modified parameters as properties: (planetmaker) @ http://dev.openttdcoop.org/issues/1946#change-4878
13:13:14  <Yexo> planetmaker: climates_available: param[0]-2; works fine here
13:13:56  <planetmaker> hm...
13:14:20  <Yexo> are you sure it's that line? param[0] is not a constant either
13:15:25  <planetmaker> try bitmask(param[0])
13:15:37  <Ammler> planetmaker: I am aware of that :-(
13:15:37  <Yexo> bitmask only accepts constant parameters
13:16:03  <planetmaker> hm, ok, so I'll try to construct that manually
13:16:14  <Yexo> 1<<param[0] ?
13:17:04  <Yexo> hmm, I don't see why bitmask couldn't do that
13:18:07  <planetmaker> I'll try it that way first
13:21:47  <planetmaker> well. even if I do that, still the expression along the lines of         climates_available:		USE_CLIMATE_ARCTIC || USE_CLIMATE_TROPICAL || USE_CLIMATE_ALL ? CLIMATE_PARAM : NO_CLIMATE; fails
13:22:03  <planetmaker> where CLIMATE_PARAM is 1<<param[0]
13:23:17  <planetmaker> the way around that is probably to put the ternary expression before the item declaration
13:23:40  <planetmaker> but you're right, just using param[2] works
13:23:49  <planetmaker> or param[0] + 2
13:24:06  <Yexo> can you give me a preprocessed version of the expression that fails?
13:24:21  <Yexo> climates_available: param[0] || param[1] || param[2] ? (1<<param[3]) : NO_CLIMATE; <- this succeeds
13:25:00  <planetmaker>         climates_available: (param[0] == CLIMATE_ARCTIC + 2) || (param[0] == CLIMATE_TROPICAL + 2) || (param[0] == 6) ? param[20] : NO_CLIMATE;
13:25:43  <Yexo> that lines works fine
13:26:56  <planetmaker> hm, hold on. I think I overlooked a line with bitmask(param)
13:27:03  <planetmaker> yes :-) Sorry
13:27:07  <Yexo> np :)
13:27:09  <Yexo> glad it works
13:27:18  <planetmaker> yup :-) So am I :-)
13:28:11  <planetmaker> So selecting the arctic engines in tropical climate will be no problem :-)
13:29:07  <Yexo> feel free to continue using bitmask, I'm fixing it now
13:29:21  <planetmaker> :-)
13:30:39  <planetmaker> but seems my logic is still flawed. No engines available ;-)
13:33:42  <Brot6> NewGRF Meta Language - Revision 1044:897f0c15ba5c: Change: use tabs to indent example code, not s... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/897f0c15ba5c
13:33:42  <Brot6> NewGRF Meta Language - Revision 1045:c2e2d36ef46d: Doc: little bit more documentation about expre... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/c2e2d36ef46d
13:33:42  <Brot6> NewGRF Meta Language - Revision 1046:f584befa0783: Change: make the builtin bitmask also work for... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/f584befa0783
13:34:22  <Yexo> what is param[20] ?
13:35:58  <planetmaker> an internal variable which is param[0] - 2
13:36:11  <planetmaker> or rather bitmask(param[0]-2)
13:36:32  <planetmaker> or something. I changed that every minute right now ;-)
13:36:44  <Yexo> and param[0] i the climate the engines should be available in?
13:37:01  <planetmaker> climite + 2
13:37:08  <Yexo> bitmask(4) is not a valid climate bitmask
13:37:11  <planetmaker> 0 = default, 1=none, 2 = temperate
13:37:13  <planetmaker> etc
13:38:16  <planetmaker> if param0 = 0 then I set it to the current climate
13:38:51  <planetmaker> if (param[0] == 0) {
13:38:52  <planetmaker>     param[0] = climate + 2;
13:38:54  <planetmaker> }
13:38:55  <planetmaker> CLIMATE_PARAM = 1 << (param[0] - 2); // param[20]
13:39:08  <Yexo> and if param[0]==1 ?
13:39:17  <planetmaker> then all engines shall become unavailable
13:39:37  <andythenorth> planetmaker: for parameter-costs, is that action 6, or cb?
13:39:45  <andythenorth> (in your current method)
13:40:18  <planetmaker> andythenorth: action 7/9 jumping over the definition, I assume
13:40:40  <planetmaker> only using the appropriate one
13:41:08  <planetmaker> if grf_present(id) then cost = blub; endif
13:41:12  <planetmaker> and so on for each grf
13:41:18  <andythenorth> k
13:41:33  <andythenorth> I might introduce variable running costs in HEQS 2, so I am deciding whether to go for cbs now
13:41:58  <planetmaker> pretty stupid code on my part here. I don't change the vehicles properties. Just the base costs
13:42:09  <andythenorth> ach
13:42:10  <andythenorth> of course
13:42:17  <Yexo> even if you go for cbs I think you'd still need some action 6, as you can't query other grfs using varaction2
13:42:19  * andythenorth facepalm
13:42:27  <andythenorth> I'm not sure I like querying other grfs
13:42:33  <planetmaker> why not?
13:42:45  <planetmaker> Sure, it only works for those you test.
13:42:51  <andythenorth> ok, so I have FISH, NARS 2, and eGRVTS installed
13:42:55  <andythenorth> which costs do I match to?
13:43:03  <planetmaker> your choice ;-)
13:43:22  <planetmaker> I'd balance it agains NARS2
13:43:34  <planetmaker> +t
13:43:35  <andythenorth> I favour giving the player a parameter menu - isn't that what your action 14 does?
13:43:46  <planetmaker> andythenorth: that's, what I do, too.
13:43:54  <planetmaker> But I offer the choice to try it automatically
13:44:23  <andythenorth> hmm
13:44:30  <andythenorth> want to implement it on HEQS?
13:44:44  <andythenorth> I'm open to suggestion...but I have brain ache about costs and balancing
13:44:51  <andythenorth> I'm slightly bored of it :P
13:44:52  <planetmaker> http://www.tt-forums.net/viewtopic.php?p=915619#p915619 <-- see the image there
13:44:54  <Webster> Title: Transport Tycoon Forums • View topic - OpenGFX+ Trains development and translations thread (at www.tt-forums.net)
13:45:01  <planetmaker> yes, I guess I could do that
13:45:07  <andythenorth> if it was interesting, I'd have done it two years ago when I released first HEQS :)
13:45:31  <planetmaker> Not that I do something fancy. I just loaded OpenGFX+Trains with the other sets. Roughly estimated the powers of 2 I need for adjustment. That's it
13:45:57  <planetmaker> I'd simply copy my NML code converted to NFO ;-)
13:46:07  <andythenorth> I have no uncommitted HEQS changes....
13:46:26  <planetmaker> he :-)
13:46:32  <Ammler> planetmaker: it doesn't need ever step from 0 to 8
13:47:00  <planetmaker> don't kill me if I don't do it today, andythenorth, I'll have to leave soonish again, but I'll take a look wrt that on HEQS
13:47:14  <planetmaker> Ammler: context?
13:47:14  <andythenorth> I'll finish setting costs meanwhile then
13:47:22  <planetmaker> relative ones?
13:47:46  <andythenorth> yes
13:47:56  <planetmaker> ok :-) That's more important anyway. And more difficult
13:47:58  <andythenorth> there's already a base cost modification in HEQS
13:48:02  <Ammler> planetmaker: you need to klick a lot "right" until you can rise costs
13:48:12  <planetmaker> ah
13:48:26  <planetmaker> suggestions?
13:48:49  <Ammler> 1=free, 5 and 7
13:48:57  <andythenorth> planetmaker FYI base cost value in HEQS is 0A (base is 08), so some room to go up/down either side
13:49:13  <planetmaker> yeah :-)
13:49:24  <planetmaker> Ammler: how do you mean?
13:49:41  <Ammler> 1 is like no costs
13:49:50  <planetmaker> Nah, you don't want that, do you?
13:49:55  <Ammler> then you need half and maybe something between half and free
13:50:01  *** Doorslammer has joined #openttdcoop.devzone
13:50:10  <Ammler> planetmaker: you have it already
13:50:19  <planetmaker> how?
13:50:21  <Ammler> you have every step from 0 to 8
13:50:36  <planetmaker> 1/256 is not free ;-)
13:50:49  <planetmaker> it just means it costs like 10€ / year to run an AsiaStar
13:50:51  <planetmaker> :-P
13:50:57  <Ammler> you missed the "like"
13:51:24  <planetmaker> Nah, I actually want to keep the option to adjust to other unknown sets accurately
13:51:44  <planetmaker> or when there are more than one set to balance again and automatic stupid algorithm fails
13:51:44  <Ammler> no set needs to make it cheaper
13:52:08  <Ammler> and for sure, no set needs lower than half
13:52:52  <Ammler> if you will determine lower steps, you could still add it, doesn't break compatibility :-)
13:54:11  <planetmaker> yes and now. It screws prices in existing configurations ;-)
13:54:21  <Ammler> if you prices are like default set, you are already the cheapest
13:54:48  <Ammler> planetmaker: it doesn't
13:55:01  <Ammler> the values are saved as they are or do you convert thsoe?
13:56:20  <planetmaker> base cost property = param - 9
13:56:47  <Ammler> he, I didn't suggest to remove the parameter, just some steps :-P
13:57:07  <Brot6> HEQS "Heavy Equipment" Set - Revision 542:eb91ccb39ada: Change: reduce capacity of Ishizuchi Tr... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/eb91ccb39ada
13:59:02  <Ammler> planetmaker: but it doesn't really matter, I just wonder, if it obvious that you need to click 10 times right until you can rise costs
13:59:05  <planetmaker> but I can't add steps
13:59:16  <planetmaker> I can only use a continuous range of numbers
13:59:39  <Ammler> hmm, can't you define a list?
13:59:50  <planetmaker> hm...
14:00:04  <Ammler> well, then forget everything :-P
14:00:54  <Ammler> changing those costs is advanced stuff anyway, people then know what to do
14:02:47  <planetmaker> nope, I can't leave out values
14:13:33  <Ammler> and you don't want to use 8 as automatic, I assume
14:30:54  <planetmaker> not really.
14:31:14  <planetmaker> I thought about that, but it might be bad. But I could place those two options nevertheless in the middle...
14:34:22  <Ammler> you can't
14:46:33  <planetmaker> why not?
15:00:22  <Rubidium> planetmaker/Ammler: what's your server that has the fastest players, i.e. the players that build/chat the fastests? (Not the most, but fastest... i.e. chat messages/build commands per second)
15:01:07  <Rubidium> I'd like to have some stats w.r.t. incoming packets using http://rbijker.net/openttd/packetstats.diff
15:01:35  <Rubidium> and I'd like to get them from the server where people build the fastest
15:02:59  <Ammler> that is ps on building stage
15:04:01  <Ammler> stable is currently not that busy anymore
15:04:41  <Ammler> what does the diff do?
15:04:46  <Ammler> writing to a file?
15:05:25  <Rubidium> yes\
15:05:30  <Rubidium> in the autosave directory
15:05:55  <Yexo> Ammler: did you just change the template for the devzone?
15:05:58  <Rubidium> for each received packet the client_id of the receiver, the frame and the size of the packet
15:06:32  <Ammler> server is compiling...
15:06:50  <Ammler> Yexo: I am wondering about the issue save bug
15:07:01  <Ammler> but it still exists
15:07:11  <Ammler> it also happens with svn trunk
15:07:15  <Yexo> the top bar is now blue, I don't remember that color from before
15:07:50  <Yexo> hmm, a hard refresh fixed it
15:07:53  <Ammler> yep, that is the default skin
15:08:02  <Ammler> no, I changed it back :-P
15:08:06  <Yexo> ah :)
15:08:34  <Yexo> planetmaker: can #1946 be closed?
15:10:12  *** thgergo has joined #openttdcoop.devzone
15:10:23  <Ammler> Rubidium: http://ps.openttdcoop.org/public/save/autosave/packetstats.log
15:10:38  <Rubidium> Ammler: lovely & thanks :)
15:11:00  <Ammler> just tell me, when we should disable it again
15:11:16  <Ammler> what happens, when we restart?
15:11:30  <Rubidium> it starts that file from start again
15:11:39  <Ammler> so we should backup it first?
15:11:40  <Rubidium> so I need it before the next restart (whenever that may be)
15:11:59  <Rubidium> Ammler: yes, but... what "stage" is that server in at the moment?
15:12:09  <Ammler> building
15:12:20  <Ammler> but later stage, more like optimizing
15:13:21  <Ammler> so like 10% of busiest maybe?
15:15:50  <Ammler> [16:14] <Ammler> which is initial building, I would guess
15:15:51  <Ammler> [16:14] <PublicServer> <V453000> hmm, probably a bit less, but still quite active
15:22:41  <V453000> you want many actions per minute, or? :)
15:23:13  <Rubidium> I want to know what the peak number of incoming bytes is (per second and per tick) per client
15:23:27  <V453000> I see
15:23:59  <Ammler> maybe prozone is also a good server for that, _when_ someone is there
15:24:09  <V453000> yes, when :D
15:27:18  <Rubidium> e.g. for the first ~2000 incoming packets (from the clients): max incoming bytes per tick (for all clients together) was 75, with 241 bytes in a second
15:27:29  <Rubidium> (ignoring TCP overhead, just OpenTTD's packets)
15:29:29  <Rubidium> the 75 bytes were a single packet, so I guess that was a chat message :)
15:31:40  <Rubidium> now I need something better to parse that file though
15:36:31  *** ODM has joined #openttdcoop.devzone
15:44:48  <Hirundo> Ammler: Did the RSA key for openttdcoop change?
15:50:17  <Brot6> NewGRF Meta Language - Feature Request #1946 (Closed): Allow modified parameters as properties: (planetmaker) @ http://dev.openttdcoop.org/issues/1946
15:50:17  <Brot6> NewGRF Meta Language - Feature Request #1946 (Closed): Allow modified parameters as properties: (planetmaker) @ http://dev.openttdcoop.org/issues/1946#change-4879
15:50:46  <planetmaker> Hirundo: yes. New server
15:51:04  <planetmaker> check http://sites.google.com/site/openttdcoop/
16:11:28  * Rubidium applauds the effort of client #9; 5 commands in a single frame
16:36:45  <Ammler> that was v
16:37:19  <Brot6> HEQS "Heavy Equipment" Set - Feature #1950 (New): Tram running costs should vary according to n... (andythenorth) @ http://dev.openttdcoop.org/issues/1950
16:37:36  <Ammler> I should have copied the host key from salieri to the hg server
16:45:12  <Ammler> planetmaker: made alias @ssh
16:49:49  <V453000> mw? :)
16:50:15  <V453000> how long is 1 frame?
16:52:45  <PeterT> Ammler!
16:52:46  <PeterT> hi
16:53:17  <planetmaker> [17:45]	<Ammler>	planetmaker: made alias @ssh <-- for which services?
16:53:18  <Rubidium> as long as a tick, except when paused
16:53:30  <planetmaker> V453000: 30 milliseconds
16:53:36  <Rubidium> as when the game is paused the tick counter is stopped
16:53:56  <V453000> I see :)
16:54:14  <V453000> well, that seems rather like a lag, making everything in the 1 frame
17:08:28  <Brot6> grfcodec: update from r810 to r811 done - http://bundles.openttdcoop.org/grfcodec/nightlies/r811
17:09:50  <Brot6> nml: update from r1043 to r1046 done - http://bundles.openttdcoop.org/nml/nightlies/r1046
17:12:57  <Ammler> planetmaker: just the key page
17:16:00  <Ammler> sali lost PeterT
17:18:09  <Brot6> heqs: update from r530 to r542 done - http://bundles.openttdcoop.org/heqs/nightlies/r542
17:18:18  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r684), 32bpp-extra (r39), ai-admiralai (r75), airportsplus (r69), basecosts (r22), belarusiantowns (r7), bros (ERROR r33), comic-houses (r71), firs (r1559), fish (r423), frenchtowns (r4), grfcodec (r811), indonesiantowns (r38), manindu (r5), metrotrackset (r56), newgrf_makefile (r236), nml (r1046), nutracks (r117), ogfx-rv (r57), ogfx-trains (r175), ogfx-trees (r41), opengfx
17:18:19  <Brot6> (r558), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), swedishrails (r188), swisstowns (r21), transrapidtrackset (r15), ttdviewer (r26), ttrs (r23), worldairlinersset (r669)
17:19:57  <Brot6> bros: compile of r33 still failed (#1930) - http://bundles.openttdcoop.org/bros/nightlies/ERROR/r33
17:20:04  <Brot6> comic-houses: rebuild of r71 done (2 errors) (Diffsize: 13) (DiffDiffsize: 7) - http://bundles.openttdcoop.org/comic-houses/nightlies/r71/log
17:21:03  <Brot6> indonesiantowns: compile of r38 still failed (#1873) - http://bundles.openttdcoop.org/indonesiantowns/nightlies/ERROR/r38
17:23:03  <Brot6> opengfx: compile of r558 failed - http://bundles.openttdcoop.org/opengfx/nightlies/ERROR/r558
17:23:16  <Brot6> smts: rebuild of r19 done (Diffsize: 1) (DiffDiffsize: 12) - http://bundles.openttdcoop.org/smts/nightlies/r19/log
17:24:05  <Brot6> OpenGFX - Bug #1951 (New): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/1951
17:24:10  <Brot6> transrapidtrackset: rebuild of r15 done (Diffsize: 11) (DiffDiffsize: 7) - http://bundles.openttdcoop.org/transrapidtrackset/nightlies/r15/log
17:24:35  <Brot6> ttrs: rebuild of r23 done (7 errors) (Diffsize: 1) (DiffDiffsize: 1328) - http://bundles.openttdcoop.org/ttrs/nightlies/r23/log
17:25:18  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 2cctrainset (8 errors) (Diffsize: 1), 32bpp-extra (Diffsize: 1), airportsplus (Diffsize: 6), basecosts, belarusiantowns (3 errors) (Diffsize: 21), firs (1 errors) (Diffsize: 1), fish (4 errors) (Diffsize: 1), frenchtowns (4 errors) (Diffsize: 9), manindu, metrotrackset, nutracks (2 errors), ogfx-rv (1 errors), ogfx-trains, ogfx-trees (Diffsize: 1),
17:25:18  <Brot6> snowlinemod (Diffsize: 1), swedishrails (Diffsize: 6), swisstowns, worldairlinersset
17:25:25  <Ammler> looks like houses got new nml code :-)
17:25:41  <planetmaker> hm?
17:26:07  <planetmaker> houses?
17:30:15  <Ammler> oh, grfcodec code
17:33:56  <Ammler> nforenum doesn't create ~/.nforenum anymore?
17:36:15  <Ammler> luckily we do build rpms from opengfx, else we wouldn't notice :-)
17:36:51  <planetmaker> http://bundles.openttdcoop.org/opengfx/nightlies/ERROR/r558/ <-- these errors are only grf2html failing :-(
17:38:12  <planetmaker> Server returned an error: HTTP Error 400: Bad Request <--- uhm? From http://bundles.openttdcoop.org/comic-houses/nightlies/r71/log/comic-houses-r71-devzone.err.log
17:39:13  <Brot6> OpenGFX - Bug #1951 (Closed): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/1951
17:39:13  <Brot6> OpenGFX - Bug #1951 (Closed): DevZone compile failed (Ammler) @ http://dev.openttdcoop.org/issues/1951#change-4880
17:41:12  <Ammler> planetmaker: because the build script fails on removing ~/.nforenum
17:41:24  <Ammler> should be fine from tomorrow
17:41:29  <planetmaker> aye :-)
17:44:11  <Ammler> if you have custom nfo scripts, you might need to fix your specs...
17:44:12  <Brot6> OpenGFX - Revision 559:4ad9d46f0bfc: Fix #1951: no need to cleanup ~/.nforenum anymore (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/4ad9d46f0bfc
17:44:17  <Ammler> like here ^
17:46:31  <Ammler> beside, the cleanup wasn't needed anyway anymore
17:46:49  <Ammler> since nforenum is build before the rest
17:48:11  <planetmaker> oki :-)
17:57:11  <Ammler> SHAME ON ME!
17:57:35  <Ammler> I forgot to migrate the database, that was the cause of the issue save errors
18:00:40  <planetmaker> ?! :-O
18:06:46  <andythenorth> so what, it was writing to the old server?
18:08:10  <Ammler> no, just some structure changes which got forgotten
18:08:36  <Ammler> maybe the suport for subtypes for example, dunno
18:13:33  *** frosch123 has joined #openttdcoop.devzone
18:18:37  *** Doorslammer has quit IRC
19:02:37  <Brot6> 32bpp-ez-patches: update from r21337 to r21345 done (2 errors) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/r21345
19:05:12  <Brot6> clientpatches: update from r21337 to r21345 done - http://bundles.openttdcoop.org/clientpatches/testing/r21345
19:05:42  <Brot6> serverpatches: compile of r21345 still failed (#1855) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r21345
19:06:36  *** Doorslammer has joined #openttdcoop.devzone
19:27:07  *** yorick has quit IRC
19:31:03  *** yorick has joined #openttdcoop.devzone
19:47:17  <Hirundo> <Hirundo>	Ammler: Did the RSA key for openttdcoop change? <- I went offline, did I miss a reply?
19:48:39  <Rubidium> I think you did
19:49:13  <Rubidium> 16:50 < planetmaker> Hirundo: yes. New server
19:49:13  <Rubidium> 16:51 < planetmaker> check http://sites.google.com/site/openttdcoop/
19:51:11  <Hirundo> Thanks, I'll take a look
19:54:12  <Brot6> HEQS "Heavy Equipment" Set - Revision 543:115176640644: Feature: set costs (variable by refit) ... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/115176640644
19:54:12  <Brot6> HEQS "Heavy Equipment" Set - Feature #1127 (Closed): Set purchase and running costs (andythenorth) @ http://dev.openttdcoop.org/issues/1127#change-4881
20:00:33  <Brot6> HEQS "Heavy Equipment" Set - Revision 544:9d37104b8328: Change: update changelog (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/9d37104b8328
20:02:31  <Brot6> HEQS "Heavy Equipment" Set - Feature #1953 (New): Cost parameter (andythenorth) @ http://dev.openttdcoop.org/issues/1953
20:04:14  <Ammler> Hirundo: enable buffer :-P
20:04:31  <Hirundo> what buffer? :S
20:04:41  <Ammler> what do you use the bnc for?
20:05:54  <andythenorth> where are hg tags (I need to delete a tag - again)
20:05:56  <andythenorth> :P
20:06:01  <Hirundo> Oww that buffer, I have it enabled but only 50-100 lines or so
20:06:03  <Ammler> rise the buffer to 500 or so and enable clearbufferonmsg
20:06:13  <andythenorth> found them
20:06:37  <andythenorth> hmm
20:06:51  <andythenorth> deleting tag from .hgtags not enough apparently
20:07:08  <Ammler> andythenorth: it is
20:07:17  <Ammler> but you need to commit it
20:07:42  <andythenorth> yay
20:07:51  <Ammler> but if the tag is not pushed, use rollback or strip
20:10:38  <Brot6> HEQS "Heavy Equipment" Set - Revision 545:fc844a8f7c87: Added tag 0.9.6 for changeset 9d37104b8328 (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/fc844a8f7c87
20:10:38  <Brot6> HEQS "Heavy Equipment" Set - Revision 546:3a7cae4e85a8: Cleanup: remove bad tag (there were bug... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/3a7cae4e85a8
20:10:38  <Brot6> HEQS "Heavy Equipment" Set - Revision 547:3df33a954323: Added tag 0.9.6 for changeset 3a7cae4e85a8 (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/3df33a954323
20:11:22  <Brot6> heqs: update from 0.9.5 to 0.9.6 done - http://bundles.openttdcoop.org/heqs/releases/0.9.6
20:11:47  <andythenorth> ^ and if that's good, it's pretty much 1.0
20:11:56  <andythenorth> but I have to play test a game first :P
20:11:56  <Ammler> why did you need to retag?
20:12:04  <andythenorth> I thought there was a bug
20:12:06  <Ammler> I see no change between except the removing
20:12:08  <andythenorth> it was a bug with my eyes
20:12:28  <Ammler> you really should try rollback and strip next time :-P
20:12:34  <andythenorth> I'm scared of strip :)
20:12:39  <andythenorth> I un-enabled it
20:12:47  <andythenorth> next time maybe
20:13:06  <Ammler> strip is the most missing function from redmine
20:13:23  <Ammler> maybe that will become my first plugin :-)
20:14:09  <Brot6> NewGRF Meta Language - Revision 1047:06cc1e8f426a: Doc: The caveats of vehicle-related base costs... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/06cc1e8f426a
20:14:09  <Brot6> NewGRF Meta Language - Bug #1808 (Closed): Problem with PR_BUILD_VEHICLE_WAGON (Hirundo) @ http://dev.openttdcoop.org/issues/1808#change-4884
20:14:43  <Ammler> andythenorth: in your case, rollback would have been completely fine
20:14:59  <andythenorth> ok
20:15:11  <andythenorth> so tag is a special case of commit?
20:15:16  <Ammler> rollback is like strip but keeping the change
20:15:27  <Ammler> tag does update .hgtags and commit it
20:15:36  <Ammler> rollback does undo the commit
20:15:44  <Ammler> strip does undo the commit and revert
20:15:58  <andythenorth> so as long as I understand that tag commits .hgtags, I understand why rollback would work here :)
20:16:23  <Ammler> why rollback doesn't work, you meant
20:16:43  <Ammler> you need also to revert .hgtags
20:16:55  <Ammler> that is why in that case strip is better
20:17:03  <andythenorth> hmm
20:17:08  <andythenorth> maybe I don't understand :P
20:17:30  <Ammler> also strip does create backups, so you could quite simply undo strips
20:17:51  <Yexo> rollback removes the commit, but leaves the changes. SO if you do 'hg diff' after rollback you'll see the new tag in the diff
20:31:00  <Ammler> http://paste.pocoo.org/show/297302/ <-- what is my issue?
20:34:04  *** ODM has quit IRC
20:34:10  <Rubidium> missing .hg directory at remote host?
20:34:29  <Rubidium> i.e. pulling from somewhere that doesn't have the opengfx mercurial repository
20:34:47  <Yexo> what is the output of: cat .hg/hgrc ?
20:38:31  <Ammler> yes, it is something on the remote side
20:38:47  <Ammler> I just wonder, that I am the only one having issues with ssh :-)
20:39:44  <Yexo> I can pull opengfx over http fine, and nml works over ssh
20:40:29  <Ammler> ah, I missconfigured .ssh/config
20:41:13  <Ammler> maybe I have too many vpses now :-P
21:05:53  *** Doorslammer has quit IRC
21:35:48  *** thgergo has quit IRC
21:47:22  *** frosch123 has quit IRC
22:26:38  *** andythenorth has quit IRC
22:39:59  *** andythenorth has joined #openttdcoop.devzone
22:40:17  <andythenorth> seems my mac is accurate when it reports battery 0%
22:40:26  <andythenorth> I thought it was being pessimistic :P
22:41:16  <Rubidium> it is, because it shouldn't show 0% ever :)
22:41:29  <andythenorth> it didn't show it for long :P
22:42:03  <Brot6> Unable to connect to http://dev.openttdcoop.org/sys/: wrong constant name 2
22:49:02  <Brot6> Unable to connect to http://dev.openttdcoop.org/sys/: wrong constant name 2
22:49:56  <Ammler> hmm, still?
22:51:43  *** andythenorth has quit IRC
22:56:02  <Brot6> Unable to connect to http://dev.openttdcoop.org/sys/: wrong constant name 2
22:57:03  <Ammler> maschger
23:00:02  <Brot6> Unable to connect to http://dev.openttdcoop.org/sys/: wrong constant name 2
23:14:25  <Brot6> Unable to connect to http://dev.openttdcoop.org/sys/: wrong constant name 2
23:42:20  *** thgergo has joined #openttdcoop.devzone

Powered by YARRSTE version: svn-trunk