[00:26] <ScottK> Hobbsee: You'll probably want to subscribe to Bug #220385 - It's milestoned for the release, which is good, I guess.
[00:26] <ubotu> Launchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,Confirmed] https://launchpad.net/bugs/220385
[01:02] <Jazzva> ScottK, thanks for the teatime ack...
[01:03] <jdong> you know what *really* ruins my day?
[01:03] <jdong> having FreeBSD drop to emergency shell and realizing there's only ed at my disposal for fixing fstab
[01:06] <jml> hahaha
[01:06] <jml> sorry, I shouldn't laugh.
[01:07]  * RAOF has never even _seen_ ed.
[01:07] <jml> RAOF: it's worth looking at.
[01:08] <jml> and also maybe it's worth reading "ed man! man ed!"
[01:08] <RAOF> Hm.  Lots and lots of '?'s
[01:10] <StevenK> RAOF: It's a prompt, it wants ed commands :-)
[01:12] <jml> that's the intuitive user interface.
[01:12] <jml> it doesn't try to confuse you with a bunch of crazy error messages.
[01:14] <RAOF> Ah, I note that ! is 'run in shell'
[02:05] <ScottK> soren: Did you get a 2nd ack for rawserver before you uploaded it?
[02:05] <bddebian> Heya gnag
[02:06] <bddebian> Err gang
[02:06] <ScottK> Heya bddebian.
[02:07] <bddebian> Hi ScottK
[02:09] <soren> ScottK: I believe the policy says that when the motu-release team has collectively decided that it's good stuff, someone will set it to confirmed. Someone had done so, so I assumed all was well.
[02:09] <soren> Was that wrong?
[02:09] <ScottK> It wasn't set by motu-release it was set by someone else and I reverted it when I saw it.
[02:10] <ScottK> soren: I think (myself) it's a good thing to have, but we need a 2nd ack and don't have it yet.
[02:10] <soren> ScottK: Oh, sorry about that. I just thought at both you and sispoty sounded positive towards it.
[02:11] <ScottK> Hobbsee or TheMuso: Would you please consider Bug #219552
[02:11] <ubotu> Launchpad bug 219552 in rawstudio "[FFe] Update rawstudio to 1.0" [Medium,New] https://launchpad.net/bugs/219552
[02:11] <ScottK> soren: Let me read what he wrote again and see if I can convince myself it's an ack.
[02:11]  * soren chuckles
[02:12] <ScottK> I can't really manage it as he indicates generally good, but asks for more info about testing.
[02:15] <PartyBoi2> Hello, There is a upcoming Packaging 101 session on the 29th and I was wondering how would I get a hold of the transcripts of this event after it is finished?
[02:46] <imbrandon> PartyBoi2: they should be placed on the wiki after
[02:51] <PartyBoi2> thanks imbrandon, I will check that out after the session has finished
[02:58] <kees> ScottK: can you ack 174038?  I figured I'd just go get it cleaned up for hardy at least with a work-around.
[03:01]  * ScottK looks.
[03:05] <ScottK> kees: Done.
[03:07] <jdong> has anyone tried hotpluggin LVM devices?
[03:08] <ScottK> kees: Accepted too.
[03:08] <kees> ScottK: heh, rockin' thanks
[03:10] <TheMuso> jdong: I've had an LVM volume on an external disk before, and whil eht elMV wasn't mounted, it was available to use/mount.
[03:10] <jdong> TheMuso: ok so the LVs will automatically appear in /dev/mapper and nothign will explode if I remove the device?
[03:11] <TheMuso> jdong: You need to de-activate the LVs before you remove the device.
[03:11] <soren> jdong: You didn't say anything about hot *un*-plugging :)
[03:11] <jdong> TheMuso: ah :)
[03:11] <jdong> soren: lol
[03:12] <jdong> soren: reminds me of FreeBSD on the EEEPC. It didn't occur to me the wifi toggle actually physically removed the device from the PCI bus.
[03:12] <jdong> ath.c was NOT happy.
[03:12] <soren> Heh :)
[03:13] <Fujitsu> jdong: You really do manage to come up with some of the strangest most masochistic configs.
[03:13] <bddebian> heh
[03:13] <jdong> LOL
[03:13] <jdong> the world's most hated tester? :D
[03:13] <TheMuso> heh
[03:31] <ScottK> bddebian or jdong: Got a moment for a spot of sponsoring?
[03:31] <ScottK> If so, Bug #190450 is approved by motu-release.
[03:31] <ubotu> Launchpad bug 190450 in ov51x-jpeg "Can't compile ov511-source on hardy" [Undecided,New] https://launchpad.net/bugs/190450
[04:26] <Hobbsee> ScottK: ah, thanks
[04:35] <Hobbsee> kees: looks like you've already done so anyway
[04:41] <kees> Hobbsee: yawp, ScottK snagged it.  thanks.
[04:42] <Hobbsee> np
[04:46] <On3> hello?
[04:47] <DanikarPN> hi
[04:49] <On3> what exprience is needed to join the motu team
[04:50] <On3> im an average C++ programmer, haven't really done much on linux but, eager to learn and join the team, what exprience would i need?
[04:51] <ScottK> motu is mostly about packaging, so programming experience is not absolutely required.  It is a plus in that it helps with working on bug fixing.
[04:51] <On3> i see...
[04:51] <On3> thats cool then
[04:51] <On3> when does the freeze end? and is there anything I could do to start now?
[04:52] <cool> Hobbsee, hi there!
[04:52] <Hobbsee> hey cool!
[04:52] <cool> whats sup?
[04:52] <ScottK> On3: studying and learning is best for now.  You can start with https://wiki.ubuntu.com/MOTU/Contributing
[04:53] <On3> ScottK, any other recources I should read or pratice?
[04:53] <ScottK> That's a start.  The packaging guide is another.  Debian New Maintainer guide is another good resource.
[04:54] <ScottK> crimsun: If your around, could you please look after uploading the fix in Bug #216397 (any other MOTU feel free too).
[04:54] <ubotu> Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,New] https://launchpad.net/bugs/216397
[04:58] <ScottK> Bug #19045 could also use some sponsoring.
[04:58] <ubotu> Launchpad bug 19045 in synaptic "display top level packages" [Wishlist,Fix released] https://launchpad.net/bugs/19045
[04:59] <Fujitsu> ScottK: I uploaded bug #216397 last night. I unfortunately failed to notice it was in main.
[04:59] <ubotu> Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,Confirmed] https://launchpad.net/bugs/216397
[04:59] <Fujitsu> So it needs a core-dev.
[04:59] <ScottK> Ah.
[05:00] <ScottK> It also needs a different release manager to ack it.
[05:00] <Fujitsu> Yeah.
[05:00] <Hobbsee> StevenK: as you're the last uploader, did you want to look into that?
[05:06] <TheMuso> ScottK: thats main afaik
[05:06] <ScottK> So I'm now informed.
[05:07] <ScottK> Missed a digit on one of those bugs.  Bug #190450
[05:07] <ubotu> Launchpad bug 190450 in ov51x-jpeg "Can't compile ov511-source on hardy" [Undecided,Confirmed] https://launchpad.net/bugs/190450
[05:07] <ScottK> That's in Universe.
[05:08] <TheMuso> I've run that patch by slangasek and he wasn't sure about it, since it changes spacing for a start...
[05:09] <ScottK> OK.
[05:09] <ScottK> StevenK: Did you still intend to upload Bug #181150?
[05:09] <ubotu> Launchpad bug 181150 in moko "[FFe] moko contains a shared library with no soname/dev package handling" [Critical,Confirmed] https://launchpad.net/bugs/181150
[05:12] <ScottK> I'd also appreciate it if someone who's less tired than I am would look into Bug #203948 and figure out which revision we want.
[05:12] <ubotu> Launchpad bug 203948 in zaptel "zaptel 1.4.8~dfsg-1 fails to compile under kernel 2.6.24" [Medium,Confirmed] https://launchpad.net/bugs/203948
[05:13] <ScottK> That's all I got and I'm off to bed.
 is there an easy way to make a change to just a control file, rather than having to rebuild the entire package? (it is a depends on change)
[05:15] <ScottK> A .deb is an ar archive.  Unpack it, change it, repack it.  If that's easy for you, then yes.
[05:17] <macd> I didnt think the directory structure could be maintained, but ok, I'll try
[05:19] <macd> what format is a deb packed as?
[05:20] <macd> ohh, ar
[05:21] <TheMuso> macd: A .deb package is an ar archive, containing two tarballs, one with the package files, and the other with the package metadata.
[05:22] <macd> I just tried to repack it as .ar, rename to .deb, debdiff complains about it not being  valid archive now.
[05:43] <RAOF> macd: For what its worth, you can also manipulate .debs using dpkg-deb - including unpacking and repacking.
[05:44] <macd> thx, I figured it out with ar, but I cant seem to repack the control directory the proper way, its there, but the new package has control/ rather than ./control/ structure
[05:46] <superm1> file-roller can do a lot of that too if you want a gui like tool to do it
[05:46] <RAOF> Or dpkg-deb it, of course.  That's what I've used in the past, and I was just fiddling around.
[05:47] <superm1> it probably uses dpkg-deb on the backend
[05:47] <superm1> i've never tried on a fresh install.
[05:47] <superm1> for all i know it must be installed to work
[05:47] <macd> I feel pretty dumb, I was in control, trying to tar it up rather than being outside the dir.
[05:52] <\sh> moins btw
[05:59] <emgent> mornign \sh :)
[05:59] <emgent> *morning*
[06:00] <\sh> hey emgent
[06:00] <\sh> emgent, looks like I'm not the only one so early at work ,-)
[06:01] <emgent> heheh true :)
[06:01] <macd> RAOF, doesnt dpkg-deb extract it as it would on the filesystem? and the control stuff just dissappears
[06:01] <RAOF> macd: Not if you ask it to extract the control stuff to the same directory you've extracted everything else to.
[06:01]  * macd goes to pull hair out and rtfm
[06:02] <macd> Ive done sru's that were easier than this ;)
[06:02] <Fujitsu> macd: Why not just rebuild it?
[06:03] <macd> I just need a change to the control file, I figured this would be alot faster
[06:13] <macd> Fujitsu, RAOF, superm1 thanks, I'll come back to it tomm. when Im not so aggravated and preoccupied with halo :)
[06:16] <jdong> oh man, I think while case shopping I've found my FAVORITE piece of marketing lingo.
[06:16] <jdong> "...uses precise part placement based on thermo-fluid analysis  to achieve semi-hermetic construction"
[06:17] <jdong> that is just.... beautiful....
[06:17]  * RAOF does his calculations with phlogiston.
[06:18] <jdong> I think that means they put heatsinks on hot things, directed air through the case, and put a dust screen on the intake?
[06:18] <On3> whats the ubuntu MOTU link on launchpad?
[06:33] <dholbach> good morning
[06:34] <nixternal> mornin'
[07:47] <highvoltage> anyone know where I could get a free pink pony image (preverably SVG?)
[08:15] <StevenK> ScottK: Bug 181150 dealt with, thanks for the poke
[08:15] <ubotu> Launchpad bug 181150 in moko "[FFe] moko contains a shared library with no soname/dev package handling" [Critical,Fix released] https://launchpad.net/bugs/181150
[08:23] <megabyte405> hey, any idea why alphabetizing my build-deps list has caused libglade-2.0 to go missing in the configure of a build?
[08:25]  * Hobbsee suspects that you changed a build dep, rather than just alphabetising.
[08:27] <megabyte405> all I did was a s/, /\n/, a sort, and a s/\n/, / in gedit
[08:27] <megabyte405> and I looked at the list and as far as I can tell it looks the same
[08:28] <megabyte405> libglade is part of the gtk package, isn't it?
[08:28] <soren> no
[08:29] <megabyte405> hmm, I do see that now
[08:30]  * megabyte405 looking at old build logs to see what the deal is
[08:33] <megabyte405> looks like a build dep I removed was pulling it in as a side effect
[08:34] <soren> ...
[08:34] <soren> 07:27:29 < megabyte405> all I did was a s/, /\n/, a sort, and a s/\n/, / in gedit
[08:34] <soren> " a build dep I removed "
[08:34] <soren> Something doesn't add up here :)
[08:34] <megabyte405> ah, right :)
[08:35] <megabyte405> well, I alphabetized after removing what should have been optional
[08:35] <megabyte405> so someone was lucky in the past with the dependencies
[08:37] <megabyte405> I should doublecheck and make sure all explicit deps used are explicitly listed
[09:19] <james_w> is it one ACK or two needed from motu-release for a bugfix upload?
[09:19] <Fujitsu> james_w: One.
[09:19] <james_w> thanks
[09:40] <tkamppeter> I need a freeze exception for multiverse, bug 219509
[09:40] <ubotu> Launchpad bug 219509 in brother-cups-wrapper-laser1 "printing Din A4 format not working" [High,In progress] https://launchpad.net/bugs/219509
[10:29] <norsetto> mok0: around?
[10:44] <mok0> norsetto?
[10:44] <norsetto> mok0: seen my query?
[10:44] <mok0> No
[10:44] <mok0> email?
[10:45] <norsetto> mok0: can you ask for a give back to a buildd-admin for fnonlinear, fregression and funitroots?
[10:46] <mok0> yes, I noticed they didn't compile due to robustbase
[10:46] <mok0> How do I do that?
[10:47] <geser> mok0: ask a build-admin in #ubuntu-devel
[10:48] <geser> mok0: e.g. pitti or Mithrandir
[10:48] <mok0> geser: ok, thanks
[10:48] <norsetto> just ask in #ubuntu-devel, you can akso ask to anyone in https://launchpad.net/~launchpad-buildd-admins if you want
[10:48] <mok0> norsetto: and "give back" means they put it in the queue again?
[10:49] <norsetto> mok0: yes
[10:49] <mok0> norsetto: great
[10:49] <norsetto> mok0: but next time pls. check before uploading ;-)
[10:49] <mok0> norsetto: I am puzzled why they couldn't find robustbase
[10:50] <mok0> norsetto: I thought I did check :-(
[10:50] <norsetto> mok0: was still not DONE
[10:50] <mok0> norsetto: Ah!
[10:51] <Fujitsu> Depwaits don't require give-backs.
[10:51] <norsetto> Fujitsu: yes, but its not a depwait
[10:51] <Fujitsu> Ah.
[10:51] <Fujitsu> One of those.
[10:51] <tkamppeter> saivann, ping
[10:55] <tkamppeter> Anyone of motu-release can have a look at bug 206365?
[10:58] <mok0> norsetto: they are building now
[10:59] <norsetto> mok0: nks!
[11:04] <tkamppeter> bug 206365
[11:04] <ubotu> Launchpad bug 206365 in brother-lpr-drivers-extra "Changing paper type does not have any effects" [Low,Confirmed] https://launchpad.net/bugs/206365
[11:35] <stani> is hardy now completely frozen or can patches still be submitted?
[11:37] <norsetto> stani: if the pacth fixes an important issue it can still be submitted
[11:38] <stani> ok, thanks,than I'll try
[11:42] <Hobbsee> norsetto: did those get given back?
[11:43] <norsetto> hobbsee: yes, the most honourable pitti gave them back
[11:43] <Hobbsee> cool
[12:07]  * norsetto -> lunch
[12:14] <Riddell> tjaalton: got a motu-review person to approve that vdr-plugin-xineliboutput upload?
[12:20] <tjaalton> Riddell: not yet..
[12:21] <Riddell> tjaalton: want to poke one into doing so, I imagine they just need to look at the failed bulid and the succcessful one in the ppa
[12:23] <tjaalton> Riddell: motu-review or motu-release?-
[12:23] <tjaalton> )
[12:24] <Riddell> motu-release, that's the one
[12:24] <tjaalton> ok, I'll just subscribe them to the bug
[12:59] <Fujitsu> Can I please have an exception for soundconverter 1.0.2, which contains a single bugfix for a crash which I reported to upstream a couple of hours ago?
[12:59] <Fujitsu> Hobbsee: ^^
[13:00] <Hobbsee> Fujitsu: yes
[13:03] <Fujitsu> Ergh, there are other autotools updates not mentioned in the changelog. Backporting the patch it is.
[13:05] <tjaalton> Hobbsee: could you check bug 200906, I've uploaded a new vdr-plugin-xineliboutput which fixed a FTBFS bug on 64bit systems due to dpkg-buildpackage using default values for *FLAGS
[13:05] <ubotu> Launchpad bug 200906 in vdr-plugin-xineliboutput "in alpha6 broken!" [Undecided,Confirmed] https://launchpad.net/bugs/200906
[13:05] <tjaalton> built fine on my ppa
[13:07] <Hobbsee> tjaalton: OK
[13:08] <tjaalton> Hobbsee: great, thanks
[13:09] <Hobbsee> np
[13:10] <ScottK> StevenK: There's a moblin-image-creator upload waiting to be accepted that I think is yours.  Did you have some kind of motu-release approval for it?
[13:15] <spacepluk> Hi all, I guess everybody is too busy with the release to sponsor an update... aren't you? :)
[13:18] <Fujitsu> spacepluk: Not only are we too busy, there's nowhere to sponsor to.
[13:18] <ScottK> Unless it's a critical bug fix that would be approved by motu-release.
[13:20] <ScottK> StevenK: Nevermind.  Forgot to refresh my queue page.
[13:20] <ScottK> Note to self: Coffee then motu-release stuff.
[13:21] <spacepluk> Fujitsu: I'm sorry, I don't get it
[13:22] <Fujitsu> spacepluk: Unless it's a very critical bug, there's nowhere to sponsor it to.
[13:22] <Fujitsu> Intrepid isn't yet open, and Hardy is very frozen.
[13:22] <spacepluk> Fujitsu: ok, no problem. I'll wait a couple of weeks
[13:29] <Hobbsee> ScottK: it's crack.  it's always crack.  just accept it.
[13:29] <Hobbsee> ScottK: consider it my ack.
[13:30] <ScottK> ;-)
[13:47]  * norsetto <- lunch
[14:31]  * persia seeks motu-release ACK for a fix for bug #216557, without which prime cannot be installed.
[14:31] <ubotu> Launchpad bug 216557 in ubuntu "HAL daemon eats 100 percent CPU (hardy)" [Undecided,New] https://launchpad.net/bugs/216557
[14:31] <ScottK> dholbach: Would you be willing to look at sponsoring Bug 220385 - It'd solve some significant security concerns.  I'd do it, but I'm completely unfamiliar with pulling stuff from bzr to sponsor.
[14:31] <ubotu> Launchpad bug 220385 in envyng-core "envy needs to pull drivers from multiverse, not PPA" [Medium,In progress] https://launchpad.net/bugs/220385
[14:31] <ScottK> persia: Looking
[14:31] <sistpoty|work> hi folks
[14:32] <persia> ScottK: Thanks.
[14:32] <ScottK> Hi sistpoty|work.
[14:32] <sistpoty|work> hi ScottK
[14:32] <dholbach> ScottK: I'll look into it - there's currently some discussion going on between mvo, BenC and Alberto on how to fix it right - but I can sponsor - no problem
[14:32] <ScottK> persia: What package are you fixing and where's the patch?
[14:32] <ScottK> dholbach: Thanks.
[14:32] <dholbach> de rien
[14:33] <persia> ScottK: package prime.  patch by Ikuya Awashiro.  I'm just planning to sponsor (and maybe clean a bit).
[14:33] <ScottK> dholbach: I marked it approved by motu-release, so go ahead when you have the right fix.
[14:33] <ScottK> persia: I don't see any patch in that bug.
[14:33] <dholbach> ScottK: thanks
[14:33] <laga> i believe it's the wrong bug number
[14:34] <ScottK> persia: Is that the right bug #?
[14:34] <persia> Err.  Oops :)  bug #216577
[14:34] <ubotu> Launchpad bug 216577 in prime "wrong dependency" [Undecided,New] https://launchpad.net/bugs/216577
[14:34] <ScottK> Looking again.
[14:34] <persia> Note that it should be ruby (=> 4.1) rather than ruby (=4.1), but that's minor :)
[14:35] <persia> (and I'll fix it before upload)
[14:36] <ScottK> persia: Great.  Approved.
[14:36] <persia> ScottK: Thanks.
[14:41] <norsetto> heya sistpoty|work
[14:41] <sistpoty|work> hi norsetto
[14:42] <norsetto> dholbach: heya master
[14:42] <dholbach> hi norsetto, hi sistpoty|work
[14:43] <norsetto> scottk: heya master
[14:43] <sistpoty|work> hi dholbach
[14:43] <ScottK> Heya norsetto.
[14:44] <ScottK> norsetto: You might want to look at the mailscanner FFe.  doko requests it approved and I agree with his reasons, but can't quite bring myself to approve it myself.
[14:44] <norsetto> ARE WE ALL READY FOR A KICK ASS RELEASE?
[14:44] <norsetto> scottk: yes, I saw that, let me check it
[14:44] <ScottK> Is the rbase thing done?
[14:45] <norsetto> scottk: almost, as soon as r-cran-farma is in the repo I will upload the last remaining package
[14:45] <ScottK> Great.  Then yes.
[14:53] <norsetto> scottk: did you see anything from stani? He wanted to have a last patch uploaded.
[14:54] <stani> norsetto, ScottK: I am working on it.
[14:54] <ScottK> Last I heard from him was on phatch and that one is uploaded.
[14:54] <ScottK> Ah
[14:54] <stani> It is a patch for phatch
[14:54] <ScottK> Another one then.
[14:54] <ScottK> Are you going to want to upload a fix for the pydoc crash in spe?
[14:54] <stani> yes, there is a bug which makes droplet functionality broken
[14:55] <stani> ScottK: I guess that the bug is not really an issue.
[14:55] <stani> ScottK: pydoc seems to work here
[14:55] <ScottK> OK.  I wonder why not there, but OK.  Up to you.
[14:56] <stani> pydoc has the limitation that it needs to import the python source file in order to generate documentation
[14:56] <stani> so I guess something is wrong in his source file
[14:56] <stani> I've checked pydoc here on a couple of files and it works just fine
[14:57] <stani> So if you apply pydoc to "import sys;sys.exit()" spe will crash
[14:57] <slicer> Uhm, are you all horribly busy with the release, or can I ask a question related to Intrepid packaging?
[14:59] <james_w> anyone for motu-release want to comment on whether we should sync for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473707 ?
[14:59] <ubotu> Debian bug 473707 in approx "approx: Fails to start on upgrade" [Grave,Fixed]
[14:59] <Kamping_Kaiser> hi all. i'm rebuilding firefox 3 from the hardy repo with some changes. its finishing after ~2 or 3 minutes. is this how it should be? firefox 1.5 took an hour. i do notice that xul is gone, but even so i'm worried Stuff Is Wrong.
[15:00] <slytherin> slicer: just ask
[15:00] <sistpoty|work> james_w: have you checked, wether this is present in hardy as well (I only slightly recall that we had some problems with pitti's dbg-sym stuff, which got fixed later)
[15:01] <sistpoty|work> james_w: if it's there, I guess we should get it in
[15:01] <sebner> sistpoty|work: heya :)
[15:02] <sistpoty|work> hi sebner
[15:02] <ScottK> stani: Your package, your call, but in my book a crash is always a bug, even on bogus input.
[15:02] <sebner> ScottK: hi, now. what about mailscanner? I don't have any personal interest in it but if you wish I can update the bug report for the new version to sync
[15:03] <ScottK> Kamping_Kaiser: That's not a Universe package, so it's a bit OT here.
[15:03] <stani> ScottK: I agree, but it is then a bug in pydoc, which is a plugin for spe
[15:03] <slicer> Intrepeid (like Hardy) has a broken XEvie support (the X extension to look at global input). XEvie seems to be discontinued and noone is maintaining it. As such, my application has a fallback to use raw /dev/input/event* access. Of course, these device nodes are root only, meaning normal users can't use them. I've created a HAL policy file which is kind of a hack, but gives console users access to raw console input devices. The question is; what's the corre
[15:03] <Lamego> Kamping_Kaiser, there is nothing like checking the building log :)
[15:03] <stani> ScottK: that is why I need his source file. Right now I am not able to reproduce it, so I can't fix it.
[15:03] <ScottK> stani: Reasonable.  But I'll push back that spe should survive plugins crashing, so it's got layers.
[15:03] <ScottK> Understand.
[15:04] <Kamping_Kaiser> ScottK, where do suggest i ask? :)
[15:04] <ScottK> sebner: I'm not going to ack it, but maybe norsetto is interested.
[15:04] <stani> ScottK: Well, in that case I have to try to call pydoc from a subprocess, but that patch requires some work and is too heavy for hardy.
[15:04] <ScottK> Kamping_Kaiser: I think mozillateam has an IRC channel.
[15:04] <Kamping_Kaiser> ScottK, thanks, i'll have a look
[15:04] <ScottK> stani: Quite reasonable to wait then.
[15:05] <sebner> sistpoty|work: what about you and mailscanner? Just saw the latest comments ...
[15:05] <Kamping_Kaiser> Lamego, nothing like confirming with a human ;)
[15:05] <sistpoty|work> sebner: yes, please update it... will need a 2nd ACK from motu-release though
[15:06] <sebner> sistpoty|work: I know. just don't want to do some work and in the end it doesn't get approved ..
[15:06] <Lamego> a human versus a log to check a build status :P ?
[15:06] <norsetto> sebner, scottk: I'm not particularly thrilled to ack bug 204546, especially in light of dbts 472489
[15:06] <ubotu> Launchpad bug 204546 in mailscanner "[FFe] Please sync mailscanner 4.66.5-2 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/204546
[15:07] <norsetto> sebner, scottk: but if sebner can do a dapper->hardy upgrade test, I'm happy
[15:07] <sebner> heya RainCT
[15:08] <sebner> norsetto: of course I would change it to 4.68.8-1. Hmm I don't have a dapper machine around me :\
[15:09] <norsetto> sebner: just install the dapper package
[15:09] <ScottK> sebner: Bulding the Dapper version for Hardy, installing it, and upgrading should do it.
[15:09] <sebner> ah =) =) =)
[15:17] <sebner> ScottK: hmm. We should use the new version. I can't uninstall the old one ^^
[15:18] <norsetto> sebner: yes, thats bug 215932
[15:18] <ubotu> Launchpad bug 215932 in mailscanner "package mailscanner 4.58.9-2ubuntu1 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/215932
[15:18] <ScottK> sebner: So the question would be can get do some magic in the new package to get the old one uninstalled right.
[15:19] <sebner> ScottK: hmm. Fix broken non-standard conform init-script, which caused upgrade problems
[15:19] <sebner>      invoke-rc.d requires initscripts to return 0 if the daemon was already
[15:19] <sebner>      stopped
[15:20] <ScottK> sistpoty|work: Any ideas how we could work around that ^^^
[15:20]  * persia points at http://women.debian.org/wiki/English/MaintainerScripts for decoding what arguments to use to get hints about how to uninstall things orrectly for upgrade
[15:21] <ScottK> sebner: ^^^ There you go.  Have fun.
[15:21] <sistpoty|work> ScottK: not right now... but iirc dpkg allows error unwinding with parts of the new package (imo described in debian-policy somewhere)
[15:21] <sebner> ScottK: <sebner> ScottK: hi, now. what about mailscanner? I don't have any personal interest in it   ;)
[15:21] <stani> ScottK: concerning spe I just released spe 0.8.4.g which fixes some packaging issues (partly feedback from fedora packagers)
[15:22] <stani> ScottK: but for me I don't think it needs to be updated in Hardy
[15:22] <sebner> ScottK: also a lack of time since this is my last important school week =)
[15:22] <ScottK> stani: If it's not fixing substantial issues known in Hardy, I think we need to leave it.
[15:22] <sistpoty|work> ScottK: so it would imo be s.th. to ignore errors from the init script in the new postrm probably, which should do the trick (no guarantee, as I wrote, I don't know the order/arguments called of maintainer scripts by heart)
[15:22] <stani> ScottK: indeed
[15:22] <ScottK> sebner: OK, but this would be a very good learning experience on your road to MOTU.
[15:23] <ScottK> sebner: As sistpoty|work says you can do it in postrm.  If the old package postrm fails, dpkg will try the one provided by the new package.
[15:23] <sebner> ScottK: yeah I know but it seems that it need somehow a lot of time and also fast since release is in 2 days
[15:23] <ScottK> I bet you have it in less than an hour.
[15:30] <norsetto> finally, we got rid of r-base ....
[15:30] <sebner> ScottK: seems to be a SRU for all supported versions? I have no clue at all what I should do now :(
[15:30] <ScottK> If it's already fixed via SRU then it's no worry.
[15:31] <ScottK> norsetto: ^^^
[15:31] <norsetto> yeah, yeah
[15:32] <sebner> ScottK: no single package is fixed -.-
[15:32] <ScottK> Ah.
[15:33]  * ScottK doesn't have time to look into it.  I do think you can deal with it in prerm if needed.
[15:34] <sebner> ScottK: prerm, postrm. what now?
[15:35] <sistpoty|work> sebner: which maintainer script fails for you?
[15:35] <ScottK> IIRC it's prerm that stops the old service, but I really don't have any brain power at all to stick on this at the moment.
[15:37] <sebner> sistpoty|work: subprocess pre-removal script returned error exit status 1
[15:37] <sebner>  ,   subprocess post-installation script returned error exit status 1
[15:38] <sistpoty|work> sebner: ok... so let's look at debian policy, 6.6
[15:38] <sistpoty|work> sebner: if the prerm of the old package failed, the prerm of the new version is called with the argument "failed-upgrade"
[15:39] <afflux> morning sebner *g*
[15:39] <sebner> afflux: your words are always wrong xD
[15:39] <afflux> sorry, school just finished so the day starts now :)
[15:40] <sebner> sistpoty|work: I see but is there any example file etc. since if have no idea how the syntax is ,...
[15:40] <sistpoty|work> sebner: if you look further down, the same will happen, if the old postrm fails (new postrm is called with "failed-upgrade" as argument)
[15:40] <sebner> afflux: ^^
[15:42] <sistpoty|work> sebner: well, these are just shell scripts... try building the new package, and look at the prerm/postrm script of it to get an example
[15:43] <sistpoty|work> (actually it can also be e.g. perl scripts... anything that's supported by essential: yes packages, but usually it's shell scripts)
[15:43] <stani> ScottK: could you ack Bug #220630? I have the fix ready, but will now make a debdiff to speed up the process.
[15:43] <ubotu> Launchpad bug 220630 in phatch "droplet functionality is broken" [High,Confirmed] https://launchpad.net/bugs/220630
[15:44] <ScottK> stani: Looking.  Please stop marking phatch bugs as "High".  Importance is for the distro.  It's virtually impossible for any Universe package to merit High.
[15:45] <afflux> ScottK: as I see it, the project's task is "high", the distro's task is "undecided"
[15:45] <ScottK> Reasonable.  I missed it wasn't the Ubuntu task.
[15:46] <RainCT> Hi sebner
[15:46] <ScottK> sistpoty|work: Now that pitti has tested, would you please ack Bug #205179
[15:46] <ubotu> Launchpad bug 205179 in postgis "postgresql-8.3-postgis not included in Hardy" [Undecided,New] https://launchpad.net/bugs/205179
[15:46] <afflux> however, it would be useful if ubotu would prefer displaying the ubuntu task ;)
[15:46] <stani> ScottK: ok, otherwise I don't understand why projects have high if they never can use it
[15:47] <ScottK> stani: As afflux pointed out, I didn't notice that was the project task and not the Ubuntu task.
[15:47] <ScottK> Nevermind.
[15:47] <stani> no problem
[15:47] <ScottK> Launchpad gets very confusing from my perspective when upstream is also on Launchpad.
[15:47] <RainCT> ScottK: fyi, dunno if you saw it yesterday but someone mentioned a application for archive rebuilds (rebuildd, it's in the repository)
[15:48] <stani> or is this in the ubotu algorithm?
[15:48] <sistpoty|work> ScottK: ACK'd
[15:54] <ScottK> stani: I'd like to see the debdiff before I ack it.
[15:54] <stani> ok, no problem
[15:54] <stani> it will be very obvious
[16:03] <norsetto> is anyone looking at the zillion bugs deluge-torrent is producing?
[16:05]  * norsetto wonders if actually deluge was referring to the number of crashes
[16:06] <stani> ScottK: debdiff is attached to launchpad
[16:06] <stani> ScottK: tell me if you need feedback
[16:14] <james_w> sistpoty|work: sorry, got kicked off t'internet.
[16:17] <james_w> I don't seem to be able to reproduce, so I guess we can leave it.
[16:25] <stani> If I add a debdiff to a launchpad bug, should I change the status to "Fix Committed" or is that reserved for when the phatch is uploaded?
[16:25] <stani> sorry patch, not phatch
[16:26] <Iulian> stani: Have a look at https://wiki.ubuntu.com/Bugs/Status
[16:27] <stani> lulian: thanks, everything is clear now
[16:27] <sistpoty|work> james_w: great... thanks!
[16:28] <Iulian> stani: Great
[16:38] <sebner> sistpoty|work: I still have no idea what and how to write the necessary things in postrm and prerm :(
[16:40] <nxvl> when are going to be the final iso's availeble?
[16:43] <persia> nxvl: Likely late on the 24th in UTC+8.
[16:47] <Amaranth> tseliot: did you know envy installing fglrx in gutsy breaks upgrades to hardy? seems you add a diversion on /etc/xdg/compiz/compiz-manager and never clean it up
[16:47] <stani> ScottK: are you around?
[16:47] <tseliot> ﻿Amaranth: let me check
[16:49] <Hobbsee> Amaranth: <sigh>
[16:49] <Hobbsee> bah.  i won't say anything.
[16:51] <tseliot> Hobbsee: that's the old Envy
[16:51] <Hobbsee> ah, right.
[16:52] <Hobbsee> so then i'll revise my complaint, but still won't say anything.
[16:52] <stani> Can someone look at the debdiff I proposed in Bug #220630 and if he agrees ack and upload the fix?
[16:52] <ubotu> Launchpad bug 220630 in phatch "droplet functionality is broken" [High,In progress] https://launchpad.net/bugs/220630
[16:53] <kees> can someone from motu-release review (and hopefully ACK) bug 213143?
[16:53] <ubotu> Launchpad bug 213143 in snort "snort: failed to install: post-installation script killed by signal (Interrupt)" [Undecided,New] https://launchpad.net/bugs/213143
[16:54] <tseliot> ﻿Amaranth: I can't find (or remember about) such diversion in Envy Legacy. Can I see a bugreport about this?
[16:55] <Amaranth> launchpad makes it hard to find, searching
[16:56] <Amaranth> tseliot: bug 215140
[16:56] <ubotu> Launchpad bug 215140 in compiz "compiz wrapper script references /usr/local" [Low,Invalid] https://launchpad.net/bugs/215140
[16:57] <Amaranth> tseliot: I know you did something to modify compiz to work with fglrx in gutsy
[16:57] <ScottK> stani: I'm back.
[16:58] <stani> ScottK: OK, I didn't know
[16:58] <Amaranth> btw, pretty sad, i gave up on launchpad and searched in gmail for that
[16:58] <stani> everything is ready
[16:59] <Amaranth> launchpad gave me two pages of worthless results, gmail gave me the right answer right away first result
[16:59] <ScottK> stani: Acked.
[17:00] <stani> ScottK: thanks
[17:00] <tseliot> Amaranth: I made sure that the ATI installer couldn't overwrite compiz. Then Envy Legacy would make a backup of /usr/bin/compiz to /usr/bin/compiz.envy and restore it when the user decided to uninstall the driver.
[17:00] <ScottK> stani: You'll need to get someone else to sponsor it.
[17:00] <Amaranth> tseliot: So there is yet _another_ driver installer that is doing this?
[17:00] <tseliot> ﻿Amaranth: the file which envy legacy used had only a longer whitelist for the fglrx driver
[17:01] <tseliot> ﻿Amaranth: ???
[17:01] <Amaranth> Anyone know of any other things like envy that could have broken at least a dozen users systems?
[17:01] <stani> ScottK: I subscribed it u-u-s. I am a bit suspicious that it shows the priority and status of Phatch upstream.
[17:01] <ScottK> It should be fine.
[17:01] <Amaranth> tseliot: If envy didn't setup the diversion then someone else has a project like envy
[17:01] <stani> ScottK: ok
[17:01] <Amaranth> And I like their way of handling this better, they just didn't clean up afterwards properly
[17:03] <tseliot> Amaranth: I know who did it
[17:03] <tseliot> Amaranth: here's a line from the ATI installer: dh_install -p$(PKG_driver) "debian/compiz-manager"   "etc/xdg/compiz"
[17:03] <stani> Can anyone sponsor the debdiff in Bug #220630 (it has just been acked)?
[17:03] <ubotu> Launchpad bug 220630 in phatch "droplet functionality is broken" [High,In progress] https://launchpad.net/bugs/220630
[17:04] <tseliot> ﻿Amaranth: I think that the user in the bug report had tried different ways to install the driver. Envy was just one of them.
[17:04] <Amaranth> tseliot: you mean upstream AMD is screwing me?
[17:05] <simple> My normal "./configure && make" works fine. Does anyone know why my dpkg-buildpackage (8.04 i386) errors out with this: configure: error: C compiler cannot create exectutable
[17:05] <norsetto> simple: no
[17:06] <tseliot> ﻿Amaranth: I'm not saying that. Just download the installer, extract it and have a look at this file: packages/Ubuntu/dists/gutsy/rules
[17:06] <Amaranth> tseliot: installer for what?
[17:06] <tseliot> ﻿Amaranth: the installer from AMD's website
[17:06] <Amaranth> so upstream AMD is screwing me
[17:06] <Amaranth> this is new
[17:06] <tseliot> mario_limonciell: can you have a look at this problem?
[17:07] <norsetto> amaranth: amd has screwed us since we bought their cards ....
[17:07] <mario_limonciell> what problem?
[17:07] <Lamego> Is anyone looking at bug 210162 ?
[17:07] <ubotu> Launchpad bug 210162 in gnome-compiz-manager "gnome-compiz-preferences type mismatch warning" [Undecided,Confirmed] https://launchpad.net/bugs/210162
[17:08] <tseliot> mario_limonciell: Amaranth says that there's a problem with ﻿a diversion on /etc/xdg/compiz/compiz-manager
[17:09] <mario_limonciell> that's no longer in place on hardy?
[17:09] <Amaranth> seems the diversion is not cleaned up
[17:10] <kees> ScottK: if you have a moment, can you review bug 213143?
[17:10] <ubotu> Launchpad bug 213143 in snort "snort: failed to install: post-installation script killed by signal (Interrupt)" [Undecided,New] https://launchpad.net/bugs/213143
[17:10] <Amaranth> but this isn't an ubuntu problem
[17:10] <mario_limonciell> Amaranth, can you pastebin what you are referring to?
[17:10] <Amaranth> this is an "I hate AMD" problem
[17:10] <ScottK> kees: Sure
[17:10] <mario_limonciell> Amaranth, that was added in originally because gutsy didn't have fglrx in the white list
[17:11] <kees> ScottK: thanks :)
[17:11] <Amaranth> mario_limonciell: I'm sure
[17:11] <Amaranth> Someone wanted to show off how non-crappy the driver was but screwed up the packaging
[17:11] <saivann> tkamppeter : Thanks
[17:11] <Amaranth> And now this is causing me grief
[17:11] <simple> norsetto, would you be willing to look at my results via a pastebin?
[17:11] <mario_limonciell> shrug.
[17:12] <mario_limonciell> Amaranth, at some point this last few months i've taken over it, but no one has reported any issues re it?
[17:12] <Amaranth> It only happens on upgrade to hardy
[17:12] <Amaranth> Or if you uninstall the driver, I suppose
[17:12] <mario_limonciell> oh, probably why no one would have reported it then
[17:12] <mario_limonciell> how bad is the breakage?
[17:13] <ScottK> kees: Ack'ed
[17:13] <Amaranth> compiz doesn't work anymore
[17:13] <simple> or anyone else want to try to help me fix my dpgk-buildpackage problem by seeing my output?
[17:14] <kees> ScottK: cool; I've sub'd ubuntu-archive now.
[17:14] <ScottK> Great.
[17:14] <mario_limonciell> Amaranth, well if can hold out until later this evening when I return home from work, i'll be glad to help you through sorting the problem out (and then getting the appropriate fix in place)
[17:15] <Amaranth> mario_limonciell: I don't own an ATI video card
[17:15] <mario_limonciell> Amaranth, oh
[17:15] <mario_limonciell> well are you representing someone with a problem then?
[17:15] <Amaranth> Well, I do, but it is sitting in a box and will stay there until the radeon driver supports it
[17:15] <Amaranth> mario_limonciell: I'm the compiz guy :P
[17:15] <mario_limonciell> ah :)
[17:16] <simple> should i be asking my questions somewhere else?
[17:16] <mario_limonciell> well then there have been some reports of folks with the AMD driver upgrading and running into issues i take it?
[17:16] <Amaranth> mario_limonciell: yeah
[17:16] <mario_limonciell> Amaranth, would you mind subscribing me to a more informative one of them then and i'll take a glance sometime later tonight?
[17:16] <Amaranth> mario_limonciell: I knew envy did something like this, didn't think upstream would do something so hacky
[17:17] <persia> simple: This is likely the right place, although people are very busy preparing for release.  You might paste a buildlog in a pastebin, as this is typically a good source of information about the problem.
[17:17] <mario_limonciell> Amaranth, well it was either touch things in /etc that aren't owned, or divert
[17:17] <simple> patebin: http://pastebin.com/d7c0f85a8
[17:17] <mario_limonciell> so this was the lesser of two evils
[17:17] <Amaranth> mario_limonciell: there really is no more information, I closed most of them as "you broke your system, that file is supposed to exist"
[17:18] <Amaranth> mario_limonciell: Neither should have been done, this is not either or
[17:18] <geser> simple: can you also paste your debian/rules?
[17:18] <ScottK> sistpoty|work: I've been coordinating with Riddell and slangasek in #ubuntu-release to let them know which uploads/sync's we've approved and are ready to be processed.  I'll be out for several hours.  If you could take that up while I'm gone, I'd appreciate it.
[17:19] <james_w> simple: cc1: error: unrecognized command line option "-fno-unit-at-a-time""
[17:19] <sistpoty|work> ScottK: sorry, I'm almost on my way home... so I'm only back in maybe 1.5 hours or so
[17:19] <tseliot> Amaranth: we need to communicate more with upstream. Maybe we can talk at the UDS about this.
[17:19] <simple> the only thing i've done to that debian/rules is take out '--enable-threads'  - that package is the result of 'apt-get source tcl8.5'
[17:19] <ScottK> OK.
[17:20] <ScottK> sistpoty|work: One of us can just catch up then when we get back.
[17:20] <Amaranth> tseliot: That will be an easy discussion: Stop messing with my stuff.
[17:20] <Amaranth> :)
[17:20] <sistpoty|work> ScottK: ok :)
[17:20] <simple> james_w, am i missing some sort of gcc package or somethig?
[17:20] <mario_limonciell> Amaranth, what would you have proposed as a better solution to folks who install a driver and expect compiz to work?
[17:20] <Amaranth> mario_limonciell: Nothing
[17:21] <james_w> simple: actually: #
[17:21] <james_w> configure:1788: i486-linux-gnu-gcc "-g -O2 -fno-unit-at-a-time"  -Wl,-Bsymbolic-functions conftest.c  >&5
[17:21] <geser> simple: it's a bad quoting of CFLAGS in debian/rules
[17:21] <tseliot> Amaranth: no, seriously. Working with them is better than having to work around them.
[17:21] <james_w> it looks to me like "-g -02 etc. shouldn't be quoted
[17:21] <james_w> as geser says
[17:21] <simple> geser: debian/rules: http://pastebin.com/d5b04ec5c
[17:21] <stani> whois Amaranth
[17:22] <nxvl> persia: and why is iso.qa closed?
[17:22] <simple> erm, that's the rules that came in the source package.. it's broken there?
[17:22] <Amaranth> mario_limonciell: If it would have been done correctly I probably would have complimented the ingenuity but...
[17:22]  * sistpoty|work heads home... later
[17:22] <persia> nxvl: I'm entirely the wrong person to ask about that :)
[17:22] <persia> simple: Drop the quotes: make doesn't interpolate
[17:22] <geser> simple: remove in line 16, 21 and 23 the " and add them to line 57
[17:22] <Amaranth> It seems envy actually had a better solution
[17:23] <simple> well, someone needs to do that for the original package upstream too then
[17:23] <geser> simple: line 57 should be: $(MAKE) CFLAGS="$(CFLAGS)"
[17:23] <persia> geser: Why are they required in line 57?  Does the shell need it to be passed as a single argument?
[17:23] <Amaranth> stani: is that a question or did you miss a /? :)
[17:23] <mario_limonciell> Amaranth, well sorry that something went wrong in the clean up.  If something like this in the future needs to be done, we'll talk to you before doing it
[17:23] <stani> Amaranth: I missed the /
[17:24] <tseliot> Amaranth: Envy is a different beast. They did what they could. And again I'm convinced that better communication with upstream would be good.
[17:24] <Amaranth> mario_limonciell: In this case coming to me and saying "old drivers won't make it through the rest of your checks and we want people to be able to use new drivers" would probably have convinced me to add fglrx to the whitelist to prepare for such things
[17:24]  * simple builds...
[17:24] <Amaranth> Of course then if the old drivers crashed while doing the checks I would have been pretty mad too :)
[17:24] <geser> persia: wouldn't make CFLAGS=-g -O2 -fno-unit-at-a-time be inteprated as CFLAGS=-g and -02 and -fno-unit-at-a-time as parameters to make (make targets)?
[17:24] <mario_limonciell> Amaranth, this was before i took over the packaging
[17:24] <Amaranth> Crashes while doing the checks are the reason we have the whitelist, btw
[17:25]  * norsetto -> away
[17:26] <persia> geser: Hmmm.  Maybe make options, but not make targets.  I'm not sure if GNU make actually looks for options after the targets, but right, the shell needs the quotes to force them into the CFLAGS variable.  Thanks for the explanation.
[17:27] <simple> well, someone needs to put that on a 'to-do' list somewhere, to fix the source package of tcl8.5 then
[17:27] <simple> i thought i was going crazy, it worked fine in debian, but not ubuntu =/
[17:27] <geser> persia: that's how I fixed such bugs when I saw them
[17:28] <geser> simple: please file a bug with a patch
[17:28] <simple> i have no idea how to do that
[17:28] <persia> simple: The toolchains don't exactly match right now, and we've had a fair number of issues like that.  If you'd be willing to file a bug with a patch, it might even be able to get uploaded before release.
[17:28] <simple> erm, the build failed
[17:29] <simple> oh wait, it passed
[17:29] <simple> error on signing
[17:29] <simple> i dont know how to make a patch, and i dont know where your buzilla or whatnot is
[17:30] <simple> this is all i did: remove in line 16, 21 and 23 the " and add them to line 57
[17:34] <persia> Anyone from motu-release want to ACK simple's change?  I'll upload a quick rev for it if we want tcl8.5 to build :)
[17:35] <ScottK> persia: What bug?
[17:35] <persia> ScottK: No bug.  Just misquoted CFLAGS in debian/rules.  Do you need a bug to ACK?
[17:36] <simple> for eggdrop to run against tcl, '--enable-threads' cannot be there
[17:36] <ScottK> persia: No.  Ack.  Please mark it in the bug when there is one.
[17:36] <persia> simple: bug tracker is https://bugs.launchpad.net/ubuntu/+bugs/
[17:37] <simple> so i've just built it without threads
[17:37] <persia> ScottK: I wasn't going to make one, but I'll do so if you need it :(
[17:37] <ScottK> No.  I guess not.
[17:38] <persia> ScottK: Thanks :)
[17:38] <stani> persia: do you have time to sponsor the debdiff on Bug #220630?
[17:39] <persia> stani: I suppose so
[17:39] <phoenix24> Hi all.
[17:39] <phoenix24> What is the difference between a loopback device and a device-mapper ?
[17:39]  * persia plans to return to senescence after sponsoring that, at least for the next many hours
[17:40] <persia> phoenix24: loopback is a file.  device-mapper is lots of things: often LVM or fakeraid or something.
[17:40] <simple> thanks for all your help people =)
[17:40] <stani> persia: great, thanks. I and Erich (other phatch contributor) have verified that the fix works.
[17:40] <simple> i really appreciate it
[17:43] <stani> persia: here is the url (ubuto did not seem to parse it): https://bugs.launchpad.net/phatch/+bug/220630
[17:43] <ubotu> Launchpad bug 220630 in phatch "droplet functionality is broken" [High,In progress]
[17:43] <persia> stani: It was the '?' :)  Thanks.
[17:44] <stani> persia: ok, good to know ;-)
[18:08] <stani> persia: thanks for sponsoring it
[18:35] <aquo> hi, is there some channel for the RC?
[18:36] <Pici> aquo: You mean for support?
[18:36] <imbrandon> #ubuntu+1
[18:36] <sistpoty> re
[18:36] <zul> whoa hey imbrandon
[18:36] <aquo> Pici: for talking about some things i consider bugs.
[18:37] <Pici> aquo: Probably #ubuntu+1 is the best place to start
[18:38] <aquo> Pici: ok, nobody seems to care about the problems
[18:38] <imbrandon> heya zul :)
[18:39] <aquo> i tried the RC with qemu with hardy and it doesn't boot correctly.
[18:39] <aquo> aehm, no with gutsy ...
[18:39] <aquo> anyway
[18:39] <aquo> nobody seems to care.
[19:00] <blairzajac> Is REVU taking submissions?  I uploaded libfile-fnmatch-perl yesterday evening PST and dput says it worked but I don't see it on the revu site
[19:01] <sistpoty> blairzajac: it's sitting in the rejected queue right now... I'll run a keyring sync and put it back
[19:02] <blairzajac> sistpoty: great, thanks
[19:42] <handschuh> anybody here to answer a question?
[19:42] <RainCT> handschuh: yes, just ask
[19:42] <handschuh> ok, great
[19:43] <handschuh> i do have a java application and a deb-package and now I want to 'include' it into ubuntu repos
[19:43] <handschuh> since java is only 'half-binary' do I have to build an extra source-package?
[19:44] <RainCT> Java... you'll have to wait for someone else to answer :)
[19:45] <handschuh> ok ... then I will ask again later, thanks anyway!
[19:47] <norsetto> handschuh: what do you mean? You have a package with a java application in it or what?
[19:47] <handschuh> thats correct
[19:48] <norsetto> handschuh: ok, then the right place is revu
[19:48] <norsetto> !revu
[19:48] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[19:48] <handschuh> i know i know, but revu wants a source-package
[19:48] <norsetto> handschuh: of course
[19:49] <handschuh> so the java sources and not the java-classfiles I guess
[19:49] <handschuh> (just wanted to be sure)
[19:49] <norsetto> handschuh: yes, classfiles needs to be built during build
[19:49] <laga> java class files are binary, so i guess you need a real source package
[19:51] <handschuh> ok so I do have to build an extra source-package ... thanks
[19:52] <norsetto> handschuh: try also this link: http://www.debian.org/doc/packaging-manuals/java-policy/ it may clarify some of the issues
[19:53] <handschuh> Oh, wasnt aware about that! So its time to read how to build a source package  ;-)
[19:55] <blairzajac> is is better/easier to submit a package to debian and ask for a sync to ubuntu or the other way around, especially with the hardy freeze now?
[19:55] <blairzajac> which organization is it easier to get a package into?
[19:56]  * RainCT recommends Debian as that way both distributions (and their derivates) will benefy from it
[19:57] <norsetto> blairzajac: you may find it easier to get your package in ubuntu from debian than the other way around
[19:57] <blairzajac> norsetto: is that in general or just when freezes are in effect?
[19:58] <norsetto> blairzajac: freeze is irrelevant
[19:58] <blairzajac> norsetto: ok, thanks
[20:12] <sistpoty> persia: around? did your upload of tcl8.5 get approved yet?
[20:15] <yosch> sistpoty: hi, got a minute for bug 180011?
[20:16] <sistpoty> yosch... /me looks (damn ubotu, leaves when I need him *g*)
[20:17] <yosch> sistpoty: thanks, yeah /me was wondering why the bot wasn' answering :)
[20:17] <mok0> ubotu, you lazy bastard
[20:17] <yosch> sistpoty: it's about the the ttf-ubuntu-title update
[20:17] <sistpoty> yosch: did you only add the source files, or also update other things?
[20:19] <yosch> sistpoty: there are a more changes, it's a new upstream. Basically fixing earlier mistakes with licensing and so on. Also has needed trademark info and new LP hosting
[20:19] <yosch> https://launchpad.net/ubuntutitle/
[20:21] <yosch> sistpoty: cjwatson a few days ago was in favour of the exception in principle, he was involved in the conversation about fixing the licensing problems for this font so it can be used by the LoCos and have better community maintainership
[20:21] <yosch> when we have the updated package in we can merge the various community branches https://code.launchpad.net/ubuntutitle/
[20:21] <sistpoty> yosch: I'm in favor for the license itself, but I'm just trying to find out about the impact of the changes
[20:22] <macd> If a package in hardy requires a lib thats not in the hardy repos, what should one do, besides filing a bug
[20:22] <macd> the package also doesnt have the proper dependencies
[20:22] <norsetto> macd: what package?
[20:23] <macd> xchat-xsys, requires libpci.so.2, but that doesnt exist in a hardy package, libpci1 has libpci.so.2
[20:23] <yosch> sistpoty: got it. I don't think this update introduces problems. norsetto reviewed it earlier and I made the changes he asked with version names.
[20:23] <macd> err libpci has libpci.so.1
[20:23]  * norsetto looks
[20:25] <yosch> sistpoty: do you need a debdiff or the source package uploaded somewhere else?
[20:25] <norsetto> macd: looks like bug 188990
[20:25] <sistpoty> yosch: no, I've helped myself already... let me just do a quick testbuild and look at the result, ok?
[20:26] <norsetto> macd: this package is very very old and outdated
[20:26] <yosch> sistpoty: great :-)
[20:27] <sistpoty> norsetto: you reviewed ttf-ubuntu-title already?
[20:27] <sistpoty> norsetto: and given an ACK yet? or not yet?
[20:27] <norsetto> sistpoty: I glanced at it, 1 week ago or something
[20:27] <ubotu> Launchpad bug 188990 in xchat-xsys "xchat-xsys doesn't work in 8.04" [Undecided,Confirmed] https://launchpad.net/bugs/188990
[20:28] <norsetto> sistpoty: no, there were a couple of problems, mainly copyright IIRC
[20:28] <yosch> sistpoty: norsetto gave me good feedback on the versioning and also adding the LP address in copyright for the new upstream
[20:29] <macd> norsetto, yeah it is old, what action should be taken on it, removing xchat-xsys, or re-building libpci.so.2 into libpci1 (it looks antiquated as well)
[20:30] <yosch> norsetto: I added a "it was downloaded from" blurb the copyright holder is Canonical and the designer commissioned by Mark is mentioned too
[20:30] <sistpoty> yosch: is it actually possible to create the .ttf from the .sfd with free tools?
[20:31] <yosch> sistpoty: I'm working on a fully freely automated build path as part of my contributions with the fonts team (also with the upstream Debian fonts team)
[20:31] <yosch> but that will be for when we get the various authors of the branches to merge
[20:31] <Lamego> how can I get the source for  gnome-compiz-manager ? apt-get source states there is no source package for it
[20:31] <sistpoty> yosch: ok... I assume the .ttf in the tarball is created from the very .sfd that's in the tarball as well?
[20:32] <norsetto> macd: this can be fixed, but I'm afraid it can be too late
[20:32] <sistpoty> yosch: one thing that's missing (or at least I didn't see at once) you'll need to add copyright of the packaging to debian/copyright
[20:32] <macd> norsetto, is it past the cutoff?
[20:32] <yosch> sistpoty: yes that's the idea but depending on the fontforge version there are some regression that need more time to debug
[20:33] <macd> norsetto, additionally, Im working ona  bug for xen-utils-3.1/3.2 that have a dependency error
[20:33] <norsetto> macd: cutoff is tomorrow 8UTC, but by then we have to make sure that the fix is appropriate
[20:33] <yosch> it was first packaged by ogra, he didn't answer the discussion thread on this...
[20:33] <sistpoty> yosch: I'm not requesting right now that it needs to be done during package build time, but I just want to make sure that the .sfd and the .ttf match (so that source==binary)
[20:33] <macd> norsetto, I'll just abandon the xchat one then, and get the xen-utils done, they are just a change to the control file, so that shouldnt be that bad getting approved, right?
[20:34] <yosch> sistpoty: yes the ttf was made from the .sfd
[20:34] <sistpoty> :)
[20:34] <norsetto> macd: dunno, its the current package totally broken?
[20:35] <sistpoty> yosch: others than that, a few tiny bits (e.g. long description too long), but none which imo need to be fixed during the last minutes now
[20:35] <macd> norsetto, you cant create a VM using xm create, without it
[20:35] <sistpoty> yosch: so ACK from me, if you add some bits about the packaging copyright
[20:35] <macd> Id think that to be fairly important, even though buntu is going the kvm route
[20:35] <yosch> fontforge's moving fast (which is a good thing) but there are some problems. I'll be at the summit to work with other on the font toolchain
[20:36] <yosch> sistpoty: great. I'll add that right now. Do you want me to re-upload to REVU?
[20:36] <sistpoty> yosch: that'd be great
[20:36] <macd> norsetto, ohh, on the xchat thing would a backport from libpci2 in gutsy ever happen? or is that usually an sru only thing?
[20:36] <yosch> sistpoty: brilliant :-)
[20:37] <sistpoty> norsetto: mind to look at ttf-ubuntu-title again? (I'd like to get a second ACK to this)... or maybe ScottK, TheMuso or Hobbsee? (bug #180011)
[20:37] <ubotu> Launchpad bug 180011 in ttf-ubuntu-title "Lack of SFD source file breaks LGPL license and makes file unredistributable!" [High,New] https://launchpad.net/bugs/180011
[20:38] <norsetto> macd: that would not be a backport
[20:38] <macd> a forwardport ;P
[20:39] <mok0> macd: did you look at pciutils?
[20:39] <macd> mok0, yes
[20:39] <sebner> sistpoty: would you mind helping me with mailscanner and the postrm and prerm thing tomorrow. If have a lack of time :( /me ->> lerning for math test
[20:39] <mok0> macd: there's a new version in debian experimental
[20:40] <macd> mok0, ahh let me check upstream
[20:40] <sistpoty> sebner: I'm not too sure, if the archive is still open for universe tomorrow
[20:40] <mok0> macd: the text for libpci1 says: "This package contains the old version of the shared library that comes with pciutils. It is just here for compatibility reasons, and will be removed in the future"
[20:41] <sebner> sistpoty: The universe archive for hardy will be frozen solid at 0800UTC
[20:41] <sebner> tomorrow (Wednesday 23rd)
[20:41] <yosch> sistpoty: just to make sur: for packaging copyright for the various packages I maintain on the Debian fonts task force side http://pkg-fonts.alioth.debian.org/ I say "under the same license as the Font Software". What do you think?
[20:41] <sistpoty> yosch: that's definitely compatible
[20:41] <yosch> sistpoty: some Debian devels recommend public domain for such packaging.
[20:42] <macd> norsetto, the xen-utils it linked to bug 174048
[20:42] <ubotu> Launchpad bug 174048 in xen-3.2 "missing dependency: python-xml" [Undecided,Confirmed] https://launchpad.net/bugs/174048
[20:42] <sebner> sistpoty: damn. that's on "vormittag". you know what I mean xD
[20:42] <sistpoty> yosch: basically, you can license it as anything, as long as it's compatible with upstream's license (though e.g. same license as upstream sounds like a good idea to me)
[20:43] <sistpoty> sebner: the math test? good luck! (haha, I don't need to do any math ever again :)
[20:43] <yosch> sistpoty: yeah since Canonical has decided for a dual GPLv2 + font exception / OFL license I don't want to introduce something that could confuse people who may want to contribute to packaging
[20:43] <yosch> sistpoty: I'll license to the Ubuntu fonts team under the same licenses as the Font Software. Sounds like the best solution.
[20:43] <sebner> sistpoty: yeah. math test is tomorrow. but I mean the archive is open until 08:00 what means "vormittag" and so I can't work on mailscanner :(
[20:44] <sistpoty> sebner: well, we can't fix all bugs... otherwise we wouldn't needs SRU's ;)
[20:44] <sistpoty> maybe s.o. else would like to jump in?
[20:45] <sebner> sistpoty: and don't be too "schadenfroh" (my english sucks xD). This is also my *last* math test. besides "abitur" but that doesn't count ^^
[20:46] <sistpoty> heh
[20:46]  * sistpoty is afk now, grabbing a bite to eat
[20:46] <sebner> hf siretart
[20:46] <sebner> hf sistpoty -.-
[20:46] <sistpoty> thanks
[20:47] <yosch> sistpoty: preparing the package, enjoy your meal :-)
[20:47] <norsetto> macd: we can fix xchat-xsys, we only need one ack from motu-release (sistpoty?)
[20:48] <_MMA_> So Warsow .42 _finally_ looks like it hit Debian (http://www.mail-archive.com/debian-devel-changes@lists.debian.org/msg212588.html) what can be done to get it in Hardy? Wait for Intrepid and backport?
[20:49] <sistpoty> norsetto: looks like a good idea... unless zul has objections
[20:49] <sistpoty> but know I'm really afk :P
[20:49] <zul> hmmm?
[20:50] <sistpoty> bug #174048
[20:50] <ubotu> Launchpad bug 174048 in xen-3.2 "missing dependency: python-xml" [Undecided,Confirmed] https://launchpad.net/bugs/174048
[20:50] <sistpoty> ^ zul
[20:50] <macd> I'm doing debdiff for xenutils 3.1/3.2 right now that fix it
[20:50] <norsetto> sistpoty: I was talking about the other one, bug 188990, but thanks anyway ;-)
[20:50] <ubotu> Launchpad bug 188990 in xchat-xsys "xchat-xsys doesn't work in 8.04" [Undecided,Confirmed] https://launchpad.net/bugs/188990
[20:51] <sistpoty> norsetto: heh
[20:52] <sistpoty> norsetto: ACK'd
[20:52] <norsetto> sistpoty: danke :-)
[20:52] <sistpoty> np
[20:52] <sistpoty> so, next try to get up and make a meal *g*
[20:53] <norsetto> sistpoty: malzeit (or however you spell it ...)
[20:54] <ScottK> sistpoty: The Debian maintainer of Krusader has asked to have it sync'ed it's a mix of bug fix and minor new features (1.8 -> 1.9).  I've built it and installed it. I seems to work well and works for some stuff we have bugs on.
[20:54] <ScottK> sistpoty: Looking at ttf-ubuntu-title
[20:56] <yosch> ScottK: thanks :-)
[20:57] <yosch> ScottK: just uploaded the version with fixes recommended by sistpoty
[20:57] <ScottK> yosch: To REVU or where?
[20:57] <yosch> ScottK: yep REVU
[20:58] <ScottK> yosch: A link to the package please after you see it's updated.
[20:58] <norsetto> scottk: is it still a good idea to ask the archive about bug 188990 or a fakesync is better?
[20:58] <ubotu> Launchpad bug 188990 in xchat-xsys "xchat-xsys doesn't work in 8.04" [Undecided,Confirmed] https://launchpad.net/bugs/188990
[20:58] <ScottK> norsetto: They can sync it.
[20:59] <norsetto> scottk: okki
[21:00] <ScottK> norsetto: Just asked.
[21:00] <yosch> ScottK: sure, I'm waiting for REVU to do its thing :-)
[21:02] <yosch> ScottK: http://revu.tauware.de/details.py?package=ttf-ubuntu-title
[21:03] <ScottK> Looking
[21:03] <yosch> ScottK: thanks
[21:03] <ScottK> sistpoty: Any thoughts on Krusader?
[21:04] <ScottK> Riddell thougt it OK.
[21:04] <sistpoty> ScottK: not really... if it still works, I'm happy to give an ACK, unless Riddell has objections
[21:05] <yosch> ScottK: btw, when you have a minute could you tell me what you think we should do for Bug 190861? thanks
[21:05] <ubotu> Launchpad bug 190861 in ttf-sil-scheherazade "Please sync ttf-sil-scheherazade 1.001-2  (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/190861
[21:06] <ScottK> yosch: I'd leave it.  There's nothing significant that's different between what Ubuntu has and the new revision.
[21:07] <yosch> ScottK: OK, got it. no problems.
[21:07] <ScottK> They only added Panjabi in Debian because I pushed them on it.
[21:08] <ScottK> It's been in the Ubuntu package since it was initially uploaded.
[21:08] <yosch> ScottK: yep, must investigate some more with the Debian defoma maintainer about the Location stanza.
[21:09] <yosch> ScottK: will get in touch with mderakhs for the new dev cycle: invite him to join the font teams.
[21:14] <ScottK> sistpoty: For ttf-ubuntu-title, should the Trademark information be mentioned in debian/copyright?  I've never seen a package that had that before.
[21:15] <macd> norsetto, on bug 188990, I attached debdiffs for i386/amd64, so if someone could ack them
[21:15] <ubotu> Launchpad bug 188990 in xchat-xsys "xchat-xsys doesn't work in 8.04" [Undecided,Confirmed] https://launchpad.net/bugs/188990
[21:15] <macd> err bug 174048
[21:15] <ubotu> Launchpad bug 174048 in xen-3.2 "missing dependency: python-xml" [Undecided,Confirmed] https://launchpad.net/bugs/174048
[21:15] <norsetto> macd: have you subscribed motu-release?
[21:16]  * macd will now
[21:16] <sistpoty> ScottK: it's good practice to put it in there, but imo no requirement (as - as far as I understood it, is not part of the license, but rather regards the ubuntu name)
[21:16] <yosch> ScottK, sistpoty: yes this clarification is needed since it's the Ubuntu trademark. Better be explicit than rely on everyone knowing how copyright and trademark work
[21:16] <yosch> there are other fonts who have this
[21:17] <ScottK> macd: They need source debdiffs, not binary.
[21:17] <macd> ScottK, even for a control file change only?
[21:17] <ScottK> Yes because source is what we upload.
[21:17] <macd> kees, I'll do that
[21:17] <yosch> this clarification information (validated by sabdfl) is also in the font metadata
[21:17] <macd> autocomplete :(
[21:17] <bimberi> kirkland: /win 11
[21:18] <ScottK> Also the path for the python-xml modules has been changed, so that probably needs an update too.
[21:18] <bimberi> argh, sorry
[21:18] <afflux> anyone for sponsoring bug 158670?
[21:18] <ubotu> Launchpad bug 158670 in quodlibet "Quod Libet uses wrong playback device in Sound Preferences" [Low,Triaged] https://launchpad.net/bugs/158670
[21:18] <ScottK> yosch: I'm familiar with the Ubuntu Trademark policy, just not sure how best to deal with it given packaging policy.
[21:19] <yosch> and I'm working on getting the font viewers to show more metadata about fonts so people know their freedom when previewing fonts
[21:19] <yosch> ScottK: OK
[21:21] <yosch> ScottK: the paragraph about this in debian/control is as short as I could make it.
[21:22] <ScottK> yosch and sistpoty: I've asked for clarification from the archive-admins.  I'll wait to see what they say.
[21:23] <yosch> ScottK: thanks. looking at the -devel chan for an answer...
[21:24] <norsetto> macd: sorry, I asked you something wrong, that package is in main, there is nothing motu-release can do about it
[21:24] <macd> norsetto, k.
[21:24] <norsetto> macd: you last bet is to convince zul about it
[21:25] <macd> zul= chuck?
[21:25] <norsetto> macd: yes
[21:25] <macd> norsetto, ty, I'll just prep source diffs, and upload them and pester him :)
[21:27] <ScottK> yosch: You saw the answer on devel?
[21:29] <yosch> ScottK: yes just saw it
[21:29] <ScottK> Get that whipped up and we're good to go.
[21:30] <yosch> the current package has no mention in debian/copyright, the Trademarks-readme.txt is put in /usr/share/doc/ttf-ubuntu-title
[21:31] <ScottK> That's fine then.  It also needs a -0ubuntu1 revision number.
[21:31] <ScottK> I can fix that though if that's the only change.
[21:31] <yosch> and the paragraph about it in debian/control is just a summary and a reference to the guidelines in the package, so I guess this bit is good.
[21:32] <yosch> ScottK: oh, I reverted that because of the warning about XSBC-original maintainer.
[21:33] <yosch> I guess we have an interesting situation here: Ubuntu is upstream and Debian will sync it later on...
[21:33] <ScottK> The Launchpad project is the upstream though, not the Ubuntu archive.
[21:33] <yosch> ScottK: yes true :-)
[21:33] <ScottK> sistpoty: What say you about Bug #218500
[21:33] <ubotu> Launchpad bug 218500 in libibverbs "Ubuntu is missing /dev/infiniband/uverbs* group ownership udev rule" [Undecided,New] https://launchpad.net/bugs/218500
[21:34] <yosch> ScottK: I can do the version change if you prefer to focus on something else :-)
[21:34] <ScottK> It'll take me as long to fix it as re-download it, so no problem.
[21:34] <yosch> ScottK: OK great.
[21:36] <ScottK> yosch: Why is Ubuntu Core Developers set as maintainer when it's a Universe package?
[21:37] <yosch> ScottK: oops you're right, I think in the emails discussion it was somehow intended to be promoted to main. But yeah we're not there yet. My mistake.
[21:38] <ScottK> I'll get that too.
[21:38] <yosch> ScottK: can you take care of changing that too, please?
[21:38] <yosch> ScottK: thanks again
[21:40] <sistpoty> ScottK: ugh... I have no clue about udev actually.
[21:41] <sistpoty> ScottK: but since it's from the debian maintainer, I guess we should get the fix for bug #218500 in
[21:41] <ubotu> Launchpad bug 218500 in libibverbs "Ubuntu is missing /dev/infiniband/uverbs* group ownership udev rule" [Undecided,New] https://launchpad.net/bugs/218500
[21:42] <ScottK> sistpoty: Would you please ack it then.
[21:43] <sistpoty> ScottK: done
[21:45]  * mok0 is bored... looking for something useful to do...
[21:45] <laga> write documentation for me
[21:45] <ScottK> mok0: How about sponsoring the fix in Bug #218500
[21:45] <ubotu> Launchpad bug 218500 in libibverbs "Ubuntu is missing /dev/infiniband/uverbs* group ownership udev rule" [Undecided,New] https://launchpad.net/bugs/218500
[21:46]  * mok0 looks
[21:47] <mok0> ScottK: I'll do it right away
[21:47] <ScottK> Thanks.
[21:47] <ScottK> sistpoty: What are your thoughts on the copyright fixes for all Til's PPD packages?
[21:50] <eike_> hey all, what is the distribution target for new uploads to revu? intrepid or ibex?
[21:50] <ScottK> intrepid
[21:51] <eike_> ScottK: thanks! so the adjective will be used consistently...
[21:52] <sistpoty> ScottK: no need to get them in for hardy, as the text itself refers to GPL (though it started with "This library..", which is where I thought it's the LGPL boilerplate)
[21:53] <ScottK> OK.
[21:54] <ScottK> sistpoty: Would you please mark an ack in Bug #220777
[21:54] <ScottK> The bot timed out ... urgh.
[21:55] <sistpoty> heh, seems ubotu doesn't like the motu-release... it did it for me earlier ago *g*
[21:55] <sistpoty> ScottK: done
[21:56] <ScottK> Thanks.
[21:57]  * sistpoty ponders with bug #194256... ScottK: does your ack still stand for this? at least we now know that the current version is broken, so I'm inclined to get the new one synced
[21:57] <ubotu> Launchpad bug 194256 in kmyfirewall "[FFe request] Please sync kmyfirewall 1.1.1-1 from Debian unstable (main)" [Medium,Incomplete] https://launchpad.net/bugs/194256
[21:57] <ScottK> Yes.
[21:58] <ScottK> sistpoty: That's a sync, not a merge, right?
[21:59] <sistpoty> ScottK: yes, I've just subscribed ubuntu archive and will call for them ;)
[21:59] <ScottK> OK
[22:01] <mok0> ScottK: There's a whole bunch of lintian messages from the binary packages; mainly complaints of non-compressed manpages. Should I fix those?
[22:02] <ScottK> No.
[22:04] <mok0> ok
[22:05] <ScottK> yosch: Accepted into the archive.  Thank you for your contribution to Ubuntu.
[22:06] <sistpoty> ScottK: regarding dbconfig-common, actually Daniel wrote "Apart from that, I've tested installing and purging postfix-policyd, which worked fine.
[22:06] <ScottK> OK.
[22:07] <yosch> ScottK: just saw the build logs, And thanks to you for your help :-)
[22:08] <ScottK> sistpoty: I'll go look at that again.  Would you please look at Bug #110613
[22:08] <ubotu> Launchpad bug 110613 in svn-buildpackage "patch: empty files in files list, add missing "-p" to mkdir" [Medium,New] https://launchpad.net/bugs/110613
[22:08] <sistpoty> meh, I thought I could avoid that bug *g*
[22:08] <yosch> and to sistpoty and norsetto too, cheers guys.
[22:08] <sistpoty> thanks to you, yosch!
[22:08] <norsetto> yosch: cheers
[22:09]  * norsetto thinks its time to reset Konversation
[22:09] <sistpoty> mok0: have you tested svn-buildpackage?
[22:10] <mok0> sistpoty: no
[22:10] <sistpoty> mok0: can you test it please?
[22:10] <mok0> sistpoty: yes, will do
[22:10] <sistpoty> thanks mok0
[22:10] <ScottK> sistpoty: Confirmed the db-common one.
[22:11] <ScottK> blueyed: ^^^ - Go ahead and upload.
[22:11] <sistpoty> thanks ScottK
[22:16] <sistpoty> ScottK: I'll upload bug #220743 (only changes the dependency of libwxsvg-dev to make it installable), if you don't mind
[22:17] <ubotu> Launchpad bug 220743 in wxsvg "uninstallable because of wrong dependency" [Undecided,New] https://launchpad.net/bugs/220743
[22:17] <ScottK> Looking
[22:18] <sistpoty> ScottK: I'll paste the real debdiff in a second
[22:18] <ScottK> sistpoty: Just upload it.  It's just a bugfix, so you can self ack it.
[22:18] <sistpoty> ScottK: k
[22:18] <sistpoty> thanks
[22:18] <norsetto> sikon: around?
[22:19] <ScottK> That's the main reason to be on motu-release ....
[22:20] <norsetto> sistpoty, ScottK: about bug 220743 seems like we screwed up with wxsvg 1.0b8.1-0.3ubuntu1
[22:20] <ubotu> Launchpad bug 220743 in wxsvg "uninstallable because of wrong dependency" [Undecided,New] https://launchpad.net/bugs/220743
[22:21] <ScottK> OK
[22:21] <sistpoty> norsetto: yeah, thanks
[22:21] <ScottK> mok0: Would you have time to look into https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003704.html
[22:21] <mlind> could a motu-release member take a look of bug #202343 if it still qualifies for Hardy?
[22:21] <ubotu> Launchpad bug 202343 in opensc "mozilla-opensc firefox plugin not visible in FF3 (bad install directory)" [Undecided,Fix committed] https://launchpad.net/bugs/202343
[22:21] <ScottK> mlind: Looking
[22:22] <mlind> ScottK: thanks
[22:22] <ScottK> mlind:  asac is delegated approver for mozilla related packages, so you just need a sponsor for an upload.
[22:23] <norsetto> ScottK, sistpoty: is any of you guys working on that? Otherwise I will upload it
[22:23] <mlind> ScottK: could you perhaps sponsor it?
[22:23] <asac> ... and someone who guides this through -release team
[22:23] <ScottK> norsetto: Go for it.
[22:23] <sistpoty> norsetto: which one? I'm on wxsvg
[22:23] <ScottK> I'm assuming the opensc one
[22:24] <norsetto> ScottK, sistpoty: wxsvg
[22:24] <ScottK> Ah.
[22:24] <ScottK> norsetto: Could you do the opensc on that mlind was discussing?
[22:24] <yosch> question: are syncs still allowed?
[22:25] <yosch> like Bug 220771 for example
[22:25] <ubotu> Launchpad bug 220771 in ubuntu "sync ttf-lg-aboriginal from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/220771
[22:26] <yosch> an exception for this font family would allow grow the language support of Ubuntu during the LTS cycle...
[22:28] <norsetto> scottk: asac approved it, so, what has this to do with motu-release !?
[22:28] <ScottK> norsetto: Someone needs to sponsor it.
[22:29] <norsetto> scottk: agreed
[22:30] <ScottK> I was hoping that somebody would be you.
[22:30] <norsetto> scottk: I just wonder why asac marked it fix-committed
[22:31] <ScottK> Dunno.  It's not uploaded.
[22:31] <ScottK> Fix Committed means different things to different people.
[22:32] <ScottK> yosch: That would have to go through a New review.  It's really to late for that.
[22:32] <yosch> ScottK: OK, got it.
[22:34] <yosch> So it will be synced post-release for Intrepid and then through backports then, right?
[22:35] <Fujitsu> If you reques that.
[22:36] <mok0> sistpoty: I've checked svn-buildpackage now; it works
[22:36] <sistpoty> mok0: ok, great. Thanks!
[22:37] <sistpoty> mok0: please go ahead with uploading
[22:37]  * yosch is looking at the backports wiki page
[22:39] <mok0> sistpoty: ok
[22:40] <ScottK> mok0: Did you have time to look into https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003704.html
[22:42] <mok0> ScottK: no, I'll check it out right away
[22:42] <ScottK> Thanks.
[22:44]  * ScottK needs to run in ~60 seconds.  Would some MOTU please sponsor bug 202343
[22:44] <ubotu> Launchpad bug 202343 in opensc "mozilla-opensc firefox plugin not visible in FF3 (bad install directory)" [Undecided,Fix committed] https://launchpad.net/bugs/202343
[22:46] <ScottK> See you all later.  Not sure if I'll be back before the archive closes.
[22:46] <sistpoty> cya ScottK
[22:46] <mok0> ScottK: Yup, the report is correct
[22:47] <ScottK> mok0: Ack to upload a fix.
[22:47] <emgent> sistpoty:  I'm working in Bug #216604, it`s possible exception or i should write
[22:47] <mok0> ScottK: thx
[22:47] <ubotu> Launchpad bug 216604 in eterm "[CVE-2008-1692] opens on :0 if DISPLAY not set" [High,In progress] https://launchpad.net/bugs/216604
[22:47] <emgent>                   changelog for hardy-security?
[22:47] <mario_limonciell> ScottK, i'll sponsor it
[22:48] <ScottK> mario_limonciell: Great.  Thanks.
[22:48] <laga> mario_limonciell: mcc? :)
[22:48] <mok0> ScottK: do we need a bug report for this fix?
[22:48] <norsetto> bye scottk
[22:49] <emgent> heya norsetto :D
[22:49] <norsetto> emgent: hello sir!
[22:49] <mario_limonciell> laga, yeah i'll do that as soon as i get home
[22:49] <mario_limonciell> when does archive close today?
[22:49] <laga> mario_limonciell: great.
[22:49] <sistpoty> emgent: just because I saw that right now: in debian/changelog, it's correctly spelled "hijack", not "highjack" ;)
[22:50] <emgent> oops
[22:51] <mok0> ScottK: I am a member of Debian-med, so I can fix the problem there
[22:51] <emgent> sistpoty: anyway for hardy?
[22:52] <sistpoty> emgent: looks good te me for hardy
[22:52] <emgent> ok cool big thanks sistpoty :)
[22:53] <sistpoty> emgent: did you take the patch from DBTS? If so I guess it's kind to write who wrote the patch (looks like Nico's) in debian/changelog, but that's also quite irrelevant to the FFe ;)
[22:55] <emgent> sistpoty: yep i saw that, i builted and tested eterm and work fine. it`s a simple control patch
[22:55] <emgent> very easy.
[22:55]  * norsetto heads to bed
[22:56] <sistpoty> gn8 norsetto
[22:56] <norsetto> nighty sistpoty
[22:56] <norsetto> good freeze everybody :-)
[22:56] <norsetto> exit
[22:56] <norsetto> ops
[22:57] <sistpoty> emgent: can you add a debdiff for hardy? (archive is closing in a few hours)
[22:58] <emgent> yes, just a moment
[22:58] <emgent> sistpoty: done
[22:59]  * sistpoty looks
[22:59] <emgent> indenting just a moment.
[23:00] <sistpoty> anyone who'd like to sponsors emgent's patch to hardy?
[23:01]  * jdong looks
[23:02] <emgent> :)
[23:02] <jdong> looks good, I'll do it.
[23:02] <sistpoty> thanks jdong, and thanks emgent
[23:02] <emgent> thanks to you sistpoty
[23:02] <mlind> mario_limonciell: thanks for sponsoring the opensc fix
[23:02] <emgent> i go to fix <=feisty
[23:02] <mario_limonciell> no prob mlind
[23:02] <emgent> thanks for all people
[23:04] <jdong> emgent: uploaded, thanks for your patch :)
[23:04] <emgent> thanks to you :)
[23:05] <ScottK> mok0: Just upload it to Ubuntu (and fix in debian-med).  Bug not needed.
[23:07] <mok0> ScottK: done
[23:07] <sistpoty> ScottK: do you recall about python-biopython (sitting in the queue)... I'm quite sure it must be in backlog somewhere, but I can't find it right now
[23:07] <ScottK> That's the one I asked mok0 to upload.
[23:07] <ScottK> sistpoty:  mok0: Did you have time to look into https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003704.html
[23:07] <sistpoty> ScottK: heh. I guess I'm getting tired *g*
[23:08]  * ScottK runs off again.
[23:08] <mok0> sistpoty: yup I fixed that one
[23:08] <sistpoty> :)
[23:08] <mok0> sistpoty: another one hits the dust :-)
[23:22] <mok0> Will there be a recompilation of the archive before release?
[23:26] <sistpoty> mok0: not that I know of
[23:42] <sistpoty> zul: is bug #214009 already fixed?
[23:42] <ubotu> Launchpad bug 214009 in iscsitarget "ffe for iscsitarget" [Undecided,Confirmed] https://launchpad.net/bugs/214009