=== Zic_ is now known as Guest26871 === mnepton is now known as mneptok === rsalveti_ is now known as rsalveti === BenC| is now known as BenC === neunon_ is now known as neunon === kees_ is now known as kees === mhall119_ is now known as mhall119 === bluesabre1 is now known as bluesabre === achiang` is now known as achiang === maclin_ is now known as maclin === TheMuso` is now known as TheMuso [02:57] does anyone here frequently hotplug monitors into an ivb laptop? === maclin__ is now known as maclin === fabo_ is now known as fabo [06:32] slangasek: thanks for the PAM bug analysis! [06:32] infinity: ah, good to know; I'll fix that [06:33] pitti: Thanks. [06:33] infinity: filed bug 1300031 as a reminder [06:33] bug 1300031 in autopkgtest (Ubuntu) "ignores build depends after comments" [High,New] https://launchpad.net/bugs/1300031 [06:33] Noskcaj: if there isn't too much difference to g-i-t 3.10, sure [06:34] pitti: I imagine the easiest way is just to grep -v '^#' before parsing debian/control. [06:34] pitti: Unless it also has issues with comments at the end of lines (didn't check). [06:35] pitti: In which case, maybe the equivalent of sed 's/#.*$//' [06:35] infinity: not sure whether you got my psql comment from Friday; but I guess today we can release the lot? [06:35] infinity: yep, should be simple [06:35] pitti: Yeah, we'll release it all today. Your comment came a bit too late for me to be comfy releasing pre-weekend. [06:36] I guess we can just let it fly now, there will be enough people (including you) around to deal with something if it explodes. [06:37] pitti: Do these go to both updates and security, or is the psql-8.4 publishing history special? [06:37] infinity: no -security this time, just -updates [06:37] Kay. For all of them? [06:38] infinity: yes [06:38] infinity: back in 30 mins [06:40] pitti: Any chance of a umockdev release with the “don't wait for 48 days when given an evemu trace from a device that doesn't report events in chronological order” bug? :) [06:58] good morning [07:06] good morning [07:07] RAOF: yes, I was going to do that [07:08] RAOF: sorry, forgot about it on Friday [07:08] RAOF: dinstall runs in 43 mins, I should catch that; so I can sync around noon === TheMaster is now known as Unit193 [07:14] RAOF: umockdev 0.8.1 released and uploaded to sid === maclin_ is now known as maclin === oSoMoN_ is now known as oSoMoN === psivaa_ is now known as psivaa === FJKong is now known as FJKong_bad_netwo === doko_ is now known as doko [07:59] tvoss, I think you / the phone team is the biggest user of valgrind (as a build dependency). I want to propose a new valgrind for trusty (having support for AArch64), maybe as a sru after the release. but it would be nice to check the valgrind package in the ubuntu-toolchain-r/test PPA. [08:00] doko, cool, thanks for the heads up. I think the Mir team is using it in quite sophisticated ways, also the unity scopes team. I will dispatch your rfc for testing to them [08:00] tvoss, let me file the bug, then the replies can be tested there [08:00] posted ... [08:00] doko, got a link for me? [08:05] tvoss, https://bugs.launchpad.net/ubuntu/+source/valgrind/+bug/1300070 [08:05] Launchpad bug 1300070 in valgrind (Ubuntu Trusty) "valgrind 3.10/trunk update to support AArch64" [Undecided,New] [08:06] so maybe subscribe to the issue [08:06] doko, ack [08:18] doko, will ask the Mir and unity-scopes-api team for feedback specifically and extend the heads up to ubuntu-phone upstreams [08:27] shrug [08:27] update-manager stopped to debconf prompt me about openssh-server configuration [08:27] it displays a checkbox "disable ssh password authentification for root?" [08:28] yeh I saw that too, imported from debian ? [08:28] cjwatson_, hey, is that ^ known/wanteD? [08:29] seems rather odd when we don't have root accounts by default! [08:29] s/accounts/passwords/ [08:38] cjwatson_: Maybe you could skip the debconf question and JFDI if '$(getent shadow root | cut -d: -f2) = "!"' === oSoMoN__ is now known as oSoMoN [08:40] cjwatson_: That is, if root doesn't currently have a password, you won't be locking me out of my machine by surprise by not allowing password logins. If I set one later, I can debug why it no workie myself. [08:46] seb128: ^ That seem like an acceptable compromise between no default prompting and not locking people out on upgrade? [08:47] infinity, seems fine to me, I'm unsure what changed though/how we were handling things before [08:47] (e.g why is that prompt showing up today) [08:48] k, the changelog answers that question :p [08:48] seb128: Our default config has/had PermitRootLogin yes. The new default is without-password, which is saner, but automatically upgrading would lock out people who rely on the password auth. [08:48] right [08:49] (At least, I assume it used to be yes... Maybe it used to be no, and all of us hitting the prompt manually changed it at some point and forgot...) [08:50] No, it was definitely yes, I have a fresh precise VM with that setup. [08:51] I'm sure I didn't change that config [08:52] smoser, infinity: wolfe-05 and -06 are offline; do you know what happened to them? [08:52] pitti: I have no idea. Lemme see if I remember how Scott's setup works. [08:53] ... and which IP wolfe is. [08:55] pitti: 06 looks alive to me. 05 is in an rcu_sched hang. [08:55] Oh, wait. 06 is spewing on the console too. Whee. [08:55] pitti: Bouncing both. [08:56] pitti: Should be back. I don't have accounts on either, so you'll have to confirm. [08:59] infinity, thanks, they are both back [09:01] pitti, I'll bring 3 down, because dpkg segfaults and it cannot provision a new container [09:01] s/down/offline/ [09:01] jibel: A reboot should fix that. === shadeslayer_ is now known as shadeslayer [09:02] jibel: I've never been able to reproduce that bug to try to figure out WTF is happening. :/ [09:02] jibel: You're seeing that on one of wolfe's VMs? [09:03] infinity, yes on wolfe-03 but I just rebooted it [09:03] infinity: thanks for bouncing [09:03] jibel: Yeah, that's fine, I don't think I can get anything useful out of the VM anyway. Just odd that you've seen it on another host. I've only ever seen it on postal, and was close to blaming the machine. [09:04] (I've seen it on all of postal's VMs, but never on denneed or fisher, which is confusing as heck) [09:04] @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: seb128 [09:04] infinity, indeed it's dpkg'ing happily after a reboot. [09:06] jibel: It might act up again at some point. It seemed to happen to postal's VMs every few hundred builds or so (couldn't ever identify any specific thing as the trigger, though), which is why those buildds are on manual right now. :/ [09:07] As bugs go, it's pretty much my least favourite kind. Not enough useful info to report to kernel (or qemu?) people, and no sane way to make it happen to try to get useful info. [09:07] And it may well just be a bug in the qemu endian-flip madness, which would make it something that really doesn't matter once we get off POWER7 hardware. [09:08] At least the symptom is so catastrophic that it doesn't cause any subtle bugs elsewhere. :P [09:13] infinity, yes hard to say, first failure of this type started 2 days ago but without any specific thing done to the VM [09:18] * hyperair wonders if he's the only one experiencing black-screen-on-monitor-plugged-in syndrome. [09:33] cjwatson_: ping? [09:43] GunnarHj, you might want to let some context with pings ;-) [09:44] seb128: Makes sense... [09:45] cjwatson_: Time to talk about bug 1294858? [09:45] bug 1294858 in ubiquity (Ubuntu) "Installer does not install all language support packages" [Undecided,New] https://launchpad.net/bugs/1294858 [09:46] seb128: Do you have time for a package question? [09:47] GunnarHj, sure [09:48] seb128: What's the best way to distinguish Ubuntu from Debian in debian/rules? [09:48] dpkg-vendor --is ubuntu [09:48] ? [09:49] * apw feels this new ssh message is confusing, and the name of the option it tells you about just fuels that, and i don't feel advised as to the right option; i felt compelled to read the manual for it to decide [09:49] GunnarHj, yes [09:49] apw: See backscroll. [09:49] apw: About an hour ago. [09:50] seb128: So the builders will always understand? [09:50] infinity, ahh thanks [09:50] GunnarHj: The buildds have the same dpkg installed that you do. [09:50] GunnarHj, why wouldn't they? that's what e.g udisks is using [09:50] (just giving an example of package where we are using that if you want to check it out) [09:51] GunnarHj: You might want --derives-from though, if you want Ubuntu and all derivatives to get the setup. [09:51] didrocks: apport with that crash fix uploaded, now waiting in unapproved [09:51] GunnarHj: (Depends on if it's legitimately Ubuntu-specific, or rather just "not the Debian way") [09:51] pitti: ok, I'll keep an eye to kick an image once available [09:52] infinity, seb128: It's basically 'not the Debian way' in this case. Most important is that it works for Ubuntu Kylin. [09:53] GunnarHj: Well, kylin is "just Ubuntu", from the POV of them using the same dpkg from the same archive. [09:53] GunnarHj: But if Ubuntu derivatives should also default to the same setup (eg: because our packaging is forked in other fun ways, and derivatives should inherit that default), then you want --derives-from. [09:54] Thing, eg: Mint. [09:54] s/Thing/Think/ [09:54] Not sure if Mint actually bothers to fork dpkg origin, but they should if they don't. :P [09:54] infinity: Does --derives-from include all the 'normal' *ubuntu flavours? [09:55] GunnarHj: Flavours are all Ubuntu. [09:55] GunnarHj: They all use the same dpkg, cause they build from the same archive. [09:55] infinity, seb128: Ok, think I've got it. Thanks! [09:55] GunnarHj: It's only derivatives (ie: people with their own archives) who can be different in this case. [09:57] GunnarHj: So, basically, antyhign built from ftp.debian.org both --is and --derives-from debian. Anything built from archive.ubuntu.com --is ubuntu and --derives-from both debian and ubuntu. Other out-of-archive derviatives might derive from debian or both (or, if they're weird, neither). === cjwatson_ is now known as cjwatson [09:58] seb128: It's wanted in general, but infinity's suggestion seems like a nice option. [09:59] infinity: Then it's indeed --is in this case (i.e. not Debian). Thanks for the lesson. :) [10:02] GunnarHj: I only work on ubiquity at the moment when it's an emergency and nobody else is available. [10:02] GunnarHj: Too many other plates to juggle. [10:03] cjwatson: Anybody else I could talk to? (It's not exactly an emergency, but would be nice to have it fixed in 14.04.) [10:03] GunnarHj: Slightly reluctant to unconditionally volunteer him, but maybe xnox has time? [10:03] GunnarHj: I think I was trying to point out that you want "--derives-from ubuntu" so that both ubuntu and downstreams who use our packages mostly unmodified would get the same thing, but if it's really Ubuntu-specific, you want --is (like, say, Apache server tokens). [10:04] cjwatson: Can't hurt to ask. :) Thanks! [10:07] infinity: It's code intended to be added in debian/rules upstream (Debian) but only take effect when built for Ubuntu. [10:07] GunnarHj: Right, I get that. But if someone were to build the package on an Ubuntu derivative that is mostly Ubuntu, but with a few tweaks, would they want the Ubuntu rules behaviour, or the Debian? [10:08] GunnarHj: If you use --is, they'll get the Debian behaviour. Would that be wrong in the context of all their other packages being Ubuntuish? [10:09] infinity: Maybe, maybe not. It's not a very Ubuntuish think. It's just that we (unlike Debian) want fcitx to be the default before ibus if fcitix is installed. :) [10:10] cjwatson: I saw that you fixed the btmp bug in Debian (Debian bug #341883), thanks [10:10] Debian bug 341883 in openssh-server "openssh-server: doesn't log bad login attempts to /var/log/btmp" [Normal,Fixed] http://bugs.debian.org/341883 [10:11] infinity: Still appreciate your clarifications. [10:12] caribou_: you're welcome [10:12] cjwatson: now how should I proceed for Ubuntu ? This will not be automatically synced in Trusty [10:12] caribou_: I already synced it. === caribou_ is now known as caribou [10:13] cjwatson: thanks! [10:13] cjwatson: Hrm. That btmp thing didn't really address the "might use password as username" issue, though. I'm still not super keen on root having a log of unhashed passwords in the clear. [10:14] cjwatson: then looks like I should get going with the SRU work [10:14] cjwatson: I liked login's solution of logging UNKNOWN for accounts that don't exist. [10:14] infinity: Yeah, that's cute, though really ought to be done upstream [10:14] caribou: Be my guest [10:14] Though, login fails in other ways, it would seem... [10:15] UNKNOWN tty1 Mon Mar 31 04:14 still logged in [10:15] test123 ssh:notty localhost Mon Mar 31 04:12 gone - no logout [10:15] Still logged in, my ass. :P [10:15] Laney: does bug 1278284 sound ok to you? Otherwise I'll need to fork off Ubuntu and upload the other fixes without that new debugging option [10:15] bug 1278284 in sessioninstaller (Ubuntu Trusty) "Doesn't find gstreamer1.0 codecs" [High,Fix released] https://launchpad.net/bugs/1278284 [10:15] Laney: (I suppose it's ok, but asking early before I sync it) [10:15] Laney: sorry, bug 1300092 [10:15] bug 1300092 in autopkgtest (Ubuntu) "FFE: Add option for running shell in testbed" [Undecided,New] https://launchpad.net/bugs/1300092 [10:15] Oh, fun, it continues to say that until the getty dies (ie: due to a successfuly login) [10:16] s/successfuly/successful/ [10:16] pitti: Yeah, new feature you have to opt in to use in a QA-ish package sounds fine [10:16] go wild [10:17] Laney: thanks [10:17] thanks for committing that sessioninstaller fix too ;-) [10:46] dholbach, hey, is https://bugs.launchpad.net/ubuntu/+bug/1294891 ready for upload? ;-) [10:46] Launchpad bug 1294891 in Ubuntu "Ubuntu GNOME community wallpapers" [High,Triaged] === oSoMoN_ is now known as oSoMoN [11:03] froztbyte/win 13 [11:03] (oops) [11:03] nice password :P [11:03] heh :) === tkamppeter_ is now known as tkamppeter [11:08] xnox, hi === MacSlow is now known as MacSlow|lunch [11:13] tkamppeter: hello! === oSoMoN_ is now known as oSoMoN === oSoMoN_ is now known as oSoMoN [11:27] doko: libreoffice update is in main, -voikko build against it here ... [11:27] s/build/builds/ [11:28] pls ping me if there are issues remaining. [11:39] seb128, I didn't look at it after my pilot shift again [11:40] dholbach, can you upload it? if I do it I need to find another archive admin to do the NEWing... [11:40] seb128, ok, I'll review it again [11:40] dholbach, danke! [11:52] seb128, followed up: https://bugs.launchpad.net/ubuntu/+bug/1294891/comments/8 [11:52] Launchpad bug 1294891 in Ubuntu "Ubuntu GNOME community wallpapers" [High,Triaged] [11:53] dholbach, thanks [11:59] xnox, can you have a look at bug 1276713 and also at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742666. It is abot getting equal Upstart support with socket activation in both Debian and Ubuntu. [11:59] Debian bug 742666 in cups-daemon "No Upstart support" [Normal,Open] [11:59] bug 1276713 in cups (Ubuntu) "upstart socket activation for cups" [Undecided,Fix released] https://launchpad.net/bugs/1276713 [12:00] xnox, can you especially answer Cameron's questions in the Launchpad bug. [12:00] tkamppeter: ack. [12:04] tkamppeter: responded === _salem is now known as salem_ [12:13] xnox, thanks. === buxy_bak is now known as buxy [12:18] @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: === MacSlow|lunch is now known as MacSlow === josepht_ is now known as josepht === blaroche_ is now known as blaroche [13:01] doko, hey, do you have any openjdk upload coming? there is a patch in the sponsoring queue that would be nice to get in trusty, but since openjdk takes ages to build better to batch that with other changes if you have some ;-) [13:02] if this is 937200, then yes === cmagina-away is now known as cmagina [13:17] oh, seems like pitti is attacking the sponsoring queue from the other side ;-) [13:17] seb128: sorry, I saw your @pilot out and thought to run through some items [13:17] seb128: i. e. sorry if I stepped on your toes [13:17] pitti, no worry, help is welcome ;-) [13:18] Mirv: hi! Do you think you can add the fix to bug 1299712 as a patch against qt 5.2? [13:18] bug 1299712 in qtbase-opensource-src (Ubuntu) "Online accounts for facebook (and google) are missing cursor for sign-in" [Undecided,Confirmed] https://launchpad.net/bugs/1299712 [13:18] pitti, no, I'm glad you got some, I stopped for lunch and I was planning to get a few extras, but I would probably not have reached the most recent ones [13:19] seb128: grabbing light-locker* and gnome-documents MP, ok? [13:20] seb128: I try to do the easy syncs and some "5-a-day"ish these days [13:20] pitti, yes please, I just synced the audiocity ones and tali, sponsored gnome-online-account and I'm doing easytag [13:20] the ddebs for libparted0debian1 are empty in the last 3 revisions. anyone have any idea what went wrong? or how to figure it out? [13:20] pitti, just stating the ones I'm touching so we don't duplicate [13:21] pitti, 5 a day ftw ;-) [13:28] cjwatson: re: the loop regression: I think you had some magic in partman to deal with lvm volumes, which parted used to report as having a single partition on them named /dev/mapper/xxxp1. The patch dropped the incorrect p1 suffix. Could that have broken partman? [13:29] psusi: partman used to report /dev/mapper/volume-group-name with volumes under that device name (as if they are partitions) [13:31] seb128: grabbing https://code.launchpad.net/~noskcaj/ubuntu/trusty/gnome-video-effects/0.4.1/+merge/212248, then finishing [13:32] RAOF: umockdev 0.8.1 is now in trusty, with the timestamp going backwards fix [13:33] pitti, danke [13:35] xnox: not how I remember it... it reported each /dev/mapper/vg-lv as a disk, with a single partition on it named /dev/mapper/vg-lv1 [13:36] partman apparently knew it had to strip off the bogus 1 to refer to the actual device name... I fixed libparted to not add the bogus 1 in the first place [13:44] psusi: None of that rings a bell [13:46] cjwatson: darn.. was hoping it would. Guess I'll just have to play around with it tonight. [13:47] didrocks: the apport cgroup crash fix landed in trusty now, FTR [13:47] psusi: thanks [13:48] doko, thanks ;-) [13:48] * davmor2 rings his bell to see if helps cjwatson remember [13:49] stgraber, kirkland: byobu's keys (F2 etc.) don't work in a container, i. e. with "lxc-start"; is there a trick how to get this functionality? [13:50] pitti: hmm, interesting, is this screen or tmux backend? [13:51] kirkland: hm, both screen and tmux are installed (I think I just did "apt-get install byobu"), how do I tell? [13:51] tmux -f /usr/share/byobu/profiles/tmuxrc new-session -n - /usr/bin/byobu-shell [13:51] kirkland: ah, tmux [13:51] pitti: tmux [13:51] pitti: yeah, the easy visual queue is "1 line, or 2 of status at the bottom" [13:51] kirkland: ah, heh; yes, one line [13:51] pitti: otherwise, its ps -ef | grep byobu [13:52] kirkland: I'm fairly sure it's nothign with gnome-terminal or my unity config etc, I use F2/F3 etc. on ssh sessions all the time [13:52] kirkland: curiously, F9 works [13:53] pitti: right; oh, now that is weird [13:53] pitti: I was thinking something might be wrong with how lxc handles the tty...but if F9 works... [13:53] kirkland: shift-f2/f3 etc. seem to work, too [13:53] pitti: this is latest/greatest trusted? [13:53] kirkland: yes, trusty du jour on both host and container === oSoMoN_ is now known as oSoMoN [13:54] pitti: what's F2 supposed to do? [13:54] pitti: is this a recent regression in lxc? [13:54] stgraber: create a new window in byobu [13:54] ok, then it works fine here [13:54] kirkland: I'm not sure, but it's at least like that for two weeks or longer [13:54] stgraber: interesting [13:54] I'm sshed into a trusty container on a trusty host running byobu and F2 gets me a new window [13:54] using terminator as my terminal emulator here [13:54] stgraber: so maybe ssh sets up the terminal differently in some way than a direct "lxc-start" in gnome-terminal? [13:55] pitti: that's entirely possible, yes [13:55] anyway, it seems this isn't already known [13:55] I can do lxc-attach to get a second shell in it, it's just way more cumbersome [13:55] though both should be pts devices in the end, maybe tmux special-cases devices called /dev/ttyX somehow? [13:57] pitti: thanks for sponsoring light-locker* ! [13:57] kirkland: FTR, broken in byobu-screen as well [13:57] ochosi: yw! === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina === and`_ is now known as and` [14:00] pitti: okay, I'm trying to reproduce this now [14:00] pitti: what's your escape key? the default ctrl-a? [14:01] pitti: can you try this... ctrl-a then ":" then type "new-window" and hit enter [14:01] pitti: does that create a new window? [14:01] kirkland: hm, I think I set it to emacs mode, so that ctrl+a = go to beginning of line [14:01] pitti: okay, so ctrl-b then [14:02] kirkland: argh, that's taken by my window manager; can I reset ctrl+a somehow? [14:02] ah, byobu-ctrl-a :) [14:02] F12 doesn't work, FTR [14:02] kirkland: :new-window works fine; F3 doesn't switch [14:03] pitti: okay, now, ctrl-b then ":" then "bind-key -n F2 new-window" [14:03] pitti: then try pressing F2 [14:04] kirkland: no change [14:06] pitti: okay, and you're in a shell on your container using lxc-attach? [14:07] kirkland: not lxc-attach, lxc-start (not sure if that's any different) [14:07] sudo lxc-start -n debci [14:07] and then log into that through the usual getty [14:08] kirkland: a local byobu on my VT1 works fine, btw [14:09] pitti: yeah, we kicked an image as soon as it was promoted (building), thanks for the head's up === beuno_ is now known as beuno [14:13] xnox, hey, could you review https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1298220 ? [14:13] Launchpad bug 1298220 in bash-completion (Ubuntu) "Sync bash-completion 1:2.1-4 (main) from Debian unstable (main)" [Wishlist,New] [14:14] xnox, I'm asking you because I know you had a look at some of the issues with the new bash [14:15] doko, ^ or maybe that's something you are interested in as well [14:16] seb128: damn, did I forget to revert bash ?! *sigh* [14:17] xnox, now I'm unsure if you are trolling me :p [14:17] xnox, well, doko is back at least, so you can talk to him about fixing it [14:18] seb128: i think we can sync bash-completion, but it will not solve all the bash problems. [14:18] :-( [14:19] xnox: FTR, there's a sync request in the sponsoring queue; but I checked the diff between D and U and it's horribly long, so that would need to be done with some care [14:19] I found a few fixes/changes which aren't in Debian yet [14:19] (i. e. maybe better merge/sync that next cycle?) [14:21] * dholbach hugs seb128 and pitti [14:21] pitti: yeah, i also see that some things need to be merged. [14:21] * seb128 hugs dholbach and pitti [14:21] pitti: agree, that it's better to post-pone this. [14:21] slangasek: Can you advise on where bug 1298653 should be reassigned? [14:21] bug 1298653 in grub2 (Ubuntu) "mokmanager typo "Start MOK utility utility at EFI\ubuntu\MokManager.efi on EFI"" [Undecided,Confirmed] https://launchpad.net/bugs/1298653 [14:24] seb128: hm, although doko did upload two bugfixes. [14:24] xnox, right [14:24] pitti: did you see I updated my apport-retrace package versions merge proposal? [14:25] seb128: i think we are all good. major bugs in bash-completion and bash are fixed. [14:25] bdmurray: ah no, I didn't; thanks! (LP doesn't send out notifications for new commits) [14:25] xnox, if you say so [14:25] at least ~/... completion shows files again [14:30] pitti: okay, I've reproduced your issue [14:31] pitti: I'm checking saucy now [14:32] kirkland: I can't say whether this is a regression at all; I never used byobu with lxc before [14:32] pitti: k [14:42] pitti: I do see this error, "<4>init: setvtrgb main process (409) terminated with status 1" [14:42] pitti: just before the login prompt [14:43] kirkland: yes, me too [14:43] pitti: confirmed on saucy too [14:45] infinity: could you have a look at bug 1298393? [14:45] bug 1298393 in debian-installer (Ubuntu) "please provide boot files for x-gene platforms" [Undecided,New] https://launchpad.net/bugs/1298393 [14:47] cjwatson, hmm, i just noticed that i can start sshd even if there are no existing host keys, is that wanted (i remember the old sysv init script had a check and created keys on demand) [14:49] ogra_: I'm afraid your memory is faulty. [14:49] was that always a postinst thing ? [14:49] We've never created host keys in the init script, and if it ever checked it would only have been by way of sshd -t. [14:49] Yes. [14:50] hmm, kay [14:50] I would expect sshd to exit early if it has no host keys. === cmagina is now known as cmagina-away === cmagina-away is now known as cmagina [15:17] barry: were you looking at gdebi recently? [15:18] bdmurray: yes, i have a branch wip for switching it to py3 [15:18] barry: might that fix bug 1295872? [15:18] bug 1295872 in gdebi (Ubuntu) "gdebi-gtk crashed with UnicodeDecodeError in decode(): 'utf8' codec can't decode byte 0xc3 in position 0: unexpected end of data" [High,Triaged] https://launchpad.net/bugs/1295872 [15:18] bdmurray: not directly [15:21] barry: okay, looking at the errors bucket it seems to occur pretty frequently [15:22] bdmurray: i'll try to take a look when i'm working on the new branch [15:23] barry: thanks [15:39] holy cow. unity is just losing windows left and right... they're still running, but they don't show up in the switcher [16:01] cjwatson: triaging bug 1300133: Won't Fix? [16:01] bug 1300133 in openssh (Ubuntu) "Generate ED25519 host keys on upgrade" [Undecided,New] https://launchpad.net/bugs/1300133 [16:04] rbasak: I've left it in the state I intend [16:04] rbasak: (i.e. it's OK for there to be discussion) [16:05] rbasak: (I don't understand this thing where the server team feels obliged to triage openssh bugs but doesn't contribute to maintenance, TBH) [16:05] seems weird :) === mhall119 is now known as mhall119|away [16:11] ping xnox [16:13] cjwatson: to try and keep a handle on bugs, I end up triaging far more bugs than I do deep dives into. [16:14] balloons: hey [16:14] cjwatson: for some reason our triage process involves handling New/Undecided bugs, but IMHO that's never really been right. It's just on the queue, and I thought we could do something about it. [16:14] I suppose set the Importance at least, since then it doesn't appear on the first triage report we have. [16:14] xnox, hey. So a couple things to discuss with you. [16:14] balloons: shoot! =) [16:14] xnox, first, can you push stuff to the store now? Can you build clicks on s-jenkins? did that get sorted out? [16:15] rbasak: importance something less than high would be fine, yeah [16:16] thanks [16:16] balloons: i have access to upload clicks into the store, i can download them from s-jenkins. I don't have any special privilidges on s-jenkins (e.g. triggering/controlling jobs etc) [16:17] balloons: e.g. i was the one who uploaded gallery app click fetched from s-jenkins for the last upload. [16:17] xnox, good enough. Ok, would you be willing to work with fginther this week on having those builds be autotested after building? [16:17] xnox, I'll be out and he wants to get it in ;-) [16:18] balloons: sure. All I do locally is: $ click-run-checks on the generated .click. [16:18] xnox, secondly, I'd think your opinion on this issue popey is seeing. https://bugs.launchpad.net/music-app/+bug/1300230 [16:18] Launchpad bug 1300230 in Ubuntu Music App "UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 33484: ordinal not in range(128)" [Undecided,Confirmed] [16:18] fginther: can we integrate "click-run-checks" on the generated .click? it's about equivalent to running "lintian" against a deb. [16:19] balloons: right, let me look into that music-app error. [16:19] xnox, I'm wondering if the new phablet-tools release might have impacted the bug I linked from popey. The tldr is, there are now unicode errors running tests that used to work [16:23] balloons: if a click declares autopilot directory in the manifest, it must be python3 compliant tests. [16:23] balloons: one way to solve this is to remove that stanza from the manifest, and then the tests will revert to using python2. [16:23] did we miss music in the conversion? [16:23] balloons: or I'll look into fixing this. [16:23] xnox, ahh.. kk.. [16:23] balloons: to make it python3 compatible again. [16:24] xnox, I'd prefer the latter if you are willing [16:24] balloons: it did pass under python3 a week ago =) [16:24] xnox, wild.. I haven't checked the revision history to see what all got changed [16:24] let's look [16:25] xnox, adding click-run-checks is do-able [16:26] fginther: having that output as artifact should be sufficient. Possibly bail/fail the job if that has errors. Warnings are harder, as some of them are expected. [16:27] fginther, xnox please just keep me in the loop on what's implemented. I'll be back at the end of next week [16:27] xnox, I'll let you know once I have something started so you can have a peek at the results [16:28] fginther: thanks! === cmagina is now known as cmagina-away [16:31] bah [16:31] keeping build-deps cross-installable is a right pain, isn't it? [16:36] doko, seb128: thanks very much for uploading 937200 :) super pleased to have that in trusty. [16:37] tarpman, yw! [16:43] balloons: commented on the bug report about music-app. It works and passes correctly on the current trusty-proposed channel, with current 389 music-app, latest phablet-tools, under python3. [16:43] balloons: how is popey running that music-app tests that shows errors? [16:44] xnox: phablet-test-run -v music_app [16:46] xnox, I'll leave you to popey as it works for me too :-) [16:46] thanks ☻ [16:46] popey, well, which version are we running [16:46] xnox answered that v369 or earlier don't work [16:47] 369 of what? [16:47] I see 389 right? [16:47] * balloons opens myapps [16:47] i have tried 389 and 403 [16:48] popey, ahh right then. indeed [16:50] xnox: feel free to ping if you need me to test anything, or need more detail. [16:50] biab [16:54] cjwatson: so do you have any idea why the ddebs for the last 2-3 releases of parted are broken? [16:58] popey: 389 works fine. [16:58] popey: how do you build, install and test 403? [16:59] cjwatson: bug #1298653> err, I honestly have no idea, it's not supposed to be a boot menu option [16:59] bug 1298653 in grub2 (Ubuntu) "mokmanager typo "Start MOK utility utility at EFI\ubuntu\MokManager.efi on EFI"" [Undecided,Confirmed] https://launchpad.net/bugs/1298653 [16:59] xnox: i got 403 from the store, uploaded by balloons, installed using "pkcon install-local foo.click" [17:00] xnox: I test using 4 lines... phablet-config autopilot --dbus-probe enable, phablet-click-test-setup --click com.ubuntu.music, adb reboot, then phablet-test-run -v music_app [17:00] xnox: which is what I've been doing for all apps. I ran the tests on gallery earlier on the same device and it was fine. === mhall119|away is now known as mhall119 [17:00] psusi: hm, broken how? [17:01] popey: right, let me wipe my device clean, to make sure i'm clean. [17:01] cjwatson: it's empty [17:01] psusi: there are -dbg packages [17:01] for libparted that is... [17:01] psusi: IIRC pkg-create-dbgsym doesn't bother to create contentful -dbgsym packages if -dbg is meaningful [17:02] ohh... didn't realize -dbg got added... and that makes the ddebs still there, just empty? [17:02] think so, they should have a dependency? [17:02] dbgsym should have a dependency [17:02] I would have thought it wouldn't create them at all... weird [17:07] popey: can you get me output of $ click list --manifest ? [17:08] xnox: http://paste.ubuntu.com/7185790/ === cmagina-away is now known as cmagina [17:09] popey: and when running as a user phablet I guess as well, so $ sudo -u phablet -i click list --manifest ? [17:09] that was as phablet [17:09] popey: cool, thanks. [17:10] popey: so autopilot/python blows up on one of those =) [17:10] oh nice [17:10] popey: in particular with the fact that it's not running in UTF-8 locale, I think. [17:10] popey: (same as all other locale based problems recently reported) [17:10] makes sense ☻ [17:12] hmm, is the randomization of PIDs a kernel feature ? and if so, is there wa way to switch it off ? [17:13] it just struck me how helpful it would be to have the processes visually ordered in a bootchart [17:13] (which proper ordering of the PIDs would achieve) [17:16] ogra_: yes, it would be a kernel feature if it exists; are you confident you're seeing that behaviour? to my knowledge, linux has never had it.. [17:16] (and my week-old-ish uuntu touch image doesn't show that behaviour..) [17:18] well, looking at bootcharts i see things started with a lower PID than the process starting it ... it seems to start randomizing at some point === Guest26871 is now known as Zic [17:20] crazy thgh, running 'ps ; ps' in terminal shows 10151 and 10156. that's far more intervening processes than I would have expected [17:21] or it just wrapped? [17:22] sarnold: if I run it a couple of times, I get sequential pids once in a while [17:22] iirc cking mentioned some new tool recently, a fork-tracker... it'd be worth tracking that down [17:22]