IRC logs for #openttd on OFTC at 2009-06-08
⏴ go to previous day
00:17:49 *** ProfFrink has joined #openttd
00:24:27 *** ProfFrink is now known as Prof_Frink
01:41:22 *** reldred has joined #openttd
02:29:08 *** maristo has joined #openttd
02:38:26 *** theholyduck_ has joined #openttd
03:12:53 *** TinoDidriksen has joined #openttd
03:43:06 *** TinoDidriksen has joined #openttd
05:37:04 *** ChanServ sets mode: +v tokai
05:56:32 *** racetrack has joined #openttd
06:01:32 *** HerzogDeXtEr has joined #openttd
06:28:55 *** andythenorth has joined #openttd
06:55:04 *** stuffcorpse has joined #openttd
07:14:46 *** maristo has joined #openttd
07:40:26 *** Rexxars has joined #openttd
07:42:23 *** fonsinchen has joined #openttd
08:07:54 *** andythenorth has joined #openttd
08:21:26 *** [com]buster has joined #openttd
08:24:13 <planetmaker> DaleStan: I'm happy to test give any other things like new binaries a try
08:24:55 *** Cybertinus has joined #openttd
08:27:01 <planetmaker> :) moin. I'll give it a try :)
08:32:18 <Rubidium> how does compiling on your system fail?
08:32:22 <planetmaker> DaleStan: if I run the same makefile on the exact same directory (not a copy) the windows renum creates exactly that file without hesitation.
08:33:03 <planetmaker> "error template with C linkage"
08:33:32 <planetmaker> in a lot of places. Most related to boost
08:38:31 <planetmaker> Rubidium: that's the result of make clean && make
08:41:20 <planetmaker> it's somewhat a bit generic gcc-OSX issue.
08:43:53 <Rubidium> well, one of your headers is screwed; you just need to find out which one
08:46:38 <Rubidium> planetmaker: try moving the includes from *before* the boost include to after the boost include in pseudo.cpp
08:55:05 <planetmaker> hm... didn't really change much to move the boost include to the top
08:58:39 <Rubidium> planetmaker: can you upload the result of g++ -E pseudo.cpp (add the CFLAGS that the makefile adds to that too)
08:59:11 <planetmaker> with changed or unchanged include order?
09:09:29 <planetmaker> it's too big for paste.openttd
09:10:05 <planetmaker> pseudo.preprocess created by g++ -E -g -O1 -idirafter/Users/ingo/Download/boost_1_39_0 -Wall -Wno-uninitialized pseudo.cpp > pseudo.preprocess
09:10:29 <planetmaker> hello dihedral :)
09:15:55 <Rubidium> could you upload /usr/include/unistd.h
09:17:27 <Rubidium> looks like it's missing a }
09:19:09 <planetmaker> uploaded to the same location
09:23:10 <Rubidium> okay, that closes it too... Odd, can't find any extern "C"s that aren't closed
09:23:16 <Rubidium> although sometimes they are nested
09:24:29 <Rubidium> try to #define _POSIX_C_SOURCE at the top of pseudo.cpp
09:29:31 <planetmaker> it kills a lot of them, too
09:29:39 <planetmaker> cutting 600 lines of errors ;)
09:30:45 <Rubidium> then I got no easy way to fix it except keep messing around till it works which kinda sucks with a 5 minute round trip time esp. because it'd be messing with system headers
09:31:44 <dihedral> planetmaker, you mind me restarting znc?
09:31:53 <planetmaker> go right ahead, dihedral
09:32:57 <dihedral> you might want to join oftc directly for that time ;-)
09:37:46 *** XeryusTC has joined #openttd
09:38:12 *** dihedral has joined #openttd
09:39:41 *** planetmaker has joined #openttd
09:39:49 *** planetmaker is now known as Guest1244
09:47:30 *** andythenorth has joined #openttd
10:00:19 *** andythenorth has joined #openttd
10:25:14 *** andythenorth_ has joined #openttd
10:25:21 *** Frostregen has joined #openttd
10:26:11 *** Singaporekid has joined #openttd
10:44:46 *** Frostregen has joined #openttd
10:48:34 *** Guest1244 is now known as planetmaker
10:49:09 *** planetmaker is now known as Guest1260
10:49:32 *** Guest1260 is now known as planetmaker
10:56:17 *** andythenorth has joined #openttd
11:13:36 *** Polygon has joined #openttd
11:15:01 *** andythenorth has joined #openttd
11:22:37 *** andythenorth has joined #openttd
11:27:04 *** KenjiE20 has joined #openttd
11:31:58 <Fogel> i've just downloaded Extra large maps patch, and i've got question - how to make openttd use it?
11:32:21 <Noldo> have you ever compiled a program?
11:32:30 <Fogel> Linux x86_64, openttd compiled from source by Portage/emerge package manager
11:32:47 <Fogel> Noldo: i compile programs every single day ;>
11:33:26 <Noldo> yes, being the gentoo guy you are, anyway are you familiar with patch?
11:34:08 <Fogel> kind of, i patched program once, but can read manpage, no problrm
11:34:54 <Noldo> how old is that Extra large maps patch?
11:36:26 <Noldo> ~500 revisions it seems
11:36:52 <Fogel> t hint it's it: May 19, 2009 10:07 pm
11:37:58 <Fogel> i suppose applying this patch requires uninstalling portage version ang compiling one manually?
11:38:32 <Noldo> well you don't have to uninstall the packaged version
11:39:16 <Noldo> use svn to get the trunk revision 16358 and apply the patch to that
11:39:25 <Noldo> then compile and hope for the best
11:40:53 <Noldo> it's nice, but there are some people who seem to like hg or git more
11:43:29 <Noldo> if succesful the binary will be in bin directory and datafile need to copied or linked to bin/data
11:45:07 <Fogel> and you know, compiling things is the most important reason why i use gentoo ;>
11:45:34 <Rubidium> they all have their uses; svn has sequential numbering that stays the same for each repository, hg and git have a local copy of the repository and allows local branching (without sending stuff back to the main repository), svn on the other hand has 'atomic' commit (with git/hg you commit and then push, which makes it non 'atomic'), finally hg is more user friendly than git and git is a bit more space efficient
11:47:37 <Rubidium> so it is important to you you compiled X and your window manager yourself?
11:48:17 <Fogel> Rubidium: not manually, with emerge package manager, but yes, they are compiled on my machine
11:48:30 <dihedral> we do know gentoo ....
11:48:38 <dihedral> it's not like it's totally unfamiliar ;-)
11:48:42 <Rubidium> but that is *important* to you?
11:48:44 <Fogel> window manager manually, but i use dwm, so 1700 lines is not much
11:49:12 <Noldo> now don't tease him, as gentoo people goes he seems ok
11:49:39 <dihedral> gentoo install aint what it used to be :-P
11:50:24 <dihedral> a few years back when someone said they installed gentoo you already knew that they knew their system
11:50:33 <dihedral> today? gui - clicky clicky - stage 3, done
11:50:34 <Fogel> dihedral: this system is from stage3, but i commites stage1 twice
11:51:08 <Rubidium> Noldo: not knowing how to patch makes me wonder why it is imporant he compiled it himself
11:52:18 <Noldo> Rubidium: I guess there is no need to patch with gentoo
11:52:57 <Noldo> Rubidium: though saying running emerge is not the same as knows how to compile
11:53:13 <Fogel> indeed, emerge does everything for user
11:53:33 <Rubidium> still I'm wondering why it is important to you
11:53:36 <Fogel> but i'm familiar with ./configure && make && make install
11:54:30 <Fogel> well.. dunno how it's going with xorg, but when i tested openoffice-bin vs openoffice from source, the second one was quite faster
11:55:07 <Fogel> and i can use things i want, i don't want some feature i will not use - i just set USE falg for it as -
11:55:12 <dihedral> Fogel, you are familiar with, or you have run it on the command line like that
11:55:27 <Fogel> dihedral: i'm familiar with
11:55:45 <Fogel> i even made/edited some makefiles
11:55:51 <dihedral> well, then add a patch -p0 -i <file> && ./configure && make
11:56:08 <Fogel> dihedral: i've already done it ;>
11:56:19 <dihedral> well, then happy playing with the patched game
11:58:09 * Rubidium wonders what USE flags Fogel would set to use Allegro instead of SDL as video backend for OpenTTD
12:01:57 <Rubidium> and why the ebuild claims that without alsa you cannot play the music
12:02:30 <Fogel> i don't think there's any flag for Allegro/SDL
12:06:50 <Rubidium> not to mention that the gentoo people handling the openttd package are very stubborn, ignorant and sometimes stupid
12:07:42 <dihedral> that was very subtly expressed Rubidium :-D
12:12:32 <Rubidium> like those many months that you couldn't emerge openttd because they hardmasked openttd out because we fixed a (minor) bug, which some CVE-ish group found in our changelog, instead of 'just' updating from 0.6.1 to 0.6.2 (fixing the bug)
12:13:19 <Rubidium> no, now it took almost till we released 0.7.0 before they 'released' a newer openttd and then they fancily claimed that the bug wasn't fixed in 0.6.2 but only since 0.6.3
12:13:56 <Rubidium> and the question is when they start considering 0.7.0 stable
12:14:50 <Rubidium> although I guess you can complain about almost all distributions in a similar way because they do some things in a stupid way
12:19:45 <dihedral> Rubidium, lenny does not support OpenTTD 0.7 :-P
12:21:54 <fonsinchen> Uh, "not support"? You can easily compile 0.7 on lenny ...
12:22:25 <glx> it just doesn't provide it
12:22:45 <fonsinchen> Yes, but that's because of Debian's release cycles
12:22:53 <fonsinchen> Which is a different topic ...
12:23:25 <dihedral> fonsinchen, then please read a few lines up
12:23:35 <dihedral> before you just read one line and start commenting ;-)
12:24:55 <fonsinchen> I have read that, but no one mentioned release cycles yet. I mean "considering stable" is not the same as "including in stable release".
12:25:25 <fonsinchen> One "stable" refers to the program, the other one to the distribution.
12:25:25 <Rubidium> they (at Debian) are considering 0.7.0 stable enough for the next release
12:25:45 <Ammler> Rubidium: suse might be the only disto also supports openttd testing, there you have your 0.7 branch users ;-)
12:25:50 <glx> when we will release 0.8 ?
12:26:12 <Rubidium> glx: after debian froze testing
12:26:35 <fonsinchen> Oh, you'll have to merge cargodist before releasing 0.8 ;)
12:26:57 <Rubidium> that depends on whether that's 12-18 months since the last freeze started or since the release
12:26:59 *** lewymati has joined #openttd
12:27:05 <fonsinchen> It's somewhere in the roadmap.
12:27:16 <dihedral> and where is the roadmap
12:27:18 <Rubidium> glx: just jump to 0.9 ;)
12:27:47 <Rubidium> and roadmaps are there to be changed and not to be followed
12:27:49 <glx> roadmap is just an indication (and it may change)
12:28:01 <dihedral> and who may edit the wiki?
12:28:15 <Ammler> dihedral: try to edit the roadmap ;-)
12:28:25 <dihedral> i did not say 'edit the roadmap'
12:28:29 <fonsinchen> And no, I don't take that serious. I'm just making fun of it, as it has been in the roadmap for a long time now.
12:28:30 <Rubidium> Note: the readiness percentage does not tell how close we are to a new release and features on this roadmap are not per definition going to be in 0.8.0.
12:28:33 <glx> fonsinchen: cargodist is not in roadmap :)
12:29:00 <dihedral> there is no obligation in any way ;-)
12:29:11 <dihedral> it can easily be (re)moved
12:29:16 <glx> and IIRC cargodest was already in 0.7 roadmap
12:29:29 <fonsinchen> Yep, I've seen in being moved several times ...
12:29:40 <dihedral> well, then you should already be used to it :-D
12:29:57 <Rubidium> glx: don't forget 0.6
12:30:50 *** andythenorth has joined #openttd
12:31:29 <Rubidium> of the branches on that page only 1 eventually made it
12:33:32 <glx> anyway we have been forced to lock roadmap pages :)
12:33:46 <dihedral> not a bad thing if you ask me
12:33:57 <dihedral> else you get a bunch of annoying users, and there are quite a few around
12:33:58 <glx> else every patch writers added their stuff
12:34:55 <dihedral> one would hope patch writers had some more think-power
12:35:11 <dihedral> but there are some who just dont even swith their thinker on
12:35:34 <glx> well those who use their brain often get their stuff commited ;)
12:35:47 <Rubidium> glx: usually not the patch writers themselves, but the people 'following' them
12:36:15 <dihedral> i know someone who even would upload every single grf he linkes to bananas :-)
12:36:17 <glx> true, but it's bad for patch writers as we don't like being forced to accept stuff
12:36:38 * dihedral glances towards Ammler
12:36:48 <glx> the more it's requested, the less it will be looked at
12:36:59 <dihedral> is that not always the case?
12:37:19 <Rubidium> that's why votes are so useful in FS ;)
12:38:39 <glx> hmm isn't FS#2970 a duplicate of the old "graphics glitch" task ?
12:38:48 <fonsinchen> Are there any general objections to cargodist? I don't mean things like coding style. More like, is the approach of building link graphs and solving the MCF on them acceptable? Is everything "in the spirit"? Things like that.
12:39:02 <fonsinchen> Or has it been requested too often to be considered? ,)
12:39:25 <glx> not really, but it's a big patchs, needs time to review properly
12:40:14 <fonsinchen> Yes, I know. I just want to make sure I'm heading in the right direction.
12:40:22 <glx> and it should not impact performance (requires a lot of testing ;) )
12:40:40 <Rubidium> and the whole threading stuff might be less than favourable too
12:41:11 <Rubidium> oh... and there should be interest from a developer ;)
12:41:55 <glx> well celestar may like it :)
12:42:10 <Rubidium> and on a 128x128 map there's not 'need' for cargo/pax destinations
12:42:22 <fonsinchen> You can always switch it off.
12:42:43 <fonsinchen> The threading is optional, too.
12:43:39 <fonsinchen> It works well without threads, but on large maps it might lag a little. However I don't expect people to play large maps on platforms without threads. They will get different problems first.
12:44:11 <Rubidium> well, I was more thinking about the threading + MP problems
12:44:20 <fonsinchen> That's not a problem
12:44:39 <fonsinchen> Threads have their own dedicated data and are joined at defined intervals.
12:45:50 <fonsinchen> I thought about MP safety before implementing that and it works quite well (ok, there was a bug which accidentally reset the join time creating nondeterministic behaviour - but that was a bug and it's fixed now).
12:46:43 <Rubidium> so you're storing 'current' graph and the state of the thread generating the 'next' graph?
12:48:26 <Rubidium> nasty; that's quite a bit information
12:48:32 <fonsinchen> I store the starting states of all currently calculated components and when loaded I start the threads belonging to the components. So at the time they are joined, they all have the same state as in a game that was not loaded but running uninterrupted.
12:48:38 *** Yexo is now known as Guest1267
12:49:07 <fonsinchen> It's not that much. Look at the savegames in the forum.
12:50:46 <fonsinchen> The starting states are easily deduced from the current states of the components at all times. I don't need to keep them in memory for saving.
12:53:31 <fonsinchen> And mind that those are not the complete link graphs but only connected components of the link graph. As each company has their own independent connected components for each cargo this is much less than #stations^2
12:55:17 <fonsinchen> There may be some funny effects involving oil rigs as central passenger and mail hubs for different companies :) ... I have to test that.
12:56:31 <Aali> you can share any kind of cargo on an oil rig
12:57:16 *** [alt]buster has joined #openttd
12:59:05 <fonsinchen> So if two companies both connect a large component to an oilrig a significant amount of cargo will try to pass through it in order to get to the other company's stations.
13:02:51 <glx> hmm that's something to try in clean trunk
13:03:29 *** [alt]buster is now known as [com]buster
13:09:20 *** Sionide has joined #openttd
13:24:21 <Muddy> hi, I was wondering if anyone know if there's custom server-detailscript other than the official one at servers.openttd.org? tried googling and the forums but found only an old project from a few years ago which seems to have been abandoned..
13:26:12 <dihedral> Muddy, openttdlib ;-)
13:26:55 <dihedral> and which project was abandoned ?
13:27:35 <Muddy> not much of a project, but some guy didn't seem to get it done..
13:27:47 <dihedral> well, google for openttdlib
13:28:17 <dihedral> openttdlib.dihedral.de
13:28:47 <dihedral> and there is a thread in the forums :-P
13:29:04 <glx> there's a link to it on the page :)
13:29:46 *** theholyduck has joined #openttd
13:29:52 <glx> and indeed openttdlib seems abandonned, last commit was 1 month ago ;)
13:30:12 <dihedral> that is not fair :-P
13:30:27 <dihedral> at least i update it when i notice that it fails to communicate with trunk ;-)
13:30:39 <Muddy> i was more thinking of abandoned in the ways of no activity for the last 2-3 years :)
13:31:08 <dihedral> hah - that's not openttdlib :-P
13:31:15 <dihedral> i have no idea what you have found
13:33:25 <dihedral> never saw that, ever
13:34:20 <petern> you needn't've bothered, heh
13:39:54 *** [com]buster has joined #openttd
13:54:12 *** theholyduck_ has joined #openttd
14:01:56 <dihedral> theholyduck_, i never knew there was a gmail.om
14:02:12 <dihedral> it'll suck if you should ever need nickserv to send you a new password for whatever reason
14:02:31 <dihedral> /msg nickserv info theholyduck
14:02:55 <dihedral> you'd never get the password ;)
14:03:07 <dihedral> look at your email address there
14:03:14 <theholyduck_> dihedral, well i wont loose the pw
14:03:21 <theholyduck_> dihedral, i got good memory
14:15:01 *** andythenorth has joined #openttd
14:20:55 *** [com]buster has joined #openttd
14:23:06 *** Progman has joined #openttd
14:58:33 *** frosch123 has joined #openttd
15:22:46 *** [alt]buster has joined #openttd
15:22:49 *** [alt]buster is now known as [com]buster
15:28:37 *** andythenorth has joined #openttd
15:42:59 <CIA-3> OpenTTD: frosch * r16535 /trunk/src/viewport.cpp: -Fix (r16146): In one case a too small portion of the screen was marked dirty, when (un-)drawing selections.
15:43:46 *** andythenorth has joined #openttd
15:44:23 <CIA-3> OpenTTD: frosch * r16536 /trunk/src/viewport.cpp: -Fix (r16535): W != S
15:48:16 *** KenjiE20 has joined #openttd
15:50:10 *** HerzogDeXtEr has joined #openttd
16:05:00 *** |Jeroen| has joined #openttd
16:06:29 *** andythenorth has joined #openttd
16:17:47 *** maristo has joined #openttd
16:19:22 *** |Jeroen| has joined #openttd
16:24:21 *** Hirundo_ has joined #openttd
16:28:40 *** DaleStan has joined #openttd
16:44:54 *** [alt]buster has joined #openttd
16:44:57 *** [alt]buster is now known as [com]buster
17:06:56 *** Azrael- has joined #openttd
17:12:51 *** Hirundo_ has joined #openttd
17:22:08 <_ln> finally Finder rewritten in Cocoa
17:30:28 <Belugas> find her some milk to go with that cocoa, she'll be happy
17:35:06 <andythenorth> hmm new macbooks
17:39:51 <Sionide> new safari as well which apparently gets 100/100 on acid3 and renders google maps and other complex javascript instantly...
17:41:09 <CIA-3> OpenTTD: translators * r16537 /trunk/src/lang/ (french.txt german.txt russian.txt):
17:41:09 <CIA-3> OpenTTD: -Update: WebTranslator2 update to 2009-06-08 17:40:35
17:41:09 <CIA-3> OpenTTD: french - 1 fixed by glx (1)
17:41:09 <CIA-3> OpenTTD: german - 1 changed by planetmaker (1)
17:41:09 <CIA-3> OpenTTD: russian - 31 fixed, 89 changed by Lone Wolf (120)
17:46:55 *** [alt]buster has joined #openttd
17:46:58 *** [alt]buster is now known as [com]buster
17:47:47 *** [1]KenjiE20 has joined #openttd
17:47:47 *** KenjiE20 is now known as Guest1285
17:47:47 *** [1]KenjiE20 is now known as KenjiE20
17:53:19 *** [alt]buster has joined #openttd
17:56:59 *** [alt]buster is now known as [com]buster
17:57:24 <Belugas> doing a safari on acid??
17:57:43 <Belugas> my god... youth these days
17:59:04 <glx> it's fun to read you Belugas :)
17:59:33 <Belugas> sure i'm making soooo much sens !
18:04:42 *** lewymati has joined #openttd
18:06:36 *** Hirundo__ has joined #openttd
18:17:59 *** TheMask96 has joined #openttd
18:35:09 *** [alt]buster has joined #openttd
18:35:12 *** [alt]buster is now known as [com]buster
19:06:53 *** Hirundo_ has joined #openttd
19:15:35 *** Hirundo_ has joined #openttd
19:15:45 *** andythenorth has joined #openttd
19:22:30 *** TinoDid has joined #openttd
19:22:32 *** TinoDid is now known as TinoDidriksen
19:31:17 *** Hirundo has joined #openttd
19:33:06 *** andythenorth has joined #openttd
19:59:40 <Belugas> MEEEH....not linked to reality
20:09:15 *** mars3142 has joined #openttd
20:10:39 *** mib_4mcvgj has joined #openttd
20:11:02 *** mib_4mcvgj has left #openttd
20:20:05 *** Dred_furst has joined #openttd
20:36:57 *** [com]buster has joined #openttd
20:41:17 *** ChanServ sets mode: +v tokai
21:29:02 *** Progman has joined #openttd
21:33:29 *** Brianetta has joined #openttd
21:35:34 *** TheMask96 has joined #openttd
21:51:10 *** Nite_Owl has joined #openttd
21:52:04 <Nite_Owl> andythenorth: are you still here?
21:52:33 <Eddi|zuHause> <theholyduck_> dihedral, well i wont loose the pw <- i thought that once, too. then quakenet unconditionally changed all users' passwords
21:52:54 <Nite_Owl> Has anyone else had problems with the latest zip file for HEQS
21:53:12 <andythenorth> no reports. What's the issue?
21:53:48 <Nite_Owl> I downloaded it half a dozen times
21:54:00 <andythenorth> ok, let me try something. might be a couple of minutes
21:54:01 <Rubidium> zip with lzma content?
21:54:56 <theholyduck_> Eddi|zuHause, well quakenet sucks
21:55:02 <theholyduck_> full of gamer trash
21:55:05 <theholyduck_> and other idiots
21:55:13 <Nite_Owl> Thank you - I will be here
21:55:15 <Eddi|zuHause> well, but that is not the point
21:57:08 <theholyduck_> Eddi|zuHause, if i lose my pw, big deal. most irc networks will let you get a nick wiped
21:57:26 <theholyduck_> also i'm not a big fan of oftc anyway
21:59:40 <andythenorth> Nite_Owl: try the new zip in the thread...
22:01:10 <andythenorth> anyone else get success / failure from that zip?
22:04:04 *** reldred has joined #openttd
22:04:59 <Rubidium> yay for the apple metadata in the zip :(
22:07:05 <Eddi|zuHause> what's a __MACOSX directory for?
22:07:26 <Rubidium> so macosx can 'remember' the encoding of the file
22:08:13 <Xaroth> it's more efficient than constnatly trying to figure out the encoding of the file
22:08:32 <Xaroth> ... though annoying as hell for non-mac users
22:08:55 <Eddi|zuHause> besides of that, i'd say it fits more into the "success" category
22:09:32 <Rubidium> or it's like thumb.db (it's a binary file after all)
22:09:53 <Eddi|zuHause> i never found out what that file was for...
22:10:33 <Rubidium> that's for caching those thumbnails of files you can get in Explorer
22:10:45 <KenjiE20> windows thumbnail cache... yeah that ^
22:12:15 <Eddi|zuHause> hm... finally new Weeds today ;)
22:13:25 <CIA-3> OpenTTD: rubidium * r16538 /trunk/src/gfxinit.cpp: -Fix (r16503): when finding duplicate graphics sets favour the more complete one
22:16:23 <andythenorth> bedtime. Nite_Owl went missing? If anyone finds a problem with HEQS zip stick it in the forum thread, much appreciated ;)
22:28:12 *** Nite_Owl has joined #openttd
22:28:41 <Nite_Owl> Sorry for the delay but the power went out
22:29:09 <Nite_Owl> andythenorth: everything with the new zip is good - thank you again
22:29:30 <andythenorth> ok thanks for letting me know about the problem ;)
22:48:47 *** Nite_Owl has joined #openttd
22:53:52 <CIA-3> OpenTTD: rubidium * r16539 /branches/0.7/ (18 files in 8 dirs):
22:53:52 <CIA-3> OpenTTD: [0.7] -Backport from trunk:
22:53:52 <CIA-3> OpenTTD: - Fix: When finding duplicate graphics sets favour the more complete one (r16538)
22:53:52 <CIA-3> OpenTTD: - Fix: [Squirrel] Crash that occured when an AI was halted while one or more generators were still in a 'running' state [FS#2942] (r16534)
22:53:52 <CIA-3> OpenTTD: - Fix: [Squirrel] Do not copy an object when we just checked that the pointer to it is NULL (r16532)
22:53:53 <CIA-3> OpenTTD: - Fix: Notify small UFOs on deletion of road vehicles, so they can head for somewhere else instead of stumbling over a ghost (r16525)
22:53:55 <CIA-3> OpenTTD: - Update: a few languages.
22:58:49 <CIA-3> OpenTTD: rubidium * r16540 /tags/0.7.1/ (9 files in 3 dirs): -Release: 0.7.1
23:20:51 *** capleton has joined #openttd
23:33:19 *** Eddi|zuHause has joined #openttd
23:36:23 *** stuffcorpse has joined #openttd
23:42:16 *** glx changes topic to "0.7.1 | Website: *.openttd.org (BaNaNaS: bananas, Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs, Release info: finger) | #openttd.notice for SVN notices | UTF-8 please | No Unauthorised Bots | English only :D"
23:43:36 *** HerzogDeXtEr1 has joined #openttd
23:55:53 <Chruker> oops, .exe file didnt get updated
23:56:01 <Chruker> Since it was running :-)
23:58:59 *** [alt]buster has joined #openttd
23:59:02 *** [alt]buster is now known as [com]buster
23:59:08 <CIA-3> OpenTTD: rubidium * r16541 /trunk/ (5 files in 3 dirs): -Merge: changelog etc. changes from 0.7 branch
23:59:53 * Sacro has reported it out of date on ArchLinux already :D
continue to next day ⏵
