Config
Log for #openttdcoop.devzone on 6th July 2011:
Times are UTC Toggle Colours
00:33:36  <Ammler> @topic add also DevZone is with unicorn running
00:33:36  *** Webster changes topic to "Talk about things hosted and developed on http://dev.openttdcoop.org | Downloads log: http://bundles.openttdcoop.org/log.csv | Sandbox passwords are the same as the usernames | HGWeb Backend changed to Gunicorn, please report issues | also DevZone is with unicorn running"
05:44:24  *** JVassie has joined #openttdcoop.devzone
05:50:36  *** bodis has quit IRC
06:07:15  *** JVassie has quit IRC
06:42:24  *** ODM has joined #openttdcoop.devzone
07:18:45  *** andythenorth has joined #openttdcoop.devzone
07:20:42  *** andythenorth has quit IRC
07:35:18  *** andythenorth has joined #openttdcoop.devzone
07:43:29  *** andythenorth has left #openttdcoop.devzone
08:15:57  *** FooBar has joined #openttdcoop.devzone
08:35:45  *** Brot6 has quit IRC
08:35:57  *** Brot6_ has joined #openttdcoop.devzone
08:36:45  *** Brot6_ is now known as Brot6
08:37:15  *** Brot6 has quit IRC
08:38:01  *** Brot6 has joined #openttdcoop.devzone
11:28:35  <Yexo> Ammler: no problems with push yesterday, but I use ssh indeed
12:31:10  *** Lakie has joined #openttdcoop.devzone
14:07:03  <Brot6> repository /home/hg/ogfx-test registered in Redmine with url /home/hg/ogfx-test
14:07:03  <Brot6> repository /home/hg/ogfx-test created
16:53:36  <FooBar> Hi all
16:54:06  <FooBar> having some issues with the makefile in combination with nml: http://paste.openttdcoop.org/show/311/
16:54:24  <FooBar> it doesn't really tell me where to look for the problem
16:58:02  <Ammler> did you already commit the source?
16:58:25  <Ammler> maybe it is just BOL
16:58:32  <Ammler> or how that ugly thing is called
16:59:49  <FooBar> nothing committed yet
16:59:58  <FooBar> only a local repo so far
17:00:27  <FooBar> what's BOL?
17:00:42  <Ammler> how did you install the framework?
17:00:59  <FooBar> downloaded latest stable from bundles website
17:01:07  <FooBar> and then followed what readme told me to do
17:01:10  <Ammler> yeah, that might not work
17:01:17  <FooBar> ah
17:01:21  <Ammler> you need nightly
17:01:34  <FooBar> ok, let me try that then :)
17:02:10  <Ammler> just copy the update pack over
17:02:22  <Ammler> or checkout the repo and run update
17:04:26  <FooBar> no, still the same error
17:05:26  <Ammler> but you do that on your linux, irght?
17:05:33  <Ammler> there is no stupid windows between?
17:05:42  <FooBar> according to make -d it goes wrong between the last "Reading makefile" and "Updating makefiles...."
17:05:52  <FooBar> that's on linux yes
17:06:06  <FooBar> only used Windows to download and copy new files
17:06:23  <FooBar> the executing of make is fully on linux
17:06:48  <Ammler> well, could you push
17:07:02  <Ammler> so we could run it
17:07:14  <FooBar> ok, let me set that up then
17:09:23  <FooBar> was the repository at devzone created automagically?
17:09:50  <Ammler> yep, just activate module repository, don't touch settings
17:10:33  <Brot6> repository /home/hg/dutchtramset registered in Redmine with url /home/hg/dutchtramset
17:10:33  <Brot6> repository /home/hg/dutchtramset created
17:10:42  <FooBar> there we are :)
17:15:58  <Brot6> FIRS Industry Replacement Set - Revision 2141:f5e657a960e9: Codechange: Name the slope check call... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/f5e657a960e9
17:16:01  <FooBar> crap, I added makefile.local
17:16:57  <planetmaker> you can't push it most probably :-P
17:17:04  <Ammler> I guess, there is no makefile bundle which works
17:17:05  <FooBar> no, it refused on me :P
17:17:05  <planetmaker> hello folks :-)
17:17:13  <planetmaker> Ammler: not?
17:17:15  <FooBar> hi!
17:17:28  <Ammler> well, release is broken as you said yourself
17:17:45  <Ammler> and afaik also the nightlies seemed broken, e.g. no .hgignore
17:18:04  <planetmaker> no .hgignore should not break it
17:18:35  <Ammler> well, it is a hint that there is something broken :-)
17:19:06  <Brot6> FIRS Industry Replacement Set - Revision 2142:7806aa4de009: Codechange: Name the flat land land_s... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/7806aa4de009
17:19:14  <Ammler> or was that never part of the bundle?
17:19:45  <Ammler> FooBar: anyway in the example repo is a .hgignore
17:19:48  <Brot6> firs: update from r2133 to r2141 done (51 warnings) - http://bundles.openttdcoop.org/firs/nightlies/r2141
17:19:57  <FooBar> yes, I copied that as well
17:20:16  <FooBar> but still just ingored the ignore...
17:20:29  <Ammler> well, once tracked
17:20:41  <Ammler> hg forget Makefile.local
17:20:59  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r40), ai-admiralai (r75), ai-aroai (r39), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r107), basecosts (r25), belarusiantowns (r8), bros (r52), cets (r5), chips (r143), comic-houses (r71), firs.nml (r2081), fish (r655), frenchtowns (r6), german-townnames (r34), grfcodec (r832), grfpack
17:20:59  <Brot6> (r279), heqs (r605), indonesiantowns (r41), manindu (r7), metrotrackset (r56), narvs (r37), newgrf_makefile (r296), nml (r1509), nutracks (r202), ogfx-industries (r121), ogfx-landscape (r70), ogfx-rv (r107), ogfx-trains (r245), ogfx-trees (r51), opengfx (r681), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), swedishrails (r203), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r34), ttrs (r36),
17:21:01  <Brot6> worldairlinersset (r672)
17:22:22  <Brot6> narvs: compile of r37 still failed (#2789) - http://bundles.openttdcoop.org/narvs/nightlies/ERROR/r37
17:22:44  <Brot6> ogfx-industries: compile of r121 still failed (#2792) - http://bundles.openttdcoop.org/ogfx-industries/nightlies/ERROR/r121
17:23:23  <Brot6> FIRS Industry Replacement Set - Revision 2143:f8bc7f9f3c88: Codechange: Name the nearby_station_n... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/f8bc7f9f3c88
17:25:39  <Brot6> DutchTramSet - Revision 0:73a049ea2283: Init: set up repository (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/73a049ea2283
17:25:39  <Brot6> DutchTramSet - Revision 1:5580ba24372c: Add: basic nml source setup (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/5580ba24372c
17:27:00  <FooBar> well have I ever, now it doesn't do the error any more
17:27:18  <Brot6> FIRS Industry Replacement Set - Revision 2144:61b9ac4a9705: Codechange: Name most industry tile l... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/61b9ac4a9705
17:27:20  <FooBar> now there's some other error, but that might be my fault
17:28:28  <Ammler> yes, works here
17:28:34  <Brot6> FIRS Industry Replacement Set - Revision 2145:643da0d4307b: Codechange: Correct indentation of a ... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/643da0d4307b
17:29:18  <FooBar> does nml assuma a "lang" folder?
17:29:31  <FooBar> assume
17:29:40  <Ammler> read the damn error!
17:29:59  <FooBar> well, I renamed it in makefile.config as well
17:30:11  <FooBar> thought it looked nicer next to src and gfx :P
17:31:39  <Ammler> FooBar: and don't hesitate to make bugreports to nml
17:32:51  <FooBar> don't know if this particular error is in the makefile or in nml
17:33:03  <FooBar> I'll try to get my nml working first and then look into that
17:36:28  <Brot6> FIRS Industry Replacement Set - Revision 2146:cc50eea8654b: Codechange: Name most industry callbacks (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/cc50eea8654b
17:38:16  <FooBar> But I'm still confused why it works now
17:38:51  <FooBar> Only difference is that I deleted the .hg dir and initiated the repo again
17:41:28  <planetmaker> I'm not sure whether the makefile sets the lang folder or not
17:41:38  <planetmaker> but life is easier to keep defaults ;-)
17:42:15  <planetmaker> i.e. no quick tests with just nml w/o makefile and without additional parameters if the lang folder is named differently ;-)
17:43:28  *** bodis has joined #openttdcoop.devzone
17:43:52  <FooBar> renamed it back and that fixed it
17:45:03  <FooBar> now it throws all sorts of other errors, but they were fixable so far, mostly bugs on my side :P
17:56:05  <FooBar> hmmm... it doesn't like my palette
17:56:20  <FooBar> just got it from trg1r :S
17:56:31  <FooBar> must I have the dos palette then?
17:56:55  *** frosch123 has joined #openttdcoop.devzone
17:59:01  <planetmaker> no. but a valid one
18:00:18  <FooBar> palette from ogfx-rv works :P
18:00:24  <FooBar> now to see why mine doesn't
18:01:47  <FooBar> hmmm, seems the first and last entry are switched
18:03:09  <Ammler> well, nml supports custom lang directory
18:03:17  <planetmaker> it does
18:03:18  <Ammler> so it would be nice to at least report it
18:03:22  <planetmaker> via cmd line parameter
18:04:24  <FooBar> since when did white and transparent-blue switch places?
18:04:41  <planetmaker> never?
18:04:53  <FooBar> All my pcx files have transparent in the last entry, and that has always worked just fine
18:04:59  <FooBar> win-palette by the way
18:06:32  * planetmaker cannot remember that
18:06:41  <Ammler> [20:03] <planetmaker> via cmd line parameter <-- simply set nmlc flags?
18:06:44  <Terkhen> I always use the palettes at dev.openttdcoop.org
18:06:50  <Terkhen> no problems so far
18:06:55  <planetmaker> Ammler: yes, should probably work
18:07:03  <Ammler> hmm, no
18:07:16  <planetmaker> Terkhen: FooBar always does it the custom way :-P
18:07:34  * planetmaker quickly hides
18:07:34  <Ammler> well, if you do, you need also a custom build script, since we set nmlc flags there too
18:12:11  <FooBar> well, I cannot other than conclude that it has changed: grfcodec 0.9.10 has transparent as last entry in the pcx, while grfcodec 5.1.1 has transparent in the first entry in the png. Both decoded with -p 2
18:13:06  <FooBar> can new grfcodec still produce pcx files?
18:13:14  <FooBar> to see what that does?
18:13:36  <FooBar> ah, -o
18:14:15  <Terkhen> it should, yes
18:14:20  <Hirundo> planetmaker: Do you know, that in recent NML you can also define callbacks in the graphics block?
18:15:00  <FooBar> and new grfcodec also produces a pcx file with transparent in the last entry
18:15:01  <planetmaker> Hirundo: in principle yes. But that would not have been a sed -i.bak "s/abc/def/g" script ;-)
18:15:20  <planetmaker> that's for manual work to change
18:15:36  <Hirundo> indeed :)
18:16:21  <planetmaker> eventually I want to get there, but more important (now) is to understand the whole amount of action2s
18:16:25  <planetmaker> at least for me :-)
18:16:38  <planetmaker> naming them properly would IMHO help a lot
18:16:57  <planetmaker> and along with that using the proper NML constants for many property values
18:17:30  <Brot6> GRFCodec - Bug #2841 (New): windows palette mismatch (foobar) @ http://dev.openttdcoop.org/issues/2841
18:17:37  <Hirundo> ^^ it would be nice, if the nfo->nml conversion could do that (although that doesn't help now)
18:17:47  <planetmaker> I agree
18:18:14  <planetmaker> It's too late for FIRS. But I still have hope that future NML versions will decode a grf even in a nicer way :-)
18:18:31  <planetmaker> after all... without FIRS that part wouldn't exist at all ;-)
18:19:05  <Hirundo> tbh, I've never even seen the conversion code, but it sure seems to work well
18:20:04  <Terkhen> how is the conversion going?
18:20:11  <Ammler> are those conversion script somewhere availabe, if someone wants to convert a grf?
18:20:22  <Terkhen> sorry, I have not been reading the conversations about it thoroughly :)
18:20:23  <Hirundo> FYI - I'll be leaving for ~10 days, starting tomorrow
18:20:30  <Hirundo> so please don't report NML bugs tonight :)
18:21:09  <Ammler> FooBar: why does it matter, which position a color has?
18:21:45  <FooBar> now nml doesn't like my old pcx files any more. Besides converting them to png I also need to change the palette
18:22:21  <Ammler> unbelieveable
18:22:58  <Terkhen> Hirundo: enjoy :)
18:23:26  <Ammler> FooBar: I wonder, why nobody else had that issue yet
18:23:50  <FooBar> maybe nobody who used nml so far tried to use the windows palette
18:24:06  <Ammler> check the pxc in the regression test
18:24:30  <FooBar> or maybe nobody tried to use the palette from an old pcx file in a png file
18:24:36  <Terkhen> ogfx-rv uses both the dos palette and windows palette
18:25:37  <Ammler> you must do something wrong :-)
18:26:49  <FooBar> actuall, the whole pallete is backwards
18:27:12  <FooBar> could be a photoshop issue...
18:28:39  <FooBar> it actually is a photoshop issue. Gimp shows two identical palettes
18:29:10  <planetmaker> lol
18:32:17  <Brot6> GRFCodec - Bug #2841: windows palette mismatch (foobar) @ http://dev.openttdcoop.org/issues/2841#change-7029
18:33:31  <FooBar> So that's why nobody had a problem with this before: very few people use photoshop
18:34:15  <FooBar> mistery solved
18:37:34  <Brot6> DevZone Help Center - pal_win_png.act (foobar) @ http://dev.openttdcoop.org/attachments/download/1660/pal_win_png.act
18:38:40  <Ammler> actually photoshop is most used on devzone
18:38:41  <planetmaker> hm, I wonder, FooBar : andy also uses photoshop
18:38:49  <planetmaker> as does george afaik
18:39:00  <planetmaker> most used... maybe that's gimp
18:39:10  <Ammler> andy has as much commits as the whole rest together
18:39:15  <planetmaker> :-D :-)
18:39:22  <FooBar> as long as you stick to either all png files or all pcx files, there is no problem
18:39:28  <planetmaker> FooBar: why?
18:39:49  <planetmaker> andy also happily mixes it in his projects
18:39:50  <FooBar> the problem occurs when converting from pcx to png. Then it saves the backwards palette to the png file.
18:40:03  <FooBar> Maybe the problem is also only on windows-photoshop
18:43:39  <FooBar> silly problem :S
18:44:58  <FooBar> anyways, the grf building succeeded, now to see if the grf does what I think it should do :P
18:46:12  <Terkhen> :)
18:47:50  <planetmaker> :-)
18:48:02  <planetmaker> you know what FooBar : it's nice to see you back here :)
18:48:16  <FooBar> thanks! It's good to be back
18:57:52  *** JVassie has joined #openttdcoop.devzone
19:13:52  <FooBar> how can I use {{GRF_ID}} from the makefile in header.nml?
19:14:06  <FooBar> Because it doesn't seem to like it, with or without quotes around it
19:14:43  <planetmaker> it doesn't work with NML
19:14:59  <planetmaker> a known bug... but I always put it off...
19:15:35  <FooBar> ok, well that's not too much of a problem
19:15:37  <planetmaker> a solution would work over using custom_tags.txt for this means
19:16:56  <FooBar> and how can I get the repo version for grf {version} ?
19:17:42  <planetmaker> that works
19:17:58  <planetmaker> {{REPO_VERSION}}
19:18:44  <Brot6> NewGRF Meta Language - Revision 1506:9b62fd938ddd: Add #1555: Random trigger callbacks for houses... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/9b62fd938ddd
19:18:44  <Brot6> Example NewGRF Project - Revision 297:4b79a2b65d61: Fix (r150): generated custom_tags.txt didn't ... (Ammler) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/4b79a2b65d61
19:19:42  <FooBar> can't get that to work. Without quotes it's /unexpected token "{"/, with quotes it's /Expected a compile-time integer constant/
19:20:21  <FooBar> And {version} in custom_tags.txt has "r1M", which isn't an integer either...
19:20:38  <planetmaker> sorry. I remembered wrongly
19:20:45  <planetmaker> Just use 	version: REPO_REVISION;
19:21:01  <planetmaker> then the current framework will replace that properly
19:21:39  * frosch123 wonders what nml does with cb 1 :o
19:21:44  <FooBar> thanks, that works!
19:22:54  <FooBar> next question: can I has comments in .lng files?
19:23:19  <frosch123> try #
19:23:38  <frosch123> ottd lang files use that, so it might also work in nml
19:23:40  <FooBar> will do; // didn't work when I tried
19:25:29  <FooBar> that works, great!
19:26:55  <planetmaker> basically the same syntax as openttd lang files use is employed by NML
19:27:22  <planetmaker> differences are very small and iirc mostly in the domain of allowed string commands
19:27:31  <FooBar> Well, I'm not familiar with those, but it's good to know!
19:27:48  <FooBar> Now to figure out why the articulated vehicle doesn't work...
19:27:56  <FooBar> I get a vehicle, but no trailers
19:28:07  <planetmaker> missing CB?
19:28:12  <planetmaker> or CBF
19:28:58  <FooBar> probably wrong CBF
19:29:07  <planetmaker> well... they're named
19:29:19  <planetmaker> should be something with ARTICULATE
19:30:31  <FooBar> yes, wrong CBF. Do documentation bugs also go in the bug tracker? As it says I need to set VEH_CBF_VISUAL_EFFECT for VEH_CB_ARTICULATED_PARTS
19:31:37  <planetmaker> eh?
19:31:49  <planetmaker> well, yes, they go there, too
19:31:51  <FooBar> Also VEH_CBF_ARTICULATED_PARTS is not listed as possible cbf for road vehicles
19:32:09  <FooBar> yes, that's what it says in vehicles.html
19:32:56  <planetmaker> it says 'road vehicles'. But indeed the wrong CBF
19:33:06  <planetmaker> don't bother with the bug report now for this one
19:33:23  <planetmaker> but generally: yes
19:33:40  <FooBar> ok
19:34:09  <FooBar> well, then I must conclude that NML works really rather well
19:35:10  <planetmaker> I'd be totally newgrf-unproductive without it.
19:36:22  <FooBar> I like it. This will probably be the end of NFO for me :)
19:36:32  <planetmaker> it was for me ;-)
19:37:32  <FooBar> Now to get myself some templates aligned
19:38:36  <planetmaker> FooBar: have a look at opengfx+rv
19:38:39  <planetmaker> it will have some
19:38:46  <planetmaker> as does opengfx+trains
19:38:56  <planetmaker> they might be of use or are easily adopted
19:39:07  * planetmaker usually copies templates from one project to the other
19:39:14  <planetmaker> actually... als OpenGFX itself has some
19:39:18  <planetmaker> *also
19:41:05  <FooBar> I had a look at ogfx-rv, but most trams are higher and don't fit in the boxes. Plus I need close to all different lengths from 8/8 to 1/8
19:41:22  <FooBar> So I decided to make some templates of my own
19:41:44  <Brot6> NewGRF Meta Language - Revision 1503:aa413f215ab5: Feature #1555: Named callbacks for houses. (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/aa413f215ab5
19:41:44  <Brot6> NewGRF Meta Language - Revision 1510:bbfa0a4c0980: Fix: Copy&paste error in vehicle callback flags (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/bbfa0a4c0980
19:42:52  <FooBar> Shouldn't be too much work with the sprite aligner
19:44:08  <planetmaker> well, you c/should keep the old alignment
19:44:26  <FooBar> old alignment of dutch tram set is off in many cases
19:44:30  <FooBar> that needed redoing anyways
19:44:43  <FooBar> especially corners
19:44:55  <frosch123> FooBar: #2841 can be closed?
19:44:55  <Brot6> frosch123: FooBar: #2841 is http://dev.openttdcoop.org/issues/show/2841 "GRFCodec - Bug #2841: windows palette mismatch - #openttdcoop Development Zone"
19:45:14  <FooBar> frosch123: yes, please
19:46:28  <Brot6> NewGRF Meta Language - Revision 1504:9ff1f8893b06: Feature #1555: Named callbacks for airport[til... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/9ff1f8893b06
19:46:28  <Brot6> GRFCodec - Bug #2841 (Closed): windows palette mismatch (foobar) @ http://dev.openttdcoop.org/issues/2841
19:46:28  <Brot6> GRFCodec - Bug #2841 (Closed): windows palette mismatch (frosch) @ http://dev.openttdcoop.org/issues/2841#change-7030
19:47:51  <planetmaker> Hirundo: but both ways to define callbacks will remain viable (for most CBs at least)?
20:11:07  <Brot6> Dutch Tram Set - Revision 0:73a049ea2283: Init: set up repository (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/73a049ea2283
20:11:07  <Brot6> Dutch Tram Set - Revision 1:5580ba24372c: Add: basic nml source setup (foobar) @ http://dev.openttdcoop.org/projects/dutchtramset/repository/revisions/5580ba24372c
20:11:38  <FooBar> interesting; i committed that like 3 hours ago :P
20:11:48  <planetmaker> ;-)
20:16:33  <frosch123> night
20:16:36  *** frosch123 has quit IRC
20:23:36  <Hirundo> planetmaker: Yes, currently it's just syntactic sugar that eliminates an action2, at least for industries where there is no purchase stuff to consider
20:23:55  <Hirundo> and it auto-sets the CB flags property for you
20:26:15  <planetmaker> what happens if I set CB flags and use that?
20:26:19  <planetmaker> do they add?
20:26:24  <Hirundo> no
20:26:44  <planetmaker> hm
20:26:48  <Hirundo> CB flags are only written if you define a CB that needs one
20:27:31  <planetmaker> yes, I mean, assume I set the CBF for articulated vehicle manually and use that via the normal action2 and additionally, w/o cbf define a purchase text callback?
20:27:44  <planetmaker> via this convenient cb defiition
20:27:48  <planetmaker> *definition
20:28:20  <Hirundo> That doesn't work, you'd need to set the CB flags manually after the graphics block
20:28:32  <Hirundo> Problem is that properties are basically write-only
20:28:55  <planetmaker> where's the problem?
20:29:18  <Hirundo> Since items can be split across multiple blocks, with conditionally defined properties and such,....
20:29:33  <planetmaker> couldn't a cb defined via the 'new' way "just" add the corresponding CBF to the property?
20:29:40  <Hirundo> ...there is almost no sane way to determine the value you set for the CB flags, in order to do a binary OR operation
20:29:55  <planetmaker> hm, I see
20:31:44  <Hirundo> Feature request: Action 15: read an action0 property and put the value in a grf parameter :)
20:34:46  <planetmaker> why not action6?
20:37:19  <Hirundo> Why action6? Action6 modifies bytes inside the grf, that's quite a different thing
20:38:49  <FooBar> good night
20:44:05  <Yexo> good luck with nml and the firs conversion :)
20:44:13  * Yexo is going to holiday tomorrow morning very early
20:44:19  <Yexo> see you all in 5 weeks or so
20:44:29  *** Yexo has quit IRC
20:51:38  <Hirundo> I'll be leaving tomorrow as well, though not for such a long time
20:51:49  <Hirundo> goodnight, see you again in a week or two
21:01:04  <planetmaker> enjoy, yexo...
21:01:19  <planetmaker> and enjoy, Hirundo :-)
21:01:30  <planetmaker> and good night from here :-)
21:01:47  <Ammler> I don't get lodgeit working with gunicorn :-(
21:16:08  *** ODM has quit IRC
21:26:30  *** FooBar has quit IRC
21:40:23  *** JVassie has quit IRC
22:09:57  <Ammler> ok, paste.openttdcoop.org works with gunicorn too
22:10:21  <Ammler> planetmaker: should be stable
22:10:27  <Ammler> no gateway issues
22:11:16  <Ammler> @topic change -2 s/HGWeb/HGWeb & paste/
22:11:16  *** Webster changes topic to "Talk about things hosted and developed on http://dev.openttdcoop.org | Downloads log: http://bundles.openttdcoop.org/log.csv | Sandbox passwords are the same as the usernames | HGWeb & paste Backend changed to Gunicorn, please report issues | also DevZone is with unicorn running"
22:15:30  *** Brot6 has quit IRC
22:15:42  *** Brot6_ has joined #openttdcoop.devzone
22:16:30  *** Brot6_ is now known as Brot6
22:17:46  *** Brot6 has joined #openttdcoop.devzone
22:29:25  <Ammler> and we have http://d.paste.openttdcoop.org/ , tell me which you prefer
22:36:58  *** Rubidium_ has joined #openttdcoop.devzone
22:38:55  *** Rubidium has quit IRC

Powered by YARRSTE version: svn-trunk