[00:36] <nigelb> does every sync need an ffe?
[00:36] <crimsun> only if it's a new version
[00:36] <nigelb> we need to sync openclipart-openoffice.org (0.18+dfsg-9) from debian, we currently have dfsg-8
[00:36] <nigelb> the one we have conflicts with openoffice
[00:37] <crimsun> nope, just file a bug requesting the sync
[00:37] <nigelb> okay :) thanks
[00:37] <crimsun> if you're quick, I can approve it before I head out
[00:37] <nigelb> 2 mins :)
[00:39] <nigelb> there is already a sync request
[00:39] <nigelb> looks like it has some build troubles
[00:39] <nigelb> bug 529625
[00:40] <crimsun> feel free to work on it :-)
[00:40] <nigelb> yeah, getting to it
[03:07] <lfaraone> Should a daemon's socket be in /var/run?
[03:21] <nigelb> someone around to help me figure out build issues?  trying to build the new openclip art from debian
[03:21] <nigelb> I keep getting this warning (inkscape:22890): WARNING **: Unimplemented style property SP_PROP_CLIP_RULE: value: evenodd
[03:23] <nigelb> also can someone accept karmic nomination for bug 533369
[05:17] <micahg> any release members around?
[05:18] <nigelb> micahg: I think ScottK is around
[05:18]  * ScottK is here, but about to go to bed.  What's up?
[05:19] <micahg> ScottK: was wondering if I can get FFe approval for fennec: bug 394219
[05:19] <crimsun> nigelb: approved
[05:20] <nigelb> crimsun: thank you :)
[05:20] <crimsun> yw
[05:25] <ScottK> micahg: Ack'ed.
[05:25] <micahg> ScottK: thanks :)
[05:28] <micahg> ScottK: have a good night
[05:28] <ScottK> Thanks.
[06:22] <wrapster> i wanted to divert a library provided by a pkg libgmp3-dev and use one from a different pkg "sunwcsl". ... So i did this..http://pastie.org/868713
[06:22] <wrapster> im pretty new to packaging and I wrote it in the preinst script.i would like to know if this is correct?
[08:17] <nigelb> is there a reason why the new debootstrap isn't synced to ubuntu?
[08:22] <micahg> nigelb: was after sync freeze
[08:24] <nigelb> micahg: worth a sync?
[08:24] <micahg> nigelb: idk, depends what changed
[08:25] <nigelb> I'm trying to do an SRU and i'm wondering how to get an SRU without the bug being fixed in lucid
[08:25] <nigelb> micahg: whole bunch of stuff http://packages.debian.org/changelogs/pool/main/d/debootstrap/debootstrap_1.0.22/changelog
[08:26] <micahg> nigelb: idk, better to ask someone else
[08:27] <nigelb> I'll just wait for monday then
[09:04] <ddecator> yay for late night packaging...
[10:53] <michas> Hi, what is the correct way to handle menu entries? Debian uses the menu packet, but this seems not to be used by default. How do I configure my package to add an menu entry for ubuntu?
[10:54] <geser> create a .desktop file
[10:54] <persia> michas: You want to do two things: 1) use the menu system anyway, because some desktop environments require that, and 2) add an XDG .desktop file.
[10:55] <nigelb> https://wiki.ubuntu.com/PackagingGuide/Complete#.desktop%20Files might help
[10:55] <michas> Where do I find more information about XDG .desktop files?
[10:56] <michas> oh, ok. :)
[11:18]  * abogani waves
[11:18] <abogani>  As reported in http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi the avr-libc package don't build from source.
[11:18] <abogani>  I have the simple patch that fix it but I should open a bug on LP about this first? Or a merge request via bzr branch is enough?
[11:18] <abogani> Thanks in advance!
[11:20] <persia> abogani: Either way *should* work at this point.
[11:20] <persia> abogani: Actually, you might want to file a bug, but you don't need to put a patch on the bug: you can just link the branch.
[11:21]  * persia thinks that branches not linked to bugs may not show up in the report
[11:21] <persia> abogani: Just to verify, make sure that your issue is represented at http://qa.ubuntu.com/reports/sponsoring when you're done.
[11:21] <abogani> persia: Ok I'll fill a bug then. Thanks!
[13:20] <aburch> Hi.  Can somebody ack my two sync requests (538004 and 538005).  They already have a freeze exception.
[18:09] <micahg> any u-u-s around?
[18:12] <nhandler> micahg: Need something?
[18:12] <micahg> nhandler: a debdiff sponsored :)
[18:12] <nhandler> micahg: Bug # ?
[18:12] <micahg> bug 530660
[18:15] <nhandler> micahg: Don't forget we are in Feature Freeze
[18:15] <nhandler> micahg: You also do not need to mention changing the maintainer field in the changelog
[18:16] <micahg> nhandler: k, and about FF, I figured this is a problem that needs to be fixed
[18:16] <micahg> just a package rename
[18:16] <nhandler> micahg: Yes, but you will want an FFe
[18:17] <micahg> nhandler: FFe please?
[18:18] <nhandler> micahg: :) One minute
[18:20] <nhandler> micahg: Also, why is the transitional package Architecture: any ?
[18:21]  * micahg looks
[18:21] <micahg> oh, right, that can be i386
[18:21] <micahg> nhandler: my first time doing transitional package from scratch
[18:21] <nhandler> micahg: Why not just make it Arch: all ?
[18:21] <micahg> will fix
[18:22] <nhandler> Or was the old package only built for i386 ?
[18:22] <micahg> nhandler: no, it was for amd64 and i386
[18:22] <micahg> nhandler: is Arch: all i386 only?
[18:24] <pochu> micahg: Arch: all is built only once (usually on i386) but can be installed on any architecture
[18:24] <pochu> it's arch independent
[18:29] <micahg> nhandler: fixed
[18:31] <nhandler> micahg: And pidgin-mbpurple was already removed from lucid ?
[18:32] <micahg> nhandler: I wanted to have the transitional package in place before requesting removal
[18:34] <nhandler> micahg: And have you tested that upgrades and fresh installs work with this?
[18:36] <micahg> nhandler: no, I suppose I could though
[18:36]  * micahg fires up Lucid VM
[18:37] <nhandler> micahg: Yeah, when requesting FFe's, you usually will want to include logs showing that everything works as expected.
[18:37] <micahg> nhandler: I didn't realize it was an FFe...I'll test an install of the old package and then install the new package to simulate an upgrade
[18:55] <micahg> nhandler: ugh...I seem to be having issues
[18:57] <lfaraone> What exactly are UCSNs? I saw "UCSN-1" recently wrt clamav; I assume they're USNs for things not in main?
[18:59] <nhandler> micahg: What type of issues?
[19:00] <nhandler> lfaraone: Looks like it stands for Ubuntu Community Security Notice
[19:00] <micahg> nhandler: it didn't install the files.  I think I have to modify more stuff :( apologies for not following this through all the way first
[19:01] <nhandler> micahg: Hmm...Was this on lucid simply installing your modified pidgin-microblog or on lucid going from pidgin-mbpurple to -microblog ?
[19:01] <micahg> nhandler: it didn't install hte files in any package
[19:01] <lfaraone> nhandler: when did this get started? (apparently without fanfare :)
[19:02]  * lfaraone has seen no docs mentioning it.
[19:02] <nhandler> lfaraone: No clue. You will probably want to ask someone on the security team
[19:02] <nhandler> micahg: Let me give it a try. Could you push your modified package to a PPA ?
[19:03] <micahg> nhandler: already did
[19:03] <nhandler> micahg: Which ppa?
[19:03] <micahg> nhandler: https://edge.launchpad.net/~micahg/+archive/patch-test/+packages
[19:03] <micahg> nhandler: packages are empty
[19:03] <micahg> nhandler: I just need to make a .install file for the microblog pacakge
[19:10] <lfaraone> nhandler: you wouldn't happen to know anybody in motu-release we could bug about ground control, do you?
[19:11] <nhandler> lfaraone: Do you have a bug?
[19:11] <nhandler> And motu-release is now part of ubuntu-release fyi
[19:11] <lfaraone> nhandler: bug 486807.
[19:12] <nhandler> lfaraone: Didn't that get into Debian already?
[19:12] <lfaraone> nhandler: correct. We're trying to get it into Lucid.
[19:12] <nhandler> lfaraone: If it cleared NEW, we can sync it. No need for a '[needs-packaging]' bug
[19:13] <lfaraone> nhandler: the needs-packaging bug was filed before I suggested we send it through Debian NEW.
[19:13] <lfaraone> nhandler: if you prefer, I can retitle it.
[19:13] <nhandler> lfaraone: So change it to a sync request ;)
[19:16] <lfaraone> nhandler: done. bug 486807 modified.
[19:16] <lfaraone> (it seems ubottu caches, it should read "Please sync groundcontrol 1.5-1 (universe) from Debian unstable (main)")
[19:16] <lfaraone> nhandler: should the task be set to "confirmed" or "triaged", or is leaving it as it is fine?
[19:17] <nhandler> lfaraone: It should technically be New and unassigned right now
[19:17] <lfaraone> nhandler: also done :)
[19:18] <nhandler> lfaraone: Great. Let me look it over
[19:24] <micahg> nhandler: still not working, If I add a replaces on the new package, will that make it uninstall the old one first?
[19:27] <nhandler> micahg: You might want to read through http://www.debian.org/doc/debian-policy/ch-relationships.html
[19:27] <micahg> nhandler: thanks, that's what I was jsut looking for
[19:35] <micahg> nhandler: I didn't think this was going to be that hard :/
[19:56] <nhandler> micahg: It gets easier ;)
[19:56] <micahg> nhandler: yeah, I'm learning a lot...
[20:00] <lfaraone> kees: ping.
[20:17] <malev> hi there. is the mentors program currently working?
[20:21] <micahg> nhandler: seems to work now, I'll attach a new debdifff
[20:21] <crimsun> malev: It should be. Do you have a more precise question about it?
[20:22] <malev> crimsun, no, I'm thinking in asking for a mentorship. that's all. but now I'm reading the packing guide
[20:22] <crimsun> malev: ok, please feel free to follow up
[20:22] <malev> crimsun, thanks!!
[20:23] <malev> crimsun, is there a mail list of the motu team? or it's only for motus?
[20:23] <crimsun> malev: it's used by MOTU, but it isn't private
[20:23] <crimsun> ubuntu-motu at lists
[20:24] <malev> cook!
[20:24] <malev> }cool!
[20:24] <malev> ja
[20:24] <crimsun> feel free to pop into #ubuntu-packaging if you have specific packaging questions
[21:12] <ScottK> crimsun: Since when is this not the place to ask packaging questions for Ubuntu?
[21:23] <crimsun> ScottK: I'm unaware of this channel being deprecated for such a purpose. Recently #ubuntu-packaging was formed with the presumed intent of answering packaging questions.
[21:23] <ScottK> crimsun: It seems odd to direct people away from here to get packaging questions answered.
[21:24] <crimsun> ScottK: sure. It would help to clarify what the explicit separation is for #ubuntu-packaging.
[21:25] <ScottK> crimsun: IIRC, it was created because there wasn't a good place for PPA packaging questions.
[21:25] <lifeless> ubuntu-packaging was created as a non-official-ubuntu packaging forum
[21:25] <lifeless> e.g.
[21:25] <lifeless> PPA help
[21:25] <lifeless> derivative distro help
[21:26] <crimsun> so, if the intent is to answer only derivative packaging questions in that channel, we should make that distinction much more explicit in the [that channel's] topic
[21:27]  * ScottK has never been there, so wouldn't know.
[21:32] <lifeless> crimsun: I don't think it excludes non-derivatives
[21:33] <lifeless> its just derivative questions here, in #launchpad, and #ubuntu-devel were all starting to pile up, and be confused
[21:35] <crimsun> lifeless: I was fairly confused by the "Packaging for Ubuntu" bit in the topic
[21:37] <lifeless> crimsun: hmm persia set it up; I'll defer to him to comment fi the topic is exactly what he meant
[23:50] <kees> lfaraone: hello (saw your privmsg, I'll be working on it on monday)
[23:51] <lfaraone> kees: thanks. let me know if you need a UCSN description writeup for it :)
[23:54] <kees> lfaraone: okay, cool.  we're still working out the details on UCSNs.  We know we want to have it happen, but we haven't finalized it yet.  However, clamav was a good test run for a pretty big change.