[03:22] <slangasek> hallyn: ok; I wondered why it didn't have mention of the patch in the 0.33-1 changelog fwiw.
[04:34] <Mirv> any core-dev around? there'd be a packaging ack needed for platform-api dropping protobuf-compiler dependency: https://ci-train.ubuntu.com/job/ubuntu-landing-010-2-publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_2.5.0+14.10.20141013-0ubuntu1.diff
[04:37] <RAOF> Woo!
[04:38] <RAOF> No more crazy protobuf hax!
[04:38] <RAOF> Mirv: Looks sensible, ack.
[04:40] <Mirv> RAOF: thanks!
[08:09] <ypwong> cjwatson, bug 1330416 still happens when UEFI mode is set
[08:56] <cjwatson> ypwong: I've seen your mail but have no time to investigate at the moment, sorry.  (Incidentally it should probably really have been a new bug)
[08:58] <ypwong> cjwatson, do you want us to file a new bug?
[08:58] <ypwong> BTW I haven't sent email to you, perhaps that's from someone else.
[09:01] <cjwatson> ypwong: well I saw somebody's mail on that bug anyway.  yes, it should be a new bug and 1330416 should be closed again; isolinux/lang is entirely irrelevant on UEFI (because isolinux isn't used) so the subject is now extremely confusing; I suspect that there has simply never been support for defaulting UbuntuKylin to zh_CN on UEFI
[09:01] <ypwong> cjwatson, that might be the case..
[09:25] <seb128> bdmurray_, ev, do you know why https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1380278 doesn't appear on the daily/weekly e.u.c charts
[09:25] <seb128> it has enough reports that it should be one of the top reports on those views
[09:25] <seb128> but it's not on the list
[09:52] <leszek> hi
[09:54] <leszek> seems like muon cannot be recompiled from .dsc currently in utopic. It complains about Nepomuk/KRatingPainter not found. Any ideas what I did wrong ?
[09:55] <arges> caribou: salut. can you add an SRU justification to bug 1309679 ?
[09:55] <arges> caribou: and bug 1355279 and bug 1308232
[10:02] <ypwong> cjwatson, bug 1380981 filed, you're right that the bug also exist in trusty
[12:01] <caribou> arges: done for all 3 of them
[12:04] <cjwatson> ok, so seriously, how do I get the default Ubuntu desktop working in kvm these days so that I can work on ubiquity bugs?
[12:05] <cjwatson> "qemu-system-i386 -enable-kvm -monitor stdio -m 1024 -cdrom utopic-desktop-i386.iso -hda t.img", press key, select "Try Ubuntu without installing": ends up at a blank screen with the Ubuntu wallpaper and nothing else
[12:05] <seb128> cjwatson, what's not working?
[12:05] <seb128> urg
[12:05] <arges> caribou: thanks
[12:05] <cjwatson> makes it impossible to work on the installer
[12:05] <seb128> is there anything useful in .cache/upstart/gnome-session-Ubuntu.log?
[12:06] <cjwatson> gnome-session-Unity.log?
[12:06] <seb128> yeah, sorry
[12:06] <cjwatson> seb128: http://people.canonical.com/~cjwatson/tmp/qemu-desktop.png
[12:07] <seb128> what about unity7.log ?
[12:08] <cjwatson> seb128: http://people.canonical.com/~cjwatson/tmp/qemu-desktop-unity7.png (rest of log repeats the same thing)
[12:08] <seb128> mlankhorst, ^ is there a known issue with llvm/kvm in utopic?
[12:09] <seb128> cjwatson, the error is similar to https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.5/+bug/1360241
[12:11] <seb128> doko, ^ do you know?
[12:13] <doko> seb128, cjwatson: I thought mlankhorst fixed that in the emulator/qemu setup?
[12:16] <seb128> cjwatson, sorry, I guess we need mlankhorst to be around/reply about that
[12:20] <flexiondotorg> slangasek, You'll remember I reported an issue with Plymouth not displaying the splash logo and also not allowing your pass phrase to be entered when using full disk encryption?
[12:21] <flexiondotorg> slangasek, The number of reports for the not displaying the splash screen are on the rise and Ubuntu GNOME have add a report regarding pass phrase entry.
[12:21] <flexiondotorg> slangasek, I "fixed" this in Ubuntu MATE by creating a plymouth package based on 0.8.8.
[12:22] <flexiondotorg> slangasek, https://launchpad.net/~ubuntu-mate-dev/+archive/ubuntu/ppa/+sourcepub/4462913/+listing-archive-extra
[12:22] <Laney> cjwatson: FWIW, I can reproduce your problem with i386 images but amd64 ones boot okay
[12:22] <flexiondotorg> slangasek, Testing shows that both issues are resolved by rolling back Plymouth to 0.8.8. Not the most elegant fix but it works.
[12:34] <cjwatson> Laney: hm, I guess that'll do, thanks, will try that
[12:34] <cjwatson> (will take a while to rsync)
[12:34] <Laney> It's a bit unsatisfying, but might be helpful in the absence of m_lankhorst
[12:36] <cjwatson> it'll certainly unblock me if I see the same here
[12:40] <Bluefoxicy> Are there any barriers to packaging the Android SDK in Ubuntu Universe or Multiverse?
[12:41] <Bluefoxicy> in particular, it would be nice to load a Cyanogenmod environment, onto which I could load Amazon Store or some such
[12:41] <Bluefoxicy> the PC audible app is garbage
[12:42] <Bluefoxicy> a range of software suddenly opens up when you have an emulated table, I guess.  idk.
[13:00] <doko> rbasak, any progress on python-greenlet?
[13:02] <doko> pitti, proposed-migration (gdb) thinks that the apport autopkg test is still in progress
[13:09] <rbasak> doko: still working on it (right now).
[13:09] <rbasak> doko: I have patches that fix it. Writing up for upstream. It's complicated :-/
[13:09] <rbasak> "fix" it.
[13:09] <doko> ta
[13:09] <rbasak> The code makes too many assumptions about what the compiler will do.
[13:22] <pitti> doko, jibel: hmm, britney thinks "apport 2.14.7-0ubuntu5: Test in progress", but utopic has ubuntu6
[13:22] <pitti> jibel: some confusion in the state files?
[13:22] <zbenjamin> sergiusens: ping, is this bug still valid? https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1257689
[13:23] <zbenjamin> sergiusens: is there already a check for enough disk space?
[13:23] <sergiusens> zbenjamin: I guess it is still valid, and no, no check
[13:23] <jibel> pitti, looking
[13:23] <zbenjamin> sergiusens: ok thx
[13:23] <sergiusens> zbenjamin: just like click chroot has no check
[13:29] <smoser> anyone know where italics in 'less' matching came from ? and how i can put it back ?
[13:30] <smoser> ie, 'man ls'. then  i hit '/' then type 'all'.
[13:31] <smoser> on some systems, that highlights 'all' which i can actually see. on others it uses italics, which i cannot ever actually find on the screen without really looking (which is why i used 'find').
[13:31] <cjwatson> Sounds like a property of the terminal emulator rather than of less
[13:32] <cjwatson> Or are you actually sure less is being used?
[13:32] <cjwatson> Hit 'h' and see if you get "SUMMARY OF LESS COMMANDS"
[13:34] <smoser> cjwatson, pretty sure less is being used. or if not, then it very well mimics the behavior of 'less <filehere>' .
[13:34] <smoser> ie, remove 'man' from above and just use less and i see the same behavior.
[13:35] <cjwatson> OK, I don't think less in itself is even able to force italics; it just sends certain terminal capability sequences
[13:36] <cjwatson> Up to the terminal emulator to decide how to render them
[13:36] <rbasak> Any byobu or tmux or screen involved here?
[13:36] <cjwatson> It might depend on $TERM
[13:36] <arges> is unity crashing repeatly for anybody else... i've been in a conference and its done it about 5 times already
[13:36] <arges> [10170.860174] unity-settings-[12658]: segfault at 8 ip 00007f43a4ea23a4 sp 00007fff7ccbed88 error 4 in libgdk-3.s
[13:36] <arges> o.0.1200.2[7f43a4e5e000+af000]
[13:36] <arges> [10171.863510] compiz[12710]: segfault at 0 ip           (null) sp 00007fff3697aeb8 error 14 in compiz[400000+3000
[13:36] <arges> ]
[13:38] <pitti> arges: yeah, me too
[13:39] <pitti> arges: just discussed in #u-desktop, larsu has a fix for it
[13:39] <arges> pitti: oh awesome! whats the bug #?
[13:39] <pitti> arges: lp:~larsu/unity-settings-daemon/lp1380278 fixes it; if you use amd64, I can also toss you some debs
[13:39] <arges> pitti: that would be very helpful. trying ot also pay attention to presentations: )
[13:40] <pitti> arges: the compiz bug is bug 1366351, but that's only fallout from unity-settings-daemon crashing
[13:40] <pitti> arges: http://people.canonical.com/~pitti/tmp/usd/
[13:41] <arges> pitti: thanks
[13:41] <pitti> arges: works wonders here; before that compiz crashed about once a minute
[13:42] <arges> pitti: i'll test on my laptop too
[13:42] <pitti> arges: and like you it started crashing on LinuxCon for me; apparently in a dock with differnet input devices it doesn't
[13:42] <arges> i just noticed it today after I did my daily dist-upgrade
[14:37] <shadeslayer> btw this is FindPython from utopic : http://paste.ubuntu.com/8559404/
[14:37] <shadeslayer> which doesn't seem to have 3.4 in there
[14:37] <shadeslayer> is that intended?
[14:38] <shadeslayer> because it breaks a thing for me
[14:41] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1323559 seems to be right bug
[15:02] <smoser> rbasak, TERM=screen
[15:03] <smoser> humm.. but fun, that is inside tmux. (via byobu).
[15:04] <smoser> but, performs the same just by doing: TERM=screen less /etc/passwd
[15:06] <cjwatson> even then, depends on the terminal program; for instance gnome-terminal shows italics but pterm doesn't
[15:08] <bdmurray_> seb128: the retracers have quite a backlog so it may be due to that.
[15:08] <seb128> bdmurray, how much backlog and do we know why?
[15:11] <bdmurray> seb128: hundreds of thousands for i386 and amd64. Partially because we were accepting core dumps from things we didn't need to, also because apport-retrace is slower than it used to be, and because we haven't received any more retracers.
[15:13] <bdmurray> seb128: we are actively removing things from the queue that we can't retrace and things we shouldn't try to
[15:21] <seb128> bdmurray, do we know how much backlog do we have?
[15:22] <seb128> does it mean at this point e.u.c doesn't provide us an useful view of the utopic status because the backlog is such that we have no data about what is current?
[15:22] <seb128> I wish those issues were communicated on ubuntu-devel@
[15:22] <seb128> it's a major problem for the distro and our ability to target work
[15:23] <seb128> slangasek, ev, ^ not sure who would be the right list/group of person to have a discussion about that?
[15:24] <ev> seb128: hm? We're entirely blocked on the IS GSA team for this. It's #14 in the queue, but the items before it are rather important as well: https://portal.admin.canonical.com/ruins?team=gsa
[15:24] <ev> adding more retracers, that is
[15:24] <seb128> ev, "hm?" about what part?
[15:25] <seb128> ev, well, the current e.u.c view doesn't reflect our current issues, it means we are misleaded on what we focus on
[15:25] <seb128> that seems like something that should be publicly announced so we don't have more teams misguided
[15:26] <seb128> ev, like we noticed some recent importants issues through lp reports and IRC mentions, they should be on top of e.u.c but there are totally missing because the retracer backlog is such that e.u.c didn't get to retrace anything recent
[15:27] <bdmurray> we could declare "inbox bankruptcy" but that seemed rather extreme to me
[15:27] <ev> so non-binary crashes will always be up to date
[15:27] <ev> bdmurray: we may be at that point, to be honest
[15:28] <seb128> well, most of our issues are binary ones
[15:28] <seb128> like u-s-d segfault and compiz as well there
[15:28] <bdmurray> ev: okay, one thing to keep in mind is that we asked for 14489 coredumps on the 12th (a weekend) and I think the queues will quickly get out of hand again
[15:30] <ev> yeah, I'm pushing on IS at the same time
[15:31] <Riddell> pitti: is there a tech board meeting now?
[15:33] <LocutusOfBorg1> debfx, hi can I push some changes into collab-maint/cmake?
[15:33] <LocutusOfBorg1> bump std-version, fix lintian copyright issues
[15:34] <LocutusOfBorg1> maybe fix man errors and try to fix the missing icon
[15:35] <bdmurray> ev: okay, I'll talk to thedac about clearing the queues
[15:35] <ev> bdmurray, seb128: I've got the ticket bumped further up
[15:35] <debfx> LocutusOfBorg1: please open bugs or send git patch mails
[15:36] <seb128> ev, thanks, do we have any eta on when we are going to catch up on recent issues retracing? release is next week
[15:36] <ev> seb128: bdmurray is getting the queues cleared, so as soon as that happens
[15:36] <bdmurray> ev: do you know of a graphite graph that indicates quantity of crashes retraced per day?
[15:36] <seb128> great
[15:36] <seb128> ev, bdmurray! thanks
[15:36] <ev> it will start to fall behind, but hopefully we'll get the scalingstack retracers deployed quickly
[15:36] <ev> bdmurray: not saved, but the data points should be there
[15:37] <LocutusOfBorg1> ok debfx will send mail
[15:39] <shadeslayer> anyone want a patch for bug 1323559 ?
[15:39] <debfx> LocutusOfBorg1: though the missing icon issue is easily dealt by getting rid of the menu file
[15:39] <shadeslayer> My CMake fu isn't good enough tbh
[15:41] <debfx> shadeslayer: is the patch linked from the bug not working?
[15:41] <shadeslayer> did not realize there was a patch in there
[15:41] <shadeslayer> yep looks right
[15:42] <debfx> although hardcoding python versions makes me wanna scream ;)
[15:42] <shadeslayer> debfx: :D
[15:44] <LocutusOfBorg1> debfx, there is almost nothing to fix, I noticed after starting look at the code lol :(
[15:44] <LocutusOfBorg1> nothing for sure worth an upload
[15:48] <shadeslayer> debfx: http://paste.ubuntu.com/8559776/
[15:49] <debfx> LocutusOfBorg1: that sounds like a good thing
[15:49] <debfx> shadeslayer: I don't think my uploading powers are strong enough for cmake
[15:50] <slangasek> kees, mdeslaur: looks like we're down half a board for today's meeting; do we want to still meet or should we punt?
[15:52] <LocutusOfBorg1> shadeslayer, what do we have here?
[15:52] <LocutusOfBorg1> https://bugs.launchpad.net/ubuntu/+source/cmake/+bug/1357270
[15:52] <mdeslaur> slangasek: I don't mind still meeting...I believe some folks are waiting on the io scheduler sru to be discussed
[15:52] <LocutusOfBorg1> oh yes the python fix cherry-picked from debian
[15:53] <LocutusOfBorg1> unfortunately it comes too late :(
[15:53] <slangasek> mdeslaur: ok
[15:53] <shadeslayer> Riddell: ^^
[15:53] <slangasek> mdeslaur: are you current wrt the thread on ubuntu-release?
[15:54] <mdeslaur> I've followed it, but I'll reread it again now
[15:54] <shadeslayer> LocutusOfBorg1: I reckon one patch is easier to get in than a merge a week before release
[15:55] <LocutusOfBorg1> shadeslayer, fully agree
[15:55] <LocutusOfBorg1> the sad thing is that I reported the merge on august
[15:55] <LocutusOfBorg1>  Reported by LocutusOfBorg on 2014-08-15
[15:56] <LocutusOfBorg1> rebased a month ago
[15:56] <LocutusOfBorg1> and rejected by release :)
[15:57] <LocutusOfBorg1> but not a problem for me, just it's sad that people loose time in merging/rejecting/finding another patch online that actually fixes a problem already fixed in debian and so on
[15:57] <LocutusOfBorg1> but this is open source ;)
[15:57] <shadeslayer> I can understand
[15:58] <shadeslayer> LocutusOfBorg1: debfx Riddell I've uploaded a new cmake with the python fix
[15:58] <Riddell> shadeslayer: the python fix?
[15:59] <Riddell> I didn't know it was broken
[15:59] <shadeslayer> now you do :)
[15:59] <shadeslayer> "Signer is not permitted to upload to the component 'main'."
[15:59] <shadeslayer> :O
[15:59] <shadeslayer> I thought cmake was part of the kubuntu pkg set
[15:59] <Riddell> shadeslayer for core-dev!
[15:59] <Riddell> yo no se
[16:00] <LocutusOfBorg1> lol
[16:00] <shadeslayer> yes, shadeslayer for core ... wait a second
[16:00] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/ubuntu/experimental/+files/cmake_2.8.12.2-0ubuntu6.dsc
[16:01] <shadeslayer> but then you can't approve
[16:01] <shadeslayer> drat
[16:01] <shadeslayer> debfx: ^^
[16:02] <debfx> shadeslayer: I think I have exactly the same upload permissions as you
[16:03] <shadeslayer> drat
[16:06] <mdeslaur> kees: techboard meeting?
[16:06] <Laney> just get Riddell to upload it, the queue is being reviewed in reasonable order
[16:12] <shadeslayer> Riddell: plz to upload my cmake :D
[16:13] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/ubuntu/experimental/+files/cmake_2.8.12.2-0ubuntu6.dsc
[16:13] <shadeslayer> brb
[16:16] <Riddell> shadeslayer: hmm that patch hardly solves the problem long term, what happens when 3.5 comes out?
[16:16] <Riddell> surprising this came from upstream
[16:16] <Riddell> shadeslayer: uploaded
[16:52] <smoser> anyone else seeing this:
[16:52] <smoser>  https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1381149
[16:52] <smoser> fun.
[16:52] <smoser>  unity-panel-service crashed with SIGSEGV in strrchr()