[06:30] <mborzecki> morning
[08:05] <pstolowski> morning, hey mborzecki
[08:06] <mborzecki> pstolowski:  hey
[08:18] <pstolowski> mborzecki: should we disable opensuse tests for now?
[08:18] <mborzecki> pstolowski: still failing?
[08:19] <pstolowski> mborzecki: checkingm restarted one of the failing PRs
[08:19] <pstolowski> *checking
[08:23] <mborzecki> pstolowski: looks like it was timeouting a bit too
[08:23] <mborzecki> anyways, restarted #7702 and if it fails again on tw, we can switch it to manual
[08:23] <mup> PR #7702: tests: adding fedora 31 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7702>
[08:36] <popey> https://forum.snapcraft.io/t/cant-install-snaps-in-clean-16-04-lxd-container/14140
[08:36] <popey> this seems serious
[08:37] <popey> probably due to snapd being super old in 16.04 and not supporting something new in latest core?
[08:38] <mborzecki> ExecMount=/bin/mount /var/lib/snapd/snaps/core_8039.snap /snap/core/8039 -t squashfs -o nodev,ro (code=exited, status=32)
[08:38] <mborzecki> the error is pretty generic, according to manpage it's  '32     mount failure'
[08:38] <popey> it's very easy to reproduce
[08:39] <mborzecki> if mount cannot mount then we're in deep trouble
[08:40] <mborzecki> popey: what was the host os?
[08:40] <ogra> IIRC there couldnt be a hard dependency on squashfuse in 16.04
[08:40] <ogra> you need to install it manually
[08:40] <popey> no ogra
[08:41] <popey> this worked up until recently
[08:41] <popey> it's a cron job I run every day
[08:41] <popey> and today it failed
[08:41] <ogra> oh, ok
[08:41] <popey> mborzecki: 19.10
[08:42] <mborzecki> popey: was lxd installed from snaps too?
[08:42] <popey> on the host, yes, stable
[08:44] <mborzecki> popey: ok, trying it out now
[08:48] <ogra> can you try the mount command manually ? that pwerhaps gets you more output
[08:51] <mborzecki> heh, can't start the container for some reason, and no logfile either
[08:52] <ogra> https://paste.ubuntu.com/p/nNmgJf6Ndf/
[08:52] <ogra> works for me
[08:53] <ogra> (on a xenial host ... but not on recent kernel (havent rebooted for a while)
[08:53] <ogra> )
[08:56] <mborzecki> lxc launch ubuntu:16.04 complains that no image was found, but images:ubuntu/xenial seems to work
[09:10] <mup> PR snapd#7734 opened: spread: do not explain errors <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7734>
[09:11] <mborzecki> pstolowski: super trivial ^
[09:29] <mup> PR snapd#7735 opened: spread: move openSUSE Tumbleweed to unstable systems <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7735>
[10:11] <mup> PR snapd#7736 opened: tests/main/system-usernames: Amazon Linux 2 comes with libseccomp 2.4.1 now <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7736>
[10:16] <mborzecki> so in my vm, once i launched the container, snapd doesn't even start
[10:20] <mborzecki> pstolowski: hm looks like we'll need to merge 7736 and 7735 into one PR
[10:21] <pstolowski> mborzecki: hah, right
[10:22] <mup> PR snapd#7736 closed: tests/main/system-usernames: Amazon Linux 2 comes with libseccomp 2.4.1 now <Simple 😃> <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/7736>
[10:29] <mborzecki> popey: btw. eoan is on 5.3 kernel? not sure why it's showing 5.0 in snap version in the output you pasted
[10:29] <mborzecki> and once i resized the vm image things work well now
[10:59] <popey> mborzecki: that was inside the container
[11:00] <popey> oh, you're right
[11:00] <popey> my system has been upgraded from 18.04, maybe I am missing a package
[11:03] <popey> something may have gone screwy in my upgrade, installing linux-image-generic now pulls in 5.3, gonna reboot and test again
[11:29] <popey> that didn't help
[11:30] <cachio> mborzecki, hey
[11:30] <mborzecki> cachio: hey
[11:30] <cachio> left a coment in the PR #7735
[11:30] <mup> PR #7735: spread, tests: openSUSE Tumbleweed to unstable systems, update system-usernames on Amazon Linux 2 <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7735>
[11:30] <cachio> yesterday I updated the image
[11:31] <cachio> but I think it is the same
[11:31] <mborzecki> cachio: heh, that's unfortunate
[11:33] <mborzecki> popey: is the 16.04 lxd image something you created in the past and keep updating? the one i pulled today had snapd 2.40 in it, rather than 2.27
[11:33] <popey> i guess. I dunno how to update it
[11:34] <mborzecki> cachio: the problem with system-usernames and opensuse 15.1 is differnt, looks like there's no daemon user at all
[11:36] <mborzecki> popey: so snapfuse is not in the contained, but do you have squashfuse there at least?
[11:36] <popey> no
[11:37] <popey> i have removed lxd and am re-installing to see if i get a new image
[11:37] <cachio> mborzecki, it could be because yesterday I imported the new opensuse leap 15.1 image
[11:37] <cachio> from opensuse project
[11:38] <cachio> mborzecki, I can revert that image if it is a problem
[11:38] <mborzecki> cachio: is the daemon:daemon user/group added manually when you prepare the image?
[11:39] <cachio> mborzecki, nottrobin
[11:39] <cachio> no
[11:39] <mborzecki> popey: still, makes me wonder how it worked before, since loopback isn't avaialbe inside the container and none of the fuse squashfs handlers are avaialble
[11:44] <cachio> mborzecki, I have a debug session opened
[11:45] <cachio> mborzecki, do you want to take a look?
[11:45] <mborzecki> cachio: https://doc.opensuse.org/documentation/leap/startup/single-html/book.opensuse.startup/index.html#sec-yast-userman-defaultsystemusers lists bin, daemon as some default users added for legacy apps
[11:45] <mborzecki> cachio: but i see neither in /etc/passwd
[11:47] <cachio> mborzecki, I am checking that in the base image that I got from opensuse project
[11:50] <cachio> mborzecki, in the mew image from opensuse cloud it is not included neither
[11:55] <mborzecki> cachio: w8, so we had 15.1 image before, but the test broke only after the last update, is that what happened?
[11:55] <cachio> mborzecki, yes
[11:56] <cachio> I iincludede the new image provided by opensuse cloud
[11:56] <mborzecki> cachio: then we should revert to the last good one and report a bug to whoever publishes the build
[11:56] <mborzecki> s
[11:56] <cachio> mborzecki, sure
[11:58] <cachio> mborzecki, reverted
[11:58] <cachio> and restarted tests
[11:59] <cachio> mborzecki, that should fix the issue
[11:59] <mborzecki> cachio: thanks
[12:04] <mborzecki> cachio: downloaded the latest 15.1 kvm image from opensuse.org and there's no bin or daemon users either
[12:05] <cachio> mborzecki, well, perhaps we should update our tests in that case
[12:05] <mborzecki> cachio: i mean, if it's the case, then the system-users feature isn't universal anymore and probably needs extra tweaks to be documented
[12:06] <cachio> mborzecki, agree
[12:06] <cachio> I'll research a bit more about this
[12:41] <pokk> Noob question, how do I actually add a group to my user? usermod -a -G isn't working since read-only system
[12:41] <ogra> pokk, you dont ...
[12:41] <ogra> (assuming you speak about ubuntu core)
[12:41] <ogra> what do you try to do ?
[12:42] <ogra> (why do you think you need the group=
[12:42] <ogra> )
[12:44] <gitesh> hi
[12:46] <spinningcat> is it about snap? Ubuntu new toy
[12:46] <ogra> this channel is for snap development, snapd development and ubuntu-core
[12:47] <mup> PR snapd#7735 closed: spread, tests: openSUSE Tumbleweed to unstable systems, update system-usernames on Amazon Linux 2 <Simple 😃> <Created by bboozzoo> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7735>
[12:47] <ogra> (also ... not actually new, snap packages exist since 2014)
[12:48] <gitesh> what is this channel about?
[12:48] <ogra> (nor ubuntu ... snaps can be installed on a ton of different distros)
[12:48] <gitesh> ok snap development ok, i thought you are a bot
[12:49] <ogra> heh ... said the person that joins and leaves the channel between two lines
[12:52] <ogra> looks like jean claude van damme is busy on freenode again ...
[12:53] <ogra> ... doing net-splits ...
[13:17] <zyga> yawn
[13:17] <zyga> good morning
[13:18] <zyga> how are things?
[13:22] <ogra> how's the sleep situation ?
[13:25] <zyga> ogra: I totally fall asleep around 9PM
[13:25] <zyga> ogra: and then wake up 3-4AM
[13:25] <zyga> so... okay I guess
[13:34] <mborzecki> bug triage duty is great when LP keeps timing out ;)
[13:48] <pstolowski> hey zyga!
[13:48] <zyga> hey :)
[13:48] <zyga> how are you doing?
[13:48] <pstolowski> mvo can't sleep either i suppose, is active in the standup doc ;)
[13:48] <zyga> it's 5:48, I wish I could sleep normally
[13:48] <zyga> haha
[13:49] <zyga> yeah
[13:49] <zyga> it's the same for everyone here
[13:49] <pstolowski> zyga: it's going fine here. i'm warming up for the new macbook.... ;)
[13:50] <pstolowski> zyga: but not this year
[13:50] <zyga> yeah
[13:50] <zyga> I will first try to sell my 2018
[13:50] <zyga> if that succeeds I'll go for it
[13:50] <zyga> if not I'll stick around for longer
[13:50] <pstolowski> zyga: just realized it gets much more attractive with VAT return :)
[13:50] <zyga> pstolowski: yeah
[13:50] <zyga> pstolowski: if you go to an apple reseller they almost always get you better price too
[13:51] <zyga> pstolowski: just start talking to them
[13:51] <pstolowski> i keep forgetting about that.. it's significant chunk in this case in particular
[13:51] <zyga> pstolowski: it's not the stock price in the end
[13:51] <zyga> pstolowski: vat, income tax, extra cut if you negotiate for a sec
[13:51] <zyga> pstolowski: and that adds up
[13:51] <zyga> pstolowski: I really just don't want two laptops at once :)
[13:52] <zyga> pstolowski: I was thinking and the 6 core, 1TB, 32GB model is what I would look at most likely
[13:52] <pstolowski> zyga: yeah that's my problem too... too much hardware already at home
[13:52] <zyga> pstolowski: probably with the GPU upgrade since it's cheap but significant
[13:53] <zyga> pstolowski: I want to play some music on it because apparently the speaker upgrade is incredible (starting from a already fantastic quality of 15")
[13:53] <zyga> pstolowski: there are 6 speakers in that thing now
[13:53] <zyga> I was out for a walk last night but went to the seaside instead
[13:53] <pstolowski> zyga: yeah, 1TB + 32GB would be my setup too. i don't care about GPU too much
[13:53] <zyga> pstolowski: the GPU is just $100 but it's not something you can ever upgrade
[13:54] <pstolowski> zyga: yes, i watched a review, speakers are super good apparently
[13:54] <zyga> I'd get it because it's useful to have vram for VMs as well as apps on the host
[13:54] <zyga> I don't remember but I think the extra $100 gets you 8GB of vram
[13:55] <pstolowski> zyga: ah, if you get more VRAM with that.. i though VRAM was fixed, just two chipsets to choose from
[13:55] <zyga> I could be wrong, let's check
[13:55] <pstolowski> then yes, by all means
[13:55] <zyga> oh, there are 3 GPU tiers
[13:55] <zyga> that's ... weird
[13:55] <zyga> I checked on the website in the US
[13:55] <zyga> and I saw two
[13:56] <zyga> but on my phone with the apple store app I see three (tied to my eu account)
[13:56] <zyga> 4GB 5300M, 4GB 5500M and 8GB 5500M
[13:56] <zyga> anyway
[13:56] <zyga> that's all theoretical
[13:56] <mborzecki> zyga: you'll still end up carrying x240 :)
[13:57] <zyga> mborzecki: yeah but that's different
[13:57] <zyga> mborzecki: I would replace my 15" with the 16" because at home it's just awesome to use
[13:57] <zyga> mborzecki: it's really my most loved device over the years
[13:57] <zyga> mborzecki: despite the issues actually
[13:57] <zyga> mborzecki: x240 is something I can comfortably throw on the xray scanner at the airport
[13:57] <mborzecki> idk, i have no feelings for devices i own ;)
[13:57] <pstolowski> haha
[13:57] <zyga> mborzecki: and use for one week without missing things I like normally
[13:58] <zyga> mborzecki: you say that because you are missing out ;-)
[13:58] <zyga> haha
[13:58] <zyga> ;D
[13:58] <pstolowski> that!
[13:58]  * zyga is totally silly now
[13:58] <mborzecki> surprised they don't treat thinkpads as possible weapons
[13:58] <zyga> pstolowski: did you notice the new github app for ios?
[13:58] <zyga> it's invite only for now but it is coming
[13:58] <pstolowski> zyga: nope, for ios?
[13:58] <zyga> yep
[13:58] <zyga> android later as well
[13:59] <pstolowski> hmm what is it good for?
[13:59] <zyga> everything normal github is good for but tailored for smaller screen
[13:59] <pstolowski> code reviews?
[13:59] <zyga> yes
[13:59] <zyga> they announced it yesterday, hold on
[14:00] <zyga> pstolowski: random google https://techcrunch.com/2019/11/13/github-launches-a-mobile-app-smarter-notifications-and-improved-code-search/
[14:00] <zyga> but there are pics there I didn't see before
[14:01] <pstolowski> standup
[14:01] <zyga> enjoy
[14:01] <zyga> I'll get breakfast now
[14:04] <mborzecki> any idea if gnomne-contacts used to be a classic snap?
[14:05] <zyga> mborzecki: is it about that bug that was reported recently?
[14:05] <mborzecki> zyga: https://bugs.launchpad.net/snapd/+bug/1852355
[14:05] <zyga> mborzecki: I'll try to find out, I encouraged the reporter to file it
[14:05] <mup> Bug #1852355: Available snap not refreshed to ("cannot update "gnome-contacts": snap "gnome-contacts" is not a classic confined snap") <snapd:New> <https://launchpad.net/bugs/1852355>
[14:07] <mborzecki> i recall we did some back and forth changes around that are
[14:08] <zyga> yeah, perhaps something in the state was set so that we would never upgrade
[14:08] <zyga> but
[14:08] <zyga> but
[14:08] <zyga> it was only during automatic refresh
[14:08] <zyga> a manual refresh succeeded
[14:08] <zyga> so it's a bug for sure
[14:19] <mborzecki> duh, we're missing some mocking in gadget remodel unit tests, and spend time waiting for serial to be requested :/
[14:19] <mborzecki> added mocking and for instance TestRemodelSwitchGadgetTrack execution time went from 1.3s down to 0.083s
[14:23] <ijohnson> zyga that new github app looks really cool
[14:23] <ijohnson> I'm excited for the new notifications stuff though
[14:23] <ijohnson> that will be nice to filter it more
[14:27] <ijohnson> mborzecki: re your comments on #7431, the reason I went with `st.Unlock(); defer st.Lock()`, etc. is because Samuele showed me that during a different PR, and actually I am starting to like that kind of code flow because it means when someone else goes to refactor this they don't need to be as careful about returning when st is unlocked because they can return and state is still ok
[14:27] <mup> PR #7431: overlord/snapstate: don't re-enable and start disabled services on refresh, etc <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/7431>
[14:27] <ijohnson> but if you like I can still refactor to use your suggestion
[14:30] <mborzecki> ijohnson: no, it's ok, don't like much that defers keep piling and we end up locking/unlocking (potentially a number of times) inside the function epilogue, but i suppose it's not a big deal
[14:31] <ijohnson> mborzecki: yes I think it does lead to a bit of thrashing after the function returns but it reads cleanly
[14:31] <mborzecki> ijohnson: right, let's got with easier to read code for now ;)
[14:32] <ijohnson> mborzecki: https://xkcd.com/1691/
[14:32] <mborzecki> hahah
[14:54]  * ijohnson relocates back home
[15:05] <pokk> ogra: sorry, other things came in between. I'd have prefered to be able to run docker without sudo, it's not a big thing.
[15:07]  * cachio lunch
[15:14] <ogra> pokk, well, you can use the --extrausers option to adduser and friends, that creates additional groups and users in a passwd db under /var/lib/extrausers ...
[15:15] <pokk> ogra: but I take it you'd argue it's a very bad idea?
[15:15] <ogra> (which is fine for development etc ... just not really something i'D encourage in a production system for an IoT device)
[15:16] <ogra> it is fine if you use the install as build machine etc ... and typically use ssh logins and the like ...
[15:16] <pokk> ogra: no no :) that I definitly can agree with. This is mainly me playing around with my hmoelab proxmox/ubuntu core
[15:16] <ogra> most IoT gateways, routers, APs and digital signage kiosks wont actually need a user though
[15:16] <pokk> seemed like core would be a good small vm to run docker in, so I'm trying that out
[15:17] <ogra> while docker will surely work, i'd recommend lxd instead ... thats way better integrated (and you can run snaps inside the containers ... thats tricky with docker)
[15:19] <pokk> lxd doesn't seem ideal for running many smaller things. I'll move things like dbs to lxd tho
[15:54] <pstolowski> cachio: any idea what that means: Nov 14 13:35:11 arch google_clock_skew_daemon[615]: pkg_resources.DistributionNotFound: The 'google-compute-engine==20190801.0' distribution was not found and is required by the application ?
[15:55] <pstolowski> cachio: just got such spread test failure
[15:56] <pstolowski> cachio: full log: https://api.travis-ci.org/v3/job/611861148/log.txt
[16:25] <cachio> pstolowski, checking
[16:26] <cachio> pstolowski, seems to be a problem with the package google-compute-engine
[16:27] <cachio> pstolowski, I think it was going to be updated
[16:27] <cachio> pstolowski, I am running that to see if I can fix it
[16:28] <cachio> I'll tell you once I have more info
[16:28] <pstolowski> cachio: thanks!
[16:29] <cachio> pstolowski, np
[16:40] <pstolowski> not a happy week for spread tests...
[16:41] <cachio> pstolowski, hehehee
[16:43] <cachio> pstolowski is really weird the error, I'll try to update the image to see if that fix the issue
[17:16] <cachio> pstolowski|afk, I tried to update arch
[17:16] <cachio> but I am getting other problems with apparmor package
[17:18] <cachio> pstolowski|afk, images are having a bad week too
[20:18] <mup> PR snapcraft#2798 opened: cli: improve the remote-build upload messaging <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2798>
[22:42] <mup> PR snapcraft#2791 closed: introduce bind-ssh support <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2791>
[22:45] <mup> PR snapcraft#2798 closed: cli: improve the remote-build upload messaging <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2798>
[23:06] <mup> PR snapcraft#2799 opened: Plainbox test updates <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2799>