Log for #openttdcoop.devzone on 19th February 2010:
Times are UTC Toggle Colours
00:36:05  *** Frankr is now known as Guest552
00:36:08  *** Frankr has joined #openttdcoop.devzone
00:43:30  *** Guest552 has quit IRC
01:08:29  *** welshdragon has quit IRC
01:22:42  *** Chris_Booth has quit IRC
01:28:35  *** Frankr has quit IRC
01:42:38  *** Frankr has joined #openttdcoop.devzone
01:45:32  *** KenjiE20|LT has joined #openttdcoop.devzone
01:46:29  *** KenjiE20 has quit IRC
02:13:01  *** aber has quit IRC
02:16:08  *** Frankr is now known as Guest562
02:16:11  *** Frankr has joined #openttdcoop.devzone
02:23:20  *** Guest562 has quit IRC
03:04:11  *** KenjiE20|LT has quit IRC
03:11:32  *** Frankr has quit IRC
04:52:47  *** PeterT has quit IRC
04:57:22  *** PeterT has joined #openttdcoop.devzone
07:44:56  *** ODM has joined #openttdcoop.devzone
08:00:27  *** welshdragon has joined #openttdcoop.devzone
08:08:34  *** welshdragon has quit IRC
08:19:34  *** welshdragon has joined #openttdcoop.devzone
08:23:57  *** ODM has quit IRC
08:29:10  *** welshdragon has quit IRC
10:28:00  *** Chris_Booth has joined #openttdcoop.devzone
11:02:25  *** welshdragon has joined #openttdcoop.devzone
11:17:51  *** welshdragon has quit IRC
11:19:59  *** welshdragon has joined #openttdcoop.devzone
11:30:38  *** KenjiE20 has joined #openttdcoop.devzone
11:35:09  *** Chris_Booth has quit IRC
11:41:00  *** Chris_Booth has joined #openttdcoop.devzone
11:49:06  *** andythenorth has quit IRC
11:49:06  *** Hirundo has quit IRC
11:49:06  *** Ammler has quit IRC
11:49:20  <PeterT> devzone fail
11:51:32  *** Hirundo has joined #openttdcoop.devzone
11:51:36  *** Ammler has joined #openttdcoop.devzone
11:53:02  *** andythenorth has joined #openttdcoop.devzone
11:53:15  *** Chris_Booth has quit IRC
11:58:54  *** Chris_Booth has joined #openttdcoop.devzone
12:05:23  *** welshdragon has quit IRC
12:07:35  *** welshdragon has joined #openttdcoop.devzone
12:08:58  *** welshdragon has quit IRC
12:11:03  *** Chris_Booth has quit IRC
12:21:54  *** Chris_Booth has joined #openttdcoop.devzone
12:29:49  <planetmaker> PeterT, where and how? Works for me
12:29:58  <PeterT> [06:49:02] * andythenorth has quit (Quit: Bye -
12:29:59  <PeterT> [06:49:02] * Hirundo has quit (Quit: Bye - http.//
12:29:59  <PeterT> [06:49:02] * Ammler has quit (Quit: gone...)
12:30:12  <Ammler> ?
12:30:44  <PeterT> something happened to the devzone so that andy, Hirundo, and Ammler disconnected?
12:30:44  <Ammler> do you mean the typo in Hirundos url?
12:31:03  <Hirundo>  ... ? ...
12:31:09  <Ammler> didn't you learn /version yesterday?
12:31:33  <Ammler> there was a UTF-8 bug in the webadmin, which is fixed now.
12:31:38  <PeterT> Ok
12:31:40  <Ammler> I need that for my real name :-P
12:32:37  <Ammler> Hirundo: !s/\./:/ but it might be my fault :-)
13:00:11  *** aber has joined #openttdcoop.devzone
14:00:57  *** welshdragon has joined #openttdcoop.devzone
14:41:25  *** ODM has joined #openttdcoop.devzone
14:53:53  *** welshdragon has quit IRC
15:26:57  *** PeterT_ has joined #openttdcoop.devzone
15:27:40  *** PeterT_ has quit IRC
16:01:50  *** aber has left #openttdcoop.devzone
16:02:05  *** ODM has quit IRC
16:10:48  *** welshdragon has joined #openttdcoop.devzone
16:40:51  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Revision 584: Fix: The junkyard is a primary industry, thus decla... <> || Modern Station Set - Revision 0: Initial commit <> || Redmine - Revision 3294: Escaping in html email templates (#4874). <> || Redmine - Revision 3293: Fixed: Pound (#) followed by number with leading zero (0) removes leadin... <> || Redmine - Revision 3292: Refactor: Rewrite authenticate_dn to use an implicit return. <> || Redmine - Revision 3291: Refactor: Moved the check for an empty DN to authenticate_dn <> || Redmine - Revision 3290: Added some common example email configs to email.yml.example (#3120) <> || Redmine - Revision 3289: Fix an IndexError if all the :last menu items are deleted from a menu. #... <>
18:40:52  *** welshdragon has quit IRC
18:55:14  *** Frankr has joined #openttdcoop.devzone
20:18:55  <DJNekkid> Ammler: perhaps congratulations to us :)
20:19:07  <DJNekkid> (SuperG)
20:22:51  <Ammler> DJNekkid: yes for sure
20:23:49  <Ammler> well, I like it more that way than Miller
20:25:34  <Ammler> but lets wait for Büchel ;-)
20:34:42  *** ODM has joined #openttdcoop.devzone
20:37:46  <DJNekkid> hehe!
20:37:52  <DJNekkid> what staring# is he?
20:49:54  <Ammler> DJNekkid: next
20:52:34  <Ammler> (well, not seriously)
20:52:44  <Ammler> you have your gold :-P
21:00:22  *** PeterT|Mib has joined #openttdcoop.devzone
21:01:19  *** PeterT|Mib has quit IRC
21:15:59  <DJNekkid> yup :D:D and perhaps one more with Marit Bjørgen@2x7,5km xcountry for women :)
21:16:55  <Ammler> oh, one Norway out already...
21:17:00  <Ammler> no Swiss there
21:17:16  <DJNekkid> but im progably gone now for a while, just started co copy 100megs from home to here, and i got a gig in 45 mins ... need a shower and a couple of beers :)
21:17:34  <DJNekkid> because that sweedish chick destroyed her skies or something with her fall
21:17:59  <Ammler> I hope tomorrow, we will get a better day again.
21:18:20  <Ammler> for me, olmypic is almost done today too :-)
21:18:21  <DJNekkid> not to shabby ... 75kb/s on mobile broadband, inside this concrete box of a hotelroom
21:18:49  <DJNekkid> you guys have little left now?
21:19:06  <Ammler> today again with cancelara
21:19:08  <DJNekkid> giant slalom, slalom?
21:19:09  <Ammler> and amman
21:19:20  <Ammler> tomorrow*
21:19:26  <DJNekkid> thats skijump right?
21:19:34  <Ammler> Yes
21:20:07  <Ammler> but one of the nicest things happens yesterday on hocky against canada
21:20:15  <DJNekkid> hopefully one of our guys can match your guys :) just dont let the fins or austrians wins :)
21:20:47  <Ammler> our team has special climps or how you call that
21:20:59  <Ammler> the thing between ski and shoe
21:21:21  <DJNekkid> i have NO idea what that is :)
21:21:46  <Ammler>
21:21:47  <Webster> Title: Ski binding - Wikipedia, the free encyclopedia (at
21:21:57  <DJNekkid> oh, the binding :)
21:22:49  <Webster> Latest update from devactivity: MiniGRFs - Feature #746 (New): Presets for base costs <>
21:23:21  <Ammler> he, that is almost German :-P
21:23:44  <DJNekkid> and norwegian
21:24:10  *** Frankr has quit IRC
21:24:26  <DJNekkid> its a "Ski binding" på norsk as well
21:24:37  <DJNekkid> ehm, in norwegian as well
21:24:49  <Ammler> hehe
21:25:03  <Ammler> the Austrians complained about it
21:26:18  <DJNekkid> but; im gone now, shower -> beer -> gig
21:38:22  <Webster> Latest update from devactivity: 32bpp-extra - Revision 16: Add: ArmEagles catenary sprites <>
22:22:16  *** ODM has quit IRC
22:33:46  *** GT has joined #openttdcoop.devzone
22:42:13  <GT> Ammler, wouldn't it be an idea to include the tar of the 32bpp-extra project (including the newgrf) in the 32bpp megapack? Just to prevent questions about wrong coast tiles etc.
22:44:54  <Ammler> Hello GT
22:45:19  <Ammler> why do you ask? I would include the GRF to the tar, yes.
22:46:32  <GT> That's already the case, the grf is in the tar, but you also have a megapack, a.o as torrent, that could include the tar of the 32bpp-extra project
22:46:53  <GT> So end-users have a onestop download
22:47:51  <Ammler> oh, that is just an alternative download option because I hate those upload services
22:48:32  <Ammler> I used the pack from tt-forums
22:49:11  <Ammler> not meant to become a opponent pack
22:50:21  <Ammler> my idea was also to give the guy which compiles the pack on tt-forums the possibility to upload it self.
22:50:31  <Ammler> but he seems not interested
22:51:29  <Ammler> also the pack is available as http download:
22:52:17  <GT> I hate upload services too, and I did not mean to become an opponent pack, but have such a pack would have a lot of benefits. E.g when png were added to a 32-bpp project, the symlinking etc could be done automatically on the server, without having to upload the new pack to the upload services.
22:52:57  <Ammler> I very much like the torrents, because it is a kind of autoupdater
22:53:37  <GT> Agreed, nothing wrong with the torrents, I meant the rapidshares etc.
22:53:57  <Ammler> the only service there, which worked for me was filefactory
22:54:14  <Ammler> the others were impossible for my server
22:54:19  <Ammler> (cli download)
22:56:06  <GT> Right, the link you gave is the one I was referring too. If that pack were constructed from an openttdcoop project, the tars with symlinking could be done automatically, and it could also include the tar with the newgrf of the 32bpp project.
22:57:08  <Ammler> GT, all fine with me
22:57:08  <GT> and then it could be available as http download, or torrent or hg repo, so not everytime the complete pack download would be needed
22:57:23  <Ammler> quite easy to make a torrent on the server
22:57:29  <Ammler> also to add it to the seed
23:00:07  <GT> Btw, I've announced the 32bpp-extra project on the forums, though I'm not too sure everybody understands the benefits of it.
23:02:56  <Ammler> Well, they will understand it next time openttd.grf will add a sprite
23:05:03  <Ammler> currently there is still the disadvantage of need to load the grf
23:05:43  <Ammler> if all is setup, it might be time to create a FS post about so you have official developer feedback
23:06:04  <GT> FS post?
23:06:12  <Ammler>
23:06:18  <GT> oh, flyspray
23:06:22  <Ammler> yes
23:07:00  <Ammler> something like autoloading of the grf if 32bpp blitter is set
23:07:15  <GT> I did add some comment about that in the issue you added on the 32-bpp-extra project
23:07:23  <Ammler> or maybe Rubidium has another idea, dunno :-)
23:07:44  <GT> I think autoloading a certain grf wouldn't be a real problem, I guess
23:07:59  <Ammler> dunno, if Rubidium follows the project ;-)
23:08:25  <Ammler> he is here mainly for open[g|s]fx :-)
23:08:44  <GT> but ignoring 8bpp pcx will cause trouble
23:09:10  <GT> since it will effect the way newgrf is handle pretty severe
23:09:51  <GT> Well, Rubidium was the one that convinced me to make a newgrf for the extra.grf
23:09:54  <Ammler> well, that was just a thought to support both 8bpp sets
23:10:07  <Ammler> :-D
23:10:19  <Ammler> indeed, you didn't believe me until he spoke :-P
23:12:04  <GT> Nothing personal, believe me
23:13:36  <GT> It's just that I'm kind of technically oriented, and technically oriented arguments are the best to make me change my mind.
23:15:49  <GT> I do like the idea of not loading the 8bpp though, but I foresee several implementation problems, so that idea might not make it, especially it will not be relevant when a complete set of 32bpp sprites are available
23:16:03  <Ammler> hardly I take something personally....
23:19:10  <GT> Well, maybe I'm gonna take the extra zoom patch also to your devzone. I'm getting to like the workflow
23:19:53  <GT> And I guess merging with trunk can still be done if I set an hgignore on the svn data from trunk?
23:25:11  <Ammler> the question is what you prefer, Hirundo seems to transfer from branch working to patch queue
23:25:38  <Ammler> but you can also use the devzone for versioned patch :-)
23:25:51  <Ammler> we also have svn
23:26:07  <Ammler> just nobody uses it anymore.
23:26:21  <Ammler> (except me)
23:28:14  <GT> Yes, I know, but then I would run into trouble when trying to sync with trunk (I use svn for that). Having the patch on hg, and trunk on svn would allow to update svn from trunk, merge the patch if needed, and then update to hg
23:28:50  <Ammler> well, dunno how it works
23:29:03  <Ammler> hg would have the benefit to work with multiple patches
23:29:45  <Ammler> with the patch queue you can split some parts like for example the distro patch does
23:30:12  <Ammler> or the future IS patch will....
23:30:28  <Ammler> on svn, you would need 3rd party software
23:30:42  <GT> I must admit Im not familiar with the patch queue, can you explain it a bit?
23:31:01  <Ammler> patch queue means like one branch per patch
23:31:18  <Ammler> you can enable/disable a patch quite easy
23:31:44  <Ammler> and the patches itself are noted for example in annotate
23:32:08  <Ammler> and you can make a own repo for the patch queue
23:33:59  <GT> What I meant was that svn and hg use a hidden dir to save their data: .svn resp .hg. When I put the patch on svn, the update from trunk would override the svn data from openttdcoop. When I put it on hg, I can do an svn up on trunk, and then push it to hg on openttdcoop.
23:34:42  <Ammler> well, then you should pull from the hg repo of openttd directly
23:34:50  <Ammler> easier to merge
23:35:15  <Ammler> but that is not really experience
23:35:21  <Ammler> myself isn't a dev
23:35:42  <GT> About the patch queue, that is a branch per patch in which vcs?
23:35:45  <Ammler> but it is how for example Hirundo or also some devs work
23:36:02  <Ammler> it is _like_ a branch
23:36:36  <Ammler> of course, branches are something else, also a possibilty
23:37:17  <Ammler> well, vcs would be hg
23:40:15  <GT> Ok, then I've got a hg clone of trunk, make a branch of it, apply the changes of the patch on every update. Sorry, but I still don't quite get it, maybe I should talk to Hirundo before making a decision
23:43:22  <Ammler> branch is fine too
23:44:27  <Ammler> but if you use only one branch, you can as good use default, so it easier to request a compile run from the cf
23:45:31  <GT> ok, quitting now, cu :)
23:46:09  <Ammler> yeah, bye
23:47:54  *** GT has left #openttdcoop.devzone

Powered by YARRSTE version: svn-trunk