[12:03] <siretart> sistpoty: a comma separated list would be fine
[12:04] <sivang> slomo: since we nevertheless need to look manually in EACH  of the packages ever processed by MOM, which is a %$^% huge list :)
[12:04] <slomo> sivang: it gets us all packages which needs to be looked at and a machine merged version which _maybe_ can be uploaded
[12:04] <siretart> sistpoty: I need a list like "1234@bugs.launchpad.net, 1235@bugs.launchpad.net, 12345@...." and so on
[12:04] <sivang> slomo: ah , hehe I get it now :)
[12:05] <siretart> sivang: MoM is providing patches and debdiffs. I find that very useful, because I dont need to download all 3 source package and create the diffs for myself!
[12:05] <siretart> sivang: in some (in fact few) cases, the mom merge is useful for uploading
[12:05] <sivang> siretart: ah right, I haven't given thought for that work that we would have needed to do in case we didn't have MOM
[12:06] <sistpoty> siretart: i could give you a partial list right now... but i would prefer to update my db first, and then generate a complete list for you
[12:06] <siretart> sistpoty: that would be fine for me
[12:07] <siretart> sistpoty: I think email would be the easiest for you to send it to me
[12:07] <sivang> siretart: ok, so just take one of the packages in one of the a,b,c....{n} lists , open a bug about it that I'm working on it, and put it in the wiki page \sh wrote so nobody  stepps on my feet?
[12:07] <sistpoty> siretart: I'll make you a threeliner python-script and mail you where you can find it on tiber ;)
[12:08] <siretart> sivang: we are currently busily working on scripts to file merge bugs from the command line
[12:08] <siretart> sivang: atm I'm reviewing \sh's code and merge that into my branch
[12:08] <siretart> I will announce here when I pushed that merge to http://tiber.tauware.de/~siretart/motu-tools
[12:08] <siretart> sistpoty: w00t. you are my hero! :)
[12:09] <\sh> siretart: it's not finished now...found a bug already
[12:09] <sivang> siretart: if you need someone more to test that scripts, I can do that now
[12:09] <\sh> siretart: check only if it's good enough to be published
[12:09] <siretart> \sh: I see that you created a new script. is lpbugs.py intended to replace newmerge.py or accompany?
[12:10] <siretart> sivang: just a sek
[12:10] <\sh> siretart: it should replace newmerge.py (it's a bit cleaner I think) but it will be the first step towards a reportbugs replacement
[12:10] <sistpoty> damn... while we are busy writing scripts, slomo is busy with merging *g*
[12:11] <siretart> \sh: okay
[12:11] <sivang> siretart: no prob, I don't want to distrub. If it's just better that I waited for the scripts to be ready, then I'll come again tomorrow and try to better help..
[12:11] <\sh> sistpoty: which is ok..because I wanted to do more real coding work for this cycle
[12:11] <siretart> \sh: newmerge was just a small hack anyway
[12:11] <sistpoty> *g*
[12:11] <slomo> sistpoty: partially... i picked some packages on which i'll work tomorrow :)
[12:11] <\sh> siretart: but a good one...now have a look on lpbugs...
[12:11] <siretart> sivang: you can still grab a package from this list: http://tiber.tauware.de/~sistpoty/MoM/index.py?state=new
[12:12] <siretart> sivang: and file a bug as described on MOTUToMerge. We can reassign later if there is something wrong
[12:13] <sivang> siretart: how does that page knows if I took a package?
[12:13] <slomo> ok... took some packages and now it's time to sleep :) expect some uploads tomorrow... and thanks for these great scripts =)
[12:13] <slomo> gn8 everybody :)
[12:14] <siretart> sivang: it checks the mailing list universe-bugs. just be sure to title your bug correctly
[12:14] <\sh> slomo: good night and thx for the merges :)
[12:14] <siretart> slomo: good night, good work man!
[12:14] <sistpoty> gn8 sladen
[12:14] <siretart> sladen? ;)
[12:14] <sistpoty> slomo even
[12:15] <sistpoty> *G*
[12:15] <siretart> \sh: if I read correctly, lpbugs.py is a refactored newmerge.py without request for sync and sponsorship, right?
[12:15] <\sh> siretart: no...it's a start
[12:16] <\sh> siretart: new bugs don't need sync or sponsor...because we have to file bugs first, then check if it's a merge or a sync...
[12:16] <\sh> siretart: so only with the update bugs options we need sync and sponsor...which I write now
[12:16] <sladen> siretart: me?  Surely you know that I never sleep ;-)
[12:17] <siretart> \sh: aaah. this is a bit different workflow to what I have in mind, but you are completly right
[12:17] <siretart> sladen: hrrh
[12:17] <\sh> siretart: thats what I wanted to say last night..
[12:17] <siretart> sladen: how was your flight home?
[12:17] <siretart> \sh: ah, okay
[12:17] <\sh> siretart: before we start actually merging or syncing we have to file bugs...so that everyone know what you are working on
[12:18] <sladen> siretart: what flight home.  I'm still in Montreal :)
[12:18] <siretart> sladen: you are? crazy guy! :)
[12:18] <siretart> sladen: how's the party?
[12:18] <sladen> siretart: just wrapping up.
[12:18] <\sh> siretart: ogra told me, that nobody knows, why sladen flys all the time after the conferences :)
[12:18] <siretart> \sh: you are completly right
[12:18] <\sh> after behind whatevert
[12:18] <sivang> I see all your bugs
[12:19] <sivang> seems like the bug reporting script can be merged ? :)
[12:19] <siretart> \sh: okay. what are you working on right now?
[12:19] <sladen> \sh: no point going somewhere and not seeing the continent
[12:19] <\sh> siretart: update bugs and close bugs
[12:19] <sivang> sladen: true :)
[12:20] <sivang> sladen: have you stayed for the launchpad week in whole?
[12:20] <\sh> siretart: i think the biggest improvement is: it works now without a running mailserver...u need only a smtp relay server with or without smtp auth
[12:20] <\sh> siretart: or u need a sendmail mta :) which is also working
[12:20] <siretart> \sh: I've seen that. great work!
[12:20] <\sh> siretart: and I cleaned up a bit...and try to use methods to reuse
[12:21] <siretart> \sh: ok, so I'll work on madison-lite on tiber until you commit your changes to update bugs
[12:21] <\sh> madison-lite?
[12:21] <\sh> sounds interessting
[12:22] <siretart> \sh: thats a small tool which gives an overview what version of a given package is in all distributions
[12:23] <\sh> siretart: refining ajmitches scripts?
[12:24] <sistpoty> siretart, \sh: /home/sistpoty/merge_offline/update_status.py on tiber can be used to erm update the status... if anything is wrong :)
[12:24] <siretart> \sh: no, madison-lite is already in debian, but it is intended to work just on debian distributions
[12:24] <siretart> \sh: I
[12:24] <siretart> \sh: I'm hacking a bit to get that usable for ubuntu
[12:25] <\sh> siretart: great :)
[12:28] <\sh> hmmm...
[12:29] <\sh> i need one feature...which means.i have to deal with urllib
[12:34] <siretart> \sh: better defer great features
[12:34] <siretart> \sh: we need something usable quick, sivang is waiting for work ;)
[12:37] <\sh> siretart: it doesn't take long to implement
[12:37] <\sh> siretart: but if i have this feature working...this would be awesome :)
[12:38] <YokoZar> Where did elmo go?
[12:38] <YokoZar> Haven't seen him in a while, need to get some packages removed from the repository ;)
[12:40] <siretart> \sh: :)
[01:01] <herve> night all
[01:15] <crimsun> anavim: pong
[01:36] <anavim> crimsun, is there an ubuntu page about kernel dev volunteering?
[01:37] <Kyral> what package are the X11 development files in
[01:37] <Kyral> xlibs-dev?
[01:39] <sistpoty> Kyral: should be... or let's say xlibs-dev depends on the actual devel-packages (these are also split into several subpackages)
[01:39] <Kyral> yah, just needed the dev files. Guy on the Forums needed to know the package
[01:40] <sistpoty> then this looks like xlibs-dev  ;)
[01:41] <crimsun> anavim: yeah, it's in the topic for that channel
[01:42] <anavim> crimsun, oops
[01:42] <tseng> Lathiat: ping
[01:42] <Lathiat> tseng: pong
[01:43] <tseng> service discovery applet
[01:43] <Lathiat> ya?
[01:43] <tseng> if i share a thingy with gnome user share, i see it
[01:43] <tseng> if i click it.. is something supposed to happen?
[01:43] <tseng> or is it just for show
[01:43] <Lathiat> it should open up some app
[01:43] <Lathiat> so if its http nautilus
[01:43] <Lathiat> err firefox
[01:43] <tseng> it does not.
[01:43] <Lathiat> webdav probably nautilus
[01:43] <Lathiat> hrm
[01:43] <Lathiat> weird
[01:44] <Lathiat> thees a config thign, might be abel to set some application to handle it
[01:44] <tseng> not obviously.
[01:45] <siretart> ok. /me needs sleep. urgently.
[01:45] <siretart> good night, see you tomorrow!
[01:45] <sistpoty> gn8 siretart
[01:56] <\sh> siretart: please merge again from ~shermann/motu-tools bugfix in close action
[02:03] <sistpoty> grr... why does aria not show up on "Done merges"
[02:04] <\sh> yes
[02:04] <\sh> why not because it's not fixed
[02:04] <\sh> i send now the correct mail and it's not fixed
[02:05] <minghua> hmm, what should I do if a merge is done but not shown on the status page?
[02:05] <sistpoty> hm... but it should have been, at least temporarily
[02:05] <sistpoty> minghua: tell me ;)
[02:05] <minghua> the package in question is zhcon, crimsun has done the merge already
[02:05] <minghua> sistpoty: there you go
[02:05] <sistpoty> minghua: thx. will update the status
[02:06] <\sh> damn
[02:06] <\sh> i see the error
[02:06] <sistpoty> minghua: is there a LP bug report for it?
[02:06] <\sh> but
[02:07] <LaserJock> crimsun: are you looking at my merge stuff?
[02:07] <\sh> it's not different from the old version
[02:07] <minghua> sistpoty: let me check... I just looked at the packages.u.c pages
[02:08] <minghua> sistpoty: yes, 4021, but at PendingUpload status
[02:09] <\sh> blame me
[02:09] <\sh> it was my fault
[02:09] <sistpoty> minghua: thx... i just updated... is now under "Accepted" (it's only fixed, once the bug is closed)
[02:09] <sistpoty> why \sh
[02:10] <\sh> \n\n missing after the subject
[02:10] <\sh> i have to generate the mail header manually
[02:10] <sistpoty> args... can't you use some python-lib?
[02:10] <crimsun> LaserJock: url?
[02:11] <\sh> sistpoty: smtplib from python :)
[02:11] <\sh> fixed now
[02:11] <minghua> sistpoty: good enough for me, as long as other people don't waste time on it :-)
[02:11] <sistpoty> hehe
[02:11] <LaserJock> crimsun: xchm
[02:11] <crimsun> LaserJock: hmm, I already merged it
[02:11] <minghua> crimsun: please close your malone bug #4021 about zhcon :-)
[02:11] <Ubugtu> Malone bug #4021: zhcon: Merge new Debian version Fix req. for: zhcon (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: PendingUpload http://launchpad.net/malone/bugs/4021
[02:12] <LaserJock> crimsun: lol, I did that yesterday
[02:12] <crimsun> minghua: yeah, I'm going back through them and closing them after Jeff's talk
[02:13] <crimsun> LaserJock: sorry for the effort duplication, I'll go ahead and update my merges now
[02:14] <LaserJock> crimsun: np, just thought you were looking at my stuff. BTW, xchm is bug #4086
[02:14] <Ubugtu> Malone bug #4086: xchm: merge new debian version Fix req. for: xchm (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: PendingUpload http://launchpad.net/malone/bugs/4086
[02:14] <schweeb> whoa... bug bot?
[02:15] <schweeb> that's nice.
[02:16] <\sh> sistpoty: now try again with aria
[02:16] <\sh> works
[02:16] <\sh> sistpoty: the rocking german motu team :)
[02:17] <sistpoty> hehe
[02:17] <\sh> because of two bloody \n\n
[02:18] <schweeb> (to be successful as an MOTU, you must prefix everything with rocking) :P
[02:18] <sistpoty> rockingly sure, schweeb ;)
[02:18] <\sh> rocking right
[02:19] <schweeb> I was writing that down on my memo pad for future reference ;)
[02:19] <sistpoty> hehe
[02:19] <crimsun> \sh: are we still filing Malone bugs for merges/syncs?
[02:20] <crimsun> (due to the maintainer spammage)
[02:20] <sistpoty> crimsun: we do... the maintainers aren't spammed, we checked that with lp-team
[02:20] <crimsun> sistpoty: ok, thanks.
[02:21] <sistpoty> crimsun: and please use s.th. "merge new debian version" as bug title ;)
[02:21] <sistpoty> s.th. which contains that ;)
[02:22] <LaserJock> crimsun: I did xcdroast too
[02:25] <crimsun> sistpoty: have been (except that I've used "Sync new Debian version" if a sync is necessary)
[02:25] <crimsun> LaserJock: yeah, I just saw
[02:26] <sistpoty> crimsun: cool... it's only because this exact string is matched to update status :)
[02:27] <sistpoty> crimsun: and otherwise i have to do it by hand :(
[02:27] <crimsun> sistpoty: should I go back and change "Sync" to "Merge"?
[02:27] <sistpoty> crimsun: lower-case please... if you can retitle the bug, that will help... but actually if you do from now on this will be fine
[02:27] <crimsun> sure
[02:28] <sistpoty> (the updating stuff actually works only for ~3 hours... so I can't blame anybody for not knowing the future *g*)
[02:31] <sistpoty> wow. the reassign worked... I'm still amazed myself *g*
[02:33] <LaserJock> crimsun: should those be marked fixed yet, they haven't been through the build
[02:35] <crimsun> LaserJock: technically no, but I've built on all three platforms to verify.
[02:35] <crimsun> LaserJock: so it's really a matter of time
[02:35] <LaserJock> ok, cool
[02:42] <\sh> sistpoty: i updated the README file
[02:44] <sistpoty> cool \sh (rocks *g*)
[02:44] <crimsun> battery's dead, back later
[02:44] <sistpoty> cya crimsun
[02:45] <sistpoty> ' \sh i could use your help on bzr, do you mind?
[02:46] <\sh> hehe..
[02:46] <\sh> sure
[02:46] <sistpoty> -> query
[02:46] <\sh> I wrote just the best motu announcement ever :)
[02:52] <LaserJock> it is indeed
[02:52] <tseng> i think your readme is wrong
[02:52] <tseng> bzr export http://tiber.tauware.de/~shermann/motu-tools/
[02:52] <tseng> do you mean bzr branch
[02:52] <tseng> or get
[02:54] <\sh> no i mean export
[02:55] <tseng> ok
[02:55] <\sh> which doesn't work
[02:57] <sistpoty> ' \sh: MoM will be pleased, i guess ;)
[02:57] <\sh> fixed the announcement
[03:00] <zakame> hello all
[03:00] <\sh> keybuk will kill me...that the MOTUs will satisfy his mom
[03:00] <\sh> hehehe
[03:01] <zakame> \sh: just read the mail at -devel, wtg MOTUs! :)
[03:01] <sistpoty> zakame: got my mail regarding merges?
[03:02] <zakame> sistpoty: just got it too, thanks for the info :)
[03:02] <zakame> sistpoty: shall I change the bug titles now?
[03:02] <sistpoty> zakame: ok, cool :)
[03:02] <\sh> zakame: use the motu-tools now..
[03:03] <zakame> ok
[03:03] <sistpoty> zakame: if you could do this, it would be great ;)
[03:03] <\sh> zakame: but use bzr branch http://tiber.tauware.de/~shermann/motu-tools
[03:03] <\sh> not the export option..it doesn't work :(
[03:03] <\sh> I fixed already the announcement
[03:04] <zakame> ok, will do :)
[03:04] <sistpoty> zakame: thanks very much... and keep up with your good work on the merge ;)
[03:05] <zakame> sistpoty: I will :) thank you very much indeed too :)
[03:05] <\sh> ok...last smoking bof for now
[03:05] <sistpoty> good idea \sh :)
[03:07] <\sh> yes it is
[03:07] <\sh> cause I can't see anything anymore
[03:08] <\sh> sistpoty: btw...do u have an imap account on tiber?
[03:09] <\sh> sistpoty: or how do u grab the mails ?
[03:09] <zakame> wb slomo_  :)
[03:14] <\sh> ok..time to go to bed
[03:14] <sistpoty> ' \sh: not an imap account... just take a look at my .forward file
[03:14] <\sh> ah
[03:15] <sistpoty> siretart told me that procmail rules might be even better... but i only know exim-filter stuff *G*
[03:16] <sistpoty> gn8 \sh
[03:16] <zakame> dreams \sh
[03:17] <\sh> sistpoty: well..even exim filter stuff is unknown to me..i'm using sieve
[03:17] <edoardo> hi gals, hi dudes : )
[03:17] <\sh> ok...tomorrow I'm at ogras place again :)
[03:17] <sistpoty> hehe
[03:17] <edoardo> you guys, i'm the author of an audio conversion script named audio-convert. you might have read about it in the ubuntu forums. anyway, it's becomin' really popular lately. would anyone help me make a .deb? it's two files only, so it's probably not that hard. anyone? thankyou! : )
[03:18] <zakame> edoardo: just two files?
[03:18] <edoardo> well it's a script
[03:19] <edoardo> it's one file in fact
[03:19] <edoardo> plus the installer
[03:19] <edoardo> then it's two files : )
[03:19] <edoardo> it works *really* well, and it's got progress bars, too. and it can convert many files at once into almost any format
[03:20] <sistpoty> edoardo: I'm a little bit tired right now, and still have a few things in my queue... if you ping me tomorrow, I can help you with this (or review the package, if s.o. else will make one)
[03:20] <edoardo> sistpoty, yeah, goin' to bed too. was just throwin' the idea in : )
[03:20] <\sh> edoardo: please add it to the wiki.ubuntu.com/UniverseCandidates page with a pointer where we can grab it
[03:20] <zakame> eh, what does MoM stand for again?
[03:21] <sistpoty> zakame: Moments of merge, i think
[03:21] <edoardo> sistpoty, what gmt time can i find you tomorrow?
[03:21] <sistpoty> edoardo: probably after 22:00 ;)
[03:21] <LaserJock> Merge-O-Matic
[03:22] <zakame> sistpoty: ah
[03:22] <dooglus> heh.  I was going to ask exactly the same thing
[03:22] <zakame> LaserJock: ah
[03:23] <edoardo> what's universe? i'm not an ubuntu user. but many ubuntu users have asked me if i could make a .deb. and your distro sounds nice : )
[03:23] <edoardo> it's like 'world' in gentoo?
[03:23] <edoardo> or like 'portage' in gentoo?
[03:24] <dooglus> 'universe' is all the free packages which aren't officially supported
[03:24] <edoardo> can one apt-get'em?
[03:24] <\sh> edoardo: no...don
[03:24] <\sh> '
[03:24] <sistpoty> actually everything in debian/unstable, that is not officially supported
[03:24] <\sh> t compare it with gentoo
[03:25] <sistpoty> edoardo: sure... just take a look at /etc/apt/sources.list (and eventually uncomment the universe entries)
[03:25] <dooglus> edoardo: you can apt-get 'em if you add the universe source to your sources.list.  it's not enabled by default, but it's easily added
[03:25] <\sh> or if then do it like ~x86 plus masking
[03:25] <\sh> and 17000 packages of them
[03:25] <\sh> and the rest is main and restricted
[03:25] <sistpoty> really 17000? phew i thought it were only about 10000 ;)
[03:26] <dooglus> \sh: how is that photo a picture of MoM?  or was that a joke?
[03:26] <\sh> dooglus: it's the picture of keybuks mom
[03:26] <dooglus> \sh: ok, I thought it would be something like that :)
[03:27] <\sh> sistpoty: well..it doesn't matter if 10000 or 17000 IT'S TOO MUCH for a hand full of people
[03:28] <\sh> but now....good night heroes
[03:28] <sistpoty> well, we got 1000 people of indirect upstream ;) (the DDs) *g*
[03:28] <sistpoty> gn8 \sh
[03:28] <edoardo> \sh, i don't know what to do with link you gave me : ) what could i do? : )
[03:28] <zakame> hmm, doesn't that count only binary packages?
[03:28] <LaserJock> stupid question, but I'm not sure how to set up the email part of lpbugs
[03:28] <\sh> edoardo: add your application to it?
[03:29] <edoardo> \sh, by clickin'... i see a list : )
[03:29] <\sh> edoardo: get a launchpad account and edit the page..it's a wiki, add your application to the list...
[03:29] <edoardo> uh, now it's a little more clear
[03:29] <\sh> edoardo: if you're upstream, and we see some work on your sources, we will include it somehow
[03:29] <edoardo> and when i've got it listed i come back here and talk to you about it?
[03:30] <\sh> edoardo: well...we will deal with this list
[03:30] <edoardo> cool! : )
[03:30] <\sh> ok...good night now...REALLY
[03:31] <edoardo> goodnight dude! : )
[03:31] <sistpoty> edoardo: but coming back and pinging surely will surely help ;)
[03:31] <Kyral> mmm
[03:31] <Kyral> Scripts!
[03:34] <edoardo> what's with scripts? : )
[03:34] <Kyral> the Motu-Tools :D
[03:35] <edoardo> scripts are cool. i like c programmin' too, and i've been writin' a lot more c programs than scripts. but it turns out the first really useful thing i wrote and published was audio-convert. which is a script : )
[03:38] <zakame> hmmm, what do I do if I can't get jbailey's bzr snapshot 'coz there's NO_PUBKEY?
[03:39] <zakame> I couldn't finish my apt-get update
[03:39] <sistpoty> zakame: did it really not finished or just show some warning?
[03:39] <Kyral> I still can't tell the difference between aa merge and a sync :P
[03:40] <zakame> sistpoty: it did not finish... I got the Release and Package files, but upon rebuilding the apt db, it failed
[03:40] <sistpoty> zakame: you could dl it by hand... or try with bzr in breezy
[03:40] <zakame> ok
[03:41] <sistpoty> Kyral: a sync is only if you need no modification to the current debian package, otherwise it's a merge
[03:43] <Kyral> okaay
[03:44] <bmonty_laptop> hey all
[03:44] <LaserJock> hi bmonty_laptop
[03:44] <bmonty_laptop> can some one please take a look at #1213 and possibly upload?
[03:44] <sistpoty> hi bmonty_laptop
[03:44] <zakame> ei bmonty_laptop
[03:45] <bmonty_laptop> hi LaserJock, sistpoty, and zakame!
[03:49] <zakame> hmm bzrtools is not in breezy, but in dapper
[03:50] <LaserJock> what do I do if there is a build dep on awk?
[03:50] <LaserJock> zakame: deb http://people.ubuntu.com/~jbailey/snapshot/bzr/ ./
[03:51] <zakame> LaserJock: yup, but I'm having problems about NO_PUBKEY for the Release.gpg file
[03:52] <sistpoty> LaserJock: awk actually should be on the buildds (as it's required)
[03:52] <LaserJock> zakame: I did it in synaptic and it worked fine
[03:53] <LaserJock> sistpoty: but awk doesn't exist as a package
[03:53] <LaserJock> sistpoty: there is original-awk
[03:53] <zakame> LaserJock: hmmm, I'm on a dapper-chroot ;)
[03:54] <sistpoty> LaserJock: if i understand this correctly, awk (virtual package) should be already satisfied since mawk is installed
[03:54] <zakame> there's mawk and gawk
[03:54] <LaserJock> so is it ok to still have a build-dep on awk, or should it be changed?
[03:54] <minghua> LaserJock: awk is just a virtual package
[03:54] <sistpoty> LaserJock: so this shouldn't be a problem
[03:54] <LaserJock> minghua: ok, well that makes sense
[03:55] <minghua> LaserJock: if you mean use awk during the build, yes that's fine
[03:55] <minghua> LaserJock: if you mean put awk in Build-Depends line in debian/control, no don't do that
[03:55] <zakame> hmmm, a build-dep on a virtual package doesn't seem to make sense, that would confuse the autobuilders
[03:55] <LaserJock> minghua: it is already in build-depends
[03:56] <minghua> LaserJock: that's a bug, submit it :-)
[03:56] <LaserJock> minghua: well, I can change it since I am merging the package
[03:56] <sistpoty> zakame: in that case it shouldn't, as it's already there
[03:56] <LaserJock> I just don't know what to change it too
[03:56] <minghua> LaserJock: http://www.mail-archive.com/debian-mentors@lists.debian.org/msg41249.html
[03:57] <sistpoty> LaserJock: do the least possible amount of changes between debian-packages and ubuntu-packages... if it's there and won't hurt leave it
[03:57] <minghua> LaserJock: drop the awk dependence completely, awk is essential
[03:57] <sistpoty> LaserJock: but file a bug in BTS ;)
[03:57] <minghua> LaserJock: as long as it's not a versioned dependence
[03:58] <LaserJock> minghua: no versioned dependece
[03:58] <LaserJock> sistpoty: so I should leave it for now even though I have to change other build-depends anyway?
[03:59] <sistpoty> LaserJock: yep, leave it... (least possible change)
[04:00] <LaserJock> ok
[04:01] <minghua> hmm, apparently us.archive.ubuntu.com is not syncing their mirror for dapper everyday
[04:01] <minghua> hope they at least sync the security mirror
[04:01] <LaserJock> how come there is no libttf2-dev? There is libttf-deb and libttf2
[04:02] <minghua> LaserJock: you mean libttf-dev, don't you?
[04:02] <LaserJock> minghua: sorry, yea libttf-dev, how come there is no libttf2-dev?
[04:02] <minghua> LaserJock: that's normal, just use the libttf-dev
[04:03] <minghua> -dev packages are not required to have the SONAME
[04:03] <minghua> I think having only one -dev package is even encouraged
[04:03] <LaserJock> hmm, ok, that could be confusing
[04:03] <minghua> those freetype 1 programs should really be ported to freetype 2 anyway...
[04:04] <plugwash> i think if there is no good reason to build against the old lib there should only be one -dev package but if there is then two are required
[04:04] <minghua> plugwash: exactly
[04:06] <sistpoty> bmonty_laptop: I'm just taking a look at wesnoth-data-debdiff... maybe this will be my first upload as motu ;)
[04:07] <edoardo> i added my audio-conversion script to the universe candidates!
[04:09] <edoardo> ain't it cool? : )
[04:12] <bmonty_laptop> sistpoty: thanks :)
[04:13] <edoardo> well, goodnight everyone! and thankyou you guys! see ya tomorrow! : )
[04:13] <sistpoty> bmonty_laptop: I haven't built it yet ;)
[04:13] <sistpoty> edoardo: gn8... just a thought: maybe you could add a manpage for it (i tried --help first and it got confused)
[04:14] <edoardo> poor script, it's not trained to help out : ) well it's because mainly it's intended as a nautilus script
[04:14] <edoardo> like, you right click on files and convert them
[04:14] <edoardo> it can optionally be used as a bash script though
[04:15] <edoardo> yeah, maybe an --help function wouldn't be bad after all : )
[04:15] <sistpoty> sure it would... and a manpage as well (every binary/script should have one) ;)
[04:24] <LaserJock> if I use lpbug.py should the website be updated right away?
[04:27] <sistpoty> LaserJock: no, the website is update by mail through the universe-bugs list...
[04:27] <sistpoty> updated even
[04:27] <LaserJock> sistpoty: I'm not seeing any emails either
[04:28] <minghua> Hmm, should we assign bugs to universe-bugs@lists.ubuntu.com or universe-bugs@tiber.tauware.de?
[04:28] <sistpoty> LaserJock: I haven't tried lpbugs.py myself yet... only newmerge.py
[04:28] <minghua> there are two addressed in malone
[04:29] <sistpoty> minghua: to lists@ubuntu.com
[04:29] <LaserJock> how do you set up your email for this?
[04:29] <minghua> sistpoty: okay, I'll clarify on wiki as well
[04:30] <sistpoty> minghua: the list @tiber is only, because launchpad is not capable of assigning mails from two teams to the same email-adress
[04:31] <sistpoty> minghua: it's forwarded from tiber to universe-bugs@lists.ubuntu.com ;)
[04:31] <sistpoty> LaserJock: for what? for newmerge.py?
[04:31] <LaserJock> lpbugs.py
[04:31] <minghua> sistpoty: I see
[04:32] <sistpoty> LaserJock: as i said, I haven't taken a look at this ;)
[04:32] <LaserJock> so how do you use newmerge.py?
[04:33] <LaserJock> is anybody using lpbugs.py?
[04:34] <sistpoty> LaserJock: try looking at the readme... or try newmerge.py --help
[04:35] <LaserJock> sistpoty: not much help, the readme is for lpbugs and newmerge.py --help doesn't give me much
[04:35] <bmonty_laptop> LaserJock: what package are they from?
[04:35] <sistpoty> LaserJock: argl... mom
[04:36] <LaserJock> bmonty_laptop: what?
[04:36] <sistpoty> bmonty_laptop: see \sh's mail on -devel
[04:37] <bmonty_laptop> ah...I haven't gotten through -devel today :)
[04:39] <LaserJock> so what do I do? should I just skip using motu-tools stuff?
[04:40] <sistpoty> LaserJock: mom... i just tried lpbugs.py ;)
[04:41] <sistpoty> LaserJock: there is my lpbugs.conf: http://paste.ubuntulinux.nl/4337
[04:41] <sistpoty> LaserJock: you need to copy (an adjusted version) to ~/.lpbugs
[04:42] <LaserJock> sistpoty: hmm, i don't know how to use sendmail
[04:42] <sistpoty> LaserJock: do you have a mail-server installeD?
[04:43] <LaserJock> sistpoty: not sure but I don't thinks so. I imap or ssh to my school server
[04:44] <LaserJock> i don't even have sendmail installed
[04:45] <sistpoty> LaserJock: you need smtp then... but I can't tell you how this works (as I even don't have the means to try this)
[04:45] <LaserJock> hmm, that seems to be the problem. I already tried it with the setting from Thunderbird
[04:45] <sistpoty> LaserJock: bug \sh tomorrow... maybe it's a bug ;)
[04:48] <LaserJock> hmm, ok, well I guess I will do it by hand
[04:50] <sistpoty> LaserJock: I guess, that newmerge.py won't help you either, as it uses mailx (unless you can send mails by "mail" on the shell)
[04:53] <LaserJock> sistpoty: I don't know, never tried it
[04:53] <sistpoty> LaserJock: then try to mail yourself a test-mail ;) mail you@email.address
[04:53] <LaserJock> sistpoty: is mail part of mailx, I don't have it
[04:54] <minghua> I am looking at the package cppunit
[04:54] <minghua> the only relevant ubuntu change left is in Build-Depends, from libqt3-mt-dev to libqt3-mt-dev (>= 3:3.3.3-7ubuntu4)
[04:54] <sistpoty> LaserJock: ok, then I guess it won't work
[04:55] <minghua> but since the qt in dapper is sure to be GCC 4.0 ABI, can we just drop this change?
[04:55] <minghua> in that case, it's just a sync instead of a merge
[04:56] <sistpoty> minghua: if this was only because of gcc-transition, then sure ;)
[04:57] <minghua> sistpoty: well, the only previous ubuntu change is for c++ transition, so I suppose so
[04:57] <minghua> another easy one, then :-)
[04:58] <sistpoty> minghua: if the version in breezy is already as high as 3.3.3.3-7ubuntu4, than it's ok (we don't support upgrades from hoary to dapper)
[04:58] <minghua> sistpoty: good point, will check
[04:59] <minghua> sistpoty: yes it is
[04:59] <sistpoty> :)
[05:00] <sistpoty> bmonty_laptop: uploading wesnoth... this might take some time
[05:00] <sistpoty> bmonty_laptop: if this is in the merge, could you please file merge bugs as well?
[05:01] <sistpoty> <-- needs another cigarette... brb
[05:02] <crimsun> hmm, I thought we were supposed to support Hoary->Dapper
[05:02] <crimsun> (since we support Warty->Breezy)
[05:03] <LaserJock> so are we assigning to universe-bugs@tiber.tauware.de or not?
[05:03] <crimsun> I'm using it for the new ones, yes
[05:06] <bmonty_laptop> sistpoty: thanks, I'll check the merge
[05:07] <bmonty_laptop> doesn't look like wesnoth is a merge package
[05:08] <minghua> LaserJock: according to sistpoty, no
[05:08] <LaserJock> minghua: interesting, some are some aren't
[05:08] <LaserJock> minghua: I'm going with lists.ubuntu.com
[05:08] <minghua> (21:30:39) sistpoty: minghua: the list @tiber is only, because launchpad is not capable of assigning mails from two teams to the same email-adress
[05:08] <minghua> (21:31:04) sistpoty: minghua: it's forwarded from tiber to universe-bugs@lists.ubuntu.com ;)
[05:09] <sistpoty> re
[05:09] <minghua> these are the answers sistpoty gave me
[05:09] <sistpoty> exactly
[05:10] <minghua> so who should I bug to get the PendingUpload packages uploaded? :-)
[05:10] <minghua> I have two easy one, just sync from debian
[05:10] <sistpoty> minghua: some motu... like me ;)
[05:11] <minghua> and I really want cppunit to be in, as it's build dependency for aptitude
[05:11] <sistpoty> minghua: but this might take some time... as I can only forward these requests to elmo (and he seems quite busy)
[05:11] <minghua> sistpoty: cool, can you look at #4087 and #4173?
[05:11] <sistpoty> minghua: is cppunit in main then?
[05:12] <minghua> sistpoty: no, it seems only for testing
[05:12] <sistpoty> ah, k
[05:12] <minghua> sistpoty: aptitude don't link anything from cppunit AFAIK
[05:12] <crimsun> it can't if cppunit is in universe, since aptitude is in main
[05:14] <bmonty_laptop> can't LaserJock forward the sync requests to elmo on his own (that is what i do)
[05:14] <sistpoty> crimsun: can you look at these please? (i should be in bed for a few hours actually)
[05:15] <sistpoty> bmonty_laptop: he can... but I dunno if elmo will care then ;)
[05:15] <bmonty_laptop> I don't think elmo puts a high priority on sync requests for universe with everything else he has to do
[05:16] <crimsun> sistpoty: which, sorry, just returned from jdub's presentation
[05:16] <crimsun> 4087 & 4173?
[05:16] <crimsun> yeah, I'll look
[05:16] <sistpoty> thx crimsun :)
[05:17] <crimsun> minghua: I'll ask elmo to sync a whole bunch in a bit, just trying to queue them
[05:17] <minghua> crimsun: great, thanks
[05:30] <bmonty_laptop> good night everyone
[05:55] <sistpoty> gn8 everybody
[06:10] <minghua> we have eclipse to merge?
[06:11] <minghua> and there is not a proper ubuntu patch (it gives 2.1.3-4 -> 3.1.1-1ubuntu3) :-(
[07:11] <tritium> hi everyone
[07:11] <LaserJock> hi tritium
[07:11] <tritium> What's going on, LaserJock?
[07:12] <LaserJock> doing some merging, working on wiki and MOTUscience
[07:12] <LaserJock> but I probably need to get to bed soon :(
[07:13] <LaserJock> tritium: can you review on REVU?
[07:13] <tritium> LaserJock, I don't believe so.  If I can, I'm not aware of it.
[07:14] <tritium> Nor do I know if I really should be allowed to...
[07:14] <LaserJock> aren't you a MOTU?
[07:16] <tritium> LaserJock, yes, but when I started preparing for my defense, I had to take a sabbatical.  Now I'm out of touch with things.
[07:17] <crimsun> (actually you can, Mike.)
[07:18] <tritium> thanks, crimsun
[07:18] <LaserJock> well, we have 2 new MOTUScience packages that are on REVU that could use some review
[07:18] <tritium> LaserJock, ah, okay.
[07:19] <LaserJock> tritium: if you have time. the packages are plotdrop and flowdesigner
[07:19] <tritium> LaserJock, all right.  I'll see what I can do.
[07:22] <LaserJock> ok, gotta go. cya
[07:22] <tritium> Take care, LaserJock
[07:59] <tritium> I can't login to revu.  When I use the "recover" link to get my password, and attempt to decrypt it as instructed, I get nothing
[08:02] <crimsun> they're probably just waking up in a few hours
[08:02] <Mithrandir> slomo_: np
[08:03] <tritium> crimsun, who?
[08:07] <crimsun> tritium: sh, siretart, etc.
[08:07] <crimsun> (the REVU guys)
[08:08] <tritium> thanks, I'll see if I can stay awake much longer ;)
[08:35] <Burgundavia> Lathiat, http://news.bbc.co.uk/2/hi/uk_news/4427160.stm
[08:38] <Lathiat> heh
[08:38] <Lathiat> nice
[08:50] <zakame> hi all
[08:57] <zakame> siretart: shall new motu merge bugs be assigned to the new motumergers team?
[08:58] <zakame> hi doko
[09:19] <siretart> morning
[09:19] <siretart> zakame: yes, I will reassign all old bugs soon
[09:22] <magnon> hey reinhardt
[09:23] <magnon> siretart: haven't got started with it yet this week, we got our new governmental budget last night :P
[09:23] <slomo> zakame: ping?
[09:24] <viviersf> magnon, exept for kamion who can i talk to about the ubuntu / debian installer ?
[09:24] <magnon> hmm
[09:24] <viviersf> the old 1 that is
[09:25] <slomo> zakame: gpsd definitly can't be synced! the merged version has to be uploaded
[09:25] <magnon> the old one isn't scrapped entirely though
[09:25] <viviersf> yeah magnon
[09:25] <viviersf> i need to find out
[09:25] <viviersf> when the installer itself starts
[09:25] <viviersf> the ncurses part
[09:25] <viviersf> it loads a set list of modules
[09:26] <viviersf> and i need a list of them
[09:26] <magnon> kamion is the assignee for all the UX specs
[09:26] <slomo> zakame: but gtkpbbuttons can be synced
[09:27] <viviersf> :(
[09:27] <viviersf> he is never here
[09:27] <viviersf> and i need the impilinux cd to boot
[09:28] <viviersf> im not using all the old stuff
[09:28] <viviersf> cos im not using cloop
[09:28] <zakame> slomo: pong... sorry, I was on another box merging...
[09:29] <zakame> slomo: yep, gpsd can't be synced, was about to change my report, merge must be uploaded
[09:31] <zakame> hi siretart, \sh
[09:32] <magnon> hum ti dum
[09:32] <viviersf> lo \sh
[09:32] <zakame> magnon: ty?
[09:33] <\sh> moins
[09:36] <magnon> this is sad.
[09:36] <viviersf> eish
[09:36] <zakame> awww
[09:37] <magnon> they break contract all the time, tell lies about what I've said on the phone (like "you said you didn't care about $foo breaking!") etc.
[09:38] <magnon> this is the school that, when we told them that they should do a wireless connection between the school and the new office house which was 20 meters away, mounted an unshielded cat5 hanging from a 440V power line without noticing me
[09:38] <magnon> I can't take it anymore :P
[09:38] <Lathiat> haha
[09:38] <zakame> wawa
[09:38] <viviersf> heh
[09:38] <siretart> hey magnonm huhu zakame
[09:38] <Nafallo> LOL
[09:39] <siretart> okay, I slept to long, I really need to go to university
[09:39] <magnon> have fun tartie
[09:39] <zakame> siretart: good luck! :D
[09:39] <siretart> could anyone please update MOTUToMerge?
[09:39] <magnon> Lathiat: imagine packet loss :P
[09:39] <\sh> siretart: too long?
[09:39] <viviersf> erf
[09:39] <siretart> bugs about merging should be filed against 'motumergers'
[09:39] <viviersf> im still having jetlag after the ubz trip
[09:40] <zakame> siretart: I'm moving my bugs to motumergers now :)
[09:40] <siretart> \sh: morning. I didn't hear the alarm clock, and I wanted to be at university at this time
[09:40] <magnon> viviersf: just drop sleeping one night, worked for me .P
[09:40] <viviersf> i wake up at 1 am and im looking for breakfast
[09:40] <siretart> they are doing a linux setup party this afternoon, and I was asked to attend :)
[09:40] <viviersf> heh magnon , barely slepts last night
[09:40] <\sh> siretart: damn...ok..so hurry up :)
[09:40] <Nafallo> do we really need that stupid thing?
[09:42] <\sh> siretart: did u read the announcement on -devel ML?
[09:42] <\sh> btw..i'm implementing PendingUpload update function
[09:43] <slomo> zakame: please don't fill 1000000000000 bugs for merges... fill some, get them done, fill new ones, etc...
[09:45] <Nafallo> hmm
[09:45] <sivang> morning all
[09:45] <minghua> hi \sh, how is the progress on arpack++ package?
[09:45] <Nafallo> that amount is like 10+ complete archives :-)
[09:46] <minghua> I did the previous changes on arpack++ (mostly c++ transitions), and if you have difficult dealing with it, I can help
[09:46] <zakame> slomo: yes, I am doing just that :) but sorry if I've stepped on anyone :(
[09:47] <\sh> minghua: I tested lpbugs with it...but i'll do it later this day
[09:48] <minghua> \sh: okay, just asking.  I intended to do the packages I worked for c++ transition, but found you picked arpack++ up :-)
[09:50] <\sh> minghua: you are welcome to take over...just change the motu
[09:51] <minghua> \sh: going to sleep soon, if you haven't found time to do it tomorrow, I'll take it over :-)
[09:51] <slomo> zakame: np... just get them all done :)
[09:51] <zakame> slomo: am doing my best :)
[09:51] <\sh> if anybody has a merge package which bug status has to be set to pending upload, please give me the bug number pls
[09:53] <\sh> ok..found one
[09:55] <Nafallo> http://newtechinc.blogspot.com/2005/11/using-sonys-drm-against-itself.html <-- LOL
[09:55] <slomo> \sh: what's the easiest way to publish a bzr branch per webdav? is more needed than loading mod_webdav?
[09:58] <\sh> slomo: yes...a bzr plugin which everybody needs but nobody implemented
[09:59] <slomo> \sh: so how is http://tiber.tauware.de/~siretart/motu-tools working? readonly from remote?
[10:03] <Nafallo> slomo: bzr log :-)
[10:04] <slomo> hm?
[10:04] <\sh> slomo: yes...readonly from remote...the rest is local branches in your homedir or publicly available on some other webserver...so we can merge remotely from another branch of motu-tools
[10:06] <slomo> ok, sounds like svn is more suited for my use-case atm ;)
[10:09] <zakame> bbl
[10:12] <\sh> slomo: check the bzr plugins
[10:12] <\sh> slomo: it should not be so difficult to add webdav functionality
[10:13] <\sh> siretart: please merge ~shermann/motu-tools to your branch...I've added pending upload update bug functionality
[10:14] <slomo> \sh: ok, when it doesn't support webdav for remote writing... does it support ssh?
[10:15] <Nafallo> slomo: sftp IIRC
[10:16] <slomo> and can it handle binary files?
[10:18] <Nafallo> slomo: http://bazaar.canonical.com/BzrFAQ
[10:18] <slomo> ah thanks :)
[10:19] <\sh> slomo: http://bazaar.canonical.com/BzrPlugins
[10:30] <slomo> ok, it's really nothing for my use case =) i need a centralized rcs...
[10:30] <\sh> slomo: what do u want to do?
[10:31] <slomo> \sh: managing my uni stuff (mostly tex, some pdf)... before i used a svn repo on my server and synced from/to this on my pc and laptop
[10:32] <\sh> slomo: what is the problem using scp or sftp?
[10:33] <\sh> actually we were discussion the usecase of webdav :)
[10:33] <\sh> for bzr
[10:33] <slomo> \sh: and with bzr it seems like i need to pull on the server from the branches on laptop/pc to get the most up-to-date version always on the server
[10:33] <\sh> but kinnison wasn't sure if the bzr hackers should implement a webdav server module as well (just like svn) or if they should use the default webdav module
[10:34] <\sh> slomo: use push via rsync
[10:35] <slomo> \sh: oh there is push... hrm, bzr needs to be more verbose :P
[10:35] <\sh> slomo: it's in bzr tools
[10:35] <\sh> slomo: it's a plugin
[10:36] <Nafallo> slomo: either that or you need to start reading docs ;-)
[10:36] <\sh> slomo: the good thing behind bzr is, you can extend its functionality via plugins which is quite transparent
[10:36] <Nafallo> and push is in bzr aswell :-)
[10:37] <Nafallo> nafallo@darkelf:~ $ bzr help push
[10:37] <Nafallo> usage: bzr push [LOCATION] 
[10:37] <Nafallo> nafallo@darkelf:~ $ apt-cache policy bzrtools
[10:37] <Nafallo> bzrtools:
[10:37] <Nafallo>   Installerad: (ingen)
[10:37] <dholbach> hellas
[10:37] <Nafallo> morning dholbach :-)
[10:38] <\sh> moins dholbach
[10:38] <dholbach> :)
[10:38] <slomo> hi dholbach
[10:38] <Nafallo> yay bzr! /me just merged \sh's branch ;-)
[10:39] <\sh> 7topic MOTUs with bzr fever :)
[10:39] <\sh> Nafallo: do a bzr viz
[10:40] <slomo> \sh: does it support rsync over ssh? what would the location be if my repo is on slomosnail.de in /home/slomo/test ? ;)
[10:40] <\sh> slomo: honestly i didn't use it yet..but it should work with rsync over ssh
[10:40] <\sh> slomo: use the source luke :)
[10:41] <Nafallo> \sh: unknown command :-)
[10:41] <\sh> Nafallo: apt-get install bzrk
[10:41] <\sh> from jbaileys repos
[10:41] <Nafallo> baah
[10:41] <Nafallo> :-P
[10:41] <slomo> \sh: hrm, but i'm so lazy :(
[10:42] <Nafallo> I know. but do I need it? :-)
[10:43] <\sh> def rsync(source, target, ssh=False, excludes=(), silent=False,
[10:43] <\sh> slomo: it can use ssh
[10:43] <slomo> thanks :) no i only need to find out what the url has to look like ;)
[10:45] <Nafallo> \sh: why don't you remove newmerge.py from the bzr-repo? :-)
[10:45] <\sh> rsync://user@host/location?
[10:46] <\sh> Nafallo: because it's siretarts...i don't remove someones source :)
[10:46] <slomo> \sh: doesn't work... anyway, i'll try this evening... next lecture starts soon ;)
[10:46] <slomo> bbl
[10:47] <Nafallo> baah, it confused me at first ;-)
[10:47] <Nafallo> didn't know which one to use before I read the log :-P
[10:48] <Nafallo> so
[10:48] <Nafallo> lpbugs.py -n kismet?
[10:50] <dholbach> siretart: awake?
[10:50] <\sh> dholbach: he's at university
[10:51] <dholbach> ah right
[10:51] <\sh> Nafallo: to file a new bug against a src package: lpbugs.py -n <sourcepackage>
[10:51] <dholbach> because one of the scripts assigned 4034 to the motu mergers
[10:51] <dholbach> i reassigned it
[10:52] <\sh> yuck...
[10:52] <Nafallo> smtplib.SMTPException: SMTP AUTH extension not supported by server.
[10:52] <Nafallo> TLS please ;-)
[10:52] <\sh> Nafallo: grmpf
[10:52] <\sh> don't u have plain?
[10:52] <Nafallo> yes, through TLS :-)
[10:52] <siretart> hi
[10:52] <Nafallo> I only have AUTH with TLS :-)
[10:53] <siretart> dholbach: now I'm in my office
[10:54] <\sh> Nafallo: ok...use sendmail instead as long as I have a solution for that...just reading about some pitfalls with smtplib and tls auth
[10:54] <Nafallo> oki. I'll wait then :-)
[10:54] <Nafallo> darkelf won't have an smtpd ;-)
[10:55] <dholbach> siretart: 4034 was assigned to motumergers - just a headsup
[10:56] <siretart> Ubugtu: bug 4034
[10:56] <Ubugtu> (bug <abbreviation> <number>) -- Look up bug <number> in the bugzilla associated with <abbreviation>.
[10:56] <Ubugtu> Malone bug #4034: Nautilus crashes when it's opened twice as user as root Fix req. for: nautilus (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Rejected http://launchpad.net/malone/bugs/4034
[10:57] <siretart> dholbach: oh, must have been a typo. sorry!
[10:57] <siretart> dholbach: as I see it it is already fixed, right?
[10:57] <\sh> dholbach: where to assign? u missed a gpg signature :) and an affects path
[10:58] <dholbach> siretart: don't worry, just a headsup, before any of your scripts run berserk
[10:58] <dholbach> oh that's necessary
[10:58] <dholbach> i see
[10:58] <dholbach> well then next time
[10:58] <siretart> dholbach: \sh did a near complete rewrite
[10:58] <\sh> dholbach: what was the assignee again?
[10:59] <\sh> dholbach: i'm doing it manually now
[10:59] <siretart> \sh: I already did it
[10:59] <\sh> ah ok
[10:59] <siretart> reassigning to Ubuntu Gnome Team (via web frontend)
[11:00] <\sh> dholbach: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc
[11:00] <dholbach> \sh: yeah, thanks
[11:01] <\sh> dholbach: for status/ assignee stuff u need always an affects path like /distros/ubuntu/<product>
[11:02] <\sh> Nafallo: I found a solution..I'll hack it into lpbugs this evening
[11:02] <\sh> when i'm at ogras place and have some barcadi with me :)
[11:03] <\sh> which means...I should get up from my bed now and have a shower
[11:03] <Nafallo> oki :-)
[11:03] <\sh> looks like I have to rearrange the sendMail func
[11:03] <janimo> dholbach, remember I tried getting an evince fork package into breezy
[11:04] <janimo> I still want that for dapper and I'll ask you some advice
[11:04] <janimo> the code is evince vanilla + a big patch
[11:05] <janimo> now for aan ubuntu package which would be the best route to take
[11:05] <janimo> so that I piss off the fewest people as possible?
[11:05] <dholbach> good question
[11:05] <janimo> I first thought of adding it to the evince package
[11:05] <janimo> so it builds two binary debs
[11:05] <janimo> doing two compiles
[11:06] <janimo> but that may make it unsafe for me to go to france
[11:06] <dholbach> ?
[11:06] <janimo> another is do a separate evince-gtk package
[11:06] <janimo> seb128 lives there :)
[11:07] <\sh> ok...bbl
[11:07] <janimo> the two package will be able to install side by side as I won't duplicate paths
[11:08] <janimo> can I use an upstream orig.tgz for a package which is called differently and for which there's already another package
[11:08] <dholbach> janimo: how does upstream like the big patch?
[11:08] <janimo> I guess it's the same with the mozilla package
[11:08] <janimo> dholbach, upstream are gnome people obviously they'd rather me use gnome instead of ripping it out of teir work :)
[11:09] <janimo> they don't IOW :)
[11:09] <janimo> it would mean ifdefs for them so I sympathize completely btw
[11:10] <janimo> and the big patch's bigness is mostly removing stuff, it's little new code
[11:10] <dholbach> hrmhrmhrmhrm
[11:10] <janimo> so from a strictly ubuntu uni point of view is it ok to make a package which uses the same upstream tgz as another?
[11:11] <dholbach> i just wonder about bug reports and everything, it's a hacky situation
[11:11] <janimo> I want this to not be associated with evince besides crediting
[11:11] <janimo> it won;t be called evince so people don;t bug them
[11:11] <dholbach> janimo: in some cases we had no other choice, so yes, those cases do exist
[11:11] <janimo> althiugh I am pretty sure it's bugs will be relevant to upstream but hey
[11:12] <janimo> I really want a nice doc viewer w/o too many deps for xubu and writing one from scratch is not an option :)
[11:13] <dholbach> i will think about it and talk to seb... how well is the patch maintained? will there be an "upstream" to check for new evince versions?
[11:14] <janimo> well I surely intend to maintain it
[11:14] <dholbach> so you wrote it?
[11:14] <janimo> import fixes from CVS, but not much more I think if they go the gnome office route
[11:14] <janimo> but evince right now is near perfect for what it is supposed to do :)
[11:14] <janimo> yes I hacked it as wrote is an overstatement ;)
[11:15] <dholbach> ok
[11:15] <janimo> I'll keep an official upstream but I thiught it would be easier to just have the vanilla upstream and keep my patch in debian/patches
[11:15] <dholbach> i will talk to seb
[11:15] <dholbach> i see your need
[11:15] <janimo> ok thanks
[11:16] <janimo> making it part of the evince package as I thiugh earlier is not a good idea actually as it would need to keep pace with upstream
[11:17] <janimo> so it is a fork happening at 0.4.0 with possibnility of following upstream but no promise
[11:17] <dholbach> right
[11:17] <janimo> you may point seb to this irclog if anything is unclear to him or let him ping me on irc
[11:17] <janimo> thanks again
[11:19] <dholbach> de rien :)
[11:54] <siretart> \sh: just filed my first merge bug with lpbugs (had to iptable and tunnel smtp because of facist firewalling here)
[11:54] <siretart> \sh: GREAT WORK man!
[11:54] <\sh> siretart: well..it was your idea...I just rearranged some pieces of code :)
[11:55] <\sh> I need to fix this with smtp tls auth...
[11:55] <\sh> but this is not difficult
[11:56] <dholbach> janimo: would you care to hop on #ubuntu-desktop
[11:56] <\sh> I have to split out some stuff from sendMail to make it more "indipendent"
[11:58] <\sh> siretart: do u know if there is a tool which reformats bad formatted python code to good formatted python code?
[11:58] <siretart> i dont consider it that hard to configure exim4 in client mode
[11:59] <siretart> \sh: eclipse? eric3? dunno
[11:59] <\sh> siretart: uh....not eclipse...I use emacs..but u know..I don't do this var = bla
[11:59] <\sh> i do var=bla
[12:00] <siretart> \sh: try indent(1)
[12:00] <siretart> perhaps there is something like that for python, too
[12:04] <\sh> siretart: lets see
[12:12] <\sh> Nafallo: is your tls server running on a different port?
[12:13] <Nafallo> nope
[12:14] <Nafallo> I try to always follow specs where possible :-)
[12:14] <\sh> well...tls can run on 587 as well
[12:14] <\sh> anyways..I added smtp_port to the config
[12:15] <Nafallo> that's more like ssmtp :-)
[12:15] <Nafallo> hehe, oki. nice :-)
[12:17] <dholbach> slomo_: awake?
[12:23] <janimo> guys, which of you is the tiber admin? could I too get some publishing space?
[12:24] <dholbach> there are quite some admins :)
[12:24] <\sh> Nafallo: wanna try?
[12:25] <janimo> is it a canonical box?
[12:25] <\sh> Nafallo: i'm pushing the changes just now on tiber
[12:25] <janimo> I used to have space on jblack's sourcecontrol.net but seems gone
[12:26] <Nafallo> \sh: yes :-)
[12:26] <\sh> ok...merge the ~shermann/motu-tools branch now :)
[12:28] <Nafallo> what's up with gksudo!?
[12:28] <Nafallo> it freezes my whole darkelf
[12:28] <Nafallo> have to CTRL+ALT+F1 and kill a sudo process
[12:30] <Nafallo> aha, I have to commit merges :-P
[12:30] <\sh> sure
[12:30] <\sh> Nafallo: adjust your lpbugs.conf please
[12:30] <\sh> Nafallo: see the conf file in the branch for the changes
[12:33] <Nafallo> ConfigParser.NoOptionError: No option 'yourname' in section: 'MAIL'
[12:33] <\sh> Nafallo: argl
[12:33] <\sh> ok
[12:33] <\sh> in lpbugs.conf
[12:33] <Nafallo> something you forgot to add?
[12:33] <\sh> YourName=your name
[12:34] <\sh> YourEmail=just your email
[12:34] <\sh> damn...i forgot to mention it in lpbugs.conf
[12:35] <\sh> fixed now :)
[12:35] <Nafallo> http://paste.ubuntulinux.nl/4351
[12:36] <\sh> yes..that's what I got as well
[12:36] <\sh> hmm..
[12:36] <\sh> Nafallo: vi lpbugs.py search for smtpSession.helo()
[12:36] <Nafallo> we need to tell the server we want to use TLS before sending auth
[12:36] <\sh> Nafallo: change it with smtpSession.ehlo
[12:37] <\sh> Nafallo: thats what i'm doing
[12:37] <\sh> Nafallo: change it with smtpSession.ehlo() i mean
[12:38] <Nafallo> http://paste.ubuntulinux.nl/4352
[12:39] <\sh> bah
[12:41] <\sh> moment
[12:43] <Nafallo> oki :-)
[12:43] <\sh> looks like ... i fixed this bug as well
[12:43] <\sh> first starttls
[12:43] <\sh> then ehlo
[12:43] <\sh> result something like working..lets wait
[12:45] <Nafallo> nice that worked :-)
[12:45] <\sh> yes
[12:46] <\sh> moment
[12:46] <\sh> i'll commit
[12:48] <\sh> done
[12:48] <\sh> u can pull the changes now
[12:50] <Nafallo> wow
[12:51] <Nafallo> I think they are all the same now or something :-P
[12:51] <\sh> shermann is the latest
[12:51] <\sh> and working :)
[12:51] <Nafallo> I merged both ;-)
[12:52] <Nafallo> I love bzr :-)
[12:53] <Nafallo> hmm, anyone have something like an mysql to postgresql faq or something ;-)
[12:53] <Nafallo> ?
[12:55] <sistpoty> hi folks
[12:55] <Nafallo> morning siretart
[12:55] <Nafallo> morning sistpoty
[12:56] <\sh> moisn sistpoty
[12:57] <sistpoty> <-- still tired *g*
[12:57] <\sh> sistpoty: lpbugs works now with smtp tls auth as well :)
[12:57] <sistpoty> cool \sh
[12:58] <siretart> hey Nafallo, huhu sistpoty
[12:58] <sistpoty> ' \sh: last night LaserJock had some trouble with it... actually with the smtp-part, but I couldn't help him through this
[12:58] <sistpoty> huhu siretart
[12:58] <\sh> sistpoty: should be solved now :)
[12:59] <sistpoty> :)
[12:59] <sistpoty> http://revu.tauware.de/~sistpoty/mergeWebTool/ <-- bzr repo, in case s.o. wants to take a look at DaD ;)
[01:00] <\sh> DaD?
[01:00] <sistpoty> Moms company ;)
[01:00] <sistpoty> the webtool *g*
[01:00] <\sh> LOL
[01:01] <Nafallo> haha
[01:01] <sistpoty> btw.: behold the new look... isn't that cruel any longer
[01:02] <Nafallo> ooh
[01:02] <Nafallo> nice
[01:03] <\sh> The database was constructed from this and that and this also and just to be complete.
[01:04] <\sh> this is the best
[01:04] <sistpoty> hehe
[01:27] <\sh> siretart: ping
[01:27] <\sh> please check bug 4030
[01:27] <Ubugtu> Malone bug #4030: nethack: merge new debian version Fix req. for: ace (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Fixed http://launchpad.net/malone/bugs/4030
[01:27] <\sh> there is something wrong
[01:27] <\sh>  Bug #4030 in ace (Ubuntu): "nethack: merge new debian version"
[01:27] <Ubugtu> Malone bug #4030: nethack: merge new debian version Fix req. for: ace (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Fixed http://launchpad.net/malone/bugs/4030
[01:43] <janimo> can revu act as a regular repo?
[01:43] <\sh> nope
[01:43] <janimo> a sort of debian experimantal
[01:44] <\sh> for this personal apt-getable repositories via LP will be the solution
[01:44] <janimo> oh nice
[01:44] <janimo> soon?
[01:44] <janimo> it'd be nice to have a staging repo used only by motu's for quick revu and testing
[01:44] <janimo> but with no guarrantees so version numbers can be changed etc.
[01:45] <zakame> ooh
[01:45] <\sh> this u can do with revu ... u don't have a apt-getable repository thats all
[01:45] <janimo> \sh that is enough to raise the barrier and make it more complicated to use
[01:45] <dholbach> we'll get that for launchpad
[01:45] <janimo> any ETA?
[01:45] <dholbach> no
[01:45] <janimo> :(
[01:46] <dholbach> i guess they have more pressing matters at hand
[01:46] <janimo> I already think of recursive names such as Masters of the MOTUverse
[01:46] <sistpoty> bug 4187
[01:46] <Ubugtu> Malone bug #4187: haddock: merge new debian version Fix req. for: haddock (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New http://launchpad.net/malone/bugs/4187
[01:46] <sistpoty> grr
[01:47] <\sh> janimo: which should be the case...I don't want to screw around with broken packages from revu and complaining users
[01:47] <janimo> \sh, raising the barriers not necessarily == raising quality
[01:48] <\sh> as a universe uploader u know what to do, and u know the risk when u test packages
[01:48] <janimo> I hate doing tedious work
[01:48] <janimo> \sh, yeah I wish I always knew what to do ;)
[01:49] <janimo> it'd be nice to just update apt-get source testpkg
[01:49] <janimo> review, maybe fix, upload etc
[01:50] <janimo> doing it through the browser is slow and annoying at least to me
[01:50] <siretart> sistpoty: \sh: I'm not sure if you already noticed, madison-lite on tiber is operational since yesterday evening
[01:50] <siretart> try 'madison-lite ace'
[01:51] <\sh> wow incredible :)
[01:51] <sistpoty> <-- waiting *G*
[01:52] <\sh> janimo: if u review, u don't fix
[01:52] <sistpoty> wow, that's nice
[01:52] <\sh> janimo: the uploader should fix it
[01:52] <\sh> janimo: and doing the final upload...means, sign the upload with your key, so u have to be sure, what u sign
[01:53] <janimo> \sh, that is unnecessary policy IMHO but it may have it's advantages (cluestick application)
[01:53] <janimo> it would be the same thing as now only more streamlined and automated
[01:53] <\sh> janimo: it's not unnecessary for new packagers to learn....
[01:53] <sistpoty> ' \sh: btw. because you say uploading... I think I don't get the trick yet
[01:54] <janimo> yeah that's what I meant by cluestick
[01:54] <janimo> I need it often too
[01:54] <janimo> applied on me of course
[01:54] <\sh> sistpoty: what? bzr sftp? did u install the sftp plugin?
[01:54] <sistpoty> ' \sh no, dput to dapper
[01:54] <sistpoty> I wanted to sponsor wesnoth for bmonty...
[01:55] <\sh> ok....
[01:55] <\sh> bmonty has his name and email address in the changeloig
[01:55] <\sh> u do a debuild -S -k<your gpg email> (eventually a -sa for source)
[01:56] <\sh> it will now create a dsc, diff.gz, and .changes file
[01:56] <\sh> signed with your key but changelog name of bmonty
[01:56] <\sh> then dput ubuntu wesnoth_*.changes
[01:56] <sistpoty> ' \sh that's what i did (actually full source), and dput this to upload.ubuntu.com
[01:56] <\sh> yes..bmonty will get katie mail
[01:57] <pef> do I absolutely need a signed gpg key  to have upload rights ?
[01:57] <sistpoty> ' \sh: but the upload never succeeded (it hung) so I retried without orig...
[01:57] <\sh> sistpoty: hung?
[01:57] <\sh> pef: for universe?
[01:57] <sistpoty> '\sh It said uploading orig.tar.gz..., then I went to bed and this morning it still wasn't finisehd
[01:58] <\sh> sistpoty: well...are u sure, your connection wasn't dropped during upload?
[01:58] <sistpoty> one can never be sure *g*
[01:58] <pef> \sh: yes
[01:58] <\sh> i would say: connection dropped
[01:58] <\sh> bad luck this time :)
[01:58] <sistpoty> but the orig from last build is the same as current orig... so a source-only upload should have succeeded?
[01:58] <\sh> pef: the policy was/is you should have at least one known signature
[01:59] <sistpoty> upload w.o. orig i mean
[01:59] <\sh> sistpoty: yes...if the orig.tar.gz is not changed, an normal upload is enough (means without -sa)
[02:00] <pef> \sh: I have one from another MOTU, but I still cannot upload, and my address is whitelisted (asked to elmo)
[02:00] <sistpoty> hm... I did this more than an hour ago... but still no mail :(
[02:00] <pef> sistpoty: your uploads silentely dissapears ?
[02:00] <sistpoty> pef: seems so
[02:00] <\sh> pef: which means, that elmo hasn't had the time to include your key in the ring..which means he's very busy at ubz
[02:01] <\sh> sistpoty: with bmontys name in the changelog?
[02:01] <sistpoty> yep
[02:01] <\sh> sistpoty: then bmonty will get the mail
[02:01] <janimo> I have a package that has a makefile included but which nevertheless regenerates it at build so I'll have diffs
[02:01] <pef> \sh: so it's just a question of time :)
[02:01] <janimo> in order to reduce the diffs is it ok to save the makefile and then restore it after build
[02:02] <janimo> so the diff does not have these iirrelevant chganges?
[02:02] <sistpoty> ' \sh: but shouldn't i get a mail on dapper-changes... at least I got one from your upload of ace...
[02:02] <sistpoty> asc even
[02:03] <\sh> sistpoty: sure...if there was no error ... and the only one who can give u this information is bmonty,
[02:03] <sistpoty> sh: ok... will ask him then ;)
[02:03] <sistpoty> <-- out for a cigarette
[02:03] <\sh> pef_aw: it is
[02:04] <Kyral> Damnit
[02:05] <Kyral> I was supposed to be at my computer incaseo someone needed help with Ubuntu, but I go aff to screw around on my floor. Lo and behold...
[02:15] <sistpoty> cya later
[02:16] <zakame> bye sistpoty
[02:16] <edoardo> hi gals, hi dudes : )
[02:18] <zakame> hi edoardo
[02:18] <edoardo> i've added my script to the universe candidates. what could i do now? : )
[02:29] <sivang> guys, how is dapper these days? usable?
[02:29] <sivang> (I want to dist-upgrade)
[02:29] <zakame> it is usable, at least a bit :)
[02:30] <zakame> though I'm still running it as a chroot
[02:30] <sivang> zakame: you have everything mounted etc?
[02:30] <zakame> motus: ping, requesting sync for boa-constructor :)
[02:31] <zakame> sivang: following the DebootstrapChroot howto, I think so
[02:31] <sivang> zakame: ok , I was just checking to see if there any benefit for running it natively on the machine
[02:32] <zakame> sivang: I hope to run it natively as soon as my parish bookstore/office's dsl got approved :)
[02:37] <zakame> hi ogra
[02:37] <ogra> heya
[03:14] <infowolfe> just wondering, why make it such a pain in the rear to actually become a maintainer?
[03:15] <ogra> infowolfe, ?
[03:16] <infowolfe> let's say i'd like to submit an svn/lighttpd/rubygems package for universe...
[03:17] <infowolfe> why do i have to jump through a _bunch_ of hoops, JUST so i can provide ubuntu users with a svn that doesn't segfault?
[03:17] <dholbach>  infowolfe which hoops?
[03:19] <infowolfe> wiki-fiddling, signing up for an account on wiki.ubuntu.com and launchpad.net, writing a bio (including links to how i've helped people in the open source world), etc etc etc
[03:19] <ogra> infowolfe, do you want to submit some work or do you want to become maintainer ?
[03:19] <Nafallo> ehm, you don't? we sponsor people. you just need to upload to revu :-)
[03:19] <ogra> submitting stuff just needs a sponsore
[03:20] <ogra> -e
[03:20] <dholbach> infowolfe: if you just want to get a fix included and don't care about becoming a regular maintainer, upload your fix to REVU, get it reviewed and included
[03:20] <infowolfe> dholbach, alright, well, that seems a _whole_ lot more reasonable ;-)
[03:20] <infowolfe> how long do things normally sit in revu?
[03:20] <Nafallo> forever :-)
[03:20] <dholbach> infowolfe: as a maintainer, you NEED to care, care about documentation, communication with fellow maintainers, ...
[03:20] <dholbach> infowolfe: don't rule possibilites out, before you tried them
[03:21] <infowolfe> dholbach, the few things that I'd be interested in helping with are excellently documented already
[03:22] <dholbach> infowolfe: i rather referred to your statement regarding "wiki fiddling"
[03:22] <Mithrandir> also, subversion is in main.
[03:22] <ogra> infowolfe, if people wnat to be real maintainers, there is a lot more to do and a very open access to the build systems, so we need to be sure we can trust people and can trust their packaging skills before the are allowed to break packages ;)
[03:22] <ogra> thats why there are somme hoops to jum through...
[03:22] <infowolfe> ogra, which is definately reasonable, Mithrandir, subversion in breezy is version 1.2.0 -- which is broken.
[03:23] <dholbach> infowolfe: if you can provide us with a fixed version, we could get that through breezy-backports ... as i said in #gnome-debian
[03:23] <Mithrandir> infowolfe: what's broken about it?
[03:23] <infowolfe> Mithrandir, segfaults.
[03:24] <Mithrandir> infowolfe: works fine for me, hence, in what cases?
[03:24] <Mithrandir> infowolfe: also, bug #?
[03:24] <dholbach> infowolfe: could you provide us with a backtrace and a bug report?
[03:24] <infowolfe> Mithrandir, already spoke with dholbach about it... see the changelog
[03:25] <dholbach> infowolfe: we're currently merging our changes with the debian packages... if you want to give us a hand there, then it's highly appreciated
[03:25] <Mithrandir> infowolfe: there is no newer version of subversion in Dapper.
[03:25] <dholbach> Mithrandir: he meant the upstream changelog, i suppose
[03:26] <infowolfe> Mithrandir, i sent you a /msg with the appropriate link to upstream's changelog
[03:26] <Mithrandir> none of those seem to be very critical, imo.
[03:26] <infowolfe> svn unlock url isn't critical?
[03:27] <Mithrandir> no?  svn is usually not used like RCS, it's more or less lockless.
[03:28] <infowolfe> Mithrandir, if you use svn for read-only access, sure, none of the bugs are a problem, if you have a buggy client (like rapidsvn) that locks a repo prior to commit and then segfaults (as the version in breezy has been known to do) it's very possible to create _another_ segfault by attempting to unlock.
[03:28] <Mithrandir> I have never ever used locks in any VCS except RCS.
[03:31] <edoardo> you guys, i'm the author of an audio conversion script which is becomin' really popular lately. it's called audio convert. i've added it to the univers candidates wiki. many ubuntu users have already asked me for a deb package. but i dunno how to make'em, and bein' the author of the script, the installer, and the ebuild, and havin' a busy life, i don't have time to learn how to make one. can anyone help me out? please? thankyou! : )
[03:36] <dholbach> we need the motu audio team more and more :)
[03:37] <siretart> dholbach: we could merge them in the motumedia team, I think
[03:38] <dholbach> magnon: how does edoardo's audio conversion script sound to you?
[03:38] <magnon> where is it?
[03:38] <edoardo> it's here
[03:38] <magnon> I can't see it
[03:38] <magnon> :D
[03:38] <edoardo> http://freshmeat.net/projects/audio-convert
[03:38] <magnon> ah, ty
[03:38] <edoardo> or in the universe candidates wiki
[03:38] <edoardo> under audio convert
[03:39] <magnon> you gave it a very non-googleable name :(
[03:39] <magnon> I'll install it now
[03:40] <edoardo> but it is becomin' popular though, somehow. i think freshmeat helps a lot in that sense
[03:41] <magnon> should make a pygtk ui ;)
[03:43] <edoardo> did you use it?
[03:43] <magnon> I have it installed now
[03:44] <magnon> the problem with scripts is that Nautilus will give you the option on _any_ script
[03:44] <magnon> any file
[03:44] <magnon> I mean
[03:44] <edoardo> yeah
[03:45] <edoardo> that's why i added a 'format not supported' error message if the user runs it on a file that's not audio : )
[03:47] <magnon> a problem with packaging it is getting the script link to all users though
[03:48] <magnon> anyway.
[03:48] <dholbach> edoardo: i packaged soundconverter, maybe you can have a look, how that is done?
[03:49] <infowolfe> dholbach, any idea who's going to pick up lighttpd?
[03:49] <edoardo> the linkin'... well, it's done through the installer. it's not that hard
[03:49] <dholbach> infowolfe: it's on http://revu.tauware.de, as i said in #gnome-debian
[03:49] <magnon> edoardo: for the user that installs it, yes.
[03:49] <infowolfe> dholbach, so what needs to be done to push it forward?
[03:49] <infowolfe> bribery?
[03:50] <magnon> so it wouldn't be a very sexy package
[03:50] <edoardo> like, in gentoo when you emerge the ebuild there's a message that says: 'run audio-convert-install' as user. and that's it
[03:50] <magnon> that's not sexy :p
[03:50] <dholbach> infowolfe: fixing the bugs that were stated by reviewers
[03:50] <infowolfe> dholbach, didn't see any bugs
[03:51] <edoardo> magnon, well you know packages better than me. is there any way to put it in automatic?
[03:51] <dholbach> changing user configuration files (stuff in /home) is a no go for packages
[03:52] <magnon> edoardo: I don't think nautilus has global scripts
[03:52] <magnon> maybe it has, I dunno
[03:52] <infowolfe> dholbach, i'll sign up for an account on revu, 1.3.16 is pretty old, lighty development is quite fast (weigon works on lighttpd fulltime)
[03:52] <dholbach> infowolfe: http://wiki.ubuntu.com/REVU
[03:52] <edoardo> magnon, no no, it don't. that's the issue : )
[03:52] <infowolfe> dholbach, seen it... grep "needle" haystack?
[03:53] <infowolfe> and again, i'm not seeing any bugs other than internal packaging stuff.
[03:53] <infowolfe> on a package that's quite old (1.4.7 is current)
[03:53] <dholbach> infowolfe: yeah, the packaging must be good, to get it uploaded
[03:53] <magnon> then I would like to see a nicer method to do such a conversion if _I_ were to maintain the package, but if you find anyone to package it and upload it to REVU, noone will demand anything more. :)
[03:53] <dholbach> edoardo: libnautilus-extension might be the key
[03:53] <infowolfe> dholbach, any way to remove the current lighttpd from revu so i can re-submit with current stuff?
[03:53] <dholbach> infowolfe: what are you referring to needle-haystack-wise?
[03:53] <dholbach> infowolfe: just re-submit
[03:54] <infowolfe> dholbach, wiki.ubuntu.com/REVU ;-)
[03:54] <dholbach> infowolfe: it's surely mentioned on the MOTU pages, which is referred to in the channels topic
[03:54] <edoardo> dholbach, what is it? remember that mine is a script, not a plugin
[03:55] <dholbach> edoardo: nautilus doesnt have a global scripts directory, because extensions can be written
[03:55] <infowolfe> dholbach, again, grep "needle" haystack (it doesn't help to refer to documentation that seems convoluted via cross-linking when a quick answer would work just as well)
[03:55] <magnon> edoardo: maybe expand the base of it a little? :)
[03:55] <dholbach> edoardo: i just referred to "that's the issue" :)
[03:55] <edoardo> magnon, meanin'?
[03:56] <magnon> if you give me a pygtk app, mainly converting with gstreamer if possible, which is HIG and has a nautilus extension, I'll maintain it ;D
[03:56] <dholbach> infowolfe: if you read the page, you will see, that it contains information, thats important to understand the REVU process
[03:56] <magnon> anyway.
[03:56] <dholbach> infowolfe: if reading it is too much, then i'm sorry, but it's just the way it is
[03:56] <magnon> your issue was to find someone to make a package
[03:57] <infowolfe> dholbach, reading, while doing user support and updating upstream information on a package that ubuntu has let sit in your REVU system since august IS too much to ask, especially when i'm _attempting_ to HELP your distro.
[03:57] <dholbach> infowolfe: what do you think we're all doing?
[03:58] <edoardo> magnon, yeah. but it's probably not that hard, is it? why is it so hard to find someone then? besides, i would only need a skeleton and some guidance. i can make the package meself if it's necessary
[03:58] <dholbach> infowolfe: we're all reading, supporting users, updating packages and review packages
[03:58] <magnon> edoardo: which is why dholbach pointed you to the soundconverter package, it can probably help :)
[03:58] <dholbach> infowolfe: and if you have a closer look... the package maintainer didng follow up
[03:58] <edoardo> magnon, awright, where do i find the package?
[03:58] <infowolfe> dholbach, being rude, dismissive, elitist, and generally pigheaded, as can normally be expected of #debian -- when i get a moment, i'll attempt to sign up for revu, at this time, i don't have that moment, maybe in an hour or so
[03:59] <magnon> edoardo: you don't run ubuntu?
[03:59] <dholbach> infowolfe: are you telling me, i was rude, dismissive, an elitist and generally pigheaded?
[03:59] <edoardo> magnon, nope. i was asked to make a package by several ubuntu users though. and i find the distro very interestin'. but i run gentoo : )
[04:00] <infowolfe> dholbach, on #gnome-debian, and with regards to me wondering why packages that have been updated months ago upstream haven't been updated yet, yes.
[04:00] <dholbach> ???
[04:00] <magnon> edoardo: you know ubuntu is an ancient african word that means "I'm sick and tired of compiling Gentoo", right
[04:00] <infowolfe> pointing to the same documentation repeatedly doesn't lend itself to clarity
[04:01] <dholbach> i told you more than once, that it might help to produce a fixed/updated/whatevered package and get it up for review, so it can be uploaded
[04:01] <edoardo> magnon, i thought it meant 'everyone together', or somethin' like that : )
[04:01] <dholbach> if you don't want to read the documentation on the processes for that, how i can help?
[04:01] <magnon> edoardo: oh, that too, but that's secondary :P
[04:04] <edoardo> magnon, no but really, where can i find it? : )
[04:04] <magnon> oh, right
[04:05] <dholbach> infowolfe: just fyi: i was the only one inviting you to participate in that conversation, so i won't take your accusations, thank you very much
[04:05] <magnon> edoardo: http://archive.ubuntu.com/ubuntu/pool/universe/s/soundconverter/
[04:05] <magnon> *dsc is package description, download tarball and apply diff.
[04:06] <edoardo> so i don't download .deb?
[04:06] <dholbach> the deb doesnt tell you, how it is "assembled"
[04:06] <edoardo> oh it's like a binary?
[04:07] <dholbach> .diff.gz, .dsc and .orig.tar.gz are called the source package
[04:07] <magnon> yes.
[04:10] <freeflying> dose who maintain soundconvert?
[04:10] <dholbach> freeflying: i maintain soundconverter... if you mean that package
[04:10] <freeflying> yeah
[04:10] <dholbach> freeflying: apt-cache show <package> | grep Maintainer can tell
[04:11] <dholbach> although that's not true for packages we have from debian .... hrm
[04:11] <dholbach> forget what i said :)
[04:11] <freeflying> it will dependant on libtag
[04:11] <freeflying> but it can not sole this in breezy
[04:12] <freeflying> I mean build it
[04:12] <dholbach> it's a python package
[04:13] <freeflying> sure? I got it from revu
[04:13] <dholbach> freeflying: and it doesn't import anything that might be id3/tag related
[04:13] <dholbach> freeflying: it's included since breezy
[04:13] <freeflying> :(
[04:14] <dholbach> just     grep import soundconverter.py
[04:15] <dholbach> i'm off for a walk
[04:15] <dholbach> see you later
[04:15] <freeflying> sorry? I mean this http://revu.tauware.de/details.py?upid=652
[04:15] <freeflying> bye
[04:16] <dholbach> oh
[04:16] <dholbach> that's something different
[04:16] <dholbach> it' s     soundkonverter, which seems to be a kde package
[04:16] <dholbach> freeflying: you may want to talk to tonio, but he's not here atm
[04:17] <freeflying> thanks
[04:17] <dholbach> bbl
[04:24] <\sh> morning jeff
[04:25] <jbailey> g'morning. =)
[04:26] <magnon> morning, jeff!
[04:35] <rob^^^> how hard is it to get a backport created? Rhythmbox from sid built just fine last week and enabled Avahi browing and playing of iTunes shares.
[04:37] <slomo_> reee
[04:38] <slomo_> rob^^^: real hard in that case... you need avahi in main for that and it isn't in main yet even for dapper
[04:38] <rob^^^> slomo: so there are no universe backports?
[04:39] <slomo_> rob^^^: sure... but rhythmbox is main, avahi is universe (for breezy)... main packages can only depend on other main packages
[04:39] <rob^^^> oh
[04:45] <slomo_> rob^^^: and daap doesn't work good right now anyway ;)
[04:45] <rob^^^> slomo: what do you mean, it seemed to be working
[04:45] <rob^^^> did iTunes change?
[04:46] <slomo_> try scrolling into one song, change to another, start one, skip to the next, etc
[04:46] <slomo_> sometimes it leads to unexpected behaviour ;)
[04:47] <Amaranth> did itunes change what?
[04:47] <rob^^^> their implementation of DAAP
[04:47] <Amaranth> itunes 6 probably changed their daap auth again
[04:47] <Amaranth> they seem to do that at the same time they change the store
[04:47] <Amaranth> which 6 did
[04:48] <janimo> slomo_:  are you one of the tiber.t.de admins?
[04:59] <slomo_> janimo: what do you want to be done?
[04:59] <janimo> an account if possible for publishing
[04:59] <janimo> archives, patches, etc
[05:00] <janimo> I need it for xubuntu seeds too
[05:01] <slomo_> janimo: hm, ask \sh_away, siretart, sistpoty or ajmitch_
[05:01] <janimo> ok thanks
[05:02] <janimo> siretart, ajmitch_ ^ ?
[05:21] <slomo_> hm, elmo doesn't sync currently?
[05:43] <slomo_> \sh_away: would you mind if dnspython is synced from debian and your version overriden?
[06:21] <highvoltage> tonight is the night i'm taking the plunge.
[06:22] <highvoltage> ogra: what's the first thing i should do on the way to becoming a motu. I knew i asked you before, but that was a rough time for me.
[06:23] <ogra> are you member already ?
[06:23] <ogra> first thing would be to get your key signed and apply for membership
[06:23] <ogra> (and sign the code of conduct indeed)
[06:24] <highvoltage> ubuntu membership?
[06:25] <highvoltage> yes, i signed the CoC, and I am am ubuntu member.
[06:25] <ogra> the work you did and do for edubuntu is contribution enough, if you've done the above, just set yourself on te agenda of the next CC meeting and apply for membership in the launchpag team
[06:25] <highvoltage> membership for the motu team?
[06:25] <ogra> oh, you are already ...
[06:26] <highvoltage> so what's the next step?
[06:27] <highvoltage> ooh... there's a MotuGettingIntoIt page.. /me checks it out
[06:27] <ogra> do some packahging work
[06:27] <ogra> currently we need help with merges
[06:28] <highvoltage> great! how do i do that?
[06:28] <edoardo> i've downloaded .tar.gz and the diff for a deb, and i've applied the diff. i was told this would lead me to knowin' how a .deb si built... but it's not really leadin' me there : )
[06:28] <edoardo> *is
[06:30] <highvoltage> edoardo: i read so many howto's and guides, and found it confusing. then i read "man dpkg" and strangely enough, it was the best documentation i could find :)
[06:30] <ogra> highvoltage, there was a mail to -devel from \sh today, pointing to a tool that generates a list for you
[06:30] <highvoltage> edoardo: i just used an existing deb as a template, and used dpkg -b
[06:30] <highvoltage> ogra: ok, i'll check it out
[06:30] <ogra> highvoltage, grab a package from the list, check the ubuntu changes from the old version and decide which (if any) of the changes are still needed...
[06:31] <edoardo> highvoltage, the point is i'm not supposed to make a deb. i asked if someone in here could do it for me. i can maintain' it then maybe. it's for an audio conversion script i made, and many ubuntu users have asked me for a deb. could anyone make it or help me make it?
[06:31] <ogra> if there are none/they are obsolete and we can go with the debian version (best case) request a sync from debian... else meger the changes ...
[06:33] <LaserJock> could I get a MOTU to check out my vflib3 merge bug? It is a build-dep for another merge
[06:38] <highvoltage> ogra: is this the page you were talking about?
[06:38] <highvoltage> http://revu.tauware.de/~sistpoty/MoM/index.py?state=new
[06:38] <ogra> highvoltage, yup
[06:41] <highvoltage> ok, i'll take dillo. it sounds small and uncomplicated.
[06:41] <highvoltage> (famous last words)
[06:43] <ogra> heh
[06:45] <highvoltage> dillo links to http://people.ubuntu.com/~scott/ongoing-merge/dillo/, should I download all the files in there?
[06:46] <LaserJock> have you been to MOTUToMerge?
[06:47] <ogra> highvoltage, see the wikipage that is mentioned atthe top
[06:47] <ogra> (of the list)
[06:47] <highvoltage> heh. thanks. strange how i missed that.
[06:50] <ogra> highvoltage, for merging,grab the source package from ~/scott and look how much from the dropped.patch needs to get applied ...
[06:51] <Nafallo> or look at them online :-)
[06:51] <ogra> yeah
[06:51] <Nafallo> (you actually download them, but wth :-P)
[06:51] <ogra> but you need to testbuild the package at least once
[06:51] <ogra> so you wont get around downloading ;)
[07:10] <highvoltage> ogra: i read through the wiki pages, but i'm not really sure what to do with these files. are there perhaps step by step examples somewhere, or am I perhaps missing an important piece again?
[07:10] <highvoltage> on MOTUToMerge, it says I should "merge new debian version"
[07:10] <highvoltage> is there a merge command?
[07:11] <slomo_> no... if there was one we wouldn't need to do it by hand ;)
[07:11] <slomo_> there is MoM but it doesn't work in all cases
[07:11] <highvoltage> i'd like to learn as manual as possible.
[07:11] <highvoltage> that way I learn something :)
[07:12] <highvoltage> but i'm having trouble figuring it out myself.
[07:12] <slomo_> get our version, get the latest debian version... take the debian version as a base and add our changes back to it if they're still needed
[07:12] <slomo_> verify that it builds... and make a debdiff then
[07:12] <slomo_> or when no changes to the debian version are needed ask for a sync
[07:13] <slomo_> and don't forget to open bugreports for the packages you're working on ;)
[07:13] <herve> hello
[07:13] <highvoltage> ok, i'm copying that into gedit and then i'll figure it out step by step.
[07:13] <highvoltage> slomo_: i'm not an expeienced package maintainer of any kind, so now and again i might get stuck.
[07:13] <slomo_> highvoltage: np :) feel free to ask here ;)
[07:13] <slomo_> hi herve :)
[07:13] <highvoltage> hi herve
[07:14] <dholbach> hellas herve
[07:14] <herve> warm welcome :-)
[07:16] <LaserJock> could I get a MOTU to check out my vflib3 merge bug? It is a build-dep for another merge
[07:17] <highvoltage> so slomo_, I should apply the diff.gz file to the .tar.gz file? which command do i use, "diff"? I'm not very familiar with diff, how would I run it?
[07:17] <zul> highvoltage: patch -p<whatever>
[07:17] <slomo_> highvoltage: dpkg-source -x bla.dsc will unpack the tar.gz for you and apply the diff
[07:19] <LaserJock> dholbach: i've been meaning to ask you abou MOTUDocumentationDraft. Do you want that info integrated into the wiki?
[07:19] <hunger> highvoltage: Some debs have more patches in debian/patches. Those are not necessarily applied after dpkg-source -x.
[07:20] <slomo_> but these are applied while building... no need to apply them by hand before building
[07:20] <dholbach> LaserJock: sorry for not answering earlier... we have to write some text around the links i feel
[07:21] <dholbach> LaserJock: i was at the conference and i'm more and more arriving, let me do some brainstorming over the weekend
[07:21] <LaserJock> dholbach: well that's what I mean. I am getting on another wiki rewrite kick
[07:22] <dholbach> LaserJock: if you want to write more text around the links... just go ahead... it's a good start
[07:22] <LaserJock> dholbach: btw, I am supposed to be working on a Packaging Guide for the doc team. That will be good to have too
[07:23] <dholbach> LaserJock: there was a spec which was approved at ubz about that very topic
[07:24] <dholbach> LaserJock: diziet will be working on it (among others)
[07:24] <LaserJock> yeah, I am supposed to get a copy of what Unfrgiven has done so that it can be included in the doc team svn repository
[07:25] <dholbach> hrm
[07:25] <dholbach> i'd rather have a look at what diziet works on
[07:25] <dholbach> because it was a spec which was approved... so quite a lot of people had a look on it
[07:25] <dholbach> siretart was present during those bofs too, iirc
[07:26] <LaserJock> ok, well maybe I will talk to Burgundiva and mdke in the doc team about it
[07:26] <highvoltage> slomo_: thanks
[07:27] <dholbach> mono team: new beagle... yay! :)
[07:28] <slomo_> dholbach: nice, tseng will be happy :)
[07:29] <slomo_> hmm... all my merges except two are to be synced... narf
[07:30] <LaserJock> slomo_: really, I think I have had only one that could be synced
[07:30] <slomo_> LaserJock: did you verify it by hand or did you trust MoM?
[07:30] <LaserJock> by hand of course
[07:31] <slomo_> ok, then you choose the wrong packages ;)
[07:31] <LaserJock> I usually look at the MoM output though
[07:31] <LaserJock> usually, it is just a tweak of the build dependency
[07:32] <slomo_> i almost never look at it... i don't trust it
[07:32] <LaserJock> dholbach: is the spec you are talking about  "Move the Ubuntu Packaging guide" ?
[07:33] <dholbach> it's   developer-documentation
[07:36] <LaserJock> dholbach: now I'm confused.
[07:37] <dholbach> LaserJock: https://wiki.ubuntu.com/DeveloperDocumentation
[07:37] <LaserJock> yeah, but what about https://wiki.ubuntu.com/DocteamProjects
[07:38] <LaserJock> are we getting some overlap
[07:38] <dholbach> i hope not
[07:38] <LaserJock> I am supposed to work on https://wiki.ubuntu.com/UbuntuPackagingGuide
[07:39] <LaserJock> which, I would assume, would be a part of developer documentation
[07:41] <dholbach> the guys on #ubuntu-docs should know
[07:41] <dholbach> #ubuntu-doc rather
[07:42] <LaserJock> well, maybe I will have to clarify with them. Burgundiva, mdke, and rob^ are the guys that put me in charge of UbuntuPackagingGuide
[07:43] <dholbach> we just won't have the manpower to maintain 3 different developer documentations
[07:43] <LaserJock> dholbach: right
[07:46] <LaserJock> hmm, but according to https://wiki.ubuntu.com/DeveloperDocumentation the developers will maintain the documentation, whereas my undestanding from the doc team was that they were going to do it
[07:46] <dholbach> there's nothing wrong with doing together *oooh yeah* :-p
[07:48] <highvoltage> slomo_: dpkg -x dillo_0.8.5-2ubuntu1.dsc says that --extract needs a target directory.
[07:48] <slomo_> dpkg-source -x bla.dsc
[07:49] <highvoltage> sorry, don't know how i could've missed that.
[07:50] <slomo_> np :)
[07:53] <LaserJock> dholbach: well, I don't know what I am supposed to do, I will just have to talk to the doc team people about it
[07:53] <dholbach> just make sure you raise the point of the other dev-doc plans
[07:53] <LaserJock> dholbach: In the mean time, I think our MOTU wiki still needs work. I will work on that until I hear from them
[07:53] <dholbach> and thanks for your efforts
[07:53] <dholbach> absolutely
[07:53] <LaserJock> dholbach: np
[07:54] <LaserJock> plus, I started a MOTUScience team, so I seem to be pretty busy these days
[07:54] <highvoltage> slomo_: it creates a dillo-0.8.5 directory, that also contains a "debian" directory, does that mean this is like an extracted debian package?
[07:54] <slomo_> highvoltage: it's an extracted sourcepackage... yes
[07:54] <ogra> highvoltage, yup
[07:54] <_thierry> what is the package for the command desktop-file-validate?
[07:54] <dholbach> _thierry: use dlocate to find out :)
[07:55] <ogra> _thierry, od dpkg -S :)
[07:55] <ogra> or even
[07:55] <dholbach> or use packages.ubuntu.com
[07:55] <slomo_> or apt-file
[07:55] <ogra> or grep through /var/lib/dpkg/info
[07:56] <_thierry> ogra : dpkg -S give not found
[07:56] <ogra> _thierry, you need to give the full path
[07:56] <highvoltage> how do i turn a source package into a binary deb? it contains a debian directory, shouldn't that be uppercase letters DEBIAN?
[07:56] <ogra> if its still not fond its not from a debian package
[07:57] <slomo_> highvoltage: no
[07:57] <_thierry> ogra : full path? wich full path?
[07:57] <slomo_> highvoltage: dpkg-buildpackage, debuild or pdebuild
[07:57] <ogra> of the command
[07:57] <ogra> dpkg -S `which desktop-file-validate`
[07:58] <ogra> `which desktop-file-validate` will expand to the full path
[07:58] <slomo_> _thierry: if you don't have it installed apt-file will find it for you
[08:02] <highvoltage> slomo_: i don't have debuild or pdebuild installed, if i dpkg -S them, it seems that there's just some java files for eclipse, but no executables. where should i download them?
[08:02] <slomo_> highvoltage: apt-get install devscripts probably
[08:03] <ogra> highvoltage, see the PbuilderHowto on the wiki as well
[08:04] <highvoltage> ogra: ok
[08:04] <highvoltage> slomo_: got debuild
[08:05] <_thierry> ogra : I get that dpkg-query need a filename...
[08:06] <ogra> _thierry, then this command doesnt exist on your filesystem, do what slomo_ said
[08:08] <_thierry> ogra : apt-file search desktop-file-validate gives me nothing
[08:08] <ogra> so it apparently doesnt exist
[08:09] <_thierry> mmm seb128 used this command and want me to fix something that the output show... strange
[08:09] <highvoltage> i'm downloading the -dev packages needed from dapper. does it make a difference whether i'm using them from haory or dapper?
[08:10] <ogra> _thierry, so ask him where it comes from ;)
[08:10] <ogra> highvoltage, we only develop for dapper
[08:12] <LaserJock> dholbach: what kind of things do you want to see on MOTUDocumentationDraft ?
[08:14] <highvoltage> ogra: so as dapper changes, this package will need to change too?
[08:15] <highvoltage> i get a:
[08:15] <highvoltage> dw_gtk_viewport.c:911: error: redefinition of p_Dw_gtk_viewport_remove_anchor
[08:15] <highvoltage> dw_gtk_viewport.c:880: error: previous definition of p_Dw_gtk_viewport_remove_anchor was here
[08:15] <highvoltage> make[4] : *** [dw_gtk_viewport.o]  Error 1
[08:15] <highvoltage> something i've done wrong?
[08:15] <highvoltage> make[4] : Leaving directory `/data/jonathan/motu/dillo/dillo-0.8.5/src'
[08:21] <slomo> let's get a gin tonic and do some merges ;)
[08:23] <LaserJock> unfortunately, the power got shut off at school so I am without my Ubuntu box >:(
[08:24] <LaserJock> so no more merging for me today
[08:34] <highvoltage> slomo_: i already have a few glasses of wine in, not sure if that's helping or making things worse.
[08:35] <highvoltage> at least it gave me enough courage to start learning some motu stuff.
[08:35] <slomo> highvoltage: hehe... mine is empty... therefore the gin tonic ;) but i don't know if it helps... at least it doesn't hurt in general :P
[08:35] <highvoltage> is it possible that the dillo package is just a bit broken? should i try another package?
[08:36] <slomo> why?
[08:37] <highvoltage> see my message posted at 21 minutes ago, make gives me errors
[08:38] <slomo> fix it :) do you know some C?
[08:38] <highvoltage> (about 15 lines up)
[08:38] <highvoltage> no, i don't. but there's probably  no time like the present to learn :)
[08:38] <highvoltage> (wow, this wine is making me brave)
[08:38] <slomo> hehe
[08:38] <slomo> otherwise i could take it :) you don't learn C from that ;)
[08:40] <herve> see you later
[08:41] <highvoltage> hmmm... looking at that c file there's only a close curly bracket in that line. so there's probably a problem caused somewhere before that bracket closed. way above my head.
[08:41] <highvoltage> slomo: if you could fix that, or give me some pointers, i'd be very happy.
[08:42] <slomo> ok, i'll take it then... dillo was it?
[08:44] <highvoltage> yep
[08:44] <highvoltage> i'll get something else in the meantime
[08:54] <slomo> highvoltage: please make bugreports for your merges
[08:55] <highvoltage> slomo: do i do that on launchpad, or bugzilla?
[08:55] <highvoltage> should i make one for the failed dillo too?
[08:55] <slomo> launchpad... please read \sh's blog entry from yesterday :)
[08:55] <slomo> and i make one for dillo, don't worry about it
[08:57] <slomo> highvoltage: there's a tool for it
[08:57] <ivoks> hello
[08:57] <highvoltage> ok. /me catches up on the -devel list
[08:58] <slomo> hi ivoks
[08:59] <ivoks> hi
[08:59] <Grev> where to a make a suggestion for a universe package
[09:00] <dholbach> wiki.ubuntu.com/UniverseCandidates
[09:02] <ivoks> dholbach: https://wiki.ubuntu.com/UniverseUnmetDeps - is this priority? :)
[09:04] <dholbach> i guess it's stale :)
[09:04] <ivoks> :)
[09:05] <ivoks> ok, so how can i help? REVU?
[09:05] <dholbach> REVU, merges :)
[09:05] <ivoks> ok
[09:05] <ivoks> sorry, i'm totally free-time-less these days, so i couldn't work on anything
[09:07] <Grev> it is for a change I would suggest for a new package in Dapper universe
[09:07] <slomo> Nafallo: waaaah... you broke dillo :P
[09:08] <slomo> Nafallo: you changed the upstream tarball and now we can't sync :P
[09:09] <ivoks> :/
[09:10] <highvoltage> so it wasn't me who broke it!? yippee!
[09:10] <slomo> Nafallo: i'll fix it :) will you care for it for the rest of 0.8.5? ;)
[09:10] <slomo> highvoltage: that's another error :)
[09:10] <highvoltage> ah, ok.
[09:13] <slomo> highvoltage: whatever you've done... it compiles fine here ;) are you on hoary and compiled in directly in hoary (no dapper pbuilder)?
[09:14] <Nafallo> slomo: nope, debian broke it!
[09:14] <Nafallo> slomo: they downloaded the orig.tar.gz last :-P
[09:14] <highvoltage> i'm in dapper at the moment, i don't have pbuilder installed yet, could that be the problem?
[09:14] <slomo> Nafallo: you definitly broke it :P upstream would never call the directory dillo-0.8.5.orig...
[09:14] <slomo> dpkg-source repackaging problem probably
[09:14] <Nafallo> baah
[09:15] <slomo> i've done the same mistake with boo if this helps you ;)
[09:15] <Nafallo> damn -/_ :-P
[09:15] <Nafallo> they are just lines ffs ;-)
[09:16] <slomo> highvoltage: no... hm, get pbuilder running :)
[09:16] <slomo> highvoltage: but i've uploaded it now
[09:17] <highvoltage> ok, thanks. i'm not going to log anything for dillo, since nothing i did would change anything
[09:19] <\sh> highvoltage: what's up with motu-tools?
[09:20] <highvoltage> \sh: how do i use it? if i run the ./lpbugs.py it returns nothing
[09:20] <\sh> read the README :)
[09:21] <slomo> \sh: will you merge gajim? :)
[09:21] <\sh> highvoltage: the lpbugs workflow is explained there
[09:21] <\sh> slomo: jepp......
[09:21] <slomo> \sh: and can i request a sync of dnspython overwriting your package? or do we want yours?
[09:21] <slomo> dholbach: will  you merge gazpacho?
[09:21] <\sh> na....
[09:21] <Nafallo> what's there to merge for gajim? ;-)
[09:21] <\sh> request the sync
[09:21] <dholbach> slomo: you want to do it?
[09:22] <Nafallo> slomo: seb128 requested a sync of gazpacho earlier.
[09:22] <\sh> Nafallo: there are differences between our package and debian...i'll doit
[09:22] <slomo> Nafallo: oh, it is still in the merge list :(
[09:22] <Nafallo> \sh: that's because it's not the same package anymore ;-)
[09:22] <slomo> i'll remove it
[09:23] <\sh> thats why i'll do it
[09:23] <Nafallo> \sh: but sure. then make gajim-debian-ubuntu :-)
[09:24] <\sh> Nafallo: 0.8 will have an own repos
[09:24] <Nafallo> oki
[09:26] <Nafallo> why? :-P
[09:26] <slomo> Nafallo: elmo must have overlooked it... he synced my requests before and after he told it
[09:27] <\sh> oh wow
[09:27] <xophEr> are there backports for breezy yet?
[09:27] <Nafallo> oki, so rerequest it :-)
[09:27] <ogra> xophEr, yes
[09:27] <\sh> i'm stopping ircing...because i'm drunk somehow...or going to be
[09:27] <Nafallo> \sh: baah :-P
[09:27] <ogra> xophEr, ask on the ubuntu-backports ML if you want something backported
[09:27] <LaserJock> \sh: btw, I can't get lpbugs.py to work with smtp
[09:28] <Nafallo> \sh: why let that stop you? ;-)
[09:28] <\sh> LaserJock: it's WORKING NOW
[09:28] <\sh> even for nafallo
[09:29] <LaserJock> \sh: with smtp?
[09:29] <\sh> Nafallo: because i'm going to be a more serious MOTU
[09:29] <\sh> LaserJock: YES
[09:29] <Nafallo> \sh: wow :-P
[09:29] <slomo> wtf
[09:29] <Nafallo> slomo: me? :-)
[09:29] <slomo> http://people.ubuntu.com/~scott/ongoing-merge/axiom/
[09:29] <slomo> insane
[09:29] <slomo> =)
[09:29] <slomo> let's merge it :P
[09:30] <\sh> ok...i'm drinking beer and rum and whatever
[09:30] <\sh> good night
[09:30] <Nafallo> hmm
[09:30] <Nafallo> libgksuui1.0-1 is in universe ;-)
[09:30] <slomo> gn8 \sh_away
[09:30] <slomo> Nafallo: what is it? ;)
[09:31] <Nafallo> slomo: backend for gksu(do) ;-)
[09:31] <slomo> hmm
[09:31] <slomo> doesn't sound sane to have it in universe :P
[09:31] <Nafallo> was libgksuui1.0-0 earlier today, which is still in main ;-)
[09:33] <Nafallo> STUPID PHP!
[09:34] <Nafallo> slomo: don't forget to re-request gazpacho ;-)
[09:34] <slomo> Nafallo: why? you do it :P
[09:35] <Nafallo> me? why me? :-P
[09:35] <slomo> because you want it? ;)
[09:35] <Nafallo> I don't use it atm ;-)
[09:36] <Nafallo> and I have a working version already ;-)
[09:36] <Nafallo> hmm
[09:37] <highvoltage> slomo, ogra: thanks for your help. i will continue my motu journies tomorrow.
[09:37] <highvoltage> in the meantime, http://geekz.co.uk/lovesraymond/archive/specificator
[09:37] <highvoltage> goodnight!
[09:39] <Nafallo> ha!
[09:40] <Nafallo> kismet needs imagemagick, which FTBFS on all arches ;-)
[09:40] <dholbach> good night
[09:40] <slomo> kismet needs imagemagick?
[09:40] <slomo> gn8 dholbach :)
[09:40] <slomo> hmm, i had another package which needs a new imagemagick ;)
[09:41] <Nafallo> wrong build-deps :-P
[09:41] <slomo> fix it ;)
[09:43] <Nafallo> slomo: seahorse FTBFS on amd64, kthxbai! ;-)
[09:44] <Nafallo> ehm, make that FTBFS everywhere -)
[09:44] <Nafallo> ;-)
[09:44] <slomo> hehe
[09:44] <slomo> i'll take care of it :P
[09:45] <slomo> it worked at the time i built it :P
[09:45] <slomo> bah
[09:45] <slomo> all my syncs failed because of uninstallable librsvg
[09:47] <Nafallo> oh
[09:47] <Nafallo> joy :-P
[09:47] <slomo> who broke it? :P you? ;)
[09:47] <Nafallo> ey! I didn't touch it ;-)
[09:48] <ogra> Nafallo, haha, ita all your fault
[09:48] <ogra> *its
[09:48] <Nafallo> ogra: will you be here a while? ;-)
[09:49] <ogra> dunno, its late... i fight the last pieces of my jetlag and \sh is here... we'll probably drink...
[09:49] <LaserJock> hi bmonty!
[09:50] <bmonty> hi LaserJock
[09:50] <Nafallo> oki. just need a main uploader soon ;-).
[09:53] <slomo> *sigh*
[09:53] <Nafallo> slomo: ?
[09:53] <slomo> librsvg2-2 disappeared completly...
[09:54] <Nafallo> ehm
[09:54] <Nafallo> nice :-P
[09:54] <slomo> yes
[09:54] <slomo> that will make almost every gnome package unbuildable and uninstallable :P
[09:55] <slomo> oh, it was just me beeing stupid
[09:55] <slomo> hmm
[09:55] <slomo> then my syncs only need a give-back
[09:56] <Nafallo> ehm
[09:56] <slomo> hm, they're on "Building"
[09:58] <slomo> ehm?
[09:58] <slomo> shermans-aquarium
[09:58] <slomo> hmm
[09:58] <slomo> \sh_away's?
[09:59] <LostSole> Anyone know if/when the AMD64 versions of mythtv on Breezy are all up to version .18.1 yet? I've seen a forum post saying "yes" but the repository looks like "no"...
[09:59] <Nafallo> sherman != shermann ;-)
[10:00] <Nafallo> OUCH!
[10:01] <Nafallo> W: perlmagick: syntax-error-in-debian-changelog line 1680 "couldn't parse date Thr, 26 Aug 1999 19:55:02 +0200"
[10:01] <Nafallo> wasn't me! ;-)
[10:01] <slomo> lol
[10:03] <Nafallo> ogra: still there? ;-)
[10:24] <Nafallo> slomo: ajmitch_ are on holiday, right?
[10:24] <slomo> no idea
[10:24] <slomo> but i need a sponsor too now for main :P
[10:24] <slomo> openssl
[10:25] <Nafallo> :-)
[10:25] <Nafallo> jbailey: here? :-)
[10:37] <slomo> Nafallo: seems like noone is awake :(
[10:38] <Nafallo> indeed :-/
[10:38] <slomo> the lone mergers ;)
[10:38] <Nafallo> hehe
[10:39] <Nafallo> get main-right please! :-P
[10:39] <slomo> yes... in 4 days is TB meeting
[10:39] <Nafallo> hehe
[10:39] <slomo> but it won't help us here :P ok, for imagemagick... but for openssl i want someone else to review my changes
[10:39] <Nafallo> that's when Keybuk is home ;-)
[10:45] <zul> ttyl
[10:49] <jbailey> Nafallo: Am now.
[10:50] <Nafallo> jbailey: hi! I was looking for a main-sponsor, but tseng showed up :-).
[10:50] <jbailey> Cool. =)
[10:50] <jbailey> I'm mostly avoiding staring at the terminal today.
[10:50] <Nafallo> oh? :-)
[10:53] <Nafallo> why?
[10:54] <jbailey> Just tired from the conference.
[10:55] <Nafallo> ah oki :-)
[11:04] <Nafallo> slomo: lpbugs.sh -s kazehakase, or do I need the bug#?
[11:05] <slomo> bug# when you don't create a new bugreport
[11:06] <Nafallo> oki, thanx
[11:07] <Nafallo> lpbugs.py -s 4216 gives no output
[11:08] <slomo> --help
[11:09] <slomo> this will tell you how to use it :P
[11:09] <slomo> -s -b 4216 packagename
[11:09] <Nafallo> oh, I already looked at that. just didn't read all of it ;-)
[11:10] <Nafallo> what does -u do? :-P
[11:11] <Nafallo> hmm
[11:11] <Nafallo> -s -b didn't work either :-P
[11:11] <slomo> works fine for me :P
[11:13] <Nafallo> baah
[11:13] <Nafallo> -u -s -b
[11:13] <Nafallo> slomo: you liar! :-)
[11:13] <slomo> lol
[11:14] <Kyral> yo all
[11:14] <Nafallo> morning Kyral :-)
[11:15] <Kyral> WTF are you talking about its 1715! ;P
[11:15] <tseng> sigh
[11:16] <Kyral> It was a joke tseng
[11:16] <tseng> you have a constant attitude about everything =/
[11:16] <Kyral> Me?
[11:16] <tseng> yes, wtf this, goddamn that
[11:16] <Kyral> tseng, one thing you should realize about me
[11:16] <Kyral> 75% of what I say is BS :D
[11:17] <tseng> you can say the other 75% somewhere else than
[11:17] <tseng> we only work forwards here.
[11:17] <Kyral> Its when I am quiet is when I am angry
[11:18] <Nafallo> slomo: how long does it take before DaD understands I fixed something? :-P
[11:18] <Nafallo> or sync != fixed? :-)
[11:18] <tseng> Nafallo: DaD?
[11:18] <slomo> Nafallo: set the bug to fixed... then maybe 5 minutes
[11:19] <tseng> is that code for revu2 now
[11:19] <Nafallo> tseng: sistpoty's thing :-)
[11:19] <tseng> yes
[11:19] <Nafallo> slomo: ah, so I should edit it after elmo synced :-)
[11:19] <tseng> sistpoty++
[11:19] <slomo> Nafallo: yes
[11:20] <Nafallo> baah
[11:20] <Nafallo> I can't -u -f -b :-P
[11:21] <Nafallo> w00t!
[11:21] <Nafallo> when did I touch ethereal? ;-)
[11:22] <Kyral> lol
[11:22] <Kyral> typo fix?
[11:22] <slomo> Nafallo: you did... ages ago :P
[11:22] <Kyral> Oyah I need to email the FlowDesigner devs
[11:23] <tseng> Nafallo: when you fixed it for me in hoary-security iirc
[11:23] <Kyral> slomo, you said that they needed to install one of the libs into a different place?
[11:23] <Nafallo> that didn't look like security-changes ;-)
[11:23] <slomo> Kyral: i don't know what i've said... only that they need to fix sonames
[11:23] <slomo> too long ago ;)
[11:24] <Kyral> yah no kiddin'
[11:24] <Kyral> it was only a week ago ;P
[11:24] <slomo> yes... too long :P
[11:37] <\sh> ogras gf is strange
[11:38] <slomo> why? ;)
[11:41] <sistpoty> hi folks
[11:41] <slomo> hi sistpoty
[11:42] <sistpoty> hi slomo
[11:42] <sistpoty> bmonty: did katie mail you anything bout wesnoth?
[11:43] <\sh> fck
[11:44] <\sh> i'm totally drunk
[11:44] <sistpoty> prost!
[11:44] <Nafallo> :-)
[11:44] <sistpoty> ' \sh: better don't upload to main then ;)
[11:44] <slomo> \sh: prost :) what did you drink?
[11:44] <slomo> sistpoty: but uploads to universe are fine? :P
[11:45] <Nafallo> \sh: feel like implementing -f? (fixed) ;-)
[11:45] <\sh> 0.3l barcadi black
[11:45] <\sh> 0.2l coke
[11:45] <sistpoty> slomo: good point ;)
[11:45] <\sh> sistpoty: this is the best time
[11:45] <sistpoty> hehe
[11:46] <sistpoty> programming drunk is actually pretty cool... but debugging the day after sucks
[11:46] <\sh> slomo: black barcadi
[11:46] <\sh> and beer
[11:46] <slomo> \sh: bah, i hate bacardi ;)
[11:47] <\sh> slomo: the black one u likd
[11:47] <\sh> like
[11:47] <slomo> why?
[11:47] <\sh> skal
[11:48] <\sh> because it's tasting
[11:48] <slomo> lol... well, i'll try it :) but for now i'll stay with gin tonic :P