[00:26] <jbrooks> Hi everyone, I set up a launchpad repo to enable automatic building of a package in my ppa. How do I take that bzr repo and build locally?
[00:27] <jbrooks> Would #ubuntu-app-devel be a more appropriate room?
[05:32] <darkxst> we seem to have an issue with multiarch not being enabled properly on ubuntu gnome remix, where is this configured?
[05:44] <darkxst> tried 'dpkg --add-architecture i386' but still broken ;(
[05:47] <darkxst> apt-get update is only picking up i386 packages for ppa. and ddebs.
[08:03] <pitti> OdyX: yeah, I agree; changing soname from upstream is pretty much a no-go, as you'll break compatibility to all those third-party printer filters/drivers out there
[08:03] <pitti> OdyX: thanks!
[08:03] <OdyX> pitti: you want to check the git repository.
[08:04] <OdyX> pitti: I made a sh**load of tiny changes now, it looks much cleaner to me now and I plan to upload it to experimental sometimes tomorrow.
[08:04] <OdyX> pitti: including moving to dh9
[08:19] <hyperair> darkxst: there's an ubuntu gnome remix?
[08:22] <darkxst> hyperair, yes
[08:22] <darkxst> hyperair, join #ubuntu-gnome
[08:23] <hyperair> is that official?
[08:23] <darkxst> not yet, but hopefully it will be eventually, atleast that is the plan
[08:24] <hyperair> i see
[08:24] <hyperair> the name ubuntu is trademarked, iirc.
[08:24] <hyperair> so if it's not official i don't think you can use that name
[08:28] <jbicha> hyperair: that's not really true http://www.ubuntu.com/aboutus/trademarkpolicy
[08:33] <hyperair> oh i see
[08:33] <hyperair> nice
[08:51] <doko> barry: http://mail.python.org/pipermail/image-sig/2012-October/007059.html
[08:51] <doko> xnox,
[08:52] <doko> barry: http://mail.python.org/pipermail/image-sig/2012-October/007059.html
[09:23] <micahg> cjwatson: FYI, I think my sync e-mails are still being moderated
[09:45] <tjaalton> is main/universe merge going to happen for raring? if yes, does it allow 'maintained' packages to build-depend on non-maintained packages (to enable some features)?
[09:47] <micahg> tjaalton: well, any package from Debian is maintained and some Ubuntu specific universe packages are maintained as well, but to answer your question, the idea would be to allow former main packages to build depend on former universe packages assuming it doesn't need a runtime dependency (not sure if it's happening this cycle or not)
[09:49] <tjaalton> micahg: ahh, ok
[09:50] <tsdgeos> is there an easy way to get all the packages that are included in the 12.10 iso that get installed by default?
[09:50] <tjaalton> micahg: right, I meant "supported", not "maintained" :)
[10:19] <janimo> stgraber, do the config options listed here still cover all that is required for LXC support? http://lxc.teegra.net/#_configuration_options
[10:20] <janimo> stgraber, are there features required for LXC that may not be in 3.1 (the kernel used on the nexus7) ?
[11:04] <stgraber> janimo: looks about right. lxc ships with a test tool called lxc-checkconfig, I usually just run that against a kernel config and figure out what's missing
[11:13] <xnox>  mpt: ivanka: ev: do you have a link to design wire frames from mpt with respect to boot options / recovery /system menu or something
[11:14] <mpt> xnox, https://wiki.ubuntu.com/StartupSettings
[11:14] <ivanka> xnox: which ones?
[11:15] <ivanka> oops - sorry mpt
[11:15] <ivanka> xnox: mpt :-) over to you
[11:31] <hallyn> slangasek: i haven't tested, but it looks like http://paste.ubuntu.com/1320497/ in domain .xml should let you specify the ovmf bios
[11:31] <hallyn> so perhaps we only need virt-manager to set that correctly, and no libvirt changes
[11:40] <Laney> ..
[11:40] <Laney> oops
[11:46] <slangasek> hallyn: oh, that seems so obvious :)
[11:46] <slangasek> I should try to test that... won't get to it today however
[11:58] <slangasek> hallyn: I lied; tested, I still get a BIOS boot
[11:58] <slangasek> hallyn: so that doesn't seem to work
[11:59] <slangasek> hallyn: confirmed that it's not passed to qemu (quantal version)
[13:06] <hallyn> slangasek: thanks!  that turns that from a feature request into a bug :)
[13:06] <slangasek> hallyn: haha - ok, do you need me to file it?
[13:09] <hallyn> slangasek: nah, i'll do it later.  thanks
[13:09] <slangasek> ok, ta :)
[14:11] <theadmin> Ok, so I wanted to check out quickly. I do a "quickly create ubuntu-application blah", that goes fine, then after I "cd blah" and run "quickly design", glade segfaults :( Any help?
[14:30] <OdyX> pitti: damn. The build succeeds here (including tests), but not in sbuild... :/
[15:22] <Debolaz> Hrmm, empathy doesnt show the message counter in the launcher in 12.10.
[15:22] <Debolaz> As far as I can tell, its related to some library update, but I cant see anything about when its supposed to be fixed.
[15:24] <Debolaz> Anyone know whats the status on that?
[15:25] <dobey> if there's a bug filed already, it's probably best to ask on there about its status
[15:25] <Debolaz> Cant find any bug specifically about it.
[15:26] <Debolaz> Though at least two other people have mentioned it on askubuntu.
[15:26] <Debolaz> http://askubuntu.com/questions/206454/12-10-unity-counter-badges-dont-appear
[15:38] <Logan_> cjwatson: What does the raring-proposed transition implicate for UDD? (and for all of my pending merge requests: http://code.launchpad.net/~logan )
[15:44] <Logan_> micahg: ^
[15:45] <micahg> Logan_: idk if UDD is even importing everything right now, there could be issues where something is in --proposed and not migrating which wouldn't be reflected in the release pocket branch
[15:45] <Logan_> micahg: okay - but what does that mean in terms of all merge requests? should they be against raring-proposed instead? what if that branch doesn't exist?
[15:45] <Logan_> (so many questions :P )
[15:46]  * micahg would like to say use debdiffs, but I'm not sure what the UDD way forward is
[15:46] <Logan_> I'll probably have to wait until the dust settles from UDS for a definitive answer
[15:47] <Logan_> wish I were there :/ (but school comes first, of course)
[16:23] <Debolaz> I reported it here now: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/1073628
[16:31] <wookey> I've just spent 10 mins failing toi find out the names/networks of the UDS IRC chanels
[16:32] <wookey> where are they written down?
[18:31] <jderose> On Raring, anyone having trouble with dh_sphinxdoc? this is the error:
[18:31] <jderose> dh_sphinxdoc: error: unknown JavaScript code: debian/python3-skein-doc/usr/share/doc/python3-skein-doc/html/_static/searchtools.js
[18:35] <[reed]> so, how do I get somebody to look at the upload queue for precise-proposed and review my package? :)
[18:44] <Logan_> james_w: Are you around?
[18:45] <james_w> hi Logan_
[18:54] <EtgarDizz> can anyone here help with unity lenses and scopes?
[18:55] <dobey> EtgarDizz: #ubuntu-unity might be a better channel for that
[18:55] <EtgarDizz> i tried there as well... no answer :(
[18:57] <dobey> well, most of the unity developers are at UDS, and it's currently ~9pm where they are, so they're probably a bit busy with dinner/beer right now
[18:57] <EtgarDizz> :D gotcha
[19:00] <Logan_> james_w: I asked cjwatson about this earlier, and he wasn't too sure: What does the raring-proposed transition implicate for UDD? (and for all of my pending merge requests: http://code.launchpad.net/~logan )
[19:00] <Logan_> I understand that you are one of the main UDD guys, so I was wondering if you'd have an answer
[19:00] <james_w> Logan_, I'm not sure about that either
[19:00] <james_w> I'm not sure how it should work
[19:01] <Logan_> because, hypothetically, there should probably be merge proposals against the raring-proposed branch
[19:01] <Logan_> but that only exists when the maintainer has uploaded something to the repo
[19:01] <Logan_> (with the latest changes)
[19:02] <james_w> yeah
[19:03] <dobey> Logan_: i would suspect it would work the same way it always has. you propose to the distro packaging branch, and the sponsor deals with the upload
[19:03] <Logan_> but, with full UDD, isn't it just merged to the target branch with bar merge and not uploaded separately?
[19:03] <Logan_> *bzr
[19:04] <Logan_> I could be understanding this incorrectly - I've never maintained a package in Ubuntu myself, just improved others through UDD
[19:06] <dobey> it depends on the package
[19:07] <dobey> generally teams that do that, maintain the source package branch separately; such as the ~ubuntu-desktop branches for example
[19:10] <Logan_> ok
[19:12] <dobey> i don't know if the things you have branches proposed for are generally handled that way or not, though
[19:12] <dobey> though it should be fairly obvious from branch history
[22:02] <lifeless> cjwatson: if you had any thoughts on https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1073731 that would be cool, but no rush - I've just supplied the needed modules manually to workaround it.