[12:03] <\sh> minghua: why? doko is just my boss :)
[12:03] <minghua> \sh: just let you know that I'm working on scim (libscim8) on Debian side, so you can leave it alone
[12:03] <slomo> LaserJock: unfrgiven works on it for dapper again
[12:03] <\sh> minghua: can u file a bug in malone (see my other bugs)
[12:04] <LaserJock> slomo: have you talked to him recently? I haven't been able to get in touch with him for a while
[12:04] <\sh> minghua: regarding the cxx abi change...so we know that someone is working on it
[12:04] <minghua> \sh: will do
[12:04] <slomo> LaserJock: no, same for me :/
[12:04] <\sh> minghua: cool
[12:05] <crimsun> hmm, the fonts seem more crisp after an upgrade today in Dapper. Maybe I'm just seeing things differently.
[12:05] <LaserJock> slomo: on the 5th he said he would get a svn repo for me to get the docs but he hasn't emailed since
[12:07] <LaserJock> slomo: do you know if he had a docbook version or if it was just pdf and odt?
[12:07] <slomo> pdf and odt... but i suggested him to use docbook in the future
[12:07] <crimsun> ah, it's the Cairo conversion!
[12:08] <crimsun> (RE: gtk2-engines-clearlooks)
[12:08] <crimsun> though it's not really the fonts but the theme. Neat.
[12:08] <minghua> \sh: is there some format requirement? (like the merge bugs, in case there is some automated tracker)
[12:09] <\sh> minghua: https://launchpad.net/malone/bugs/4803 take is as example
[12:09] <Ubugtu> Malone bug #4803: arkrpg: libstdc++ new allocator build Fix req. for: arkrpg (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4803
[12:09] <LaserJock> slomo and MOTUs: do you think it is worth while for me to start work on making a docbook version and getting it into the doc-team repo?
[12:09] <\sh> or use the new version of lpbugs.py in my bzr archive
[12:09] <slomo> LaserJock: no idea, really... write him again ;)
[12:09] <\sh> bzr merge or branch http://tiber.tauware.de/~shermann/motu-tools
[12:10] <slomo> crimsun: ah, another one liking clearlooks-cairo :)
[12:10] <tseng> i still hate the colors
[12:10] <crimsun> slomo: yes, I couldn't put my finger on it at first after I logged in, but it's obvious now after reading the changelog.
[12:10] <tseng> just the blue really
[12:16] <\sh> Nafallo: ping...please mention the cxx changes in the debian/changelog :)
[12:17] <\sh> Nafallo: forget it
[12:17] <\sh> Nafallo: it was in the second part of the changelog...shitty display i have here.
[12:18] <Nafallo> \sh: :-P
[12:21] <\sh> ok..time for the last cigarette for this morning till I wake up
[12:29] <crimsun> Nafallo: are you proceeding in any order down the list?
[12:29] <crimsun> (for c2-> c2a)
[12:30] <crimsun> (referring to http://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-November/000016.html)
[12:31] <Nafallo> crimsun: nope, I took the ones I did :-)
[12:32] <crimsun> Nafallo: k
[12:40] <\sh> ok..good night gentlemen..cu in the morning :)
[12:40] <minghua> \sh: good night
[12:46] <dholbach> good night everybody
[12:46] <crimsun> 'night, daniel
[12:47] <LaserJock> cya dholbach
[01:19] <LaserJock> if a bug is seems to be fixed in dapper, do I mark it fixed?
[01:19] <crimsun> choose Fixed
[01:19] <crimsun> then add a status note
[01:19] <crimsun> "Fixed in Dapper"
[01:20] <LaserJock> k
[01:23] <crimsun> slomo: sanity-check please, before I upload: does libstdc++ allocator transition for libwfmath-0.3-3 -> libwfmath-0.3-3c2a look ok?
[01:23] <crimsun> slomo: (just the name change)
[01:25] <slomo> crimsun: yes.
[01:25] <slomo> "The new suffix for
[01:25] <slomo>    these packages should be in any case "c2a" (instead of "c2"). No
[01:25] <slomo>    new suffix is needed when the soname changes in a new upstream
[01:25] <slomo>    upload."
[01:25] <slomo> hum, evil line breaks
[01:26] <crimsun> ok.
[01:26] <crimsun> We went with libwfmath-0.3c2; Debian went with libwfmath-0.3-3.
[01:26] <slomo> the debian did it wrong afaik...
[01:27] <crimsun> ok, np, I've covered both cases in Conflicts/Replaces anyhow :)
[01:27] <slomo> but as i understand doko's mail on the debian ml we need to get c2a in any case ;)
[01:27] <slomo> hehe ok
[01:28] <Nafallo> wait and see what debian does? :-)
[01:28] <Nafallo> hmm
[01:29] <Nafallo> last-uploader demands stuff to be installed.
[01:29] <Nafallo> where do I file a bug? :-P
[01:30] <ajmitch> how else do you want to get the changelog?
[01:30] <ajmitch> off the web?
[01:31] <slomo> extracting it from the .deb ;)
[01:31] <ajmitch> nah
[01:31] <ajmitch> http://packages.ubuntu.com/changelogs/pool/universe/g/gnue-common/gnue-common_0.6.0-1ubuntu1/changelog
[01:31] <Nafallo> yes, if the package is not installed, sniff changelogs.u.c or something :-P
[01:31] <slomo> hmm, gnome-media 2.12.O-X...
[01:31] <ajmitch> slomo: yep
[01:31] <ajmitch> typoism ;)
[01:32] <slomo> at first i thought my eyes were damaged ;)
[01:32] <Nafallo> slomo: tsss, I didn't had that much porn, had I? :-)
[01:34] <slomo> hm?
[01:34] <Nafallo> oh, nm. I'm just getting tired.
[01:35] <Nafallo> hm
[01:35] <Nafallo> I wonder if my parents could come over tomorrow
[01:35] <Nafallo> they have a 19" monitor for me :-P
[01:36] <Nafallo> so I can take the old monitor (blue-ish) and build a testbed :-)
[01:37] <Nafallo> anyway, gnight
[01:37] <crimsun> 'night
[01:37] <slomo> gn8
[02:03] <crimsun> katie must be bombarded
[02:07] <StrikeForce> tktkyrthjj gtttttttttu
[02:10] <Lathiat> tseng: heh nice
[02:10] <Lathiat> tseng: have you hit any hard spots?
[02:18] <ajmitch> morning Lathiat  :)
[02:27] <crimsun> ..great. firefox just exploded, taking down all my bugzilla and malone windows.
[02:28] <ajmitch> sounds about right
[02:28] <crimsun> ;-)
[02:34] <tseng> Lathiat: yes
[02:35] <Lathiat> tseng: i'd be interested to hear the details
[02:35] <tseng> Lathiat: i have a group of navigation links in the layout in a sidebar
[02:35] <tseng> which will go on every page, so i made it a component
[02:35] <tseng> you cant do ajax on a component because its not directly web accessible
[02:35] <Lathiat> crimsun: heh
[02:35] <Lathiat> crimsun: konqueror has this nice trick
[02:35] <tseng> i had to call it from a controller, which almost defeats the purpose
[02:36] <Lathiat> crimsun: when the kaffeine plugin launches, then it cant start alsasink
[02:36] <Lathiat> crimsun: the whole process goes kaboom and eats all my windows
[02:36] <Lathiat> tseng: hrm
[02:36] <Lathiat> tseng: should stuck it in the application controller or helper perhaps?
[02:36] <crimsun> Lathiat: lovely.
[02:36] <tseng> Lathiat: yep.
[02:36] <tseng> well not really
[02:36] <tseng> those dont map to a url either do they?
[02:37] <tseng> you need to be able to do a GET on it
[02:37] <Lathiat> the application controller can it hink
[02:37] <Lathiat> not sure on that
[02:37] <Lathiat> i see what your saying
[02:37] <tseng> its not *that* much work to put it in a helper on component
[02:37] <Lathiat> i think thats what the application controller is for
[02:37] <tseng> and call it from each controller
[02:37] <Lathiat> the application controler is the aprent of all the other controllers
[02:37] <Lathiat> so instead of putting the same call in each controller
[02:37] <Lathiat> you smack it in the application.rb controller
[02:37] <tseng> hm
[02:37] <Lathiat> i think..
[02:37] <Lathiat> try it
[02:37] <tseng> yeah
[02:38] <tseng> next week, its a holiday here
[02:38] <Lathiat> :)
[02:38] <Lathiat> ok
[02:38] <tseng> :)
[02:38] <Lathiat> im working at a hosting company doing support atm
[02:38] <tseng> i will be bugged all week, i had to leave an almost finished function
[02:38] <Lathiat> heh
[02:39] <tseng> everything but the component has been totally easy
[02:39] <Lathiat> one thing i discovered the other day
[02:39] <Lathiat> and i dunno how i missed it all this time
[02:39] <Lathiat> is full text indexing/searching in mysql
[02:40] <tseng> yep
[02:40] <Lathiat> unfortunately i have to do it manually since AR doesnt do it sine its an extension
[02:46] <tseng> Lathiat: have you done any custom routing yet?
[02:47] <Lathiat> tseng: yeh i was fiddling with it
[02:47] <Lathiat> it was a bit messy
[02:47] <tseng> works great for me
[02:48] <tseng> /model/controller/field1/field2
[02:48] <Lathiat> well what i was trying to do
[02:48] <Lathiat> is /store/5/item/4
[02:48] <Lathiat> where item is a controller
[02:48] <tseng> i am sick of that ?&?&?&?= nonsense
[02:48] <Lathiat> as is store
[02:48] <Lathiat> i sort of got it working
[02:48] <tseng> hm that does sound messy
[02:48] <tseng> did you really want a join?
[02:49] <Lathiat> well take
[02:49] <Lathiat>  /category/5/item/4
[02:50] <Lathiat> in the situation where items can be in more than 1 category
[02:50] <Lathiat> and you want to keep history
[02:50] <Lathiat> without using cookies or something that would break when using more than 1 page at once etc
[02:50] <Lathiat> is there a better way to solve that?
[02:50] <tseng> oh
[02:50] <tseng> the way i have it you view /list/2/4
[02:50] <tseng> then from there you go to show/24
[02:50] <tseng> for the specific item
[02:50] <tseng> hm im not sure where mine would break like that
[02:50] <tseng> if you are on /category/5
[02:51] <tseng> and click to item/24
[02:51] <tseng> you go Back to category 5
[02:51] <tseng> yo could also see item 24 on cat 4
[02:51] <tseng> maybe i dont understand yet
[02:51] <Lathiat> tseng: so when an item can belong to many categories
[02:52] <Lathiat> how do i remember that they got to that item from category <x>
[02:52] <tseng> http referrer?
[02:52] <Amaranth> sessions
[02:52] <Amaranth> what software is this?
[02:52] <Lathiat> what if they go through and add the item to their cart, say i wanted to go back to the category then
[02:52] <tseng> or sessions.
[02:52] <Lathiat> the referrer wont be there anymore
[02:52] <tseng> Amaranth: ruby on rails
[02:52] <Lathiat> Amaranth: that breaks multi page
[02:52] <Lathiat> if i have 10 tabs open
[02:52] <Amaranth> ah, this explains much
[02:52] <Lathiat> browing a host of items
[02:52] <Lathiat> in different categories
[02:53] <Lathiat> if i just store it in the session it'l go to buggery
[02:53] <Amaranth> Lathiat: No real user does that.
[02:53] <Lathiat> Amaranth: i do it all the time
[02:53] <Lathiat> Amaranth: and its certainly not a use case that should be broken
[02:53] <Lathiat> where avoidable
[02:53] <Amaranth> Lathiat: You are a _very_ small minority.
[02:53] <Amaranth> Lathiat: There is no other way.
[02:53] <Lathiat> Amaranth: when im browing say, thinkgeek
[02:53] <Lathiat> Amaranth: sure there is
[02:53] <Lathiat> Amaranth: /category/5/item/4
[02:53] <Lathiat> in the url
[02:53] <tseng> lets look at thinkgeek :)
[02:54] <Lathiat> the url is a reliabel way to encode that
[02:54] <Lathiat> so on thinkgeek i go browsing
[02:54] <Lathiat> i open up liek 30 tabs of things i want to look at
[02:54] <Lathiat> and go sort through them bit by bit
[02:54] <Lathiat> maybe thats just me :)
[02:54] <tseng> http://www.thinkgeek.com/pcmods/cables/69d3/
[02:54] <tseng> back takes me to
[02:54] <tseng> http://www.thinkgeek.com/pcmods/
[02:54] <tseng> oh! ok
[02:54] <Lathiat> see /pcmods/cables/69d3
[02:54] <Lathiat> thats _exactly_ what im talking about
[02:55] <Lathiat> encoding the category in the url
[02:55] <tseng> ok in routes.rb
[02:55] <tseng> you can make a nil parameter
[02:55] <Lathiat> i managed to make it work
[02:55] <tseng> so /store/category/cat#/item#
[02:55] <Lathiat> but what i couldnt get
[02:55] <tseng> you do item => :nil
[02:55] <tseng> and its optional
[02:55] <Lathiat> tseng: ah see, that would make more sense
[02:55] <Lathiat> mmm
[02:55] <tseng> yeah
[02:55] <Lathiat> and how would i map the item bit?
[02:56] <Lathiat> see
[02:56] <tseng> if you get an item in the controller function
[02:56] <Lathiat> i had the items in a separate controller
[02:56] <tseng> you can render a different page
[02:56] <Lathiat> so was sort of tryin to cross-controller things
[02:56] <tseng> ok hows this
[02:56] <tseng> two routes
[02:56] <Lathiat> probably the wrong approach
[02:56] <tseng> one w/ item
[02:56] <tseng> one w/o
[02:56] <Lathiat> call brb
[02:56] <tseng> go to seperate controllers
[02:56] <tseng> it would totally work
[02:56] <tseng> if you put the more specific one first
[02:57] <tseng> that sounds like the winner.
[02:57] <tseng> /store/cat/5 routes to store -> category
[02:57] <tseng> /store/cat/5/item# routes to store -> item
[02:58] <tseng> you can enforce valid input with a regex
[03:11] <Lathiat> ah ok
[03:11] <Lathiat> right
[03:11] <Lathiat> i think that what i ended up doing
[03:11] <Lathiat> the only problem i had then
[03:11] <Lathiat> was when using link_tos
[03:11] <Lathiat> they linked to /store/cat/5/controller/action
[03:11] <Lathiat> now while thats good
[03:11] <Lathiat> i couldnt figure out how tom ake a link_to go outside that when i wanted it to
[03:12] <Lathiat> e.g. /store/controller/action
[03:17] <tseng> why does firefox still say deer park
[03:17] <tseng> Lathiat: you give it the controller
[03:17] <tseng> Lathiat: link_to "Blah", { :controller => "controller", :action => :function }
[03:24] <Lathiat> tseng: yeh but
[03:24] <Lathiat> the way i was doing it
[03:24] <Lathiat> maybe i was routing wrong
[03:24] <Lathiat> when i did that
[03:24] <Lathiat> i ended up with /store/cat/5/controller/action
[03:24] <Lathiat> i think perhaps i had my routes.rb wrong
[03:25] <tseng> i think so
[03:25] <tseng> it only makes up funny urls if there is a route for it
[03:26] <Lathiat> hrm
[06:33] <zakame> hi all
[07:27] <tseng> anyone restarted X lately?
[07:27] <tseng> and fixed whatever is pissing it off
[07:31] <crimsun> I zapped the X server, but it seems to restart fine, and I can log in
[08:44] <sivang> morning all
[09:38] <\sh> hmmm
[09:38] <\sh> x just gone
[09:50] <sivang> does anyone know if there is a python setup.py uninstall ? :)
[09:51] <\sh> sivang: www.python.org -> doc -> distutils
[09:51] <\sh> in the library section i think...i honestly don't know
[09:53] <sivang> \sh: I'm reading there, well there's gotta be a way since debian packages allow you to remove pyprogs
[10:00] <sivang> I just wish p.o had a better search capability
[10:00] <dholbach> good morning
[10:00] <crimsun> re daniel
[10:00] <dholbach> hi daniel :)
[10:37] <zakame> hi slomo
[10:37] <slomo> hi zakame :)
[10:38] <crimsun> re zakame, slomo
[10:38] <crimsun> slomo: I'll be merging in ffmpeg & vlc today based on the latest Sid changes
[10:38] <zakame> how's the archives now? is debhelper (or po-debconf) ok now? :)
[10:38] <crimsun> ffmpeg -5 is a minor change if you want to go ahead
[10:38] <slomo> crimsun: ffmpeg? i can do that if you want ;) but did you ping elmo about moving it back to universe?
[10:39] <crimsun> slomo: libpostproc-dev is in universe according to p.u.c :))
[10:39] <slomo> crimsun: perfect :)
[10:40] <crimsun> zakame: no major borkage aside from modular X.Org, but that's being fixed
[10:40] <slomo> crimsun: hmm, all our changes have to be applied again to ffmpeg... this guy doesn't read his bug reports it seems ;)
[10:40] <crimsun> slomo: unfortunately
[10:41] <slomo> i guess i can just take the debdiff from http://people.ubuntu.com/~scott/patches/ffmpeg/ ...
[10:41] <zakame> crimsun: ooh :)
[10:46] <slomo> siretart: ping?
[10:51] <slomo> crimsun: uploaded ffmpeg
[10:51] <crimsun> slomo: awesome, thanks :)
[11:34] <colinl> hi there!
[11:34] <crimsun> hi
[11:34] <colinl> just a question :) : are security updates in universe automatically synced from debian packages?
[11:35] <crimsun> no
[11:35] <colinl> ok
[11:35] <crimsun> no security updates are automatically synced
[11:35] <colinl> who should I contact to ask for an update?
[11:35] <crimsun> (us)
[11:36] <colinl> I recently found a local vuln in the soft I develop, and the fix hit Debian yesterday
[11:36] <colinl> ah, cool
[11:36] <colinl> so, here you are:
[11:36] <colinl> http://www.debian.org/security/2005/dsa-908
[11:36] <crimsun> debdiff would be awfully nice
[11:37] <colinl> ok! :) how do I do that?
[11:37] <crimsun> generate it against the current version in universe and a version with the security errata backported
[11:39] <colinl> crimsun: ok, i'll try to do that
[11:39] <colinl> mmmh
[11:40] <colinl> the versions are awfully different
[11:40] <colinl> for sylpheed, there are 2.0.4 in debian Sid and 2.1.1 in universe
[11:40] <colinl> for -claws-gtk2, there are 1.9.100 in Sid and 1.9.14 in universe
[11:42] <zakame> Nafallo: ping, seems crimsun already fixed #4523 via #4647 (cool number ;)
[11:42] <colinl> crimsun: should I generate packages from the latest upstream versions ?
[11:43] <crimsun> colinl: no, backport the security fixes if possible, please
[11:43] <colinl> ok
[11:49] <Nafallo> bug 4523
[11:49] <Ubugtu`> Malone bug #4523: torcs: merge new debian version Fix req. for: torcs (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4523
[11:52] <colinl> crimsun: ok, so, apt-get source'd it, added a patch in debian/patches and the changelog entry.
[11:53] <Nafallo> yay double-work :-P
[11:53] <colinl> crimsun: next step is dpkg-buildpackage ?
[11:54] <colinl> crimsun: I don't remember the parameters :)
[11:55] <zakame> colinl: dpkg-buildpackage -rfakeroot -k<yourkey>
 as in 0x12345678 ?
[11:56] <zakame> the 0x is optional
[11:57] <zakame> yeah, that too :)
[12:01] <colinl> crimsun: there are packages for sylpheed-claws and sylpheed-claws-gtk2 in universe
[12:01] <colinl> sylpheed-claws is gtk1 and completely unmaintained
[12:01] <colinl> I suggest it gets dropped :)
[12:12] <colinl> crimsun: is that what you need?
[12:12] <colinl> http://colino.net/tmp/sylpheed-claws-gtk2_1.9.14-2.debdiff
[12:14] <colinl> bbl
[12:14] <crimsun> colinl: essentially, yes.
[01:36] <colinl> crimsun: still there?
[01:46] <colinl> is there anyone feeling like updating 3 packages in universe to fix a local buffer overflow? (debdiffs provided)
[01:47] <Lathiat> colinl: forward them to me and i'll pass them onto security review
[01:47] <Lathiat> lathiat at ubuntu.com
[01:47] <colinl> Lathiat: thanks
[01:47] <Lathiat> colinl: thank-you :)
[01:48] <colinl> Lathiat: the debdiffs have huge diffs in config.guess and/or config.sub, should I remove them from the patch of leave it as-is?
[01:48] <Lathiat> colinl: eh you can filter those out if you like
[01:48] <Lathiat> see filterdiff
[01:48] <colinl> k, thanks
[01:48] <Lathiat> i hate that
[01:55] <colinl> Lathiat: mail sent
[01:55] <StevenK> That reminds me. Is dapper unbroken?
[01:58] <siretart> StevenK: the archive can build packages again, if that is what you mean
[01:58] <siretart> hi folks
[02:04] <dholbach> there's a new pbuilder :)
[02:05] <siretart> I think source package
[02:29] <zakame> hi all
[03:35] <sistpoty> hi folks
[03:35] <sistpoty> ping \sh
[03:35] <zakame> hey sistpoty
[03:35] <sistpoty> hi zakame
[03:37] <siretart> huhu sistpoty
[03:37] <sistpoty> hi siretart
[03:39] <sistpoty> siretart, \sh: currently the merge-list will update the package status only if a malone bug with "merge new debian version" as subject is filed...
[03:39] <siretart> sistpoty: did \sh talk to you about the merge lists and the c2a transition?
[03:40] <sistpoty> siretart: no, he didn't... that's what i wanted to ask ;=
[03:40] <sistpoty> ;)
[03:42] <sistpoty> siretart, \sh: the first thing i wanted to change is that the list can also be updated by malone bugs with another title... what should that be?
[03:44] <siretart> sistpoty: whats wrong with the current title?
[03:45] <sistpoty> hm... for libstdc++-only changes "merge new debian version" might be inaccurate?
[03:46] <siretart> your right
[03:46] <sistpoty> damn... there seems s.th. completely wrong with the email-parser... i wonder why it's working *g*
[03:49] <siretart> hm
[03:49] <siretart> perhaps procmail would be worth to look at? ;)
[03:51] <sistpoty> siretart: maybe... but I don't think it would ease this very much ;)
[03:53] <siretart> she had a bad car accident yesterday
[03:54] <sistpoty> oh... is she fine?
[03:55] <\sh> sistpoty: https://launchpad.net/distros/ubuntu/+source/digikam/+bug/4798
[03:55] <Ubugtu`> Malone bug #4798: digikam: libstdc++ new allocator build Fix req. for: digikam (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4798
[03:55] <\sh> sistpoty: take the subject as example
[03:55] <\sh> sistpoty: I adjusted lpbugs to have a -r option as add for the -n switch
[03:56] <sistpoty> ok, thx \sh
[03:57] <siretart> hey \sh
[03:57] <siretart> sistpoty: yes, fortunatly, nobody got injured
[03:57] <\sh> moins siretart
[03:57] <sistpoty> :)
[03:57] <\sh> siretart: what happend to your gf?
[03:58] <siretart> sistpoty: both cars are 'totalschaden' (fucked up beyond all repair, fubar)
[03:58] <siretart> \sh: some idiot drove into her
[03:58] <\sh> siretart: shit...
[03:59] <\sh> siretart: hope she's well...
[03:59] <sistpoty> o damn... claudi also had an accident lately. she slided and crashed her car, but luckily nobody was hurt as well
[04:02] <sistpoty> gmrl... i think i definitely broke the email-parser right now... hope that i'll have it fixed in a few minutes
[04:22] <siretart> \sh: she says she is okay. I'll see her later
[04:23] <sistpoty> \sh: email-parser is fixed now... it should accept "libstdc++ new allocator build" as bug-title as well. could you please verify this for the next bug you file?
[04:23] <\sh> sue
[04:23] <\sh> sure
[04:26] <chrissturm> is there somebody working on getting a new network manager version into dapper?
[04:26] <chrissturm> or will nm be in main for dapper?
[04:36] <sistpoty> \sh: anything else needed for libstdc++ stuff in the merge-list?
[04:36] <\sh> sistpoty: hmmm...write some text after the package name "no merge"
[04:37] <\sh> but only when it's really c++ and no merge
[04:37] <sistpoty> hm... if it's no merge and only c++, you don't have the scott link... but i can make this clearer ;)
[04:37] <\sh> and we have to make sure that the merges which are already done, but need to be transitioned, are shown again as non-merge
[04:38] <sistpoty> ok, this will be a little bit tougher... but I'll take care of that
[04:38] <\sh> kewl :)
[04:40] <sistpoty> ok, "no merge" is done ;)
[04:41] <\sh> sistpoty: btw...one idea
[04:42] <\sh> can we create a "public imap folder" for the universe-bugs@lists.ubuntu.com address on tiber?
[04:42] <\sh> I would like to have access to the buglists via public imap connection so I can write some things like kbugbuster
[04:42] <\sh> without parsing html pages...and dealing with launchpad...but only until we have a running xmlrpc implementation
[04:43] <sistpoty> \sh: I have not the slightest clue about imap... but I don't object ;)
[04:43] <\sh> sistpoty: but you have a clue about exim :)
[04:43] <\sh> sistpoty: so I'll check during the weekend what is the best working solution for exim and imap servers :)
[04:44] <sistpoty> \sh: imo we'd need one "dummy" account where exim delivers mail to... and i guess an imap-server could be used from that mailfolder...
[04:45] <sistpoty> \sh: but you might want to ask siretart. iirc he has already done exim+imap stuff
[04:45] <\sh> or we convert the mail to xml style..and creating an xmlrpc service :)
[04:45] <sistpoty> hehe
[05:08] <bmonty> sistpoty: imap is easy to set up
[05:08] <bmonty> i run courier on my network, basically install the packages and tweak a couple of settings
[05:09] <sistpoty> bmonty: cool :)
[05:10] <bmonty> sistpoty: since \sh wants it public you'll need to configure the TLS stuff so the imap session is encrypted with SSL
[05:10] <bmonty> without that passwords and such are sent in the clear
[05:51] <siretart> sistpoty: I'm busy here at work, whats up with imap and exim?
[05:52] <siretart> ah, \sh seems to want an imap server on tiber with shared folders.. I see
[05:52] <sistpoty> yep
[05:52] <siretart> yeah, I could arrange something like that
[05:52] <sistpoty> cool
[05:52] <siretart> courier or cyrus?
[05:53] <sistpoty> siretart: i have no clue about imap... your choice ;)
[05:53] <siretart> I will think about that, and see that I get an imap running till sunday
[05:53] <sistpoty> :)
[05:53] <siretart> I'm not sure how much time I will have tomorrow
[05:53] <sistpoty> siretart: you merged clanlib from debian... is libstd++ change still needed?
[05:57] <siretart> sistpoty: ah, you ask because of the c2a transition?
[05:57] <sistpoty> exactly
[05:57] <sistpoty> if so, I'll put that back to new/unassigned
[05:57] <siretart> sistpoty: it is on doko's list, so it is needed
[05:58] <sistpoty> siretart: so you haven't done this... ok, I'll reset this package on the list
[05:58] <siretart> sistpoty: check doko's list in his announcement for packages that need to be transitioned
[05:58] <siretart> ah
[05:58] <siretart> no, I didn't do that
[05:58] <siretart> I didn't do any work on c2a yet
[05:58] <siretart> sorry
[05:58] <sistpoty> siretart: i already did this... there are only ~8 package for which I don't know the exact status. clanlib was one of them ;)
[06:01] <sistpoty> grml... buglist down again... this is not my day *g*
[06:13] <siretart> yuhuuu, xservers hit the archive :)
[06:17] <lucas> siretart: I mailed you about REVU access
[06:18] <bmonty> can somone please sponsor malone #4574?
[06:18] <lucas> the wiki says to send a signed + encrypted mail to keyring@tiber, but I can't find keyring@tiber's PGP id
[06:18] <Ubugtu`> Malone bug #4574: fam: merge new debian version Fix req. for: fam (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Accepted http://launchpad.net/malone/bugs/4574
[06:20] <sistpoty> lucas: the mail should only be signed, not encrypted
[06:20] <lucas> I mean "to register as reviewer"
[06:21] <lucas> The wiki says "Please send a signed and encrypted mail with your password and GnuPG keyid to [MAILTO]  keyring@tiber.tauware.de. We will mark you as Reviewer in the database."
[06:21] <siretart> lucas: sorry, reviewer is for motus only
[06:22] <siretart> lucas: do we really need ruby as dependency for the motutools package?
[06:22] <lucas> siretart: currently, yes
[06:22] <lucas> if somebody rewrites what is in ruby to python, I'll accept the patch
[06:23] <lucas> actually, the "mts" scripts is written in ruby. if this one is written in python instead, we could put ruby in recommends, not depends
[06:23] <lucas> since it would only make some subscripts unusable
[06:25] <siretart> I'm not that confident to commiting to ruby for a somehow 'official' package
[06:25] <siretart> this is a rather political discussion than a technical one, I know
[06:26] <lucas> I promise to accept patches to change scripts from ruby to python (if functionality is kept)
[06:26] <lucas> most of the scripts will be ~30 lines long
[06:26] <lucas> so it won't be hard to convert them
[06:26] <lucas> the only reason why I chose ruby is that I know ruby far better than python, and I wanted to have something usable *fast*.
[06:27] <siretart> ok
[06:27] <siretart> I never did anything in ruby, but revu is developed in python
[06:33] <lucas> you are reviewing motutools ?
[06:33] <siretart> I did take a glance
[06:36] <sistpoty> loveubuntu: which of these still need to go through c2a-transition: hk-classes, jabberoo, knode?
[06:37] <loveubuntu> loveubuntu?
[06:37] <sistpoty> hehe
[06:37] <\sh> where the hell I got this nick from
[06:39] <siretart> ok, I'm off for today
[06:40] <siretart> cu tomorrow!
[06:40] <sistpoty> cya siretart:
[06:42] <\sh> siretart: greetings to kathrin
[06:43] <\sh> sistpoty: doko mailed yesterday a list
[06:43] <sistpoty> \sh: actually these are packages you touched which you touched and are marked as "done" on the merge list
[06:44] <sistpoty> \sh: so I just wonder wether you already did the c2a-transition ;)
[06:46] <\sh> no
[06:46] <\sh> i'll have to
[06:46] <\sh> when dapper is working again as expected :)
[06:46] <sistpoty> hehe
[06:46] <sistpoty> should i put these to new/unassigned?
[06:46] <\sh> grmpf
[06:46] <\sh> yes
[06:47] <sistpoty> ok, will do
[06:48] <\sh> sistpoty: jabberoo was a sync ihmo anyways :)
[06:49] <sistpoty> *g*... maybe i could also have found out the status of the packages in question, but I'm a lazy bitch ;)
[06:49] <\sh> sistpoty: what about arkrpg?
[06:50] <sistpoty> \sh: since this is not marked done, it's your responsibility to also care for the libstdc++-transition ;)
[06:51] <\sh> ah right :)
[06:51] <lucas> raphink: ping
[06:57] <lucas> is there a MOTU here that could post some comments on REVU on my behalf ?
[06:57] <lucas> \sh ?
[06:58] <sistpoty> lucas: what comments do you want posted?
[06:59] <lucas> it's quite long so I'll put them online somewhere and you can just copy/paste
[06:59] <sistpoty> lucas: ok
[07:01] <lucas> sistpoty: gave you the address in pm
[07:18] <dholbach> hey dredg, mgalvin
[07:18] <dredg> now to make it work with 802.1x
[07:18] <mitsuhiko> hi dholbach
[07:19] <dholbach> hey mitsuhiko
[07:55] <\sh> slomo: ping master of video stuff :)
[07:55] <slomo> \sh: pong :) but actually i like audio stuff more ;)
[07:56] <\sh> slomo: heard about a package of "gem"?
[07:56] <slomo> hmm, yes... but only the name,
[07:56] <\sh> slomo: funny thing: deb upstream removed "ffmpeg" support, because it can't be compiled with a new version of ffmpeg..but somehow it will compile in dapper with ffmpeg
[07:58] <slomo> hum
[07:58] <slomo> that's really funny
[07:58] <slomo> do you have the url to the buildlog or something?
[07:58] <slomo> (the failed one in debian)
[07:59] <\sh> no...it's build in debian..but failed in dapper
[08:00] <slomo> huh? even if i read your sentence above again i read it the other way around... well, ok ;) so in debian it works fine with ffmpeg and for us it fails... anyway, show me the buildlog :)
[08:01] <\sh> slomo: no...in debian it does compile without ffmpeg...but in dapper (same patches same source) it wants compile with ffmpeg
[08:01] <\sh> and ffmpeg looks like to come out of avcodec
[08:02] <slomo> yes, libavcodec comes from ffmpeg... hmmm
[08:02] <slomo> i'll take a look later if you want... first i'll fix galeon and liferea for new firefox ;)
[08:03] <\sh> i'll try to fix this now
[08:04] <slomo> ok, even better... but be prepared... working with ffmpeg is painfull most of the time ;)
[08:05] <sistpoty> I'm off for a while... cya later
[08:09] <\sh> hehe...no ffmpeg now...done worked...it pulled in some little piece of ffmpeg and this was throwing an error which I manually patched away :)
[08:09] <slomo> fine :)
[08:11] <herve> hello
[08:13] <slomo> hi herve
[08:13] <dholbach> hi herve
[08:20] <ajmitch> morning
[08:20] <herve> hi ajmitch
[08:20] <slomo> hi ajmitch
[08:24] <slomo> *sigh* galeon and liferea don't work with firefox 1.5 yet
[08:24] <ajmitch> ouch
[08:24] <ajmitch> I'd better not close it then
[08:24] <slomo> hehe
[08:28] <slomo> ajmitch: hm, sorry... google doesn't find anything, in cvs are no changes specific to firefox... :(
[08:31] <herve> anyone to review a close to advocated nice little python package with fur?
[08:31] <herve> well... maybe not fur
[08:36] <slomo> ajmitch: and same for blam... omg :/
[08:36] <ajmitch> better fix blam!
[08:37] <slomo> tell me how ;) i don't know anything about the gecko api
[08:39] <ajmitch> neither do I ;)
[08:39] <ajmitch> bbiab
[09:25] <ajmitch> I guess we need to make universe installable again.. sigh
[09:34] <Seveas> ajmitch, damn
[09:34] <Seveas> it
[09:35] <Seveas> it's so much fun when it's broken
[09:35] <ajmitch> I'd rather it be unbroken & working at all times
[09:36] <Seveas> ajmitch, ghe, then we have to stop shipping mozilla and X :)
[09:36] <ajmitch> nah, we have to fix them :)
[09:36] <Seveas> s/mozilla/firefox/
[09:37] <slomo> do we have someone here who knows the gecko API? ;P blam, liferea and galeon need some love it seems... but galeon could be working from latest cvs, they did some mozilla API updates
[09:38] <ajmitch> debian will probably get the madness soon
[09:39] <slomo> will they switch to firefox too?
[09:39] <ajmitch> no idea
[09:39] <slomo> i wonder if gecko-sharp(2) still works... i have nothing to test it here :/
[09:41] <Seveas> slomo, blam
[09:41] <ajmitch> Seveas: see above
[09:42] <slomo> Seveas: blam doesn't work anyway because it uses a native library linking against gecko... it doesn't even get to some gecko-sharp stuff ;) monodevelop uses it too but it crashes since 0.8 on my ibook and my pc is broken...
[09:43] <slomo> so if someone could test MD's doc browser... ;)
[09:43] <ajmitch> oh man, gnubuntu :)
[09:43] <Seveas> all stallmanists unite!
[09:43] <Seveas> :)
[09:44] <slomo> gnubuntu?
[09:44] <Seveas> slomo, Ubuntu with horns
[09:44] <ajmitch> see sabdfl's latest email
[09:44] <slomo> who had this weird idea? ;)
[09:44] <slomo> oh *looks*
[09:44] <ajmitch> Seveas: don't worry, I even have the gnu.org email address to go with it :)
[09:44] <ajmitch> slomo: 'idealogically pure' ubuntu
[09:45] <Seveas> me is not so idealistic
[09:45] <ajmitch> also see ian jackson's post about firefox crack
[09:45] <dholbach> the party is the HUG DAY! :)
[09:45] <ajmitch> might be useful
[09:45] <ajmitch> hehe
[09:45] <ajmitch> hugs all around! :)
[09:52] <herve> I can tell you X is broken too ;-)
[09:53] <slomo> herve: it is? ;)
[09:53] <herve> no, just the X binary that moved to /usr/bin
[09:54] <herve> ho, and the synaptics driver name change for laptop users
[09:58] <slomo> hmm, and the radeon driver for me... with and without exa enabled different broken behaviour ;)
[09:58] <herve> either the package was also renamed
[09:58] <herve> or it's just a matter of moving it from /usr/X11R6/lib
[10:00] <ajmitch> daniels will fix once he wakes up, I'm sure
[10:00] <ajmitch> it's only 8am there now :)
[10:05] <dholbach> good night
[10:07] <ajmitch> night dholbach
[10:07] <dholbach> night andrew, night sebastian
[10:09] <herve> bye
[10:09] <dholbach> bye herv :)
[10:18] <\sh> siretart: don't worry about clanlib...i just made the transition. and yes you're welcome :)
[10:20] <\sh> siretart: and thx for fetchpackage...a really handy tool :)
[10:38] <herve> good night
[10:39] <\sh> cu herve
[11:09] <JanC> slomo: monodoc seems to work on current dapper
[11:09] <slomo> JanC: i meant monodevelop's integrated doc browser... sorry
[11:10] <JanC> yeah, just checking
[11:10] <JanC> seems to work too
[11:10] <slomo> ok, thanks :) then gecko-sharp(2) should be fine