Times are UTC Toggle Colours
00:12:06 *** fanioz_ is now known as fanioz 00:32:59 *** fanioz_ has joined #openttdcoop.devzone 00:39:46 *** fanioz has quit IRC 01:02:05 *** ODM has quit IRC 01:17:15 *** avdg has left #openttdcoop.devzone 01:22:49 *** andythenorth has joined #openttdcoop.devzone 01:41:59 *** KenjiE20 has quit IRC 03:03:19 *** fanioz_ has quit IRC 06:33:37 *** andythenorth has joined #openttdcoop.devzone 07:09:58 *** avdg has joined #openttdcoop.devzone 10:03:20 *** ODM has joined #openttdcoop.devzone 10:50:49 <Terkhen> http://paste.openttdcoop.org/show/27/ <--- rough draft of customized chains for OpenGFX+ Industries 10:51:11 <Terkhen> the Factory code would be a nightmare :P 10:52:41 <planetmaker> why? 10:55:08 <Terkhen> wouldn't it need different code for each possible combination of cargos? 10:55:24 <planetmaker> hm... probably, yes 10:56:39 <Terkhen> it might be possible to do a macro to simplify it a bit, though 10:57:13 <planetmaker> well. A bit of "if (...) { ... } { ... } " ;-) 10:57:58 <Terkhen> and a macro to redefine the industry's and all of its tiles acceptance 10:58:24 <planetmaker> yeah... probably you're right with the hell-ish assumption ;-) 10:58:50 <Terkhen> I also wonder if this would need to redefine all cargos, since we cannot rely on them having their correct IDs anymore 10:59:06 <planetmaker> why can't we? 10:59:20 <planetmaker> because of climate? 10:59:21 *** ZirconiumX has joined #openttdcoop.devzone 10:59:28 <ZirconiumX> hello 10:59:36 <Yexo> planetmaker: water and steel share the same slot 10:59:39 <Terkhen> http://wiki.ttdpatch.net/tiki-index.php?page=CargoDefaultProps <--- they share IDs between different climates 10:59:45 <planetmaker> hm, right 10:59:45 <Yexo> it works because they're not normally available in the same climate 10:59:54 <planetmaker> yes, indeed 11:00:11 <planetmaker> then it's easier, Terkhen, if we define all cargos in one CTT and just use it no matter what 11:00:21 <ZirconiumX> Can someone show me how to generate a PuTTY key when you only have hg, not TortoiseHG 11:00:24 <planetmaker> but it means to re-define all 11:00:33 <Yexo> planetmaker: afaik industry sets don't work with a CTT 11:00:49 * planetmaker goes looking for FIRS 11:00:49 <Yexo> you really have to define the properties of all cargos you need (unless they're already available in the current climate) 11:00:59 <Terkhen> so I think that the best approach would be to undefine all default cargos and to redefine them if their setting is active 11:01:11 <Terkhen> ZirconiumX: I use OpenSSH with MinGW/MSYS, it's way simpler and better documented (it also works with windows hg) 11:01:26 *** LordAro has joined #openttdcoop.devzone 11:01:50 <ZirconiumX> So you're saying use SSH 11:01:52 <planetmaker> yes, Terkhen 11:02:28 <planetmaker> indeed, I thought FIRS also had a CTT. But it doesn't, it just defines all cargos 11:02:46 <andythenorth> no CTT in industry sets 11:02:54 <andythenorth> that's where the cargos are *defined* :D 11:02:59 <Terkhen> IIRC cargos don't have that much properties, so it wouldn't be complicated to redefine default ones 11:03:17 <planetmaker> it's alright, I guess. 11:03:17 * Terkhen wonders if cargos have callbacks too 11:03:31 <andythenorth> there's a custom profit calculation when delivered 11:03:33 <Yexo> they have one or two I think, something about the income 11:03:36 <planetmaker> since NML callbacks don't frighten me anymore ;-) 11:03:36 <andythenorth> not sure if that's cargo or station 11:03:52 <Yexo> definitely not station 11:03:58 <Yexo> it's either cargo or general callback 11:04:34 <Terkhen> I see :) 11:04:47 <Terkhen> it's incredible the amount of stuff you can do with callbacks 11:05:52 <Terkhen> there is another problem with custom chains... industry/cargo colours 11:06:08 <Terkhen> livestock and fruit share their colour for example 11:07:37 <Yexo> color is one of the cargo properties you have to set anyway when you define a cargo 11:08:00 <Terkhen> so we could just define different colours for all cargos to make sure they don't collide 11:08:06 <Yexo> yes 11:08:58 <planetmaker> while we actually should make sure to re-define as few colours as possible ;-) 11:09:09 <planetmaker> re-define as in use the same 11:09:14 <planetmaker> where possible 11:09:38 <Terkhen> hmm... should it have a master setting to enable/disable custom chains? 11:09:57 <Terkhen> if disabled, it would just use default industries and cargos 11:11:41 <planetmaker> hm... yes 11:11:50 <planetmaker> we cannot have climate-dependent defaults, can we? 11:11:55 <planetmaker> hm, we can. 11:12:08 <planetmaker> no such master needed: each setting has the value 'default' 11:12:21 <planetmaker> which can mean, depending on climate, off or on 11:13:06 <Terkhen> hmm... then the internal logic becomes more complicated, since if the setting is "default" it must check if it is "enabled" or not under the current climate, but it should be doable 11:13:33 <Terkhen> it makes more sense 11:13:38 <planetmaker> nah, not really. I usually add a stage where I process the parameters and translate them into internally used ones 11:13:53 <planetmaker> that might need a few more lines, but no big thing 11:13:58 <Terkhen> oh, okay :) 11:14:07 <ZirconiumX> Should I use SSH or HG to upload/download things to the server? 11:14:31 <planetmaker> ZirconiumX: you can only use hg. Upload via ssh doesn't work, you need to use your DevZone credentials 11:14:43 <planetmaker> (or rather ssh is restricted to admins ;-) ) 11:14:59 <ZirconiumX> ok 11:15:02 <Terkhen> besides, if you would upload via ssh, you wouldn't have your files under version control 11:15:34 <planetmaker> you push to https://planetmaker:XXXXX@push.openttdcoop.org/opengfx 11:15:56 <planetmaker> well. obviously you replace planetmaker by your devzone account and XXX by your pw 11:16:21 <planetmaker> and opengfx by your project 11:16:25 <ZirconiumX> ok 11:16:40 <LordAro> planetmaker: firefox doesn't like https.push. 11:16:43 <LordAro> damn 11:16:47 <ZirconiumX> how do I set up HG on Mac 11:16:49 <planetmaker> of course not 11:16:56 <planetmaker> LordAro: you don't use a browser 11:16:59 <planetmaker> you must use hg 11:17:09 <LordAro> i know that...i was just saying ;) 11:17:11 <andythenorth> ZirconiumX: get macports 11:17:18 <andythenorth> then do the port install 11:17:19 <ZirconiumX> I've got that 11:17:51 <ZirconiumX> It says I need a PuTTY key, and HG doesn't come with one of those how do I get one 11:17:53 <planetmaker> sudo ports install mercurial 11:18:00 <ZirconiumX> done 11:18:05 <ZirconiumX> ^^ done 11:18:20 <planetmaker> what does say where you need a putty key? 11:18:26 <planetmaker> it must be a windows guide 11:18:29 <ZirconiumX> yes 11:18:45 <planetmaker> so... why do you follow a windows guide when on mac? ;-) 11:18:54 <planetmaker> you need no ssh key 11:19:02 <planetmaker> (nor windows user actually) 11:19:58 <LordAro> planetmaker: probably because there is no mac guide ;) 11:20:01 <ZirconiumX> because LordAro gave me the link 11:20:18 * LordAro hides 11:20:47 * ZirconiumX shows everyone where LordAro is and grabs a tennis racket 11:21:17 <Terkhen> you should always check tutorials to know for sure if they apply to your problem or not 11:21:19 <Brot6> OpenGFX+ Industries - Feature #2099 (New): Customizable industry chains (Terkhen) @ http://dev.openttdcoop.org/issues/2099 11:21:39 <planetmaker> http://dev.openttdcoop.org/projects/home/wiki/Welcome <-- in any case it clearly says under ssh: not needed anymore 11:21:44 <andythenorth> customisable chains :P 11:21:46 <andythenorth> good luck LD 11:21:48 <andythenorth> :D 11:22:10 <planetmaker> andythenorth: you have that, too, eh? :-) 11:22:15 <andythenorth> no way 11:22:19 <andythenorth> never 11:22:21 <planetmaker> economies? 11:22:25 <andythenorth> I control that 11:22:31 <LordAro> planetmaker: but it doesn't say that it won't work... 11:22:33 <andythenorth> not the player setting bonkers combinations 11:22:42 <planetmaker> well. this is just adding independent pieces. Except the factory which needs to know 11:23:02 <andythenorth> with a small enough list of cargos / industries it will obviously work :) 11:23:09 <Yexo> LordAro: it requires adding the new ssh keys on the server, which isn't done anymore for new users 11:23:11 <planetmaker> nothing new there ;-) 11:23:33 <Yexo> so it still works for those who had an ssh key previously installed on the server, but it's not the recommended way 11:25:03 <Terkhen> andythenorth: IMO this is feasible only because default industries don't have much relation between themselves except for the factory 11:25:43 <Terkhen> except for the factory and the food processing plant, most of the code will be just big if/else blocks 11:26:25 <planetmaker> yeah. Otherwise it'd surely be hell 11:30:51 <Terkhen> see you later, I'll be back by this evening 11:31:10 <planetmaker> enjoy 11:41:35 *** ZirconiumX has quit IRC 12:06:52 *** KenjiE20 has joined #openttdcoop.devzone 12:22:43 *** LordAro has quit IRC 12:53:45 <Brot6> OpenGFX - Revision 592:f683efca8a8c: Fix #810: Airport hangar was slightly too big (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/f683efca8a8c 12:53:45 <Brot6> OpenGFX - Bug #810 (Closed): sprite of airport hangar (planetmaker) @ http://dev.openttdcoop.org/issues/810#change-5267 13:17:44 <Brot6> OpenGFX - Bug #2093 (Closed): Monorail sprite (Yoshi) @ http://dev.openttdcoop.org/issues/2093 13:17:44 <Brot6> OpenGFX - Revision 593:07ece6c1656d: Fix #2093: Glitch with horizontal monorail track (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/07ece6c1656d 13:17:44 <Brot6> OpenGFX - Bug #2093 (Closed): Monorail sprite (planetmaker) @ http://dev.openttdcoop.org/issues/2093#change-5268 14:27:35 *** thgergo has joined #openttdcoop.devzone 15:05:02 *** DanMacK has joined #openttdcoop.devzone 15:05:46 <DanMacK> Hey all 16:13:06 *** DanMacK has quit IRC 16:45:18 <Brot6> OpenGFX+ NoGrid - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/d314979fdc88 16:45:19 <Brot6> OpenGFX+ NoGrid - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape in... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/6d37e99c6918 16:45:19 <Brot6> OpenGFX+ NoGrid - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/9b25488d6013 17:03:29 *** fanioz has joined #openttdcoop.devzone 17:18:18 <Brot6> ogfx-nogrid: update from r11 to r15 done - http://bundles.openttdcoop.org/ogfx-nogrid/nightlies/r15 17:19:16 <Brot6> opengfx: update from r591 to r593 done - http://bundles.openttdcoop.org/opengfx/nightlies/r593 17:19:22 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r709), 32bpp-extra (r39), ai-admiralai (r75), ailib-common (r16), ailib-direction (r13), ailib-list (r22), ailib-string (r18), ailib-tile (r13), airportsplus (r70), basecosts (r22), belarusiantowns (r8), bros (r45), comic-houses (r71), firs (r1627), fish (r509), frenchtowns (r6), grfcodec (r818), heqs (r567), indonesiantowns (r41), manindu (r6), metrotrackset (r56), 17:19:22 <Brot6> newgrf_makefile (r254), nml (r1120), nutracks (r121), ogfx-rv (r78), ogfx-trains (r201), ogfx-trees (r42), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r7), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r671) 17:29:11 *** fanioz has quit IRC 17:38:13 <avdg> beh, I'm still fighting with my template/view strategy in webottd 17:44:57 <Brot6> OpenGFX+ NoGrid - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (def... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/a5bc6e4d461c 17:46:20 <Ammler> hmm disable is default? 17:47:38 <planetmaker> disable gridlines ;-) 17:47:49 <planetmaker> not disable no gridlines 17:48:09 <Ammler> so default change default :-) 17:48:22 <planetmaker> yes 17:48:31 <planetmaker> :-P 17:49:59 <Ammler> well, ok, you want it that way? :-o 17:51:54 <planetmaker> The default value could be changed. But without that the newgrf would now be 100% pointless 17:52:06 <Ammler> now 17:52:27 <planetmaker> well. yes 17:52:39 <Ammler> you should not change such things later anymore 17:53:03 <planetmaker> why not? 17:53:26 <planetmaker> changing the default value is compatible 17:53:41 <Ammler> :-) 17:53:42 <planetmaker> especially for a newgrf like this which can be used static 17:54:00 <planetmaker> also I think "no grids" should be the default for this ;-) 17:54:52 <Ammler> there are no static grfs as long as openttd doesn't support it :-P 17:55:55 <Ammler> the disadvantage of the nice gui ;-) 17:57:36 <Ammler> there should also be a option, so you can change static features, also if they are loaded with mp 17:58:42 <Ammler> e.g., if the server has loaded ser, you should be able to switch to the base sets specific tunnels 17:59:56 <planetmaker> yes :-) 18:00:10 <Rubidium> Ammler: tell me how to simply determine what settings are static and which settings are not, then we'll look at implementing that 18:00:16 <planetmaker> though the latter (changing parameters) won't work 18:00:23 <planetmaker> we cannot know what it changes 18:00:37 <Ammler> Rubidium: :-D 18:01:13 <Rubidium> (ofcourse you are aware that NewGRFs can read parameters of other NewGRFs) 18:01:53 <planetmaker> ser-static.grf ;-) --> just the tunnels ;-) 18:02:04 <Ammler> well, if openttd gui will support newgrfs, authors could split grfs and make static features seperate 18:02:51 <Ammler> hmm, the dependencies should become part of action14 18:03:17 <Rubidium> doesn't work with legacy NewGRFs 18:03:25 <Rubidium> isn't fool proof either 18:03:44 <Brot6> 2cc train set - Feature #2100 (New): SNCF BB 9004 (Voyager1) @ http://dev.openttdcoop.org/issues/2100 18:04:20 <Rubidium> in any case simply scanning the file doesn't work given action6 18:04:23 <Yexo> openttd could do with a gui to change the static newgrfs though 18:08:12 <Ammler> Rubidium: dependency does not need to be hard, if it isn't around, a simple warning is fine 18:08:47 <Ammler> like you load a save with a missing newgrf 18:09:46 <Rubidium> oh, you mean a NewGRF needed another NewGRF 18:10:11 <Rubidium> that's more or less something the NewGRF should bother about themselves (and they actually do) 18:10:43 <planetmaker> Ammler: a static newgrf could query the non-static one and otherwise become inactive 18:11:07 <planetmaker> Rubidium: could I replace sprites of an existing newgrf? I don't know, but maybe I miss it? 18:11:21 <Rubidium> planetmaker: no clue 18:11:50 <Rubidium> but given action13 I guess not 18:13:22 <Yexo> planetmaker: no, you can't 18:13:40 <planetmaker> hm... how would 32bpp newgrf work? 18:13:42 <Yexo> (unless the existing newgrf replaced you sprites by actionA, you can override those) 18:14:10 <planetmaker> that needs to be one file then, too, right? 18:14:24 <Yexo> what do you mean? 32bpp sprites in a newgrf overriding sprites in another newgrf? not at all 18:14:51 <Yexo> at least not without an extension to the newgrf spec 18:15:01 <Yexo> but it'd need that anyway as it doesn't support 32bpp sprites at the moment 18:15:03 <planetmaker> I pondered to use the same way 32bpp currently works. But that's a sort of actionA only, too 18:17:35 <Ammler> Rubidium: you can disable or error if another newgrf is missing, but I would not know, how to tell openttd to load a certain grf 18:36:31 <Yexo> you can't and shouldn't 18:36:45 <Yexo> it'll gave way too much trouble with incompatible newgrfs 18:37:04 <Yexo> tell the user to load a certain newgrf via the error message 18:55:43 *** DanMacK has joined #openttdcoop.devzone 18:55:48 * DanMacK waves 18:58:30 *** DanMacK has quit IRC 19:06:48 *** DanMacK has joined #openttdcoop.devzone 19:21:10 <Ammler> Yexo: I see not more troubles as setting up a scenario 19:21:49 <Ammler> it should more be seen like a recommend 19:21:56 <Yexo> sorry, but I miss the connection here. What have newgrf dependencies have to do with setting up a scenario? 19:22:10 <Brot6> 2cc train set - Feature #2101 (New): AFE Class 1500 (Voyager1) @ http://dev.openttdcoop.org/issues/2101 19:22:25 <Ammler> setting up a scenario with newgrfs which conflict 19:23:01 <Yexo> with regards to newgrfs a scenario is exactly the same as a savegame 19:23:04 <Yexo> again, I don't see the point 19:23:37 <Ammler> then tell me aexample of a trouble you get, if ukrs addon would define ukrs as dependency 19:24:19 <Yexo> it it's a static dependency (as in, action14) it wouldn't give any trouble 19:24:20 <Ammler> or ser tunnels ser rails 19:25:05 <Yexo> I thought you wanted "ser rails" to have "one of ser tunnels" newgrfs as dependency depending on a base set or something like that 19:25:08 <Ammler> so why "can't" and "shouldn't"? 19:25:25 <Ammler> no 19:25:36 <Yexo> "can't" as in "you currently can't", "shouldn't" was based on my wrong assumption above 19:25:44 <Ammler> ser tunnels would be a static grf, so you could chose the tunnels for your set 19:25:57 <Ammler> but ser tunnels should tell the user, that it needs ser rails 19:26:37 <Yexo> however if that's the only reason I see little point, a user who adds "ukrs _addon_" but not "ukrs" to his newgrf list is just stupid, it's listed as _addon_ after all 19:26:39 <Ammler> it is just a kind of automatic add to the list 19:26:45 <Ammler> nothing more 19:27:01 <Yexo> nothing wrong with it, just tmwftlb 19:28:19 <Ammler> and what for are the dependencies at bananas? 19:30:51 <Ammler> well, first the gui support for static newgrfs :-) 19:31:49 <Ammler> which wuold be nice, if openttd detects self, which grfs are static, which not 19:32:22 <Ammler> at least it is already able to kick non-static from the static list 19:33:36 <planetmaker> iirc it does that 19:33:45 <planetmaker> at least it rejects non-static from the static list 19:34:31 <Ammler> just said :-P 19:34:52 <planetmaker> he :-P 19:35:20 <Ammler> people should not need to care, which grf they can load static, which not 19:35:40 *** Lakie has joined #openttdcoop.devzone 19:37:09 <Ammler> (that should also fix, if static newgrfs are added to a save (or MP) 19:38:36 <Yexo> <Ammler> and what for are the dependencies at bananas? <- originally to set AI libraries as dependency for AIs 19:41:02 <DanMacK> Hey Lakie 19:41:09 <Lakie> Hi DanMacK 19:41:21 <DanMacK> Have a good New Year? 19:41:34 <Lakie> It was ok, films have been pretty good today 19:41:42 <Ammler> DanMacK: hehe, nice question for the first day :-P 19:41:42 <Lakie> Ask me again in a year how its been though 19:41:44 <Lakie> ;) 19:41:50 <DanMacK> lol 19:43:53 <Lakie> But yeah, happy new year. 20:01:46 * DanMacK thinks Honza might be in a bit of trouble 20:02:27 <planetmaker> might be ;-) 20:02:47 <planetmaker> though his intentions actually are laudable as is the result. The way was not proper 20:02:52 <DanMacK> Exactly 20:03:11 <Lakie> Hmm? 20:03:16 <planetmaker> that's actually why I advocate gpl or cc-by ;-) 20:03:26 <DanMacK> http://www.tt-forums.net/viewtopic.php?f=67&t=52116 20:03:27 <planetmaker> then all that is not a problem. And what do I care...? 20:03:28 <Webster> Title: Transport Tycoon Forums • View topic - ECS & FIRS original vehicle set (at www.tt-forums.net) 20:03:37 <Lakie> Heh 20:03:45 <Lakie> Isn't Cargo set done by mb?... 20:05:59 <Lakie> Ah, I see. Well, I guess I have to remove the file until they'e agreed on permissions and licensing... 20:06:18 <DanMacK> Good good 20:07:50 <Lakie> Heh 20:08:02 <Lakie> This is why I dislike licenses so much 20:08:32 <DanMacK> MB doesn't really license his stuff though 20:08:48 <Lakie> I thought his licenses where like do not make your own things from this 20:08:59 <DanMacK> well yeah... 20:09:40 <DanMacK> he, um... protects it... so to speak 20:10:12 <Lakie> That makes sense 20:10:32 * DanMacK doesn't really care anymore as long as he's credited 20:10:32 <Lakie> If everything was gpl, lots of people would be getting ripped off blind... 20:10:59 <Lakie> Well, so long as one is creditted and has given permission at some point. 20:11:06 <DanMacK> It makes sense in some respects, not in others 20:11:30 <Lakie> For example, graphics made for a comerical product would be hard to license or grant permission for. 20:11:45 <DanMacK> Yes 20:13:38 * Lakie ponders why its ttdpatch's fault George uses the textstack despite the wiki saying ttdpatch doesn't support that. 20:23:49 <DanMacK> It's George? 20:24:34 <Lakie> I guess, somewhat annoying though 20:25:29 <DanMacK> I can imagine 20:27:46 <Lakie> Ah well, I think I'll read some things around lua and c++ 20:31:24 <DanMacK> Michael found the thread :P 20:48:47 *** Webster has joined #openttdcoop.devzone 20:49:29 <planetmaker> [21:13] * Lakie ponders why its ttdpatch's fault George uses the textstack despite the wiki saying ttdpatch doesn't support that. <-- it's always the programmes' devs' fault, if something doesn't work. Documentation will never get you out of that responsibility :-P 21:56:08 <planetmaker> @base 16 10 290A 21:56:08 <Webster> planetmaker: 10506 21:56:14 <planetmaker> @base 16 10 0A29 21:56:14 <Webster> planetmaker: 2601 22:00:12 * Ammler gives planetmaker a "/msg Webster" 22:19:36 *** andythenorth has left #openttdcoop.devzone 22:44:47 <Brot6> OpenGFX+ NoGrid - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tower ... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/3d3e215f4b73 22:45:49 <planetmaker> wow. 35 minutes delay 23:09:41 *** DanMacK has quit IRC 23:12:22 *** DanMacK has joined #openttdcoop.devzone 23:14:08 *** ODM has quit IRC 23:21:49 *** fanioz has joined #openttdcoop.devzone 23:29:28 <Ammler> planetmaker: rather hook not working 23:29:39 <Ammler> didn't you disable the hook? 23:29:48 <planetmaker> no 23:29:58 <planetmaker> not that I know 23:30:08 <Ammler> .44 is the cron refetch for repos, which aren't triggered by hook 23:30:22 <planetmaker> ah, you mean .devzone? 23:30:36 <Ammler> .devzone? 23:30:52 <planetmaker> the dir within repos 23:31:43 <Ammler> there is the hook, which does trigger redmine to fetch and then there is hourly cron, which does trigger redmine to fetch every project 23:32:26 *** fanioz has quit IRC 23:36:06 <Ammler> I know, why 23:36:13 <Ammler> http://dev.openttdcoop.org/projects/ogfx-nogrid/repository <-- check the path 23:36:25 <Ammler> that is why the automatic trigger does not work 23:36:28 <Ammler> hmm 23:37:24 <planetmaker> what's wrong? 23:37:37 <Ammler> path is /home/ottdc/hg-repos... 23:37:58 <planetmaker> oh uhm.. different from others. 23:38:02 <Ammler> but just checked the database, it is the only project with that "old" path 23:38:23 <Ammler> I wonder, why my query didn't work there 23:38:24 <planetmaker> well. Easy: I delete that repo. and create new one. Then I can also use the new name there 23:38:34 <planetmaker> I think I created it manually 23:38:38 <Ammler> let me fix it in the database, I am there right now 23:38:54 <planetmaker> well. it'd be nice, if the repo could reside in ogfx-landscape ;-) 23:39:14 <Ammler> yes, but shouldn't you make a new project? 23:39:18 <planetmaker> (yes, I do listen to you ;-) ) 23:39:24 <Ammler> so also the project identifier changes 23:39:25 <planetmaker> no, not new project 23:39:35 <Ammler> hmm, tickets? 23:39:41 <planetmaker> there aren't. 23:39:45 <planetmaker> But why new project? 23:39:59 <Ammler> to change the identifier 23:40:16 <planetmaker> I mean... feasable. But why? The internal id doesn't matter 23:40:17 <Ammler> I can change that in the database, just telling you how to do it without database :-) 23:40:44 <Ammler> the identifier is also the url 23:40:51 <Ammler> so changing that does make sense 23:40:53 <Brot6> OpenGFX+ Landscape - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/d314979fdc88 23:40:53 <Brot6> OpenGFX+ Landscape - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/6d37e99c6918 23:40:53 <Brot6> OpenGFX+ Landscape - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/9b25488d6013 23:40:55 <Brot6> OpenGFX+ Landscape - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/a5bc6e4d461c 23:40:59 <Brot6> OpenGFX+ Landscape - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tow... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-nogrid/repository/revisions/3d3e215f4b73 23:41:15 <Ammler> you see, ogfx-nogrid still ^ 23:41:29 <Ammler> shall I change that? :-) 23:41:33 <planetmaker> oh, the identifier is the URL? But is it needed? It's not so for newgrf-makefile... 23:41:55 <planetmaker> Well. I don't mind either way, but having it changed to landscape will be nice :-) 23:42:04 <planetmaker> You chose how :-) 23:42:13 <planetmaker> s/ose/oose/ 23:42:24 <Ammler> yes, so creating new project would be easiest, without database 23:42:36 <Ammler> but as I have access to the database, I can do it 23:42:56 <Ammler> I would also change the repo 23:43:16 <planetmaker> yes, please 23:43:16 <Ammler> which would also be automatically happen, if you create a new repo 23:43:21 <planetmaker> just tell me the new path ;-) 23:43:23 <Ammler> project* 23:43:38 <Ammler> ogfx-landscape ? 23:44:43 <planetmaker> yes 23:44:51 <planetmaker> that's what I use locally 23:44:56 <planetmaker> meanwhile 23:44:56 <Brot6> OpenGFX+ Landscape - Revision 12:d314979fdc88: Add: Gridless ground sprite for plantations (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/d314979fdc88 23:44:56 <Brot6> OpenGFX+ Landscape - Revision 13:6d37e99c6918: Change: Extend the scope of this NewGRF. Landscape... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/6d37e99c6918 23:44:56 <Brot6> OpenGFX+ Landscape - Revision 14:9b25488d6013: Fix: Main file was moved to the wrong place (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/9b25488d6013 23:44:58 <Brot6> OpenGFX+ Landscape - Revision 15:a5bc6e4d461c: Change: Allow to disable gridlines via parameter (... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/a5bc6e4d461c 23:45:02 <Brot6> OpenGFX+ Landscape - Revision 16:3d3e215f4b73: Feature: Allow to replace the telecomunication tow... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/3d3e215f4b73 23:45:33 <Ammler> done, as you see ^ 23:45:40 <planetmaker> thanks :-) 23:45:55 <Ammler> again, this can also be made with creating a new project and deleting the old 23:46:07 <Ammler> if there are no tickets and other infos 23:46:23 <Ammler> do you need a rewrite from nogrid? 23:46:37 <Ammler> I guess not, as there are no releases, yet 23:47:49 <Ammler> is there btw. still something in the old ogfx+ repo, which is not in a subproject? 23:48:51 <Ammler> the helicopter maybe? 23:50:20 <Brot6> OpenGFX+ Landscape - Revision 17:d3c2c99aa2fb: Change: This is a landscape grf, not just 'no grid... (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/d3c2c99aa2fb 23:50:42 <planetmaker> yes, probably the helicopter 23:50:50 <planetmaker> I'd leave that repo for now as it is 23:51:05 <planetmaker> and r17 was all that was needed for a change :-) 23:51:41 <Ammler> maybe rename airportplus to just "air" 23:51:48 <Ammler> and add the helicopter there 23:52:25 <planetmaker> Nah. Planes need the same refit orgy as RV and trains 23:52:27 <planetmaker> and ships 23:52:35 <planetmaker> so enough to do 23:52:49 <Ammler> to be worth a own set? 23:52:56 <planetmaker> yup 23:53:02 <Ammler> oki 23:53:27 <planetmaker> I like to keep infra + vehicles separate. And vehicles of different types, too ;-) 23:53:54 <planetmaker> and it's sufficient planes. One could also offer a few more plimps or alike 23:53:57 <Ammler> well, me too 23:53:58 <planetmaker> or some livery refit 23:54:13 <Ammler> but you can split with parameters 23:54:47 <planetmaker> yes... but too many are then a hassle, too :-) 23:55:15 <Ammler> oh, and tell that andy, he started to combine different things in his newgrfs 23:55:32 <Ammler> and I am not able to convince him, maybe he does listen to you :-) 23:55:52 <planetmaker> hm, I dout it :-) 23:56:03 <planetmaker> I think HEQS might still be alright 23:56:21 <Ammler> he act like a dev, "I don't care, make a patch" ;-) 23:56:34 <planetmaker> he learns fast :-P 23:56:43 <DanMacK> lol. What atre you two breaking now? 23:56:54 <planetmaker> nah, he's sad and a bit pissed that foobar left 23:57:22 <planetmaker> we don't break things ;-) 23:57:29 <DanMacK> Why did Foobar leave? 23:57:43 <Ammler> he didn't, he just got inactive 23:58:01 <DanMacK> ahhh 23:58:07 <planetmaker> yeah, well. Same thing. He has no collaborator with FIRS anymore 23:58:15 <planetmaker> And feel with him. That's sad :-( 23:58:24 <planetmaker> But I can't replace FooBar there. 23:58:29 <Ammler> yes, the snowy man also got inactive 23:58:54 <planetmaker> as much as I'd like to help him, but learning industry nfo to that level... puh 23:59:11 * DanMacK would assist with snow... but ugh... 23:59:16 <planetmaker> I can't do that concurrent to opengfx, my newgrf and the macport 23:59:24 <Ammler> DanMacK: the problem I have with newgrfs is not that serious, just the "unwritten" rule, don't mix different things unswitchable in a newgrf 23:59:33 <planetmaker> DanMacK: it needs snowy versions of the existing industries 23:59:39 <planetmaker> of FIRS 23:59:53 <DanMacK> Yeah, I know, I just don't have the ambition to volunteer for it :P 23:59:57 <planetmaker> :-D