Log for #openttdcoop.devzone on 8th December 2009:
Times are UTC Toggle Colours
00:07:41  <Rubidium> oh Brot6 thy art slow
00:10:31  <Brot6> ::DevZone:: OpenSFX - Revision 53: -Add: samples for the toy factory (closes: #399) @ (by Rubidium)
00:10:31  <Brot6> ::DevZone:: OpenSFX - Revision 54: -Change: replace the sugar sieve samples with a more sugar sounding sample @ (by Rubidium)
00:10:31  <Brot6> ::DevZone:: OpenSFX - Feature #399 (Closed): Sample 42+43+44: Toy factory @ (by Rubidium)
00:23:01  *** Chris_Booth has quit IRC
01:15:41  *** PeterT has quit IRC
02:17:53  <Brot6> ::DevZone:: Redmine - Revision 2972: Fixes Project#shared_versions for descendants sharing (#465). @ (by jplang)
02:17:53  <Brot6> ::DevZone:: Redmine - Revision 2973: Fixes broken admin menu extension (#4351). @ (by jplang)
02:33:52  <Brot6> Backup done! (Usage: 107M)
02:34:31  *** KenjiE20|LT has joined #openttdcoop.devzone
02:34:37  *** KenjiE20 has quit IRC
03:04:08  <Brot6> opengfx: Backup push to ssh:// initiated.
03:04:16  <Brot6> opensfx: Backup push to ssh:// initiated.
04:27:12  *** KenjiE20|LT has quit IRC
06:40:12  *** DJNekkid has quit IRC
09:03:10  <Rubidium> planetmaker: you can do climate specific graphics only using Action 7/9/A (see the signals)
09:04:52  <Rubidium> or foundations (is a bit clearer)
09:11:49  <planetmaker> yes, I figured that it'd be action 7/9 and A
09:11:54  <planetmaker> no varaction2 or so
09:12:21  <planetmaker> I guess they need to go as separate add-on ;-)
09:12:34  <planetmaker> sad as it actually is :-)
10:02:12  *** welshdragon has joined #openttdcoop.devzone
10:08:22  <Rubidium> but... if it's only graphics action 7/9/A would be enough, wouldn't it?
10:09:10  <Brot6> ::DevZone:: OpenGFX - Revision 265: -Change: make the .obg file generation more resistant against the occasio... @ (by Rubidium)
10:16:04  *** Chris_Booth has joined #openttdcoop.devzone
10:24:17  <planetmaker> well. Loading state specific graphics require more than just action 7/9/A
10:24:33  <planetmaker> The base sets don't offer loading states for all kind of wagons.
10:24:45  <planetmaker> only some (or most)
10:25:29  <planetmaker> e.g. loading states for mail and goods (and maybe also lifestock, food) might require action 2/3 - which is not a good thing to do here
10:26:37  <Rubidium> ah, then leave those out in the simple OpenGFX and add them with a "loading states for all OGFX vehicles" or so
11:04:10  <Brot6> opengfx: Backup push to ssh:// initiated.
11:44:14  <planetmaker> My thought also ^ :-)
11:50:14  <Ammler> such a sub-project would be more valid than a seperated 32bpp project ;-)
11:51:22  <planetmaker> It wouldn't be difficult even.
11:51:33  <planetmaker> It basically would need time
11:55:57  <Ammler> what I like to make long time ago already is a NoGFX similar to NoSound :-)
11:56:33  <planetmaker> tsk :-)
11:56:45  <planetmaker> why would you do that?
11:57:03  <planetmaker> I mean... would it help a server in any way or...?
11:57:06  <Ammler> for dedicated servers, might use less memory
11:59:01  <planetmaker> Well. You could probably even script that. Take OpenGFX. Prepare a single pcx with 10x10 pixels or so, make it entirely blue or black. Replace every real sprite by a reference to it and add the very same alignement stuff. E.g. have all real sprite entries look identical
11:59:04  <planetmaker> Easy, I guess
11:59:24  <Ammler> or course, a simple script would do that.
11:59:47  <Ammler> the empty.pcx is already made in ogfx :-)
11:59:58  <planetmaker> indeed
12:00:11  *** KenjiE20 has joined #openttdcoop.devzone
12:00:31  <Ammler> how does look a empty recolor pseudo script?
12:00:48  <planetmaker> you don't replace re-colour sprites
12:00:51  <planetmaker> just leave them as is
12:02:32  <Ammler> do you have screenshot for comparing the old and new waggon length?
12:07:16  <Rubidium> don't forget about the mapgen sprites
12:13:38  <Ammler> hmm, how does openttd chose the base set, if none is defined in the cfg?
12:16:02  <Rubidium> 'randomly'
12:16:19  <Rubidium> basically which one is found first IIRC
12:17:22  <planetmaker> Ammler, you mean pre-molace and his?
12:17:35  <planetmaker> 4 pixels difference or so
12:17:46  <planetmaker> for the -- sprites
12:18:06  <planetmaker> and also |. Don't know by heart the / and \ length differences
12:18:44  <planetmaker> Rubidium, Where shouldn't we forget the mapgen sprites?
12:19:04  <Rubidium> in the nogfx set
12:20:22  <planetmaker> I certainly miss something: what about them? A server doesn't need any, does it?
12:21:18  <Rubidium> if you don't want get bug reports that the original map generator doesn't work you have to provide the mapgen sprites, otherwise it'll just error out saying it can't build a town or something
12:22:04  <planetmaker> ok... so I assume they're neither real sprites nor re-colour sprites but something different yet again which I haven't so far stumbled upon
12:22:54  <Rubidium> yup
12:23:43  <planetmaker> ok :)
12:27:07  <Rubidium> oh shoot... I think I've broken that in OGFX :(
12:28:15  <planetmaker> hm?
12:28:56  <Rubidium> they are in the logos grf, but when in 'default gimp zoom' the sprites look black, so I removed them as the black sprites aren't needed anymore
12:29:04  <Ammler> planetmaker: yes, I wonder about the gaps between waggons, I imagine, it looks again as ugly as in original
12:29:08  <Rubidium> most of the black sprites in that file are fisheye logos and such
12:29:33  <Rubidium> in trgir they are pretty much colourfull
12:30:47  <Ammler> if so, we should make a vote, some (like me) might prefer the tunnel glitch
12:31:20  <planetmaker> Ammler, we go by the sprites we have. It's not a democracy :-P
12:31:34  <Ammler> well, you replaced the sprites we had ;-)
12:34:05  <Ammler> the trains were one thing of opengfx, which were many times better than original, I hope, with that "fix", we didn't lose that
12:34:47  <planetmaker> The fix is not yet done. And I just noticed that I missed quite a few sprites in ogfxe_extra
12:35:01  <Ammler> the clima part?
12:35:05  <planetmaker> yes
12:35:16  <Rubidium> has Brot6 been made slower?
12:35:28  <Ammler> 3 mins
12:36:30  <Brot6> ::DevZone:: OpenGFX - Revision 266: Fix (r250): erroneously removed the original map generation sprites too @ (by Rubidium)
12:36:40  <Brot6> test
12:36:49  <Ammler> ah :-)
12:40:00  <Brot6> ::DevZone:: OpenGFX - Revision 267: Doc / Change: The bubble generator is as of OpenTTD 18409 re-coloured to ... @ (by planetmaker)
13:39:45  *** welshdragon has quit IRC
13:55:51  <Ammler> Rubidium: I just moved bundles to the new server
13:59:04  <Ammler> you might get ssh hosts alerts next time you sync files to the server from CF
13:59:45  <Ammler> new fingerprint:
14:05:21  <Ammler> oh, you might also use instead of, which has a default TTL
15:04:27  *** Brot6 has quit IRC
15:04:34  *** Brot6 has joined #openttdcoop.devzone
15:04:49  <Brot6> opengfx: Backup push to ssh:// initiated.
15:16:41  *** Mark has joined #openttdcoop.devzone
15:31:01  *** LordAzamath has joined #openttdcoop.devzone
15:58:37  *** ODM has joined #openttdcoop.devzone
16:23:30  *** welshdragon has joined #openttdcoop.devzone
17:18:02  <Brot6> 2cctrainset: update from r381 to r385, starting nightly compile
17:18:51  <Brot6> 2cctrainset: compile done (0 errors) -
17:18:51  <Brot6> bros: nightly compile not needed. (r10)
17:18:51  <Brot6> comic_houses: nightly compile not needed. (r65)
17:18:51  <Brot6> firs: nightly compile not needed. (r366)
17:18:52  <Brot6> fish: nightly compile not needed. (r220)
17:18:52  <Brot6> heqs: nightly compile not needed. (r172)
17:18:56  <Brot6> nmts: nightly compile not needed. (r15)
17:18:58  <Brot6> opengfx: update from r261 to r267, starting nightly compile
17:20:53  <Brot6> opengfx: compile done (0 errors) -
17:20:54  <Brot6> opensfx: update from r50 to r54, starting nightly compile
17:22:08  <Brot6> opensfx: compile done (0 errors) -
17:22:09  <Brot6> worldairlineset: nightly compile not needed. (r584)
17:22:42  *** LordAzamath has quit IRC
17:35:56  <Ammler> doesn't work :-(
17:56:54  *** Chris_Booth has quit IRC
18:07:54  *** DJNekkid has joined #openttdcoop.devzone
18:11:12  <Hirundo> <- I'd say we disable buying/cloning
18:11:35  <Hirundo> Although.... hmmm....
18:13:11  <DJNekkid> hi planetmaker and others :)
18:13:28  <Rubidium> if you disable buying you implicitly disable closing, autoreplace and autorenew too
18:13:40  <Rubidium> because those all buy vehicles
18:13:56  <Rubidium> s/closing/cloning/
18:15:12  <Hirundo> Indeed, as I was typing I began to disagree with myself
18:15:18  <Rubidium> also if you disable stopping then you need to account for that with depot orders (manual or otherwise)
18:15:23  <Hirundo> Although for some reason I did press enter :S
18:15:40  <Rubidium> also allowing selling implies allowing stopping
18:16:11  <Hirundo> Allowing servicing means allowing autorenew too, or else you create even more troubles
18:16:30  <Rubidium> and autoreplace
18:16:38  <Rubidium> which means allow buying and selling
18:17:14  <Rubidium> which then means everything excluding cloning, but that is only a sequence of buying so disallowing that isn't very sensible either
18:17:29  <Rubidium> so either: don't allow access at all, or allow people to do everything
18:18:50  <Rubidium> on the other hand, if going to a depot costs you money you might need to account for that when calculating the costs of going to a depot, e.g. I could imagine ignoring foreign depots for servicing because they are too expensive
18:19:12  <Hirundo> Depots don't cost any extra money currently
18:20:07  <Hirundo> And I'm hesitant to implement any specific path cost, given all the cache issues
18:30:44  <Brot6> ::DevZone:: Infrastructure Sharing - Support #666 (Rejected): Depot activities @ (by Hirundo)
18:31:42  <Hirundo> Where does the #openttdcoop server get its binaries from?
18:31:57  <Hirundo> or self-compiled?
18:34:19  <Rubidium> I reckon self-compiled
18:34:32  <Rubidium> to not need sdl/x etc
18:35:45  *** welshdragon has quit IRC
18:44:44  *** welshdragon has joined #openttdcoop.devzone
18:51:21  *** Brot6 has quit IRC
18:53:33  *** FooBar has quit IRC
18:53:33  *** Hirundo has quit IRC
18:53:41  *** tneo has quit IRC
18:54:22  *** planetmaker has quit IRC
18:54:22  *** SmatZ has quit IRC
18:54:22  *** XeryusTC has quit IRC
18:54:33  *** Ammler has quit IRC
18:54:36  *** FooBar has joined #openttdcoop.devzone
18:56:34  *** Hirundo has joined #openttdcoop.devzone
18:56:34  *** Brot6 has joined #openttdcoop.devzone
18:57:13  *** Ammler has joined #openttdcoop.devzone
18:57:54  *** Hirundo has quit IRC
18:57:54  *** Ammler has quit IRC
18:57:54  *** FooBar has quit IRC
18:59:22  *** Brot6 has quit IRC
19:00:31  *** FooBar has joined #openttdcoop.devzone
19:01:01  *** Hirundo has joined #openttdcoop.devzone
19:01:13  *** Brot6 has joined #openttdcoop.devzone
19:01:31  *** Ammler has joined #openttdcoop.devzone
19:07:33  *** tneo has joined #openttdcoop.devzone
19:08:03  *** Guest773 has joined #openttdcoop.devzone
19:08:13  *** SmatZ has joined #openttdcoop.devzone
19:09:33  *** XeryusTC has joined #openttdcoop.devzone
19:31:32  <DJNekkid> hi XeryusTC
20:13:11  <Brot6> 2cctrainset: update from r381 to r385, starting nightly compile
20:13:56  <Brot6> 2cctrainset: compile done (0 errors) -
20:13:56  <Brot6> bros: nightly compile not needed. (r10)
20:13:57  <Brot6> comic_houses: nightly compile not needed. (r65)
20:13:57  <Brot6> firs: nightly compile not needed. (r366)
20:13:58  <Brot6> fish: nightly compile not needed. (r220)
20:13:59  <Brot6> heqs: nightly compile not needed. (r172)
20:14:01  <Brot6> nmts: nightly compile not needed. (r15)
20:14:03  <Brot6> opengfx: update from r261 to r267, starting nightly compile
20:14:12  <DJNekkid> im impressed, of myself :)
20:14:41  <Ammler> me too :-P
20:14:51  <Ammler> of myself, I mean ;-)
20:15:38  <Brot6> opengfx: compile done (1 errors) -
20:15:38  <Brot6> opensfx: update from r50 to r54, starting nightly compile
20:15:50  <KenjiE20> zing
20:15:54  <Ammler> planetmaker failed ;-)
20:16:44  <Brot6> opensfx: compile done (0 errors) -
20:16:45  <Brot6> worldairlineset: nightly compile not needed. (r584)
20:20:15  <DJNekkid> Ammler:
20:20:22  <DJNekkid> how does variable running cost on a wagon sound ...
20:20:24  <DJNekkid> i.e.
20:20:36  <DJNekkid> if it runs faster then what its designed for
20:20:38  <DJNekkid> :D
20:23:02  <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14287: [IS] Codechange: Introduce separate constants for the nu... @ (by Hirundo)
20:23:02  <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14288: [IS] Codechange: Align comments for the SSW enum a bit m... @ (by Hirundo)
20:23:03  <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14289: [IS] Feature(tte): When editing a sharing fee, leave the... @ (by Hirundo)
20:25:17  <DJNekkid> does anyone have andys MSN, if hes on there?
20:25:53  <Ammler> check tt-forums
20:27:37  <Brot6> is2: new trunk patch:
20:27:47  <DJNekkid> offline there
20:28:07  <DJNekkid> or does anyone know how to use thoose text stacks?
20:28:10  <Ammler> I mean, if he has msn
20:28:26  <DJNekkid> most ppl dont add their msn there
20:28:29  <DJNekkid> or ... lots
20:30:03  <Ammler> mkpatch doesn't work :-(
20:33:45  <Rubidium> oh... didn't I say you have to upgrade nforenum? Now you're blaming planetmaker for an error
20:33:55  <Brot6> ::DevZone:: 2cc train set - Revision 386: Add: Framework for pax wagons @ (by DJNekkid)
20:33:55  <Brot6> ::DevZone:: 2cc train set - Revision 387: Add: more files to the pax stuff @ (by DJNekkid)
20:33:55  <Brot6> ::DevZone:: 2cc train set - Revision 388: Add: 1st gen IC pax coach (probably gonna need some work on the str... @ (by DJNekkid)
20:43:30  *** Mark has quit IRC
20:48:08  *** Guest773 is now known as planetmaker
20:48:45  *** planetmaker is now known as Guest782
20:51:02  *** Guest782 is now known as planetmaker
21:07:39  *** Mark has joined #openttdcoop.devzone
21:11:20  *** Mark has quit IRC
21:11:54  <Brot6> ::DevZone:: Infrastructure Sharing - Revision 14290: [IS] Doc: Doxygenate the sharing window, renaming a vari... @ (by Hirundo)
21:15:40  <planetmaker> [19:31]	<Hirundo>	Where does the #openttdcoop server get its binaries from? <-- we compile ourselves usually
21:17:20  <Hirundo> I have been thinking about the global settings matter
21:18:07  <Brot6> ::DevZone:: Infrastructure Sharing - Feature #641 (Feedback): gui rewrite @ (by Hirundo)
21:18:14  <Hirundo> We could add console commands to set sharing settings
21:18:38  <planetmaker> we do have that automatically, if we have a setting, don't we?
21:19:07  <Hirundo> We have, indeed
21:19:30  <planetmaker> so... you still ask that question? ;-)
21:19:34  <Hirundo> The point of having a console command is that these settings are no longer needed
21:19:42  <planetmaker> hu?
21:19:43  <Hirundo> Saving a lot of duplication
21:20:06  <planetmaker> you mean... removing access via GUI?
21:20:38  <Hirundo> Yes
21:21:00  <planetmaker> hm... no, I don't think it's a good idea.
21:21:13  <planetmaker> it'd mean there are no individual settings then anymore at all
21:21:40  <Hirundo> We misunderstand eachother :)
21:21:51  <planetmaker> :-(
21:22:37  *** PeterT has joined #openttdcoop.devzone
21:22:40  *** Peter_ has joined #openttdcoop.devzone
21:22:40  <Hirundo> The point, to me, is that global settings are basically useless outside of the trusted #openttdcoop environment
21:23:09  *** Peter_ has quit IRC
21:23:27  <Hirundo> (individual settings are untouched and left as-is)
21:23:38  <planetmaker> ok... you (only) propose to make (global) settings accessible via rcon only?
21:23:49  <Hirundo> Yes
21:24:18  <Hirundo> The funny thing of which is that you can implement that as a server-side-only patch
21:24:44  <planetmaker> We'll always need a GUI interface for sharing_settings = [No | All-the-same | Individual]
21:25:00  <planetmaker> in the adv. settings
21:25:33  <planetmaker> and if it's all-the-same, the clients should show IMO in the sharing interface (same as individual) the global settings
21:25:47  <Hirundo> Yes, Yes
21:26:33  <planetmaker> Server-side patch... you mean global sharing could be made a server-side one only?
21:27:18  <planetmaker> well... would it have advantages?
21:28:50  <planetmaker> well... hm...
21:31:50  <Hirundo> As far as I can estimate now it'd reduce diff size by about 8 to 10%
21:33:33  <planetmaker> If it helps: go for it. I'm not 100% happy about it from a user perspective, if I design a scenario. But then: server-side things can be changed anytime. So should be fine, I guess
21:34:01  <planetmaker> my main concern is that it will then be as hidden as the PF penalties.
21:34:04  <Ammler> well
21:34:15  <Ammler> theoretically global settings could be dropped
21:34:30  <Ammler> if there is a rcon setting to lock individual settings
21:34:52  <planetmaker> not quite. what about new companies?
21:35:22  <Ammler> what happens with those now?
21:35:50  <planetmaker> get global settings?
21:36:17  <Ammler> no, with new companies
21:37:09  <planetmaker> yes
21:37:40  <Ammler> well, what I have in mind is wwottgd
21:38:22  <Ammler> there you might configure individual things and then lock the settings
21:38:36  <planetmaker> hm, yes
21:38:42  <planetmaker> would be interesting, too
21:39:01  <Hirundo> Perhaps make individual_settings = 255 => lock
21:39:57  <planetmaker> I like that idea :-)
21:40:53  <Ammler> hmm, what are the other values of that setting?
21:41:13  <Hirundo> s/individual_settings/new_individual_delay
21:41:46  <Hirundo> currently it's 0 to 120, the maximum is pretty arbitrary
21:42:51  <Ammler> 0 is valid?
21:43:17  <Hirundo> Currently, yes
21:55:18  <DJNekkid> hi planetmaker :)
21:56:01  <planetmaker> salut DJNekkid :-)
21:56:36  <DJNekkid>
21:56:39  <DJNekkid> :D
21:59:04  <planetmaker> nice :-)
22:00:18  <DJNekkid> the 1st gen already works :)
22:00:41  <planetmaker> ah... we should get rid of the SPACE and see how it works without
22:00:55  <planetmaker> it might / should work in recent OpenTTD.
22:01:07  <planetmaker> and might/should look ugly with it there :-P
22:01:21  <DJNekkid> i guess i need to update my client then
22:01:46  <planetmaker> I haven't tested it since either, I have to admit
22:02:03  <planetmaker> but I was notified that we should have a look at that :-)
22:03:38  <planetmaker> hm... though it looks alright
22:04:20  <DJNekkid> with space removed it dont look as it _should_
22:04:23  <DJNekkid> SPACE
22:04:23  <planetmaker> he. the MU wagon has an undefined string
22:04:41  <DJNekkid> just noticed
22:05:15  <planetmaker> BM65 also
22:06:29  <DJNekkid> and the 680 :)
22:06:42  <DJNekkid> either way, the SPACE removal didnt work :)
22:07:09  <planetmaker> 680 as well. and ICE3 has an alignment problem in the purchase list
22:07:12  <planetmaker> ok
22:09:08  <DJNekkid> btw
22:09:56  <DJNekkid> do a pull and make, and attach the 1st gen IC car to some differnt engines
22:10:19  <planetmaker> which rev?
22:10:26  <DJNekkid> latest
22:10:28  <DJNekkid> just pushed
22:10:45  <DJNekkid> that should be 390
22:10:48  <Brot6> ::DevZone:: 2cc train set - Revision 389: Fix: More fixes to the pax-wagon stuff. (Mostly?) related to the P-... @ (by DJNekkid)
22:10:49  <Brot6> ::DevZone:: 2cc train set - Revision 390: Change: More updates to the string-handling of the PAX-wagons @ (by DJNekkid)
22:12:01  <planetmaker> ok... what then?
22:12:24  <DJNekkid> attach one to, lets say the NER1
22:12:32  <DJNekkid> EF1 even
22:12:45  <DJNekkid> see how the listed p-costs add up
22:13:15  <DJNekkid> should be about 3800
22:13:23  <DJNekkid> or 3750 or so
22:13:43  <DJNekkid> then attach it to the Lok2000
22:14:08  <DJNekkid> 57103 + 298 should be about 57401
22:14:50  <DJNekkid> but it goes up to 63990 instead
22:15:18  <planetmaker> 156 GBP
22:15:28  <planetmaker> per wagon or... ?
22:15:34  <DJNekkid> per wagon
22:16:00  <DJNekkid> thats wierd
22:16:17  <DJNekkid> my running cost ingame tells me just a little under 300
22:17:29  <DJNekkid> anyway
22:17:44  <DJNekkid> the running cost of the pax wagons will rise, if they travel above its design speed
22:18:09  <Brot6> ::DevZone:: Infrastructure Sharing - Feature #670 (Feedback): Basic version @ (by Hirundo)
22:18:16  <planetmaker> where do I see the running costs at all?
22:18:24  <DJNekkid> in the P-List
22:18:33  <Hirundo> Ammler, planetmaker ->
22:18:43  <DJNekkid> as well as if you attach it to a train, it will show in the status-window thingy
22:21:39  <planetmaker> Hirundo: why the hell git?
22:22:09  <Hirundo> Have you seen the cargodIst repo?
22:22:27  <planetmaker> no
22:23:08  <Hirundo> Each part of the patch is basically a head that can be checked out
22:23:45  <Hirundo> And some branches are based on other branches
22:24:03  <planetmaker> you can have multiple heads in hg as well
22:25:21  <Hirundo> Perhaps it can be done in hg as well, have to think about it
22:25:53  <Hirundo> But apart from the hg/git issue, what is your general opinion?
22:28:25  <planetmaker> not sure
22:29:53  <planetmaker> Breaking it down in smaller chunks is certainly more than desirable - looking at how yapp got included
22:30:30  <DJNekkid> probably the only way
22:34:03  <planetmaker> In lack of a better alternative - and it's not the first time I thought about how to splitt this giant patch - I have to agree in principle
22:34:20  <planetmaker> though I consider the GUI quite important.
22:35:03  <planetmaker> but that's details.
22:35:11  <Hirundo> with no individual settings you need no GUI window
22:35:12  <planetmaker> So... in principle: yes
22:35:18  <planetmaker> I know
22:36:31  <planetmaker> but having it individualized adds probably to the fun for most people
22:36:53  <planetmaker> but as said: details on how to prioritze things.
22:37:24  <planetmaker> Yes, yes... :-)
22:37:38  <planetmaker> looks more and more good the longer I look at it :-)
22:38:23  <planetmaker> DJNekkid: I don't really see the cost differences... but I guess I only see running costs of the engine (in depot, even with wagons attached)
22:41:36  <DJNekkid> make some track
22:41:38  <DJNekkid> and run it
22:41:52  <DJNekkid> give me 2 mins, and i'll show you EVEN more
22:42:08  <planetmaker> please give me 48 hours :-)
22:42:24  <planetmaker> I need sleep urgently. And todays Christmas party won't help it, for sure
22:42:38  <DJNekkid> oh crap
22:42:42  <DJNekkid> LOTS of undefs needed
22:44:17  <DJNekkid> point is planetmaker
22:44:29  <DJNekkid> if you run a wagon designed for 50kmh in 200kmh
22:44:34  <DJNekkid> it will WEAR and TEAR
22:44:45  <DJNekkid> thus, it needs more maintainence
22:44:48  <planetmaker> I saw the action2 sequence
22:45:02  <planetmaker> so I know from the code what will happen :-)
22:45:17  <DJNekkid> but a wagon designed to run 200kmh wont have the same wear and tear
22:45:27  <planetmaker> yes. And it makes sense.
22:45:28  <DJNekkid> good boy :)
22:46:04  <Ammler> git is so UGLY
22:46:40  <PeterT> ^agreed
22:46:43  <Ammler> (ugly = hell complicated)
22:47:25  <Ammler> but redmine should support it quite well
22:47:37  <Ammler> so if you like, go with it :-)
22:49:07  <Hirundo> I'm currently researching to find out whether what I want is possible with hg
22:49:16  <KenjiE20> git is nice for large mutlibranch stuff
22:49:32  <Ammler> afaik, the issue if isn't the size
22:49:40  <DJNekkid> like when things are gitting out of hand? :)
22:49:42  <Ammler> there is simple no dev interested in it.
22:51:57  <Ammler> the issue with git is, not useable for weekend-patcher
22:53:16  <Hirundo> Michi_cc uses git AFAIK
22:53:26  <planetmaker> yes
22:53:31  <Ammler> yep, he made yapp with it
22:53:48  <Ammler> he was the one, recommend us not using it :-)
22:54:55  <Ammler> it very much looks like git is going to become the new "standard"
22:55:05  <Hirundo> :P I think it can work in hg too, using some more advanced branching/tagging/merging
22:55:50  <Ammler> or simple patch queues?
22:56:46  <planetmaker> patch queues might just be a tad too inflexible for this
22:56:48  <Ammler> but how will you split it?
22:56:49  <Hirundo> Patch queues work well in my experience when the patches don't change often
22:57:34  <planetmaker> anyway... good night from here good folks :-)
22:57:50  <Hirundo> When they do, all the rebasing and stuff becomes a nightmare
22:57:59  <Hirundo> goodnight, I'm off to bed too
22:58:09  <Ammler> imo, current IS is like minimum IS :-)
22:59:07  <planetmaker> it's not about what we want, but about how small can the chunks be, Ammler :-)
22:59:56  <Hirundo> And how small a series of chunks can be while still being useful
23:00:59  <Ammler> hmm, then you should talk with rubi about that.
23:01:30  <Ammler> or michi, how they merged yapp
23:01:33  <Hirundo> Currently you basically need all chunks, the basic IS would need a much smaller amount of chucnks in exchange for the loss of some features
23:02:31  <Hirundo> I might talk to them later, no I'm *really* off ;)
23:04:02  <Brot6> 2cctrainset: Backup push to ssh:// initiated.
23:04:17  <Brot6> is2: Backup push to ssh:// initiated.
23:05:33  <Ammler> but maybe, it would be a good idea to use git, so we get experience with it :-)
23:08:28  <Brot6> ::DevZone:: 2cc train set - Revision 391: Change: Hopefully last change to pax strings, for now @ (by DJNekkid)
23:08:28  <Brot6> ::DevZone:: 2cc train set - Revision 392: Add: the remaining 4 IC wagons @ (by DJNekkid)
23:08:28  <Brot6> ::DevZone:: 2cc train set - Revision 393: Fix: minor bugfixing (codewise) to theese wagons @ (by DJNekkid)
23:10:58  <Ammler> on the other side, working hg branches might also be interesting
23:28:31  *** ODM has quit IRC
23:59:23  <Brot6> ::DevZone:: OpenSFX - Revision 55: -Add: sample for toyland road vehicle breakdowns (closes #403) @ (by Rubidium)
23:59:23  <Brot6> ::DevZone:: OpenSFX - Feature #406 (Closed): Sample 58: Toyland train/ship breakdown @ (by Rubidium)
23:59:23  <Brot6> ::DevZone:: OpenSFX - Feature #403 (Closed): Sample 53: Toyland road vehicle breakdown @ (by Rubidium)

Powered by YARRSTE version: svn-trunk