[12:18] <LaserJock> is there any good way of seeing the status of the merge?
[12:19] <\sh> LaserJock: buildwise?
[12:19] <\sh> or what status
[12:20] <\sh> LaserJock: u r not member of the MOTU team in launchpad?
[12:20] <LaserJock> \sh: no, just a wannabe
[12:20] <\sh> LaserJock: MOTU team != Ubuntu Dev team
[12:20] <LaserJock> \sh: what do you mean then
[12:21] <tseng> motu team is an open group
[12:21] <tseng> for bugtracking
[12:21] <\sh> LaserJock: give me your LP id
[12:21] <tseng> as far as LP is conserned
[12:21] <LaserJock> \sh: ok, my LP id is mantha
[12:22] <LaserJock> btw, is it possible to add a team to the motu LP team
[12:22] <\sh> LaserJock: yes it is
[12:23] <\sh> LaserJock: are u subscribed to universe-bugs@lists.ubuntu.com?
[12:23] <LaserJock> \sh: yes
[12:23] <\sh> ok...so u see the merge bugs
[12:23] <\sh> search for merge new debian version
[12:24] <\sh> in your mail client
[12:24] <\sh> then u have all bugs and all status
[12:24] <LaserJock> \sh: yeah, I was more about number wise and overall progress
[12:25] <\sh> LaserJock: oh no...that's our problem
[12:25] <\sh> LaserJock: but this is not really the problem
[12:26] <\sh> LaserJock: btw...there was a small competition  for breezy....if you take over my uploads during merges and transitions...u r the next one who will be mentioned in dholbachs motu report..and you will be the MOTU of the month :)
[12:26] <\sh> LaserJock: so go and rock hard :) I'll upload your packages..promised
[12:27] <\sh> LaserJock: in your name and my signature
[12:27] <\sh> wtf..
[12:27] <\sh>  -> Considering  libjack0.80.0-dev
[12:27] <\sh>    -> Trying libjack0.80.0-dev
[12:27] <\sh>        -> Cannot install libjack0.80.0-dev; apt errors follow:
[12:27] <\sh> who stole libjack0.80.0
[12:33] <minghua> \sh: if I've asked elmo and requested a sync on #ubuntu-devel, but nothing happened (for 20 hours), what should I do?
[12:33] <\sh> minghua: are u motu?
[12:33] <\sh> minghua: with upload rights?
[12:33] <\sh> minghua: if not..elmo doesn't listen
[12:33] <minghua> \sh: no
[12:33] <minghua> okay I see the problem
[12:34] <\sh> minghua: what package?
[12:34] <minghua> so can anybody request it for me?  it's libmath++ 0.0.4-2
[12:34] <minghua> all breezy changes were made by me (c++ transition), and they can be dropped
[12:35] <minghua> I've tested building the unstable package in dapper
[12:35] <\sh> minghua: is it on the merge list?
[12:36] <minghua> \sh: what list? the ~scott/ongoing-merge/ list?
[12:37] <minghua> \sh: I can go through the launchpad bug -> wiki page procedure if that's easier for MOTUs to follow
[12:37] <\sh> minghua: yes...the urls in the topic
[12:37] <minghua> \sh: yes, it's in that list
[12:38] <minghua> \sh: that's the reason why I'm looking at it
[12:39] <\sh> file a bug in malone (read how to track merges on the wiki) for this package
[12:39] <\sh> pls
[12:39] <minghua> \sh: okay, I'll follow the procedure in topic, then
[12:39] <\sh> minghua: please...it
[12:39] <minghua> \sh: thanks for the guidance
[12:40] <\sh> 's easier for us..random request are nice, but not in this timeframe...because we have to get all the merge packages in
[12:41] <LaserJock> crap, a water leak just started above my desk
[12:50] <tseng> woo, new networkmanager
[01:07] <LaserJock> man, changelogs in spanish are hard to read ;-)
[01:10] <\sh> LaserJock: well..yes..that's why we TRY to write in english :)
[01:13] <LaserJock> \sh: oh well, nice to have http://babelfish.altavista.com/ around
[01:14] <\sh> LaserJock: but why are the changelogs in spanish?
[01:14] <LaserJock> \sh: it is partially in spanish. http://people.ubuntu.com/~scott/ongoing-merge/wordtrans/wordtrans_debian.patch
[01:15] <\sh> nice
[01:16] <\sh> and I smoked a 25 cigarettes in less then 6h...that's world record for me
[01:16] <LaserJock> wow, I couldn't get through 1
[01:18] <LaserJock> ok, so if the merged.patch looks ok and it builds fine what should I put in the bug report?
[01:19] <\sh> LaserJock: pending upload
[01:19] <\sh> LaserJock: and put it on MOTUToMerge
[01:20] <LaserJock> \sh: but I don't need to include scott's package or anything. It is enough to just say it is all good.
[01:21] <\sh> did u include the url of scotts merge directory? if yes..thats all
[01:21] <LaserJock> ok
[01:21] <sistpoty> i got a really n00b question: where can i set which email-addy mail uses?
[01:21] <\sh> LaserJock: and it would be nice to have a diff/debdiff etc. from u with the changelog changed to your name
[01:21] <\sh> sistpoty: postfix?
[01:21] <tseng> sistpoty: context?
[01:22] <sistpoty> mail should come from exim4
[01:22] <\sh> sistpoty: rewriting
[01:22] <\sh> argl...ask siretart he is the exim4 expert
[01:22] <sistpoty> no, actually not rewriting
[01:22] <sistpoty> just sending mail with /usr/bin/mail
[01:22] <sistpoty> as in motu-tools *g*
[01:23] <sistpoty> args... mailx that is
[01:24] <\sh> sistpoty: yes..but exim4 does the "send to relay" and "rewriting"
[01:24] <\sh> of your email address including your username
[01:24] <tseng>      -a      Specify additional header fields on the command line such as "X-
[01:24] <tseng>              Loop: foo@bar" etc.  You have to use quotes if the string con
[01:24] <tseng>              tains spaces.  This argument may be specified more than once, the
[01:24] <tseng>              headers will then be concatenated.
[01:24] <tseng> -a From: motu-tools@localhost
[01:24] <tseng> X-From
[01:25] <sistpoty> tseng: thx... will try that
[01:25] <tseng> no X
[01:25] <tseng> looking at a mail header
[01:25] <tseng> From: Scott James Remnant <scott@ubuntu.com>
[01:26] <LaserJock> \sh: what do mean about the changelog
[01:26] <\sh> LaserJock: u want to be recognized as the guy who checked the package
[01:26] <sistpoty> tseng: did not work :(
[01:26] <tseng> sistpoty: no?
[01:26] <\sh> LaserJock: so change to changelog (man dch)
[01:27] <sistpoty> tseng: 2005-11-10 01:26:18 1Ea0Gg-0006Hs-A5 <= stefan@localhost.localdomain U=stefan P=local S=307
[01:27] <LaserJock> \sh: even if I didn't have to change anything?
[01:27] <\sh> LaserJock: even then
[01:27] <LaserJock> \sh: wow, cool ;-)
[01:28] <\sh> LaserJock: it's your work dude....your compile time is expensive :)
[01:28] <sistpoty> tseng: but i think i fiddle with exim a little bit... just thought there might be an easier way
[01:28] <tseng> i know ive done it
[01:28] <tseng> in my crontab at work
[01:28] <tseng> but i cant get it here
[01:28] <tseng> sorry
[01:30] <sistpoty> tseng: the from is correct (in the mail), maybe it's return-path
[01:31] <tseng> ah
[01:31] <tseng> print the full header
[01:36] <sistpoty> tseng: http://paste.ubuntulinux.nl/4277
[01:37] <tseng> hm i guess it is Return-path like you said
[01:37] <tseng> tried setting both?
[01:38] <sistpoty> will do
[01:41] <\sh> grmpf
[01:41] <\sh> because of the discussion in #launchpad I didn't upload my package the right way
[01:41] <\sh> fck
[01:45] <womble> \sh: Oh yeah, blame me.  <grin>
[01:46] <\sh> womble: hehe..no it's my fault because I didn
[01:46] <\sh> 't pay attention to my upload
[01:47] <womble> \sh: Something about "welcome to the world of the Debian Developers"... <grin>
[01:49] <\sh> womble: well...it's really a deja vu...I had the same discussion a couple of week before...with some upstream authors..but I just brought sabdfl in...who was talking to them..and actually they understood that launchpad is just a tool..if the source is release or not..doesn't matter, as long it is free as in free beer.
[01:49] <\sh> womble: that is the change at least..software should be free as in free speech..but has to be free as in beer ,)
[01:49] <womble> \sh: Let's move this back to #launchpad, shall we?
[01:50] <\sh> womble: nah..I have some work to do...and I'm tired of this
[01:50] <\sh> womble: and my work is free as in free speech and free as in free beer :)
[01:50] <womble> \sh: As it should be.  <grin>
[01:51] <\sh> womble: no...work should be oh no,..my work...i don't go any further....
[01:56] <crimsun> LaserJock: wxwidgets2.6 diff (#4049) tweaked & approved, building
[01:57] <sistpoty> tseng: i'm really dumb... all I needed to adjust was /etc/email-adresses *g*
[01:57] <sistpoty> just found that after looking into exims rewrite rules
[01:58] <LaserJock> crimsun: thanks
[01:58] <LaserJock> ok, I gotta get home now. Thanks for all the help today guys. Hopefully I can get a few more merges done tonight
[02:00] <\sh> crimsun: we missed u at ubz
[02:00] <crimsun> \sh: unfortunately I have a prior contract
[02:01] <crimsun> \sh: hopefully UBZ was great :-)
[02:01] <\sh> it was .. but thinking about my private life interfering even thousand miles away...
[02:03] <crimsun> ah yeah
[02:31] <zakame> hi all
[02:33] <\sh> moins zakame
[02:33] <zakame> I was just about to ask how to do the mom merging, but the /topic stopped me ;) thanks!
[02:33] <sistpoty> wohoo finally newmerge.py really rocks :)
[02:34] <\sh> sistpoty: my version does update and closing as well
[02:34] <sistpoty> ' \sh: I just tested new and update :)
[02:34] <\sh> but closing is a bit strange..cause it needs bug number and a source package as a product
[02:35] <sistpoty> hm... if I want a package synced, is it still ping elmo?
[02:35] <\sh> sistpoty: yepp
[02:35] <sistpoty> k
[02:35] <\sh> siretart: but..please...before u work on a package file a bug
[02:36] <\sh> grmpf
[02:36] <\sh> sistpoty: i mean
[02:36] <\sh> sistpoty: and if it needs a sync..then update the bug with -u -b <bugno> -s
[02:36] <sistpoty> that's what i just did ;)
[02:36] <\sh> now grab my source
[02:36] <sistpoty> he, I already have it :)
[02:37] <\sh> and if it actually build...do -c -b <bugno> <sourcepackagename?
[02:38] <\sh> sistpoty: would be nice to have a documentation for it
[02:38] <sistpoty> hehe, actually I'm just thinking one step further... a wrote very small MoMParser this evening
[02:39] <sistpoty> so this could be displayed by a little web-frontend
[02:39] <sistpoty> the hard part will to somehow get the mails from malone and parse these to update stats
[02:39] <\sh> sistpoty: ah no
[02:39] <sistpoty> no?
[02:39] <\sh> mom is bad...it will be included in hct
[02:40] <\sh> sistpoty: I want to see it as a replacement to debian bts cli tool
[02:40] <\sh> used by cli or with gui
[02:40] <sistpoty> actually I'm not thinking of a very big thing... just list what packages are left to merge with a link to scotts dir and a status field
[02:40] <zakame> reportbug?
[02:40] <\sh> sistpoty: well...u didn't see the hct demo of scott :)
[02:41] <\sh> ROCK I say
[02:41] <\sh> zakame: yepp
[02:41] <\sh> sistpoty: if this works....u don't need mom anymore :)
[02:41] <sistpoty> sounds good :)
[02:41] <\sh> sistpoty: mom is part of hct
[02:42] <\sh> sistpoty: so i hope for dapper +1 we can use it
[02:43] <sistpoty> ok, than I won't put efforts in this
[02:43] <\sh> sistpoty: write a little documentation to newmerge.py :) that would be great :)
[02:44] <sistpoty> ' \sh: but not before sleeping ;)
[02:45] <\sh> sistpoty: hahaha
[02:46] <zakame> hmmm, can bugs in debian/changelog close malone bugs?
[02:46] <\sh> no
[02:46] <zakame> I was missing that kind of functionality from the debian bts :)
[02:47] <sistpoty> ' \sh: should I put the docs on MOTUToMerge?
[02:47] <\sh> sistpoty: yepp...
[02:47] <\sh> and obvious in a branch of motu-tools :)
[02:48] <sistpoty> ' \sh ok... then I'll start now... but if it's only bullsh*t, that's because I'm tired ;)
[02:49] <\sh> sistpoty: make a branch in your public_html on tiber.. i'll merge it then
[02:49] <sistpoty> ok, will do
[02:49] <zakame> wb hunger
[02:50] <\sh> sistpoty: rock :)
[02:51] <Kyral> Yo peoples!
[02:51] <zakame> hi Kyral
[02:51] <\sh> crimsun: if u want to use newmerge.py get bzr running and grab our branch :)
[02:56] <Kyral> The best part about upgrading Emacs?
[02:56] <crimsun> \sh: will read scrollback
[02:56] <Kyral> Having every plugin re-bytecompile :P
[02:57] <zakame> Kyral: w00t
[03:03] <\sh> ok last package today
[03:04] <\sh> aeh not today..but for this morning :)
[03:04] <whiprush> heh
[03:04] <whiprush> hi \sh
[03:04] <\sh> moins whiprush
[03:05] <LaserJock> \sh: so how many is that for you today?
[03:05] <whiprush> I take it you guys had excellent smoking bofs in my absence?
[03:05] <\sh> whiprush: for sure
[03:05] <\sh> but it was cold
[03:05] <whiprush> heh
[03:06] <\sh> LaserJock: not much
[03:06] <\sh> 8 packages..thats a bad run
[03:06] <LaserJock> \sh: seems like a lot. Does anybody know how many there are total?
[03:07] <\sh> 1300?
[03:07] <Kyral> lol
[03:07] <\sh> no joke
[03:07] <LaserJock> \sh: in universe? holy cow
[03:07] <Kyral> And how many weeks before the first week
[03:07] <Kyral> err
[03:07] <Kyral> freeze?
[03:07] <\sh> 6 weeks?
[03:07] <Kyral> Okay, is it safe to say that we are fucked?
[03:08] <LaserJock> Kyral: heck no
[03:08] <LaserJock> Kyral: we are the MOTU(and wannabes) ;-)
[03:08] <Kyral> lol
[03:08] <\sh> Kyral: u don't know what we did for breezy, do u?
[03:09] <\sh> several transitions..etc.
[03:09] <Kyral> yah
[03:09] <\sh> but not so tightend times
[03:09] <\sh> but now...this is really our time...lets show the world...that we're better then gentoo redhat and suse alltogether :)
[03:09] <Kyral> lol
[03:09] <Kyral> Yah as soon as I get the hang of this "merge" thing
[03:10] <\sh> Kyral: i mean it...for me this is the second run over universe..and this time it's all easier somehow..
[03:11] <LaserJock> Kyral: just think, by dapper+2 we might know what we are doing ;-)
[03:12] <\sh> Kyral: to do the first steps is the difficult thing to do....but when u know what you can do and how...u will walk over the water...like jesus...
[03:13] <zakame> \sh: w00t
[03:13] <\sh> and the best thing is...u r allowed to do mistakes
[03:13] <\sh> and believe me...i did a lot of them
[03:13] <LaserJock> \sh: what, I thought we were flogged for mistakes
[03:14] <\sh> flogged?
[03:14] <\sh> no
[03:14] <\sh> why
[03:14] <\sh> this is universe...
[03:14] <zakame> hihi
[03:14] <\sh> u will have bad nightmares...
[03:14] <\sh> because u fcked up millions of users
[03:14] <\sh> but flogged? no
[03:14] <\sh> u only have to close the bugs
[03:14] <\sh> ;)
[03:16] <\sh> it's just like being on tv
[03:17] <LaserJock> live tv
[03:17] <\sh> ok..now its time to go to bed
[03:17] <sistpoty> sh: /home/sistpoty/public_html/motu-tools
[03:17] <sistpoty> + \
[03:17] <sistpoty> ;)
[03:18] <zakame> sweet dreams \sh
[03:18] <sistpoty> gn8 \sh
[03:18] <LaserJock> cya \sh, thanks for all the help
[03:18] <crimsun> it's actually pretty simple. The first thing you do is read REPORT. Then you read each of debian.patch and ubuntu.patch and compare it to merged.patch. If everything that was in ubuntu.patch has been subsumed by debian.patch, then merge.patch should be trivial/tiny. In that case, you ask for a sync. Otherwise, you'll have to merge.
[03:18] <\sh> sistpoty: aeh
[03:18] <\sh> sistpoty: it's not a branch
[03:18] <sistpoty> hm?
[03:19] <zakame> crimsun: ooh
[03:19] <\sh>  bzr merge http://tiber.tauware.de/~sistopy/motu-tools/
[03:19] <crimsun> the key is that we always prefer to sync from Debian if at all possible
[03:19] <\sh> argl
[03:19] <\sh> na its not
[03:20] <sistpoty> ' \sh I did this with "bzr branch /path/to/your/repo motu-tool" (in public_html)
[03:21] <\sh> sistpoty: hmmm
[03:21] <\sh> strange
[03:21] <sistpoty> I suppose I can bzr add/bzr commit just regularly in a branch?
[03:21] <\sh> on tiber it worked
[03:22] <sistpoty> maybe because I used direct path to your repo instead of http://...
[03:22] <\sh> no
[03:22] <\sh> i merged it now into my branch
[03:22] <\sh> this works
[03:23] <sistpoty> cool :)
[03:23] <sistpoty> ok, I'm off to bed as well gn8 everybody
[03:23] <zakame> dreams sistpoty
[03:23] <\sh> good night sistpoty
[03:23] <\sh> and thx
[03:23] <sistpoty> np ;)
[03:23] <sistpoty> thx for writing it ;)
[03:24] <\sh> siretart: u can merge ~shermann/motu-tools/ with close function and documentation of sistopy
[03:24] <\sh> ok...good night dudes.
[03:24] <\sh> cu later this day
[03:24] <sistpoty> cya
[03:30] <LaserJock> is it a bad sign when the debdiff is bigger than the .orig.tar.gz ?
[03:31] <crimsun> LaserJock: ugh. That should rarely, if ever, happen.
[03:31] <crimsun> I can think of autotools-dev pulling in config.{guess,sub}
[03:31] <LaserJock> wfmath
[03:31] <crimsun> that's about it
[03:32] <LaserJock> the debian.debdiff is 493Kb
[03:33] <crimsun> does it involve config.{guess,sub}?
[03:33] <jdong_> hey, why's lilypond so out of sync with Sid?
[03:35] <LaserJock> although, that isn't as terrible because it is the diff between Debian versions, but it does seem to be mostly automake
[03:35] <crimsun> jdong_: because it ftbfs probably
[03:35] <crimsun> I'll look at it after I finish this merge
[03:36] <crimsun> jdong_: http://people.ubuntu.com/~lamont/buildLogs/l/lilypond/2.6.3-9/
[03:36] <crimsun> (just as I said)
[03:42] <crimsun> it's quite simple. It ftbfs due to mftrace being older than required.
[03:42] <jdong_> heh, looks like dependency's name's changed
[03:43] <jdong_> oh, yeah, I see
[03:43] <jdong_> anything we will do to remedy the situation?
[03:43] <jdong_> there are people getting restless without their lilypond
[03:43] <jdong_> like push through a new mftrace?
[03:43] <crimsun> I'll fix mftrace now if possible, then fix lilypond
[03:43] <jdong_> thanks man
[03:44] <jdong_> can you bug me via e-mail (jdong@ubuntu.com) once you get the fixes uploaded?
[03:44] <crimsun> mftrace is on our merge list, so we would have gotten to it regardless
[03:44] <crimsun> I can, or you can monitor dapper-changes
[03:45] <jdong_> ok, thanks
[03:45] <jdong_> and I'll probably subscribe to dapper-changes once I'm ready for all the e-mail goodness
[03:47] <crimsun> you can just read the thread view
[03:48] <crimsun> http://lists.ubuntu.com/archives/dapper-changes/2005-November/thread.html
[03:49] <jdong_> mmkay
[03:49] <jdong_> probably similar explanation for kmymoney2?
[03:49] <jdong_> nope, yet to be built
[03:50] <crimsun> haven't looked. I'm merging mftrace atm.
[03:50] <jdong_> k
[03:50] <minghua> is there a channel for backports or should I just ask jdong_ here? :-)
[03:50] <jdong_> kmm merged into sid sunday
[03:50] <jdong_> we dont' have a backprots channel
[03:51] <jdong_> only a mailing list and forum
[03:51] <jdong_> feel free to ask if you'd like
[03:51] <minghua> ok, jdong_, what should I do if I want to help get SCIM stuff in backports?
[03:51] <Kyral> Can someone take my VLC packages away from me :D
[03:51] <Kyral> oh, best crashes
[03:51] <minghua> jdong_: request on forum?
[03:51] <jdong_> minghua: request on forums and I'll take a look
[03:52] <minghua> jdong_: ok, will do
[03:52] <jdong_> Kyral: aah, yes the VLC madness.... explain that via the mailing list... I'm up for a good story :)
[03:53] <Kyral> Ask crimsun
[03:53] <Kyral> I just backport it
[03:53] <crimsun> uh
[03:53] <crimsun> if anyone can't be bothered to read the changelog...
[03:53] <jdong_> Kyral: so it builds from source?
[03:54] <Kyral> yah
[03:54] <Kyral> I can do a fresh build right now if you want
[03:54] <jdong_> Kyral: so you want vlc from dapper to breezy?
[03:54] <Kyral> jdong_, I have Dapper
[03:54] <Kyral> I'm offering to do it :P
[03:54] <jdong_> the build system does that quite well :)
[03:55] <Kyral> bah ;P
[03:55] <jdong_> lol
[03:55] <jdong_> alright, I'll poke elmo about it
[03:55] <Kyral> I have been replaced by a shell script!
[03:55] <jdong_> boy elmo will have a bunch of surprises in his inbox by the end of the night
[03:55] <crimsun> jdong_: you might want to hold off.
[03:56] <jdong_> crimsun: oh?
[03:56] <crimsun> depending on upstream's svn madness, I may be pushing a new snapshot in within the next week.
[03:56] <jdong_> mmmkay
[03:56] <jdong_> so you don't feel the current snapshot is worthy?
[03:56] <crimsun> but if the backport guys are foaming at the mouth, sure, go ahead
[03:56] <jdong_> not us, the community's foaming
[03:56] <crimsun> it's certainly worthy
[03:56] <jdong_> like Kyral :)
[03:56] <Kyral> I'm not foaming
[03:56] <Kyral> I have it
[03:57] <jdong_> lol
[03:57] <Kyral> I'm just tired of the whining ;P
[03:57] <jdong_> well, I'll just push one out for now
[03:57] <jdong_> that should silence the whining :)
[03:57] <Kyral> Speakin' of wxgtk...
[03:57] <jdong_> WHOS SPEAKING OF WXGTK???????
[03:58] <crimsun> no one should be, since the latest built already. http://people.ubuntu.com/~lamont/buildLogs/w/wxwidgets2.6/2.6.1.2ubuntu1/
[03:58] <Kyral> thats what I meant
[03:58] <Kyral> I just got the update :P
[03:58] <Kyral> God I <3 Beagle
[03:58] <Kyral> if it isn't in Main for Dapper, I'm gonna smack someone :P
[03:59] <tseng> it wont be
[03:59] <tseng> and you dont want to smack me, i hit back alot harder.
[03:59] <Kyral> yah yah
[03:59] <jdong_> oh tseng, I think you mentioned mono backporting a while back?
[03:59] <tseng> i did, but it seems irrelevant now
[03:59] <jdong_> k
[03:59] <jdong_> what about Banshee's new version
[03:59] <jdong_> it seems like it wants newer mono?
[03:59] <tseng> it does
[04:00] <tseng> its safer to backport mono in pieces now
[04:00] <jdong_> Does it make any sense to bump up Breezy mono enough to get the new Banshee going?
[04:00] <tseng> well, i shoudlnt say that
[04:00] <jdong_> lol, tseng, I avoid mono like the plague nowadays :)
[04:00] <tseng> its very complicated!
[04:01] <jdong_> yes it is complicated
[04:01] <tseng> i think mono itself should backport to breezy ok
[04:01] <jdong_> yes, just like Warty and Hoary ;)
[04:01] <tseng> and then banshee
[04:01] <tseng> hm not quite like that :)
[04:02] <tseng> there were major changes
[04:02] <tseng> nothing that serious this time
[04:02] <jdong_> ok
[04:02] <tseng> mondoc is split up
[04:02] <jdong_> one of these days when I get my vmware set up again, I'll investigate that more closely
[04:02] <tseng> yeah
[04:02] <tseng> if i had a breezy box id try it myself
[04:03] <jdong_> but definitely mono's on my list of things to watch out for :)
[04:03] <tseng> bye Daniel
[04:03] <jdong_> well, I'm gonna run off too :)
[04:03] <tseng> bye John
[04:03] <jdong_> think I'll give elmo a break tonight
[04:03] <jdong_> :)
[04:03] <jdong_> see ya
[04:11] <whiprush> tseng: I'm still here for you dude.
[04:11] <tseng> rock
[04:14] <Lathiat> http://www.piratejesus.com/nerdcore/017.html
[04:20] <LaserJock> has anybody talked to Unfrgiven lately?
[04:20] <tseng> no
[04:20] <tseng> he's not been ehre
[04:28] <LaserJock> hi bmonty
[04:28] <bmonty> hey LaserJock
[04:28] <LaserJock> how's it going?
[04:28] <bmonty> not bad :)
[04:28] <bmonty> you?
[04:29] <LaserJock> well, I'm learning how to do merges
[04:30] <bmonty> cool, can you teach me?
[04:31] <LaserJock> crimsun actually pushed one through today for me (wxwidgets2.6)
[04:31] <LaserJock> bmonty: I don't know if I can teach you anything you don't already know
[04:31] <YokoZar> well, what do you know, Wine 0.9.1 is out
[04:31] <YokoZar> Better package it up...
[04:32] <LaserJock> bmonty: \sh but a good guide on https://wiki.ubuntu.com/MOTUToMerge
[04:32] <bmonty> LaserJock: maybe, I'm still trying to figure out how to read the merge reports
[04:32] <LaserJock> s/but/put
[04:32] <LaserJock> bmonty: me too
[04:34] <LaserJock> bmonty: the key is to go for the easy ones. j/k
[04:34] <bmonty> :)
[05:03] <LaserJock> ok, enough merging for me today
[05:20] <LaserJock> hi minghua
[05:20] <minghua> Hi LaserJock
[05:20] <minghua> any news from MOTU Science? :-)
[05:21] <LaserJock> not much, Kyral is working on some new stuff and I have a package in REVU
[05:21] <LaserJock> I am working on putting together some scripts that might be useful for us
[05:22] <minghua> sounds a good start nevertheless
[05:22] <minghua> sorry I don't have much time recently
[05:22] <LaserJock> if you go to wiki.ubuntu.com/MOTUScience it has some stuff
[05:22] <minghua> I have my SCIM stuff to worry about :-)
[05:23] <LaserJock> yeah, sounds like quite a bit of work
[05:25] <LaserJock> minghua: do you visit the forums much?
[05:26] <minghua> LaserJock: actually not at all
[05:26] <minghua> LaserJock: today is the first time I go there in half a year
[05:26] <LaserJock> minghua: check out http://www.ubuntuforums.org/showthread.php?t=86329&highlight=priorities
[05:26] <minghua> to post something about SCIM in breezy-backports
[05:27] <LaserJock> I used to go there all the time, but since I have started working with the MOTU I find that I don't have as much time
[05:27] <LaserJock> and people sometimes complain a lot and it gets me mad, so I aviod it
[05:27] <minghua> LaserJock: thanks for the link, I didn't know people were talking about input methods in forums
[05:30] <Kyral> OO.org isn't installing
[05:34] <Kyral> s/OO.org/OO.org2
[05:35] <LaserJock> from OO.org or .deb ?
[05:35] <Kyral> from the Dapper repos
[05:35] <minghua> Hmm, I suppose sync'ing OOo from debian would be a pain
[05:36] <minghua> sid is using the package name openoffice.org for OOo2 now
[05:37] <LaserJock> Kyral: unmet deps problem?
[05:37] <Kyral> Nope
[05:38] <LaserJock> openoffice.org2 right?
[05:39] <Kyral> yah
[05:39] <Kyral> I'll show you the Apt-Get errors as soon as I finish my homework
[05:39] <LaserJock> i get unmet dep errors
[05:58] <womble> minghua: Because anything other than Yahoo Groups is unwanted by Yahoo... <grin>
[05:59] <minghua> womble: :-)  The problem is that all list mails go through fine, just the confirm subscription mails always get filtered
[06:00] <womble> minghua: Yahoo probably figures that if you don't respond to the sub conf, you won't get any e-mail, and so they decided to save a few lines of code.
[06:02] <minghua> womble: hmm, sounds a good plan :-)
[06:19] <Kyral> Homework done...now shower then SLEEP!
[06:33] <Kyral> Hoy LaserJock
[06:33] <Kyral> Didja see my edit on the MOTUScience?
[06:34] <LaserJock> EasyChem?
[06:34] <Kyral> Yah
[06:34] <Kyral> I think
[06:34] <Kyral> its foggy
[06:34] <Kyral> after doing 3 hours of coding homework
[06:35] <Kyral> One of the FD devs emailed me
[06:35] <LaserJock> yeah, how did that go?
[06:35] <Kyral> I'll get back to him Friday night. Thursday I have an exam + Calc homework
[06:36] <Kyral> I plan on attaching the Lintain data from the Debpacks
[06:36] <chillywilly> anyone know why debian/ubuntu still has a pretty old slapd, etc.?
[06:38] <LaserJock> Kyral: what Lintian data are you getting?
[06:39] <LaserJock> nvm, I will look on REVU
[06:40] <Kyral> hmm, it hasn't built the new version yet
[06:43] <Kyral> LJ what say you and I go for Ubuntu Membership at the same time?
[06:44] <LaserJock> hmm, I'm not sure when we will be ready, would be nice though
[06:45] <LaserJock> I am still unsure of what they mean by "sustained" contribution
[06:45] <Kyral> For me when FlowDesigner hits Universe, is when I'm gonna apply
[06:45] <Kyral> I think my 1300+ posts to the UbuntuForums helps :D
[06:46] <LaserJock> well, I don't have nearly that much
[06:46] <zakame> hi all
[06:46] <LaserJock> hi zakame
[06:47] <zakame> ei LaserJock !
[06:47] <LaserJock> Kyral: i think when my prog (plotdrop) makes it into universe I will apply too
[06:48] <zakame> how's the merging? I'm looking at the list now :)
[06:48] <LaserJock> zakame: still going
[06:49] <zakame> about those packages with all patches applied, should I file a bug-for-merge too?
[06:49] <Kyral> Someone has to explain how to merge to me in plain english...for some reason I cannot wrap my head around it
[06:50] <LaserJock> ok, go to https://wiki.ubuntu.com/MOTUToMerge
[06:50] <Kyral> Me?
[06:50] <Kyral> I have to go to bed. Class in the morning ;P
[06:50] <LaserJock> Kyral: fine, be that way ;-)
[06:51] <zakame> Kyral: yeah, MOTUToMerge rocks
[06:51] <LaserJock> Kyral: I have class in the morning as well
[06:51] <Kyral> Hey if I fail outta college then no more Ubuntu for me!
[06:51] <zakame> Kyral: buwahaha
[06:52] <Kyral> Yah, but my problem is I don't know the difference between a sync and a merge
[06:52] <LaserJock> Kyral: sync means all of the reasons that we have a ubuntu version was fixed in the new Debian version
[06:52] <LaserJock> that means the ubuntu version goes away and we simply take the Debian version
[06:55] <Kyral> And I need to go to bed
[06:55] <Kyral> g'night all
[06:55] <LaserJock> cya Kyral
[07:01] <slomo_> gn8 Kyral
[07:55] <zakame> wb magnon
[07:56] <magnon> thanks
[08:11] <zakame> wb slomo_
[08:11] <slomo_> hi zakame
[08:12] <zakame> hmm seems a lot of universe packages just need syncing
[08:15] <slomo_> yes
[08:15] <slomo_> but this needs to be verified for each package
[08:16] <zakame> yeah... there are also some _dropped patches too that aren't reported by the log
[08:52] <zakame> hmmm, I've finished reading http://people.ubuntu.com/~scott/ongoing-merge/README, but I'm not getting how to fix the dropped patches... any hints?
[08:54] <slomo_> zakame: look at what is dropped and decide if this is to be added again or can be left out... and verify that the ubuntu changes are still needed or if the plain debian version could be synced
[08:59] <zakame> slomo_: if the changes are needed, then I have to make a debdiff, right?
[09:02] <slomo_> yes
[09:03] <Nafallo> GAAH!
[09:03] <slomo_> Nafallo?
[09:03] <Nafallo> where did \sh see debian took our changes in apt-proxy?
[09:03] <zakame> Nafallo: ?
[09:03] <slomo_> hehe
[09:04] <Nafallo> they don't use LSB for init.d and the min_refresh_delay is 1h, not 1s
[09:04] <Nafallo> this is broken
[09:04] <slomo_> fix it ;)
[09:05] <Nafallo> on my way
[09:20] <Nafallo> ehm
[09:20] <Nafallo> why is apt-proxy installed in python2.3?
[09:26] <sivang> morning motus
[09:28] <slomo_> Nafallo: fix it, fix it, fix it =)
[09:28] <slomo_> Nafallo: maybe \sh was already asleep while doing it
[09:28] <slomo_> hi sivang
[09:29] <Nafallo> that's currently my assumption :-)
[09:29] <Nafallo> I'm currently cleaning up the init.d a bit more than last time :-)
[09:29] <slomo_> hehe
[09:31] <sivang> hey slomo_
[09:32] <sivang> can I just go an update my breezy old one?
[09:32] <slomo_> sivang: sure
[09:33] <Nafallo> JOY!
[09:33] <sivang> cool
[09:33] <Nafallo> apt-proxy died, so I can't use pbuilder at the moment :-P
[09:33] <Nafallo> to build a working apt-proxy that is ;-)
[09:35] <slomo_> lol
[09:35] <slomo_> Nafallo: reintroducing the chicken-egg problem? :P
[09:35] <Nafallo> I donwloaded the breezy one and dpkg'd -i ;-)
[09:38] <slomo_> hm, frustrating... i looked at 3 packages in revu and none is read to be advocated :(
[09:49] <Nafallo> slomo: you're !alive on jabber? :-P
[09:52] <slomo_> oh
[09:52] <slomo_> wait ;)
[10:05] <slomo_> crimsun: you're working on zsi too?
[10:06] <slomo_> crimsun: i hate malone, it's impossible to find already filed bugs :(
[10:06] <slomo_> crimsun: and it can't be synced! that way we will get only the python 2.3 version
[10:10] <crimsun> slomo_: hmm, I might have misread
[10:10] <crimsun> I'm working from z->a, btw
[10:10] <slomo_> crimsun: yes, at least the debian version only builds python 2.3 stuff...
[10:11] <slomo_> crimsun: hehe, i wanted to work z->a too... but now i'm demotivated as i can't find bugs with malone
[10:12] <crimsun> slomo_: ok, I'll merge it then. Thanks for double-checking.
[10:12] <crimsun> I'll update MOTUToMerge with the ones I've done
[10:12] <slomo_> crimsun: isn't that easy to merge... only if we want only a 2.4 package and no 2.3 one... otherwise you have to create 2 new binary packages and depend the old one on one of the new ones ;)
[10:18] <crimsun> slomo_: eww, why does python2.4-zsi also depend on python-zsi?
[10:18] <crimsun> slomo_: otherwise the merge doesn't look bad at all
[10:19] <slomo_> crimsun: are we talking about the same package? ;)
[10:19] <slomo_> crimsun: there were some dropped parts
[10:21] <crimsun> yes, the -ubuntu.dropped as fairly trivial to add back
[10:21] <crimsun> (#4017)
[10:21] <crimsun> s/as/is/
[10:21] <slomo_> hm ok
[10:32] <zakame> ei hunger
[10:38] <crimsun> heh, nasty. zsi is broken regardless.
[10:39] <crimsun> Debian#224019 doesn't look good at all
[10:39] <zakame> waah\
[10:53] <siretart> morning
[10:53] <siretart> puh, again so many hilights..
[10:54] <siretart> \sh_away: sorry, I left aptitude running. No, there wasn't anything critical running there
[10:54] <zakame> hilights?
[10:54] <Nafallo> siretart: :-)
[10:54] <siretart> hi Nafallo ;)
[10:54] <Nafallo> siretart: morning :-)
[11:09] <siretart> when is our next motu meeting scheduled?
[11:53] <slomo_> dholbach: gnome-user-share is in NEW ;)
[11:54] <Nafallo> slomo: yay!
[11:54] <Lathiat> wootang
[11:54] <dholbach> ROCK
[11:54] <Lathiat> thanks slo
[11:54] <Lathiat> mo
[11:55] <slomo_> dholbach: and i've reviewed 3 packages... and none of them were ok :(
[11:56] <dholbach> neyt time :)
[11:56] <dholbach> next
[11:56] <dholbach> that's mentoring, thanks for doing it, slomo
[11:57] <slomo_> dholbach: yes but it's a bit frustrating ;) anyway, i'll do some other packages now... merging is annoying atm as i'm to stupid to search for already existing bugs in malone ;)
[11:57] <siretart> slomo_: use your email client to search for bugs
[11:57] <siretart> slomo_: searching for bugs in malone really sucks right now :/
[11:58] <Nafallo> they have to fix that before the big move I guess?
[12:29] <slomo_> dholbach: we have packages in revu which have comments what to change and which aren't fixed since > 2 months :(
[12:29] <dholbach> archive them
[12:29] <slomo_> ok
[12:35] <tseng> dholbach: hugs
[12:35] <dholbach> heya tseng
[12:35] <tseng> hi
[12:39] <slomo_> herzi: you got a review of valgrind-ppc... http://revu.tauware.de/details.py?upid=529
[12:39] <slomo_> herzi: greetings from another ppc user ;)
[12:45] <slomo_> dholbach: http://revu.tauware.de/details.py?upid=569
[12:45] <slomo_> dholbach: "can" be uploaded or easily fixed ;)
[12:46] <dholbach> will take care of it... later :)
[12:46] <slomo_> dholbach: and you had an vote already on this... then we have 2 ;) http://revu.tauware.de/details.py?upid=604
[12:46] <dholbach> slomo, siretart: thanks for revuing
[12:47] <dholbach> slomo_: right, will do
[12:47] <hunger> May packages put up on revu have lintian warnings/errors?
[12:48] <dholbach> hunger: if you can justify that lintian is wrong... :)
[12:48] <dholbach> it happens every now and then
[12:49] <hunger> dholbach: I was toying with the idea to upload my bunch of debs this WE.
[12:49] <hunger> dholbach: Basically it is in a state where I think the stuff upstream has is packaged properly. I'd like to get some feedback on the packaging itself.
[12:50] <hunger> dholbach: Unfortunately lintian does not like the upstream stuff too much:-)
[12:50] <dholbach> hm, not to be rude or anything... but most upstream are better at coding than at packaging
[12:51] <dholbach> so lintian might have a point here and there
[12:51] <hunger> dholbach: It complains about errors in scripts:-)
[12:51] <pef> is it possible that MoM forget something ?
[12:51] <sivang> siretart: have you finished your script for filing merge bugs?
[12:51] <sivang> siretart: (I assuem it greps through the mom's ouput and files a bug if status = 404)
[12:52] <hunger> dholbach: Those are Suse specific from what I understand.
[12:52] <dholbach> hmm
[12:52] <hunger> dholbach: The "rest" is "just" missing manpages and some stuff where lintian is just wrong:-)
[12:52] <dholbach> upload the source packages and we'll have a look
[12:52] <hunger> dholbach: Great! I'll do this WE.
[12:53] <dholbach> rocknroll
[12:54] <hunger> dholbach: I'll probably run it through a pbuilder first and fix missing dependencies before doing that.
[12:54] <hunger> It sucks not having proper internet access!
[12:54] <dholbach> super
[12:55] <sivang> dholbach: so according to https://wiki.ubuntu.com/MOTUToMerge, if the web status is not 404, then this package needs work?
[12:56] <dholbach> sivang: i didnt take care of the page, but let me have a look
[12:56] <sivang> dholbach: thanks :)
[12:57] <siretart> sivang: the current version of that helper script is in http://tiber.tauware.de/~siretart/motu-tools
[12:57] <siretart> sivang: have fun with it, patches welcome, btw
[01:22] <siretart> dholbach: when is the next motu meeting scheduled?
[01:24] <pef> is archive down ? (dput error: Connection failed, aborting. Check your network (111, 'Connection refused')
[01:25] <Mithrandir> pef: the partition where uploads go seems to be filled up.
[01:25] <pef> erf :)
[01:26] <Mithrandir> blame me, it was one of my uploads which broke it. :-P
[01:26] <slomo_> hehe
[01:27] <dholbach> siretart: no idea
[01:27] <siretart> Mithrandir: what in hell did you upload that big?!
[01:27] <slomo_> ubuntu dvd images ;)
[01:27] <Mithrandir> siretart: bazaar. :-P
[01:28] <siretart> lol
[01:28] <Nafallo> is that because we keep everything uploaded to put into launchpad or something? :-P
[01:28] <Mithrandir> possibly
[01:29] <Nafallo> hmm
[01:29] <Nafallo> we won't have upload.u.c till we have launchpadlove then ;-)
[01:30] <Mithrandir> I hope you're wrong. :-)
[01:30] <slomo_> i want to get banshee up asp :P
[01:30] <Nafallo> me to. I want screem and banshee uploaded ;-)
[01:31] <Nafallo> the perfect kombination for my new speaker-layout ;-)
[01:31] <slomo_> Nafallo: banshee 0.9.11 works fine here ;P
[01:31] <Nafallo> combination even. we're not swedish in this channel :-P.
[01:31] <siretart> well, the lp guys are still at ubz, I'm nit sure ow muc spare time they have to hack on soyuz
[01:32] <slomo_> Nafallo: kombination is german too :P
[01:32] <Nafallo> slomo: baah! you must have got it from us then *grin*
[01:33] <Mithrandir> Nafallo: mind making the columns in your Packages thingy wider?
[01:34] <Nafallo> Mithrandir: nope, I'm on it :-)
[01:34] <sivang> dholbach: have you checked the page already?
[01:35] <slomo_> Nafallo: you don't even have a word which means the same like the german "termin" :P so i bet you took "kombination" from us ;)
[01:35] <Nafallo> slomo: I know :-)
[01:35] <Mithrandir> what does the german "termin" mean?
[01:36] <Nafallo> hmm, we have the word "termin" ofcourse ;-).
[01:37] <Nafallo> Mithrandir: apache reloaded :-)
[01:37] <Mithrandir> yay
[01:37] <dholbach> sivang: if we edited a package (added -XubuntuY) and debian has a newer version, then the package needs work
[01:37] <siretart> sometimes it is a meeting, sometimes it is a date with a person, usually it is buissness related
[01:38] <dholbach> sivang: you can see where the packages' versions differ, in the list
[01:38] <pef> if Debian's side Standards-Version is 3.6.2, and current Ubuntu's side is 3.6.2.1, when merging, should I put 3.6.2 to new ubuntu's package ?
[01:39] <dholbach> only the first 3 digits matter
[01:40] <siretart> tethe german termin, that is
[01:40] <siretart> damn wifi here :/
[01:40] <pef> so I will change it to be closest as possible to Debian
[01:40] <SloMoSnail> siretart: hehe, same here :)
[01:40] <SloMoSnail> Mithrandir: did someone already answer your question?
[01:40] <dholbach> the standards-version is not crucially important
[01:40] <Mithrandir> SloMoSnail: which question?
[01:41] <SloMoSnail> Mithrandir: "termin"
[01:41] <Mithrandir> SloMoSnail: ah, yes, dholbach did.
[01:41] <SloMoSnail> Mithrandir: is there a word in norwegian for that?
[01:43] <Mithrandir> SloMoSnail: we have something equivalent to "meeting", but nothing with the same denotation as your "termin", no.
[01:44] <SloMoSnail> Mithrandir: but you have "termin" with the meaning of the english/german "semester"?
[01:47] <Mithrandir> termin can mean that, but it's more often "ETA of a child" or payments on a loan (three terms per year, for instance)
[01:47] <Mithrandir> it can also refer to the amount you are to pay at the end of each term (on a loan)
[01:49] <Nafallo> stated (fixed) time, due time, time of maturity etc. :-)
[01:50] <Nafallo> baah
[01:50] <Nafallo> you're so... TECHIE! ;-)
[01:56] <sivang> siretart: does your script only helps you open a bug? it doesn't do anything automatic on the list of packages, right?
[01:57] <dholbach> the list is of different origing
[01:58] <dholbach> " http://people.ubuntu.com/~scott/ ... "
[01:58] <sivang> I'm lost. I don't know where to start and what to check...
[02:00] <LS|-away-> hub, are you here?
[02:02] <sivang> maybe we can write a walkthrough that describes the merging work? such that new people could just follow the example package and then will be more comfortable at just starting helping without asking question and feeling stupid?
[02:03] <sivang> That can help solve many uncertainties
[02:05] <SloMoSnail> bbl
[02:07] <sivang> Mithrandir: maybe you can help me construct such a page? ;-)
[02:08] <Mithrandir> sivang: it's not mine, it's a service offered by the University of Oslo. ;-)
[02:10] <sivang> what?? /me suspects he has taken somethign and doesn't remember taking it
[02:10] <sivang> :)
[02:13] <sivang> dholbach: what do you think about the example package idea?
[02:13] <dholbach> we could add a section to that wiki page
[02:15] <sivang> dholbach: I wouldn't mind doing that, if you walked me thorugh one package :-)
[02:19] <dholbach> if you look at the b list, 3ddesktop seems to have had a nice MoM-run (no errors), if you now have a look at http://people.ubuntu.com/~scott/ongoing-merge/3ddesktop/
[02:20] <dholbach> does that help?
[02:20] <dholbach> the REPORT file is a nice pointer
[02:21] <Nafallo> \sh: morning. I've fixed apt-proxy :-).
[02:22] <\sh> Nafallo: yeah...saw it..thx...I just didn't see it
[02:22] <Nafallo> that's what I thought indeed :-).
[02:23] <Nafallo> tried to lsb-ize the echos to, but they where kind of hard to get right ;-)
[02:23] <Nafallo> hmm
[02:23] <Nafallo> shower maybe...
[02:24] <\sh> i'm laying still in bed...somehow I don't get rid of this jetlag
[02:24] <Nafallo> wow
[02:24] <Nafallo> I thought you had a job or something? :-P
[02:27] <siretart> sivang: I think it would be sure nice to have a list which tells all open merges. Unfortunatly, I'm not sure about the best approach to get such a list
[02:27] <\sh> Nafallo: I blocked the whole time for ubz :) so I'm at least until sunday not at work
[02:27] <siretart> sivang: maybe when I get home I can hack something out which gives a list of open merges and run that in a cronjob on tiber. right now I'm at work and have to do other stuff
[02:28] <sivang> siretart: no prob, as soon as I figure out really what such a script needs to do, I'll try hack one myself and send over to your for improvements / continue.
[02:29] <sivang> siretart: we could check everypackage in the b list, and then check inside scott's dir to see if the merge was successful
[02:29] <\sh> siretart: the problem is....u can grep the sourcepackage names from the list, but there is no direct way to check what is done and what not
[02:29] <sivang> siretart: we just grep for "fail" or something, and the produce a corrosponding entry
[02:30] <sivang> siretart, \sh : you where talking about automatically finding out what's already done and what's not?
[02:30] <sivang> (as opposed to just finding out which pckages didn't merge right)
[02:32] <\sh> sivang: so u have to check mom20051107c.log as well
[02:33] <\sh> oh no...this is something else
[02:33] <sivang> \sh: what's the relation between a,b and c ?
[02:34] <\sh> until now...i didn't even know that there is a c
[02:34] <\sh> ah
[02:34] <\sh> first run -> everything which failed goes to the second run -> etc
[02:34] <\sh> there is even a d file
[02:36] <\sh> and on those lists, there is the morgue repos, too
[02:39] <\sh> siretart: did u have a look over newmerge? I'll clean that up today and put everything in separate methods and sort the things a bit out...thx to sis we have a small documentation
[02:41] <\sh> pef: please don't touch main packages during the universe merge...it confuses the merge run...thx
[02:41] <dholbach> ?
[02:42] <\sh> dholbach: main packages are tracked in bugzilla...and I don't want to see main packages on the MOTUToMerge wiki page...because only core devs can upload them..which is confusing
[02:43] <\sh> and konversation is main
[02:43] <dholbach> oh yeah, but pef, if you want to do main stuff, just add a comment to your debdiff (or whatever) on the bugzilla bugs, thanks
[02:46] <\sh> i think i have to pull out my perl magic again...and hack something together
[02:48] <Kyral> mmm.... Perl
[02:49] <Kyral> I should get around to learning that
[02:50] <dholbach> ... and loose your sanity
[02:50] <dholbach> :)
[02:50] <Kyral> I lost that when I was born my friend
[02:51] <dholbach> oh well... then go ahead, learn perl :)
[02:52] <Kyral> Now I would have you shoot me if I said I wanted to learn COBOL
[02:53] <Amaranth> WRITE WS-EMP-SAL TO PRINT-REC AFTER ADVANCING 5 LINES
[02:53] <Kyral> you want me to put you out of your misery? :P
[02:53] <Amaranth> it's school
[02:53] <zakame> hi all
[02:54] <sivang> \sh: what's the morgue lists btw? (I think it has something to do with pakcages that we will not merge? )
[02:54] <Kyral> Now what I wanna do is be able to do a "Hello World" in Assembler
[02:55] <zakame> Kyral: nasm can help you with that ;)
[02:55] <Yagisan> Kyral: I could do that (in DOS) a long time ago
[02:55] <zakame> Kyral: there was also a post by wouter verhelst on planet debian a while ago about that...
[02:56] <Kyral> I'm only a second year CS Student, I am not a Hacker yet.....just a Padawan
[02:57] <Kyral> Though compared to the rest of my extended family, I rank up there with the likes of Linus and RMS
[03:00] <siretart> \sh_away: not yet, perhaps I'll find tonight some time to check that
[03:03] <zakame> Kyral: hihi
[03:06] <mbreit> hi guys
[03:06] <highvoltage> hi mbreit
[03:07] <zakame> ei mbreit
[05:07] <mitsuhiko> dholbach: ping
[05:07] <dholbach> mitsuhiko: pong
[05:08] <mitsuhiko> dholbach: hiho :-)
[05:08] <mitsuhiko> who do i have to contact to stop a shipit order?
[05:10] <herzi> slomo: great, thanks
[05:10] <dholbach> mitsuhiko: info@shipit.ubuntu.com, i had to ask too
[05:11] <dholbach> mitsuhiko: but you can cancel your order on shipit.ubuntu.com as well
[05:11] <mitsuhiko> dholbach: it's not my order :)
[05:11] <dholbach> well, whoever ordered
[05:16] <highvoltage> mitsuhiko: i think marelize@ubuntu.com can cancel orders
[05:18] <mitsuhiko> dholbach: someone has ordered 300CDs for school but he won't be able to spread them :)
[05:18] <dholbach> highvoltage: if the web thingie can do, one should use that
[05:19] <dholbach> highvoltage: and it should be marilize, if at all :)
[05:21] <Treenaks> just google it ;)
[05:21] <Treenaks> *hides from marilize's wrath*
[05:22] <dholbach> haha :)
[05:28] <hub> Treenaks: ahah
[05:28] <hub> hi guys
[05:29] <Treenaks> hi hub :)
[05:38] <highvoltage> to what keyserver should i upload my gpg keys for launchpad?
[05:40] <dholbach> any, they synchronise
[05:40] <dholbach> most use subkeys.pgp.net, i guess
[05:44] <mbreit> libsmpeg0 was renamed in debian to libsmpeg0c2 for gcc4 (that is what we have in breezy), and they changed it back to libsmpeg0 because it does not export any c++ abi... should we change every dependencies back then?
[05:45] <dholbach> rebuilding should suffice, shouldnt it?
[05:45] <mbreit> dholbach: yes it should... the main question is if we really should change back to libsmpeg0
[05:47] <dholbach> if the information is correct, it makes sense
[05:47] <pef> mmm I've uploaded kboincspy, and no confirmation mail after 15m, is it normal ?
[05:47] <mbreit> dholbach: i have it from debian #323084
[05:47] <mbreit> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323084
[05:48] <mbreit> we have libsmpeg0 in dapper now, the change was automatically synced
[05:48] <dholbach> sounds good
[05:49] <mbreit> okay, then i'll work on that...
[05:50] <dholbach> mbreit: if those packages are merges, we should do the merges (they get rebuilt that way anyway :))
[05:51] <mbreit> dholbach: i kno
[05:52] <dholbach> :)
[05:52] <mbreit> know even ;)
[05:52] <dholbach> i knew you would :)
[05:52] <tseng_> dudes
[05:52] <dholbach> hey tseng
[05:52] <mbreit> but someone should look at the packages and look _how_ the unmet deps should be resolved...
[05:52] <mbreit> hey tseng
[05:53] <dholbach> mbreit: apt-cache rdepends libsmpeg0c2 ?
[05:53] <tseng_> hi moritz daniel
[05:53] <mbreit> dholbach: it shows nothing, possibly because there is no libsmpeg0c2 ;)
[05:53] <mbreit> dholbach: but there is python2.4-pygame for example which depends on that
[05:54] <dholbach> right... then we need ajmitch_, the grep-ctrl magician
[05:54] <mbreit> hehe
[05:54] <tseng_> anyone know when dapper kernels will land?
[05:54] <Nafallo> hmm
[05:54] <Nafallo> tseng: probably #ubuntu-kernel :-)
[05:55] <Nafallo> libsmpeg0c2 wants to have libopenal0, rss-glx and ubuntu-desktop removed.
[05:55] <pef> dholbach: hello Daniel
[05:56] <dholbach> hi pef
[05:56] <mbreit> Nafallo: libsmpeg0c2 is the old one.... it should be libsmpeg0... and there are still some dependencies to the old one...
[05:56] <Nafallo> mbreit: I know :-). that's why I wrote that :-).
[05:56] <mbreit> Nafallo: ah, okay... sorry then
[05:57] <Nafallo> np, just have to figure out what libopenal is now and prepare the rebuild ;-)
[05:57] <pef> dholbach: I've a problem with uploads to archive, nothing seems to happens, no confirmation mail
[05:58] <dholbach> pef: ask elmo in #iubuntu-devel
[06:00] <ajmitch_> dholbach: ajmitch_ is not really into magic ;)
[06:00] <pef> ok
[06:01] <Nafallo> baah, main :-P
[06:02] <Nafallo> ajmitch_: nonsense! you are the new Harry Potter :-).
[06:03] <Nafallo> dholbach: deskbar-applet wants libnautilus-burn2, which seems to be missing from the archive.
[06:03] <dereks-> \sh: you around?
[06:03] <dholbach> Nafallo: will have a look
[06:03] <ajmitch_> libnautilus-burn3 is the new one, right?
[06:03] <Nafallo> dholbach: probably just a rebuild :-)
[06:03] <Nafallo> slomo: ping
[06:05] <dholbach> Nafallo: no, that's python-gnome-extras or something
[06:06] <dholbach> yes it is
[06:06] <Nafallo> dholbach: oh, right.
[06:06] <Nafallo> same for gajim
[06:06] <Nafallo> thought it was a bit weird :-P
[06:07] <Nafallo> baah. I want a new gajim anyway, but someone need to tell me what's the best way to package svn :-P
[06:07] <tseng_> svn export
[06:07] <tseng_> make dist
[06:07] <\sh> derekS: now
[06:08] <dereks-> \sh: do you have a minute for me to pick your brain about jabber clients (again :) ) ?
[06:08] <\sh> Nafallo: the best way is bzr
[06:08] <\sh> yes in #ubuntu-im :)
[06:08] <dereks-> \sh: ok
[06:08] <Nafallo> \sh: they don't use bzr you know? ;-)
[06:09] <pef> dholbach: the problem is I can't be present when elmo is available :/
[06:10] <\sh> Nafallo: so...? we will use it :) i'll show u how
[06:10] <dholbach> pef: write him
[06:10] <Nafallo> \sh: alright :-)
[06:10] <dholbach> pef: james.troup@
[06:11] <pef> dholbach: thanks :)
[06:12] <mbreit> seems like pygame doesn't even need to be merged... sync should be enough
[06:13] <mbreit> has there anything changed in the way to request a sync (i haven't been here for too much time....)
[06:13] <dholbach> just tell elmo, if that doesnt work, write him
[06:13] <Nafallo> tseng: thanks, that was a nice trick :-)
[06:19] <\sh> siretart: ping
[06:19] <\sh> siretart: do u need this aptitude running?
[06:25] <tseng_> perfect
[06:38] <slomo> Nafallo: pong
[06:39] <Nafallo> slomo: nm :-). \sh helped me with svn packaging. we actually made it bzr packaging :-).
[06:44] <siretart> \sh: I already closed it a few hours ago
[06:44] <\sh> siretart: ah...i tried to install emacs21 yesterday :)
[06:44] <siretart> \sh: :)
[06:45] <\sh> siretart: btw....are u updateing dapper pbuilder every day or once an hour?
[06:45] <Nafallo> make it every half-hour :-)
[06:45] <siretart> \sh: I'm updating it manually
[06:45] <siretart> when I need it
[06:46] <siretart> perhaps we could install a cronjob
[06:47] <\sh> siretart: so everybody in the pbuilder group can do an pbuilder-dapper update?
[06:48] <slomo> hmm, what is the preferred way to add a backports-hack to one package? i.e. only use a configure option when building for breezy?
[06:48] <slomo> lsb_release --codename --short == breezy?
[06:48] <siretart> \sh: yepp!
[06:48] <siretart> \sh: at least thats supposed to work. If it doesn't, kick/mail/ping me
[06:49] <\sh> siretart: i'll try to get a cronjob running :)
[06:49] <siretart> \sh: okay. please document where to edit/learn our cronjobs in the revu2 wiki (in trac)
[06:50] <siretart> otherwise, we'll end up in having random systemwide cronjobs and nobody knows whats going on
[06:50] <\sh> siretart: what about cron.hourly?
[06:51] <siretart> \sh: I'm okay with that
[06:51] <\sh> siretart: cu later
[06:51] <siretart> cu
[07:25] <sistpoty> hi folks
[07:25] <slomo> hi sistpoty
[07:25] <mbreit> hi sistpoty
[07:25] <slomo> oh, hi moritz :)
[07:25] <sistpoty> hi slomo and mbreit
[07:25] <mbreit> hey slomo ;)
[07:26] <sistpoty> I've come up with some tiny new tool for merging: http://revu.tauware.de/~sistpoty/MoM/
[07:26] <\sh> moins sistpoty mbreit
[07:26] <sistpoty> hey \sh
[07:26] <mbreit> hey \sh
[07:27] <sistpoty> sorry \sh, i just needed to code s.th. ;)
[07:27] <slomo> sistpoty: uh
[07:27] <slomo> sistpoty: perfect =)
[07:27] <\sh> sistpoty: u missed "c"
[07:27] <\sh> and "d"
[07:27] <sistpoty> ?
[07:27] <\sh> sistpoty: it's cool :)
[07:27] <\sh> sistpoty: 20051107c and 20051107d .log ;)
[07:28] <sistpoty> hehe, can be easily imported
[07:28] <sistpoty> I'm just working on an email-parser, so that the status can be updated once a bug is filed
[07:28] <slomo> sistpoty: how does it find assigned ones?
[07:28] <slomo> sistpoty: and fixed ones?
[07:29] <sistpoty> slomo: the plan is to parse every bug-email and update the status according to that
[07:29] <sistpoty> <-- just working on it
[07:30] <slomo> sistpoty: hmm... but please don't parse the content of the bugreports... that will yield to missed bugreports ;) status and title should be enough, right?
[07:31] <sistpoty> slomo: yes
[07:31] <sistpoty> slomo: some better plan on getting these infos?
[07:31] <slomo> sistpoty: status == accepted -> assigned to the one who set it to accepted
[07:31] <slomo> sistpoty: status == new -> unassigned
[07:32] <slomo> sistpoty: status == fixed -> fixed
[07:32] <slomo> something like that
[07:32] <sistpoty> slomo: user account system doesn't work for the webfrontend (yet). so this will be much more work than to go with some regex at the bug-mails
[07:33] <slomo> oh :(
[07:33] <sistpoty> slomo: apart from that, this might miss merges, that are done by bug-reporting
[07:33] <slomo> then setting it to assigned when accepted and link to the bugreport?
[07:34] <sistpoty> slomo: then i would need the input, which bugreport that is
[07:34] <sistpoty> slomo: the mails are quite easy parsable. 4 to 5 regex should be enough, to do what i want *g*
[07:34] <slomo> *sigh*
[07:35] <slomo> ok :)
[07:35] <sistpoty> slomo: this is not meant for eternity, only for this MoM session, as \sh explained that we probably won't have MoM for dapper+1
[07:37] <slomo> for dapper+1 we will have some LP magic?
[07:38] <\sh> slomo: hct?
[07:38] <slomo> what will hct actually do?
[07:41] <\sh> http://linux.blogweb.de/archives/136-Its-Merging-Time.html
[07:42] <slomo> thanks
[07:43] <\sh> slomo: well...it's a changeset tool
[07:43] <sistpoty> rock \sh
[07:43] <\sh> slomo: well...if I can find scotts talk about it....
[07:43] <\sh> moment
[07:44] <sistpoty> but actually MoM-tool is meant to supplement newmerge.py, you still need to file bugs with LP ;)
[07:50] <\sh> ok...if u want to know where MoM comes from...please have a look at this : http://video.ubuntu.com/ubz/mom-3110.ogg
[08:06] <sistpoty> yay, the email-parser works
[08:07] <\sh> wooo
[08:09] <sistpoty> now the tough thing... I need to somehow get all universe-bugs mails through this thin
[08:09] <sistpoty> +g
[08:10] <dholbach> sistpoty: forward all universe bug mails in a big mail to you? :)
[08:10] <sistpoty> dholbach: no... actually one by one when the come in :)
[08:10] <dholbach> hmmmm :)
[08:10] <sistpoty> dholbach: can you register sistpoty@revu.tauware.de to the list?
[08:10] <dholbach> sure
[08:11] <sistpoty> dholbach: i think, i can do the rest with exim .forward file (once i remember how the filter-stuff works *g*)
[08:12] <dholbach> sistpoty: done
[08:12] <sistpoty> thx dholbach
[08:12] <dholbach> de rien
[08:41] <Kyral> Whee! SNOW!!
[08:42] <dredg> Whee! sunshine!
[08:43] <slomo> whee! darkness :P
[08:43] <dredg> man, going back to ireland this weekend is going to suck
[08:43] <Kyral> I love Winter :D
[08:43] <slomo> Kyral++ :)
[08:43] <Kyral> Why are you incrementing me by 1?
[08:43] <Kyral> ;P
[08:44] <slomo> because i want you to overflow ;P no, i agreeded with your "<Kyral> I love Winter :D" :)
[08:45] <Kyral> That ain't good.......XFCE just crapped out
[08:45] <Kyral> the background, which means I lost my right click menu
[08:45] <Kyral> brb
[08:45] <Kyral> have to restart XFCE for this one
[08:47] <herve> hello
[08:47] <Kyral> Thats better
[08:48] <Kyral> though I have to find a way to disable GDM Flexiserver
[08:48] <Treenaks> Remove xnest
[08:48] <Treenaks> ?
[08:48] <Kyral> I don't have xnest...
[08:48] <Kyral> I don't think I do
[08:49] <Kyral> Nope I don't :D
[08:50] <Kyral> Gah I really dislike Rox-Filer
[08:51] <Kyral> How good is XFFM?
[08:51] <tseng_> its worse
[08:51] <tseng_> in fact, xffm might be worse than konqueror
[08:51] <Kyral> Its either that or compile Thunar from CVS
[08:51] <tseng_> nautilus?
[08:52] <Kyral> No, I want something that integrates into XFCE
[08:52] <tseng_> the others integrate exactly how?
[08:52] <Kyral> Nautilus takes over for one
[08:53] <tseng_> nautilus --no-desktop
[08:53] <Kyral> I mean like designed with XFCE in mind
[08:53] <tseng_> rox was certainly not
[08:53] <Kyral> XFFM does
[08:53] <Kyral> Hey, its the best part of Linux. We all can do our own thing :D
[08:54] <sistpoty> ping dholbach
[08:54] <dholbach> sistpoty: pong
[08:54] <sistpoty> dholbach: can you replace sistpoty@revu.tauware.de with sistpoty@tiber.tauware.de (revu.tauware.de doesn't work :(
[08:54] <dholbach> right
[08:55] <sistpoty> cool. thx
[08:55] <siretart> re
[08:55] <siretart> home sweet home
[08:55] <siretart> hi sistpoty
[08:55] <siretart> hi dholbach
[08:55] <sistpoty> hi siretart
[08:55] <dholbach> sistpoty: done
[08:55] <dholbach> siretart: hellas
[08:57] <sistpoty> dholbach: if it's easy for you, I could use all the mails from universe-bugs about merging (or all mails from the last 2 days is also ok)
[08:57] <sistpoty> dholbach: then i can update the MoM status
[09:05] <elektranox> is this warning an important one:
[09:05] <elektranox> dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0)
[09:05] <elektranox> ?
[09:06] <slomo> no
[09:06] <herve> you're in a build daemon?
[09:06] <slomo> ignore it
[09:06] <elektranox> k
[09:15] <sistpoty> dholbach: forget about the mails... I just found what i need in my maildir :)
[09:17] <dholbach> sistpoty: ok
[09:49] <\sh> ok...guys..i'm rewriting some parts of newmerge.py and make something similar to reportbugs
[09:50] <sistpoty> erm \sh: please leave ":Subject: [Bug 4012]  ace: merge new debian version
[09:51] <sistpoty> args.
[09:51] <sistpoty> ' \sh "merge new debian version" should be in the bugs... that's what the mail-filter will know it's a merge bug
[09:51] <\sh> sistpoty: sure...I don't touch newmerge.py in the moment
[09:51] <siretart> hmm. launchpad again slow...
[09:53] <highvoltage> it was fast at some point? i wish i knew... i would've squeezed in some translations.
[09:54] <\sh> siretart: i think they're importing the bugs now :)
[09:55] <siretart> \sh: I discussed about your 'task forces' with dholbach on the phone
[09:55] <siretart> \sh: he agrees that having separate groups in lp to get an better overview about workloads is a good thing[tm] 
[09:56] <siretart> I'm just experimenting with a motumergers team in launchpad, stay tuned
[09:56] <\sh> oh wow...
[09:56] <\sh> confusion ... with more teams in the game...
[09:58] <siretart> it is for having http://launchpad.net/people/teams/motumergers/+assignedbugs as complete list of open merges
[09:58] <rbelem> lo people
[09:58] <Kyral> goddangit
[09:59] <Kyral> what a time for my school's network to be shot
[09:59] <rbelem> slomo: ping
[09:59] <\sh> siretart: i know :)
[09:59] <slomo> rbelem: mom, i'm on the phone
[10:00] <rbelem> eheheeh
[10:00] <Kyral> When you do a pbuilder update, does it update everything in the pbuilder-aptcache or just the base tarball?
[10:00] <dholbach> good night
[10:01] <tseng_> things in the apt-cache arent installed
[10:01] <tseng_> so no
[10:01] <rbelem> dholbach: gnight
[10:01] <tseng_> it does update the pacakges.gz, so the next build will update apt-cache
[10:02] <Kyral> so if your conn is being a ****tard then its best NOT to clean the pbuilder apt-cache
[10:04] <tseng_> i guess
[10:10] <sistpoty> okay... the MoM-list http://revu.tauware.de/~sistpoty/MoM/index.py should now be up to date
[10:10] <slomo> sistpoty: please handle state rejected ;)
[10:11] <sistpoty> slomo: did anyone use this yet?
[10:11] <slomo> sistpoty: for this one for example... https://launchpad.net/distros/ubuntu/+source/zsi/+bug/4104
[10:11] <sistpoty> slomo: but for this crimsun should have filed a bug on his own?
[10:12] <tseng_> gtk-sharp2-unstable  	UNASSIGNED  	-
[10:12] <tseng_> sigh
[10:12] <slomo> tseng: mine :P
[10:12] <\sh> siretart: if u search in re.search('^Package: arkpak++') it throws a TB
[10:12] <tseng_> we need package subscriptions already
[10:12] <\sh> siretart: we need to escape the sourcepackage name
[10:12] <tseng_> this is crap
[10:12] <sistpoty> grml... will have to update some packages *g*
[10:16] <sistpoty> tseng: gtk-sharp2-unstable is yours ;)
[10:16] <rbelem> hey slomo
[10:17] <slomo> sistpoty: no, mine ;) i'm only waiting for debian to get a new version
[10:17] <slomo> rbelem: i'm back now =)
[10:17] <rbelem> ;-)
[10:17] <sistpoty> slomo: sorry ;)
[10:17] <\sh> grmpf
[10:18] <siretart> \sh: oh. you are right
[10:18] <sistpoty> damn, the assignee is still wrong :(
[10:19] <siretart> okay. reassigning works
[10:19] <rbelem> slomo: i'm having problems to with libraw1394 it is 1.2.0 but it show 1.0.0 at /usr/lib/pkgconfig/libraw1394.pc
[10:20] <rbelem> then some video related packages do not compile
[10:20] <spstarr_work> time to fixup the libraw1394.pc.in file? :)
[10:21] <spstarr_work> or the Makefile.am or configure.ac/in or where ever the version is 'stamped' in
[10:21] <slomo> rbelem: ok, i'll fix it :)
[10:21] <\sh> siretart: hm..the problem is string.encode() doesn't work :)
[10:21] <rbelem> spstarr_work: hum..
[10:21] <spstarr_work> thats a trivial code fix
[10:22] <slomo> spstarr_work: yes... but it needs to be done ;)
[10:22] <spstarr_work> yea :)
[10:22] <rbelem> slomo: thanks ;-)
[10:22] <spstarr_work> does anyone in here work on eric?
[10:22] <slomo> rbelem: oh, it's main :( \sh, do you want to sponsor me? :P
[10:22] <rbelem> eheheehe
[10:23] <spstarr_work> i want to bump ubuntu/kubuntu's eric from 3.7.0 -> 3.8.0 and drop eric3 (old 3.4.1 release)
[10:23] <slomo> rbelem: which package to you mean?! please give me the sourcepackage... libraw1394 is version 0.10.1
[10:23] <\sh> spstarr_work: can u wait until debian is finished with eric 3.8.0?
[10:24] <spstarr_work> sure
[10:24] <\sh> spstarr_work: i'm working with the debian maintainer
[10:24] <\sh> eric3 will be removed...
[10:24] <rbelem> slomo: but the source is 1.2.0
[10:24] <slomo> rbelem: hum... ok
[10:24] <slomo> rbelem: yes, you're right
[10:24] <slomo> wtf
[10:25] <spstarr_work> \sh: ok, thought so on that
[10:25] <\sh> spstarr_work: because we will get as well complete NEW pyqt/pykde etc. packages for ubuntu as well...when debian maintainer is fast :)
[10:25] <\sh> grmpf
[10:25] <spstarr_work> ok, i have it working in dapper (hacked) up
[10:25] <slomo> rbelem: hmm, why do you think it's 1.2.0?
[10:25] <\sh> I need a function which can escape +
[10:25] <\sh> spstarr_work: me as well :)
[10:26] <\sh> spstarr_work: the packages are ready here on my computer :) but debian maintainer pinged me to work together
[10:26] <spstarr_work> mv python2.3/site-packages -> 2.4
[10:26] <spstarr_work> oh, ok
[10:26] <spstarr_work> :-)
[10:26] <\sh> spstarr_work: out packages don't have 2.3 python packages as default...we have only 2.4
[10:26] <rbelem> slomo: i downloaded the ubuntu sorces and the upsteam source
[10:26] <spstarr_work> yeah which is why i had some issued
[10:26] <spstarr_work> issues
[10:26] <slomo> rbelem: ok, i'll investigate and fix :)
[10:26] <spstarr_work> \sh: given i wanted to just get it running, the porting part isn't difficult
[10:27] <rbelem> slomo: ;-)
[10:27] <\sh> spstarr_work: it will be hart...3.5 is reaching the main repos the next days :)
[10:29] <\sh> siretart: i have to rewrite the regexp
[10:31] <slomo> rbelem: hmm, we definitly have an older version... 0.10.1 is from 2004, 1.2.0 is much newer
[10:31] <slomo> i'll talk to BenC
[10:32] <siretart> \sh: okay, perhaps you read my chat in #launchpad
[10:32] <siretart> \sh: the group 'motumergers' is ready to go!
[10:33] <\sh> siretart: ok...
[10:33] <siretart> \sh: lets reassign all open merges to that group
[10:33] <\sh> siretart: what we could need is dilys
[10:33] <Nafallo> siretart: add me :-)
[10:33] <\sh> siretart: new bugs will be announced by dilys
[10:33] <tseng_> why wouldnt you assign them to the person that actually made the change
[10:34] <siretart> \sh: what is dilys?
[10:34] <tseng_> #ubuntu-bugs bot
[10:34] <Seveas> auto-reporting bug
[10:34] <\sh> siretart: a LP bot
[10:34] <slomo> siretart: please add me too ;)
[10:35] <siretart> who maintains that bot?
[10:35] <Seveas> (btw: ubugtu ignores dilys so they don't start talking to each other ;))
[10:36] <Nafallo> hehe
[10:37] <rbelem> slomo: hum... i see a debian folder at the upstream source with almost same changelog
[10:37] <Nafallo> daff IIRC?
[10:37] <Nafallo> daf even
[10:37] <siretart> lets test Ubugtu
[10:37] <slomo> rbelem: then they haven't updated it... anyway, our version is another and we either need to update or not... i'll talk to the maintainer ;)
[10:37] <siretart> I just reassigned #4121
[10:38] <siretart> malone bug 4121
[10:38] <Ubugtu> Malone bug #4121: fluxbox startscript in gdm Fix req. for: fluxbox (Ubuntu), Severity: Normal, Assigned to: Reinhard Tartler, Status: New http://launchpad.net/malone/bugs/4121
[10:38] <Seveas> you can leave out the 'malone'
[10:38] <siretart> ah, works only without that hash (#) mark. okay
[10:38] <rbelem> slomo: ok, but this new  version will enter at breezy?
[10:38] <Seveas> and use 'ubuntu bug' for ubugzilla and 'gnome bug' for the gnome zilla
[10:39] <Seveas> or any bugzilla/malone url
[10:39] <slomo> rbelem: defenitly no... dapper will get it but not breezy
[10:39] <crimsun_> for MOTUs merging: keybuk brings up a good point regarding filing Malone bugs: it spams the Debian maintainer(s), too. Should we be doing this?
[10:39] <tseng_> no, why are we?
[10:40] <crimsun_> granted, this is the policy we agreed on for MOTUToMerge
[10:40] <slomo> err... why does it spam the debian maintainers?
[10:40] <\sh> crimsun_: the debian maintainers?
[10:40] <\sh> crimsun_: please elaborate
[10:40] <crimsun_> \sh: I'm referring to what Scott said in -devel just a few minutes ago
[10:41] <slomo> omg
[10:41] <slomo> why does LP do this?
[10:41] <\sh> i don't have it in my backlog
[10:41] <spstarr_work> sh: eric 3.5.0?!
[10:41] <\sh> can someone post it?
 I didn't realise people were filing merge mails in launchpad
 I've specifically _not_ done that, because it also sends the mails to the Debian maintainers
[10:42] <Nafallo> try it with one of scott's packages or something :-)
[10:42] <spstarr_work> thats terribly old
[10:42] <\sh> argl
[10:42] <\sh> spstarr_work: kde 3.5
[10:42] <sistpoty> keybuk even ;)
[10:42] <spstarr_work> oh, kde 3.5 yeah
[10:43] <rbelem> slomo: hum... i'll packge it to make it work at breezy, have to use many video softwares
[10:43] <slomo> rbelem: it will probably break other software using it already
[10:44] <slomo> rbelem: just wait for it to get into dapper... and then you can rebuild that package for breezy if you want
[10:44] <YokoZar> Ok, we've got a new Wine release (0.9.1).  Should I submit that one for review or the presumably slightly more stable 0.9 package?
[10:44] <rbelem> slomo: that's true
[10:46] <crimsun_> YokoZar: why wouldn't 0.9.1 be preferable?
[10:46] <YokoZar> crimsun: well, it might have had regressions since 0.9.
[10:47] <tseng_> it might have had fixes
[10:47] <YokoZar> Well, yeah, but we didn't freeze 0.9.1 like we did 0.9
[10:47] <YokoZar> 0.9.1 is basically just a snapshot
[10:47] <crimsun> then 0.9 it is
[10:48] <crimsun> I'm not familiar with WINE's versioning scheme; I simply assumed 0.9.1 was a bugfix release against 0.9
[10:48] <YokoZar> Yeah.  I hope we freeze at least one release before Dapper comes out
[10:48] <YokoZar> crimsun: 0.9 was our first numbered release at all, heh
[10:48] <rbelem> slomo: thanks so much
[10:48] <YokoZar> one more release, that is
[10:48] <siretart> sistpoty: could you please file a bug against londonlaw, just like 4154
[10:48] <siretart> sistpoty: I'd like to check if I get an email about that
[10:48] <YokoZar> Also, use "Wine" not WINE
[10:49] <siretart> Ubugtu: malone bug no 4154
[10:49] <rbelem> good night people
[10:49] <siretart> hm. stupid bot
[10:49] <Nafallo> bug 4154
[10:49] <Ubugtu> Malone bug #4154: silly bug, please close Fix req. for: londonlaw (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4154
[10:49] <sistpoty> siretart: I'm on it
[10:50] <\sh> hmmm...
[10:50] <crimsun> ugh, I guess this means we'll have to _not_ use Malone to track our universe merges
[10:50] <siretart> this is unacceptable
[10:51] <crimsun> I literally have a text file to track mine, but that simply doesn't scale
[10:51] <Nafallo> we will be sending mails to DDs when our patches go wrong :-P
[10:51] <slomo> and it means that many DD will jump at us because they get spammed for bugs in ubuntu
[10:51] <Nafallo> fun! :-)
[10:52] <sistpoty> siretart: 4155
[10:52] <siretart> bug 4155
[10:52] <Ubugtu> Malone bug #4155: another test bug (SPAM) Fix req. for: londonlaw (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4155
[10:52] <Nafallo> lol
[10:52] <Nafallo> that's why you are filing them ;-)
[10:52] <siretart> of course. we need to test that
[10:53] <Nafallo> agreed :-)
[10:53] <siretart> I didn't get any mail about 4155 yet
[10:53] <siretart> lets wait a few minutes
[10:53] <Nafallo> debianbts crons every 15 minutes IIRC
[10:54] <slomo> well... the behaviour is broken anyway... i maintain service-discovery-applet and banshee in ubuntu and get no mail for bugreports filed on these... but a DD gets a mail when someone files a bug on the ubuntu package he maintains
[10:54] <slomo> seems to be braindead
[10:54] <sistpoty> well, I could hack up the MoM-tracker, so that we wouldn't need malone, but this will take one to two days... and this will make much that i wrote today useless :(
[10:54] <\sh> slomo: are u debian maintainer for something ?
[10:54] <YokoZar> quick gpg question: where do I find my KEY_ID?
[10:54] <slomo> cowbell
[10:54] <slomo> i don't get mails on that too
[10:54] <siretart> sistpoty: that would mean reimplementing your own bugtracker. sorry, this is not acceptable
[10:55] <slomo> \sh: and there is one bug
[10:55] <siretart> still no mail btw
[10:55] <crimsun> YokoZar: it'll be listed on your LP page, or you can find it using gpg
[10:55] <\sh> slomo: but u are mentioned as maintainer in the orig debian package, right?
[10:55] <slomo> \sh: yes
[10:55] <slomo> \sh: bug 3468 wasn't send by mail to me
[10:55] <Ubugtu> Malone bug #3468: Cowbell is unstable and generally non working Fix req. for: cowbell (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3468
[10:55] <YokoZar> crimsun: Well, I mean this wikipage has an instruction I don't quite understand: https://wiki.ubuntu.com/GPGKey?action=show&redirect=GetYourKeySigned
[10:55] <sistpoty> yeehaa... malone is spam-free ;)
[10:55] <YokoZar> Namely where it says to type a shell command to submit the key with <KEYID> but...
[10:55] <\sh> hehe
[10:56] <YokoZar> Needs more cowbell
[10:56] <siretart> okay, so we can go on and reassign all bugs to motumergers, okay?
[10:57] <siretart> any objections?
[10:57] <slomo> no
[10:57] <crimsun> none from me
[10:57] <sistpoty> siretart: stop!
[10:57] <siretart> sistpoty: yes?
[10:57] <sistpoty> (for a moment ;)
[10:57] <crimsun> but -- it'll spam the maintainers...
[10:57] <slomo> crimsun: it doesn't spam me or siretart for our packages ;)
[10:57] <sistpoty> crimsun: no it won't
[10:58] <crimsun> sorry, long day
[10:58] <crimsun> it spams the submitters
[10:58] <slomo> yes
[10:58] <sistpoty> hehe
[10:58] <crimsun> no big deal, as long as upstream (DDs) aren't being spammed
[10:58] <spstarr_work> good work on the LaunchPad
[11:00] <\sh> siretart: did u change something on newmerge.py?
[11:00] <Nafallo> \sh: merge and see? ;-)
[11:00] <spstarr_work> I don't suppose LaunchPad source is anywhere?
[11:00] <\sh> Nafallo: i mergede already
[11:00] <\sh> and now I have errors
[11:00] <crimsun> spstarr_work: publicly-accessible, no
[11:01] <spstarr_work> oh :/
[11:01] <Nafallo> ah :-)
[11:01] <spstarr_work> there's no plans i take it
[11:01] <siretart> \sh: mom
[11:01] <crimsun> spstarr_work: sure there are
[11:01] <siretart> biiig question
[11:01] <spstarr_work> oh :-D
[11:01] <\sh> siretart: in line 130
[11:01] <Amaranth> some year
[11:01] <siretart> should bugs to ubuntumergers appear on universe-bugs or not?
[11:01] <spstarr_work> crimsun: that will be rather useful for some development @ work with our open source stuff
[11:01] <siretart> we could put universe-bugs as contact address for ubuntu-mergers
[11:01] <\sh> siretart: yes please
[11:02] <siretart> technically no problem
[11:02] <siretart> but I want to hear some opinions
[11:02] <\sh> siretart: no new ml please
[11:02] <Nafallo> siretart: yes
[11:02] <Nafallo> doh! or question with auto-reply or something
[11:02] <Nafallo> BAD BRAIN! :-P
[11:03] <slomo> siretart: imho they shall appear there
[11:03] <siretart> we will put universe-bugs as contact address
[11:03] <siretart> sistpoty is on it
[11:11] <slomo> sistpoty: i'm currently merging seahorse... what was "downgrade debian files to 0.7.8-2 due to some gconf-foo"?
[11:12] <sistpoty> slomo: mom. tel
[11:21] <sistpoty> slomo: the problem was that the newer packaging had some trouble with gconf
[11:22] <sistpoty> slomo: so i downgraded only the files in debian-directory...
[11:22] <slomo> sistpoty: ok, should be fine now but i'll verify... what were these problems?
[11:22] <sistpoty> slomo: but I cannot say what exactly made the problems, nor what they were (i use kde)... dholbach tested seahorse, and he initially told me about the problems
[11:22] <sistpoty> (and how to fix them *g*)
[11:22] <slomo> lol ok
[11:22] <slomo> i'll test it :)
[11:23] <sistpoty> hehe
[11:23] <slomo> we have a new gconf, maybe this fixes this
[11:23] <slomo> no idea
[11:24] <sistpoty> damn... my pet just bit into the cable of my stereo :(
[11:24] <Nafallo> sounds... fun ;-)
[11:24] <slomo> what kind of pet do you have? and who of the two got more damage?
[11:24] <Nafallo> or wait. was it running?
[11:25] <sistpoty> it's a chinchilla... and my music is off so no damage taken ;)
[11:25] <slomo> ah good :)
[11:25] <slomo> Mithrandir: thanks for syncing taglib :)
[11:25] <Nafallo> puuh on the chinchilla, sorry for when you want to play music :-P
[11:25] <Nafallo> slomo: he's asleep ;-)
[11:27] <slomo> oh
[11:27] <slomo> heh
[11:28] <\sh> phew
[11:28] <\sh> I'm just finished with newmerge.py versin 2
[11:28] <\sh> which will have a config file, and send mail via sendmail or SMTP
[11:28] <\sh> and much more structured :)
[11:29] <sistpoty> you rock \sh
[11:29] <Nafallo> options to auth to that TLS-only SMTP? :-)
[11:29] <sistpoty> ' \sh: can it assign to motu merge team?
[11:29] <\sh> Nafallo: what du u think?
[11:30] <\sh> Nafallo: my name is not MS
[11:30] <Nafallo> hehe. I'll take that as yes :-)
[11:30] <\sh> sistpoty: sure
[11:30] <\sh> sistpoty: it will have this configuration options :)
[11:30] <spstarr_work> hmm, im curious if Launchpad has hooks for different SCMs?
[11:30] <\sh> sistpoty: it
[11:30] <sistpoty> make it the default \sh ;)
[11:30] <\sh> 's one step to s/reportbugs/lpbugs/
[11:31] <spstarr_work> i'd probably want to get mercurial working with Launchpad
[11:33] <sistpoty> I'll update the motutomerge-page to point at http://revu.tauware.de/~sistpoty/MoM/index.py ... ok?
[11:34] <siretart> yes!
[11:35] <Amaranth> damn, a lot to merge
[11:35] <Amaranth> all of this is because of c++ stuff, isn't it?
[11:36] <Nafallo> gnight people :-)
[11:37] <sistpoty> gn8 Nafallo_away
[11:38] <sistpoty> Amaranth: in some way... but actually the c++-transition is over and since we got off-sync during the transition is one reason for the lot
[11:38] <\sh> sistpoty: u rocking rocker u :)
[11:38] <sistpoty> thx \sh
[11:39] <elektranox> gn8 @ all
[11:45] <\sh> WOOOWO
[11:45] <\sh> works
[11:47] <siretart> okay
[11:47] <sistpoty> tseng: please use "merge new debian version" (no capital) for merge-bugs... that's what the web-tool uses to identifiy the bug as merge-bug
[11:47] <siretart> http://tiber.tauware.de/~siretart/motu-tools updated, please merge from there
[11:48] <siretart> included merges from sistpoty and \sh branches
[11:48] <sistpoty> damn... I can no longer bear the word "merge" *g*
[11:48] <siretart> hrhr
[11:48] <siretart> we can now try to mass reassign bugs
[11:49] <sivang> siretart: you finished your script?
[11:49] <\sh> siretart: PYTHON MAGIC RULEZ DA WORLD
[11:49] <siretart> \sh: so be it!
[11:49] <siretart> sivang: I updated it to assign bugs to motumergers
[11:50] <sistpoty> siretart, \sh: would you like to amend the wiki-page with motu-tools?
[11:50] <sivang> siretart: hrm, what are motumergers?
[11:50] <\sh> i wonder what happens now..when I sync my bzr repos to tiber...lets see
[11:50] <siretart> sivang: http://launchpad.net/people/motumergers
[11:52] <siretart> sistpoty: just a thought
[11:52] <sivang> siretart: ok, now I can receive bugmail on motumergers :)
[11:52] <siretart> sistpoty: could you make a 4th list with merge bugs which have status 'PendingUpload'?
[11:53] <siretart> sistpoty: bugmail on motumergers go to universe-bugs@lists.ubuntu.com, just like all universe-bugs
[11:53] <sistpoty> siretart: this will take some time ;)
[11:53] <sistpoty> siretart: cool
[11:53] <Kyral> http://www.blug.linux.no/rfc1149/ <<---This should lighten the mood :D
[11:53] <siretart> sistpoty: okay, if it is not easy, then its okay
[11:53] <sistpoty> siretart: do you think PendingUpload is necessary? you do have the link to the LP bug
[11:53] <siretart> sistpoty: we could use this as indicator for ppl searching for sponsorship
[11:54] <siretart> it is not that necessary
[11:54] <siretart> it would be useful for our hopefuls
[11:54] <sistpoty> siretart: ok, then I will defer that, and try to update the merge stats now (with all packages that my emailparser missed) :(
[11:56] <slomo> sistpoty: haha, there's a new haskell-cabal in debian/unstable
[11:56] <slomo> sistpoty: let's break everything again =)
[11:56] <Kyral> Hows the merge
[11:56] <Kyral> Break? DId someone call me?
[11:57] <\sh> siretart: merge motu-tools from tiber ~shermann/motu-tools and please have a look at the new rewrite of newmerge named lpbugs
[11:57] <\sh> siretart: please move lpbugs.conf to ~/.lpbugs/
[11:57] <sistpoty> slomo: come on :(
[11:57] <\sh> and adjust it accordingly to your needs
[11:57] <slomo> sistpoty: i'll take care of it... it's maybe even ok to sync this one... let's see
[11:57] <sistpoty> slomo: cool, thx :)
[11:59] <\sh> siretart: i'm working now on update and close bugs
[11:59] <\sh> siretart: what was the LP name of the new team?
[12:00] <sivang> guys, could you please point out if I'm wrong as to the merge process?
[12:00] <sivang> I look at the lists of a,b,c...
[12:00] <sivang> if a package seem faulty,
[12:00] <siretart> \sh: motumergers
[12:01] <sivang> I look at it's directory in scott's dir /ongoing-merge/$PKGNAME
[12:01] <sivang> there I find patches that have not been applied and try to fix them, cherry pick?
[12:01] <\sh> ok fixed it as well in lpbugs...but not commited
[12:01] <siretart> okay, mass reassign bugs works
[12:01] <siretart> now I need a list with all merges
[12:02] <sivang> if this is true, then how I know a package can be just sync'd without needing ubuntu changes anymore? manually look inside of it?
[12:02] <siretart> sivang: you ALWAYS have to look manually at the package
[12:02] <sistpoty> siretart: what format?
[12:02] <sivang> siretart: ok, but other then that - am I right for the process?
[12:03] <slomo> sivang: and even if mom merged something for you... verify if the ubuntu changes can be dropped and do it in that case
[12:03] <sivang> slomo: so basically MOM does nothing for us, if I follow you right...:-/
[12:03] <siretart> sivang: when you have the suspicion, that all all ubuntu patches have been merged by the debian maintainer, or they are otherwise obsolete, then download the latest debian version and test that one. if that one is fine, then and only then request a sync