[00:01] Hello can update xserver-xorg-video-openchrome-lts-saucy ?? in saucy release new versión see bug #1205643 [00:01] Launchpad bug 1205643 in xserver-xorg-video-openchrome-lts-saucy (Ubuntu) "VIA P4M800 graphics broken in Lubuntu/Xubuntu Saucy & 12.04.4 candidate" [Undecided,Confirmed] https://launchpad.net/bugs/1205643 [02:31] slangasek, thanks. The restart function of ubuntu kylin software center will be updated as your suggestion in next version after release:) [02:41] Ok i add a debdiff for update the package xserver-xorg-video-openchrome-lts-saucy in the bug #1205643 I think it will help. [02:41] Launchpad bug 1205643 in xserver-xorg-video-openchrome-lts-saucy (Ubuntu) "VIA P4M800 graphics broken in Lubuntu/Xubuntu Saucy & 12.04.4 candidate" [Undecided,Confirmed] https://launchpad.net/bugs/1205643 [02:48] I guessed before that this is automatically updated to be updated package saucy. But apparently not the case :S === maclin__ is now known as maclin [06:21] ^-- Self-accepted that d-i, it's a no-change rebuild that I want done while I eat breakfast. :P [06:25] infinity: Hm. We were going to talk about AA training sometime... [06:27] RAOF: Release week is probably not the best training week. [06:27] infinity: I was thinking that, yes. [06:28] Just a reminder to myself and you so that I don't forget entirely :) [06:39] I have two commits to enable broadwell on mesa http://pastebin.com/TxMH72c9 [06:40] been running fine over the weekend, as emailed on ubuntu-release@ a minute ago [06:41] ok to upload? [06:58] tjaalton: Looks fine, upload quick. I intend to get to spinning RCs when I get into the office. [06:58] (Or, I guess, once that mesa migrates. :P [06:58] ) [06:59] cool, thx [07:00] there [07:01] Thanks for the 1.6MB diff, LP... [07:30] crontab gone manual, precise disabled too so it doens't get in our way. [07:30] stgraber: Still awake, by any chance? === maclin_ is now known as maclin [09:16] stgraber: Hey you. Fix lxc-unpriv-cgroup.conf on https://www.stgraber.org/2014/01/17/lxc-1-0-unprivileged-containers/ to not break people's computers. kthx. [09:17] (cgroup-lite was removed in yesterday's dist-upgrade, so that job prevented systemd-logind from starting, so everything was pretty bborked) [09:20] Riddell, there are 2 serious installer issues in kubuntu: bug 1298251 [09:20] Launchpad bug 1298251 in ubiquity (Ubuntu Trusty) "[kubuntu] Ubiquity crash when starting LiveCD with a chosen language" [High,Confirmed] https://launchpad.net/bugs/1298251 [09:20] and bug 1307291 [09:20] Launchpad bug 1307291 in ubiquity (Ubuntu) "[kubuntu] crash when partitioning" [Undecided,New] https://launchpad.net/bugs/1307291 [09:21] Riddell, can you or someone from the kubuntu team have a look? [09:21] Riddell, and not a crash but not nice bug 1299881 [09:21] Launchpad bug 1299881 in ubiquity (Ubuntu) "[kubuntu] Strange characters in different locale" [Undecided,Confirmed] https://launchpad.net/bugs/1299881 [09:27] jibel: thanks yeah I'll take a look [09:39] cjwatson, bug 1306704 is another crash in parted_server easy to reproduce with a FAT32 FS [09:39] Launchpad bug 1306704 in parted (Ubuntu Trusty) "parted_server crashed with SIGABRT in ped_assert()" [Critical,Confirmed] https://launchpad.net/bugs/1306704 [09:39] Yes, I saw the mail, thanks [09:39] Might need psusi's help though [09:40] please could the new rc's for swift and glance be reviewed/accepted for trusty (maybe Daviey if he's around?) [09:43] urgh - in actual fact please can the swift upload be rejected - the breaks/replaces for swift-object-expirer are still not right [10:00] jamespage: Done. [10:03] infinity, thanks [10:03] uploading a new version now [10:07] infinity, Laney, other: is there still room for an unity upload today? [10:07] seb128: Depends on what it fixes and how. [10:08] infinity, https://code.launchpad.net/~beidl/unity/unity-lockscreen-gestures/+merge/215569 [10:08] infinity, basically the new lockscreen let you trigger an "alt-tab" which shows preview of open programs, using gestures [10:09] Ahh, I think wgrant saw that earlier. [10:09] seb128: If that's well-tested, I think we definitely want that fix. [10:10] infinity, I'm working on the review/testing part, I though it would still be worth letting you guys about it as well [10:10] +know [10:10] seb128: *nod*... That would end up having to be a 0-day security update if we didn't get it in the release pocket, IMO, so if it's sanely tested to both fix the bug and not regress, let's do it. [10:11] k [10:11] infinity, thanks [10:12] seb128: So, wgrant also managed to invoke the dash via a gesture yesterday. Does this fix that too? [10:12] (We're not entirely sure *how* he did that) [10:12] infinity, yes, that desactivate all gestures [10:12] infinity, dash is "tap with 4 fingers" iirc [10:12] Excellent. [10:13] I have a photo, but I cannot reproduce it the dash thing no matter how hard I try. [10:13] wgrant, if you have a multitouch pad/screen tap with 4 fingers? [10:14] seb128: A double tap invokes the switcher, but I haven't managed to invoke the dash except when I was cleaning my screen yesterday [10:14] But I guess disabling all gestures will fix that :) [10:15] wgrant, did you try to put 4 fingers at the same time on the screen? [10:15] wgrant, https://wiki.ubuntu.com/Multitouch#Supported_Gestures [10:17] seb128: It works as expected when unlocked (four finger tap == dash, four finger double tap == app switcher). The second one always works on the lockscreen, but the first one I've only managed to do once, and only accidentally. [10:17] k [10:17] well anyway, let's land that fix and see if there are still issues remaining [10:18] it's a step in the right direction in any case ;-) [10:18] Hm [10:18] I think I just invoked the dash under the lockscreen, but it at least wasn't visible. [10:19] seb128: Is the fix for this only in unity? (just checking seeds to see what I need to hold off respinning) [10:19] infinity, yes [10:19] Certainly looks like it from the diff. [10:19] Kay. [10:19] So, I'll respin the world minus kylin/edubuntu/ubuntu soon. [10:19] And then those three after you land your unity. [10:20] Whatever the parted thing above is is probably going to be a respin-world. [10:20] cjwatson: Whee! [10:20] cjwatson: This means I still have time for a last-minute "support ccTLD.ports" attempt, right? :P [10:20] (Yes, we completely forgot to get to that... *sigh*) [10:20] That's complicated ... [10:21] Yeah, I know. I think we should line it up for dot-1. [10:21] Just a shame we kinda didn't get to it for release. [10:21] .1 would allow more testing time, yeah ... [10:43] infinity: OK, I think I can squeeze in this parted fix for you as well [10:44] It's basically http://paste.ubuntu.com/7249046/ [10:45] Preparing an upload to unstable, but I think I'll do a separate upload to trusty rather than waiting for it to be syncable [10:47] Turned out to be easily reproducible by just running "print 1" since I'm on a UEFI system and /dev/sda1 is an EFI System Partition (i.e. FAT). [10:47] In parted that is. [10:52] cjwatson: Awesome. Thanks. === maclin__ is now known as maclin [11:52] infinity: ^- OK, parted and openssh should both go into a respin, I think. === psivaa is now known as psivaa-lunch [12:06] cjwatson: Kay. I have a mono I'm about upload, if you'd like to "review" it with some serious airquotes. [12:06] OK. Need to go for lunch RSN though [12:06] cjwatson: In the queue now. [12:09] xorg-server probably wants a look from somebody ... [12:09] cjwatson: Man, that's a noisy diff. :/ [12:09] (ssh) [12:10] Yeah, sorry, Matthew had done a previous git-dpm thing with a different git version, apparently [12:10] cjwatson: The reformatting of diffstat is weird. [12:10] Right, different git version [12:11] Matthew doesn't touch openssh often so it shouldn't happen much :) [12:13] infinity: so, uh, yeah, "review" as you say [12:13] infinity: have we done any testing of this on other architectures, and if so which ones? It's a bit hard to see what it might affect [12:14] Actually I guess it's obviously just powerpc isn't it [12:14] But do we know it still works there? [12:14] cjwatson: Oh, I didn't test ppc32, let me quickly spin that up. [12:15] Yeah, looking at this I think that'd be a good idea. [12:15] But if it works there we're probably good. [12:17] cjwatson: Well, it'll "work", the key is no test regressions. :P [12:17] (Because mono ignores his testsuite) [12:17] Yes, I meant work not build :P [12:18] infinity, I'm disabling trusty daily from the tracker. [12:19] jibel: go nuts. [12:36] can we get unity-settings-daemon in as well if we respin for the other stuff recently approved? [12:43] Hi all. I have a new chromium-browser release that I would like in 14.04 in addition to my security updates to past releases. It fixes several CVEs. I have it in my security-release staging PPA, https://launchpad.net/~canonical-chromium-builds/+archive/stage . What are the chances I can get it into 14.04? [12:44] It's in universe, btw. [12:57] qengho: How tested is it? [12:58] qengho: It's in mythbuntu and ubuntukylin, so being in universe doesn't mean much. We still need to make sure it's not going to regress anything last-minute. [12:59] hey, we need an ACK for bug 1307485 [12:59] Launchpad bug 1307485 in network-manager-applet (Ubuntu) "Drop gnome-bluetooth to suggests (regression)" [Low,Triaged] https://launchpad.net/bugs/1307485 [12:59] ubuntu studio has acked it's ok as well, but for completeness, i'm asking them to ack on the bug as well (but don't know when they'll get it) [12:59] *get to it [13:00] xub, studio, and myth are the three that are affected [13:00] infinity: I'll just remove it from the blog post, it was a temporary thing until we had cgmanager, which we now do [13:01] knome: I thought we should JFDI, IMO. [13:01] knome: When did this regress, do you know? [13:03] infinity, no idea... but we bumped into it when we tried to remove ibus from our seed and noticed it wasn't removed... [13:04] cyphermox has been on it, but if you have the time/motivation, feel free to do the change and upload [13:05] cyphermox should be around shortly, I'll let him do it if he's on the case. [13:05] cheers [13:05] and that should be the last thing we need from the release team unless we magically find a solution to another bug [13:05] thanks! [13:05] What's the "other bug" on your radar? [13:06] bug 1259339 [13:06] Launchpad bug 1259339 in xfce4-power-manager "Xfce4 Power Manager does not restore screen power" [Medium,Confirmed] https://launchpad.net/bugs/1259339 [13:06] it's not even triaged yet, which is why it looks unrealistic to come up with a fix... [13:07] knome: Oh, hardly a new bug. [13:07] yep, that too [13:07] knome: So, not release critical, though would be great to see an SRU to both 12.04 and 14.04 when you figure it out. [13:07] absolutely [13:07] other than that, we have had all of our 14.04-targeted bugs fixed \o/ [13:08] https://blueprints.launchpad.net/ubuntu/+spec/xubuntu-t-bugs [13:08] knome: You either didn't have enough bugs, or you guys are machines. [13:08] knome: Either way, congrats. [13:08] infinity: Ah, did mono/powerpc break? [13:08] cjwatson: Spectacularly. [13:08] Ah yes, I see ... [13:09] Glad I asked :) [13:09] we did have bugs, and we still have... but yeah, using a whip on the developers help on getting thinngs done O:) [13:09] cjwatson: Might just need a bit more ifdeffery, but don't really have the time to look right now. === psivaa-lunch is now known as psivaa [13:11] infinity: so I'm looking at the tracker config. Whoever set it up made a tiny mistake. The daily milestone must stay active until after release. [13:11] didrocks: https://bugs.launchpad.net/ubuntu/+source/colord-gtk/+bug/1282372 - colord-gtk is currently on the list to move (back) to universe. Did the reverse-dependency in question never happen, or get reverted, or something? [13:11] Launchpad bug 1282372 in colord-gtk (Ubuntu) "[MIR] colord-gtk" [Undecided,Fix released] [13:11] infinity: everything must be done against Trusty Daily and things will just get picked up by Trusty Final if it's on the manifest [13:11] stgraber: jibel disabled it. Go ahead and reenable. [13:11] cjwatson, didrocks: the new panel codebase ended up having other issues and we decided to delay the update to next cycle [13:12] cjwatson, didrocks: it can be demoted [13:12] stgraber, sorry. [13:12] seb128: hum, so the "we'll seed it soon" was forgot to mention it needs demotion I guess [13:12] ok, demoting now [13:12] thanks [13:12] (and reopening the bug) [13:13] It can sit as Fix Committed or whatever, I guess. [13:13] jibel: np, it's not entirely obvious :) [13:13] yep [13:13] didrocks, sorry about that, miscommunication with robert_ancell I guess (those happen with the little of tz overlap we get) [13:13] didrocks, cjwatson: thanks [13:13] no worry! [13:16] not a problem, indeed, just trying to clean up the last bits of archive cruft [13:16] slangasek: Have you given up on the hope of understanding the icedtea-web business? [13:17] qengho: ? [13:28] just uploaded a last minute LTSP, community members reported (on IRC...) a bunch of problems when booting with some realtek cards that take a while to initialize... [13:29] this cherry-pick all the current pending commits upstream which makes LTSP in 14.04 match with that distributed by some of the other upstream people in their PPA (and is used in hundred of schools at the moment) [13:29] (pending as in, commited a while back but never released as vagrantc has been busy with other things lately) [13:32] libreoffice/autopkgtest is not having a good time [13:34] I'll skip it to get mesa in === jhodapp|afk is now known as jhodapp [13:40] infinity: sorry, have returned. I've had several testers. There's one regression I know of, in that the new internal toolkit that all of chromium is switching to in this version or next does not support the API that Flash players (et c) use. It dies now or in a few weeks, either way. [13:41] stgraber: you tried my proposed chromium, yes? Any complaints lately? [13:41] qengho: Right, probably better to ship with the new API. Does that require other archive changes too? [13:41] I have a problem with bug 1306344. One could solve it by installing the hplip-gui binary package. Could we ship Trusty with this package? Or do we still have the problem that dependencies make Trusty too big then? [13:41] Launchpad bug 1306344 in hplip (Ubuntu) "hp-setup crashes when adding new printer because hp-sendfax is not found" [Undecided,Incomplete] https://launchpad.net/bugs/1306344 [13:44] infinity: If I understand you, no. I now Recommend something in multiverse to get Flash functionality back, but I don't think it affects anything. [13:46] tkamppeter tested the chromium too, for its touch support, which isn't perfect. Till, have any objection to that chromium you tried Thursday from going in 14.04? [13:46] * qengho will just poll names of people he sees scroll by who tested. [13:49] qengho: Right, well, if this chromium effectively breaks the world in ways that we'd be breaking it in the first security update, I think we're actually better off being broken from day 1. [13:49] For some value of "broken". [13:49] So people don't install plugins on 14.04 that work for a week and then stop. [13:50] Or whatever. [13:53] qengho, the freezing of Chromium's main area by touching the tabs is a major problem, as users have to kill and restart the browser (especially if they are in the middle of a shopping/banking/registration transaction). [13:55] qengho, as it works with mouse as long as one never touches the tabs on the touchscreen we would at least need a very quick SRU. [13:55] hi, I've discovered a regression that went in the last unity upload (due to a merge error that deleted a change), since we're doing a new landing in unity for a security fix, can we put this change back in? [13:55] https://code.launchpad.net/~3v1n0/unity/alpha-windows-shadows-fix/+merge/215674 [13:57] unity [13:59] infinity: got a sec to look at that last minute LTSP upload? my plan here is to get that in, then respin Edubuntu and test the hell out of LTSP (and instruct folks in #ltsp to do the same), so hopefully we won't need any more last minute changes there... [13:59] Laney: ^ [13:59] Trevinho: Yeah, I think that's fine to land with the other unity fix. [13:59] infinity: (I got pinged about old realtek not working this morning, wishing people would test that stuff a bit before release wekk...) [13:59] infinity: thanks [13:59] Get it added to the silo [13:59] Trevinho: Speaking of shadows (and I don't expect this fixed for release), has anyone had any opinions on my "shadows shouldn't cross workspace borders" bug? [14:00] stgraber: edubuntu needs respins for the pending unity anyway, but yeah, you can always spin it twice to get earlier testing it. [14:00] infinity: I think I didn't see it, but yeah, indeed they should not [14:00] stgraber: I'll poke the upload. [14:00] Trevinho: I'd love to see that fixed in 14.10 and SRUed back to 14.04. ;) [14:01] * infinity looks for the ref. [14:01] Trevinho: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1299741 [14:01] Launchpad bug 1299741 in compiz (Ubuntu) "Shadows shouldn't wrap around to other workspaces" [Undecided,New] [14:01] infinity: SRUs will be very juicy I think [14:01] Trevinho: Not sure if it's compiz or unity, was a shot in the dark on the filing. :P [14:01] infinity: it's unity, that's wjy I didn't see it :) [14:08] infinity: this is another small community contribuition that might be nice to land now (as it's small and we've the silo ready) https://code.launchpad.net/~sjakthol/unity/fix-1288789/+merge/215403 [14:09] Trevinho: Looks obvious and sane, do it. [14:09] infinity: thank you [14:09] Trevinho: But also please land things soon, don't dig for too many bugs to pile on. ;) [14:11] infinity: well, I've not control on silos, so I can't define when releasing things... [14:11] infinity: these fixes were noticed/proposed after FF, then... things might pile now a little [14:17] can someone reject glance rc2 as well please? [14:18] infinity: thanks! [14:24] Anyone can help me on the hplip-gui problem which I mentioned earlier here? [14:25] tkamppeter: It seems to bring qt4 things and gksu, so I don't think so === tyhicks` is now known as tyhicks [14:32] Laney, or should I do an SRU which pulls in hplip-gui, so that people get it with the first update? [14:33] Laney, other solution would be to move over hp-setup into hplip-gui, so that it is not included in the Qt4-standard installation. [14:55] cgmanager probably ought to go in the release if we care about clean shutdowns (which we usually do). [14:56] lxc could technically be a 0day SRU (fixes the case where apt does two upgrade chunks and upgrades lxc ahead of apparmor, crashing on the postinst) but it's tiny, should be obviously correct and doesn't take long to build, so I'd feel better if we'd just take it [15:02] Laney, what about moving over hp-setup into hplip-gui, so that it is not included in the Qt4-less-standard installation? [15:03] tkamppeter: 14.04 is shipping with qt4 installaed by default desktop. [15:03] It's not any qt4, but it does pull in more stuff [15:03] ok. [15:03] Laney: can you reject glance rc2 for me please? [15:03] tkamppeter: If -setup isn't usable without -sendfax then that probably makes sense [15:03] xnox, does it mean that if I let it pull in hplip-gui there is only hplip-gui added and nothing more? [15:04] tkamppeter: check. [15:04] zul: ok [15:04] tkamppeter: boot livecd install it and see what deps are pulled in. [15:04] gksudo is in there :-) [15:06] infinity: I hadn't given up hope of understanding, just had a busy weekend. Shall I look at it this morning? [15:06] slangasek: Please do. :) [15:06] slangasek: (Or farm it out, but I know you had some context earlier) [15:07] Laney, gksudo dependency can be removed, as according to upstream release notes not meeded any more from 3.13.10 on. [15:10] Laney: do you mind accepting glance please it fixes a couple of regressions (#1307518) and (#1302044) [15:30] infinity: can we sneak in 3.15-rc1 into trusty? it has wifi driver for my laptop so i don't need to compile it with dkms any more. [15:31] http://paste.ubuntu.com/7250262/ <- result of "germinate --no-rdepends -s ubuntu.trusty -d trusty -a i386 -c main,restricted,universe,multiverse --seed-packages=desktop/hplip-gui && cat hplip-gui" (do this in a scratch directory as it'll create lots of files) [15:31] i.e. "please tell me what hplip-gui adds over and above what's already in desktop" === chuck_ is now known as zul [15:32] xnox: Sure! [15:35] tkamppeter: Yeah, it's not just that (see ^) - your other solution might be workable; I'd investigate that [15:36] Do we have some way of installing hplip-gui on demand? [15:41] zul: in a minute [15:42] Laney, I am currentrly downloading the beta to try it in a VM, so I can see what it will pull. [15:42] tkamppeter: cjwatson just pastebinned that [15:43] cjwatson: hm, whilst that's awsome that does show that ubuntu-sso-client-qt did not get back on to the cds but we need it to keep a few things functional in software-center [15:43] (e.g. commenting, buying, oneconf, etc.) [15:44] looks like it's only suggested by ubuntu-sso-client. [15:44] i think i'll upload software-center with a depends added. [15:45] Laney, have found cjwatsons paste now, 16 MB of extra packages on ISO and 60 MB of extra disk occupation in the system. [15:47] Laney, load of gksu is negligible, libqtwebkit4 makes one half. [15:48] Laney, so I will look into moving over hp-setup to hplip-gui. Should I do this as SRU? [15:48] stgraber: can we rename the 'SA-East-1' products in the tracker? http://paste.ubuntu.com/7250330/ [15:48] cjwatson, thanks for the investigation. [15:48] infinity: software-center fix is ^ that should unbreak commenting, oneconf and purchasing features of software-center. [15:48] (it could go in as an SRU) [15:49] strgraber: we have a mismatch between products [15:49] stgraber: oh wait, I can do it :) [15:50] tkamppeter: Probably [15:51] This depends xnox just added puts most of that qt4 stuff back though [15:53] Laney: yeah, looking over cjwatson's output it seemed odd. as ubuntu-sso-client-gui was not pulled back onto the cd for software center. [15:53] stgraber: Was ltsp-client's recommendation of zram-config intentionally dropped? [15:54] (to Suggests) [15:54] It's in component-mismatches [15:58] cjwatson: yes [16:04] why was software-center rejected? [16:11] qengho, Laney: ^ [16:11] ty [16:12] yw! [16:12] Those are very odd package versions. [16:13] Why do I get the feeling that a lot of people don't actually know what "~" means? [16:13] infinity: please seed ubuntuone-client-data and ubuntu-sso-client-qt into main? [16:14] If only you could see the rejection reasons. [16:17] Laney: some rejects are awesome! [ubuntu/trusty-proposed] software-center 13.10-0ubuntu5 (Rejected) Rejected by Adam Conrad: DIE DIE DIE [16:18] I get that you're chatting in person, but not all of us are there [16:19] Laney: not really much, i'm too loud so nobody talks to me =( [16:20] infinity: yeah, sorry. Building huge packages on some wimpy archs takes a long time, so I made the PPA copyable, so there's no lag between testing and deployment. I don't know if any test is the final, and I don't know if I'll have a regular upload later, thus the ~pkgNNN. [16:21] ARMHF would take 100 hours not long ago. When upstream releases about every 12 days, that's a long time. [16:21] stgraber (or another admin for the tracker): it looks like we're missing some EC2 products, can you add them: http://paste.ubuntu.com/7250483/ [16:22] utlemming: I'll look into it [16:22] stgraber: thanks [16:24] utlemming: so is "Ubuntu Server EC2 HVM (Asia-Pacific-SouthEast-Australia) amd64" different from "Ubuntu Server EC2 HVM (Asia-Pacific-SouthEast) amd64"? [16:25] stgraber: I just fixed that one....it looks like we have "Pacfic" instead of "Pacific" [16:25] stgraber: That systemd upload sure looks like an upstart bug/misfeature. [16:25] infinity: agreed, it'd be nice to be able to tell upstart that failure to set a limit isn't fatal for the job [16:27] Trevinho: How goes that unity? [16:27] seb128: ^ [16:28] infinity, dbus is acting up sometime on ppc64el and making test fail, build had to be retried and is still running [16:28] Just built on ppc64el [16:28] oh, great [16:28] infinity, should be ready for copy to the archive once published them [16:28] cjwatson: infinity: signed wubi at http://people.canonical.com/~xnox/wubi/trusty/wubi-r286-trusty-signed.exe please place binary in http://people.canonical.com/~ubuntu-archive/wubi/trusty/ and update stable symlink there. [16:28] "acting up"? Anyone have a log of that? [16:28] but I'm about to call it a day, so bregma is handling that [16:29] xnox: Ack. [16:29] infinity, no, the retry cleared the log, it looks like dbus stops working from the log [16:30] Trevinho might have details [16:31] Is a universe to multiverse recommends alright? [16:31] Laney: Recommends should usually be self-contained in components, IMO. [16:32] Laney: (Which is why we enforce this between main and universe) [16:32] Laney: Because recommends are installed by default, the behaviour shouldn't change if you turn components off and on. [16:33] I was thinking about it from a freeness angle [16:33] infinity: ^ refreshed meta for ubuntu-sso-client-qt. [16:33] To be concrete, new chromium has a Recommends on pepperflashplugin-nonfree. [16:33] wgrant: bug 1275270 - would doing this break LP deployments (eventually)? That's the main reason I hadn't been removing this one [16:33] Launchpad bug 1275270 in bzr-pqm (Ubuntu) "Please remove bzr-pqm binary and source package from Ubuntu trusty" [Wishlist,New] https://launchpad.net/bugs/1275270 [16:33] Laney: From a freeness angle, it's also not ideal, but the self-containment thing is what's important. [16:34] Laney: And I so didn't review the packaging diff before accepting it. [16:34] That was all I was reviewing. :) [16:36] Both things are important to me [16:37] * xnox is doing pysendfile support -> dh_python2 conversion [16:37] qengho: what if I upload to get rid of that recommends? [16:37] * cjwatson re-promotes the ubuntu-sso stuff [16:37] cjwatson: It'll immediately prevent anyone from landing any change to Launchpad or Bazaar [16:38] xnox: could you upload ubuntu-meta to sync it up with that once this override change is visible? [16:38] cjwatson: I already did. [16:38] infinity: I guess bregma will be soon about to hit the release button [16:38] Ah, and indeed the bug lists those two. [16:38] cjwatson: Did you just double-override? [16:38] ah ok [16:38] infinity: I think he's about to test the ppa [16:38] Hm [16:38] infinity: I think I Ctrl-c'ed in time [16:38] cjwatson: I also did some demotions in this cycle. [16:38] Laney: I don't have a big complaint. I dislike it too. [16:38] cjwatson: Probably sane to kill it from trusty, though [16:39] wgrant: I'm confused about how both those statements can hold [16:39] qengho: I hope something useful happens if you visit a flash page without it installed [16:39] cjwatson: Not enough people land changes to Bazaar or Launchpad to justify having it in trusty for the next half decade. [16:39] IMO [16:39] (Thought it should already, given that recommends can be removed) [16:39] Oh, I see what you mean. Yes, mostly I was checking that it was only client-side [16:39] But I don't really care either way. [16:40] I believe that's just the client plugin, yeah [16:40] Laney: I'm proud of this: The plugin-not-found pop-up sends users to a wiki.ubuntu.com page, instead of Adobe now. [16:40] We can obviously just keep it installed locally [16:40] qengho: Nice [16:40] And direct people to binaries in saucy or whatever [16:41] Yeah [16:41] qengho: If the flash-not-found page can instruct people that they need pepperthing-flash from multiverse, that would be much better than a recommends which won't work if people don't have multiverse on. [16:42] qengho: (Also, that recommends won't work on flavours where multiverse isn't on during the build) [16:42] wgrant: is gone [16:42] cjwatson: :) [16:42] * Laney gets ENOSPC when unpacking chromium [16:43] stab stabby stab [16:43] infinity: https://wiki.ubuntu.com/Chromium/Getting-Flash [16:43] Laney: big source. :( [16:43] big source, small ssd [16:43] infinity: pysendfile should resolve pulling python-support into main by virtue of mir #1267557 [16:43] bug #1267557 [16:43] Launchpad bug 1267557 in heat (Ubuntu) "[MIR] heat" [Medium,In progress] https://launchpad.net/bugs/1267557 [16:44] qengho: Downgrading that recommends to a suggest gives you a chance to also make the package version -0ubuntu1 :) [16:44] qengho: (So, yes, please do that, and if the wiki page isn't quite ideal, update it to be better) [16:45] Laney: Or if you want to take care of that short change. [16:45] I'm doing it [16:45] Woah it's doing some checksum verification thing while building the source package [16:45] realizing we're all working for 14.04's release -- do we have an EOL date for 12.10? It shows as being supported throught this month, but I don't see an EOL announcement [16:46] * Laney swears more and sets TMPDIR [16:47] * Laney discovers something lintian-ish doesn't respect that [16:49] infinity: http://lwn.net/Articles/583238/ [16:50] Laney: Of checksum, I didn't want my uploading machine to the the weakest point when the NSA goes looking for a way into user's systems. [17:14] omg [17:14] cjwatson, app start up on my phone [17:14] soooo much better [17:16] yay [17:18] (oops, meant to do that in #ubuntu-touch, nice that cjwtson is here too :) ) [17:22] that xen package brings initial packaging for arm64 hypervisor, as requested [17:22] rickspencer3, well, app shutdown just got worse ... [17:22] (which has quite some impact for apps restarting in the background) [17:23] ogra_, ok, noted [17:24] Laney: Thanks for the chromium. [17:24] Laney: Can you make sure that ends up in qengho's packaging branch so it doesn't regress in security updates? === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr [17:38] cjwatson: We totally double-overrode ubuntuone-client-data [17:38] cjwatson: Copying it back in... [17:46] I'm assuming someone from the release team would need to ack switching the default IPSec vpn daemon stack from ipsec to strongswan this close to release? [17:46] context bug 1266066 [17:46] Launchpad bug 1266066 in unbound (Ubuntu) "[MIR] strongSwan" [Undecided,Fix committed] https://launchpad.net/bugs/1266066 [17:47] jamespage: So, on a scale of one to "ha ha ha"... [17:47] I was asked todo look at the seed changes, and although I agree it probably puts us in a better place that with ipsec-tools it feels to late.... [17:48] infinity, quite [17:48] jamespage: so i requested 3.15-rc1 to sneak in, i think ipsec change should go only after that lands to make sure it doesn't regress. [17:48] =))))) [17:49] xnox, read ipsec == ipsec-tools - my mistake [17:50] jamespage: i'm EOD, so i'm just trolling now =)))) [17:50] xnox, I'm trying to eod - not succeeding right now :-( [17:50] does this help with the ipsec-tools/strongswan decision? https://lists.debian.org/debian-devel/2014/04/msg00075.html [17:50] jamespage: So, the MIR just seems to be about seeing these in supported (or maybe ship?) [17:50] jamespage: I don't see anything about switching the way things are integrated or function out of the box. [17:51] jamespage: Or am I not reading between enough lines? [17:51] infinity, part of the change is to drop ipsec-tools and racoon from the supported/ship seeds [17:51] the security team understandably only want a single IPsec vpn toolset in main [17:51] and one that has received upstream updates within 3 years [17:52] (ipsec-tools has not) [17:52] that said, we aren't really pursuing the strongswan mir, our position is that since it is well supported upstream and withing Debian/Ubuntu and if it is going to main, lets stop supporting ipsec-tools [17:53] jamespage: So, racoon is in because it's a dependency of openvswitch-ipsec... [17:53] oh, forgot about that dep...so raccoon stays [17:54] infinity, pushing that to universe was discussed but I was uncomfortable about that as well [17:54] well [17:54] openvswitch-ipsec is a single python script [17:54] it could be moved to universe [17:54] and that portion of the testsuite disabled [17:54] Yeah, openvswitch-ipsec depends on ipsec-tools too. [17:55] So... If the security team really wants this to happen, that little bit needs to be fixed. [17:55] but jamespage mentioned upstream openvswitch doesn't have a strongswan substitute [17:55]