[00:05] <infinity> dobey: Same version is fine.
[00:06] <infinity> dobey: I'll reject your old one now.
[00:07] <infinity> dobey: If I can remember why I was making you re-do it...
[00:08] <infinity> dobey: Oh, right, cause you missed integrating old changelog entries.  Yeah, I'll just reject your old one, feel free to re-use the version.
[01:26] <micahg> RAOF: wait, so, you weren't aware the integration was broken or you were? comment 38 says no integration but no crash, comment 43 is when it was accepted
[01:32] <BenC> zul: Any reason things like glance are i386 only?
[01:32] <zul> BenC: no
[01:33] <zul> BenC: please open up a bug about it
[01:33] <BenC> zul: Any pushback to me just uploading with powerpc,amd64 added?
[01:34] <zul> BenC:  yeah can you do a merge prop against lp:~ubuntu-server-dev/glance/folsom please
[01:34] <BenC> Err, but it is then :)
[01:34] <BenC> *bug
[01:34] <StevenK> BenC: As a thought, have you checked P-a-s?
[01:34] <BenC> p-a-s?
[01:34] <StevenK> BenC: Packages-arch-specific
[01:35] <BenC> What is that?
[01:35] <BenC> StevenK: I at least know that glance works on powerpc
[01:35] <micahg> not on p-a-s
[01:36] <StevenK> BenC: http://bazaar.launchpad.net/~ubuntu-core-dev/packages-arch-specific/ubuntu/view/head:/Packages-arch-specific
[01:38] <BenC> Excellent, keystone, glance and node-* isn't on there
[01:39] <micahg> infinity: I take it you didn't see bug 1022475?
[01:48] <BenC> zul: here's a bit of info…it only builds on i386 because it's Arch: all
[01:48] <BenC> silly me
[01:54] <StevenK> Haha
[01:55] <micahg> BenC: not everything is like Firefox/Thunderbird and makes arch:all stuff arch:any for almost no reason :)
[03:27] <RAOF> micahg: Ah, you're right. I don't recall parsing comment 38 to mean “no integration”. If I had, I would have asked whether it could be fixed.
[03:27] <pitti> Good morning
[04:23] <RAOF> This is an SRU team PSA: uploading your source to lucid-proposed twice does not make it faster to accept. Thank you ☺
[04:29] <ScottK> Grumpy new SRU guy adds: "If it causes me to be confused, I'll probably just reject them both and let you sort it out."
[04:39] <elky> + "Thank you. Come again." ?
[04:51] <nigelb> we really need bash.ubuntu.org.
[04:54] <StevenK> nigelb: You still want a bash for #launchpad-dev
[05:22] <nigelb> StevenK: I do.
[05:23] <nigelb> StevenK: If my server could take the load, I'd install chirpy on it.
[05:52] <TheMuso> Where as apt-add-repository gone? If its been completely removed, what should I be using to add PPAs on the command-line instead? THis is on quantal.
[05:54] <StevenK> TheMuso: add-apt-repository
[06:03]  * TheMuso slaps himself. Of course, I had things the wrong way around, thanks StevenK.
[06:48] <pitti> the fun thing is that software-properties even provided a symlink for apt-add-repository, but apparently stopped doing so
[06:49] <lifeless> doooh
[06:56] <dholbach> good morning
[07:08] <TheMuso> pitti: Ah so I may have been correct in the first place, and I didn't even think of checking to see if there were other forms like add-apt-repository.
[07:10]  * RAOF has always used add-apt-repository
[07:31] <lifeless> IIRC add-appt-repository was first and I and others filed bugs pointing out that apt-add-repository was more consistent
[08:10] <jamespage> Q: is it acceptable for package a to stop and disable a daemon from package b? package a needs the binary but takes direct control of it
[08:10] <jamespage> I could do a split and have a -common and -daemon package but I'd like to keep compatible with 12.04
[08:19] <maxb> It sounds more than a bit odd, but I don't recall reading an explicit prohibition, so I guess it would fall under general rules of good judgement... what packages, ooi?
[08:21] <jamespage> maxb, I'm packaging a network emulator called mininet that makes use of the openvswitch controller
[08:22] <jamespage> however it takes direct control of the binary rather than using the controller that gets automatically started on install of openvswitch-controller
[08:22] <maxb> sounds a bit evil :-)
[08:23] <maxb> unfortunately I've not used either, or anything similar, so I can't usefully comment further
[08:30] <Roj> hi when i use quickly sabmitubuntu package send to lanchpade but bulder.py and helper.py and window.py in my project file not attache to it and get error in build http://pastebin.com/7dCut96j
[08:33] <cjwatson> pitti: oh, I might have removed that symlink by accident
[08:34] <cjwatson> Yeah, totally my fault, sorry, I'll put that back
[08:34] <pitti> ah, thanks :)
[08:35] <cjwatson> It turns out that "usr/bin/add-apt-repository usr/bin/apt-add-repository" is actually really hard to parse by eye
[08:35] <pitti> I guess that's also the reason why the symlink exists in the first place
[08:35]  * pitti mutters "udev-udeb"
[08:35] <cjwatson> OTOH "usr/share/man/man1/add-apt-repository.1.gz usr/share/man/man1/add-apt-repository.1.gz" was wrong ...
[08:38] <pitti> cjwatson: ^ consider it consolation that you aren't the only one :)
[10:24] <Daviey> Is someone looking at bug 1020229 .. looks like a Breaks/Replaces issue.
[10:28] <cjwatson> Daviey: on it
[10:41] <Daviey> cjwatson: super.
[11:01] <cjwatson> Daviey: uploaded now
[11:04] <Daviey> \o/
[12:19] <brendand> does anyone know the minimum set of packages needed to play a flash video in firefox?
[12:19] <brendand> in a basic precise install i add flashplugin-installer
[12:19] <brendand> but then when i try to open a flash video in firefox it complains about sorenson spark codec
[13:41] <micahg> infinity: sorry, just realized, you just did the AA copy for packagekit, so disregard
[13:54] <micahg> mterry: is there a reason why you're switching some things to have a new diff with Debian on libtiff5-dev?
[13:54] <barry> pitti: have you looked at all at upgrading dbus to 1.6.2-2?  we're quite behind.  i spend a little time on it yesterday (in between all the tech issues i was having ;) and the merge is not straightforward.  i could fix various issues in debian/ but the upstart integration patches are more problematic.  i was going to ping jodh to see what he thought, but he's not around right now.  i'm not eager to spend a ton of time on that right now,
[13:54] <barry> but might make it a background task, if we think it's worth it
[13:55] <mterry> micahg, just switching main packages to libtiff5 rather than libtiff4
[13:55] <micahg> mterry: are we actually planning to drop libtiff4 from main for quantal then?
[13:56] <mterry> micahg, I think it would be nice to
[13:57] <micahg> mterry: ok, thanks
[13:58] <mterry> And obviously, I'm passing the tiny patches on to Debian, hopefully the delta is a one cycle thing
[13:58]  * Laney thinks micahg would be interested in hanging out in #ubuntu+1-maint
[13:58] <micahg> Laney: there's a channel?  I was told last cycle there wasn't one :-/
[13:58] <Laney> pretty sure it was there last cycle
[13:59] <micahg> Laney: thanks
[14:01] <seb128> there was on last cycle for pretty sure, I remember asking if there was really enough discussions to justify taking it of #ubuntu-devel
[14:14] <ScottK> barry: Is system-config-printer on the python3 porting list?
[14:15] <barry> ScottK: yep, but afaict not yet started
[14:16] <ScottK> barry: system-config-printer-kde is a separate source.  It probably needs to be ported in tandem.
[14:16] <barry> ScottK: is it dependent on system-config-printer-{udev,common,gnome}?
[14:17] <ScottK> Yes (common)
[14:17] <ScottK> that or the port needs to work with both 2.7 and 3.2 unmodified as system-config-printer-kde uses symlinks to code in common to run.
[14:17]  * barry nods
[14:18] <ScottK> When the time comes, I'm willing to help with that.
[14:18] <ScottK> Just let me know.
[14:18] <barry> ScottK: great, thanks
[14:28] <zul> is there someone on the MIR team around?
[14:36] <pitti> barry: I have a dbus 1.5.x merge with Debian in my PPA
[14:36] <pitti> barry: but it breaked indicators the last time I looked
[14:37] <pitti> barry: I just dropped the integration patches; they were never sent upstream apparently, and we don't use them at all
[14:38] <barry> pitti: oh?  that would make my 1.6.2 branch much easier to drop the upstart stuff.  i wonder if 1.6.x would have any better effect on indicators?
[14:39] <pitti> barry: worth a try for sure :)
[14:39] <pitti> barry: https://launchpad.net/~pitti/+archive/ppa/+sourcepub/2434004/+listing-archive-extra FYI
[14:39] <barry> pitti: indeed. :)  i'll continue working on it in the background, and submit a mp for your review if i get something decent
[14:39] <pitti> barry: there aren't too many changes left, and they are quite simple
[14:39] <barry> yep.  very nice to be able to drop many patches
[14:40] <barry> it would be awesome to eventually get in sync :)
[14:40] <pitti> I forgot about this thing TBH
[15:44] <vibhav> Do we really need to mention the update-manager changes in an ubuntu delta?
[15:45] <vibhav> update-maintainer*
[15:45] <micahg> vibhav: no
[15:46] <vibhav> micahg: So should I drop that part while doing a merge?
[15:46] <micahg> vibhav: drop what?
[15:47] <vibhav> the part saying "Set Ubuntu maintainer"
[15:47] <micahg> vibhav: drop from where?
[15:47] <vibhav> d/changelog
[15:47] <micahg> you don't change an old changelog entry
[15:47] <Daviey> vibhav: 'Policy' (meh) specifically states not to mention it.
[15:48] <Daviey> micahg: i think he means copy and pasting the old entry to a new stanza, and should he remove that line
[15:48] <micahg> if ^^ is the case, then yes :)
[15:48] <vibhav> micahg: https://launchpad.net/ubuntu/+source/efibootmgr/0.5.4-2ubuntu1
[15:48] <vibhav> have a look at the changelog
[15:49] <micahg> vibhav: that can be sync'd most likely as lpia is gone
[15:49] <Daviey> vibhav: that tastes like a sync to me
[15:50] <vibhav> yup
[15:50] <cjwatson> agreed
[15:50] <vibhav> I took as an example though
[15:51] <micahg> vibhav: so, you wouldn't include it in a new changelog, but shouldn't modify old ones
[15:52] <vibhav> micahg: thanks
[15:52] <stokachu> hi, could i get someone to have a look at the following bugs for sponsorship: http://pad.lv/977959 http://pad.lv/977947
[15:53] <stokachu> err
[15:54] <stokachu> http://pad.lv/977952 http://pad.lv/977947
[15:54] <stokachu> libonobo*
[15:54] <vibhav> stokachu: Did you attach a debdiff?
[15:54] <stokachu> 977952 has SRU/merge proposal
[15:54] <vibhav> stokachu: ah
[15:55] <stokachu> 977947 has SRU/debdiff
[16:10] <smoser> RAOF, around?
[16:15] <seb128> smoser, it's middle of the night in .au, I doubt he will be around before some hours
[16:16] <smoser> right. thanks.
[16:27] <slangasek> RAOF: bug #754562: the comments from people saying "it doesn't work" after it was in -proposed were apparently speaking about something quite different from the original bug, which was "the program crashes"
[16:27] <slangasek> RAOF: did I miss something?
[16:32] <micahg> slangasek: the SRU fixed the crash, but broke lo-menubar
[16:32] <slangasek> micahg: ok; that was not my reading of the comments, I interpreted them as a subset of "didn't fix it for me"
[16:32] <slangasek> sorry for misunderstanding
[16:33] <micahg> the problem is, breaking lo-menubar was in comment #38 before it was accepted, so the whole mess is confusing
[16:33] <micahg> i.e. it was known at the time of upload
[16:33] <slangasek> ah
[16:45] <stokachu> cjwatson, barry : would you guys happen to know what commit contained fix wrt http://pad.lv/979661 comment #21
[16:45] <dobey> infinity: re-uploaded ubuntuone-client last night; if we could get it and ubuntuone-storage-protocol accepted, that would be awesome
[16:49] <barry> stokachu: i don't, sorry
[16:54] <cjwatson> stokachu: bug 993190, lp:update-manager r2391.1.3, I think
[16:54] <stokachu> cjwatson: thanks ill look into that
[16:54] <cjwatson> (might need some bug cleanup ...)
[17:00] <stokachu> cjwatson: this is going to be hectic since the switch to python 3 i assume
[17:07] <cjwatson> stokachu: shouldn't think so, since that change was originally on a precise-proposed branch
[17:09] <stokachu> cjwatson: ah didnt realize 993190 was a private bug
[17:10] <stokachu> thats referenced in the -proposed changelog
[17:10] <cjwatson> Yeah, I think it's a private counterpart of the public bug you referred to
[17:10] <stokachu> cjwatson: so 979661 should be fixed in precise but hasn't been set to fix released?
[17:11] <stokachu> i also thought the changelog was supposed to only reference public lp bugs
[17:11] <cjwatson> Yes, it is; this was a screwup
[17:11] <cjwatson> Looks like it should indeed be fixed in precise-updates, though some verification wouldn't hurt
[17:12] <stokachu> cjwatson: so ill add a verification-needed tag? and either myself or gema can test this
[17:13] <stokachu> cjwatson: also should i just create a merge proposal to alter the changelog to represent the public lp?
[17:13] <stokachu> or is that a quick fix from a different route
[17:14] <cjwatson> I'm not sure there's any point to the verification-needed/verification-done system here, since it's already in -updates
[17:15] <gema> stokachu: what can I test?
[17:15] <gema> stokachu: or should I test?
[17:15] <stokachu> cjwatson: ok, as far as getting this issue in the proper state what can i do?
[17:15] <cjwatson> I've amended the changelog now, although it's pretty academic
[17:15] <stokachu> ok
[17:15] <cjwatson> check that it's fixed and close the bug if it is :-)
[17:15] <cjwatson> that's about it
[17:16] <stokachu> ok, will the janitor pick up this issue and do its thing?
[17:16] <cjwatson> no
[17:16] <cjwatson> there is no automation to help
[17:16] <stokachu> ok so ill just manually set to fix released if tests pass
[17:16] <cjwatson> yep
[17:16] <stokachu> cjwatson: cool thanks man
[17:17] <stokachu> gema: was hoping to get http://pad.lv/979661 closed
[17:17] <cjwatson> right, best you can do
[17:18] <gema> stokachu: ack, I had already forgotten about it
[17:19] <stokachu> gema: so we're good i can set to closed?
[17:19] <gema> stokachu: if you have verified it and are happy, yes
[17:19] <stokachu> gema: i havent done any verification yet :(
[17:20] <gema> stokachu: then you cannot close it, if you don't get to it today, I will try to do that tomorrow
[17:20] <gema> stokachu: can you send me an email with the details if you need me to do it? I am already off
[17:20] <gema> even though still finishing off some stuff
[17:20] <stokachu> thats ok ill do it
[18:17] <stokachu> seb128: wrt #7 for http://pad.lv/977940, is the 3rd point necessary since libgnomevfs2-common already conflicts libgnomvfs2-extra is is depended by libgnomevfs2-0?
[18:47] <seb128> stokachu, what conflicts libgnomevfs2-extra?
[18:48] <seb128> stokachu, libgnomevfs2-extra (<< 1:2.16.3-6) you mean? that's an old version
[18:48] <stokachu> seb128: should we bump the version then or do you think we need a conflict added to libgnomevfs2-0
[18:51] <seb128> stokachu, either way works, just anything which forces you to upgrade both ;-)
[18:51] <stokachu> seb128: ok cool thanks :D i modified the other changes you mentioned and verified it according to the debian policy
[18:51] <seb128> stokachu, great, thanks
[18:51] <stokachu> seb128: hopefully the next update will have it sorted
[19:12] <stokachu> seb128: for clarification would you look at this commit bit.ly/NeGXwi
[19:13] <stokachu> seb128: i just told libgnomevfs2-0 to replace libgnomevfs2-common if they exist below the latest precise release
[19:17] <micahg> stokachu: you probably want a breaks with that as well, see http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[19:18] <stokachu> micahg: ah nice catch ill add that now
[19:19] <stokachu> looks like the depends are already taken care of libgnomevfs2-common (>= ${gnome:Version}),
[19:33] <alazare619> where can i find the list of minimal and standard packagelist for ubuntu
[19:34] <alazare619> ive tried search http://people.canonical.com/~ubuntu-archive/seeds/
[19:35] <alazare619> livecd-rootfs im tried to take the default ubuntu one and modify it to my use but its confusing me as to where minimal and standard task are
[19:36] <micahg> alazare619: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.quantal/
[19:36] <alazare619> thank you micahg
[19:37] <alazare619> one last question do you know what method ubuntu uses or script to build the iso after the chroot is squashed?
[19:37] <micahg> nope
[19:38] <alazare619> dang
[20:15] <jtaylor> mterry: imagemagick really got a dependency on fftw?
[20:15] <jtaylor> thats long obsolete?
[20:16] <mterry> jtaylor, yeah, just a typo.  Debian is correcting it already
[20:16] <jtaylor> k
[22:30] <infinity> jamespage: Naughty.  No manpage for thrift.
[22:45] <phoenix_firebrd> what is the advantage of signing the ubuntu code of conduct?
[22:47] <micahg> well, it's a requirement for membership
[22:48] <tumbleweed> also required to have PPAs, IIRC
[22:50] <phoenix_firebrd> tumbleweed: dev or normal?
[22:51] <tumbleweed> what does that mean?
[22:52] <phoenix_firebrd> you meant membership , do you mean a developer access membership or for any type of membership?
[22:53] <tumbleweed> I was saying that you need to sign the CoC if you want to be able to have/contribute to PPAs
[22:55] <phoenix_firebrd> ok do you have a sysadmin channel, i have some issues getting the gpg fingerprint
[22:59] <phoenix_firebrd> tumbleweed: ^
[22:59] <tumbleweed> #ubuntu?
[23:00] <phoenix_firebrd> tumbleweed: ty
[23:14] <RAOF> smoser: Around now!
[23:15] <RAOF> slangasek: Yeah, sorry. I missed the original “this won't actually have global menus, but won't crash” bit.