[04:27] Bug #1868620 changed: Snaps based on Wine fail with nvidia driver 440 [04:33] Bug #1868620 opened: Snaps based on Wine fail with nvidia driver 440 [04:39] Bug #1868620 changed: Snaps based on Wine fail with nvidia driver 440 [05:28] morning [07:02] PR snapd#8993 closed: bootloader, boot: compose kernel command line passed by grub bootloader <⛔ Blocked> [07:07] morning [07:10] pstolowski: hey [07:43] phew, rebased and restiched all the patches [07:52] PR snapd#9005 opened: boot: support setting extra command line argument, bootloader interface tweaks [08:00] pstolowski: need to take a short break from coding, do you need any reviews? [08:00] mborzecki: sure, ty! #9001 ? [08:00] PR #9001: o/snapshotstate: helpers for calculating disk space needed for an automatic snapshot (2/N) [08:00] pstolowski: ok, will do [08:00] thanks! [08:01] i'll do the same; anything in particular you want reviewed? [08:01] mborzecki: ^ [08:02] pstolowski: got some uc20 PRs if you're interested [08:03] PR snapd#9006 opened: bootloader: compose command line with mode and extra arguments [08:03] pstolowski: but nothing in particular, perhaps there's some PRs from claudio [08:03] ack [08:03] zyga is off today? [08:06] pstolowski: iirc he said he has a doctor appointment? [08:06] pstolowski: mvo too [08:07] same doctor? ;) [08:07] ok, got it [08:07] pretty sure a different one ;P [08:20] good morning [08:21] sorry for starting late, the night was pretty rough [08:21] zyga-mbp: hi! sorry to hear that [08:22] I got some sleep after 6AM and woke up around 10 again [08:22] I'll be back shortly, just making some tea and coffee for the day [08:23] zyga: will have some questions for you re some bugs [08:23] sure [08:23] zyga: is this fixed? https://bugs.launchpad.net/snapd/+bug/1867193 [08:23] Bug #1867193: failure refreshing snap with content interface [08:25] zyga-mbp: and this looks like something for you? https://bugs.launchpad.net/snapd/+bug/1887255 [08:25] Bug #1887255: all snaps won't start suddenly with permission denied errors [08:29] hmmm [08:29] weird stuff, maybe mint broke snapd somehow? [08:29] zyga-mbp: heya [08:30] o/ [08:31] replied there [08:31] though launchpad is still spinning [08:31] well, let me make that coffee now [08:32] zyga-mbp: didn't we similar case between ubuntu upgrades? [08:32] thanks [08:34] pstolowski I don't recall so, we had a different issue that resulted in the .real suffix [08:34] but since then it was all quiet [08:41] could it have got that far if the setuid bit had been removed from snap-confine? [08:42] jamesh oh, interesting [08:42] hey :) [08:42] perhaps [08:42] but I don't know how that would happen, apart from mint package alterations [08:42] it's weird that it isn't the same error from each snap [08:42] gwenview snap can't display webp images [08:43] the normally packaged one on ubuntu uses the package qt5-image-formats-plugins package to get the webp support [08:44] show can i install that specific plugin/package or how to get gwenview snap app to display webp images [08:44] murthy: it might need to be fixed in the snap itself. The contact info for that snap directs you to https://bugs.kde.org/enter_bug.cgi?product=neon&component=Snaps [08:45] jamesh: ok will try to file a bug report [08:45] jamesh: ty [08:52] zyga-mbp: should https://bugs.launchpad.net/snapd/+bug/1866855 be set back to confirmed (not in progress)? [08:52] Bug #1866855: nvidia driver integration is incompatible with Debian [08:52] yes please, I cannot do anything about that now [09:01] pstolowski: would simplifying a bit make sense there? https://github.com/snapcore/snapd/pull/9001#pullrequestreview-447919000 [09:01] PR #9001: o/snapshotstate: helpers for calculating disk space needed for an automatic snapshot (2/N) [09:03] bug report filed for gwenview's missing webp capability https://bugs.kde.org/show_bug.cgi?id=424185 [09:13] mborzecki: thanks, i need to think. i was following the logic of snapshot save method, which was a little bit convoluted ;) [09:17] pstolowski: added some comments https://github.com/snapcore/snapd/pull/9002#pullrequestreview-447923236 [09:17] PR #9002: o/snapstate: integrate free space checks with install/refresh and remove (3/N) [09:18] pstolowski: there's snapshot.automatic.retention=no which one can set to disable snapshots, imo we should not fail when there's not enough space for snapshots in such case [09:51] mborzecki: yep, +1, thanks [10:02] omg, arch switched the default compression alg for built pacakges [10:02] so now all spread jobs are failing [10:05] heh and the change did not hit my mirror yet, so I had not noticed it earlier === ricab is now known as ricab_ [10:25] zyga-mbp: pstolowski: can you take a look at https://github.com/snapcore/snapd/pull/9007 ? [10:25] PR #9007: tests/lib: account for changes in arch package file name extention [10:25] sure [10:25] mvo: we'll need to cherry-pick that to 2.45 ^^ [10:25] thanks! [10:25] mborzecki: sure, will do [10:28] PR snapd#9007 opened: tests/lib: account for changes in arch package file name extention [10:28] huh, static checks failed? wth? [10:30] mborzecki: probably an apt error, I had that yesterday too [10:31] mvo: nah, a silly typo i did :/ [11:09] brb [11:47] mvo: can you cherry pick https://github.com/snapcore/snapd/pull/9007 to 2.45? [11:47] PR #9007: tests/lib: account for changes in arch package file name extension [11:48] PR snapd#9007 closed: tests/lib: account for changes in arch package file name extension [12:04] mborzecki: sure, done [12:04] mvo: thanks [12:06] thank *you* === ijohnson|EOD is now known as ijohnson === JanC_ is now known as JanC [14:19] * zyga-mbp lunch break [15:02] uh [15:02] darn pain [15:02] one hour for next round [15:27] PR snapcraft#3210 closed: docker: install snapd dependency [15:32] * cachio lunch [15:36] jamesh: just an FYI since I saw your desktop team update about having difficulty building core20 or snaps that use device nodes with lxd, you can use the same trick from my PR here to get across that: https://github.com/snapcore/core20/pull/74 [15:36] PR core20#74: .travis.yml: use snapcraft w/ lxd to build the snap [15:37] jamesh: it's not great, but it works well enough in CI, so I figured I would share [15:39] jamesh: also re: checking for an interface connected from inside snapctl code for the theme work, I implemented something like that for a PR that wasn't merged if you are curious about an example of how to do that (but perhaps Samuele has already explained that aspect to you) [15:42] PR snapcraft#3212 closed: tests: expand spread coverage for stage-snaps [16:01] mvo I wrote some more code for cerberus and I found a bug that made asynchronous notifications fail, they work correctly now! [16:01] zyga-mbp: aha, nice [16:01] zyga-mbp: that is good to know [16:02] I pushed all the fixes now [16:05] * zyga-mbp -> meds & break [16:30] PR snapd#9008 opened: boot/initramfs_test.go: add Commentf to more Assert()'s === msalvatore_ is now known as msalvatore [17:02] PR snapcraft#3211 closed: pluginhandler: fix stage-snaps for v2 plugins [17:07] PR snapcraft#3209 closed: extensions/desktop/common: add snapd gl vdpau dir to LD_LIBRARY_PATH [17:11] Hey ogra_, is there a way to take an existing ubuntu core image and make SSO NOT required? Somehow seed it with an account after I write it to disk, maybe? [17:12] kyrofa: the only way to do that would be with cloud-init, you cannot create a normal snap user the way you would with console-conf except by using console-conf or a snap that uses snapd-control [17:13] kyrofa: look at ubuntu-image --help there is a cloud-init option IIRC [17:14] ijohnson, yeah that involves actually creating a new image, was wondering if there was a way to do that on an existing image [17:14] kyrofa: what ubuntu-image does can be done on an existing image [17:14] Oh? I didn't realize ubuntu-image could operate on an image [17:14] kyrofa: it involves writing the cloud-init stuff you would pass to ubuntu-image somewhere in like /var/lib/cloud/seed/nocloud-net I think [17:14] kyrofa: no sorry I mispoke [17:15] Oh oh, I got it now [17:15] kyrofa: you can do that yourself by mounting the image and copying files, ubuntu-image will not do that for you [17:15] I can do what it does on my OWN [17:15] yes precisely [17:15] kyrofa: out of curiosity what's the use case here? [17:15] Okay so all I need to do is whatever cloud-init needs me to do to make it run [17:15] Someone asked me how they can use an ubuntu appliance without an SSO account. I wanted to be able to give them an answer [17:16] An answer that wasn't "build your own image" [17:16] kyrofa: yes setup some kind of cloud-init configuration that creates the user you want, but note that I would strongly suggest that this is erm a bit hackish since they are modifying the image [17:16] just a small disclaimer [17:16] Of course, I agree [17:17] cool [17:17] kyrofa: is this on a forum or something or just PM? [17:17] But hacking up an existing image might be a bit easier than figuring out what's in there and how to use ubuntu-image to duplicate it [17:17] Twitter, the messaging platform of professionals, of course [17:17] haha fair enough [17:31] kyrofa, you can surely put a system-user assertion onto a USB key to crate the user [17:33] but beyond that i dont know how you would do anything like that with an *existing* image ... for core16 and 18 images you can use the --disable-consoleconf option to ubuntu-image ... but that indeed means you need to roll your own [17:35] kyrofa, oh, wait ... you *can* create a user by simply using the account control interface too ... take a look at the connect-plug-account-control hook in this snap https://github.com/ogra1/config-snap [17:36] but that also means you somehow need to seed that snap into an image ... (and need to do the interface connection) [17:36] (beyond the fact that you hardcode username and password in the snap indeed) [17:39] I've update cerberus one more time and will EOD now [18:22] * zyga EODs for real now [18:22] bye everyone! [18:52] PR snapcraft#3213 opened: cli: use prefix in store name registration hint [18:57] PR snapcraft#3214 opened: snap: specify 'libxslt1-dev' than virtual 'libxslt-dev' build-package [19:07] PR snapcraft#3215 opened: build providers: use PEP-440 compliant version comparison operator [19:52] PR snapcraft#3216 opened: build providers: tweak environment clean detection and logging [20:36] PR snapd#9009 opened: tests/cmd/snap-bootstrap/initramfs-mounts: rm duplicated env ref kernel tests [20:52] PR snapcraft#3213 closed: cli: use prefix in store name registration hint [20:56] PR snapd#9010 opened: cmd/snap-bootstrap/initramfs-mounts: call systemd-mount instead of the-tool [21:12] PR snapcraft#3214 closed: snap: specify 'libxslt1-dev' than virtual 'libxslt-dev' build-package [22:28] PR snapcraft#3215 closed: build providers: use PEP-440 compliant version comparison operator [22:28] PR snapcraft#3217 opened: cmake v2 plugin: add stage to CMAKE_PREFIX_PATH