[00:32] -queuebot:#ubuntu-release- Unapproved: accepted pam [source] (xenial-proposed) [1.1.8-3.2ubuntu2.3]
[01:03] -queuebot:#ubuntu-release- Unapproved: sshuttle (xenial-proposed/universe) [0.76-1ubuntu1.1 => 0.76-1ubuntu1.2] (no packageset)
[01:20] <arnatious> vorlon: I can't reproduce - I'm in a clean focal VM, ran mk-sbuild to get a clean schroot, build the three packages, and ran autopkgtests for elpy with no failures
[01:20] <arnatious> Anything I can do to get closer to the buildfarm's environment?
[06:28] -queuebot:#ubuntu-release- Unapproved: nss (groovy-proposed/main) [2:3.55-1ubuntu1 => 2:3.55-1ubuntu2] (core, i386-whitelist)
[06:36] -queuebot:#ubuntu-release- Unapproved: tgt (groovy-proposed/main) [1:1.0.79-2ubuntu1 => 1:1.0.79-3ubuntu1] (no packageset)
[06:37] -queuebot:#ubuntu-release- Unapproved: accepted tgt [source] (groovy-proposed) [1:1.0.79-3ubuntu1]
[07:24] -queuebot:#ubuntu-release- Unapproved: python-pebble (bionic-proposed/universe) [4.5.3-1~18.04 => 4.5.3-1~18.04.1] (no packageset)
[07:45] -queuebot:#ubuntu-release- Unapproved: accepted python-pebble [source] (bionic-proposed) [4.5.3-1~18.04.1]
[07:47] -queuebot:#ubuntu-release- New binary: python-pebble [amd64] (bionic-proposed/universe) [4.5.3-1~18.04.1] (no packageset)
[07:49] -queuebot:#ubuntu-release- New: accepted python-pebble [amd64] (bionic-proposed) [4.5.3-1~18.04.1]
[08:00] -queuebot:#ubuntu-release- New: accepted cvise [source] (bionic-proposed) [1.6.0-3~18.04]
[08:04] -queuebot:#ubuntu-release- Unapproved: netplan.io (focal-proposed/main) [0.99-0ubuntu3~20.04.2 => 0.100-0ubuntu4~20.04.2] (core)
[08:12] -queuebot:#ubuntu-release- New binary: cvise [s390x] (bionic-proposed/universe) [1.6.0-3~18.04] (no packageset)
[08:15] -queuebot:#ubuntu-release- New binary: cvise [ppc64el] (bionic-proposed/universe) [1.6.0-3~18.04] (no packageset)
[08:22] <GunnarHj> Hi release team! Anyone who can take a stand about the UIFe at bug #1897858?
[08:24] -queuebot:#ubuntu-release- New binary: cvise [i386] (bionic-proposed/universe) [1.6.0-3~18.04] (no packageset)
[08:30] -queuebot:#ubuntu-release- New binary: cvise [amd64] (bionic-proposed/universe) [1.6.0-3~18.04] (no packageset)
[08:34] -queuebot:#ubuntu-release- New: accepted cvise [amd64] (bionic-proposed) [1.6.0-3~18.04]
[08:34] -queuebot:#ubuntu-release- New: accepted cvise [ppc64el] (bionic-proposed) [1.6.0-3~18.04]
[08:34] -queuebot:#ubuntu-release- New: accepted cvise [i386] (bionic-proposed) [1.6.0-3~18.04]
[08:34] -queuebot:#ubuntu-release- New: accepted cvise [s390x] (bionic-proposed) [1.6.0-3~18.04]
[08:35] <sil2100> waveform: hey! Did you see this bug? https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1897999
[08:36] <sil2100> GunnarHj: looking
[08:36] <sil2100> GunnarHj: hm, how many new translatable strings are in this new release, do you know? And did a lot of existing strings change?
[08:38] <GunnarHj> sil2100: Don't know the number of new translatable strings, but they are pure upstream ones and already translated upstream into the most important languages.
[08:38] <GunnarHj> sil2100: It's not a huge number...
[08:42] <sil2100> Ok
[08:44] <sil2100> GunnarHj: done o/
[08:45] <GunnarHj> sil2100: Thanks!
[08:56] -queuebot:#ubuntu-release- Unapproved: accepted thermald [sync] (groovy-proposed) [2.3-4]
[08:57] -queuebot:#ubuntu-release- Unapproved: accepted libaccounts-qt [source] (groovy-proposed) [1.15+17.04.20161104.1-0ubuntu4]
[08:58] -queuebot:#ubuntu-release- Unapproved: accepted dpdk [sync] (groovy-proposed) [19.11.5-1]
[09:00] <waveform> sil2100, yup - I realized while doing the flash-kernel changes last week that somehow focal had the rev1.4 entry, but groovy didn't (?!); patched that in my flash-kernel which is currently pending review
[09:04] <cpaelzer> mdeslaur: the sync of the DPDK CVE was just accepted ^^
[09:04] <sil2100> waveform: ah!
[09:04] <sil2100> Forgot about it, looking
[09:05] <sil2100> (now I rememeber Dimitri poking me about it!)
[09:09] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (groovy-proposed) [3.100ubuntu3]
[09:09] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware-raspi2 [source] (groovy-proposed) [1.20200902-0ubuntu1]
[09:10] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-450 [source] (groovy-proposed) [450.80.02-0ubuntu1]
[09:13] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-settings [source] (groovy-proposed) [20.10.1]
[09:15] -queuebot:#ubuntu-release- New binary: ubuntu-settings [amd64] (groovy-proposed/main) [20.10.1] (ubuntu-desktop)
[09:29] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/sane-backends/+bug/1897962
[09:30] <LocutusOfBorg> tkamppeter, enyc GunnarHj ^^ comments might be helpful :D
[09:40] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-450-server (groovy-proposed/restricted) [450.51.06-0ubuntu2 => 450.80.02-0ubuntu1] (core, i386-whitelist)
[09:51] -queuebot:#ubuntu-release- Unapproved: cd-boot-images-amd64 (groovy-proposed/main) [6 => 7] (desktop-core)
[10:12] <xnox> waveform:  something missing in flash-kernel?!
[10:12] <xnox> sil2100:  please remove grub2 & grub2-signed from focal-proposed, verification failed.
[10:17] <sil2100> xnox: suar
[10:17] <sil2100> jibel: hey! How's the isotesting going?
[10:17]  * sil2100 is a bit freaking out when he sees 0 test results on the ubuntu desktop isotracker
[10:29] <jibel> sil2100, going well, the error I mentioned yesterday is actually gone. Let me finish a few things and I'll update the tracker
[10:32] <sil2100> jibel: phew, thank you for the good news!
[10:32] <sil2100> I know this beta will not be the best beta around, but I at least like that we fleshed out some bugs
[10:33] <sil2100> waveform, plars: JFYI, I don't think I'll be re-spinning the pi images for the flash-kernel issue on the 8GB - we have the fix in -proposed so we'll just make sure it migrates for the main release
[10:34] <waveform> sil2100, sure - that's fine
[10:34] <sil2100> Let me leave a comment on the bug
[10:35] <waveform> it only matters on upgrade anyway, which'd pull in that change when it's released
[10:35] <sil2100> Beta users will get the update and then everything will work dandy
[10:35] <sil2100> Exactly
[10:36] <jibel> sil2100, just OEM installation is broken, that's a post beta fix
[10:37] <sil2100> jibel: can you give me the bug number once it's filled? I'm trying to make a list (and put on the milestone) of things we need to make sure are attended before final
[10:38] <didrocks> jibel: waow, good catch on OEM installation, careful testing :)
[10:44] <jibel> sil2100, bug 1898029
[10:47] <sil2100> Thanks!
[11:00] <sil2100> jibel: also, I wonder if this is strictly related to VirtualBox - possibly not Kubuntu only? LP: #1893964
[11:12] <jibel> sil2100, there error is due to this apt_pkg.Error: E:can not open /var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_groovy-updates_InRelease - fopen (13: Permission denied)
[11:12] <jibel> not related to grub-install as the title suggests
[11:14] <jibel> hm, logs attached to the bug are not from installation
[11:22] <sil2100> huh
[11:22] <sil2100> Ok, bogus then!
[11:26] -queuebot:#ubuntu-release- Unapproved: firefox (groovy-proposed/main) [81.0+build2-0ubuntu1 => 81.0.1+build1-0ubuntu1] (mozilla, ubuntu-desktop)
[11:29] <arnatious> sil2100 mind if I bug you in mattermost about an autopkgtest failure that's vexing me?
[11:36] <arnatious> Actually - nevermind - the failure was transient
[11:50] <sil2100> arnatious: sure, once something like that pops up, feel free to ping me
[11:55] <arnatious> sil2100 actually do have a comment, have some packages up but need to just change the header in the changelog, should I just have my sponsor re-upload with force-same-destination?
[12:12] <sil2100> arnatious: has that package you want to change already landed in -proposed? Then you need to bump the version number before re-uploading
[12:13] <sil2100> jibel: anyway, you think we are good to release beta as is?
[12:14] <sil2100> paride: hey! Did you manage to do some subiquity testing for groovy beta?
[12:14] <sil2100> paride: asking since I see no test results, which makes me a bit sad always :(
[12:16] <arnatious> Argh yeah, does changing a changelog require a changelog entry or do I just pop a new version number in with the same parent version
[12:17] <sil2100> arnatious: you can do any of those, as long as the topmost changelog entry is different than the one already released
[12:18] <paride> sil2100, hi! getting to it, there's a failure in the automated iso test I need to look at
[12:18] <sil2100> paride: thank you!
[12:22] <paride> sil2100, we may have a problem with the amd64 iso :/
[12:22] <paride> everything was good up to the latest alpha, and looks good on the other archs
[12:23]  * paride digs
[12:43] <jibel> sil2100, yes I think we do
[12:45] <kanashiro> could someone please take a look at this FFe for ruby2.7? It'll fix the FTBFS: https://bugs.launchpad.net/ubuntu/+source/ruby2.7/+bug/1897895
[12:51] <sil2100> paride: oh no, ok, now it depends on how serious the problem is
[12:52] <paride> sil2100, enough :( install fails proceeding with all defaults
[12:52] <paride> reason is curtin failing to call `multipath -r`
[12:52] <paride> which fails with message: "DM multipath kernel driver not loaded"
[12:53] <paride> that's actually multipathd failing to load
[12:53] <paride> on my system there's a dm_multipath module which is not in the ISO's initrd
[12:54] <paride> the latest successful run is the one of yesterday, the image had serial 20200928
[12:56] <paride> the success record was perfect: https://platform-qa-jenkins.ubuntu.com/view/server-g/job/ubuntu-groovy-live-server-amd64-smoke-default/
[13:12] <paride> https://bugs.launchpad.net/ubuntu-cdimage/+bug/1898045
[13:21] <xnox> paride:  fun.
[13:22] <xnox> kanashiro:  why are you requesting FFe for a non-feature? bugfixes need not an FFe.....
[13:25] <kanashiro> xnox: I answered your question in the bug description, last paragraph
[13:26] <sil2100> paride: crap
[13:27] <sil2100> Looking
[13:35] <sil2100> paride: I wonder how this happened, just in the two day period between 28 and 30
[13:35] <paride> sil2100, no idea, but thing is all the kernel modules are missing from the ISO
[13:36] <paride>  /lib/modules of the live system is empty
[13:36] <paride> /lib/modules of the live system is empty
[13:42] <sil2100> Yeah, trying to figure out, since this won't be visible in the manifest diff (but for reference I still did it: https://paste.ubuntu.com/p/dJDn8Q37fz/ ) - in that moment we did have a new kernel, but seeing if we did any infra changes too
[13:45] <sil2100> Only the kernel landed after 28, since we were already in Beta Freeze then
[13:45] <paride> 2020-09-30 08:22:03 URL:https://launchpadlibrarian.net/499979966/livecd.ubuntu-server.squashfs [375091200/375091200] -> "/srv/cdimage.ubuntu.com/scratch/ubuntu-server/groovy/daily-live/live/amd64.squashfs" [1]
[13:45] <paride> failed: Network is unreachable.
[13:45] <paride> failed: Network is unreachable.
[13:45] <paride> this is in the image build log
[13:45] <sil2100> Ah the fuck
[13:46] <Eickmeyer[m]> Woah, woah!
[13:46] <Eickmeyer[m]> !paste
[13:46] <sil2100> paride: how did that not result in an image build failure?
[13:47] <sil2100> Actually, let me look at those, maybe there's retries
[13:49] <sil2100> paride: I'm still looking at it, but this might be somthing as I don't see amd64.modules.squashfs-generic in the logs
[13:50] <sil2100> This might have been what timed out and that's why it's missing, but the build STILL SUCCEEDED
[13:50] <sil2100> eh
[13:50] <sil2100> I'll fill in a bug for this and see if I can re-run the build without restarting the livefs build
[13:51] <sil2100> Looks like LP still has the artifacts, so I guess I'll try that
[13:51] <sil2100> paride: good catch!
[13:51] <rbasak> tjaalton, vorlon: I half-SRU-reviewed pacemaker yesterday and am planning on finishing it today, so you can leave that today if you wish
[13:51] <rbasak> (it's in the Focal queue)
[13:51] <paride> sil2100, it was basically wishful thinking about maybe it being an image build fail
[13:52] <paride> sometimes it turns out to be true :P
[13:52] <tjaalton> rbasak: we're on tomorrow, isn't today bdmurray's shift?
[13:52] <sil2100> paride: haha, if you didn't look we'd probably be wondering for hours more!
[13:54] <rbasak> tjaalton: oh yes, sorry. bdmurray ^
[13:57] <paride> sil2100, so you'll respin the image with the same serial now I suppose
[13:57] <sil2100> And mine! But I'm busy with the beta
[13:57] <sil2100> paride: it will have a different serial, since serials are per-publishing, but it'll use the same livefs at least
[13:57] <sil2100> No changes in the archive so it should be all safe
[13:58] <paride> OK. Waiting for it then. In the meantime I'll +1 the other archs on the iso tracker
[13:58] <sil2100> paride: I'll run all of them just in case btw., the contents will be identical so I guess just a sanity check would be sufficient
[13:58] <paride> ok
[14:07] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Groovy Beta] has been updated (20201001)
[14:07] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Groovy Beta] has been updated (20201001)
[14:07] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Groovy Beta] has been updated (20201001)
[14:07] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Groovy Beta] has been updated (20201001)
[14:10] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Groovy Beta] has been marked as ready
[14:10] <Eickmeyer[m]> I realize we might have rebuilds, but... ^
[14:14] <xnox> kanashiro:  i'm pretty sure things like this need not need approval. upload of the package, will be stuck in Unapproved queue anyway. Meaning release team reviews every upload.
[14:14] <xnox> as they are queued up. See all the uploads in https://launchpad.net/ubuntu/groovy/+queue?queue_state=1&queue_text=
[14:25] <sil2100> paride: http://cdimage.ubuntu.com/ubuntu-server/daily-live/20201001/
[14:25] <sil2100> Eickmeyer[m]: hey! No rebuilds besides subiquity server!
[14:26] <sil2100> Eickmeyer[m]: thank you for marking!
[14:26] <sil2100> \o/
[14:26] <Eickmeyer[m]> Woot Woot!
[14:27] <paride> sil2100, triggering some builds
[14:43]  * sil2100 is prepublishing images anyway right now
[14:49] -queuebot:#ubuntu-release- Unapproved: azure-cli (focal-proposed/universe) [2.0.81+ds-4ubuntu0.1 => 2.0.81+ds-4ubuntu0.2] (no packageset)
[14:50] <paride> sil2100, passed on amd64, s390x, ppc64el. Waiting for arm64 (slow)
[14:50] <sil2100> paride: yaaay
[14:51] <sil2100> paride: can you mark subiquity as ready once it's done?
[14:51] <paride> sil2100, sure
[14:55] <kanashiro> xnox: ok, I can upload it. I was trying to stick to the process described here: https://wiki.ubuntu.com/BetaFreeze
[14:55] <kanashiro> maybe it needs some update?
[14:56] -queuebot:#ubuntu-release- Unapproved: sshuttle (groovy-proposed/universe) [1.0.4-1ubuntu3 => 1.0.4-1ubuntu4] (no packageset)
[14:57] <sil2100> kanashiro: hey! What is this discussion about?
[14:57] <sil2100> (sorry, too much going on)
[14:57] -queuebot:#ubuntu-release- Unapproved: accepted sshuttle [source] (groovy-proposed) [1.0.4-1ubuntu4]
[15:00] <kanashiro> sil2100: I requested a FFe for ruby2.7 here: https://bugs.launchpad.net/ubuntu/+source/ruby2.7/+bug/1897895
[15:00] <kanashiro> but xnox was telling me it would not be needed
[15:01] <kanashiro> and I mentioned I was following the process here: https://bugs.launchpad.net/ubuntu/+source/ruby2.7/+bug/1897895
[15:01] <sil2100> I'll look after my meeting what's up with that
[15:01] <xnox> kanashiro:  hm, i think that wiki is a bit ambigious.
[15:01] <kanashiro> sorr, this one: https://wiki.ubuntu.com/BetaFreeze
[15:01] <sil2100> kanashiro: yeah, from what I see this doesn't need an FFe, just upload!
[15:03] <sil2100> paride: hey! Do you test on actual real hardware for arm64?
[15:03] <paride> sil2100, no, in a VM
[15:04] <sil2100> paride: ouch
[15:05] <sil2100> Since xnox just reported this: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1897819
[15:05] <sil2100> I mean, xnox informed me of this
[15:05] <sil2100> I need to think about that, but feels like we can't do much about it in such a short amount of time, we might need to release note it
[15:08] <paride> :/
[15:09] <paride> sil2100, testing on real hardware would require me having it :)
[15:09] <paride> not easy to do remotely
[15:09] <tkamppeter> LocutusOfBorg, thanks, looking into it. One solution would be using sane-airscan, here we need to complete the MIR bug 1891682.
[15:09] <kanashiro> thanks sil2100
[15:10] <tkamppeter> LocutusOfBorg, it is currently stuck at the security team.
[15:23] -queuebot:#ubuntu-release- Unapproved: gnome-bluetooth (focal-proposed/main) [3.34.1-1 => 3.34.3-0ubuntu1] (desktop-core)
[15:37] <sil2100> paride: yeah, I imagine ;/
[15:39] -queuebot:#ubuntu-release- Unapproved: rejected pacemaker [source] (focal-proposed) [2.0.3-3ubuntu4]
[16:16] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Groovy Beta] has been marked as ready
[16:33] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-450 (bionic-proposed/restricted) [450.66-0ubuntu<IP_ADDRESS> => 450.80.02-0ubuntu<IP_ADDRESS>] (no packageset)
[16:34] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-450 (focal-proposed/restricted) [450.66-0ubuntu<IP_ADDRESS> => 450.80.02-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[16:39] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Groovy Beta] has been marked as ready
[16:54] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (groovy-proposed) [1:20.10.12]
[17:17] -queuebot:#ubuntu-release- Unapproved: memcached (groovy-proposed/main) [1.6.6-3 => 1.6.6-3ubuntu1] (ubuntu-server)
[17:34] -queuebot:#ubuntu-release- Unapproved: ruby2.7 (groovy-proposed/main) [2.7.1-3build1 => 2.7.1-3ubuntu1] (i386-whitelist, ubuntu-desktop, ubuntu-server)
[17:34] <mitya57> Hi! Can some archive admin please process bug 1877047? It's pending since May.
[17:39] -queuebot:#ubuntu-release- Unapproved: accepted sudo [source] (bionic-proposed) [1.8.21p2-3ubuntu1.3]
[18:11] <sil2100> I think we're goodish on the beta front, as good as we can, ETA for release is in a few hours though!
[18:22] <sil2100> uh, ok, the xorriso cmdline for cd-boot-images-amd64 is just too much for me, but Steve knows what he's doing!
[18:23] -queuebot:#ubuntu-release- Unapproved: accepted cd-boot-images-amd64 [source] (groovy-proposed) [7]
[18:26] <vorlon> heh :)
[18:26] <vorlon> fwiw the xorriso commandline within cd-boot-images-amd64 isn't used by debian-cd, it's basically just documentation
[18:31] <vorlon> mitya57: done
[18:31] <mitya57> thanks!
[18:39] <sil2100> vorlon: oh, good to know ;)
[18:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Groovy Beta] has been marked as ready
[18:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Groovy Beta] has been marked as ready
[18:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Groovy Beta] has been marked as ready
[18:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Groovy Beta] has been marked as ready
[18:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Groovy Beta] has been marked as ready
[18:40] <sil2100> Slowly prepping for release, guess I don't even need to mark those as ready but I like to anyway
[18:41] <vorlon> sil2100: and debian-cd needs changes to match cd-boot-images-amd64 in lockstep; are you done rolling images for beta, should I go ahead and make that change now?
[18:41] <sil2100> vorlon: yeah, I won't be re-spinning anything, just running cdimage publisher commands
[18:42] <sil2100> So go for it!
[18:42] <vorlon> sil2100: ok. image builds will fail then until cd-boot-images-amd64 migrates to release pocket
[18:42] <sil2100> vorlon: don't you need to wait for cd-boot-images-amd64 to move into release btw.? Since I think we're usually building images based on the release pocket
[18:42] <sil2100> Yeah
[18:43] <sil2100> Ok, just as I thought, hopefully cd-boot-images-amd64 will migrate quickly
[18:44] <vorlon> sil2100: yeah but I don't precisely control the migration, and I want to get this done during my workday :)
[18:51] <vorlon> sil2100: what do you think about reversing the handling of the debian-cd branch, so that https://people.canonical.com/~cjwatson/bzr/debian-cd/ubuntu is the parent and ancientminister pulls from it? that would simplify my bzr workflow
[18:57] <sil2100> vorlon: I would be fine with that, I actually never knew why it's like this in the first place. Just assumed there was some uh, valid reason?
[18:57] <vorlon> sil2100: legacy, and the question of coordinating a transition among the committers
[19:11] <vorlon> sil2100: ok switched, so please update any local checkouts to push to bzr+ssh://people.canonical.com/~cjwatson/public_html/bzr/debian-cd/ubuntu/ instead
[19:11] <vorlon> Laney: ^^
[19:14] <sil2100> \o/
[19:14] <sil2100> vorlon: thanks! Works for me
[19:15] <sil2100> vorlon: btw. I updated LP: #1896215 with our latest 'case'
[19:15]  * vorlon nods
[19:15] <sil2100> I guess I'd like to tackle that one day, since to me it's absurd that the arm64 image was still successfully built even though it failed downloading the module squashfs
[19:19] <sil2100> Ok, hm, I guess I'll start the publishing
[19:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Groovy Beta] has been marked as ready
[19:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Groovy Beta] has been marked as ready
[20:03] -queuebot:#ubuntu-release- Unapproved: rejected gnome-bluetooth [source] (focal-proposed) [3.34.3-0ubuntu1]
[20:13] <sil2100> Beta images syncing to mirrors \o/
[20:13] <sil2100> I'm checking torrents right now
[20:19] <sil2100> Ok, I think I'm slowly starting to see something
[20:21] <sil2100> ...or maybe not, can anyone else check if the torrents seem to be working?
[20:25] <bdmurray> sil2100: I can check
[20:25] <sil2100> Thanks o/
[20:30] <bdmurray> sil2100: "Downloading from 0 of 0 peers"
[20:30] <bdmurray> vorlon: can you update autopkgtest-cloud?
[20:40] <vorlon> bdmurray: mmm seemingly not, the local checkout is in some kind of state. working on it
[20:45] <vorlon> bdmurray: ok, done
[20:46] <vorlon> sil2100: should we really be linking to http://cdimage.ubuntu.com/netboot/20.10/ from the beta announcement?
[20:58] <cjwatson> vorlon: Can it be moved to a proper LP branch rather than coming from a weird mirror in my homedir?
[20:58] <cjwatson> vorlon: It's only that way because this dates from before it was possible to use LP code branches within the datacentre and I never got round to fixing it ...
[20:59] <cjwatson> vorlon: (That is, if you're incurring the cost of transitioning committers anyway you might as well do it properly :) )
[20:59] <cjwatson> vorlon: Also could you update https://wiki.ubuntu.com/ReleaseTeam/CDImageSetup?
[21:09] -queuebot:#ubuntu-release- Unapproved: rna-star (groovy-proposed/universe) [2.7.5c+dfsg-1 => 2.7.5c+dfsg-3] (no packageset) (sync)
[21:09] -queuebot:#ubuntu-release- Unapproved: accepted rna-star [sync] (groovy-proposed) [2.7.5c+dfsg-3]
[21:25] <vorlon> cjwatson: can I do that for an existing branch that's set up for syncing, or do I have to create a new branch in LP to do that?
[21:26] <vorlon> ah, edit import source
[21:26] <vorlon> nope, doesn't accept a null value ;)
[21:30] <cjwatson> vorlon: Needs a new branch, though possibly with a careful rename dance you can end up with it having the same name
[21:31] <cjwatson> Push content to new branch, rename old one aside, rename new one into place
[21:34] -queuebot:#ubuntu-release- Unapproved: llvm-toolchain-snapshot (groovy-proposed/universe) [1:12~++20200715052739+d6e79e3dd6d-1~exp1build2 => 1:12~++20200929085817+962a247aebb-1~exp1] (no packageset) (sync)
[21:36] -queuebot:#ubuntu-release- Unapproved: accepted llvm-toolchain-snapshot [sync] (groovy-proposed) [1:12~++20200929085817+962a247aebb-1~exp1]
[22:10] -queuebot:#ubuntu-release- Unapproved: jsonrpc-glib (groovy-proposed/universe) [3.34.0-1 => 3.38.0-1] (no packageset) (sync)
[22:10] -queuebot:#ubuntu-release- Unapproved: accepted jsonrpc-glib [sync] (groovy-proposed) [3.38.0-1]
[22:11] -queuebot:#ubuntu-release- Unapproved: polari (groovy-proposed/universe) [3.36.2-1 => 3.38.0-1] (no packageset) (sync)
[22:11] -queuebot:#ubuntu-release- Unapproved: accepted polari [sync] (groovy-proposed) [3.38.0-1]
[22:33] <sil2100> vorlon: well, it was linked in the focal beta announcement
[22:33] <sil2100> vorlon: but I can remove that and re-send if you think that's best
[22:48] -queuebot:#ubuntu-release- Unapproved: grub2-signed (focal-proposed/main) [1.142.7 => 1.142.8] (core)
[22:48] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu34 => 2.04-1ubuntu35] (core)
[22:48] -queuebot:#ubuntu-release- Unapproved: grub2 (focal-proposed/main) [2.04-1ubuntu26.5 => 2.04-1ubuntu26.6] (core)
[22:49] -queuebot:#ubuntu-release- Unapproved: grub2-signed (groovy-proposed/main) [1.154 => 1.155] (core)
[22:52] <xnox> vorlon:  apw: how about having launchpad-side no change rebuilds? All of these signed/resigned/vendored package chains are becoming a pain. Upload of grub is now 5 source packages: grub2, grub2-signed, cd-boot-images-{amd64,arm64,ppc64el} => 4 of which are no-change rebuilds.
[23:09] -queuebot:#ubuntu-release- Unapproved: apport (groovy-proposed/main) [2.20.11-0ubuntu48 => 2.20.11-0ubuntu49] (core, i386-whitelist)
[23:24] <sil2100> I'll lift the britney freeze today already
[23:30] <sil2100> bdmurray: beta freeze lifted, so now stuff should be auto-migrating from -proposed to release
[23:30] <sil2100> But the queue freeze stays until final release
[23:30] <sil2100> I go now o/
[23:48] -queuebot:#ubuntu-release- Unapproved: goffice (groovy-proposed/universe) [0.10.47-1 => 0.10.48-1] (desktop-extra) (sync)


[12:20] <ubotu> New bug: #117858 in kipi-plugins (main) "sync kipi-plugins 0.1.3-5 from debian unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/117858
[12:51] <ubotu> New bug: #117859 in udev (main) "Gutsy kernel 2.6.22 fails to mount /boot" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117859
[12:57] <`23meg> cjwatson, is bug #52140 the expected behaviour in Ubiquity, since LVM isn't supported yet?
[12:57] <ubotu> Launchpad bug 52140 in ubiquity "DapperDrake 64-bit CD install does not recognize existing LVM volumes/filesystems" [Undecided,Needs info]  https://launchpad.net/bugs/52140
[01:01] <ubotu> New bug: #117860 in eclipse (universe) "Eclipse Crashes A Lot on Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117860
[01:06] <ubotu> New bug: #117861 in linux-source-2.6.20 (main) "driver for atheros ar5212 is missing from kernel 2.6.20-16" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117861
[01:15] <ubotu> New bug: #117862 in f-spot (main) ""Delete from drive" does not delete from drive" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117862
[01:50] <ubotu> New bug: #117864 in linux-source-2.6.20 (main) "Macbook C2D fails to suspend under 2.6.20-16" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117864
[02:00] <ubotu> New bug: #117865 in gnome-panel (main) "i can not open synaptic" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117865
[02:35] <ubotu> New bug: #117866 in synaptic (main) "an error with package manager" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117866
[03:04] <RAOF> What is the correct procedure for closing bugs which still exist in earlier releases (I'm thinking of bug #80692, which I believe is fixed in feisty but still affects edgy)?
[03:04] <ubotu> Launchpad bug 80692 in democracyplayer "democracyplayer crashes on startup" [Medium,Confirmed]  https://launchpad.net/bugs/80692
[03:08] <Admiral_Chicago> RAOF: mark as fixed release
[03:09] <RAOF> And the fact that it's still broken in Edgy (I think)?
[03:13] <Admiral_Chicago> its still okay
[03:14] <crimsun> if you intend to be thorough, then open an Edgy task on it
[03:14] <crimsun> then set the Status appropriately
[03:14] <crimsun> the-> Edgy task's
[03:14] <Admiral_Chicago> it'll let people know what a fix is available, it just may not be the version they have...
[04:15] <ubotu> New bug: #117871 in yelp (main) "Cuando tengo abierta mi sesin, la bloqueo y luego la vuelvo a abrir me aparece todo en negro, menos el mouse." [Undecided,Unconfirmed]  https://launchpad.net/bugs/117871
[04:20] <ubotu> New bug: #117872 in yelp (main) "Cuando tengo abierta mi sesin, la bloqueo y luego la vuelvo a abrir me aparece todo en negro, menos el mouse." [Undecided,Unconfirmed]  https://launchpad.net/bugs/117872
[04:26] <ubotu> New bug: #117873 in gnome-terminal (main) "gnome-terminal doesn't remember size or location" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117873
[05:21] <ubotu> New bug: #117874 in kdenetwork (main) "Kopete has the status menus (online, away, luch, invisible) messed up  when in Japanese environment" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117874
[05:50] <ubotu> New bug: #117876 in linux-source-2.6.20 (main) "Kernel 2.6.20-16 ATA drives weren't recorgnized as SATA anymore (Feisty)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117876
[06:06] <ubotu> New bug: #117877 in Ubuntu "crash after a wmv opening" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117877
[06:10] <ubotu> New bug: #117878 in gnome-screensaver (main) "slideshow crashed during upgrade" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117878
[06:30] <ubotu> New bug: #117880 in runit (universe) "Recieve this error every time apt-get, synaptic package manager, and add/remove programs installs or uninstalls a program "E: runit: subprocess post-installation script returned error exit status 1'" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117880
[06:46] <ubotu> New bug: #117881 in Ubuntu "new updates killed my sound card" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117881
[06:55] <ubotu> New bug: #117883 in network-manager (main) "wireless interface not visible in network-manager" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117883
[07:05] <ubotu> New bug: #117884 in xvidcore (multiverse) "xvidcore should be in universe, not multiverse" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117884
[07:05] <ubotu> New bug: #117885 in gnome-terminal (main) "Transparent background becomes solid when a new tag is opened" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117885
[07:26] <ubotu> New bug: #117888 in Ubuntu "clean install from CD not possible" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117888
[07:45] <ubotu> New bug: #117890 in gv (universe) "gv doesn't read resource files " [Undecided,Unconfirmed]  https://launchpad.net/bugs/117890
[08:00] <ubotu> New bug: #117891 in tightvnc (universe) "Update tightvnc to version 1.3.9" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117891
[08:25] <ubotu> New bug: #117893 in Ubuntu "problemi installazione" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117893
[08:40] <ubotu> New bug: #117896 in evolution (main) "Loses e-mails when moving accross IMAP folders" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117896
[08:57] (Admiral_Chicago/#ubuntu-bugs) of couse...i just did that too...
[08:57] (dholbach/#ubuntu-bugs) ok
[08:57] (Admiral_Chicago/#ubuntu-bugs) while i asked bughelper -T firefox "dapper" "possibly related to #89704" -A -U -p firefox
[08:57] (Admiral_Chicago/#ubuntu-bugs) that ^^ was running in the background...
[08:57] (dholbach/#ubuntu-bugs) ok
[08:57] (dholbach/#ubuntu-bugs) good
[08:59] <Admiral_Chicago> how can one search based on tags without a clue file?
[09:00] <ccm> hi there
[09:00] <ccm> dholbach: to answer your question, yes, I'll be there on saturday
[09:00] <dholbach> ccm: rock and roll
[09:00] <ccm> dholbach: hope to see you there ;)
[09:01] <dholbach> Admiral_Chicago: I only know of    -l https://bugs.launchpad.net/ubuntu/+bugs?field.tag=sometag -T <....>
[09:01] <dholbach> Admiral_Chicago: that's quite possibly not what you want
[09:01] <dholbach> Admiral_Chicago: we don't expose all features in the command line interface
[09:02] <dholbach> if you know of a way we could make writing clue files easier, that'd be nice
[09:02] <dholbach> and we could try to get that done
[09:02] <Admiral_Chicago> not sure if thats what i want. say i want to seach for all the bugs that have the "mt-confirm" tag, without a clue file.
[09:02] <dholbach> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=mt-confirm
[09:03] <dholbach> that's the list of all of them
[09:03] <Admiral_Chicago> see what I'm doing here is writing a long blog about bughelper + clue files so I want to show some uses.
[09:03] <dholbach> right
[09:04] <Admiral_Chicago> would bughelper -l https://bugs.launchpad.net/ubuntu/+bugs?field.tag=mt-confirm "string" "this is the seach bug" work?
[09:04] <dholbach> use   bugnumbers -l  https://bugs.launchpad.net/ubuntu/+bugs?field.tag=mt-confirm   maybe
[09:05] <dholbach> bughelper always searches for matches of clue files (or of things passed in the -T/-t option)
[09:05] <Admiral_Chicago> okay. and bugnumbers just searches the packages?
[09:06] <dholbach> it just gives you the numbers of bugs
[09:06] <Admiral_Chicago> ah hence the name. right thanks a lot.
[09:07] <dholbach> ok cool
[09:10] <Admiral_Chicago> bug 87434
[09:10] <ubotu> Launchpad bug 87434 in audacity "[apport]  audacity crashed with SIGSEGV in XFreeFont()" [Medium,Needs info]  https://launchpad.net/bugs/87434
[09:16] <dholbach> heya thekorn
[09:16] <thekorn> dholbach: morning
[09:17] <Admiral_Chicago> hmm, does this command not list the bug because of the clue file? bughelper -p audacity "Xfreefont" "possible duplicate of 87434" -A -U -p audacity
[09:17] <Admiral_Chicago> i think that is the case but i want to be clear
[09:18] <thekorn> hi Admiral_Chicago! welcome to the bughelper team :)
[09:19] <Admiral_Chicago> thanks thekorn
[09:25] <ubotu> New bug: #117897 in coreutils (main) "df does not show free space if using UUIDs" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117897
[09:28] <polopolo> hello all
[09:29] <Admiral_Chicago> hey there polopolo
[09:29] <polopolo> Soon I want to package a program to ubuntu, what must I do with bugs when it comes?
[09:31] <polopolo> nobody has a answer?
[09:31] <dholbach> polopolo: I added a small piece of text at http://wiki.ubuntu.com/MOTU/FAQ that explains what "maintaining a package means"
[09:31] <dholbach> maybe that helps
[09:31] <polopolo> ok
[09:33] <polopolo> I don't know how to fix bugs? Can I get help here then?
[09:33] <Admiral_Chicago> polopolo: of course
[09:33] <polopolo> ok
[09:33] <Admiral_Chicago> we are always willing to help teach people. you can always ask me if you are not sure how to deal with a bug
[09:34] <Admiral_Chicago> or ask the channel, you may need to wait for a response thouh
[09:34] <polopolo> thank you :D
[09:36] <ubotu> New bug: #117899 in linux-source-2.6.20 (main) "ps2 keyboard does not work on VIA chipset mainboard" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117899
[09:37] <polopolo> And what when I trying packaging and test the package, and I have a bug, can I also get help here?
[09:45] <Admiral_Chicago> hmm, seems like this following command won't run: bughelper -p knetworkmanager -T knetworkmanager "feisty" "a feisty bug" ... any ideas?
[09:45] <ubotu> New bug: #117900 in vim (main) "security update not installed because of higher version number of the backported vim" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117900
[09:45] <ubotu> New bug: #117901 in kvm (universe) "kvm depends on qemu but apt-get doesn't install it automatically" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117901
[09:45] <ubotu> New bug: #117902 in evolution (main) "evolution's composer prints name from contacts in the To: field" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117902
[09:45] <Admiral_Chicago> polopolo: hmm, i'm not the person to answer that, perhaps someone in #ubuntu-motu can help.
[09:45] <dholbach> polopolo: best to ask in #ubuntu-motu about such a thing
[09:46] <dholbach> polopolo: also being in touch with the upstream developers helps
[09:46] <Admiral_Chicago> i get this output: http://pastebin.ca/525084 could it be related to launchpad-python?
[09:48] <thekorn> Admiral_Chicago: hopefully you are running an old version of bughelper :)
[09:48] <polopolo> ok
[09:49] <Admiral_Chicago> thekorn: 0.1.13
[09:54] <thekorn> Admiral_Chicago: hmm, can't reproduce it, your command works for me, even with 0.1.13
[09:56] <Admiral_Chicago> okay, may be my system.
[09:57] <Admiral_Chicago> either way, do you mind pasting the output to me?
[09:59] <RAOF> Any ideas about bug #117901?  Kvm doesn't really depend on qemu (if you have existing VM images), and the package already Recommends: qemu, so I'm tempted to reject it.
[09:59] <ubotu> Launchpad bug 117901 in kvm "kvm depends on qemu but apt-get doesn't install it automatically" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117901
[10:00] <Admiral_Chicago> RAOF: reject it i say... Depends: libasound2 (>> 1.0.12), libc6 (>= 2.5-0ubuntu1), libsdl1.2debian (>= 1.2.10-1), libuuid1, zlib1g (>= 1:1.2.1), iproute, bridge-utils
[10:00] <Admiral_Chicago> Pre-Depends: adduser
[10:00] <Admiral_Chicago> Recommends: kvm-source, qemu, vde2, linux-image-2.6
[10:00] <Admiral_Chicago> apt-cache show kvm is the way to get it
[10:01] <crimsun> this is what I would use as justification: http://www.pastebin.ca/525114
[10:02] <crimsun> Admiral_Chicago: / RAOF:  ^^^
[10:02] <crimsun> by default, it's clearly would be installed.
[10:02] <crimsun> s/\'s//
[10:02] <thekorn> Admiral_Chicago: sure, will paste it...
[10:03] <Admiral_Chicago> thanks thekorn
[10:03] <Admiral_Chicago> ah i see crimsun
[10:04] <thekorn> Admiral_Chicago: http://paste.ubuntu-nl.org/23392/
[10:05] <Admiral_Chicago> thanks
[10:06] <RAOF> crimsun: Thanks.
[10:20] <ubotu> New bug: #117903 in flashplugin-nonfree (multiverse) "flash crashes in fullscreen flash video" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117903
[10:25] <RAOF> Heh, there's a bug full of joy :)
[10:27] <Admiral_Chicago> thekorn: can you run  and give me the output? My system is not playing nice apparently...
[10:27] <Admiral_Chicago> ah the command is: bughelper -T audacity "XFreeFont" "possible duplicate of 87434" -A -U -p audacity
[10:27] <Admiral_Chicago> sorry about that.
[10:28] <thekorn> Admiral_Chicago: sure, will take some time...
[10:29] <Admiral_Chicago> np, i can't figure out my issue on my system...I'll have to resolve it today.
[10:30] <thekorn> Admiral_Chicago: http://paste.ubuntu-nl.org/23396/
[10:31] <ubotu> New bug: #117904 in rhythmbox (main) "Editing a tag while importing freezes rhythmbox" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117904
[10:31] <Admiral_Chicago> thanks thekorn
[10:41] <Admiral_Chicago> okay, it seems some of the dupes in bug #89485 are actually dups of bug 87434
[10:41] <ubotu> Launchpad bug 89485 in audacity "Audacity always segfaults when closing" [Medium,Needs info]  https://launchpad.net/bugs/89485
[10:41] <ubotu> Launchpad bug 87434 in audacity "[apport]  audacity crashed with SIGSEGV in XFreeFont()" [Medium,Needs info]  https://launchpad.net/bugs/87434
[10:45] <ubotu> New bug: #117905 in kmplayer (main) "exceptional crash" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117905
[10:45] <ubotu> New bug: #117906 in Ubuntu "no double-side (duplex) printing in edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117906
[10:45] <ubotu> New bug: #117907 in quicksynergy (universe) "Hang on exit (synergyc running after close)." [Undecided,Unconfirmed]  https://launchpad.net/bugs/117907
[10:45] <ubotu> New bug: #117908 in openoffice.org (main) "openoffice don't open correctly an openoffice base file (.odb) via nautilus smb:// (work perfect in local)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117908
[11:00] <ubotu> New bug: #117909 in gnome-panel (main) "adobe flash player linux not working in firefox" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117909
[11:00] <ubotu> New bug: #117910 in xemacs21 (universe) "xemacs: bizarre buffer/window behaviours, scrollbars flicker" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117910
[11:00] <ubotu> New bug: #117911 in qcad (universe) "feisty - qcad , I can not insert raster image, elements from libraries and blocks, when I try to do that everuthing seems work but no visible elements after inserting" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117911
[11:00] <ubotu> New bug: #117912 in xawtv (universe) "Please merge xawtv 3.95.dfsg.1-3 from Debian unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/117912
[11:06] <ubotu> New bug: #117913 in Ubuntu "resume from suspend takes long after recent kernel update" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117913
[11:20] <Twinxor> I've submitted a couple bugs that haven't got any reply - is there a way to follow up?
[11:30] <ubotu> New bug: #117914 in hplip (main) "Step by step howto instead of Launchpad scattered answers.  " [Undecided,Unconfirmed]  https://launchpad.net/bugs/117914
[11:30] <ubotu> New bug: #117915 in firefox (main) "Firefox navigator.language always return en-US" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117915
[11:33] <seb128> Twinxor: not really, we just get load and load of bugs for the number of people working on them, we can't work on everything
[11:33] <seb128> Twinxor: it takes some time
[11:40] <ubotu> New bug: #117916 in rdflib (universe) "Please merge rdflib 2.4.0-3 from Debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117916
[11:51] <ubotu> New bug: #117919 in sylpheed-claws-gtk2 (universe) "Sylpheed claws doesn't show html content with html2-viewer plugin" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117919
[11:51] <ubotu> New bug: #117920 in asterisk (universe) "transfer of calls doesn't work in asterisk-bristuff 1:1.2.16~dfsg-1ubuntu3" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117920
[11:56] <ubotu> New bug: #117918 in linux-source-2.6.20 (main) "Kernel 2.6.20 doesn't bootstrap on a Thinkpad R32 after upgrade -16 versione" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117918
[11:56] <ubotu> New bug: #117922 in nautilus (main) "changing directories becomes increasingly slow, and eventually crashes" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117922
[11:56] <ubotu> New bug: #117923 in php-suhosin (universe) "Please sync php-suhosin 0.9.20-1 from Debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117923
[12:00] <ubotu> New bug: #117894 in hal (main) "non" [Undecided,Rejected]  https://launchpad.net/bugs/117894
[12:05] <ubotu> New bug: #117924 in firefox (main) "freeze  firefox <IP_ADDRESS> on ubuntu 704" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117924
[12:06] <Twinxor> I had a bit of a problem with X, so if anyone replied I missed it
 Twinxor: not really, we just get load and load of bugs for the number of people working on them, we can't work on everything
[12:10] <rpedro>  Twinxor: it takes some time
[12:15] <ubotu> New bug: #117925 in rhythmbox (main) "cannot create playlist on ipod" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117925
[12:21] <ubotu> New bug: #117926 in opensc (universe) "Please merge opensc 0.11.2-1 from Debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117926
[12:26] <ubotu> New bug: #117927 in openoffice.org (main) "OOo crashes when myspell-fr-gut is installed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117927
[12:26] <ubotu> New bug: #117928 in rhythmbox (main) "ipod: cannot edit tags, cover art and stars" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117928
[12:26] <Twinxor> ok
[12:36] <ubotu> New bug: #117930 in rhythmbox (main) "cover art: it should be saved not only in the rhythmdb" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117930
[12:38] <Twinxor> heh, I see what you mean about the bugs
[12:41] <ubotu> New bug: #117931 in Ubuntu "Beryl crashes while using Ubuntu" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117931
[01:05] <ubotu> New bug: #117938 in mysql-navigator (universe) "Please sync mysql-navigator 1.4.2-9 from Debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117938
[01:16] <ubotu> New bug: #117939 in inkscape (main) "tutorial-basic.svg has wrong text" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117939
[01:31] <ubotu> New bug: #117940 in malone "mono memory corruption g-thread (dup-of: 116870)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117940
[01:31] <ubotu> New bug: #117941 in Ubuntu "vlc doesn't show windows media right with feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117941
[01:35] <ubotu> New bug: #117942 in evolution (main) "[gutsy]  evolution segfaults when moving/deleting/... mail that is not completely downloaded yet" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117942
[01:40] <ubotu> New bug: #117943 in gnome-session (main) "gnome-session should depend on dbus-x11" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117943
[01:57] <dholbach> MOTU Q&A session in 3 minutes in #ubuntu-classroom
[02:00] <ccm> dholbach: worth to look in for me?
[02:01] <dholbach> sure, why not
[02:01] <ubotu> New bug: #117945 in texlive-base (main) "texlive incorrectly handles floats" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117945
[02:01] <ccm> then i will have a hang in
[02:10] <ubotu> New bug: #117947 in linux-source-2.6.20 (main) "Smart battery doesn't work with feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117947
[02:26] <ubotu> New bug: #117948 in libisofs (universe) "libisofs4-dev has no .so for linking" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117948
[02:40] <ubotu> New bug: #117950 in Ubuntu "Grey box and "error starting the GNOME Settings Daemon" on login." [Undecided,Unconfirmed]  https://launchpad.net/bugs/117950
[03:06] <ubotu> New bug: #117952 in rhythmbox (main) "error in importing: "different stream" and "not identified MIME"" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117952
[03:14] <TLE> Hey everybody. I didn't have the time to follow the hug day yesterday. But I was wondering if you guys have any idea why so few (or none) of the bitesize ones have been fixed. I think it is a really, really, really good service for newbies like myself?
[03:15] <ubotu> New bug: #117955 in Ubuntu "Failed to boot after kernel update" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117955
[03:17] <TLE> Ups, clarefying: the bitesize ones from the wiki page
[03:41] <ubotu> New bug: #117957 in Ubuntu "(gutsy)Need to modprobe nfs module before mounting nfs4 export" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117957
[03:41] <ubotu> New bug: #117959 in gdb (main) "Gdb cannot debug Gcc compiled program" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117959
[03:42] <bdmurray> TLE: Yes, I think those might be a good place to start working on fixing bugs
[03:43] <bdmurray> dholbach: how is 'bughelper -b' supposed to wokr?
[03:43] <dholbach> it will just test one bug
[03:44] <bdmurray> right what should it return I am getting nothing atm
[03:45] <dholbach> bdmurray: it should print something if a clue matches on that bug
[03:45] <dholbach> at least that's how I understand it
[03:46] <dholbach> I don't think I hacked on  that piece of bughelper
[03:46] <bdmurray> ah, I thought it would just return bug status
[03:46] <dholbach> hum
[03:46] <dholbach> didn't we have a buginfo tool?
[03:46] <bdmurray> looks like it
[03:47] <dholbach> we never installed it in the package
[03:48] <bdmurray> the version in the bzr tree doesn't return anything either
[03:48] <dholbach> do you have a bug that *should* match?
[04:00] <bdmurray> dholbach: okay, I think I figured it out.  I think buginfo doesn't return status by default.
[04:00] <dholbach> ok
[04:01] <bdmurray> nor does it seem to be an option
[04:13] <TLE> bdmurray: Actually I meant if you knew why so few had been worked on. Since I would think that there would be plenty of people that would want to work on bugs like that
[04:25] <ubotu> New bug: #117962 in apt-listchanges (main) "[gutsy]  Memory warning when spawning a gnome-terminal" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117962
[04:36] <ubotu> New bug: #117963 in python-numpy (universe) "missing necessary f2py files included in original source dist." [Undecided,Unconfirmed]  https://launchpad.net/bugs/117963
[04:36] <ubotu> New bug: #117964 in Ubuntu "Toshiba Satellite PRO A120: Laptop speakers not working" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117964
[04:55] <ubotu> New bug: #117966 in Ubuntu "My computer cannor resume form standby or hibernate" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117966
[05:11] <ubotu> New bug: #117967 in Ubuntu "Does not "Activate When Computer Starts"" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117967
[05:20] <ubotu> New bug: #117968 in rsnapshot (universe) "please sync package rsnapshot from debian experimental" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117968
[05:25] <ubotu> New bug: #117969 in openoffice.org2-amd64 (main) "impress crashes X.org after a period of time" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117969
[05:36] <ubotu> New bug: #117972 in gnucash (universe) "Gnucash fails to run, reports error attempting to load "libdbus-1.so.2"" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117972
[05:41] <ubotu> New bug: #117973 in cupsys (main) "cupsaddsmb depends on smbclient" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117973
[05:46] <ubotu> New bug: #117976 in network-manager-openvpn (universe) "Network-Manager + OpenVPN = disconnect every 5 minute" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117976
[05:50] <ubotu> New bug: #117975 in wine (universe) "wine guitar pro fonts unreadable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117975
[05:51] <ubotu> New bug: #117974 in linux-source-2.6.22 (main) "powertop suggests a patch to save power" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117974
[05:55] <ubotu> New bug: #117978 in openssl (main) "wording on openssl csr request very poor" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117978
[06:00] <ubotu> New bug: #117979 in linux-source-2.6.20 (main) "dmcrypt + update to kernel 2.6.20-16 fails" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117979
[06:10] <ubotu> New bug: #117983 in rdiff-backup (main) "Crashes on cron job" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117983
[06:11] <ubotu> New bug: #117982 in kde-guidance (main) "NIS breaks userconfig in feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117982
[06:15] <ubotu> New bug: #117984 in evolution (main) "Weather calendar getting wrong data" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117984
[06:15] <ubotu> New bug: #117985 in gedit (main) "gedit can not handle large text file" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117985
[06:20] <ubotu> New bug: #117986 in debian-installer (main) "partition resizing UI breaks me every time" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117986
[06:20] <ubotu> New bug: #117987 in k3b-i18n (main) "sync k3n-i18n 1.0.1-1 from debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117987
[06:31] <ubotu> New bug: #117988 in clamav (universe) "Remote attack in OLE parser and PDF handler" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117988
[06:31] <ubotu> New bug: #117989 in grub-installer (main) "grub installer doesn't create boot symlink for boot partition" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117989
[06:36] <ubotu> New bug: #117990 in firefox (main) "Firefox <IP_ADDRESS> fixes security vulnerabilities" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117990
[06:40] <ubotu> New bug: #117991 in network-manager-openvpn (universe) "lack of http-proxy support" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117991
[06:51] <ubotu> New bug: #117992 in network-manager-openvpn (universe) "timing problem" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117992
[07:00] <ubotu> New bug: #117994 in kde-guidance (main) "guidance-power-manager crashes at startup" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117994
[07:00] <ubotu> New bug: #117995 in at-spi (main) "at-spi registry not found when logging in with NX" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117995
[07:16] <ubotu> New bug: #117998 in j2se1.4-i586 (multiverse) "Java crash in Firefox" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117998
[07:35] <ubotu> New bug: #117999 in Ubuntu "not sound" [Undecided,Unconfirmed]  https://launchpad.net/bugs/117999
[07:50] <ubotu> New bug: #118002 in apt-setup (main) "add canonical's commercial archive to default sources.list" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118002
[07:50] <ubotu> New bug: #118003 in irm (universe) "[can-not-install]  postinst failure running init-db" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118003
[08:01] <ubotu> New bug: #118005 in Ubuntu "automake documentation is missing" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118005
[08:06] <ubotu> New bug: #118006 in Ubuntu "Batteries no more detected with new kernel update on feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118006
[08:35] <ubotu> New bug: #118009 in pidgin (main) "menus appear on button release" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118009
[08:35] <ubotu> New bug: #118010 in Ubuntu "Volume/Mute control does not work in Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118010
[08:55] <ubotu> New bug: #118011 in dosemu (multiverse) "Add amd64 to debian/control" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118011
[09:05] <ubotu> New bug: #118015 in powernowd (main) "(fix provided) Feisty can't reboot after adding p4-clockmod to /etc/modules" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118015
[09:06] <ubotu> New bug: #118013 in plib (universe) "Please sponsor plib upload." [Undecided,Unconfirmed]  https://launchpad.net/bugs/118013
[09:40] <ubotu> New bug: #118022 in Ubuntu "Attempted to scan and mount a windows NT4 network computer using KDE systems utilities" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118022
[09:41] <ubotu> New bug: #118021 in dash (main) "dash as /bin/sh breaks POSIX 1003.1 scripts" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118021
[09:55] <ubotu> New bug: #118028 in rhythmbox (main) "rhythmbos doesn't work" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118028
[09:55] <ubotu> New bug: #118031 in linux-source-2.6.20 (main) "Regression: loading of i2c_ec fails after kernel upgrade to linux-image-2.6.20-16-generic" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118031
[10:01] <ubotu> New bug: #118030 in listen (universe) "Please merge Listen 0.5-3 from Debian Unstable (main)" [Low,Confirmed]  https://launchpad.net/bugs/118030
[10:06] <ubotu> New bug: #118040 in module-init-tools (main) "No way to express module preferences" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118040
[10:31] <ubotu> New bug: #118069 in Ubuntu "Evolution problem after resume" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118069
[10:31] <ubotu> New bug: #118070 in linux-source-2.6.20 (main) "Cannot build from scratch" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118070
[10:31] <ubotu> New bug: #118071 in Ubuntu "Evolution startup time" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118071
[10:36] <ubotu> New bug: #118075 in Ubuntu "Evolution performance problems" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118075
[10:41] <ubotu> New bug: #118076 in Ubuntu "Evolution reliability problems" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118076
[10:45] <ubotu> New bug: #118084 in soundkonverter (universe) "filenames with commas won't decode with mplayer" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118084
[10:55] <ubotu> New bug: #118089 in Ubuntu "PNG Images Printed Incorrectly" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118089
[11:06] <ubotu> New bug: #118095 in Ubuntu "curseur qui s'affole et devient incontrolable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118095
[11:16] <ubotu> New bug: #118004 in Ubuntu "FIX INCLUDED: anacron does not work in default config on always-on computers" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118004
[11:31] <ubotu> New bug: #118131 in fceu (universe) "Slot select doesn't work on european layout (FR in here)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118131
[11:36] <ubotu> New bug: #118138 in amarok (main) "When playing music, amarok doesn't prevent the computer to enter sleep (suspend mode)" [Undecided,Confirmed]  https://launchpad.net/bugs/118138


[05:26] <mborzecki> morning
[05:57] <jamesh> mborzecki: are you able to restart the failed sub-job in https://travis-ci.org/snapcore/snapd/builds/562037700 ?
[06:01] <mborzecki> jamesh: sure, let me check
[06:01] <jamesh> thank you
[06:02] <mborzecki> jamesh: ok, restarted
[06:22] <zyga> Hello
[06:34] <mborzecki> zyga: hey
[06:45] <zyga> I will be around in 30
[06:55] <mborzecki> need to run a quick errand
[06:55] <mborzecki> mvo: morning
[06:55] <mborzecki> zyga: mvo: i'm updating the notes on cgroups https://gist.github.com/bboozzoo/76b1535c93686a27bb7fdbaad0f560f7 and testing some things along the way
[06:55] <mborzecki> back in 30 or so
[07:02] <mvo> hey mborzecki
[07:02] <mvo> mborzecki: nice, thank you!
[07:11] <zyga> back now
[07:11] <zyga> mborzecki: looking
[07:12] <zyga> mvo: some good progress last week, apart from me forgetting to modify data sets for ubuntu core the new mount ns test is good
[07:13] <mup> PR snapd#7139 closed: tests: don't leak /run/netns mount <Simple 😃> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7139>
[07:13] <zyga> mborzecki: I have answers to some of the TODOs there
[07:18] <mup> PR snapd#7127 closed: tests: removing support for ubuntu cosmic on spread test suite <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7127>
[07:24]  * zyga breakfast
[07:53] <zyga> mborzecki: do you think my explanation on https://github.com/snapcore/snapd/pull/7138 makes sense?
[07:53] <mup> PR #7138: tests: remove lxd / lxcfs if pre-installed <Created by zyga> <https://github.com/snapcore/snapd/pull/7138>
[08:03] <mborzecki> re
[08:28] <mup> PR snapd#7138 closed: tests: remove lxd / lxcfs if pre-installed <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7138>
[08:29] <mvo> mup is back!
[08:29] <mvo> woooooh!
[08:33] <Chipaca> pedronis: WDYT of returning an ad-hoc struct from GetCurrentBlah?
[08:34] <pedronis> Chipaca: it's fine,  adding Revision to PlaceInfo wouldn't be a bad idea
[08:34] <pedronis> but is a chunk of work because Info.Revision exists
[08:35] <Chipaca> pedronis: yeah, i'd need to hunt down all those first, but it's easy to do :-)
[08:35] <Chipaca> pedronis: should I park this, do the revision thing, and then do this?
[08:35] <Chipaca> i could timebox it to ~1h
[08:37] <jamesh> zyga: did you have any more comments on https://github.com/snapcore/snapd/pull/6959 (adding osutil.EnsureTreeState) after the last round of changes?
[08:37] <mup> PR #6959: osutil: add EnsureTreeState helper <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/6959>
[08:37] <pedronis> Chipaca: let's start with a simple struct
[08:37] <pedronis> and consider the other issue separately
[08:38] <mup> PR snapd#7141 closed: tests: add mountinfo-tool --ref-x1000 <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7141>
[08:38] <zyga> jamesh: I'll review it now
[08:38] <jamesh> zyga: thanks!
[08:38] <Chipaca> pedronis: ack
[08:39] <jamesh> zyga: I think everything is ready to land for https://github.com/snapcore/snapd/pull/7054 too
[08:39] <mup> PR #7054: interfaces: add an interface that grants access to the PackageKit service <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/7054>
[08:39] <zyga> jamesh: I'll check it out as well
[08:39] <zyga> ah, I remember it :)
[08:47] <Chipaca> pedronis: a single struct with kernel and core names and revisions, or two structs each with just naem and revision?
[08:47]  * Chipaca is full of silly questions today
[08:47] <Chipaca> pedronis: i think two structs works better in this case
[08:47] <Chipaca> pedronis: but I don't know how you expect this to grow, yet
[08:49] <ackk> hi, is there a way to strace a program manually run inside a "snap run --shell" session ?
[08:50] <pedronis> Chipaca: sorry, I still think this should take snap.Type
[08:50] <Chipaca> :-(
[08:50] <pedronis> (it's the thing we need anyway going forward)
[08:50] <Chipaca> so much work done n times
[08:50] <Chipaca> but, ok
[08:51] <Chipaca> also it becomes a bunch of ifs again which is ugly
[08:51] <Chipaca> augh
[08:51] <pedronis> Chipaca: ?
[08:52] <Chipaca> pedronis: if type is kernel look for snap_kernel if type is core or base or os look for snap_core
[08:52] <pedronis> Chipaca: you understand that the one in booted goes way
[08:52] <pedronis> then, though
[08:52] <pedronis> that one has an if/switch anyway
[08:52] <Chipaca> ah, good point
[08:53] <pedronis> sorry, I thought this through but wasn't explicit
[08:53] <Chipaca> pedronis: booted has two calls to this though, and one of them will be calling this twice
[08:53] <pedronis> yes
[08:53] <pedronis> I know
[08:53] <Chipaca> ok
[08:53] <pedronis> that was my comment about efficient
[08:53] <Chipaca> on it
[08:53] <Chipaca> yeah, i figured
[08:53] <pedronis> but we'll need to change that anyway
[08:53] <pedronis> because at some point base and kernel info will be in two different places
[08:53] <pedronis> so something has to give
[09:04] <Chipaca> pedronis: a problem(ish, maybe more so in the future) with making it take type is that UpdateBootRevisions would, on the surface, need to know whether to use base or core
[09:04] <Chipaca> right now it makes no difference and I'll just use TypeOS
[09:05] <Chipaca> but core20 might make that harder
[09:05] <pedronis> Chipaca: I expect all this code to change again
[09:06] <Chipaca> "Ave, Haxor, morituri te salutant"
[09:06] <pedronis> Chipaca: I would use TypeBase thoug, no?  and have a comment where used
[09:06] <Chipaca> pedronis: the result is the same either way -- why Base and not OS?
[09:07] <pedronis> Chipaca: because OS is "legacy" (dreaded word)
[09:07] <Chipaca> :-)
[09:07]  * Chipaca does «legacy, err := boot.GetCurrentBoot(snap.TypeOS)»
[09:07] <Chipaca> pedronis: base it is then
[09:11] <Chipaca> pedronis: type NameAndRevno, or type NameAndRevision?
[09:11] <mup> PR snapd#7140 closed: overlord/devicestate: update gadget update handlers and mocks <Gadget update> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7140>
[09:15] <popey_> jwheare: is 0.13.0 based off an internal branch?
[09:15] <jwheare> it's master
[09:15] <jwheare> hence edge channel
[09:16] <popey_> ahh okay
[09:16] <popey_> we'll start the machinery to create a pr for irccloud-desktop to put a face-punching dialog in it later
[09:16] <popey_> in preparation
[09:17] <tomwardill> yay, irccloud and snaps <3
[09:19]  * tomwardill switched
[09:38] <pedronis> Chipaca: NameAndRevision
[09:40] <Chipaca> hmm, i've had to add boot vars to one of the manager tests for it to pass
[09:40] <Chipaca> something's leaking :-|
[09:40] <Chipaca> should probably add ad-hoc methods to MockBootloader to set these things instead of raw boot vars
[09:45] <pedronis> Chipaca: mmh, probably slightly better to have a function that takes a MockBootloader instead of a method
[09:45] <pedronis> we might have many mock bootloaders laters
[09:45] <pedronis> maybe
[09:45] <pedronis> or something else
[09:46] <pedronis> Chipaca: boottest.SetBoot(bootloader,...) or something
[09:47] <Chipaca> pedronis: boottest.SetBootKernel(kernel, bootloader...)?
[09:48] <Chipaca> wth why does seahorse suddenly refuse to see my gpg keys
[09:48] <Chipaca> i'm going to have to edit the expiration on the terminal, like a caveman
[09:48] <pedronis> Chipaca: that works though, and SetBootBase ?
[09:48] <pedronis> doesn't need to take many for now
[09:48] <pedronis> I mean many bootloaders
[09:49] <Chipaca> pedronis: and SetBootMode maybe
[09:49] <Chipaca> i'll look to see how much that one is set outside of boot itself
[09:49] <Chipaca> first need to sort out my gpg keys as they've _just_ expired :)
[09:50] <mup> PR snapd#7054 closed: interfaces: add an interface that grants access to the PackageKit service <Created by jhenstridge> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7054>
[09:59] <jwheare> popey_: 0.13.0 has now been released, but the snap will continue to be edge channel due to the config perms crash
[10:04] <mvo> pedronis 7132 has a small suggestion and needs a test fix - if you agree with the ideas in there I could do it before lunch if you are busy
[10:06] <pedronis> mvo: given you have the changes, yes please, then it can be merged, right? if/when green
[10:07] <pedronis> *changes already
[10:12] <mvo> pedronis: I have the unroll, I need to fix one test failure that the PR has right now but hopefully easy
[10:18] <pedronis> mvo: something is missing to call StartUp I suppose
[10:19] <mvo> pedronis: yeah, happy to poke at it, just don't want to duplicate work :)
[10:19] <mvo> (i.e. want to ensure I don't look at this if you also do or know what to do etc)
[10:22] <pedronis> mvo: it's a one line fix
[10:23] <pedronis> mvo: this is likely the safest (going forward) fix:  https://pastebin.ubuntu.com/p/bbg7hzqyyW/
[10:26] <Chipaca> pedronis: I didn't add a SetBootMode one because the tests that are setting that seem to be caring about the mechanics of the whole update/rollback via boot things, so it'd be a rather bigger refactor
[10:26] <pedronis> that's fine
[10:26] <Chipaca> ie they set boot_mode and also snap_try_core
[10:27] <Chipaca> er, snap_mode*
[10:27] <Chipaca> probably worthwhile doing at some point, but not as part of this :)
[10:27] <mvo> pedronis: \o/
[10:33] <pedronis> Chipaca: +1, with some cosmetic nitpicks
[10:34] <Chipaca> pedronis: thanks
[10:34] <pedronis> probably need a 2nd look from mvo again
[10:34] <pedronis> given it changed quite a bit
[10:36] <jamesh> pedronis: re. your comments on https://github.com/snapcore/snapd/pull/6954, is designing a new REST API a blocker for the PR, or could that be delayed to a later PR (but before new API methods that actually do something are added)?
[10:36] <mup> PR #6954: sessionagent: add a REST interface with socket activation <Needs Samuele review> <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/6954>
[10:54] <Chipaca> mvo: requested a re-review on #7142 as it's changed quite a bit
[10:54] <mup> PR #7142: boot, o/snapst, o/devicest: limit knowledge of boot vars to boot <Created by chipaca> <https://github.com/snapcore/snapd/pull/7142>
[10:58] <pedronis> jamesh: I plan to tweak it (slightly) and land it myself at this point, either today or tomorrow
[10:58] <jamesh> pedronis: okay.  Thanks!
[10:59] <mvo> Chipaca: sure, will do
[11:06] <pedronis> jamesh: also, I made a small comment and asked a question in the EnsureTreeState one, it seems super close
[11:25] <pedronis> mvo: Chipaca: I'm going to merge 6923 (I undid the renaming because I used cstrs all over the place, so if we want a better spelling we should change it across separately)
[11:27] <mup> PR snapd#6923 closed: interfaces/policy: minimal policy check for replacing sanitizeReservedFor... helpers (1/2) <Complex> <Created by stolowski> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6923>
[11:28] <Chipaca> pedronis: ¯\_(ツ)_/¯
[11:29] <pedronis> Chipaca: I don't have a strong preference, I think I choose the horrible names because some lines were very long but oh well
[11:29] <jwheare> jamesh: any thoughts on next steps for 7129?
[11:30] <mborzecki> mvo: one of our dependencies, github.com/ojii/gettext.go is no longer available in fedora
[11:31] <mborzecki> mvo: also they're using gopkg.in/cheggaaa/pb.v1 rather than github.com/cheggaaa/pb now
[11:34] <mup> PR snapd#7121 closed: tests: part2 making tests work on ubuntu-core-18 <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7121>
[11:40] <jwheare> mup ignored me https://github.com/snapcore/snapd/pull/7129
[11:40] <mup> PR #7129: userd: allow setting default-url-scheme-handler <Created by jwheare> <https://github.com/snapcore/snapd/pull/7129>
[11:47] <zyga> mvo: https://github.com/snapcore/snapd/pull/7091 is green :)
[11:47] <mup> PR #7091: tests: measure properties of various  mount namespaces <Created by zyga> <https://github.com/snapcore/snapd/pull/7091>
[11:47] <zyga> mborzecki: can you have a 2nd look on the test
[11:47] <zyga> mborzecki: I tweaked it a little
[11:47] <zyga> mborzecki: I will adjust the wording, though ideally in a follow up since this took a while to get to
[11:53]  * zyga lunch
[12:16] <pedronis> is the hyper-v image still broken: https://forum.snapcraft.io/t/error-too-early-for-operation-device-not-yet-seeded-or-device-model-not-acknowledged/12421 ?
[12:20] <mup> PR # closed: snapd#5644, snapd#5822, snapd#6108, snapd#6258, snapd#6341, snapd#6347, snapd#6360, snapd#6367, snapd#6404, snapd#6436, snapd#6666, snapd#6697, snapd#6705, snapd#6708, snapd#6714, snapd#6767, snapd#6839, snapd#6891, snapd#6950, snapd#6954, snapd#6959, snapd#6972, snapd#7005,
[12:20] <mup> snapd#7010, snapd#7031, snapd#7042, snapd#7066, snapd#7067, snapd#7073, snapd#7074, snapd#7079, snapd#7081, snapd#7087, snapd#7088, snapd#7091, snapd#7092, snapd#7109, snapd#7110, snapd#7111, snapd#7112, snapd#7124, snapd#7125, snapd#7126, snapd#7128, snapd#7129, snapd#7130, snapd#7131, snapd#7132,
[12:20] <mup> snapd#7133, snapd#7135, snapd#7136, snapd#7137, snapd#7142
[12:21] <mup> PR # opened: snapd#5644, snapd#5822, snapd#6108, snapd#6258, snapd#6341, snapd#6347, snapd#6360, snapd#6367, snapd#6404, snapd#6436, snapd#6666, snapd#6697, snapd#6705, snapd#6708, snapd#6714, snapd#6767, snapd#6839, snapd#6891, snapd#6950, snapd#6954, snapd#6959, snapd#6972, snapd#7005,
[12:21] <mup> snapd#7010, snapd#7031, snapd#7042, snapd#7066, snapd#7067, snapd#7073, snapd#7074, snapd#7079, snapd#7081, snapd#7087, snapd#7088, snapd#7091, snapd#7092, snapd#7109, snapd#7110, snapd#7111, snapd#7112, snapd#7124, snapd#7125, snapd#7126, snapd#7128, snapd#7129, snapd#7130, snapd#7131, snapd#7132,
[12:21] <mup> snapd#7133, snapd#7135, snapd#7136, snapd#7137, snapd#7142, snapd#7143
[12:29] <zyga> pedronis: I can check
[12:29] <zyga> pedronis: I have my windows hyper-v laptop
[12:38] <zyga> pedronis: there are two images available in the windows gallery: 19.04 and 18.04.2
[12:38] <zyga> I'll create each and let you know
[12:51] <mup> PR snapd#7091 closed: tests: measure properties of various  mount namespaces <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7091>
[12:54] <mup> PR snapd#7144 opened: tests: measure mount namespaces on Ubuntu 14.04 <Created by zyga> <https://github.com/snapcore/snapd/pull/7144>
[13:11] <mup> PR snapd#6959 closed: osutil: add EnsureTreeState helper <Created by jhenstridge> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6959>
[13:16] <ogra> Chipaca, i assume hello and hello-world havent been updated to base: core18 ?
[13:17] <Chipaca> ogra: correct
[13:17] <Chipaca> ogra: snap info tells you as much i think
[13:17] <ogra> right, then i guess my assumption is correct too
[13:17] <ogra> (and the tutorial needs fixing)
[13:17] <Chipaca> ogra: which is your assumption?
[13:18] <ogra> snapd wont start because the core snap doesnt exist but the hello snap is a required snap
[13:18] <ogra> so seeding cant complete
[13:18] <ogra> since a UC18 image only has core18 ... obviously
[13:22] <jdstrand> pedronis: fyi, I responded to https://forum.snapcraft.io/t/netplan-apply-inside-snaps/12411 (little surprised I wasn't invited to participate, but that's ok so long as the discussion continues in the forum)
[13:23] <pedronis> jdstrand: sorry, I thought about maybe to invite but was a last minute meeting
[13:24] <pedronis> jdstrand: also today we need to talk with foundation about the plan
[13:24] <mup> PR snapd#7145 opened: packaging/fedora: github.com/cheggaaa/pb is no longer used <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7145>
[13:24] <jdstrand> pedronis, mvo: also, fyi, https://github.com/snapcore/snapd/pull/7111, https://github.com/snapcore/snapd/pull/7112 and https://github.com/snapcore/snapd/pull/7124 should be ready for review (there is one small thing I want to do in a subsequent PR, but it isn't required)
[13:24] <mup> PR #7111: many: support system-usernames for 'snap_daemon' user <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7111>
[13:24] <mup> PR #7112: many: allow 'system-usernames' with libseccomp > 2.4 and golang-seccomp > 0.9.0 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7112>
[13:24] <mup> PR #7124: many: create system-usernames user/group if both don't exist <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7124>
[13:24] <jdstrand> pedronis: no worries
[13:25] <jdstrand> I've unblocked all of them and marked for 2.441
[13:25] <jdstrand> 2.41
[13:26]  * jdstrand also has docs to write and forum posts to update
[13:26] <Chipaca> <IP_ADDRESS>1.14
[13:26] <jdstrand> hehe
[13:28] <jdstrand> pedronis: oh, and I
[13:28] <jdstrand> 'm mashing 'Restart' for PR 7124's tests (normal intermittent non-PR related failures)
[13:29] <mup> PR #7124: many: create system-usernames user/group if both don't exist <Created by jdstrand> <https://github.com/snapcore/snapd/pull/7124>
[13:29] <jdstrand> the other two have passed
[13:30] <Chipaca> mvo: https://knowyourmeme.com/memes/naruto-run
[13:31] <mvo> Chipaca: ta
[13:32] <Chipaca> mvo: can't have our manager falling that far behind
[14:08] <mup> PR snapd#7146 opened: UC20: cmd/snap-verify: sketch of snap-verify <Created by pedronis> <https://github.com/snapcore/snapd/pull/7146>
[14:11]  * cachio AFK
[14:23] <mup> PR core-build#47 closed: initramfs: restore wait-for-root calls <Created by cmatsuoka> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/47>
[14:40] <ackk> jdstrand, hi, did you by chance manage to reproduce the issue with systemd-detect-virt not working in a VM?
[14:50] <Chipaca> ackk: in which vm?
[14:50] <Chipaca> ackk: and not working how?
[14:51] <ackk> Chipaca, https://bugs.launchpad.net/snapd/+bug/1831473
[14:51] <ackk> (recent comments)
[14:51] <mup> Bug #1831473: Can't run /usr/bin/systemd-detect-virt from inside snap <maas> <snapd:New for jdstrand> <https://launchpad.net/bugs/1831473>
[14:51] <Chipaca> ackk: ah ok
[14:52] <Chipaca> ackk: for a moment i thought maybe it had something to do with systemd-detect-virt using capabilities instead of setuid
[14:53] <ackk> Chipaca, it doesn't seems not being able to read /proc/1/sched is really an issue (I did mention it since I was getting a denial there)
[15:05] <Chipaca> ackk: I blame mvo
[15:07] <ogra> he's so easy to blame
[15:15] <cwayne> ogra: not as easy as ondra though
[15:16] <ogra> true dat ....
[15:22] <mvo> Chipaca: wuut?
[15:29] <ijohnson> cwayne: don't you mean ondras
[15:29] <cwayne> I refuse to believe there's more than one
[15:42] <ogra> since people recently start mixing up ogra and ondra all the time in pings i guess he just wants to be more than me now :P
[15:55] <ackk> Chipaca, so you know what's going wrong, or just generically blaming mvo? :)
[15:57] <Chipaca> ackk: just generically
[15:57] <ackk> heh
[16:14] <pedronis> we should really stop to naively nest test suite, we just get test duplication
[16:14] <pedronis> I found another case
[16:15] <pedronis> mvo: seems it's you again
[16:15] <mvo> pedronis: oh no
[16:15] <mvo> pedronis: I remember doing that recently but I thought I extracted into a baseFooSuite
[16:15] <mvo> pedronis: which one is it?
[16:15] <pedronis> yes, you did that
[16:15] <pedronis> in validate_seed_test
[16:15] <pedronis> I fixed it
[16:16] <pedronis> yes, you need a base suite
[16:16] <pedronis> though in that case
[16:16] <pedronis> it was silly
[16:16] <pedronis> we needed 2 things
[16:16] <mvo> pedronis: thank you, let me check the PR to see what I did wrong
[16:16] <pedronis> but I found another one
[16:16] <pedronis> mvo: if you take a full suite an wrap in another check will run all the tests again
[16:17] <mup> PR snapd#7132 closed: overlord,daemon,cmd/snapd:  move expensive startup to dedicated StartUp methods <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7132>
[16:17] <mvo> pedronis: indeed, where did this happen?
[16:17] <pedronis> mvo: now I find this one: https://github.com/snapcore/snapd/blob/master/cmd/snap/cmd_set_test.go#L33
[16:17] <pedronis> this one is old
[16:17] <mvo> pedronis: oh, right - shall I fix or will you? sorry for that :(
[16:18] <pedronis> let me see how hard it is to fix
[16:18] <pedronis> mvo: anyway I'm mostly mentioning because is the 2nd time I see this recently
[16:18] <pedronis> and it's a bit annoying to untangle after the fact
[16:18] <pedronis> also slower tests
[16:18] <pedronis> and confusing failures
[16:19] <mvo> pedronis: yes, sry again
[16:20] <pedronis> seems there's a BaseSnapSuite
[16:20] <pedronis> so maybe just a mistyping
[16:20] <pedronis> not sure
[16:20] <pedronis> it's old
[16:21] <pedronis> easy fix
[16:22] <mvo> pedronis: let me know if I can help
[16:22] <pedronis> no it's fine
[16:22] <pedronis> just I was doing something unrelated that breaks many tests (shallowly)
[16:22] <pedronis> and I was getting many double failures
[16:29] <pedronis> ijohnson: https://forum.snapcraft.io/t/netplan-apply-inside-snaps/12411/10 it sounds like the granularity of the api will be restarting services, it will be the full apply afaiu, double checking with mvo
[16:30] <ijohnson> pedronis: perhaps I misunderstood, will `netplan apply` just have a check at the top for running in strict snap, and if so use dbus?
[16:32] <pedronis> ijohnson: for some value of top
[16:32] <pedronis> mvo: do you have your first pass somewhere?
[16:36] <ondra> cwayne because one is not enough :P
[16:39] <mvo> pedronis: yes, one sec
[16:39] <mvo> pedronis, ijohnson https://github.com/CanonicalLtd/netplan/compare/master...mvo5:dbus?expand=1
[16:39] <ijohnson> thanks mvo
[16:40] <pedronis> yea, is the fully apply
[16:40] <pedronis> that's what I had expected
[16:41] <mvo> ijohnson, pedronis why would we do something different?
[16:41] <ijohnson> okay, so what is the "snapd approved" way to check that a snap is in strict confinement? is checking for $SNAP is sufficient?
[16:41] <ijohnson> mvo: I was confused from the meeting, I thought it would be just to call out for restarting the services
[16:42] <mvo> ijohnson: no worries
[16:42] <pedronis> ijohnson: there isn't one right now I think
[16:42] <mvo> ijohnson: detecting strict confinement is something we need to think about, I have no clear answer
[16:43] <ijohnson> ok, well what I've always recommended is just checking for $SNAP, so perhaps that's sufficient for netplan
[16:45] <mvo> ijohnson: I think so
[16:45] <mvo> ijohnson: as you can see in the pr this part is not done yet
[16:46] <ijohnson> right I was just thinking that if you don't get it done before you are off I could try and take this over
[16:47] <mvo> ijohnson: sure, I'm almost EOD (plus bad network) so feel free to branch from this repo and add what is needed :) the python bits plus I want to explore tests
[16:48] <ijohnson> ok, I was going to work on the snap model first, but if I get blocked on that this afternoon/evening I will look into your branch
[16:48] <mvo> ijohnson: also no strong opinion on gio vs libsystemd for the service, I slightly prefer libsystemd
[16:48] <ijohnson> I'm not super familiar with either of them, so I'll go with whatever you prefer :-)
[16:50] <mup> PR snapd#7147 opened: client,cmd/snap: stop depending on status/status-code in the JSON responses in client <Created by pedronis> <https://github.com/snapcore/snapd/pull/7147>
[16:50] <mup> PR snapcraft#2636 closed: Release changelog for 3.7 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2636>
[16:50] <mvo> ijohnson: heh, in this case I think you don't have to touch the C code, I think that part is done
[16:50] <ijohnson> +1
[16:50] <pedronis> Chipaca: #7147 is what we discussed briefly this morning (it just unblocks mentally to decide what to do in the agent PR)
[16:51] <mup> PR #7147: client,cmd/snap: stop depending on status/status-code in the JSON responses in client <Created by pedronis> <https://github.com/snapcore/snapd/pull/7147>
[16:51] <pedronis> ijohnson: could update your forum topic to reflect better the plan
[16:51] <ijohnson> pedronis: ack
[16:51] <pedronis> thx
[16:52] <ogra> pedronis, did you follow https://forum.snapcraft.io/t/error-too-early-for-operation-device-not-yet-seeded-or-device-model-not-acknowledged/12421 ?
[16:52] <pedronis> which part?
[16:53] <ogra> it seems rather serious that you need to know in advance which base the snaps use that you put into required-snaps (and that the image fails in fatal ways if you dont)
[16:53] <pedronis> recent prepare-image will error
[16:53] <pedronis> if you miss one
[16:53] <ijohnson> pedronis: updated forum post
[16:53]  * ijohnson lunches
[16:53] <ogra> well, prepate-image errors if you dont explicitly seed core
[16:54] <pedronis> core is mostly always added
[16:54] <ogra> not on core18 images
[16:54] <pedronis> that's true
[16:54] <pedronis> but then it will error
[16:54] <pedronis> no?
[16:55] <ogra> my core18 builds all only have snapd, core18, gadget and kernel
[16:55] <pedronis> ah, maybe it doesn't
[16:55] <pedronis> but it will
[16:55] <ogra> ok
[16:55] <pedronis> there's branch that is fixing some of this area
[16:55] <pedronis> I think you are right, current code
[16:55] <ogra> good, so we dont need a bug the
[16:55] <pedronis> just ignores the missing core
[16:55] <ogra> *then
[16:56] <ogra> right ... and then seeding on firstboot explodes
[17:03] <mvo> pedronis: uh oh https://paste.ubuntu.com/p/h369DwHwzZ/
[17:03] <mvo> pedronis: snapd is crashing on me (edge)
[17:08] <ogra> jdstrand, snap info joule-linux .... <- this smells pretty rotten (i wonder what we should do about it, i only found out about it because of https://tutorials.ubuntu.com/tutorial/create-your-own-core-image#2 (which i didnt know about til today))
[17:09] <ogra> (some would perhaps say s/rotten/ripened/ :P )
[18:07] <mup> PR snapd#7148 opened: configstate: fix crash in purgeNulls <Created by mvo5> <https://github.com/snapcore/snapd/pull/7148>
[18:15] <bcdonadio> as a user of a snap package, what's the easiest way to have a given env var always set when invoking the app?
[18:15] <bcdonadio> like: $ MYVAR=myvalue myapp
[18:16] <bcdonadio> where myapp is a snap package
[18:42] <jdstrand> ogra: jesse is the uploaded. he could request to have it removed
[18:42] <jdstrand> uploader*
[18:47] <diddledan> bcdonadio: if the snap doesn't overwrite that particular variable it is done the same way you'd do any app
[18:49]  * ijohnson wonders what to do if a snap does overwrite that variable
[18:52] <diddledan> in those cases unless the snap allows you to set it yourself, such as via a `snap set` command, then you're out of luck
[18:55] <ijohnson> diddledan: yeah, it would be nice if there was a way to do that though, perhaps a mechanism where the snap can declare it either takes the user's value or the value defined in snapcraft.yaml
[18:55] <ijohnson> (with the user's value taking precedence)
[19:18] <zyga> kenvandine, mvo: I just tested the 19.04 hyper v image and it is busted
[19:18] <zyga> I can create an account, log in and then the session dies
[19:18] <zyga> 18.04.2 image is downloading, I'll report back
[19:18] <zyga> ubuntu images download x10 slower than windows images
[19:18] <zyga> windows image is 13GB and downloads in minutes
[19:19] <zyga> ubuntu is 1/10th and downloads in hours
[19:19] <ijohnson> zyga where is it downloaded from?
[19:19] <kenvandine> zyga: snap is broken in that image
[19:20] <kenvandine> we've been trying to get new images posted... but running into more problems
[20:07] <zyga> ijohnson: I used the "gallery" built into windows hyper-v quick create
[20:07] <zyga> ijohnson: I don't know
[20:07] <ijohnson> hmm that's really odd
[20:08] <zyga> kenvandine: ack, I just wanted to report this since pedronis asked today
[20:08] <zyga> kenvandine: I'm booting the 18.04.2 image now
[20:12] <zyga> kenvandine: the 18.04.2 image is also busted
[20:12] <zyga> kicks me out of the system as soon as I log in
[20:12] <kenvandine> zyga: yeah, same issue
[20:12] <kenvandine> oh wait, you can't login in the one in quick create?
[20:13] <kenvandine> the version in quick create has the snapd seeding problem
[20:13]  * Pharaoh_Atem waves
[20:13] <kenvandine> those both worked for me this morning
[20:13] <kenvandine> zyga: but snap seeding was busted
[20:13] <kenvandine> we're working on new images, but have run into dependency issues with the hwe packages
[20:15] <zyga> kenvandine: yes, I tried the ones from quick create
[20:15] <zyga> kenvandine: do you want me to report this somehow?
[20:15] <zyga> Pharaoh_Atem: o/
[20:16] <kenvandine> We are going to post new images anyway to fix the snap seeding issue
[20:16] <kenvandine> which we'll run through the test plan
[20:16] <zyga> kenvandine: ok
[20:16] <kenvandine> i wonder if this month's Windows update broke something
[20:16] <kenvandine> i've told it not to install the updates yesterday
[20:16] <zyga> shall I just remove the one I created?
[20:17] <kenvandine> yeah
[20:17] <kenvandine> nothing you can do with it
[20:17] <zyga> I'm running insiders
[20:17] <kenvandine> ah!
[20:17] <zyga> kenvandine: btw, I also created a windows machine for comparison and that one booted
[20:17] <kenvandine> they might have other issues
[20:17] <kenvandine> i'll have Will try it tomorrow with insiders to make sure it works
[20:17] <zyga> ok
[20:17] <zyga> I'll EOD now
[20:17] <zyga> ttyl
[20:17] <kenvandine> and maybe we'll have you test it next week too
[20:17] <kenvandine> good night
[21:25] <bcdonadio> diddledan: gotcha, I will try to work that out with the package maintainer then, currently there are no settings for that snap
[23:09] <mup> PR snapcraft#2638 opened: remote-build rebased on 3.7 <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2638>


[08:04] <anpok_> hm is it normal now that the autopilot test suite only runs the desktop version of the shell?
[08:37] <mzanetti> anpok_, seems your autopilot is not up to date
[08:39] <anpok_> i thought I have a quite recent wily setup..
[08:53] <anpok_> hmm the initctl stop unity8 hangs often
[09:04] <mzanetti> anpok_, ah... might not be landed in wily yet
[09:05] <mzanetti> tsdgeos, ping
[09:05] <tsdgeos> mzanetti: hi
[09:05] <tsdgeos> mzanetti: sorry i didn't see your ping in private before
[09:22] <MacSlow> hey handsome_feng
[09:24] <MacSlow> tsdgeos, wrt to the TouchStateOnNavigation branch... the initial bug from Design only complains about the missing grey highlight... thus the branch now does correctly fix that (following the style of the example picture provided).
[09:24] <tsdgeos> MacSlow: the missing grey highlight is also missing in the "all" item
[09:25] <handsome_feng> hey, MacSlow, tsdgeos :)
[09:25] <MacSlow> tsdgeos, hm...
[09:26] <MacSlow> tsdgeos, handsome_feng: I'd say to be sure we should get someone from Design to comment on this on the bug...
[09:26] <tsdgeos> MacSlow: why? they already commented, what do you want them to comment again?
[09:28] <tsdgeos> any reason why the "all" item should not have an highlight when it's the current?
[09:30] <tsdgeos> i guess it's because it wasn't ticked before?
[09:30] <tsdgeos> ok
[09:31] <MacSlow> tsdgeos, the current version does not have it... if that was initially intentional or not I don't know...that's why I would ask for verification. For consistency-reasons I see were you are coming from.
[09:31] <tsdgeos> let's leave that for a different bug then
[09:31] <MacSlow> tsdgeos, +1
[09:36] <MacSlow> tsdgeos, general question... any random idea why a state-change transition/animation works for a tryFooBar make-target, but not on the device at runtime?
[09:37] <MacSlow> tsdgeos, I'm just looking for clues as I don't yet see anything obvious, that might cause this.
[09:39] <tsdgeos> MacSlow: not really something that comes to mind sorry
[09:39] <MacSlow> tsdgeos, np... I'll keep digging
[12:16] <greyback_> unity8 ftbfs for me, cannot find -llightdm-qt5-2
[13:55] <MV_> Hi May I ask something about Building Unity8 with VIVID ?
[13:58] <greyback_> MV_: just ask, no need to request permission
[14:00] <MV_> Ok Sorry ... Is there a normal way to obtains these willy updates when working on vivid : https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-004/+build/7531216
[14:01] <greyback_> MV_: yeah, we have a PPA which overlays on top of vivid with those things: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay
[14:03] <MV_> Ok thanks ... this should be added to the the procedure : https://unity.ubuntu.com/getinvolved/development/unity8/
[14:05] <greyback_> MV_: good point
[14:05] <greyback_> who owns that page. mhall119 any idea ^^
[14:10] <mhall119> greyback_: anybody on the unity team
[14:11] <greyback_> mhall119: ok
[14:12] <tsdgeos> greyback_: actaually we got an email the other day saying we could edit it
[14:12] <tsdgeos> no idea how it really works but...
[14:12] <greyback_> ok, I thought the blog was something separate
[14:17] <tsdgeos> i'm editing the page
[14:17] <tsdgeos> now i only need to know what to write :D
[14:19] <greyback_> tsdgeos: well either recommend development on wily, or use the vivid + overlay ppa
[14:19] <tsdgeos> greyback_: mzanetti: http://paste.ubuntu.com/11872658/
[14:19] <tsdgeos> thing is none of us really uses wily so let it be vivid+ppa for the moment?
[14:19] <greyback_> tsdgeos: ok
[14:20] <greyback_> there's mention of a qt5 ppa too, that's unnecessary
[14:20] <greyback_> run -> run.sh, run_on_device -> run_on_device.sh
[14:21] <greyback_> can kill mention of clipped images
[14:21] <greyback_> flipped
[14:22] <mzanetti> tsdgeos, ?
[14:22] <tsdgeos> mzanetti: greyback_ and me updated the text of https://unity.ubuntu.com/getinvolved/development/unity8/
[14:23] <tsdgeos> since it was a bit old, it's a bit better now
[14:23] <tsdgeos> well i updated it with his agreement D:
[14:23] <tsdgeos> greyback_: done
[14:23] <mzanetti> I think wily is supported too by now
[14:23] <mzanetti> mirco is running wily afaik
[14:23] <mzanetti> and we do dual landings
[14:23] <mzanetti> so ci builds for wily too
[14:24] <mzanetti> focus is indeed vivid+overlay tho
[14:24] <tsdgeos> yeah i just preferred to leave wily out since it's "unreleased"
[14:24] <tsdgeos> and tbh if you're running wily "you're bleeding edge enough to not need instructions" :D
[14:24] <tsdgeos> mzanetti: but if you give me a wording i'll add it
[14:24] <mzanetti> nah... all fine
[14:33] <dednick> mzanetti: can't connect to mumble
[14:33] <mzanetti> dednick, hey
[14:34] <mzanetti> dednick, add your notes to the doc then
[14:34] <dednick> or canonical server
[14:34] <dednick> internet at work gone a bit wack
[14:34] <dednick> *office
[14:35] <ltinkl> dednick, changed your password?
[14:35] <dednick> ltinkl: nope
[14:35] <ltinkl> dednick, do it then :)
[14:35] <dednick> Looking up irc.canonical.com
[14:35] <dednick> * Unknown host. Maybe you misspelt it?
[14:35] <ltinkl> dednick, ah
[14:36] <dednick> cant connect to anything canonical... :/
[15:35] <conyoo> hm.. unity8 on wily right edge swipe does nothing :/
[15:35] <conyoo> usage-mode Staged
[16:45] <bregma> is there an API we're supposed to use in the Unity8 world for authentication and authorization (eg. to perform a privileged operation as administrator)?
[16:50] <greyback_> bregma: what kind of things do you think unity8 needs for that?
[16:50] <seb128> bregma, I guess polkit is still the way to do that
[16:51] <seb128> we need a polkit auth ui in unity8 though
[16:51] <bregma> greyback_, it's for applications that want to set up unprivielged containers (eg. LXC), which need to create userid mappings and virtual network interfaces
[16:51] <seb128> which we don't have atm
[16:51] <bregma> polkit talks through a D-Bus API, right?
[16:52] <seb128> yes
[16:53]  * bregma reads up on polkit
[17:07] <greyback_> bregma: you'll have to tell us what unity8 needs to do then
[17:07] <greyback_> as we've not considered anything like that yet
[17:09] <bregma> greyback_, I was just hoping there was a magic authorization API we'd call and the appropriate dialogs would be popped up by Unity 8 for authentication ...  sounds like polkit will do just that, assuming Unity 8 acts as an auth provider maybe
[17:10] <bregma> though maybe this was a normal thing that other people already do
[17:10] <greyback_> bregma: I'd debate it's not shell's job to create dialog prompts, and instead some process should create them & shell just handles them
[17:12] <bregma> yeah, that's they way it should work:  the shell registers as an authentication provider, which means it mindlessly performs the GUI stuff as requested, the rest is a big black box
[17:21] <seb128> unsure, GNOME moved those dialogs in the shell for consistency/security reasons
[17:22] <seb128> less risk to have another process pretending to be an auth prompter when the prompter is the shell
[17:50] <greyback_> seb128: fair point. I'm just trying to keep logic out of unity8, if such things could live in a separate process, then great. I'd guess we could have the auth prompter be a trusted helper
[17:51] <seb128> right
[17:53] <anpok> tedg: hm
[17:54] <tedg> anpok, ?
[17:54] <anpok> what does ubuntu-app-launch need besides a running u8 .. and a mir socket
[17:55] <tedg> Uhm, Upstart session?
[17:55] <tedg> It'll probably be more helpful to tell me what you're trying to do.
[17:55] <anpok> tedg: well .. playing with unity8 on the desktop
[17:56] <anpok> applications manage to render a frame.. and then disappear again
[17:56] <tedg> anpok, With XMir?
[17:56] <anpok> If I do not launch them with u-a-l but with the desktop_file_hint they seem to work
[17:58] <tedg> When you say applications here to do you mean click applications or how are they installed?
[18:01] <anpok> in this case apt installed packages... system-settings .. dialer-app
[18:01] <greyback_> anpok: do they render a frame, or are you seeing a splash screen drawn by unity8?
[18:01] <anpok> oh
[18:01] <anpok> not sure
[18:02] <tedg> I'm updating my Wily U8 desktop, but previously things like system settings worked.
[18:02] <tedg> I was getting a single frame for XMir apps though, curious if they were related.
[18:02] <greyback_> anpok: unity8 draws a splash when the client connects to mir. Then when client posts a frame, that splash goes away. In my testing, mir client was crashing after connecting to mir, but before drawing a frame
[18:03] <greyback_> tedg: again, splash screen != frame from app, so be careful of that
[18:03] <tedg> Yup
[18:03] <anpok> greyback_: yeah but why does it work with desktop_file_hint..
[18:04] <anpok> ubuntu-app-launch is very unchatty about what is going on
[18:04] <greyback_> anpok: I dunno, but either way, unity8 is accepting the apps connection. the client is crashing for some other reason
[18:06] <anpok> greyback_: hm? you sould like speaking of a specific problem?
[18:06] <anpok> *sound
[18:07] <greyback_> anpok: nope, I've not tried to debug. I just saw that from unity8's perspective, the xmir client crashed before creating a surface
[18:07] <greyback_> unity8 has accepted the connection
[18:07] <greyback_> -s+d
[18:08] <conyoo>  unity8 on wily right edge swipe does nothing :/
[18:08] <conyoo> and web browser app crashes
[18:08] <conyoo> and notes
[18:08] <conyoo> :((
[18:08] <conyoo> so broken :))
[18:08] <greyback_> conyoo: is "cgmanager" running?
[18:09] <greyback_> sudo systemctl start cgmanager
[18:09] <conyoo> i'll try that.. i'm on unity 7 now
[18:09] <greyback_> conyoo: unity8 pretty raw right now, still under heavy devel
[18:09] <greyback_> conyoo: thanks for giving it a try tho
[18:10] <conyoo> i kinda like bleeding edge raw broken stuff :d
[18:10] <conyoo> i don't really mind
[18:10] <greyback_> conyoo: cool, well you'll love unity8 on desktop then :)
[18:10] <conyoo> yep ;D
[18:10] <anpok> greyback_: hum xmir
[18:10] <anpok> not talking about xmir
[18:11] <greyback_> oh then I know not what you're doing
[18:11] <anpok> dialer-app for example
[18:12] <greyback_> anpok: is there a bug you're working on? I lack context to help
[18:15] <anpok> mir-0.14.0 silo .. on wily .. testing unity8 on desktop..
[18:15] <anpok> xmir works there btw..
[18:15] <greyback_> anpok: ok, then check qtubuntu-desktop is actually installed
[18:15] <anpok> I am just concerned about ubuntu-app-launch since we had to rebuild that one too
[18:17] <anpok> greyback_: it is
[18:17] <conyoo> greyback_, do you know how can i make the terminal app not suspend when in background?
[18:18] <greyback_> anpok: grep REJECTED ~/.cache/upstart/unity8.log   - and see if anything appears
[18:20] <anpok> greyback_: http://paste.ubuntu.com/11873661/ u-s-s
[18:20] <greyback_> conyoo: that ability almost ready to land, but in the mean-time the easiest would be to install the Open Store and install the TweakGeek app, which lets you stop unity8 suspending apps
[18:21] <greyback_> conyoo: we'll add proper desktop lifecycle management (i.e. almost none) to unity8 in a week or two
[18:21] <greyback_> that's just a workaround until we do
[18:22] <greyback_> anpok: ApplicationManager::onProcessFailed - appId= "ubuntu-system-settings" duringStartup= true   <- process is dying for some reason during startup
[18:22] <conyoo> that's awesome :D thanks greyback_
[18:23] <greyback_> anpok: there a log file in ~/.cache/upstart for u-s-s ?
[18:23] <anpok> nope
[18:24] <greyback_> anpok: try launching manually, with the --desktop_file_hint flag
[18:25] <anpok> yes, that works fine.
[18:26] <greyback_> anpok: ick, something wierd with UAL then
[18:27] <greyback_> anpok: seems system-settings still considered a "legacy" application
[18:27] <greyback_> anpok: check out application-legacy-ubuntu-system-settings-.log
[18:28] <greyback_> in .cache/upstart
[18:28] <anpok> no I dont have that file
[18:28] <greyback_> protip: delete all log files in ~/.cache/upstart, then do the thing which fails. Then you see which log files are generated
[18:28] <greyback_> eh
[18:29] <conyoo> greyback_, oh.. open store is armhf :D i need amd64. i don't really need the open store, i just need TweakGeek's source code to see what it does
[18:29] <conyoo> maybe it's on lp
[18:29] <greyback_> conyoo: 1 sec, it's just a dbus setting.
[18:30] <conyoo> https://launchpad.net/tweakgeek
[18:30] <greyback_> anpok: how about launching gallery, that is not a 'legacy' app
[18:30] <conyoo> found it :d
[18:30] <conyoo> thanks greyback_  :P
[18:40] <anpok> greyback_: same behavior.. I think I try vanilla wily and test again