[01:44] <vsingh165> does anyone know how I can build libreoffice with unity menu integration from the git sources?  I know how to do make dev-install, etc but not sure how to get it with unity menus.
[04:34] <micahg> infinity: I never saw the chromium armhf fix go in, so since we're close to beta 2, I'm going to have to upload just to drop the spurious recommends
[04:34] <infinity> micahg: Can you nag Chris about it?  But yeah, go ahead and do that anyway.
[04:35] <micahg> infinity: I don't see him at the moment and might not be available online before beta 2
[04:35]  * infinity nods.
[04:35] <infinity> I'm on VAC until next week too, but I'll see if I can catch up with him.
[04:35] <infinity> It needs to be fixed before release.
[04:35] <micahg> ok
[04:56] <Mirv> xnox: didrocks hasn't wanted to have the GTK style support build in before the appmenu-qt5 is in, since he's seeing some graphical corruption in menus with the style support in (a graphics driver issue, but he has relatively common model nevertheless - hasn't been checked for ca. two weeks or so)
[05:00] <Mirv> we didn't find other machines having the menu problem though either, or hear from the qt5-beta-proper users, but still.
[05:01] <Mirv> now the appmenu FFe has however been approved, so we can proceed after required testings
[07:53] <dholbach> good morning
[08:31] <tvoss> seb128, ping
[08:31] <seb128> tvoss, hey
[08:31] <tvoss> seb128, good morning :) quick question: how can I find out if a fix to a debian package has propagated to ubuntu?
[08:31] <tvoss> seb128, bug and fix in question are here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701779
[08:36] <tvoss> seb128, happy to look myself if you can give me some pointers :)
[08:41] <seb128> tvoss, good morning to you too, sorry was away some minutes
[08:42] <tvoss> seb128, welcome back then :)
[08:42] <seb128> tvoss, there is no easy "is that debian bug fixed in ubuntu" check, basically look at the debian bug and what version of the package fixed the issue and look at what is in ubuntu
[08:42] <seb128> tvoss, or "pull-lp-source <source> raring" and look at the content of the package
[08:43] <tvoss> seb128, ubuntu is quite outdated when compared to debian :/
[08:44] <seb128> tvoss, it means nobody merged that one on debian or synced it
[08:45] <tvoss> seb128, just found a ppa, hold on
[08:47] <tjaalton> it could probably be synced at this point
[08:47] <tjaalton> new upstream pushed to ubuntu last summer
[08:47] <tjaalton> not touched since
[08:49] <geser> tvoss: it got removed in the past (during precise development), see the deletion comment at https://launchpad.net/ubuntu/+source/ltt-control/+publishinghistory (expand the first entry)
[08:50] <tvoss> geser, agreed for the ltt-control package, but seems like lttng-tools suffer the same issue, looking at that right now and testing the lttng ppa
[08:51] <tjaalton> can't it just be synced now? new lttng-tools builds ltt-control
[08:52] <geser> tjaalton: does it work now? and someone has to fix the FTBFS first
[08:52] <tjaalton> ftbfs?
[08:53] <geser> see https://buildd.debian.org/status/fetch.php?pkg=ltt-control&arch=i386&ver=2.1.1-1&stamp=1362096027
[08:53] <tjaalton> oh, good point :)
[08:54] <tjaalton> didn't know that
[08:54] <geser> tvoss: lttng-tools are build from the ltt-control source package
[08:55] <tvoss> geser, the ppa works, just tested on raring
[08:55] <tjaalton> yeah I got those wrong, was the other way around
[08:58] <mpt> slangasek, update-manager should certainly never update a package without listing it. That would be a bug, not a design flaw.
[09:03] <geser> tvoss: once someone fixes Debian bug #701976 (either directly in Debian or a patched package for sponsoring) and a FF exception is granted (we are past Feature Freeze) then it could get into raring
[09:04] <tvoss> geser, okay, I will look into it ... final missing piece: the lttviewer, cannot see it in the ppa
[09:06] <geser> is it packaged in Debian?
[09:08] <tvoss> geser, not sure, searching
[09:09] <seb128> tvoss, geser: http://packages.qa.debian.org/l/lttv.html
[09:10] <seb128> it's in raring as well
[09:11] <tvoss> seb128, sure, cannot see it
[09:11] <tvoss> ?
[09:12] <geser> it got removed from the archive for the same reason as ltt-control
[09:12] <seb128> tvoss, oh, sorry, misread that indded
[09:14] <seb128> tvoss, https://launchpad.net/~lttng/+archive/daily has builds for quantal, not sure if they didn't enable it for raring on purpose
[09:25] <mpt> ev, thanks to ant, <https://wiki.ubuntu.com/ErrorTracker#error-types> now has cell borders and should be easier to follow
[09:25] <ev> yay
[09:25] <mpt> (apart from Gecko's long-standing problem where cell borders sometimes disappear after scrolling)
[09:28] <mpt> ev, and I guess we need to update all the "(targeted for 13.04)" cells
[09:28] <ev> yes
[09:29] <ev> on it
[09:42] <ev> I think I'll take the reminder that apport is a thing and fix some bugs in it
[10:03] <seb128> hum
[10:03] <seb128> I've a package install "stalled"
[10:03] <seb128> "perl -w /usr/share/debconf/frontend /var/lib/dpkg/tmp.ci/preinst install" seems blocked in a read (from strace)
[10:15]  * tvoss notices that the eclipse version in the repo is quite outdated
[10:16] <ogra_> there is one in the repo ?
[10:16] <ogra_> i thought we dropped that
[10:32] <geser> tvoss: the eclipse version in raring is the same as in Debian testing/unstable, and the version from experimental (3.8.1-1) is waiting in raring-proposed on someone to fix the build failure on armel and armhf before it can get moved to raring
[10:32] <tvoss> geser, ack and thx
[11:33] <tvoss> has anyone been working the lttng eclipse integration?
[11:45] <shadeslayer> seb128: ping
[11:46] <shadeslayer> seb128: I'm curious as to how empathy spits out the mcp-account-manager-uoa deb, since you uploaded it last, any ideas?
[11:46] <shadeslayer> the control file has no entry for mcp-account-manager-uoa
[12:04] <shadeslayer> my guess is debhelper.mk is doing some magic?
[12:08] <shadeslayer> ahh nvm
[12:08] <shadeslayer> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/empathy/raring/view/head:/debian/control doesn't list the entries for me for some reason
[12:11] <mitya57> shadeslayer: lp:ubuntu/empathy is out of date
[12:11] <geser> shadeslayer: see the top entry in the changelog
[12:11] <geser> shadeslayer: http://package-import.ubuntu.com/status/empathy.html#2012-09-06%2020:53:54.256127
[12:13] <geser> shadeslayer: use https://code.launchpad.net/~ubuntu-desktop/empathy/ubuntu instead
[12:15] <maxb> Would you like me to poke at that import or is it essentially irrelevant since there's a human-maintained branch instead
[12:15] <maxb> ?
[12:15] <shadeslayer> ah
[12:16] <shadeslayer> thanks mitya57 & geser
[12:16] <maxb> UDD has never really found a workable path in the aftermath of source format 3.0
[12:17] <shadeslayer> now I'm curious, should mcp-account-manager-uoa depend on empathy?
[12:18] <shadeslayer> same for all of the other account-plugin-* stuff
[12:20] <shadeslayer> if it's for MC any telepathy client can use it, so why a hard dependency on empathy?
[14:22] <apw> infinity, we are seeing some dpkg issues, and wondering if there is an api change there ie us using it wrong or if it is generally broken
[14:23] <apw> infinity, https://launchpadlibrarian.net/135490864/DpkgTerminalLog.txt
[14:27] <cjwatson> apw: that sort of looks like having lost a file descriptor somewhere.  do you have a way to reproduce it?
[14:27] <cjwatson> I'd suggest sticking set -x in the preinst and running with DEBCONF_DEBUG=developer if so
[14:28] <cjwatson> (set -x'ing preinsts is painful if you can't inject a test .deb, unfortunately)
[14:31] <apw> cjwatson, will have a go indeed
[14:31] <apw> cjwatson, we are seeing a bunch of lp bugs being filed on this
[14:31] <apw> jsalisbury, ^^ can we see if this is reproducible ...
[14:32] <jsalisbury> apw, sure, I'll give it a shot on one of my machines
[14:45] <FourDollars> Hi, could somebody help me to review https://bugs.launchpad.net/ubuntu/+source/ibus-chewing/+bug/1160414? Is there anything I missed?
[14:58] <mitya57> Hi Riddell, you know that qtwebkit-sources 2.3.0 is stuck in -proposed, right?
[14:58] <mitya57> if we can't fix that, maybe it'll be a good idea to force-copy it to -release
[15:00] <cjwatson> doesn't look like it should be horribly difficult to fix?
[15:02] <Riddell> mitya57, cjwatson: needs working out the magic to make it stop trying to compile that javascript engine on powerpc, I'll ask again about it but I'm not wanting to spend much time on powerpc issues
[15:03] <cjwatson> well I can hack on it on Adam's fast powerpc system given a general pointer
[15:03] <mitya57> Is it the same javascript engine that 4 previous uploads were trying to disable?
[15:04] <cjwatson> I mean it only takes 20 minutes to fail on adare (which is ancient)
[15:05] <mitya57> :D
[15:07] <Riddell> mitya57: that's the one
[15:10] <mitya57> Weird. As 2.3-0ubuntu8 doesn't have powerpc packages built, forcibly copying the new version shouldn't break anything, so I think it should be done.
[15:11] <mitya57> ... while we are not frozen
[15:12] <cjwatson> it might not break but I always prefer to try to fix things first
[15:13] <cjwatson> (also, even if it comes to that, archive admins should never forcibly copy to raring but should use britney hints instead)
[15:13] <mitya57> I meant something like that, yes.
[15:14] <cjwatson> and should always use the minimum possible force so that we find out about problems they might not have thought of
[15:15] <infinity> apw: I'm on vacation all week, but I'd suggest getting Colin's input on that bug.
[15:17] <mitya57> FourDollars: looks OK
[15:18] <FourDollars> mitya57: Thank you. I have asked bdmurray in #ubuntu-release to help me to upload the package.
[15:19] <bdmurray> xnox: your openssl upload to precise was superceded by a security upload
[15:19] <xnox> bdmurray: yeah, I know. You can reject both of them for now. I will reupload when I have time to rebase the patch, hopefully sometime this week.
[15:20] <mdeslaur> xnox: sorry about that :(
[15:20] <bdmurray> xnox: okay
[15:20] <xnox> mdeslaur: 13th time lucky maybe ;-)
[15:20] <mdeslaur> hehe :)
[15:21] <bdmurray> xnox: ping me when you have one ready to review
[15:22] <xnox> ack.
[15:46] <Riddell> cjwatson: could you try this on powerpc? http://people.ubuntu.com/~jr/tmp/qtwebkit-source_2.3.0-0ubuntu2.dsc
[15:52] <infinity> Riddell: Testing.
[15:53] <qengho> Hi hi.  I have a problem.  In raring we want users of (chromium-browser + unity) to automatically have webaccounts-chromium-extension and unity-chromium-extension installed.  But, those packages Depend on lots of things that users of things other than unity do not need, so a Recommends in chromium-browser might pull in a lot of stuff that's unwanted.  What's the best way to get packages installed for unity + chromium-browser users, but not necessarily
[15:53] <qengho>  others?
[15:55] <slangasek> mpt: then we agree ;)
[15:55] <mpt> yep
[15:55] <xnox> qengho: there is no easy way. Are the extensions by them self small? I'd recommend to install the chromium extenstions by default with unity, but they'd do nothing unless people install chromium browser.
[15:56] <xnox> E.g. treat those extenstions to be part of unity =)
[15:57] <infinity> That's probably the only way to achieve what you want, yes.
[15:57] <infinity> Of course, then they'd need to drop the depends on chromium.
[15:57] <qengho> Right.  Move that to Enhances?
[15:57] <infinity> And we'd have to make sure they get registered with chromium regardless of installation order.
[15:58] <qengho> Order doesn't matter, already.
[15:58] <infinity> Kay, then yeah, move the Depends to an Enhances, and then pull them into the desktop seed or something.
[15:59] <infinity> It's an unfortunate bit of cruft on non-chromium desktops, but there's no good way to express the "if foo and bar are installed, I also want baz" relationship.
[16:00] <infinity> Well, there are ways to *express* it (like Enhances), but there are no ways to *enforce* it.
[16:01] <qengho> Maybe a mutual Suggests and Enhances could be as weighty as a Recommends.
[16:02] <infinity> Something tricky like that could work, if you feel the urge to bring it up with debian-devel and policy types.  Certainly not a good quick fix. :P
[16:08] <infinity> Riddell: Fairly sure my test build is already past the point of the last failure.  I'll let it carry on to completion, though.
[16:08] <infinity> cjwatson: ^
[16:09] <qengho> xnox, infinity, thank you for your help.
[16:09] <infinity> Riddell: If it completely successfully, want me to just sign and upload it?
[16:09] <infinity> s/completely/completes/
[16:15] <qengho> unity+chromium-browser talk continues in #ubuntu-desktop.
[16:19] <Riddell> infinity: groovy, go for it
[16:29] <cking> are there any know compiz issues with today's updates?  apw's desktop is hosed
[17:03] <seb128> bdmurray, hey
[17:04] <seb128> bdmurray, https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1071922/comments/24
[17:04] <seb128> bdmurray, do you just look for any report make by users running that version?
[17:08] <bdmurray> seb128: for any bug reported by apport with people using that version yes
[17:10] <seb128> bdmurray, ok, makes sense, thanks
[17:11] <seb128> bdmurray, if I marked the other bug as duplicate of an old bug I don't need to tag it stop-nagging, right?
[17:11] <bdmurray> seb128: someday it'll check errors for crashes that first appeared with that specific version of the package too
[17:12] <bdmurray> seb128: I'll double check the logic but you shouldn't need to tag it
[17:12] <seb128> bdmurray, ok, thanks
[17:20] <infinity> Riddell: Your qtwebkit build was happy on my machine; uploaded.
[17:26] <mitya57> Riddell: you fixed it? congrats! \o/
[17:30] <cjwatson> Riddell,infinity: ah, excellent
[18:31] <rahulprasad> How do I create unity lens ?
[18:31] <jpds> rahulprasad: https://developer.ubuntu.com/resources/technologies/lenses-and-scopes/
 Thanks
[20:03] <hallyn> infinity: so i have a set of 5 source packages (mirroring the analogous powerpc ones mostly) at https://launchpad.net/~serge-hallyn/+archive/crossc/+packages which build a openbios-sparc, with which i can run qemu-system-sparc as sparcstation 10 target, and boot debian images.
[20:03] <hallyn> i assume it's too late in raring cycle to try getting those in?
[20:04] <infinity> hallyn: Being entirely new packages, if they're based on the same sources as the PPC ones, it's probably not a big deal to get them in.
[20:04] <infinity> hallyn: But, it's much harder to justify yet another cross-compiler for an arch we don't even ship.
[20:05] <hallyn> ok - i suppose they can sit in ppa for now, for anyone who really really needs it.
[20:05] <hallyn> when s opens up, who do you think would be the right person to look at them for sanity check and maybe sponsor?
[20:06] <infinity> hallyn: I can have a look at them.  If they're based on the arm{el,hf,64} and powerpc packages, a simple debdiff should show their relative sanity.
[20:07] <hallyn> infinity: cool, thanks.  I'll leave a note to talk to you then
[20:08] <infinity> hallyn: Well, per the above, I don't think it's "too late".  It's more about if we want them at all, now so much when.
[20:09] <hallyn> infinity: oh.  i thought you meant we didn't want to deal with them now for that reason (i.e. priorities)
[20:09] <hallyn> I suppose we could go the squeeky wheel principle and wait to see if bugs are raised about openbios-sparc not existing
[20:10] <infinity> hallyn: I think the only bugs that have ever been filed have been from developers who were annoyed that it couldn't be built, not from users who needed full system sparc emulation on Ubuntu.
[20:10] <infinity> hallyn: I could be wrong, though.
[20:10] <hallyn> uh, beside bug 1125540 of course
[20:11] <infinity> hallyn: Also, lolwut?  Fixing https://bugs.launchpad.net/launchpad/+bug/217427 wouldn't fix the openbios-sparc bug. :P
[20:11] <hallyn> infinity: i'm fine waiting to see if there is a lot of demand...
[20:11] <infinity> Oh, you got there later in the bug log. :P
[20:11] <hallyn> infinity: right, it wouldn't :)
[20:11] <hallyn> not without a ... cash injection :)
[20:13] <infinity> hallyn: I think that cash injection would have to be preceded by Oracle spinning off Sun again and letting them get back on their previous path.
[20:13] <infinity> hallyn: In other words: HAHAHAHA.
[20:13] <infinity> (I wouldn't say no to a Fujitsu-sponsored sparc port either, but also seems unlikely)
[20:14]  * hallyn thinks back fondly on his sparcstation 1
[20:14] <bdmurray> @pilot in
[20:21] <bkerensa> is there any reason ubuntu-minimal on Ubuntu Server requires bluetooth?
[20:21] <bkerensa> imho cloud servers should not need bluetooth ;)
[20:22] <bkerensa> cyphermox:  ^
[20:22] <cyphermox> no idea
[20:22] <cyphermox> sorry, I'm busy can you send me an email and I'll look it up?
[20:22] <bkerensa> sure
[20:48] <bdmurray> mdeslaur: can you unsubscribe security sponsors from bug 1155000?
[20:48] <bdmurray> It's already in the Q queue.
[20:50] <mdeslaur> bdmurray: it really should be built as a security update
[20:50] <mdeslaur> bdmurray: is it already in -proposed?
[20:50] <bdmurray> mdeslaur: no its in the unapproved queue for Q
[20:51] <mdeslaur> bdmurray: can you reject it, and we'll do it as a security update?
[20:51] <bdmurray> mdeslaur: sure will do
[20:51] <mdeslaur> bdmurray: thanks
[20:51] <bdmurray> mdeslaur: done
[20:52] <mdeslaur> bdmurray: thanks
[21:02] <xnox> stgraber: I noticed you started implementing image/snapshot generation. Should I start looking into how to adjust current phablet images to use the proposed fs layout semantics?
[21:15] <stgraber> xnox: nah, for now it's just a prototype, once we know it's what we want we'll do the changes
[21:15] <stgraber> xnox: just don't spend too much time writing tools to deal with the old way things were done :)
[21:18] <xnox> stgraber: sure, I was just thinking to push files around on different partitions and see if android will manage to boot/start with at least read/write bindmounts.
[22:27] <bdmurray> mterry: does your update-manager requires-restart branch need a FFE?
[22:29] <mterry> bdmurray, needs a UIF now probably
[22:29] <mterry> bdmurray, it could wait until S
[22:31] <bdmurray> mterry: okay, that probably makes sense then
[23:56] <bdmurray> @pilot out