IRC logs for #openttd on OFTC at 2010-08-11
⏴ go to previous day
00:09:11 *** Mofo_Paul has joined #openttd
00:09:16 *** Mofo_Paul has left #openttd
00:09:45 *** Mofo_Paul has joined #openttd
00:14:50 <Mofo_Paul> anyone still plays this game?
00:16:36 <Rubidium> preparing to go to bed and the majority of the rest is already sleeping
00:16:52 <Mofo_Paul> first time i play 1.0 now
00:17:01 <Mofo_Paul> always played till 0.9
00:17:06 <Mofo_Paul> then i quit for months
00:17:42 <Mofo_Paul> or whatever i dunno what version
00:17:51 <Mofo_Paul> before the new GFX and SFX
00:22:27 *** Mofo_Paul has left #openttd
00:42:00 *** Keyboard_Warrior has joined #openttd
01:11:54 *** eQualizer has joined #openttd
01:42:04 *** lobstar has joined #openttd
01:55:44 <Eddi|zuHause> <planetmaker> Die Affen rasen durch die Wald. Der eine macht den and'ren kalt. Wer hat die Kokusnus, wer hat die Kokusnus geklaut? <-- it's spelled Kokosnuß (or -nuss) btw...
02:26:47 *** rhaeder has joined #openttd
03:09:33 *** Fast2_ is now known as Fast2
03:39:26 *** roboboy has joined #openttd
04:34:19 *** trebuchet has joined #openttd
04:41:21 *** Adambean has joined #openttd
04:56:25 *** Eddi|zuHause has joined #openttd
06:06:12 *** DarkNemesis has joined #openttd
06:06:50 *** frosch123 has joined #openttd
06:09:42 *** Progman has joined #openttd
06:21:43 *** DarkNemesis has joined #openttd
06:35:13 *** Kurimus has joined #openttd
06:37:34 *** ^Spike^ has joined #openttd
07:06:16 *** roboboy has joined #openttd
07:17:21 *** devilsadvocate has quit IRC
07:22:04 *** JVassie has joined #openttd
07:43:51 <CIA-2> OpenTTD: frosch * r20445 /trunk/src/newgrf_commons.h: -Codechange (r20435): Some compilers (esp. mine) do not comply to the specs.
07:49:53 *** George is now known as Guest57
07:59:45 *** ChanServ sets mode: +v tokai
08:03:05 *** TomyLobo has joined #openttd
08:06:24 *** lasershock has joined #openttd
08:15:36 <sparr> George: you really really really want me to have your avatar, eh?
08:19:39 *** Chris_Booth has joined #openttd
08:29:15 *** ChanServ sets mode: +v tokai
08:39:54 <yorick> let peter1138 do it then :)
08:40:15 <dihedral> peter1138: do it! ;-)
08:42:00 <dihedral> silly stupid uing :-(
08:42:22 <dihedral> rephrase: silly stupid java
08:44:38 <Zuu> Talking of taking things litteraly where has DaleStan been lately? ;-)
08:46:22 <Rubidium> being busy with real life, not being really motivated anymore
08:56:02 <dihedral> i am getting odd results trying to squish the uint16 (packet length) into an int
08:58:09 <dihedral> Rubidium: converting a unsigned int8 to a signed int.... how do i handle negatives?
09:00:39 <dihedral> thank you - you're a star
09:02:02 <Rubidium> maybe I should've given you lmgtfy.com?q=java+byte+signed+unsigned
09:06:48 <dihedral> Rubidium: i've just been using larger types all the time ... with no joy
09:06:57 <frosch123> ttdviewer uses ImageInputStream
09:07:13 <frosch123> that has stuff like readUnsignedShort
09:07:22 <frosch123> and setByteOrder(java.nio.ByteOrder.LITTLE_ENDIAN);
09:07:45 <dihedral> where is that ttdviewer?
09:08:14 <frosch123> but ImageInputStream is official java stuff
09:10:03 <frosch123> actually FileImageInputStream
09:10:13 <frosch123> the ImageInputStream is only a interface
09:17:29 *** perk111 has joined #openttd
09:20:02 *** perk111 has joined #openttd
09:26:44 *** valhallasw has joined #openttd
09:31:36 <dihedral> Integer.bitCount() <- grrr but it works
09:32:10 <dihedral> but this is making me curious
09:35:19 <frosch123> so Integer.bitCount(-1) returns the size of the storage? :o
09:36:28 *** Biolunar has joined #openttd
09:50:45 *** Illegal_Alien has joined #openttd
09:54:28 <dihedral> frosch123: a symple & 0xFF does the trick ^^
09:55:37 <frosch123> if that is all what you need :p
10:24:58 <dihedral> 12:21 <+PublicServer> *** dih-JBot has left the game (received invalid or unexpected packet) <- shoot
10:41:33 *** KenjiE20 has joined #openttd
10:47:45 *** perk111 has joined #openttd
10:56:54 <dihedral> peter1138: yeah, java, but it's a real bitch!
11:40:17 *** devilsadvocate has joined #openttd
11:41:29 *** Devroush has joined #openttd
11:53:56 *** Beklugas is now known as Belugas
11:55:42 *** lewymati has joined #openttd
13:37:34 *** perk111 has joined #openttd
13:43:37 *** snorre_ is now known as snorre
13:44:54 <dihedral> i read very odd packet sizes in the payload
13:45:07 <dihedral> towards mid/end of PACKET_SERVER_MAP
13:45:08 <peter1138> using java indeed :p
13:45:30 <dihedral> once i have the map it's fine
13:45:33 <Eddi|zuHause> would it be better if they were even sizes?
13:45:48 <dihedral> that would not make it better at all
13:45:59 <dihedral> because i am probably reading too much somewhere
13:46:32 <dihedral> or too little, but it does not look like it
13:47:56 <dihedral> buf[0] holding 164 and buf[1] holding 192
13:48:02 <dihedral> that makes no sense!
13:48:55 <dihedral> so wanting to read 49316 bytes
13:50:04 <Rubidium> or you're doing it wrong (tm)
13:50:17 <dihedral> if i were i would not receive half the map
13:50:33 <peter1138> maybe you need an unsigned type
13:50:55 <dihedral> it's in the middle of getting the map....
13:53:19 <dihedral> i receive the first 3 bytes, read them and decide how much to continue reading from the connection
13:53:24 <Zuu> dihedral: What are you trying to extract from the map?
13:53:43 <dihedral> i just need to receive it in order to be 'connected'
13:54:03 <planetmaker> then pipe it to /dev/null ;-)
13:54:21 <planetmaker> and send ack to each packet you receive
13:54:39 * Rubidium wonders whether to improve the desync debugging code
13:55:12 <planetmaker> server-side desync checks? ;-)
13:55:24 <dihedral> the problem is not the map itself
13:55:39 <dihedral> the problem is, that when reading each packet (and i must in order to know where the next one starts)
13:55:40 <peter1138> send the whole game state every frame
13:55:51 <Rubidium> yes, the client sending the sync state upon the sync messages :)
13:56:00 <dihedral> at some point i get odd lengths noded in the payload, pos 0 and 1
13:56:43 <peter1138> means you are ... out of sync
13:56:54 <peter1138> read too much or not enough
13:56:55 <planetmaker> Rubidium, question is: what would you gain?
13:56:55 <Eddi|zuHause> Rubidium: you realise that many client connections have very low upload bandwidth?
13:57:49 <Rubidium> planetmaker: then in case of debug desync we know exactly when the desync begins instead having to wait the 100 ticks for the sync :)
13:57:50 <planetmaker> you only would make sure that clients which deliberately mess with their desync checks are desynced
13:58:18 <dihedral> i always read the amount of bytes noted in the packets payload at pos 0 and 1
13:58:25 <planetmaker> hm. *that* would be a good argument :-)
13:59:12 <yorick> dihedral: are you sure the data is actually recieved when you read it?
13:59:41 <Eddi|zuHause> yorick: TCP should take care of that
13:59:47 <Rubidium> Eddi|zuHause: could always send only 2 bytes of the sync state and 2 bytes of the frame; that would be significant enough
13:59:56 <planetmaker> though it'd also render void solutions like where a pseudo client just gathers game data
14:00:03 <Rubidium> in which case it adds exactly 0 bytes to the protocol
14:00:07 <planetmaker> or a logging client
14:00:07 <yorick> Eddi|zuHause: the size parameter is only a maximum, I think
14:00:34 <peter1138> planetmaker, you can just modify the server to not check
14:00:37 <dihedral> always after the 24th PACKET_SERVER_MAP
14:00:50 <planetmaker> peter1138, but not, if you're not the server owner
14:01:06 <planetmaker> Besides... I prefer to run as little patched as necessary :-)
14:01:15 <planetmaker> at least server-side
14:01:17 <Eddi|zuHause> planetmaker: but then having pseudo-clients is probably not wanted by the server owner anyway
14:01:29 <Rubidium> dihedral: are you checking you read actually <size> bytes into each packet?
14:01:39 <planetmaker> Eddi|zuHause, well. Except if you would be the server-owner running that pseudo-client ;-)
14:01:48 <planetmaker> But arguably, there are better solutions.
14:02:52 * planetmaker would still love a default OpenTTD-side logging capability for all commands
14:02:54 <dihedral> Rubidium: the first PACKET_SERVER_MAP is smaller
14:03:18 <Eddi|zuHause> dihedral: so the error starts when you pass 32768?
14:03:18 <dihedral> the one saying MAP_START claims 12 bytes
14:03:40 <dihedral> Eddi|zuHause: what would that matter?
14:04:01 <Rubidium> smells like sizeof(TCPBuffer)
14:04:08 <Eddi|zuHause> maybe you have a 16bit signed error?
14:04:17 <dihedral> i read the length bytes (2)
14:04:19 <dihedral> s.getInputStream().read(this.buf, 2, this.length()-2);
14:04:57 <planetmaker> dihedral, you still didn't answer any of the previous questions whether you (wrongly?) use signed instead of unsigned there
14:05:15 <yorick> dihedral: are you checking how many bytes it actually reads?
14:05:56 <dihedral> i use signed, but > than unsigned
14:05:57 <Rubidium> dihedral: I urge you to read the documentation of InputStream::read
14:06:11 <dihedral> i use &0xFF when reading the byte and type casting
14:06:20 <Rubidium> *especially* the begin part
14:06:22 <Eddi|zuHause> dihedral: i don't know your code, so i don't know why that matters, but it seems to be the symptom...
14:06:26 <dihedral> yorick: if i were reading too little or too much, nothing would work
14:06:49 <dihedral> Rubidium: what did you find?
14:06:50 *** Vitus is now known as Guest73
14:06:50 *** Vitus_ is now known as Vitus
14:06:57 <yorick> dihedral: some packets arrive in parts
14:07:04 <Rubidium> "Reads up to len bytes of data"
14:07:05 <yorick> dihedral: so the first read would only give half the packet
14:07:23 <Rubidium> which means: doesn't necessarily read len bytes of data
14:07:38 <Rubidium> together with failing on the 24th packet and the first being smaller:
14:07:58 <Rubidium> @calc 32768-22*1460-12
14:08:25 <Rubidium> you're not reading some 824 bytes in the 24th packet
14:08:38 <dihedral> yorick: that could make sense ^^
14:08:45 <Rubidium> and then you try to interpret by 637 and 638 of packet 24 as the size of packet 25
14:10:13 <Rubidium> which brings me back to 15:50 <@Rubidium> or you're doing it wrong (tm)
14:10:36 <Eddi|zuHause> so 32k is the buffer length, and anything after that needs another read to pull the next sequence into the buffer?
14:11:21 <Rubidium> Eddi|zuHause: seems like it, or at least the OS to receive some more pieces
14:12:08 <Eddi|zuHause> maybe there's another read method that really waits for the full length?
14:12:10 <Rubidium> but the docs seem to suggest that it blocks is the buffer is empty, which is "good"
14:12:26 <dihedral> Rubidium: that would mean i am not forced at reading SEND_MTU size, but the size claimed in the data?
14:12:34 *** andythenorth has left #openttd
14:13:40 *** Rubidium was kicked by Rubidium (desync error)
14:13:41 <dihedral> which now takes me up to a not reproducable amount of PACKET_SERVER_MAP packets i receive, and then it dies
14:14:28 <CIA-2> OpenTTD: rubidium * r20446 /trunk/ (10 files in 3 dirs): -Codechange: unify the location of the water class
14:14:36 *** Rubidium has joined #openttd
14:14:36 *** ChanServ sets mode: +o Rubidium
14:15:04 <Rubidium> stupid channel desyncs!
14:15:24 <Eddi|zuHause> how do you unify "one location" :)
14:15:45 <dihedral> think i found something ^^
14:16:37 <Rubidium> Eddi|zuHause: it wasn't in one location
14:16:47 <Rubidium> for industries it was at another place
14:19:29 <Rubidium> in any case... wrapping the InputStream into a BufferedInputStream will probably help
14:19:51 <dihedral> right - i'll give that a shot
14:20:41 <Rubidium> although... it might not work as well, depending on the value of InputStream's available()
14:21:48 <Rubidium> DataInputStream might do that better as that says it blocks (using readFully ofcourse)
14:22:28 <Rubidium> actually... it might be of use for dihedral as it reads unsigned bytes as well
14:25:56 <Eddi|zuHause> that's always a problem with huge libraries... there are dozens of classes that do vaguely the same thing, and it's difficult to decide which nuances in their differences you really need...
14:26:45 <peter1138> they give you their own stupid types
14:27:03 <peter1138> because "const char *" is too tricky?
14:27:50 <Rubidium> why do I read png_const_csharp in there?
14:28:54 <dihedral> thank you Rubidium for that wonderful hint!
14:30:00 <Rubidium> peter1138: more like rtfp
14:30:49 <SpComb> png_bytep foo = malloc(sizeof(png_bytep));
14:31:53 <peter1138> SpComb, but you know it's a pointer, otherwise you wouldn't be mallocing
14:32:09 <peter1138> sensible people would always do malloc(sizeof *foo); anyway
14:32:53 <SpComb> but moral of the story is that typedef'ing *'s away is evil
14:33:15 <SpComb> typedef struct foo { int a, b, c; } *Foo;
14:33:32 <peter1138> lots of things do int :(
14:33:55 <peter1138> -80eyg#9tu#9poehgA@Igao
14:34:06 <SpComb> that looks like a password
14:34:44 <SpComb> the "poehgA" bit distinctly reminds me of pwgen
14:35:02 <peter1138> it was random hitting the keyboard
14:35:16 <peter1138> don't normally get a wide spread like that i must say
14:35:25 <peter1138> capitals in there as well!
14:35:40 <SpComb> -80eyg#9tu#9poehgA@Igao
14:51:48 <Zuu> STR_GENERATION_OBJECT_GENERATION "Object generation" <-- I read that as an object being generated, but in the Swedish translation it says that "the generation is unmovable".
14:52:48 *** zachanima has joined #openttd
14:53:31 <Eddi|zuHause> Zuu: there was a commit recently saying something like "rename 'unmovables' because some of them can be moved"
14:53:32 <frosch123> lighthouses and transmitters were once called "unmovables"
14:53:49 <Eddi|zuHause> e.g. the headquarter
14:55:41 <Zuu> hmm, I probably have to check where the string is used to see if it is a) an object that is being generated b) the process of generating something has been objected
14:56:36 <planetmaker> Zuu, check out the strings which need validation. It should be within that list
14:56:38 <Eddi|zuHause> this is probably the world generation progress window
14:56:43 <planetmaker> (if you're a translator that is)
14:57:15 <Zuu> It has been validated by someone, but the translation just do not make sense to me.
14:57:29 <planetmaker> become a translator yourself ;-)
14:57:34 <Zuu> (I usually verify what others has done from time to time)
14:58:07 <Zuu> But there is just zero communication among the translators hehe :-)
14:59:05 <Zuu> None of them are forum members that I recognize.
15:00:31 <planetmaker> yeah. Basically it's the same for the German translation. I just do stuff
15:00:49 <planetmaker> but no one seems to change currently anything except myself.
15:01:00 <planetmaker> and if, I don't recognize those names either
15:01:10 <Rubidium> planetmaker: but you have a forum thread!
15:01:30 <Rubidium> and maybe even an own forum
15:01:55 <planetmaker> well. The most fruitful input was in the English forum.
15:01:56 <Eddi|zuHause> i don't remember the german translation ever being discussed in the german forum
15:02:06 <planetmaker> But it's long ago someone said anything in that thread
15:02:28 <Eddi|zuHause> maybe there just was nothing worth discussing?
15:02:48 <planetmaker> Well... in general the German forum doesn't provide much input on anything.
15:20:55 *** fonsinchen has joined #openttd
15:26:56 *** Grelouk has joined #openttd
15:43:11 *** Br33z4hSlut5 has joined #openttd
16:08:31 *** TomyLobo has joined #openttd
16:34:01 *** Sacro_ is now known as Sacro
16:43:18 *** rhaeder has joined #openttd
16:55:24 *** George is now known as Guest91
16:56:53 *** perk111 has joined #openttd
17:28:45 *** andythenorth has joined #openttd
17:31:37 *** TheMask96 has joined #openttd
17:45:45 <CIA-2> OpenTTD: translators * r20447 /trunk/src/lang/ (9 files): (log message trimmed)
17:45:45 <CIA-2> OpenTTD: -Update from WebTranslator v3.0:
17:45:45 <CIA-2> OpenTTD: belarusian - 2 changes by Wowanxm
17:45:45 <CIA-2> OpenTTD: finnish - 2 changes by jpx_
17:45:45 <CIA-2> OpenTTD: french - 2 changes by glx
17:45:47 <CIA-2> OpenTTD: german - 3 changes by planetmaker
17:45:47 <CIA-2> OpenTTD: hungarian - 17 changes by IPG
17:53:12 *** George is now known as Guest94
17:58:55 *** ajmiles has joined #openttd
18:08:13 *** perk111 has joined #openttd
18:11:52 <Ammler> how do I disable newgrf sounds?
18:12:14 <yorick> with your volume slider :)
18:15:15 <Ammler> NARS has a lot sounds effects
18:15:36 <Rubidium> there is no distinction being made between newgrf sounds or normal sounds, so it's either all or nothing (well, or not loading NewGRFs with sounds)
18:16:40 <Ammler> yeah, it is fine, I was just wondering if I didn't use my favorite sound set "NoSound" :-)
18:19:48 <Ammler> true, as you need to restart anyway
18:21:56 *** frosch123 has joined #openttd
18:23:40 <Ammler> does this reduce cpu usage, btw.?
18:24:27 <planetmaker> [20:19] <Ammler> true, as you need to restart anyway <-- you really just can turn down the SFX volume in the music control
18:24:34 <planetmaker> no need to restart anything there
18:25:00 <Ammler> so it doesn't reduce cpu usage?
18:25:33 <planetmaker> that not. Maybe, if you use -s null. But I'm not entirely sure as the callbacks are still run afaik
18:26:06 <planetmaker> just the music output routine which is basically blank is being used
18:27:15 <Rubidium> callbacks and such are all run; it just pushes the sounds to play into a void
18:45:48 <andythenorth> Ammler: some of Pikka's sets have 'disabled running sounds' parameter
18:47:36 <Ammler> andythenorth: changing parameter is no option for MP :-)
18:50:47 <CIA-2> OpenTTD: rubidium * r20448 /trunk/src/ (newgrf_commons.cpp newgrf_commons.h): -Codechange: make some functions that can be const const
18:57:21 <Weirdo> Yexo: you can also always slap Rubidium for it, he also knows how to reset apache on the vps ;)
18:57:42 <frosch123> but that is only half fun
18:57:56 <Weirdo> Yexo: either way, it is silly mongrel + redmine being silly ..
18:58:02 <CIA-2> OpenTTD: rubidium * r20449 /trunk/ (10 files in 3 dirs): -Codechange: unduplicate saving/loading of NewGRF ID + local id -> OpenTTD spec mappings
18:59:10 <Yexo> Rubidium / Weirdo: Ammler offered to move noai.openttd.org to the openttdcoop devzone. Personally I think it's a good idea because openttd.org doesn't host any newgrf projects either and then there is one place less for development
18:59:51 <Weirdo> Yexo: personally, I don't care where NoAIs are hosted. There is just 1 restriction: if you go to openttdcoop.org, you can't use noai.openttd.org.
19:00:06 <Yexo> of course, that is obvious
19:00:16 <Yexo> it would be dev.openttdcoop.org in that case, like the newgrf projects there
19:00:17 <Weirdo> but okay ... I wish I had time to move both newgrfs and noai to a stable env in openttd.org
19:00:21 <Weirdo> but I don't have that time
19:00:46 <Weirdo> picking redmine for noai was a bad move, that is for sure :)
19:01:04 <Yexo> the coop devzone also uses redmine
19:01:09 <Yexo> with hg instead of svn though
19:01:21 <Weirdo> it keeps running out of memory here, or crashes at random
19:01:38 <Weirdo> just another piece of crap written with the idea everyone has 200 GiB memory free :D
19:01:48 <Ammler> that changed drastically here, since we switched to nginx/passenger
19:02:39 <PeterT> Yexo: thanks, regarding your PM
19:03:09 <Weirdo> talking about time, ahven't even had the time to email LeaseWeb ... meh
19:03:46 <Ammler> hmm, didn't check it yet, but I don't see, why mutliple vhosts wouldn't work with same redmine instance...
19:04:35 <Ammler> also we could also simply redirect dev.openttdcoop.org to whatever...
19:07:11 <Ammler> something which is necessary is that hg needs to be on same host as redmine
19:09:33 *** Illegal_Alien has joined #openttd
19:09:39 <CIA-2> OpenTTD: rubidium * r20450 /trunk/src/saveload/airport_sl.cpp: -Fix: same the airport tile ID mapping as well
19:15:12 <planetmaker> [21:01] <Yexo> with hg instead of svn though <-- in principle we support also the other VCS; they're installed and can be used. Some old projects, like TBRS are svn
19:15:19 <planetmaker> We just don't advocate its use :-)
19:16:57 <Ammler> our svn is from pre-redmine and since we don't use it, I never setup reposman for it, or linked authentifciation
19:17:21 <planetmaker> I guess it *could* be done
19:18:08 <Ammler> of course, but currently only svn repo reading is supported
19:18:23 <planetmaker> on the front-end. Yes
19:18:28 <Rubidium> if you migrate everyone to there, migrating to mercurial shouldn't be that hard as well I think
19:19:03 <Rubidium> Weirdo: talking about stuff wasting memory... mailman? Only a very small set of people use it, so it basically wastes 10+ MiB per user
19:19:18 *** DJNekkid has joined #openttd
19:21:00 <planetmaker> The migration svn->hg is not difficult. The question is rather wether some users rather would like svn instead of hg.
19:21:40 <planetmaker> hg is 'saver' as it's easier to make a clone of the whole repo
19:22:21 <PeterT> that just highlighted me
19:22:34 <PeterT> oh, I have *is*a*clone*of* on highlight :D
19:22:36 <Weirdo> Rubidium: suggested many times in the past to drop the maillist
19:22:44 <Weirdo> but no .. everyone wants to receive an email when we make a commit ..
19:24:19 <planetmaker> ... the whole channel waits ... :-P
19:24:36 *** yorick was kicked by DorpsGek (I REFUSE)
19:24:49 * yorick knew that was going to happen
19:25:17 <Weirdo> Rubidium: so please, by all means, (un?)plug mailman
19:25:47 <Weirdo> let those who fancy receiving an email when there has been a commit, please get an RSS reader which send them an email :)
19:42:00 *** fonsinchen has joined #openttd
19:54:56 <Weirdo> Rubidium: something you might enjoy too: the redmine on openttdcoop consumes 450 MiB of RAM :D
19:55:29 * andythenorth lives in a world where the framework wants 1GB of RAM and the same again in swap.
19:56:12 <andythenorth> nope. Python frameworks, everything is an object. A 24GB box is becoming 'standard' to keep things sane.
19:57:37 <andythenorth> it can run as low as a few MB...but mostly...doesn't :P
19:57:39 <Weirdo> andythenorth: insanity
19:58:00 <Aemy> The only framework I use for Python is twisted ^^
19:58:02 <Rubidium> Weirdo: wtf? That would be enough to cache the whole history of OpenTTD like 5 times over
19:58:22 <Weirdo> Rubidium: glad to read you respond the same :D
19:58:36 <Rubidium> I doubt the history of *all* projects at devzone will actually come close to that amount
19:58:51 <Rubidium> Weirdo: although... it's better than mailman
19:59:23 <Rubidium> which uses 100-ish MiB for less than 10 users and one "announcement" list
19:59:29 <planetmaker> I'm not sure how the number of instances is determined. Now it's 'only' 340MB
19:59:35 <Weirdo> Rubidium: REMOVE IT ALREADY!
19:59:54 <Rubidium> Weirdo: nah, people are already complaining we even suggested it
20:00:05 <Weirdo> glx: get an RSS reader
20:00:14 <Rubidium> saying we should use sf
20:00:27 <Weirdo> oeh, can I shoot someone?
20:00:42 <Rubidium> Weirdo: nah, the father of Olivia
20:00:42 <glx> <@Rubidium> saying we should use sf <-- that was orudge, not me
20:01:04 <Weirdo> glx: but I was right about you complaining? :D :)
20:01:45 <Weirdo> glx: bah, I hate to be wrong :p
20:01:55 <planetmaker> blame him for not blaming you!
20:02:06 <glx> but indeed I read the maillist
20:02:17 <Weirdo> glx: yeah, I know you are one of the few who in fact also reads it :)
20:03:21 <Rubidium> in theory a list like the svn maillist should be really simple, except that you have to handle the bounces
20:04:15 *** perk111 has joined #openttd
20:04:40 <Weirdo> "Feed Mailer takes RSS one step further! It e-mails you the updates! We take the hassle out of staying up-to-date, by e-mailing you the very latest information that you are interested in."
20:04:46 <Weirdo> RSS was made to avoid email :D
20:04:47 <PeterT> paste.openttd.org dead?
20:06:04 <Weirdo> to see if that replaced the maillist sufficient?
20:07:15 *** Brianetta has joined #openttd
20:09:56 <glx> Weirdo: I can try, but the description makes me think it won't replace the maillist
20:10:26 <Weirdo> glx: what do you want from the maillist?
20:10:55 <orudge> I still don't see why we couldn't use SF for the lists, we've done so in the past :)
20:10:58 <Weirdo> you have to click the link for that ;)
20:11:21 <Weirdo> orudge: well, that has to be before my time
20:11:55 <Weirdo> but lets please all agree to never ever use SF again
20:14:50 <orudge> anyway, if the list goes, it goes
20:14:53 <orudge> but it's kind of nice to have
20:16:43 <Weirdo> 'kind' of nice, meaning it consumes, what, 600 MiB of RAM for just 11 people
20:16:55 <orudge> Weirdo: it probably was, since it was when the project originally started. SF's mailing lists just use mailman though, so it's pretty much just the same as the current setup
20:16:55 <orudge> I must go and do some other things
20:17:56 <orudge> oh, you're TrueBrain, are you?
20:18:06 *** Weirdo is now known as TrueBrain
20:18:17 <TrueBrain> some ass named hisself Truesomething, which meant I got highlghted all the time
20:18:55 * yorick is going to call you Weirdo now
20:19:00 <Forked> (this is where everyone either jokingly miss / and write 7nick Truesomething or actually changes nickname to Truesomething)
20:19:03 <TrueBrain> feel free; I do too
20:19:05 <PeterT> well, there's a way to solve that ;) +be True*!*@* TrueBrain!*@*
20:19:20 <orudge> thought you were some random person
20:19:25 <TrueBrain> Forked: lucky most in this channel understand what happens when they do that ;)
20:19:29 <Xaroth> I prefer +b Peter*!*@* :P
20:19:37 <yorick> Forked: the / isn't even remotely near the 7 :)
20:19:46 <PeterT> you don't like peter1138, Xaroth?
20:19:46 <TrueBrain> orudge: still your replies hold ;)
20:19:51 <Forked> yorick: it is on my keyboard :-)
20:20:06 <Xaroth> it would most certainly make for interesting discussions
20:20:07 <orudge> TrueBrain: I have that issue with OwenS, but he seems not to have spoken too much lately ;)
20:20:15 <yorick> shift-7 is & on most keyboards
20:20:27 <Forked> pfft foreign keyboards.
20:20:31 <Forked> lacks the mighty æøå :)
20:20:49 <orudge> hmm, I have around 18,000 commits in my openttd-svn mailbox, nice
20:21:03 <TrueBrain> ever read any of them? :p
20:21:46 <orudge> TrueBrain: I might also enquire whether you've figured out the server stuff yet? :) The money is of course available, am just curious as I like to know what's going on :P
20:21:52 <orudge> and why is this being so laggy just now
20:22:09 <OwenS> But yes, I've been working on non-TTDi-ish stuff lately
20:22:11 <TrueBrain> orudge: yeah ... still haven't emailed LW .. I really should .. meh .. time ...
20:22:14 * TrueBrain writes down for tomorrow ..
20:22:54 <Forked> so does this network have the +e mode? sort of opposite of +b
20:23:17 <orudge> and TrueBrain, some of them ;)
20:23:17 <orudge> but to be honest, I tend more to read the subjects as they come in and occasionally click on them for interest. Which yes, I could do with an RSS reader, but this is simpler ;)
20:23:35 <TrueBrain> orudge: that is why I suggested an RSS2Mail ;)
20:23:40 <TrueBrain> still gives you the mails :)
20:23:54 <TrueBrain> how ever .. we either just need to find a more lightweighted mailman, or solve it otherwise
20:24:00 <TrueBrain> this is just growing close to insanity :p
20:24:14 <glx> (for 3 subscribers only ;) )
20:24:18 <orudge> TrueBrain: well, if the server goes down, we'll know who to blame ;)
20:24:33 <TrueBrain> but that goes without say
20:24:50 <TrueBrain> I really wonder when mailman decided to boom so big
20:24:58 <TrueBrain> I remember a time it consumed 70 MiB in total, which I considered a lot ..
20:25:29 <OwenS> Mailman drives me mad... One of the worst pieces of software I have to deal with...
20:25:40 <TrueBrain> ah .. I should put my reading glasses on, and put the dot on the right place
20:25:54 *** zachanima has joined #openttd
20:26:22 * yorick imagines Weirdo with reading glasses
20:26:43 <TrueBrain> the fact you imagine me at all scares the hell out of me
20:26:44 <planetmaker> they'd suit him. Somewhat.
20:26:58 <yorick> Weirdo: I'm very sorry
20:27:13 <planetmaker> provided you were doing satire theatre ;-)
20:27:23 <TrueBrain> why do I now imagine that 'sometimes' is when it is dark, and you are alone in your room?
20:27:37 <yorick> TrueBrain: because it's true
20:27:41 <OwenS> In fact.. It cant be just me who hates everything to do with E-Mail?
20:27:57 *** perk111 has joined #openttd
20:28:31 <glx> someone really wants a ban
20:29:45 <glx> not need to be op for that ;)
20:29:51 <TrueBrain> it was just a hint :)
20:30:47 *** DorpsGek sets mode: +b *!~yorick@ip51cd0513.speed.planet.nl
20:30:48 *** yorick was kicked by DorpsGek (yorick!yorickkyorickbyorickayoricknyorick!yorick!yorickkyorickbyorickayoricknyorickkyorick!yorickkyorickbyorickayoricknyorickbyorick!yorickkyorickbyorickayorick)
20:31:36 <glx> oh crazy I just typed !kban yorick 120 test
20:31:52 <glx> and dorpsgek received some strange stuff
20:32:14 <TrueBrain> I think, and this is just my idea, your script is a bit wrong :)
20:32:26 <glx> <glx> kban #openttd yorick <-- looks like my script is broken
20:32:28 <TrueBrain> although I love the message
20:33:24 <glx> @mode -b *!~yorick@ip51cd0513.speed.planet.nl
20:33:24 *** DorpsGek sets mode: -b *!~yorick@ip51cd0513.speed.planet.nl
20:38:21 <TrueBrain> and I used to be pretty :p
20:40:11 <yorick> !kban!!kbank!kbanb!kbana!kbann between the "yorick"s
20:41:11 <TrueBrain> he REALLY wanted you out
20:45:32 *** last_evolution has joined #openttd
20:51:34 <glx> ok fixed, seems they changed some functions' signature in kvirc4
20:52:41 *** DorpsGek sets mode: +b *!~yorick@ip51cd0513.speed.planet.nl
20:52:42 *** yorick was kicked by DorpsGek (test)
20:52:51 *** DorpsGek sets mode: -b *!~yorick@ip51cd0513.speed.planet.nl
20:53:11 <Forked> I was about to type "poor yorick", but figured that might get me a ban :\
20:53:50 <glx> (the command was a kban 10)
20:54:00 <Forked> TrueBrain: dismantle? ;)
20:54:11 <glx> anyway he doesn't have auto rejoin
20:54:29 <Forked> that is my ..general impression
20:54:49 <glx> yorick is our favorite target ;)
20:54:54 <TrueBrain> some people just need boundaries
20:55:01 <TrueBrain> so in a way, we are helping him
20:55:30 <TrueBrain> same goes for PeterT. When he joined he was one fucking annoying little ass ... but nowedays, he is a nice person and good to talk with. All because of our bans :D
20:56:27 <OwenS> Plus, PeterT makes funny quotes :p
20:59:10 <yorick> TrueBrain: I sent PeterT in the hope you could turn him into something better
20:59:22 <yorick> it seems like you succeeded
21:05:23 *** ChanServ sets mode: +o orudge
21:10:29 *** welshdragon has joined #openttd
21:11:59 <Eddi|zuHause> hm... A-Team is kinda funny :)
21:12:46 <Eddi|zuHause> it's not *exactly* like the old one, but it has its moments :)
21:22:56 <TrueBrain> Rubidium: can you put your 'service' magic on it, when ever you have the time?
21:23:09 <TrueBrain> no, it runs out of memory
21:23:12 <TrueBrain> then it gets killed
21:23:22 <TrueBrain> so we need to place it under services too I guess
21:23:41 <TrueBrain> owh, it is still alive
21:23:44 <TrueBrain> just not responding
21:23:54 <TrueBrain> and it is apache which fucks up
21:23:57 <TrueBrain> that changes things :p
21:24:03 <TrueBrain> will give it a better look some other day ..
21:24:24 <TrueBrain> why did you reboot the VM either way? :(
21:24:47 <Yexo> the message changes to "502 Bad Gateway" now
21:25:01 <TrueBrain> yeah, *someone* decided he should restart the vm anyway
21:25:32 <TrueBrain> will soon link mongres directly to our proxy
21:25:36 <TrueBrain> might solve a few issues
21:25:38 <Rubidium> apache and redmine don't even start automatically
21:25:50 <TrueBrain> well .. don't restart it :p
21:32:01 *** orudge` has joined #openttd
21:32:07 *** orudge` has joined #openttd
21:32:07 *** ChanServ sets mode: +o orudge`
21:33:10 *** trebuchet has joined #openttd
21:33:16 *** orudge` is now known as orudge
21:37:27 *** George is now known as Guest120
21:37:58 <Rubidium> did some magic on ruby; though the values may need to be tweaked
21:55:36 <Rubidium> night Terkhen, sleep well
22:38:32 *** last_evolution has quit IRC
23:52:44 <nicfer> is possible to make a scenario/map representating a metropolitan zone rather than a country or continent?
23:55:38 <nicfer> well, it's all about creativity, so you can represent the header city as a 'city' and the suburbs as 'towns'
continue to next day ⏵