[08:59] <oleks> Hi, I installed Xubuntu with harddisk encryption, but the screen asking for the passphrase on boot has lowest possible screen brightness - where can I adjust this?
[10:44] <brainwash> oleks: this could work https://unix.stackexchange.com/questions/117101/how-to-set-laptop-screen-brightness-just-after-boot-with-full-disk-encryption
[19:18] <xfusr> hello
[19:21] <Spass> hello xfusr
[19:29] <xfusr> is there any way to turn on palm rejection in xubuntu?


[13:00] <BluesKaj> Hi folks
[17:25] <Satyajit> I still use the 2nd build that was released am i missing too much?


[01:39] <psusi> signals go through the main loop right, so if you emit a signal in a background thread, the callback will be called in the foreground thread ( assuming it is still running the main loop ) right?
[01:39] <psusi> (glib signals that is)


[09:48] <mpt> xnox, is that landing in 13.10?
[09:48] <xnox> mpt: yes.
[09:49] <mpt> \o/ \o/ \o/
[10:30] <mpt> JohnLea, bug 1236400
[13:36] <mpt> MacSlow, where should I report a bug about the appearance of the password field in the wi-fi dialog?
[13:37] <MacSlow> mpt, against unity8 with the note/tag [notifications]
[13:37] <mpt> thanks
[13:40] <mpt> MacSlow, is that password field just a normal SDK component?
[13:41] <MacSlow> mpt, no
[13:41] <MacSlow> mpt, it's a regular text-field with a label atm
[13:41] <MacSlow> mpt, using the relevant SDK-components of course...
[13:42] <MacSlow> mpt, but there's no dedicated password-entry SDK-component afaik
[13:42] <mpt> ok, so bug 1237614 belongs to ubuntu-ui-toolkit, not to unity8
[13:44] <MacSlow> mpt, might be worth to add/extend a SDK-component to directly support this
[13:44] <mpt> Yes, all password fields should behave the same way
[13:46] <MacSlow> mpt, just added a comment/question to that bug
[13:47] <MacSlow> mpt, atm we only have echo-mode in TextField to support this... http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/qml-ubuntu-components0-textfield.html
[13:48] <MacSlow> mpt, that flag needs to be exposed to the user... or at least make it optional to have a "show password"-checkmark be visible
[13:49] <MacSlow> mpt, so once that's agreed upon and implemented... it needs to be used in the snap-decision and wifi-settings menu... perhaps there are even more places to make use of it.
[13:49] <MacSlow> mpt, although I can only think of these two right now
[14:00] <mpt> MacSlow, Online Accounts, browser <input type="password">, SIM PIN
[14:01] <MacSlow> mpt, sim-pin uses a special widget
[14:01] <MacSlow> mpt, online-account certainly...
[14:02] <MacSlow> mpt, not sure about the browser
[14:06] <mpt> reported bug 1240529


[07:46] <MonkeyDust> in raring, when I click "explore" in ubuntuone, it opens totem mediaplayer, not nautilus - hints & tips?
[08:04] <MonkeyDust> for anyone reading, I submitted Bug #1172165
[08:20] <JamesTait> Good morning all, happy Pig In A Blanket Day!
[13:26] <derbarb> having trouble using ubuntu one to back up my files
[13:26] <derbarb> getting a bad request error
[13:29] <ralsina> derbarb: can you paste the error?
[15:10] <derbarb> been having trouble using ubuntu one to back up my files.
[15:10] <derbarb> succesfully backed up /etc/vim but cant restore it, and cant backup my home dir
[15:14] <joshuahoover> derbarb: are you using deja dup (the backup app in ubuntu) for this?
[15:14] <derbarb> ive tried both with deja dup and from the cli
[15:14] <joshuahoover> derbarb: what happens when you try to restore /etc/vim?
[15:16] <derbarb> first i get this: Error '('Error creating directory /etc/vim', 7)' processing .
[15:16] <derbarb> Level 8:duplicity:Error '('Error creating directory /etc/vim', 7)' processing .
[15:16] <derbarb> then it tries to restore a bunch of other files but it says skipping because of previous error
[15:17] <derbarb> and then: Giving up on request after 5 attempts, last status 503 Service Unavailable
[15:17] <derbarb> but the files it tries to restore are in .cache, not /etc/vim
[15:17] <joshuahoover> ralsina: i'm not sure ^^ ...any ideas?
[15:18] <joshuahoover> derbarb: did you use ubuntu one to back these up?
[15:18] <ralsina> derbarb: you have backed up files that you need to be root to restore
[15:18] <derbarb> yes, through duplicity
[15:18] <derbarb> i'll try that now
[15:19] <ralsina> derbarb: that really sounds like a duplicty question, you have backed /etc/vim somehow :-)
[15:20] <dobey> it probably can't restore /etc/vim because you probably don't have permissions to write to it
[15:22] <derbarb> where can i ask questions about duplicity?
[15:22] <dobey> #ubuntu probably
[15:22] <derbarb> what i really wanna do is backup my home dir, but i get that error
[15:41] <derbarb> this is the error i get when i try to restore /etc/vim as root: Giving up on request after 5 attempts, last status 503 Service Unavailable


[00:13] <infinity> fossfreedom: If you have both usd and gsd installed, that's a bug, not a feature.  Ubiquity shouldn't be working around it.
[00:27] <smoser> hey. can i get someone to please NACK a curtin upload in xenial queue ?
[00:27] <smoser> it has a incorrect bug string
[00:34] <infinity> smoser: That's not the only thing weird about it.
[00:34] <smoser> oh?
[00:34] <infinity> smoser: (That version number is making me sideye)
[00:35] <smoser> yeah, thanms
[00:35] <smoser> will fix
[00:36] -queuebot:#ubuntu-release- Unapproved: rejected curtin [source] (xenial-proposed) [0.1.0~bzr460-0ubuntu1~16.04.1ubuntu1]
[00:42] -queuebot:#ubuntu-release- Unapproved: curtin (xenial-proposed/main) [0.1.0~bzr437-0ubuntu1~16.04.1 => 0.1.0~bzr460-0ubuntu1~16.04.1] (ubuntu-server)
[02:32] <wxl> hey what's up with 16.04.2 people?
[02:32] <wxl> ther'es no way we can have it due tomorrow and not even have it be on the tracker
[02:33] <wxl> slangasek: infinity: can you give us some sort of update on the actual plan for 16.04.2?
[03:10] <infinity> wxl: I'm working on it right now.  Obviously, if it can't get spun up and tested in time for a release in ~28h, we won't release then.
[03:10] <wxl> infinity: okie dokie
[03:34] <ypwong> infinity, i was asked to give 16.04.2 image a test, are images ready yet?
[03:34] <wxl> ypwong: see above. he's working on it. tl;dr no, not yet
[03:35] <ypwong> wxl, ok, i just joined so don't see the backlog
[03:35] <ypwong> thx
[03:35] <wxl> ypwong: np. irclogs.ubuntu.com fwiw ;)
[03:39] <infinity> ypwong: Yeah, I think Leann jumped the gun on that email a bit (though, she did mention that they weren't ready yet).
[03:56] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (xenial-proposed) [1.3.1-1ubuntu10.8]
[04:23] -queuebot:#ubuntu-release- New binary: caffe [amd64] (zesty-proposed/universe) [1.0.0~rc4-1ubuntu1] (no packageset)
[07:12] -queuebot:#ubuntu-release- New: accepted caffe [amd64] (zesty-proposed) [1.0.0~rc4-1ubuntu1]
[08:01] <fossfreedom> infinity: re the ubiquity issue for budgie - yeah you are definitely correct.  fortunately just checked the latest daily and unity-settings-daemon has disappeared from our iso
[08:15] -queuebot:#ubuntu-release- New binary: osptoolkit [amd64] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:15] -queuebot:#ubuntu-release- New binary: osptoolkit [ppc64el] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:16] -queuebot:#ubuntu-release- New binary: osptoolkit [i386] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:16] -queuebot:#ubuntu-release- New binary: osptoolkit [s390x] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: osptoolkit [arm64] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: osptoolkit [powerpc] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[08:17] -queuebot:#ubuntu-release- New binary: osptoolkit [armhf] (zesty-proposed/universe) [4.11.3+dfsg-1ubuntu1] (no packageset)
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [amd64] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [i386] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [ppc64el] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [armhf] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [s390x] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [powerpc] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[09:48] -queuebot:#ubuntu-release- New: accepted osptoolkit [arm64] (zesty-proposed) [4.11.3+dfsg-1ubuntu1]
[10:19] -queuebot:#ubuntu-release- Unapproved: linux-hwe (xenial-proposed/main) [4.8.0-35.40~16.04.1 => 4.8.0-36.36~16.04.1] (no packageset) (sync)
[10:20] -queuebot:#ubuntu-release- Unapproved: linux-meta-hwe (xenial-proposed/main) [<IP_ADDRESS>.7 => <IP_ADDRESS>.8] (no packageset) (sync)
[10:20] -queuebot:#ubuntu-release- Unapproved: accepted linux-hwe [sync] (xenial-proposed) [4.8.0-36.36~16.04.1]
[10:20] -queuebot:#ubuntu-release- Unapproved: linux-signed-hwe (xenial-proposed/main) [4.8.0-35.40~16.04.1 => 4.8.0-36.36~16.04.1] (no packageset) (sync)
[10:20] -queuebot:#ubuntu-release- Unapproved: accepted linux-meta-hwe [sync] (xenial-proposed) [<IP_ADDRESS>.8]
[10:23] -queuebot:#ubuntu-release- Unapproved: linux-firmware (yakkety-security/main) [1.161.1 => 1.161.1] (core, kernel) (sync)
[10:23] -queuebot:#ubuntu-release- Unapproved: linux-firmware (trusty-security/main) [1.127.23 => 1.127.23] (core, kernel) (sync)
[11:03] <tjaalton> libxfont* is still in limbo on zesty-proposed, and I can't see why
[11:06] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.5 => 2.408.7] (desktop-core)
[11:06] <infinity> tjaalton: output.txt lists much nastiness.  Do they need to be hinted together?
[11:06] <infinity> (And it the autohinter isn't doing that, that usually points to a subtle packaging bug)
[11:06] <tjaalton> infinity: probably so, xorg-server in proposed fixes the build-dep issue at least
[11:07] <tjaalton> I'll check that
[11:08] <tjaalton> those versions are in stretch, so they should be correct :)
[11:08] <tjaalton> and I can't read output.txt
[11:08] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [ppc64el] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:09] <infinity> tjaalton: The TLDR of output.txt is "if I updated the package in 'trying:', these are the packages that become uninstallable"
[11:09] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [s390x] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:09] <infinity> Which, for libxfont, looks to be... Everything.
[11:10] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [arm64] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [armhf] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:10] <tjaalton> yes because it bumps the soname, which is why the old one is in a separate package now
[11:11] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [powerpc] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:11] <infinity> tjaalton: So maybe a hint would get it all to be happy.  But the autohinter SHOULD have picked that up, generally.
[11:11] <infinity> I'll toss in an easy and see what happens.
[11:12] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.7]
[11:13] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [amd64] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:13] -queuebot:#ubuntu-release- New binary: libfunction-parameters-perl [i386] (zesty-proposed/none) [1.0705-1] (no packageset)
[11:13] <tjaalton> infinity: great, thanks.. so I don't need to put it in a ppa to build next xserver
[11:18] -queuebot:#ubuntu-release- Unapproved: accepted linux-signed-hwe [sync] (xenial-proposed) [4.8.0-36.36~16.04.1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [amd64] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [armhf] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [powerpc] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [s390x] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [arm64] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [ppc64el] (zesty-proposed) [1.0705-1]
[11:19] -queuebot:#ubuntu-release- New: accepted libfunction-parameters-perl [i386] (zesty-proposed) [1.0705-1]
[11:20] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.8.0-36.36~16.04.1] (no packageset)
[11:21] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.8.0-36.36~16.04.1]
[11:23] <Laney> think it's going to need xorg-server too
[11:25] <tjaalton> it's in proposed
[11:25] <Laney> not a candidate though
[11:26] <tjaalton> because of libxfont
[11:26] <Laney> because of tests
[11:26] <tjaalton> ah
[11:26] <tjaalton> silly failing teset
[11:26] <tjaalton> tests
[11:26] <Laney> i've retried them
[11:27] <Laney> come back in a while and analyse the remaining failures
[11:32] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (xenial-proposed/main) [2:10.0.7-3227872-2ubuntu1 => 2:10.0.7-3227872-5ubuntu1~16.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[11:36] -queuebot:#ubuntu-release- Unapproved: accepted open-vm-tools [source] (xenial-proposed) [2:10.0.7-3227872-5ubuntu1~16.04.1]
[12:01] -queuebot:#ubuntu-release- Unapproved: debian-installer (xenial-proposed/main) [20101020ubuntu451.9 => 20101020ubuntu451.10] (core)
[12:17] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (xenial-proposed) [20101020ubuntu451.10]
[12:19] <clivejo> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kfind the autopkgtest for kde-baseapps/4:16.04.3-0ubuntu1 has 3 regressions, can someone explain this to me please?
[12:20] <apw> clivejo, arn't you removing baseapps ?
[12:20] <clivejo> yes, kfind is being split from kde-baseapps
[12:22] <Laney>  what do you expect to happen?
[12:22] <infinity> Not sure what needs explaining?
[12:22] <infinity> The tests clearly fail.
[12:22] <clivejo> what do we need to do to fix this?
[12:22] <apw> clivejo, is there anything left in kde-baseapps now they are all split out ?
[12:24] <clivejo> thats a difficult question
[12:25] <clivejo> upstream arent releasing the tarball any more
[12:25] <infinity> So, if kde-baseapps is still a thing, then you need to look at its test failures and fix the problem.  If you intend to split it into a dozen tiny packages and remove it, split it into a dozen tiny packages and file a removal.
[12:25] <apw> clivejo, i thought the point was all contents of that were in other smaller packages now, so it is mostly irrelicant
[12:25] <infinity> (And turn it into a transitional package)
[12:26] <clivejo> Its git repo has been abandoned https://cgit.kde.org/kde-baseapps.git/
[12:26] <apw> they have already uploaded split binary packages
[12:26] <cjwatson> Might not want to remove it until the others land though
[12:26] <cjwatson> Which would probably entail temporarily ignoring its failures
[12:26] <cjwatson> land> in zesty rather than zesty-proposed, I mean
[12:26] <infinity> Not sure it's all in proposed yet.
[12:27] <cjwatson> but when it is
[12:27] <infinity> When it is, I'd expect a baseapps in proposed as well that produced a transitional package.
[12:27] <infinity> (or a binary takeover from elsewhere)
[12:27] <clivejo> it should all be in proposed
[12:27] <apw> presumably if i attempt to remove the source it will tell me if there are any packages remaining not taken over
[12:27] <infinity> clivejo: So, all the bits from baseapps are now split out?
[12:28] <infinity> apw: It would do if they'd migrated, but they haven't.
[12:28] <apw> crap of course it is not in -proposed :/
[12:28] <clivejo> not everything, no
[12:29] <cjwatson> infinity: right, but even once all the binaries are taken over there'll still be autopkgtest failures presumably
[12:29] <cjwatson> unless there's a baseapps upload that just nukes the tests
[12:29] <acheronuk> some stuff is dead or deprecated and replaced in other stuff.
[12:29] <clivejo> just the stuff they intend to carry on
[12:30] <infinity> cjwatson: I was sort of expecting an upload that nuked the source. :P
[12:30] <infinity> cjwatson: (ie: just a transitional package to keep the upgrade smooth)
[12:30] <infinity> That would imply also nuking the tests.
[12:31] <apw> infinity, if we force-badtest those tests for now, britney will start to tell us what if anything has not had a binary-takeover, right ?
[12:31] <apw> infinity, as in those will then appear as rendered uninstallables in the autohinter
[12:31] <Laney> you can look at http://people.canonical.com/~ubuntu-archive/proposed-migration/zesty/update_output_notest.txt
[12:32] <apw> Laney, that says that we will migrate it if those tests pass
[12:33] <infinity> Indeed.
[12:34] <apw> so if we let that happen force-badtest stylee, then we will know what all if anything is left too
[12:34] <infinity> apw: britney cares not for binary takeovers.  The handbasket to hell is reserved for the next upload of kde-baseapps that tries to go back in time and all the binaries fail to upload.
[12:34] <apw> infinity, right, but that one is never going to be uploaded (well producing packages) it is on its way to the bitbucket
[12:35] <infinity> Exactly.
[12:37] <jbicha> apw: could you remove jasper source and binaries from zesty, bug 1612835 was the tracker
[12:52] <tjaalton> Laney: surprise surprise, it's all green now..
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Xenial 16.04.2] (20170209) has been added
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Xenial 16.04.2] (20170209) has been added
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Xenial 16.04.2] (20170209) has been added
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Xenial 16.04.2] (20170209) has been added
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base powerpc [Xenial 16.04.2] (20170209) has been added
[12:56] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Xenial 16.04.2] (20170209) has been added
[12:57] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Xenial 16.04.2] (20170209) has been added
[13:00] <sil2100> smoser: hey! I'm reviewing the cloud-init update for yakkety (in UNAPPROVED) - are all the bugs also present on yakkety? Since a few of them are only nominated for xenial
[13:01] <Laney> tjaalton: nice
[13:01] <Laney> it's your lucky day
[13:03] <infinity> tjaalton: I updated my hint to add xorg-server to the two xfonts, that might do it on the next pass.
[13:03] <infinity> (The autohinter really doesn't seem to see the relationshp between the xfonts, which is curious)
[13:06] <tjaalton> infinity: alright, thx
[13:19] <apw> clivejo, ok ... lets see if that helps any
[13:20] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:20] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:21] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:21] -queuebot:#ubuntu-release- Builds: Mythbuntu Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot amd64 [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot arm64 [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot armhf [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot i386 [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot powerpc [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot ppc64el [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:31] -queuebot:#ubuntu-release- Builds: Netboot s390x [Xenial 16.04.2] (20101020ubuntu451.10) has been added
[13:32] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:32] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:40] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:40] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:48] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:48] -queuebot:#ubuntu-release- Builds: Ubuntu GNOME Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:49] <infinity> final: libxfont,libxfont1,xorg-server
[13:49] <infinity> tjaalton: ^-- You win.
[13:50] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:50] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:51] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[13:51] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Xenial 16.04.2] (20170209) has been added
[13:52] <tjaalton> infinity: \o/
[13:56] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Xenial 16.04.2] (20170209) has been added
[13:56] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD i386 [Xenial 16.04.2] (20170209) has been added
[14:28] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Xenial 16.04.2] (20170209) has been added
[14:28] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop i386 [Xenial 16.04.2] (20170209) has been added
[14:54] <smoser> sil2100, you were reviwing for xenial you mean ? bugs mentioned in the changelog are present, yes.
[14:56] <sil2100> smoser: no, for yakkety
[14:57] <smoser> i'll triage
[14:57] <sil2100> smoser: cloud-init is also submitted for yakkety, and some of the bugs in that SRU aren't marked for yakkety - so I was wondering, are those really also present in the yakkety branch?
[14:57] <smb> infinity, http://iso.qa.ubuntu.com/qatracker/milestones/372/builds/142582/downloads (ubuntu-base link points to ubuntu-core (404) for s390)
[14:57] <sil2100> (too much 'yakkety')
[15:01] <smoser> sil2100, thank you.
[15:07] <smoser> sil2100, i think it should be all set now
[15:08] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (yakkety-proposed/main) [3.20.9-1ubuntu2 => 3.20.9-1ubuntu2.1] (ubuntu-desktop)
[15:12] <smoser> sil2100, let me know if i didnt' fix it for you
[15:40] <sil2100> smoser: thanks! Let me take another look at it in a moment - but knowing that those also affect yakkety is enough for me ;)
[15:54] <lamont> is promotion from -proposed automatic, polled, or ?
[15:54] <lamont> for SRU
[15:54] <lamont> asking for my close friend bug 1645912
[15:55] <jderose> infinity: after a fresh daily 16.04.2 UEFI install, linux-signed-image-generic-hwe-16.04 is autoremovable. that shouldn't be the case, right?
[16:02] <apw> jderose, tat does not sounds right indeed
[16:03] <jderose> apw: hmm, so that is correct? i don't recall seeing this with 16.04.1 or 16.10. is the `linux-signed-*` package not needed anymore for systems with secure boot enabled?
[16:07] <apw> jderose, no i am agreeing, that that does not sound right at all
[16:09] <jderose> apw: ah, okay. sorry, i was confused :)
[16:10] <apw> jderose, would you file a bug against debian-installer and link it to the image in the ISO tracker please
[16:10] <apw> jderose, and drop the number here ...
[16:11] <jderose> apw: sure
[16:18] <jderose> apw: here's the bug - https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1663299 but i'm not sure how to link it in the ISO tracker (sorry, i'm not that familiar with the tracker, really should be)
[16:31] <smb> So at least doing the iso testing of mate desktop amd64 in a kvm vm (seabios) I get randomly dropped into the isolinux selection environment even without pressing any key. do other people see something similar?
[16:52] <tjaalton> libdrm needs NEW love on zesty
[17:08] <apw> tjaalton, say what ? i see nothing in new on zesty
[17:09] <apw> lamont, it is manual but report driven for things which meet the criteria
[17:10] <lamont> apw: kwel
[17:10] <lamont> kewl, too
[17:12] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [ppc64el] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:12] -queuebot:#ubuntu-release- New binary: install-mimic [ppc64el] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:13] -queuebot:#ubuntu-release- New binary: quicktun [armhf] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:13] -queuebot:#ubuntu-release- New binary: quicktun [ppc64el] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: brisk-menu [ppc64el] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [s390x] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: mate-calc [ppc64el] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [armhf] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: quicktun [s390x] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: install-mimic [s390x] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [arm64] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: install-mimic [powerpc] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: quicktun [powerpc] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [powerpc] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: quicktun [arm64] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: brisk-menu [amd64] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: festvox-us-slt-hts [amd64] (zesty-proposed/none) [0.2010.10.25-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [i386] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: install-mimic [armhf] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: brisk-menu [s390x] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: install-mimic [arm64] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-show-ip [amd64] (zesty-proposed/none) [4.0.1-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: brisk-menu [arm64] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: brisk-menu [i386] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: mate-calc [s390x] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: brisk-menu [armhf] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: minetest-mod-3d-armor [amd64] (zesty-proposed/none) [0.4.7-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: mate-calc [armhf] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: brisk-menu [powerpc] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: mate-calc [amd64] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: octocatalog-diff [amd64] (zesty-proposed/none) [0.6.1-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: quicktun [i386] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: hl-todo-el [amd64] (zesty-proposed/none) [1.7.4-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: quicktun [amd64] (zesty-proposed/none) [2.2.6-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: mate-calc [i386] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: install-mimic [amd64] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: install-mimic [i386] (zesty-proposed/none) [0.2.0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: mate-calc [powerpc] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: mate-calc [arm64] (zesty-proposed/none) [1.17.0-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New: accepted install-mimic [amd64] (zesty-proposed) [0.2.0-1]
[17:26] -queuebot:#ubuntu-release- New: accepted mate-calc [arm64] (zesty-proposed) [1.17.0-1]
[17:26] -queuebot:#ubuntu-release- New: accepted install-mimic [i386] (zesty-proposed) [0.2.0-1]
[17:26] -queuebot:#ubuntu-release- New: accepted mate-calc [powerpc] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [amd64] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [armhf] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [powerpc] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [s390x] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [amd64] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [armhf] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [powerpc] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted hl-todo-el [amd64] (zesty-proposed) [1.7.4-1]
[17:27] -queuebot:#ubuntu-release- New: accepted install-mimic [armhf] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted install-mimic [s390x] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [arm64] (zesty-proposed) [0.2.0-1]
[17:27] <sil2100> smoser: hey! Just want to make sure - do you know if the yakkety cloud-init upload has the fix for LP: #1662221 as well? (if it affects yakkety)
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [ppc64el] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [arm64] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [s390x] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted install-mimic [powerpc] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted mate-calc [armhf] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted mate-calc [ppc64el] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted minetest-mod-3d-armor [amd64] (zesty-proposed) [0.4.7-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [amd64] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [armhf] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted brisk-menu [i386] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [i386] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted mate-calc [amd64] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted mate-calc [s390x] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [arm64] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [powerpc] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted festvox-us-slt-hts [amd64] (zesty-proposed) [0.2010.10.25-1]
[17:27] -queuebot:#ubuntu-release- New: accepted mate-calc [i386] (zesty-proposed) [1.17.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [i386] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted install-mimic [arm64] (zesty-proposed) [0.2.0-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [s390x] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted octocatalog-diff [amd64] (zesty-proposed) [0.6.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-show-ip [ppc64el] (zesty-proposed) [4.0.1-1]
[17:27] -queuebot:#ubuntu-release- New: accepted quicktun [ppc64el] (zesty-proposed) [2.2.6-1]
[17:27] -queuebot:#ubuntu-release- New: accepted install-mimic [ppc64el] (zesty-proposed) [0.2.0-1]
[17:28] <sil2100> smoser: since I see this fix was re-added to the xenial upload
[17:28] <sil2100> smoser: should it also be added to the yakkety one?
[17:28] <smoser> sil2100, let me check.
[17:29] <smoser> thank you for being comprehensive
[17:31] <tyhicks> hi - is anyone working to sort out the perl upload that's stuck in zesty-proposed (due to regressing devscripts)? it is blocking a number of packages that are otherwise ready to migrate
[17:40] <smoser> sil2100, it is fixed.
[17:40] <smoser> i just didnt mention it in the changelog because it had not ever gone to yakkety in a broken state.
[17:41] <smoser> that make sense ?
[17:41] <sil2100> smoser: oh, excellent, yes thank you
[17:42] <smoser> sil2100, question... how do you dget something from queue ?
[17:43] <smoser> if i go http://launchpadlibrarian.net/305401214/cloud-init_0.7.9.orig.tar.gz
[17:43] <smoser> shoot.
[17:43] <smoser> if i go https://launchpad.net/ubuntu/yakkety/+queue?queue_state=1&queue_text=
[17:43] <sil2100> smoser: I always go to the queue URL and download it from there
[17:43] <smoser> and then just dget cloud-init_0.7.9-0ubuntu1~16.10.1.dsc  it fails. i suspect because 0.7.9 wasn't uploaded here.
[17:43] <smoser> queue url ?
[17:43] <sil2100> We use some scripts in python that do it for us
[17:44] <sil2100> Yeah, the one above, we manually download the files from that page
[17:44] <smoser> ok. annoying thta dget didnt work
[17:44] <cjwatson> 'queue fetch' from lp:ubuntu-archive-tools can do it
[17:44] <nacc> smoser: i do think rbasak's queue review tool will help here, it's not merged yet, but i think he has it in a branch
[17:45] <nacc> smoser: (for usd)
[17:45] <nacc> smoser: which i believe uses what cjwatson referred to grab files
[17:46] <smoser> nacc, fwiw, https://gist.github.com/smoser/6391b854e6a80475aac473bba4ef0310#file-git-import-dsc worked for me.
[17:46] <smoser> other than 'dget' on the url in the queue doesnt work (obnoxious) so i had to download the individual files
[17:47] <nacc> smoser: for commiting to a importer branch? or generally?
[17:47] <smoser> well, for this specific "import a dsc and commit it so i can look"
[17:47] <nacc> smoser: i think you can do that with git-dsc-commit into an empty git repo too
[17:47] <nacc> if you just need to 'peek'
[17:48] <smoser> oh. there is cjwatson ... queue fetch. thank you.
[17:51] <cjwatson> dget needs the files to all be in the same "directory" (i.e. strip last segment of URL and add the file name), which librarian URLs aren't
[17:52] <cjwatson> to make it work for the queue we'd need to proxy the queue files through LP URLs, a bit like the way <LP archive URL>/+files/... works
[17:53] <cjwatson> which might not be a bad idea
[17:54] <rbasak> smoser: in my queue handling importer branch, you can type "usd queue <package>" from inside the git directory of an imported package, and it'll download and sync a set of queue/* tags that represent the queues' current states for that package.
[17:54] <rbasak> I want to change this to "usd queue sync" and have it autodetect the package name. Then add "usd queue approve" and "usd queue reject" later.
[17:54] <cjwatson> though it might require some changes to how queues work, so maybe not entirely trivial
[17:54] <rbasak> Which is why I haven't landed the branch yet.
[17:56] <smoser> rbasak, that sounds fabulouso
[17:56] <cjwatson> actually I guess it would work if we put it under the PackageUpload, so you'd have /ubuntu/yakkety/+upload/ID/+files/...
[17:57] <cjwatson> wait, that already works, I think
[17:57] <cjwatson> if you know the id
[17:59] <cjwatson> right, so 'dget https://launchpad.net/ubuntu/yakkety/+upload/14605092/+files/cloud-init_0.7.9-0ubuntu1~16.10.1.dsc' works
[18:00] <cjwatson> but I had to get the upload ID from 'queue -s yakkety-proposed -Q unapproved info' and then construct the URL manually
[18:01] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (yakkety-proposed) [0.7.9-0ubuntu1~16.10.1]
[18:01] <cjwatson> smoser: would you mind filing a bug asking for DistroSeries:+queue to link to upload files via PackageUpload:+files rather than directly to the files in the librarian, so that dget works more readily?
[18:02] <cjwatson> I don't have time right now but it should just be a UI change
[18:02] <rbasak> cjwatson: I'm just bypassing the need entirely :-P
[18:02] <rbasak> (but no objection)
[18:03] <cjwatson> sure, but it would be a handy thing and while I remember it ...
[18:03] <rbasak> Sure! Wouldn't want to stop it at all.
[18:04] <smoser> on launchpad-itself ?
[18:04] <cjwatson> Yep
[18:06] <smoser> cjwatson, https://bugs.launchpad.net/launchpad/+bug/1663334
[18:07] <cjwatson> cheers
[18:16] <flocculant> cking: thanks for testing xubuntu - can't replicate the auto-resize issue you saw, 20Gb 14.04 upgraded to 16.04, then rebooted iso - autoresized it fine
[18:17] <cking> flocculant, the only difference I see there is that I had 16.04 installed and then installed 16.04
[18:17] <flocculant> yup - just following that route now
[18:20] <flocculant> it's actually giving me the option to install alongside the other 2 installs ... http://i.imgur.com/SYN0wcV.png
[18:20] <flocculant> anyway - clean install now
[18:21] <cking> flocculant, let me see if I can figure out what's wrong with my install
[18:21] <flocculant> ok :)
[18:21] <flocculant> doing what you did now
[18:44] <flocculant> cking: again fine - on vm, not got hardware I can test it on here
[18:48] <cking> i'm just retesting a bunch of systems to double check, although it is strange other people seem to see the same issue on different flavours
[18:50] <flocculant> yea - saw that
[18:58] <flocculant> cking: Sarvatt's fail on Lubuntu might be down to vm size - not sure what they require but I'd guess 8Gb isn't sufficient for 2 installs
[18:58] <flocculant> also depends on ram allocated and thus the swap partition
[18:59] <cking> ah
[18:59] <flocculant> leann failed it on hardware though so ...
[19:02] <cking> mine also failed on x86 on an x220
[19:02] <cking> x86-64
[19:02] <flocculant> yea saw
[19:02] <flocculant> I read the xubuntu ones - xubuntu qa/release team hat
[19:03] <flocculant> hence me pinging you :)
[19:04] <cking> unfortunately i removed the iso, so I'm waiting for it to download again so I can re-test
[19:07] <flocculant> just redoing to see the minimum that xubuntu will shrink down to.
[19:07] <flocculant> I can try and replicate the other fails here too (on the vm)
[19:24] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [sync] (trusty-security) [1.127.23]
[19:24] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [sync] (yakkety-security) [1.161.1]
[19:24] <cking> flocculant, when trying that install with 12.04 ubuntu already installed I now get the install alongside option
[19:25]  * cking tries 16.04 against 16.04 again
[19:26]  * flocculant is on lubuntu now
[19:27] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (yakkety-proposed/main) [4.8.0-38.41] (core, kernel)
[19:39] <flocculant> which works
[20:14] <flocculant> cking: couldn't confirm on kubuntu vm either
[20:16] <cking> flocculant, it's something to do with size of the memory and swap that changes behavour, it seems that if existing swap is too small you don't get that install alongside option
[20:17] <flocculant> I wondered whether it was something to do with swap - ftr vm I used had 2Gb
[20:18] <cking> but I can't intuit what the underlying mechansim is,  apart from dropping memory in the VM and the option appeared where as increasing it made it disappear again
[20:19] <flocculant> well logically increasing it - increases swap - decreasing available disk space, but I guess you know that :)
[20:20] <flocculant> not sure I can offer anymore to the party
[20:21] <flocculant> cking: how much ram did the xubuntu vm have?
[20:22] <cking> flocculant, I think it was something like 8GB
[20:22] <cking> i can't recall now as I've been twiddling it up and down now to check the behaviour
[20:22] <flocculant> ok - so swap would be ~8 as default - leaving 12 for the install - at which point disk too small for 2
[20:23] <flocculant> at least I believe that swap will equal ram - not sure if there's a maximum swap size from the installer
[20:24] <flocculant> might be I never triggered a smaller than ram swap as I've never had that much :)
[20:26] <cking> flocculant, yeah, I could try and tease out the threshold by trial and error, but that's going a bit far for the moment
[20:28] <flocculant> cking: yea - I'm fairly confident that we would mark our iso's ready here :)
[21:39] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (yakkety-proposed) [4.8.0-38.41]
[22:03] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta3-4ubuntu1 => 2.02~beta3-4ubuntu1] (core)
[22:11] -queuebot:#ubuntu-release- Unapproved: spyder (yakkety-proposed/universe) [3.0.2+dfsg1-0ubuntu0.1 => 3.0.2+dfsg1-0ubuntu0.2] (no packageset)
[22:29] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta3-4ubuntu1 => 2.02~beta3-4ubuntu1] (core)
[23:10] -queuebot:#ubuntu-release- Unapproved: php7.0 (xenial-proposed/main) [7.0.13-0ubuntu<IP_ADDRESS> => 7.0.15-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop, ubuntu-server)
[23:10] -queuebot:#ubuntu-release- New binary: golang-github-mailru-easyjson [ppc64el] (zesty-proposed/universe) [0.0~git20161103.0.159cdb8-1] (no packageset)
[23:10] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [ppc64el] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-azure-go-ansiterm [amd64] (zesty-proposed/universe) [0.0~git20160622.0.fa152c5-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-docker-go-metrics [amd64] (zesty-proposed/universe) [0.0~git20161110.0.0f35294-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [arm64] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-bshuster-repo-logrus-logstash-hook [amd64] (zesty-proposed/universe) [0.0~git20170102.0.5f729f2-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [s390x] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-mailru-easyjson [arm64] (zesty-proposed/universe) [0.0~git20161103.0.159cdb8-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- Unapproved: php7.0 (yakkety-proposed/main) [7.0.13-0ubuntu<IP_ADDRESS> => 7.0.15-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop, ubuntu-server)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-mailru-easyjson [amd64] (zesty-proposed/universe) [0.0~git20161103.0.159cdb8-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-mrunalp-fileutils [amd64] (zesty-proposed/universe) [0.0~git20160930.0.4ee1cc9-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-mailru-easyjson [s390x] (zesty-proposed/universe) [0.0~git20161103.0.159cdb8-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [armhf] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [powerpc] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: libpod-weaver-section-legal-complicated-perl [amd64] (zesty-proposed/universe) [1.22-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: ruby-recursive-open-struct [amd64] (zesty-proposed/universe) [1.0.2-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: mmllib [amd64] (zesty-proposed/universe) [0.3.0.post1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: python-fusepy [amd64] (zesty-proposed/universe) [2.0.4-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [amd64] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: prometheus-postgres-exporter [i386] (zesty-proposed/universe) [0.1.1+ds-1] (no packageset)


[03:34] <arraybolt3> Unit193, bluesabre: Is it normal for the Xubuntu 20.04 ISO to have options for trying Xubuntu or installing Xubuntu *in the GRUB menu*, rather than in Ubiquity?
[03:35] <arraybolt3> If not, then there's something funky with the Xubuntu 20.04.6 ISO.
[03:35] <arraybolt3> (I'll be doing a regression test just in case unless it's known that this is normal.)
[06:37] <Unit193> Urgh, I've picked up terrible habits.  I'm not aware of that, but sounds like an upgrade to me anyway.


[06:44] <Guest30634> hi, can anybody help me?
[06:45] <Guest30634> I am trying to install ubuntu tv on my ubuntu computer,I follow the steps in ubuntu tv/contributing
[06:45] <Guest30634> when running command ./shell/app/unity-2d-shell -opengl to shown screen, no tv screen shown up, only black screen
[06:46] <Guest30634> meego@meego-901:~/ubuntu-tv$ unity-2d-shell: [WARNING] int Trash::count() const: Unable to obtain the number of items in the trash: Operation not supported
[06:47] <Guest30634>  unity-2d-shell: [WARNING] Object::connect: No such signal Lenses::roleNamesChanged(QHash<int,QByteArray>) in /home/meego/ubuntu-tv/libunity-2d-private/src/qsortfilterproxymodelqml.cpp:65
[06:47] <Guest30634> can anybody help me??
[06:48] <Guest30634> thanks very much
[06:49] <Guest30634> :(
[07:00] <Guest30634> :(