[12:07] <siretart> if you think that debian has all changes we need, sure
[12:07] <siretart> hi daniel
[12:07] <dholbach> hi
[12:07] <dholbach> hi reinhard
[12:07] <mbreit> hi dholbach
[12:07] <dholbach> hi moritz :)
[12:08] <seth_k> I claim a moral victory
[12:08] <mbreit> dholbach: sorry, i meant "hi daniel" ;))
[12:08] <dholbach> don't worry :)
[12:12] <gradzac> can someone help me with dpatch-edit-patch?
[12:12] <dholbach> gradzac: what's going wrong?
[12:13] <dholbach> gradzac: maybe http://tseng.ath.cx/log/?p=7 does help? :)
[12:13] <gradzac> I try to create a new patch and it dies with "make: *** No rule to make target `unpatch'.  Stop. "
[12:13] <gradzac> dholbach: I'm using that page :)
[12:14] <mbreit> gradzac: read that page again ;) you missed something ;)
[12:14] <mbreit> gradzac: i asked exactly that question some days ago... and found out, that i did not read that page properly ;)
[12:14] <dholbach> gradzac: compare to files in /usr/share/doc/dpatch/examples or something
[12:15] <dholbach> you have to add the unpatch-stamp target somewhere - i just applied the changes to a debian/rules some minutes ago :)
[12:17] <gradzac> I missed the part about including the dpatch make rules
[12:17] <gradzac> I guess I assumed since the package already had a bunch of patches that was already done
[12:18] <dholbach> does it use cdbs?
[12:18] <dholbach> something about simple-patchsys in debian/rules?
[12:18] <gradzac> it is bluez-utils
[12:18] <gradzac> dholbach: yes
[12:18] <dholbach> gradzac: then you don't need dpatch
[12:18] <dholbach> use cdbs-edit-patch instead
[12:18] <gradzac> ok
[12:19] <dholbach> it's the same and you can use it, if you have cdbs around
[12:19] <dholbach> "the same"
[12:21] <gradzac> dholbach: thanks, that works as well
[12:21] <dholbach> super
[12:21] <dholbach> now at least you learned both methods :)
[12:22] <gradzac> and I now how to tell them apart :)
[12:22] <gradzac> r/now/how
[12:22] <gradzac> grr...know
[12:23] <mbreit> gradzac: and sorry for my useless answer... i just start thinking ;)
[12:23] <gradzac> mbreit: np :)
[12:25] <siretart> gn8, folks
[12:25] <gradzac> nite siretart
[12:26] <mbreit> n8 siretart
[12:28] <dholbach> bye reinhard
[12:34] <dholbach> can somebody look at http://siretart.tauware.de/revu/details.py?upid=298 and tell me why i get that cracked up lintian warning?
[12:34] <dholbach> the first one - the second one is just stupid lintian on crack again :)
[12:37] <mbreit> dholbach: try to remove the space in line 60
[12:37] <mbreit> that should fix every lintian error...
[12:37] <dholbach> alright, *has a look*
[12:38] <dholbach> mbreit: you're a genius!
[12:38] <mbreit> thanks ;))
[12:43] <dholbach> hub: did anybody talk to you about your packages already?
[12:43] <Mez> tseng: ping
[12:43] <hub> dholbach: no
[12:43] <hub> I uploaded them today
[12:44] <dholbach> hub: i had a brief look at hugin and the conversation about dpatch above might be interesting for you as well
[12:44] <hub> yeah
[12:44] <dholbach> i only added some brief comments to hugin, not much, but i'll try to catch up
[12:44] <hub> I switched to CDBS
[12:44] <dholbach> oh rocking
[12:44] <dholbach> cdbs is lovely
[12:44] <hub> and actually one of the patches I applied is no longer needed
[12:44] <hub> looks like gcc4 got fixed
[12:45] <Mez> dholbach, wanna do one of your scathing reviews for me?
[12:45] <dholbach> even better, even smaller diff to review :)
[12:45] <hub> yeah
[12:45] <dholbach> Mez: scathing?
[12:45] <hub> I sent the patch utstream when I did it, never heard from them
[12:45] <dholbach> Mez: am i that bad?
[12:45] <Mez> dholbach, yes - but you know what I mean ;)
[12:45] <dholbach> hub: you're not the only one :)
[12:45] <Mez> dholbach, http://siretart.tauware.de/revu/details.py?upid=308
[12:46] <hub> dholbach: yeah
[12:46] <dholbach> Mez: i'll dive into it
[12:46] <hub> I should check in ubuntu all the patches for software I "maintain" upstream
[12:46] <Mez> dholbach, ?
[12:46] <dholbach> Mez: have a look into it :)
[12:46] <hub> to make sure they are
[12:47] <Mez> ah ty dholbach
[12:47] <dholbach> hub: or push the maintainer to package a new release
[12:47] <dholbach> hub: as a package maintainer you're always grateful to get nudged about serious issues from upstream
[12:47] <hub> dholbach: yeah, that too.
[12:47] <hub> dholbach: like abiword that stayed in 2.2.2 whil we were release 2.2.6
[12:48] <hub> and stuff like that :-/
[12:48] <dholbach> hub: the problem is always introducing new features late in the distro release schedule
[12:48] <dholbach> hub: if the changes are "merely" fixes, they should go in
[12:49] <Mez> dholbach, poke me when done please
[12:50] <dholbach> take your time :)
[12:50] <hub> dholbach: yeah. but in the case of AbiWord for exemple, it is really bug fixes... Our release policy is somewhat strict
[12:50] <dholbach> i see
[12:51] <dholbach> well then you should have poked :)
[12:51] <hub> when shall I request the packaging to Debian ? when the package is uploaded or now ?
[12:51] <hub> dholbach: seb128 made me CC in bugzilla for abiword. that's a good start :-)
[12:51] <dholbach> erm... you mean for hugin now?
[12:52] <hub> for hugin yes
[12:52] <dholbach> if there's a RFP or ITP you could reply to those bugs and tell them that you are working on them too
[12:53] <dholbach> if we have the package approved and in the archive you could announce them to utnubu-discuss@lists.alioth.debian.org
[12:53] <hub> in bugzilla ?
[12:53] <dholbach> at least, that's how i do it
[12:53] <dholbach> yes bugs.debian.org
[12:53] <dholbach> there are mail adresses attached to the bug
[12:53] <hub> mm yeah
[12:53] <hub> ok
[12:53] <dholbach> so you come up with something definite on the mailing list and announce it and in the other case you just tell the packaging guy that he could get in contact with you
[12:53] <dholbach> http://bugs.debian.org/wnpp is the list
[12:54] <dholbach> of work needing packages
[12:54] <hub> yeah querying that package right now
[12:55] <dholbach> super
[01:03] <dholbach> Mez: do you have an idea, why the tar.gz on the homepage is 13M and the .srpm just 1.1M?
[01:04] <Mez> dholbach, I wish I knew :D
[01:04] <dholbach> did you grab from 20050805_1205/ ?
[01:06] <dholbach> oh yes, you did, alright
[01:07] <gradzac> anyone have any experience with DBus?
[01:08] <dholbach> it runs on my system for 2 years now, what do you mean explicitly? :)
[01:08] <Mez> dholbach, I grabbed from stable :D
[01:08] <dholbach> Mez: ok
[01:08] <Mez> it's listed in copyright - I believe
[01:09] <dholbach> Mez: then you give me the wrong link there :)
[01:09] <Mez> ah
[01:09] <Mez> I've given wrong link in copyright
[01:10] <Mez> http://ftp.novell.com/pub/forge/ifolder/client/stable/20050608_2016/
[01:10] <gradzac> ever written any code that uses dbus?
[01:10] <gradzac> the bluez-utils package used to depend on an older version of dbus and dbus has had an API change :(
[01:10] <dholbach> ouch - maybe upstream has something?
[01:11] <gradzac> dholbach: I've been searching but nothing yet
[01:11] <dholbach> hrm
[01:11] <gradzac> I can disable dbus for the build
[01:12] <dholbach> gradzac: that's a main package
[01:12] <gradzac> or make a patch....I'm having trouble with dbus' typing
[01:12] <dholbach> i suggest you talk to the kernel guys or chmj about it - afaik they're hacking on it
[01:12] <gradzac> dholbach: I can disable dbus in the bluez-utils build
[01:12] <gradzac> so it doesn't depend on dbus
[01:12] <mbreit> dholbach: could you rebuild medussa for me?
[01:13] <dholbach> mbreit: yes, give me a debdiff with your name on it :)
[01:13] <Mez> dholbach, other than the wrong link, it look ok?
[01:13] <mbreit> dholbach: okay ;)
[01:13] <dholbach> Mez: no, i'm not finished yet
[01:13] <Mez> lol
[01:13] <dholbach> gradzac: i think dbus is needed alone for the pin-thingie
[01:13] <dholbach> gradzac: dbus-pin-helper or something
[01:13] <gradzac> dholbach: yes and no, it can use dbus to get a pin, but it has another utility to do that
[01:14] <gradzac> the dbus pin helper is probably nicer in gnome
[01:14] <dholbach> foot long essay --- haha, that's like the foot long essays on parchment in harry potter :)
[01:14] <gradzac> BTW, the hoary package doesn't use dbus by default
[01:14] <dholbach> gradzac: as i said, you better talk to chmj - he's working on bluetooth stuff or write him a mail
[01:15] <gradzac> k, where do I find his email address?
[01:15] <Mez> dholbach, how long is your list so far?
[01:15] <mbreit> grr... i hate those config* in debdiffs...
[01:15] <dholbach> mbreit: don't worry about it
[01:15] <dholbach> gradzac: just a sec
[01:16] <dholbach> gradzac: charles at ubuntu.com
[01:16] <mbreit> dholbach: http://mo42.ath.cx/medussa.debdiff
[01:16] <gradzac> dholbach: thanks
[01:17] <dholbach> mbreit: i just finish the review
[01:18] <mbreit> dholbach: it does not matte when you upload it...
[01:18] <mbreit> +r
[01:19] <mbreit> dholbach: then we will see if my adress is whitelisted ;)
[01:19] <dholbach> yes
[01:20] <dholbach> Mez: done
[01:22] <Mez> dholbach, 1) wasnt neccessary, but I felt it was worthwhile
[01:22] <dholbach> why?
[01:22] <Mez> dholbach, from orig.tar.gzx the changes were CVS removes and remove of config.guess and .sub
[01:23] <dholbach> you remove upstream config.guess config.sub?
[01:23] <dholbach> better write a harsh mail to upstream about using   cvs export   instead of   cvs checkout   instead of hacking an orig.tar.gz together
[01:23] <dholbach> i thought we agreed on that in the motu meeting
[01:24] <dholbach> this is not a corner case :)
[01:24] <Mez> dholbach, I was told that the meeting said changing it for CVS was ok
[01:24] <dholbach> i don't think so
[01:24] <Mez> and yes I removed upstream config.guess and config.sub mainly cause they were for building on an apple
[01:25] <Mez> dholbach, apparently it was deemed appropriate in the meeting
[01:25] <dholbach> our config.guess even includes stuff for building on a xbox
[01:25] <dholbach> daniel@bert:~/1/medussa-0.8$ grep -i xbox /usr/share/misc/config.*
[01:25] <dholbach> /usr/share/misc/config.sub:     xbox)
[01:25] <dholbach> daniel@bert:~/1/medussa-0.8$
[01:25] <dholbach> :)
[01:26] <Mez> dholbach, I'm working on tyhe principle that pulling from the buildd is better..
[01:27] <dholbach> but just removing it is wrong
[01:27] <mbreit> dholbach: if i am yet whitelisted, i have a second debdiff for you ;))
[01:27] <dholbach> and therefore changing the orig.tar.gz is double inappropriate
[01:27] <Mez> fair enough
[01:27] <Mez> I'll add them back in
[01:27] <Mez> but the CVS stuff was allowed
[01:27] <Mez> yes?
[01:28] <dholbach> leave it in and write to upstream please
[01:28] <dholbach> lintian will complain but that's ok
[01:28] <Mez> dholbach: theres no email for upstream
[01:28] <Mez> and bug tracker doesnt work
[01:29] <Mez> dholbach, would you be happy with it being in a patch ?
[01:29] <dholbach> erm what exactly? the removal?
[01:30] <Mez> the CVS removal
[01:30] <dholbach> hm, that wouldnt change anything, it wouldnt be considered afaik
[01:30] <dholbach> you could try it though
[01:30] <Mez> how do you mean
[01:30] <Mez> not be considered?
[01:30] <Mez> by lintian?
[01:31] <dholbach> just leave it in for this release
[01:31] <mbreit> Mez: http://forge.novell.com/modules/xfmod/project/?ifolder <- there you will find upstream email adresses, mailing lists, whatever you want ;)
[01:31] <dholbach> but you're right about their email
[01:31] <dholbach> oh... mbreit spotted it :)
[01:32] <mbreit> all announces are written by tbadger at novell.com
[01:32] <Mez> ty mbreit
[01:33] <Mez> so you still dont like the automake patch dholbach ?
[01:33] <dholbach> i dont know why
[01:33] <Mez> and dholbach how did you get that error?
[01:33] <dholbach> just tried to build it in a pbuilder
[01:34] <Mez> weird
[01:34] <Mez> mine builds fine
[01:34] <dholbach> yeah, it's weird
[01:35] <Mez> before it does that it should copy in the .sub and .guess
[01:36] <Mez> ah
[01:36] <Mez> they're in build not config
[01:38] <dholbach> mbreit: next debdiff? :)
[01:40] <mbreit> http://mo42.ath.cx/morph.debdiff
[01:41] <mbreit> but my email adress seems not to be whitelisted...
[01:41] <dholbach> super
[01:41] <dholbach> same crack on breezy-changes again?
[01:41] <mbreit> it's from Ubuntu Installer <katie@jackass.warthogs.hbd.com> again
[01:41] <dholbach> oh that's alright
[01:41] <dholbach> if you get the mail that should be fine
[01:41] <dholbach> ah no
[01:41] <dholbach> sorry
[01:42] <Mez> mbreit, have you emailed the hwitelisting address
[01:43] <mbreit> yes...
[01:43] <mbreit> upload@ubuntulinux.com
[01:43] <Mez> fair enough,
[01:43] <Mez> ping elmo when you get a chance
[01:44] <Mez> he's a busy man though
[01:44] <dholbach> your host doesnt seem to be online
[01:44] <dholbach> ah no... it#s a 404
[01:44] <mbreit> oh, there a m missing...
[01:44] <mbreit> http://mo42.ath.cx/mmorph.debdiff
[01:45] <dholbach> ok
[01:47] <dholbach> mbreit: it's up
[01:47] <mbreit> dholbach: thanks!
[01:47] <dholbach> de rien
[01:48] <mbreit> but there's one thing i don't understand: if my adress is not whitelisted, why does it accept the packages?
[01:48] <dholbach> because i signed with my key :)
[01:49] <mbreit> okay, that makes sense
[01:49] <gradzac> dholbach: want to upload babytrans and haskell-utils?
[01:49] <gradzac> they just need a rebuild
[01:50] <dholbach> gradzac: did you talk to elmo already about whitelisting your maliadress?
[01:50] <gradzac> no, didn't know I was supposed to
[01:50] <dholbach> gradzac: then please do so :)
[01:50] <gradzac> ok
[01:51] <dholbach> gradzac: they rebuilt nicely for you on breezy and worked well?
[01:51] <gradzac> yes, as best as I can test them
[01:51] <gradzac> the working part is more of a "it builds and installs"
[01:51] <dholbach> because i remember the haskell stuff to be a pain and sistposty was working on it
[01:52] <dholbach> gradzac: i'll do it - want to add your own changelog to it? then i'd need a debdiff
[01:52] <gradzac> ok, I'll make the debdiffs and let you know where they are
[01:52] <dholbach> super
[01:52] <dholbach> it's 2 o clock already?
[01:53] <dholbach> wow
[01:53] <dholbach> i'll do those uploads and be off to bed
[01:54] <gradzac> don't wait for me, it will take me awhile to make the diffs
[01:54] <gradzac> I'm slow at doing that :)
[01:54] <dholbach> no, it's fine
[01:54] <dholbach> reading mails
[02:00] <mbreit> dholbach: seems like i have another package for you ;)
[02:00] <dholbach> ok
[02:00] <dholbach> go ahead
[02:00] <dholbach> you guys tested that stuff?
[02:01] <dholbach> :-)
[02:01] <mbreit> i at least test if it runs...
[02:01] <dholbach> cool
[02:01] <mbreit> i can't test all the functionality of a client for the ms sql-server ;))
[02:01] <Mez> night all
[02:02] <Mez> mbreit, MSSQL?
[02:02] <dholbach> apt-cache show package is always good to see how the dependency versions changed (if you installed it)
[02:02] <Mez> mbreit, of freedts
[02:02] <mbreit> dholbach: http://mo42.ath.cx/sqsh.debdiff (this time the right way)
[02:03] <mbreit> Mez: apt-cache show sqsh ;)
[02:03] <Mez> mbreit: yeah, freetdsd
[02:05] <dholbach> mbreit: W: sqsh source: outdated-autotools-helper-file autoconf/config.guess 2001-08-21 :)
[02:05] <mbreit> hmm? i did not change anything ;)
[02:05] <dholbach> lintian -i *.changes
[02:05] <dholbach> uploaded it
[02:06] <mbreit> great
[02:06] <dholbach> ok... have fun with the buildLogs
[02:06] <dholbach> i'll see you around
[02:06] <mbreit> i will just wait for the buildd to finish the packages, then i will go to bed, too
[02:06] <dholbach> and thanks for the excellent work
[02:06] <mbreit> thanks for uploading all my debdiffs ;)
[02:06] <dholbach> 02:33 should be the time, shouldnt it?
[02:06] <dholbach> de rien :)
[02:07] <mbreit> the buildlogs come before that, don't they?
[02:07] <mbreit> 2:33 is the time the packages are moved to the archive, at least as far as i understood that...
[02:07] <dholbach> ah no... that's for pushing into the archive
[02:07] <dholbach> yes
[02:08] <dholbach> ok... have fun - i'm off
[02:08] <mbreit> good night... see you tomorrow
[02:08] <dholbach> we'll see :)
[02:09] <mbreit> ;) or next week
[02:09] <dholbach> bye moritz, benjamin, hubert :)
[02:09] <mbreit> bye
[02:09] <gradzac> cya
[02:10] <gradzac> i'm taking a break for dinner....
[02:10] <mbreit> gradzac: where do you life?
[02:10] <gradzac> Nebraska
[02:10] <mbreit> it's 02:10 here ;) time to sleep....
[02:10] <mbreit> oh, ok
[02:11] <mbreit> then see you tomorrow...
[02:11] <mbreit> (or next week *g*)
[03:37] <hub> what is the difference between ITP and RFP in Debian bugs ?
[03:38] <hub> ah well, google helped again
[03:38] <hub> sorry for the noise
[08:43] <highvoltage> what do you mean finally!? it's way before release
[08:44] <highvoltage> I think it's only been half-sane to upgrade since last week.,
[08:44] <crimsun> I've been waiting for xorg to stabilise before dist-upgrading
[08:44] <highvoltage> yes, me too. i did it friday :)
[08:44] <crimsun> well, it's nice to check that my uploads to Ubuntu actually work in Breezy
[08:44] <crimsun> it'd be a shame for all those dputs to be useless
[10:12] <ajmitch_> hello all
[10:12] <crimsun> re ajmitch_
[10:12] <Burgundavia> salut ajmitch_
[10:12] <ajmitch_> that is not good :)
[10:13] <siretart> hi
[10:13] <siretart> ajmitch: did I get something wrong? I thought there was some consensus about that?
[10:14] <ajmitch> siretart: the consensus that I saw was not to change
[10:14] <siretart> damn.
[10:15] <siretart> ajmitch: http://lists.ubuntu.com/archives/ubuntu-devel/2005-August/009441.html
[10:15] <ajmitch> it wasn't in the minutes
[10:15] <siretart> err, what about that?
[10:16] <ajmitch> CVS exports are different from having a tarball that already exists
[10:16] <ajmitch> imho :)
[10:16] <siretart> hm. I get that sentence diffrently
[10:17] <ajmitch> perhaps
[10:17] <siretart> we should ask daniel for clarification
[10:17] <ajmitch> I think it's talking about where upstream has just thrown together a tarball of a CVS snapshot
[10:17] <ajmitch> and we have to run auto* on it to get it usable anyway
[10:18] <siretart> well, this does happen from time to time
[10:18] <ajmitch> sadly
[10:18] <ajmitch> upstream needs to be severely beaten in such cases
[10:19] <siretart> Mez's upstream was novell, in that case ;)
[10:19] <ajmitch> in my case, I'm building a tarball myself using make dist
[10:19] <siretart> :)
[10:19] <ajmitch> you haven't seen how bad novell are at times :)
[10:19] <ajmitch> my case (pnet) is that they want a cvs snapshot tested before release
[10:19] <ajmitch> so I'll build & upload a snaphot
[10:20] <ajmitch> for releases, I convinced them not to ship CVS dirs or an old debian/ dir :)
[10:23] <siretart> hey, rsnapshot from breezy works for me [tm]  :)
[10:23] <siretart> from hoary, it doesn't..
[12:38] <pete> hi all
[12:39] <mbreit> hi pete
[12:46] <\sh> g'morning
[12:46] <mbreit> good morning \sh!
[12:47] <\sh> hey mbreit :)
[12:48] <mbreit> \sh: what should i do if i want to fix a bug and there is already a patch in debian bts?
[12:49] <\sh> take the patch from debian bts
[12:49] <mbreit> i have already put the patch in the package and made it use dpatch... is that the right way? i have also mentioned the author of that patch
[12:51] <mbreit> do i have to do something else?
[12:52] <\sh> mbreit: put a "Closes: BTS: #<btsnumber>" in it...that's all...i mean that's what I'm doing normally
[12:52] <highvoltage> topic
[12:52] <highvoltage> sorry
[12:53] <mbreit> \sh: it is a but in debian bts.... not in the ubuntu bugzilla
[12:53] <mbreit> s/but/bug/
[12:53] <\sh> mbreit: yes...but it's good to know that the fix came from debian bts
[12:54] <mbreit> so i should add "Closes: BTS: #<debianbtsnumber>"?
[12:55] <\sh> yepp
[12:56] <mbreit> like so: http://mo42.ath.cx/gambit.debdiff ?
[12:58] <\sh> mbreit: write it behind the patch statement...
[12:58] <mbreit> okay
[12:59] <mbreit> is it right now? (same url)
[01:01] <\sh> yepp..but why dpatch?
[01:01] <mbreit> why not? how else should i do that?
[01:01] <\sh> with a normal patch :)
[01:01] <\sh> patch: patch-stamp
[01:02] <\sh> patch-stamp:\ndh_testdir\n patch -p1 < debian/patches/<patchname>\ntouch patch-stamp
[01:02] <\sh> clean: unpatch
[01:02] <\sh> unpatch: patch unpatch-stamp
[01:03] <mbreit> hmm... dpatch is easier...
[01:03] <\sh> but one build-dep more
[01:03] <mbreit> hmm.. dpatch is so small
[01:04] <\sh> but then put your realname + email address and a small description in the dpatch template
[01:04] <mbreit> oh, okay
[01:05] <\sh> ok..coffee, shower, buying something to smoke...and then lets do some work
[01:08] <mbreit> \sh: tell me if my debdiff is okay now first ;))
[01:23] <\sh> mbreit: yepp
[01:24] <mbreit> cool, thanks...
[01:24] <mbreit> you want to submit that?
[01:27] <\sh> mbreit: I will do this...damnit Ihave to buy some cigarettes and now it's starting again with the rain
[01:27] <mbreit> lol... the sun is shining here... nice wether ;)
[01:29] <\sh> mbreit: where`
[01:29] <\sh> ?
[01:29] <mbreit> detmold
[01:29] <mbreit> you know where that is?
[01:30] <mbreit> it's at the teutoburger wald...
[01:30] <\sh> yes..near bielefeld
[01:31] <mbreit> exactly
[01:31] <\sh> my grandgrandgrandrandgrandgrandpa  is staying there
[01:31] <ajmitch> hi
[01:32] <\sh> this big guy in stone
[01:32] <\sh> hermann, the cherusker
[01:32] <mbreit> lol... the world is so small... my grandmother is in bielefeld, too
[01:32] <mbreit> \sh: yeah... hermann is about 2 km from here... in front of my window..
[01:32] <mbreit> that's detmold ;)
[01:33] <\sh> mbreit: hehe...and I was working in guetersloh
[01:33] <mbreit> *g* then you know paderborn as well? i am studying there
[01:34] <\sh> mbreit: paderborn? yes...you should read http://shermann.blogweb.de/archives/341-Das-Web-und-nichts-ist-so-schnell-vergessen-wie-die-Vergangenheit.html
[01:35] <\sh> mbreit: I'm born in dortmund so not far from OWL ,-)
[01:36] <mbreit> \sh: as i said.. the world is so small ;)
[01:36] <\sh> mbreit: yes :)
[01:37] <\sh> ok..updating pbuilder
[01:37] <mbreit> good idea ;)
[01:40] <\sh> mbreit: but u don't know this girl? Birgit <nachname weiss ich nicht mehr>
[01:42] <mbreit> \sh: no, i don't know _any_ birgit ;)
[01:42] <\sh> mbreit: thats said :)
[01:44] <\sh> ok..patched and now testbuilding
[01:46] <\sh> mbreit: can u do me a favour and test kwave if it's building for you?
[01:46] <\sh> mbreit: use the version from MoM, pls:)
[01:46] <mbreit> \sh: okay...
[01:47] <\sh> mbreit: thx
[01:50] <\sh> hmmm...noone from india here?
[01:55] <\sh> gambit uploaded
[01:55] <mbreit> thanks!
[01:57] <mbreit> \sh: inline assembler problem
[01:58] <mbreit> the same problem i had with vlc ;) but i can't solve that
[01:58] <\sh> mbreit: upstream said, there is no problem
[01:58] <mbreit> well, there IS
[02:01] <\sh> mbreit: please confirm that in the bts ;) http://sourceforge.net/tracker/index.php?func=detail&aid=1244320&group_id=6478&atid=106478
[02:03] <tseng> mbreit: so what was up with mbreit ?
[02:03] <tseng> er
[02:03] <tseng> egg-sharp :P
[02:04] <mbreit> tseng: i did not find the problem yet..
[02:04] <mbreit> but it's somewhere in TrayLib.cs
[02:04] <mbreit> or in the libraries behind that ;)
[02:05] <tseng> ok.
[02:07] <mbreit> \sh: i have added a comment
[02:07] <mbreit> tseng: could you rebuild seahorse? it needs to be recompiled for the new libsoup in breezy
[02:08] <tseng> ok
[02:08] <tseng> done.
[02:09] <tseng> hm or not
[02:10] <tseng> done.
[02:10] <mbreit> thanks!
[02:17] <bddebian> Ohh, is tseng uploading again? :-)
[02:17] <bddebian> BTW, hello tseng, mbreit  :-)
[02:17] <tseng> hi.
[02:17] <mbreit> oh, hi bddebian
[02:18] <ajmitch> hello bddebian
[02:19] <tseng> mna i have using pacakges.d.o
[02:19] <tseng> why does it default to "stable"
[02:19] <tseng> i feel almost like making my own form for searching it
[02:19] <ajmitch> I hardly ever use it
[02:20] <tseng> i use it to get source pacakges from sid
[02:20] <ajmitch> packages.qa.debian.org is more useful for looking at a package
[02:20] <tseng> because i hate mom
[02:20] <ajmitch> ah, I have a script for getting packages from sid, and a sid chroot
[02:20] <tseng> ah rock on
[02:21] <Lathiat> bah
[02:21] <Lathiat> is elmo on holidays or something?
[02:21] <tseng> dude
[02:21] <tseng> he doesnt work on weekends
[02:22] <tseng> he works hard enough the other 5 days
[02:22] <Lathiat> i know that
[02:22] <tseng> and yes, i think he is on holiday
[02:28] <Mez> siretart: ping
[02:28] <Mez> tseng: http://siretart.tauware.de/revu/details.py?upid=308
[02:28] <bddebian> So what's the word for the day folks?
[02:28] <Mez> I'd appreciate any input you can add to that tseng (I've already worked out most of dholbach's problems
[02:28] <Lathiat> hrm
[02:29] <tseng> oh daniel looked at it
[02:29] <tseng> good
[02:29] <tseng> you changed orig?
[02:29] <Mez> yeah, under advice from siretart
[02:31] <tseng> buh
[02:31] <tseng> what for
[02:31] <tseng> we can talk to upstream
[02:31] <mbreit> Lathiat: i have that problem, too
[02:31] <Mez> tseng: for removing CVS dirs,
[02:31] <tseng> OH NICE
[02:31] <tseng> they put CVS/ in the tarball?
[02:32] <Mez> yeah
[02:32] <Mez> ..?
[02:32] <tseng> kicking upstream in the head
[02:32] <Mez> lol
[02:32] <tseng> oh
[02:32] <tseng> did you get a cvs snapshot tarball
[02:32] <Mez> no.
[02:32] <tseng> link me
[02:33] <tseng> http://ftp.novell.com/pub/forge/ifolder/client/current-head/
[02:33] <Mez> http://ftp.novell.com/pub/forge/ifolder/client/stable/20050608_2016/source/
[02:33] <tseng> thats a cvs snapshot..
[02:33] <Mez> It's in stable ..
[02:34] <Mez> *shrugs*
[02:34] <tseng> so did you just rm CVS?
[02:34] <tseng> or you did autogen and make dist
[02:34] <Mez> find -name CVS | xargs rm -rf
[02:34] <tseng> =/
[02:34] <tseng> o
[02:34] <tseng> no*
[02:34] <Mez> tseng - there was no autogen
[02:34] <tseng> !
[02:35] <tseng> this package sucks
[02:35] <Lathiat> mbreit: http://bugzilla.ubuntu.com/show_bug.cgi?id=13254
[02:36] <Mez> mez@apathy:/backports/arena/simias-stable/simias-1.0.20050608-clean$ ls autogen*
[02:36] <Mez> ls: autogen*: No such file or directory
[02:36] <tseng> i see
[02:36] <tseng> is there make distcheck/make dist targets?
[02:37] <mbreit> Lathiat: ah, i know that problem... that's why i let tseng recompile seahorse..
[02:37] <Mez> mez@apathy:/backports/arena/simias-stable/simias-1.0.20050608-clean$ make distcheck
[02:37] <Mez> make: *** No rule to make target `distcheck'.  Stop.
[02:37] <Mez> mez@apathy:/backports/arena/simias-stable/simias-1.0.20050608-clean$ make dist
[02:37] <Mez> make: *** No rule to make target `dist'.  Stop.
[02:40] <tseng> that royally sucks dude
[02:40] <tseng> we can talk to miguel next week
[02:41] <Mez> *shrugs*
[02:41] <Mez> for now
[02:41] <Mez> I'm gonna lreave it with CVS dirs to keep dholbach happy
[02:41] <tseng> for now the package isnt bad on your end I guess
[02:41] <tseng> no we arent uploading this either way
[02:41] <Mez> ... ?
[02:41] <Mez> tseng, why not?
[02:42] <tseng> because thats totally broken
[02:42] <Mez> what is?
[02:42] <tseng> I guess I might upload the orig unchanged
[02:42] <tseng> if upstream wnt fix it
[02:45] <Mez> where does it state CVS folders are bad... cause i cant find it and would like to quote the wording
[02:47] <tseng> maybe Mithrandir can answer that
[02:47] <tseng> im not a debian policy guru
[02:47] <tseng> neither is daniel really
[02:48] <bddebian> Mez: Dunno but lintian complains about it :-)
[02:48] <Mithrandir> they're useless, it's more that they're unneeded and need to be replaced if you want to use CVS rather than being actively harmful
[02:49] <Mez> Mithrandir, yes we know that, but it'd be nice to find the line in the policy manual
[02:50] <tseng> btw there are a bunch of new guys here working on monoish stuff, we should all get together at least once and talk a few things
[02:50] <Mez> ;)
[02:50] <tseng> like debian mono team structure
[02:50] <Mez> tseng MOTUMono?
[02:50] <tseng> ya.
[02:50] <tseng> but its better to do the work in debian team
[02:51] <Mez> ..?
[02:51] <tseng> we got slomo's cowbell package uploaded in debian
[02:51] <tseng> and will sync to ubuntu
[02:51] <tseng> its the "right way"
[02:52] <Mez> ah, fair enough
[02:52] <tseng> we will hopefulyl do the same thing with ifolder, when the time comes
[02:53] <Mez> yeah
[02:53] <Mez> when I can at minimum get iFolder to build
[02:53] <mbreit> there is also monopod... and hopefully sonance some day
[02:53] <tseng> yes monopod i almost uploaded already
[02:53] <Mez> I still cant find anything in the dan debian policy regarding CVS files
[02:53] <mbreit> (if we can get monopod to run on amd64 *g*)
[02:54] <tseng> i did a package long before peter
[02:54] <tseng> but his is fine.
[02:56] <mbreit> tseng: i can't find anything about this trayicon bug on amd64 with google...
[02:56] <tseng> yeah
[02:56] <mbreit> perhaps someone should send a bug report to edd...
[02:56] <tseng> try blam
[02:56] <tseng> see if it does the same thing
[02:57] <tseng> it could be an underlying lib
 Oh, Ubuntu.  Do they even have a policy?
[02:57] <Mez> grr
[02:57] <tseng> hah, #debian-devel?
[02:58] <Mez> yea
[02:58] <tseng> good one.
[02:58] <mbreit> huh? blam seems to have another bug in breezy
[02:58] <tseng> what do you mean
[02:59] <Mez> tseng: I thought I'd go poke debian and they said while it's ok to do it, poke upstream aswell
[02:59] <mbreit> tseng: i can not load gnom-sharp assembly
[02:59] <tseng> mbreit: meh
[02:59] <tseng> mbreit: msg me the exception
[02:59] <\sh> yes
[03:00] <\sh> new photos from yesterday
[03:00] <Mez> evening \sg
[03:00] <Mez> \sh *
[03:01] <\sh> check planet...we met ozzy alive :)
[03:11] <Mez> the real ozzy?
[03:12] <tseng> haha
[03:12] <tseng> thats not ozzy
[03:12] <\sh> this guy was coming around...and he just looked like ozzy...and I gave him my glasses...:)
[03:14] <Mez> lol
[03:14] <Mez> I know
[03:14] <Mez> I was joking
[03:25] <bddebian> Heya \sh
[03:25] <\sh> hey bddebian
[03:31] <highvoltage> is there a list on the ubuntu site of which nick is which person?
[03:31] <highvoltage> (sorry for asking here, but it is related to motu)
[03:31] <tseng> Mithrandir: do you have a amd64/sid setup?
[03:32] <Mez> highvoltage: they ight list their nick on their wiki page, or their launchpad page, otherwise no
[03:38] <\sh> working on unmet deps...
[03:38] <mbreit> \sh: if you have fun with inline assembler problems, try vlc first ;)
[03:39] <\sh> mbreit: hehe..I don't like inline assembler ,-)
[03:39] <Mithrandir> tseng: atm just a chroot
[03:40] <tseng> Mithrandir: ok, cheers.
[03:41] <Mithrandir> how so?
[03:42] <tseng> eh, blam is dying on ubuntu/amd64
[03:42] <tseng> no reports on debian
[03:43] <bddebian> What, no assembler?  You wimps :-)
[03:44] <mbreit> ahh... bddebian, thanks for volunteering to fix vlc and kwave!!
[03:45] <mbreit> \sh: could you do the libicq2000 cxx transition?
[03:45] <\sh> mbreit: will check
[03:45] <mbreit> or just tell me how i could do that...
[03:45] <bddebian> mbreit: doko took vlc on bugzilla :-)
[03:46] <mbreit> oh... didn't look at bugzilla
[03:46] <bddebian> It
[03:46] <bddebian> 's from MOM
[03:47] <mbreit> bbdwell, but i don't see doko there...
[03:53] <doko>  bddebian: I did?
[03:53] <bddebian> doko: Did you make a note on bugzilla for vlc?
[03:53] <mbreit> bddebian: it was crimson
[03:53] <bddebian> Oh, whoops
[03:55] <\sh> mbreit: done...
[03:56] <\sh> mbreit: I just test the build...and attach a debdiff to bugzilla
[03:56] <mbreit> \sh: icq2000?
[03:57] <\sh> mbreit: jepp
[04:01] <mbreit> why is there lincvs_1.3.2-4build1 in breezy and 1.4.2-2 in unstable?
[04:02] <bddebian> Did you check Mom?
[04:02] <mbreit> in breezy is -4build1... not -4ubuntux
[04:03] <bddebian> I'm saying, did you check MOM to see if we are merging in the newer version? :-)
[04:03] <mbreit> no... but there should be no merging... because it is no special ubuntu version
[04:04] <mbreit> btw: i think i know why... it's moved to debian-nonfree
[04:06] <mbreit> so what should we do with lincvs?
[04:07] <Amaranth> build1 means it's the second time it's tried to build 1.3.2-4, iirc
[04:07] <mbreit> the breezy version has unmet dependencies and does not compile... and it has the same license then the version moved to non-free
[04:08] <mbreit> should it be moved to restricted or multiverse then? or can it stay in universe?
[04:08] <mbreit> should it be updated to 1.4.2? or should we try to fix 1.3.2?
[04:20] <mbreit> tseng: the new blam package seems not to have that dependency problem any more
[04:21] <tseng> mbreit: awesome..
[04:22] <gradzac> where can I search for what packages are in breezy (besides using apt-cache in my pbuilder chroot)?
[04:22] <tseng> packages.ubuntu.com
[04:23] <gradzac> duh....I should have guessed that ubuntu mirrored that debian feature, I think I tried ubuntulinux.org and it failed...oh well
[04:26] <\sh> how did I know that knet is ftbfsing on amd64
[04:26] <\sh> *grmpf*
[04:27] <gradzac> what if a lib doesn't show up in the archive (libcapi20)?
[04:29] <gradzac> the libary is in debian
[04:29] <\sh> gradzac: check the source package
[04:30] <\sh> libcapi20-3
[04:30] <\sh> is the right package
[04:30] <\sh> and libcapi20-dev is the dev package
[04:30] <\sh> isdnutils is source package
[04:31] <gradzac> got it, thanks
[04:36] <tseng> who is doing the breezy-changes rss
[04:37] <tseng> i kind of like to see the name of the uploader
[04:48] <gradzac> Dennis Karrsemaker made the RSS feeds
[04:55] <gradzac> can someone running breezy tell me what the output of "dpkg -L xutils" is?
[04:56] <Mez> /usr/share
[04:56] <Mez> /usr/share/doc
[04:56] <Mez> /usr/share/doc/xutils
[04:56] <Mez> /usr/share/doc/xutils/copyright
[04:56] <Mez> /usr/share/doc/xutils/NEWS.Debian.gz
[04:56] <Mez> /usr/share/doc/xutils/changelog.Debian.gz
[04:57] <gradzac> thats what I get....isn't there supposed to be a lot of binaries in there also?
[04:57] <gradzac> this package is supposed to have all of the build tools for X, but all I get is the docs in /usr/share/doc
[04:58] <gradzac> pacakges.ubuntu.com shows 200+ files get installed
[04:59] <\sh> gradzac: please read the announcement message of daniels...xutils is only a transitional package from now on
[04:59] <Amaranth> packages.ubuntu.com is outdated
[05:00] <Mez> packages.ubuntu.com isnt outdated
[05:00] <Mez> It's showing -44
[05:00] <Mez> I'm using -42
[05:00] <Mez> oh, nvm me
[05:00] <Mez> hthere an upload for -44
[05:00] <gradzac> \sh: where I can I find the message?
[05:02] <gradzac> nvm, I found it
[05:03] <\sh> Message-ID: <20050805090632.GB3598@brainfreeze.fooishbar.org>
[05:03] <\sh> check on gmame
[05:07] <gradzac> can we start a column on the unmet deps page for pacakges that build depend on the old xutils?
[05:07] <gradzac> er...row
[05:09] <mbreit> i think sorting that list a bit is a good idea
[05:09] <gradzac> only downside I can think of is that it will make sorting the list a real pain
[05:10] <gradzac> I mean updating the list
[05:10] <gradzac> damn I can't type this morning
[05:10] <mbreit> yeah... but updating it is a real pain anyway
[05:14] <mbreit> gradzac: we could sort out some more categories... gtkmm, wx26-transition, gcc4-transition
[05:15] <gradzac> that would make things a little easier
[05:15] <gradzac> maybe a table for "packages waiting for other packages to get fixed" :)
[05:16] <\sh> gradzac: this will be all done
[05:16] <\sh> and is done already
[05:16] <mbreit> \sh: ?
[05:16] <mbreit> gradzac: just make new rows in the "need love" table
[05:17] <gradzac> k
[05:17] <gradzac> I'd like to see what \sh is refering to though
[05:17] <\sh> mbreit: we will have a lot of work to do...and I'll prepare all things for that
[05:17] <\sh> http://wiki.ubuntu.com/CxxLibraryList
[05:17] <\sh> https://wiki.ubuntu.com/CxxLibraryResync
[05:17] <\sh> http://wiki.debian.net/?EtchSlang2upgrade
[05:18] <\sh> and wx26 transition is being prepared :)
[05:18] <mbreit> okay... didn't know that..
[05:18] <gradzac> ok, maybe we just link to those pages from unmet deps (i know there is a link for the cxx page)
[05:19] <mbreit> gradzac: i think that is a good idea... just like the cxx transition row
[05:19] <gradzac> plus, it would be nice to sort some of the packages out of the "NOBODY" list into categories that we know are waiting for other packages to be updated
[05:19] <gradzac> mbreit: make the first column a link to the appropriate wiki page
[05:19] <mbreit> if it's okay with stephan...
[05:21] <\sh> with wx26 we have to be carefull..some API changes are really painfull
[05:22] <mbreit> \sh: we still have wx24... just for packages depending on wx25
[05:23] <mbreit> the wx24 packages just need a rebuild
[05:23] <gradzac> ok, for the package aqsis, the build fails with "../render/.libs/libaqsis.so: undefined reference to `Aqsis::CqPoolable<Aqsis::CqLath, 512l>::m_thePool'", is this an upstream bug or a package problem?
[05:23] <gradzac> I think it is an upstream issue
[05:24] <mbreit> i would count that as gcc4 issue ;)
[05:24] <mbreit> but upstream
[05:24] <gradzac> it does give warnings about unknown compiler version
[05:24] <\sh> aqsis was this packages where upstream didn't do somethign for 2 years? ,-)
[05:24] <\sh> thats libboost
[05:24] <\sh> forget it
[05:25] <gradzac> thats another point....I've come across a couple packages that the last time the upstream did anything was two years ago
[05:25] <gradzac> is there a place where we could recommend that the package be removed from universe?
[05:25] <mbreit> gradzac: do you sort unmet deps? or shall i do that? (if that's finally ok with \sh)
[05:25] <\sh> gradzac: morque
[05:25] <gradzac> mbreit: not yet, I was waiting to see what \sh said
[05:25] <\sh> there are more packages
[05:25] <Mez> gradzac : https://wiki.ubuntu.com/MorgueCandidates
[05:26] <\sh> but check first some dependencies...
[05:28] <gradzac> \sh: you mean the reverse dependencies?
[05:29] <mbreit> btw: what shall we do with packages on the unmet deps "unknown" list, where we know that somebody is working on that?
[05:29] <\sh> gradzac: yepp
[05:29] <\sh> make a new row put your name on it and work :)
[05:30] <mbreit> e.g.: crimsun seems to work on vlc (according to bugzilla), i know that slomo is working on smlnj
[06:35] <tseng> mbreit: oh hey
[06:35] <mbreit> hey tseng
[06:35] <tseng> mbreit: does muine-plugin-trayicon have the same bug as the others?
[06:36] <mbreit> lol... seems that there is no muine on amd64?
[06:36] <tseng> oh thats right
[06:36] <tseng> its in NFU or something there
[06:36] <tseng> no one can find it
[06:37] <mbreit> lol... but muine-plugin-trayicon is installed ;)
[06:40] <mbreit> tseng: lamont said he will talk with the buildd admins next week about the nfu's
[06:41] <mbreit> tseng: there are some nfu's that have to be cleared
[07:25] <mbreit> hey slomo!
[07:29] <slomo> hi mbreit
[07:32] <bddebian> slomo!!
[07:39] <slomo> hey bddebian :) were there any news the last week? :)
[07:50] <bddebian> slomo: News?
[07:53] <slomo> bddebian: yeah... were there some really awfull or wonderfull things happening in the world last week? ;)
[07:57] <bddebian> slomo: Well the UnmetDeps list is still HUGE :-)
[07:59] <slomo> bddebian: and i don't have upload rights yet ;) hmm... what a boring week... i'm in holidays and the world stops spinning
[08:00] <mbreit> slomo: well, the xorg -44 package i would call a major event ;))
[08:01] <bddebian> slomo: Well what were we supposed to do without you here to crack the whip?? ;-)
[08:06] <slomo> bddebian: hmm, the same as with me around? :P
[08:06] <slomo> siretart: ping?
[08:08] <slomo> Mez: you mean the spelling (at http://siretart.tauware.de/revu/details.py?upid=243)?
[08:14] <gradzac> slomo: you still working on the UnmetDeps page in the wiki?
[08:16] <Mez> slomo: you listed an upstream uthor but said "upstream authors"
[08:17] <mbreit> bmonty: i just changed the wiki page...
[08:18] <bmonty> I got interrupted in the middle of editing it, I wanted to make sure I wasn't stepping on anyone's toes :)
[08:19] <mbreit> bmonty: just go ahead... i my change is lost, i could do it again, was just a sooo small change
[08:19] <slomo> bmonty: nope... i just "assigned" smlnj to me
[08:20] <bmonty> k, I was making the changes for the x packages we talked about earlier, and I was going also mark pacakges in the NOBODY list that are on the MorgueCandidates page
[08:25] <bmonty> ok, I'm done
[08:28] <mbreit> bmonty: looks good
[08:29] <bmonty> thanks
[08:30] <bmonty> There are probably about 10 packages that depend on libcapi that have nothing to do with X, do you think they belong in the "waiting for X" category?
[08:30] <mbreit> if they can't be rebuild without the new x, then yes
[08:31] <bmonty> k
[08:32] <bmonty> anyone care if I keep the page in edit mode for a little while?
[08:34] <mbreit> i don't
[08:35] <mbreit> oh, i have a debdiff which i want to put there... but that can wait a while ;)
[08:35] <bmonty> ok, I'll let you know when I'm done
[08:35] <mbreit> great
[08:36] <mbreit> wtf?
[08:36] <mbreit> i am working on pingus...
[08:36] <mbreit> and there is a /usr/share/locale/locale.alias in the package... that's not very nice
[08:39] <bmonty> ok, I'm done with the wiki
[08:40] <mbreit> fine... and my package does evil things, so i will not put that patch on the wiki
[08:40] <bmonty> :)
[08:41] <Mithrandir> tseng: I had no idea you had been ill.. hope you're getting better.
[08:57] <Treenaks> hey Mithrandir... haven't seen you around for a while
[09:01] <Mithrandir> I've been at debconf, then at a larp then moving
[09:02] <Treenaks> what a way to spend a summer :)
[09:02] <Mithrandir> yeah, moved twice.
[09:03] <Mithrandir> I'm tired of boxes. _really_ tired.
[09:04] <Treenaks> I can imagine..
[09:14] <mbreit> ahh.... i need help... could someone please build my pingus package and see if it's doing the same .... as on my machine?
[09:15] <crimsun> dsc+diff.gz+orig.tar.gz?
[09:15] <crimsun> (url to, rather)
[09:16] <mbreit> oh, wait... i'll first try something... perhaps that will solve it
[09:16] <mbreit> (but thanks anyway)
[09:17] <tseng> Mithrandir: getting better every day now. thanks
[09:17] <crimsun> I'll have to take a closer look at this atheros stuff in linux-restricted-modules in Breezy, cos something's fishy
[09:27] <mbreit> hmm... didn't work...
[09:27] <mbreit> so crimsun: do you want all files or do you prefer a debdiff to breezy release?
[09:28] <crimsun> url to dsc+diff.gz+orig.tar.gz is easier for me
[09:28] <crimsun> where is it failing?
[09:28] <mbreit> it includes a /usr/share/locale/locale.alias... which is not very clever
[09:29] <mbreit> crimsun: debdiff would be much easier for me...
[09:29] <mbreit> i have that already on my server
[09:29] <crimsun> mbreit: ok, I'll look at that then.
[09:30] <crimsun> (sorry, I don't know your url)
[09:30] <mbreit> http://ubuntu.mobr.de/sources/debdiffs/pingus_0.6.0-8ubuntu1.debdiff
[09:34] <crimsun> ok, give me a few minutes. Gotta tidy up something before I wget it.
[09:35] <mbreit> crimsun: sure... thanks for looking at it!
[09:52] <crimsun> dpkg-deb: building package `pingus' in `../pingus_0.6.0-8ubuntu1_amd64.deb'.
[09:52] <crimsun> dpkg-deb: building package `pingus-data' in `../pingus-data_0.6.0-8ubuntu1_all.deb'.
[09:53] <crimsun> built fine here.
[09:53] <mbreit> yes, i know..
[09:53] <crimsun> does it not run correctly?
[09:53] <mbreit> now try to install the first package
[09:53] <mbreit> as i said, it includes /usr/share/locale/locale.alias...
[09:56] <crimsun> ah, ./intl/Makefile.in
[09:56] <mbreit> crimsun: i made a patch which removed the locale.alias from that file...
[09:57] <mbreit> but that did not help (or i did something wrong with that patch...)
[10:00] <crimsun> that looks like an upstream issue, but I have not checked Debian BTS
[10:00] <mbreit> crimsun: that is the old upstream release...  i just patched it for gcc4.. (and the german translation)
[10:00] <crimsun> afaik, this packages should not be mucking with /usr/share/locale/locale.alias
[10:00] <mbreit> but why is it not included in the breezy version?
[10:01] <mbreit> i have not changed anything in the build system
[10:06] <mbreit> crimsun: any idea what i could do?
[10:08] <crimsun> sorry, was looking at -8 vs. -8ubuntu1
[10:08] <mbreit> no problem...
[10:08] <mbreit> i think located the part where it installs that file
[10:24] <crimsun> it's related to the translation, but I don't know enough about po innards to say precisely why
[10:27] <crimsun> mbreit: you can rip out the references to locale.alias in intl/Makefile.in, and it will not install it.
[10:28] <crimsun> mbreit: definitely a suboptimal workaround, but it "works"
[10:28] <mbreit> crimsun: i am already trying to do so...
[10:28] <mbreit> and so far i have not succeded.. ;)
[10:28] <crimsun> I tested it here, it works
[10:29] <crimsun> to fix it correctly, though, you'll want to check whether the original de translation patch has other interactions
[10:29] <crimsun> unfortunately I don't know enough about that to say
[10:29] <mbreit> i just patched the de.po
[10:30] <mbreit> okay, i _should_ work now
[10:31] <mbreit> i am a bit slow because i update my laptop to breezy
[10:31] <mbreit> (can't wait for wifi-radar *g*)
[10:32] <crimsun> I just updated last night. So far I can't use wifi (l-r-m stuff?).
[10:32] <mbreit> i use my own kernel..
[10:32] <mbreit> i use swsusp2, acpi2 and so on
[10:33] <mbreit> and i need a patch to make my laptop sleep well ;)
[10:37] <mbreit> yay... pingus works now
[10:37] <crimsun> great.
[10:41] <mbreit> oh no... i hate this package...
[10:42] <mbreit> i already uses dpatch for a couple of things...
[10:42] <mbreit> but in diff.gz are still many direct source changes....
[10:49] <crimsun> yeah, that's pretty hairy
[11:12] <dholbach> hi
[11:12] <dholbach> :)
[11:12] <mbreit> hey dholbach
[11:13] <ogra> ho dholbach
[11:13] <mbreit> sorry... hi daniel ;)
[11:13] <dholbach> hey, how are you all?
[11:13] <mbreit> fine...
[11:13] <dholbach> super
[11:13] <mbreit> but i have a question for you
[11:13] <dholbach> you've been quite busy :)
[11:13] <dholbach> fire away
[11:13] <mbreit> about lincvs
[11:14] <mbreit> it's very outdated in breezy, i think 1.3.2 iirc... in sid is 1.4.2
[11:14] <mbreit> it has not been synced because debian moved it to non-free due to the license
[11:15] <dholbach> i see
[11:15] <dholbach> you should discuss with elmo
[11:15] <mbreit> the license says: it's gpl, but only if you link it against qt/free
[11:15] <crimsun> if it has significant bug fixes over 1.3.2, I certainly don't mind.
[11:15] <mbreit> i heard elmo is on holiday?
[11:15] <crimsun> (particular security?)
[11:15] <dholbach> write him a mail, tell him why we need it (and better not say 1.4.2 looks fancier)
[11:16] <mbreit> well, the question is: can it stay in universe? has it to be moved in restricted?
[11:16] <dholbach> it'd be moved to multiverse, if it's going to be moved
[11:16] <crimsun> right, restricted would be part of main
[11:17] <mbreit> oh, okay
[11:17] <dholbach> write him a mail he should know, afaik there was a comparable issue with libmysqlclient*
[11:17] <dholbach> but i'm not that sure
[11:17] <dholbach> he will know
[11:17] <mbreit> and about upgrading to 1.4.2.. 1.3.2 does not work with gcc4 and is not installable atm
[11:17] <dholbach> well then... :)
[11:17] <crimsun> ftfbs is fairly major, I'd say :)
[11:17] <crimsun> ftbfs, rather
[11:18] <mbreit> well, what does ftbfs mean?
[11:18] <crimsun> fails to build from source
[11:18] <dholbach> wtf ftbfs :)
[11:18] <ogra> failed to build from source
[11:18] <mbreit> oh, i see
[11:18] <dholbach> sudo apt-get install bsd-games; wtf ftbfs
[11:18] <dholbach> if you don't manage to come up with a fix, either upstream or yourself, we won't upgrade to it :)
[11:19] <mbreit> ??
[11:19] <dholbach> if we can't make it build, we won't upgrade
[11:19] <crimsun> I think mbreit is implying that 1.4.2 does build
[11:20] <dholbach> ah ok
[11:20] <dholbach> sorry
[11:20] <dholbach> <-- confused
[11:20] <dholbach> i'd love to get a newer freeciv in - the new one fixes loads of bugs, but ftbfs as well, because of our broken xaw3d
[11:22] <crimsun> hmm
[11:22] <mbreit> what happens if lincvs does not get updated?
[11:23] <dholbach> if we don't manage to fix it or come up with that new version, we won't have it for the release
[11:24] <mbreit> does it get deleted before release?
[11:24] <dholbach> no, we'll have that uninstallable version
[11:25] <mbreit> uh? we would include a package that can't be installed? that sucks
[11:25] <dholbach> yes, but that's reality
[11:25] <dholbach> we have to cope with 15000 packages
[11:26] <crimsun> Warty and Hoary both had such cases.
[11:26] <mbreit> then it has to be fixed ;)
[11:26] <dholbach> but we'll do the best we can
[11:26] <crimsun> Breezy undoubtedly will, too, but like Daniel said, part of our job is to fix that.
[11:26] <dholbach> i wonder if sarge had those cases too
[11:26] <dholbach> i'm inclined to say it did
[11:27] <glick> is there a list anywhere of packages that need maintainers?
[11:27] <dholbach> mbreit: i like your attitude :)
[11:27] <dholbach> glick: we do team maintenance, so yes :)
[11:27] <glick> i would like to help out
[11:28] <dholbach> glick: super :)
[11:28] <dholbach> hey tseng
[11:28] <crimsun> glick: right, none of us really "own" a package, though certainly some of us choose packages with which we're more familiar
[11:28] <bmonty> dholbach: I posted debdiffs for the packages I've check on the Unmet deps page
[11:28] <glick> yeah id like to work on something i use
[11:28] <dholbach> bmonty: super
[11:28] <dholbach> bmonty: want me to look at them?
[11:28] <bmonty> sure, if you have time
[11:28] <dholbach> yep, a bit
[11:29] <bmonty> there are some that just need a rebuild, and some that need to have their install dependencies slightly changed
[11:29] <dholbach> bmonty: ok... point me to them :)
[11:29] <bmonty> http://www.montynet.org/ubuntu/debdiff
[11:30] <mbreit> glick: look at https://wiki.ubuntu.com/CategoryMOTU there are a lot of usefull pages
[11:30] <dholbach> bmonty: and they do build and are installable and seem to work on first glance?
[11:31] <bmonty> dholbach: yes
[11:31] <mbreit> glick: bmonty wrote a cool page that is good for a first look of what the MOTU do:
[11:31] <mbreit> glick: https://wiki.ubuntu.com/MOTUWannabeTips
[11:31] <bmonty> I didn't write that :)
[11:31] <dholbach> glick: bdddebian wrote it in the beginning :)
[11:31] <bmonty> ...but it is a cool page
[11:31] <dholbach> yep
[11:31] <dholbach> bmonty: why do you remove babytrans-common as a dependency?
[11:32] <mbreit> glick: and if you have any questions, just ask
[11:32] <dholbach> bmonty: that doesnt look right to me
[11:32] <bmonty> glick: I'd look at a lot of the pages in the MOTU category
[11:32] <bmonty> dholbach: that package doesn't exist and the program works as far as I can tell
[11:32] <glick> yeah im checkin them out
[11:33] <dholbach> bmonty: ha... that's funny - you're absolutely right
[11:34] <bmonty> i just had a though....maybe it is in non-free??
[11:34] <ogra> but babytrans isnt a buildX version anymore after such a change
[11:34] <dholbach> bmonty: no, it doesnt seem to exist
[11:34] <ogra> buildX is only for plain rebuilds
[11:35] <bmonty> ogra: true, I'll have to fix that
[11:35] <dholbach> bmonty: i'll take it to a query
[11:35] <glick> hehe looks like there is nothing much to do for xfce
[11:36] <ogra> glick, you can help the xfce team :)
[11:36] <crimsun> glick: yeah, Jani and I have mostly finished it. The plugins remain.
[11:38] <glick> the plugins?
[11:39] <crimsun> xfce4-*-plugin
[11:39] <tseng> i tried it
[11:39] <tseng> its great (xfce4.2 debs)
[11:40] <glick> i really have no idea where to begin, ive never contributed to a distro before
[11:40] <crimsun> glick: the WannabeTips is a good place to start
[11:40] <dholbach> glick: it's mostly trying to build, changing bits, trying to build again, it's easy :)
[11:40] <tseng> glick: neither have alot of good MOTUs
[11:40] <tseng> like, dholbach :)
[11:41] <mbreit> dholbach, tseng: who want's to review my pingus fixes?
[11:41] <tseng> not me
[11:41] <mbreit> daniel?
[11:41] <tseng> i just woke up.
[11:41] <dholbach> yes
[11:41] <tseng> again :/
[11:41] <mbreit> tseng: oh, good morning then ;)
[11:41] <mbreit> http://ubuntu.mobr.de/sources/debdiffs/pingus_0.6.0-8ubuntu1.debdiff
[11:42] <tseng> i cant speak for any gcc patching whatnot
[11:42] <tseng> but the diff is clean.
[11:43] <crimsun> the diff looked fine to me when I was helping him debug
[11:43] <dholbach> bmonty: babytrans can't be changed like that - it has to be pulled from marillats repository it seems - ogra was kind enough to investigate: ftp://ftp.nerim.net/debian-marillat/pool/main/b/babytrans-common/ ...
[11:44] <mbreit> okay, who wants to upload that pingus patch?
[11:44] <dholbach> i'll do it, just a second
[11:44] <bmonty> dholbach: figures it comes from marillat :)
[11:45] <bmonty> I'll fix that later tonight then
[11:45] <dholbach> bmonty: uploaded the other two
[11:45] <bmonty> ok, thanks
[11:45] <dholbach> have fun with http://people.ubuntu.com/~lamont/buildLogs/byDate/today.html :)
[11:46] <dholbach> mbreit: there's another pingus fix on REVU - did you have a look at it?
[11:46] <dholbach> mbreit: http://siretart.tauware.de/revu/details.py?upid=262
[11:46] <glick> do i need to install breezy to help develop?
[11:47] <tseng> you should at least have a breezy pbuilder
[11:47] <tseng> to make sure your package will build with breezy's libs
[11:47] <ogra> and a breezy chroot to test
[11:47] <mbreit> dholbach: grrr... why has Mez not put it on the unmet deps page?
[11:47] <ogra> (not mandatory though)
[11:47] <dholbach> mbreit: i thought it was Lathiat
[11:47] <Mez> ...?
[11:47] <tseng> ogra: he can use piuparts with his pbuilder base.gz :)
[11:48] <Mez> mbreit: what ?
[11:48] <ogra> true :)
[11:48] <mbreit> Mez: the pingus-package on revu is yours?
[11:48] <Mez> nope
[11:48] <mbreit> okay, sorry then
 dholbach: grrr... why has Mez not put it on the unmet deps page?
[11:48] <Mez> ... /
[11:48] <dholbach> Mez: ?
[11:49] <mbreit> Mez: it was my fault... i thought it would be your package
[11:49] <Mez> dholbach, I was asking why mbreit asked you why I didnt put something on unmet deps
[11:49] <Mez> mbreit: why?
[11:49] <Mez> pingus = lathiat
[11:49] <dholbach> Mez: it's ok now :)
[11:49] <Mez> siretart: ping
[11:49] <mbreit> yes... are you martin@sourceguru dot net?
[11:49] <Mez> oh, dholbach I checked with debian... It's fine to repackage :D
[11:49] <Mez> if it needs it
[11:49] <Mez> mbreit: yes
[11:50] <mbreit> that was my mistake.. i just saw your adress at your comment
[11:50] <mbreit> is lathiat at bur dot st here?
[11:50] <dholbach> mbreit: if my dear pingus won't work after this... :)
[11:50] <mbreit> dholbach: i even included a patch for a better german translation ;)
[11:50] <dholbach> Mez: how long do you want me to discuss that topic with you?
[11:51] <dholbach> mbreit: yeah, super :)
[11:51] <Mez> dholbach: their words were: repackage to make lintian happy and poke upstream and hope they fix it for next release
[11:51] <mbreit> dholbach: i just looked at the debian qa page for that package and included all patches in the bug reports that are usefull in ubuntu ;)
[11:52] <dholbach> making lintian happy is not worthwhile, it's rather worthwhile to not make your package reviewer find out what you may have changed on orig.tar.gz
[11:52] <mbreit> it seems that the debian maintainer of pingus is not very active..
[11:52] <dholbach> Mez: manually finding out, what was changed is tedious
[11:53] <Mez> dholbach, it may be annoying for you, but would you rather see a package with them or without
[11:53] <Mez> and debian policy says it's fine
[11:53] <Mez> but, only change source to clean up (for example if it hadn't been make clean'd
[11:54] <dholbach> Mez: without them, but only if it's an upstream change
[11:54] <Mez> or CVS/.svn firs are tehre
[11:54] <Mez> s/firs/dirs
[11:54] <tseng> hey
[11:54] <tseng> who is doing these rebuilds for universeunmet as Ubuntu Installer
[11:55] <dholbach> i try to take reviewing seriously and i check md5sums of orig.tar.gz, just to make sure we don't get any crack into universe
[11:55] <Mez> tseng: those are ones that are done by none-MOTUs and resigned
[11:55] <tseng> I see.
[11:55] <Mez> if they havent been whitlisted, it comes up as katie
[11:55] <tseng> hm i wasnt bothering with anyones patches to just bump the changelog
[11:55] <tseng> i did it myself and gave them all credit
[11:56] <Mez> tseng: yeah thats fair enough if it's just a bump in the changelog :D
[11:56] <Mez> lol
[11:56] <tseng> easier than cut, wget paste, apt-get source, patch
[11:56] <mbreit> tseng: most of these uploads where mine ;)
[11:56] <tseng> mbreit: :)
[11:56] <tseng> mbreit: where is your wiki page
[11:56] <mbreit> as elmo did not whitelist me yet ;)
[11:57] <tseng> are you a member/motu yet?
[11:57] <mbreit> tseng: https://wiki.ubuntu.com/MoritzBreit
[11:57] <Mez> mbreit: are you a member yet ?
[11:57] <mbreit> tseng: no, i am not...
[11:57] <mbreit> Mez: no ;)
[11:57] <tseng> well we need to fix that
[11:57] <Mez> lol
[11:57] <tseng> are you on the CC agenda
[11:57] <mbreit> not yet
[11:57] <Mez> tseng: the MOTU cheerleaders strike again ?
[11:57] <dholbach> mbreit: do you have utf8 enabled?
[11:57] <dholbach> mbreit: you should
[11:57] <mbreit> dholbach: yes
[11:58] <mbreit> oh, stupid patch ;)
[11:58] <dholbach> mbreit: nevermind, it's better than before
[11:59] <tseng> your wiki is nice
[11:59] <tseng> you need to get on agendas
[11:59] <tseng> so we can cheerlead
[11:59] <mbreit> tseng: thanks
[11:59] <dholbach> YES
[11:59] <dholbach> :)
[11:59] <mbreit> thanks for the flowers ;)
[11:59] <dholbach> i won't be there, but you'll get a lot of good comments from everyone :)
[12:00] <mbreit> should i get on that agenda now? the next meeting is not very soon now...
[12:00] <dholbach> yes, do it
[12:00] <tseng> it is never > 2 weeks
[12:00] <dholbach> you'll feel better afterwards
[12:01] <mbreit> so i should really add my name on CommunityCouncilAgenda?
[12:01] <dholbach> yes
[12:01] <dholbach> absolutely
[12:01] <dholbach> ++