[00:02] dist-upgrade? [00:58] doko_: probably; I don't know of any particular interest in it anymore [02:32] https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1293081 <-- is it just my machine, or is there really nobody else facing this issue in trusty? [02:32] Launchpad bug 1293081 in compiz (Ubuntu) "black screen or frozen screen after a change in multihead configuration" [Undecided,New] [02:34] * hyperair finds it ridiculous that we're going to release with unity having issues switching between single-head and multihead on an IVB-equipped thinkpad [03:01] hyperair: Is there some reason you're overriding the i915's RC6 defaults? Deep RC6 states have been a fairly rich source of bugs. [03:02] hyperair: Likewise, semaphores, etc? Do you still get the same hang without all your i915 tweaks? (I ask this because *my* HSW machine is quite happy to enable or disable monitors) [03:03] That might also suggest an answer to ‘is it just my machine’ ☺ [03:14] RAOF: hmm, it's been like that since the previousd ubuntu release. [03:14] RAOF: as in i had no issues until upgrading to ubuntu 14.04 [03:14] considering i use the same custom kernel that i used in 13.10, i'm more inclined to believe this is a unity issue. [03:14] but yeah i'll try disabling my tweaks and seeing if that helps [03:15] Mesa's also changed, which could be hitting new codepaths. [03:20] hmm [03:20] somehow rc6 doesn't sound like the kind of thing that would affect multihead transitions. [03:21] i mean rc6 is basically super deep sleep for the GPU isn't it? [03:21] i'm sure the transition stage is when it's not sleeping. [03:21] is there a way to disable rc6 temporarily without rebooting? [03:46] hyperair: You can *probably* tweak those things at runtime by writing things to /sys/module/i915/parameters/* [03:50] hmm [03:50] come to think of it, i'm not sure what the defaults for this gpu is [03:50] *are === fginther` is now known as fginther [04:19] hyperair: You can write -1 into most of them to get default behaviour; I don't know if that'll work post-startup, though. [04:19] don't think so [04:19] at least rc6 didn't work some time ago [05:01] Good morning [05:03] infinity: at least they seem happy for now (almost 2 days uptime) === udevbot_ is now known as udevbot [05:43] pitti: I'm not sure that "surviving for two days" is a good indication of stability, but it's better than nothing. :P === buxy_bak is now known as buxy === geser_ is now known as geser [07:12] good morning [07:37] dholbach: Sorry about the delay; I've tested libxkbcommon 0.4.1, and everything seems hunky-dory. Go about your FFe-ing business! [07:39] tjaalton, mlankhorst: ^ does that look all right to you? [07:39] thanks RAOF [07:39] dholbach: yep [07:40] fantastico! [07:48] pitti, jibel, didrocks: salut mes amis.... do you know who could reply to https://bugs.kde.org/show_bug.cgi?id=333041 ? comment 1 in particular [07:48] KDE bug 333041 in Ubuntu "Tests fail in armhf build" [Normal,Unconfirmed] [07:48] Dear lord the Debian BTS is a fractal of annoyance. [07:49] dholbach: hey my friend! I'm not part at all of the QA team nor I'm particularly skilled in those tests. Not sure how I can help :) [07:50] didrocks, I just wasn't sure who might know the answer to these questions [07:50] didrocks, I thought you might have a pointer for me :) [07:51] dholbach: not really knowledgeable on that, sorry! [07:51] Oh, I don't think xvfb is going to do EGL. [07:51] RAOF: even with lvmpipe? [07:52] llvmpipe* [07:52] Even with llvmpipe; I'm not sure our EGL handles swrast at all. [07:53] Hm, no. That's not true; the dri2 provider should support swrast. [07:53] mvo: nice changes in apt 1.0! (not a joke, I hope) [07:54] mvo_: what's the difference between "apt upgrade" and "apt full-upgrade" now? Or is upgrade what it always used to be, and that's a typo in your blog? [07:55] pitti: apt upgrade will never remove a package, full-upgrade will also remove packages [07:55] pitti: 1.0 is for real :) [07:55] aah [07:55] mvo_: so it's more than upgrade (also installs new packages), but less than dist-upgrade [07:55] (it used to be that apt upgrade would not install/rmeove anything, but the restriction on install is bad for e.g. the kernel etc) [07:55] yeah [07:56] mvo_: so this still would stop on package transitions, right? [07:56] or does it take explicit conflicts:/replaces: into account? [07:56] (but that would be the full dist-upgrade [07:56] pitti: if the transition implies removes it will stop there, but that is actually a good idea to make it smarter [07:57] dholbach: sounds about right [07:57] mlankhorst, cool [07:57] mvo_: anyway, nice work! I like the easier CLI [07:57] haha, 10000b years in the making :) [07:57] what changed? [07:57] pitti: thanks :) [07:58] * seb128 uses update-manager nowadays ;-) [07:58] seb128: a simpler CLI with the new "apt" command [07:58] I use apt-cache all the time, and have aliases for that [07:58] alias acs='apt-cache search' [07:58] alias acsh='apt-cache show' [07:58] alias asrc='apt-cache showsrc' [07:59] I type these all the time, so I got lazy :) [07:59] hehe [08:00] yeah, I used those often as well, just not upgrade/dist-upgrade [08:00] seb128, one day you'll use image-based updates ;-) [08:00] dholbach, stop making mvo sad [08:00] seb128, I don't think he'll be sad :) [08:00] hum, no "apt" here [08:01] ignore that, wrong prompt :p [08:02] seb128: upgrade to trusty ;) [08:02] mvo_, but, precise is the LTS! [08:02] ;-) [08:02] seb128: ;) and window maker is the WM ;) [08:02] indeed! [08:02] seb128: :-D === mvo_ is now known as mvo [08:02] glad you arrived to this conclusion as well ;-) [08:02] hippies! [08:03] mvo: oh wow, I completely ignored the presence of "apt" in trusty; I thought it was new in 1.0 [08:03] pitti: the 1.0 has a slight improved text progress bar, but the functionality is all there [08:04] now, how long will it take to adjust my finger muscle memory to that, after umpteen years of typing apt-get every morning.. [08:04] lol [08:04] pitti, alias apt-get='apt' :p [08:04] I know the feeling, I type apt-g^W^W [08:05] @pilot in === udevbot changed the topic of #ubuntu-devel to: Trusty Final Beta released! | Archive: Gated Review | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney [08:05] mvo: not much manpage yet, and apt remove --help doesn't really work: is there a couterpart for "clean up my system", i. e. apt-get --purge autoremove? [08:05] Laney, happy piloting! [08:06] Laney: don't get lost! [08:06] pitti: yeah, the manpage is sadly not in ubuntu yet, the 1.0 one is better [08:06] pitti: and no autoclean, I guess adding that is a really good idea, maybe combined with some way to make it easy to idenitfy "local" packages that are no longer downloadable [08:08] and of course the most important command of all works! apt moo [08:08] * pitti hugs mvo [08:08] :P [08:08] * mvo hugs pitti [08:22] cjwatson_, is xnox around this week? [08:22] cking: yeap =) [08:22] haha [08:22] ah, i didn't see you xnox doh [08:23] xnox, i still have some installer issues with my special SSD device [08:23] cking: =( right. [08:23] sorry to make you life so bad :-/ [08:26] no worries. we need it working for 14.04.... [08:26] pitti, hast Du 'ne Ahnung, wer mir Informationen für https://bugs.kde.org/show_bug.cgi?id=333041 geben könnte? [08:26] KDE bug 333041 in Ubuntu "Tests fail in armhf build" [Normal,Unconfirmed] [08:26] * dholbach hugs Laney [08:27] * Laney hugs dholbach [08:28] warum alles sprechen Deutsch? wir sind kein Suse =))))) [08:28] lol [08:28] mvo: Guten Morgen! =) [08:31] guten morgen xnox! [08:32] mvo, we need tab completion for apt commands ;-) [08:32] mvo, like "sudo apt dis" ;-) [08:33] seb128: Inclding rewriting dis to ful? [08:33] seb128: oh, indeed [08:35] seb128: zsh can already do that [08:35] % sudo apt-get install [08:35] zsh: do you wish to see all 43092 possibilities (43092 lines)? [08:35] StevenK, what, tab completion? apt-get as well [08:35] StevenK: apt, not apt-get. [08:35] just not the name "apt" [08:35] new name* [08:35] bash does apt-get fine. [08:35] steven@undermined:~% sudo apt-get install language-pack-e [08:35] language-pack-el language-pack-eo language-pack-et [08:35] Including stuff like that? [08:35] right, sorry, I misread what StevenK wrote [08:35] And with a less ugly interface. :P [08:36] (base)adconrad@cthulhu:~$ apt-get install [08:36] Display all 45235 possibilities? (y or n) [08:36] StevenK, read :p [08:36] seb128: Pft, reading is totally overrated [08:36] StevenK, that's "apt-get" you are using, not "apt" [08:36] yeah, I see that [08:36] infinity, since you are up, any chance you could review some of trusty queued items? ;-) some are waiting since thursday, would be nice to get things moving before the trusty freeze [08:37] seb128: I'm not actually here. Just a bit of insomnia and then back to bed to try harder. [08:37] k [08:37] infinity, I guess you people are going to be angry if I just accept stuff, right? ;-) [08:37] possibly. [08:38] I'll poke mozjs quickly. [08:38] Under the assumption that that sync better be a no-change upload. [08:39] No compdef for apt :-( [08:39] Guess I'll have to write one when I'm bored [08:43] mvo: I had the same idea for bug 1302736 tonight, but I had versioned the breaks using (>> 0). This should take care of detecting custom-build packages as well (IIRC, people continued maintaining the official packaging scripts for some time on github, and build personal packages). [08:43] bug 1302736 in apt (Ubuntu) "apt 0.9.15.4ubuntu4 uninstalls ppa:webupd8team/java oracle-java[78]-installer" [Undecided,Invalid] https://launchpad.net/bugs/1302736 [08:47] It's a bit uncommon to have >> Breaks and Provides, but hey, it works with stuff like https://github.com/rraptorr/sun-java6 as well [08:48] juliank: aha, nice idea. I was wondering about what to do with all the custom builds and that looks like a neat hack to get rid of them as well. but the downside would be that we would also include "sun-java6-jdk" from precise which is free of the apt binary. or am I missing something in your idea? [08:52] mvo: Was there a version of sun-java6-jdk that had no apt binary? I think only openjdk-6-jdk was changed, but sun-java6-jdk always shipped apt. [08:52] juliank: oh, indeed, I mixed them up - you are right [08:53] juliank: so +1 for your idea, if you haven't commited it to git already I can do that now and cherry pick for ubuntu [08:53] It would still break things if someone created an oracle-java6-jdk package that provides sun-java6-jdk; but I don't think anyone did. [08:56] Let me do a test build, I'm sure lintian complains about it. [08:57] mvo: What is the "apt" binary in the sun jdk, and has anyone whined to them about the namespace collision, so we can have a proper versioned breaks/replaces? [08:57] infinity: its deprecated since java5(? or 6?) (or even before) [08:58] infinity: so its not a issue with all recent jdks [08:58] juliank: ok [08:58] mvo: Ahh, kay. [08:58] infinity: its mostly for correctness, we had no report in trusty and its enabled (the apt binary) since ~jan [09:01] ping pitti: i'm using ubuntu-defaults-builder to create localised Iso images for trusty but they can't boot in UEFI mode. Is this a known limitation or did I do something wrong? [09:03] is Kylin also built with ubuntu-defaults-builder? cause we'd need UEFI for those images... [09:03] mvo: Oh, and on the point of "apt" and "autoremove", since apt is a new binary with a new interface, there shouldn't currently be any behavioural assumptions. If it's meant to be more user-friendly with fewer commands, could "full-upgrade" just offer to autoremove at the end of the run? [09:03] mvo: Bonus points if --purge is also made the default for remove/autoremove (haven't played with it yet to see if that's the case anyway). [09:04] xnox: Sort of. [09:04] infinity: auto-remove on full upgrade sounds useful, --purge by default is a bit dangerous as it may blow away carefully crafted configs [09:04] xnox: The livefs is, but then it's still jammed through the cdimage machinery for the ISO, so it depends on where your fix needs to be. [09:04] infinity: i see, let me sync a kylin and check if it has uefi or not. [09:05] mvo: I've often thought that the "non-technical end user's" expecation of "remove" is that it should --purge too. This would obviously be a bad change for 'dpkg -r' or 'apt-get remove' where established behaviour is not to purge, but for new friendly tools, it feels like the right thing to do. [09:05] mvo: Opinions on that may vary, but for non-technical users, I don't think the concept of "removed but conffiles remaining" is useful, just confusing. [09:06] mvo: I guess that also depends on the target audience of 'apt', but given the tiny --help output, I'm guessing it's meant to be simplified and friendly, not to completely replace apt-*? [09:06] infinity: Many users accidentally remove packages because they do not listen to APT. I'm sure they do not want to lose their configuration. [09:07] juliank: I'd argue that people who don't read apt's output and accidentally remove packages probably don't have a lot of venn overlap with people who heavily customize conffiles. [09:08] juliank: And people who heavily customize conffiles will probably also continue using apt-get, with its known behaviour. [09:09] Unless the intent is to completely phase out apt-* in favour of the simpler-looking tool, which might annoy me. :P [09:10] infinity: apt-get is there forever, I don't want to even think how many scripts are using it [09:11] xnox: I don't know about that. I know that a Chinese version of ubuntu was in the original scope of ubuntu-defaults, but I don't think it's used now since the tool hasn't been updated a couple of releases AFAIK [09:11] mvo: Seven. Seven scripts. [09:11] (give or take a few thousand) [09:11] infinity: I see your point, however removing configuration sounds dangerous given the small amount of diskspace etc. maybe the answer is to make it super easy to see/get rid of those packages [09:12] mvo: Well, if full-upgrade also offers an autoremove, it could follow up with a list of packages in ^rc state and ask what to do about them? But that might be getting a bit verbose. [09:12] mvo: I pushed the change to git. [09:12] juliank: ta [09:13] mvo: So maybe a "clean" action that does what apt-get clean does (clear the ephemeral data), but also offers to autoremove and purge ^rc stuff? [09:13] infinity: I think that sounds very reasonable [09:13] * mvo wonder if it should be called "apt computer-janitor" [09:14] * infinity laughs. [09:14] mvo: To properly emulate past computer-janitor behaviour, it would also have to offer to rm ~ [09:14] lol [09:15] hey, pilot Laney! Bug 1294891 [09:15] bug 1294891 in Ubuntu "Ubuntu GNOME community wallpapers" [High,Confirmed] https://launchpad.net/bugs/1294891 [09:16] darkxst: f5 [09:17] Laney, sorry, its still queue though [09:17] I suppose that takes some time to update? [09:18] * juliank will have breakfast now [09:18] anyway, thanks! [09:19] darkxst: yeah, needs archive admin [09:19] mvo: While I'm filing wishlist bugs via IRC that you'll forget about, can we have an "apt-get autopurge" that's shorthand for "apt-get --purge autoremove" the same as "purge" == "--purge remove"? [09:19] trijntje_: infinity: kylin looks all good - has efi partition and all that. [09:20] xnox: Kay, the partition layout was expected, since that's done by debian-cd. [09:20] xnox: So, the bug for people using pure defaults-builder is that livecd-rootfs's ISO creation probably doesn't DTRT. [09:20] Err, live-build, I mean. [09:20] Some day, we need some round tuits to make live-build spit out nearly byte-identical ISOs to what debian-cd does. [09:21] infinity: that is a nice idea [09:23] trijntje_: not known, but u-d-b's live-image config hasn't been updated for quite a long time; I guess it needs some updates for UEFI [09:23] trijntje_: I don't think you did something wrong [09:25] xnox: that's good to know, I'll check out kylin to see if anything is applicable to udb [09:25] dholbach: the qemu armhf emulation isn't very reliable I'm afraid; I wouldn't blame it on upstream gcc or the KDE project unless it's been verified that it also segfaults (!) and fails the test on real hw [09:25] dholbach: quite a lot of syscalls aren't implemented in the user qemu emulation, like posix timers [09:25] dholbach: so as a first step I'd suggest to try and build it on real hw? [09:26] pitti: I've tried to take a look at the code myself but I'm completely out of my depth. Should I file a bug for the uefi problem? [09:27] trijntje_: sure [09:29] tseliot: happy birthday! [09:29] pitti: thanks :) [09:40] pitti, thanks === zequence_ is now known as zequence === cjwatson_ is now known as cjwatson [09:53] pitti: ping [09:54] morphis: hello [09:54] pitti: I'll file a bug against dub, thanks for your time [09:55] pitti: hey! [09:56] pitti: regarding https://bugs.launchpad.net/python-dbusmock/+bug/1225151 [09:56] Launchpad bug 1225151 in python-dbusmock "Allow packages to include templates themselves" [Medium,Triaged] [09:56] dholbach: there's no ffe bug for libxkbcommon? [09:56] do you have plans to implement that soon? [09:57] morphis: I can put it on my TODO list; so far, no plans (but should be fairly easy to do, so patches accepted, too) [09:59] pitti: ok, I can have a look myself [10:00] just didn't wanted to do double work :) [10:00] morphis: I guess the actual implementation is just a two-liner, most work is a new test case for that [10:01] tjaalton, ah yes, that might be - it was just something that was reported to me and I wanted to bring everyone in touch about it [10:02] Laney: just saw your message regardin the sosreport SRU [10:02] brb [10:03] Laney: I found out this morning that arges has been working on another SRU on the same package [10:03] pitti: yeah, that is what I guess too [10:03] caribou: yeah? [10:03] Laney: so I need to synchronize with him later today on how we go about this one [10:03] ok, please update the bug then and I'll leave it [10:04] same comments about backports apply of course [10:04] Laney: sure, I'll do that. [10:07] dholbach: ok, filed bug 1303706 [10:07] bug 1303706 in libxkbcommon (Ubuntu) "FFe: new upstream version 0.4.1" [Undecided,New] https://launchpad.net/bugs/1303706 [10:11] * dholbach hugs tjaalton [10:12] xnox, re bug 1297012 - not so close to release right? I'll comment [10:12] bug 1297012 in partman-auto (Ubuntu) "hyper-v: Manual partitioning formats /boot with ext2 file-system" [High,Won't fix] https://launchpad.net/bugs/1297012 [10:18] jamespage: we could try =)))) but it is dead close to release. I'd be happy with: mke2fs -t ext4 -O ^has_journal ^extent ^huge_file, which is pretty much what ext2 is yet called "ext4" not sure if freeze-api/ext4 kernel driver will like that or not. [10:19] jamespage: also i'd want to bump the default size of /boot, since current one is very small (also given that we do not autoremove kernels, only mark them for autoremoval) [10:19] xnox, I'd prefer to push back on this so close to the release [10:19] jamespage: indeed. [10:19] xnox, this might be a small change but I feel the potential impact could be big [10:22] xnox, OK with you if I raised a task for U series and mark won't fix for trusty [10:22] ? [10:22] jamespage: already did that + commenting. [10:22] xnox, lol [10:23] chrisccoulson: yeah, so your oxide-qt upload is fixing bug #1301341, right? [10:23] bug 1301341 in webbrowser-app "grooveshark playback has stopped functioning" [Undecided,Confirmed] https://launchpad.net/bugs/1301341 [10:24] chrisccoulson: I heard there is a need for a webbrowser-app change as well, are you driving that? [10:25] is do-release-upgrade -d the recommended way to get to trusty? [10:25] because it seems a bit flaky... [10:25] didrocks, oSoMoN is doing that change (for webbrowser-app) [10:26] and the upload doesn't fix that grooveshark bug. that requires a bit more work [10:26] chrisccoulson: it will only be webbrowser-app change as well? [10:26] s/as well/then/ ? [10:26] chrisccoulson, no it will be only an oxide change :) [10:27] hum, seems you guys are deadlocking on the other? [10:27] yeah, it requires a build system change in oxide and then a packaging change to build oxide twice, and split libffmpegsumo in to 2 conflicting packages (one with proprietary codecs and one without) [10:28] basically [10:28] Someone should move all webapps from universe to multiverse. [10:28] didrocks, there’s no deadlock, only a build change in oxide needed [10:28] They all contain non-free images [10:28] oSoMoN: seems that you are doing that change (what chris was telling) [10:29] * didrocks is puzzled now [10:29] chrisccoulson, am I doing bug #1301341 ? [10:29] bug 1301341 in webbrowser-app "grooveshark playback has stopped functioning" [Undecided,Confirmed] https://launchpad.net/bugs/1301341 [10:30] oSoMoN, it's ok, i can look at this one today [10:30] are you still looking at the geolocation bits? [10:31] chrisccoulson, yes [10:33] oSoMoN, cool, thanks. i'll let you carry on with that :) [10:47] xnox, ta === MacSlow is now known as MacSlow|lunch === inaddy is now known as tinoco === elmo_ is now known as elmo [11:55] pitti: fixed ubiquity adt test, whilst not building ubuntuone plugin it was still installing it from the archive (listed as depends in debian/tests/control) despite it being well NBS. And hence the tests were failing. [11:56] pitti: it does indicate that possibly we are not quite running everything as installed - since installed != src-dir and we were failing on not finding u1 plugin in the src-dir. [12:10] xnox: I saw the success mail, thanks! === s1aden is now known as sladen === mandel is now known as mandel|lunch [12:40] cyphermox: since today's update I often get DHCP reconnects, and dmesg says http://paste.ubuntu.com/7216850/ (apparmor violations) [12:40] cyphermox: are you aware of any recent changes in the network/dhcp stack? [12:51] When I change my scaling in Settings > Display from 1 to anything less than that, some parts of unity gets messed up. [12:51] For instance, when I right click on any application on the dash, the options I get are not aligned. [12:51] Can anyone check if it is replicable? [12:51] I'm using Ubuntu 14.04 === _salem is now known as salem_ [13:04] @pilot out === udevbot changed the topic of #ubuntu-devel to: Trusty Final Beta released! | Archive: Gated Review | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [13:08] dawnk_: yeah reproducible. file a bug against "unity" package in ubuntu with: $ ubuntu-bug unity [13:08] dawnk_: and attach photographs if possible, or just verbally describe [13:11] well, if I set my scale to any value less than 1, when I try to right click any programs in the unity-dash, the options do not look aligned properly [13:11] For instance, when I right click firefox, instead of "Open a New Window", it shows "Open a New Window Open" [13:12] xnox: unfortunately, I won't be able to post a pic. My uni blocks most file sharing sites. [13:12] xnox: I'll try my best to describe it if you do not understand. [13:12] You can attach pictures to launchpad bugs [13:18] Laney: alright, I'll do that. [13:22] mdeslaur: Hi. Do you folks need me to prepare updates for CVE-2014-2653, or is it already in progress? I did the backports for squeeze and wheezy. [13:22] The verify_host_key function in sshconnect.c in the client in OpenSSH 6.6 and earlier allows remote servers to trigger the skipping of SSHFP DNS RR checking by presenting an unacceptable HostCertificate. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2653) [13:23] cjwatson: no, that's fine, I was about to start doing it [13:24] OK, cool [13:24] cjwatson: I'll take care of it [13:24] Thanks! [13:24] thanks! === maco_ is now known as maco [13:29] bug 970260 does not seem fixed or has reappeared in trusty :( [13:29] bug 970260 in os-prober (Ubuntu Precise) "Setting up memtest86+ hangs because of "grub-probe: error: unknown filesystem"" [Undecided,Confirmed] https://launchpad.net/bugs/970260 [13:30] someone want to help me figuring gathering the required logs? [13:33] @pilot in === udevbot changed the topic of #ubuntu-devel to: Trusty Final Beta released! | Archive: Gated Review | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: arges [13:33] pitti: that would be us [13:33] pitti: let me prepare and upload [13:34] weird that we didn't see it in testing [13:35] jdstrand: oh, thanks! [13:35] pitti: well, before I do the upload... [13:36] pitti: can you add this to /usr/lib/NetworkManager/nm-dhcp-client.action {} in /etc/apparmor.d/sbin.dhclient? [13:36] /var/lib/NetworkManager/*lease r, [13:37] jdstrand: done, and AA restarted [13:37] jdstrand: that was removed by mistake? [13:37] * pitti flushes dmesg -c, and will report back to jdstrand if it still happens [13:37] no, it is due to the new kernel [13:37] but this addition looks straightforward, thanks [13:41] xnox, https://launchpadlibrarian.net/172063791/Screenshot%20from%202014-04-07%2019%3A04%3A35.png [13:42] dholbach: hi. doing some patch piloting and noticed that I can't unsubscribe sponsors... what permissions do I need to set up for that? Thanks [13:43] arges, being part of the team should be it - let me check if you are [13:44] fixed :) [13:44] dholbach: thanks [13:47] dawnk_: what's the bug number? [13:47] dawnk_: i can't get to the bug from the attachment URL. [13:47] xnox: https://bugs.launchpad.net/unity/+bug/1303812 [13:47] Launchpad bug 1303812 in Unity "Options in sidebar not aligned properly with reduced display scaling" [Undecided,New] [13:48] dawnk_: thanks! [13:50] xnox: Thanks for confirming. [13:52] cjwatson: grub-probe in trusty fails on lvm snapshots [13:52] I notice there was once a patch to handle that [13:52] which disappeared [13:52] Yeah, lamont asked me about that, that patch disappeared because it was supposed to have been fixed upstream [13:53] in some upstream commit with an unrelated commit message [13:53] I haven't had a chance to set up a reproduction environment yet [13:53] I wonder if it was a mistake [13:53] I'll see if I can set it up in Xen later today [13:53] the patch was upstream for a while [13:53] mvo: apt 1.0 is probably the best trusty feature! [13:53] and loving the new progress bar [13:53] it was removed in fc18f6 [13:53] There may have been a mistake, but I remember dropping the patch intentionally [13:54] the issue just bit me when upgrading from saucy :/ [13:54] I'll have a look, going into town now though [13:54] no usb disk available only broken usb stciks = much timewaste :/ [13:55] I'll do some debugging to see if the patch still fixes it [13:55] jibel: $ ubiquity --greeter should start the page you want. [13:55] I'll want to set up that Xen guest regardless, if nothing else so that I have an easier way to test this kind of thing in future [13:56] jibel: apart from weird sizing issues, it should be ok. So far i can't manager to crash it. [13:56] jibel: which language did you pick? [13:56] bah wrong chan! [13:56] * ogra_ bets it was french though [14:06] dholbach: hey if something has already been sponsored should I unsubscribe sponsors, or just leave it? [14:07] arges: Set "Fix Committed" or something maybe [14:07] arges, can the bug be closed maybe? [14:07] Laney: hey! looking at bug 1298220. Just trying to go through the sponsoring queue [14:07] bug 1298220 in bash-completion (Ubuntu) "Sync bash-completion 1:2.1-4 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1298220 [14:08] arges: Oh yeah, I was keeping sponsor-patch open "Wait for the bug to be closed…" for that one [14:08] but I lost that when I restarted my session :P [14:08] so I guess Fix Released and if it gets rejected reopen it [14:08] Laney: ok will do thanks [14:08] * Laney did it [14:08] thanks for pointing it out [14:09] : ) beat me to it [14:09] np [14:13] Oh look, someone accepted it [14:18] hey arges [14:18] ochosi: hi [14:18] pitti: uploaded isc-dhcp for your fix [14:18] Laney mentioned i could talk to you in case there is something urgent we'd need upload wise [14:19] and indeed there are two items in the sponsors queue [14:19] jdstrand: cheers! [14:19] ochosi: yes, i'm patch piloting today. What do you need reviewed? [14:20] arges: to be exact, it's the light-locker-settings 1.2.1 update and the related sync_lock_xfpm_session [14:20] arges: without those patches, the settings for lock-on-suspend aren't kept in sync, so that might cause a security problem because users currently have to check 3 dialogs individually to be sure [14:21] ok so i see https://launchpad.net/bugs/1302484 [14:21] Launchpad bug 1302484 in light-locker-settings (Ubuntu) "[needs-packaging] Please upload light-locker-settings 1.2.1" [Undecided,Confirmed] [14:21] yup [14:21] the other one is: [14:21] https://code.launchpad.net/~smd-seandavis/ubuntu/trusty/xfce4-power-manager/sync_lock_xfpm_session/+merge/214392 [14:24] pitti, you're back up on wolfe-0X, right? [14:24] they went down on friday as the host fell [14:24] ochosi: why is bug 1302484 marked [needs-packaging] ? [14:24] bug 1302484 in light-locker-settings (Ubuntu) "[needs-packaging] Please upload light-locker-settings 1.2.1" [Undecided,Confirmed] https://launchpad.net/bugs/1302484 [14:24] smoser: Fell? Was intentionally rebooted, you mean. [14:24] smoser: yes, so far they are holding up fine [14:25] last week they became unbearably segfaulty [14:25] smoser: I restarted all the VMs after the host. [14:25] arges: i think that was a mistake, bluesabre meant "needs uploading" [14:26] ochosi: is this update a bugfix only release? [14:27] arges: yes, there are no new features apart from keeping the settings of those three dialogs in sync: xfce4-session-settings, xfce4-power-manager-settings, light-locker-settings [14:28] infinity, right. [14:28] "intentionally" deserves some quotes there. [14:28] it wasn't really planned downtime. [14:28] smoser: I planned it several minutes in advance. ;) [14:29] touche [14:35] Laney: i'm looking at bug 1302484. I believe this is an FFe and it looks like the update is bugfix only. Do I need a release-team member to verify? Thanks [14:35] bug 1302484 in light-locker-settings (Ubuntu) "[FFe] Please upload light-locker-settings 1.2.1" [Undecided,Confirmed] https://launchpad.net/bugs/1302484 [14:35] arges: Nah, not if it's bug fix only [14:36] Laney: cool thanks [14:36] It'll go to the queue anyway so you can be spanked if that turns out to be false. :P [14:36] : ) === tinoco is now known as inaddy === inaddy is now known as tinoco [14:39] Sweetshark: "we dont care for stderr in the autopkgtest configure" in libreoffice-l10n, yet there's no autopkgtest there [14:39] copy-paste error? [14:40] Laney, same packaging for libreoffice and l10n [14:40] @pilot in === udevbot changed the topic of #ubuntu-devel to: Trusty Final Beta released! | Archive: Gated Review | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: arges, mterry [14:40] Laney, so they share changelog entries [14:40] same packaging? [14:40] Laney, there is 1 packaging tree, the source has just been split to reduce build time [14:41]