/srv/irclogs.ubuntu.com/2017/12/22/#snappy.txt

mborzeckimorning06:58
mvohey mborzecki06:59
mvogood morning06:59
mborzeckilast day this year :)06:59
mborzeckimvo: are you aware of any documentation for snapd that might list kernel config options that we require?07:00
mvomborzecki: yeah, last day!07:02
mvomborzecki: I don't think we have such a list yet07:02
mvomborzecki: sounds like a good forum topic07:02
mvomborzecki: there is a "docs" tag in the forum07:02
mborzeckithere's a guy right here, clearly having some issue with the kernel missing features that we need, https://forum.snapcraft.io/t/mount-of-core-failed-to-setup-loop-device/3267/807:03
mvomborzecki: yeah, just looked over this and indeed, he probably missed squashfs first and now cgroup freezer07:05
mborzeckii'm writing a reply, just wanted to double check if we have something i could point him to07:06
* mvo nods07:08
mupIssue snapcraft#1827 opened: cross-compilation support for catkin plugin <Created by Timple> <https://github.com/snapcore/snapcraft/issue/1827>07:24
mupPR snapd#4420 opened: cmd: clarify "This leaves %s tracking %s." message <Created by mvo5> <https://github.com/snapcore/snapd/pull/4420>07:32
mborzeckihmm now i have 2 spotifys installed, so picking the icon from gnome dashboard i have no clue which one will start07:44
mvomborzecki: yeah, thats annoying07:59
mupPR snapd#4421 opened: daemon: add new polkit action to manage interfaces <Created by mvo5> <https://github.com/snapcore/snapd/pull/4421>07:59
mborzeckimvo: on arch there's no locale set by default so it's C, we override it in tests and set it C.UTF-8 (which doesn't work btw), now if i do `LC_ALL=C snap info` i'll get utf-8 characters anyway (the arrow pointing upwards)09:38
ikeyC.UTF-8 is a Debuntuism09:39
ikeyDoesn't exist anywhere else09:39
mborzeckiyup, we've discussed this :)09:39
mborzeckismall patch on glibc side, but unlikely to hit arch unless upstream merges it09:40
ikeywas it ever sent upstream? not tryna be funny just generally curious09:40
ikeyi know gnu projects are terrible at responding to patches in general09:41
mborzeckiikey: https://sourceware.org/bugzilla/show_bug.cgi?id=1731809:41
ikey3 years, not bad09:41
ikeyi figured if it was it was maybe 4, in my head, lol09:41
mborzeckiidk, glibc has become much more civlized since leadership change09:41
ikeyglibc itself has yes, but GNU projects still have a certain way around them.. ^^09:42
ikey'cept nano. nano is just cool09:42
* ikey goes off to steal utf8 patch for solus09:42
ikeyerm imean borrow09:42
mborzeckiikey: it's all free software after all, right? :)09:43
ikeyindeed :D09:44
mborzeckianyways, i suppose we shouldn't output utf-8 unless the it's allowed by locale09:45
mvomborzecki: yeah, this looks iffy, thanks for noticing10:19
mupIssue snapcraft#1693 closed: Develop metadata handler system <Created by sergiusens> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/issue/1693>10:31
mupPR snapcraft#1825 closed: metadata: add infrastructure for extracting metadata from parts <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/1825>10:31
ikeyq: i see that the metadata can be extracted *from* appstream, but is the appstream raw data available separately somehow?10:34
ikeyi.e. for software center integration and non broken screenshots10:34
mupIssue snapcraft#1828 opened: Support desktop and icon in appstream handler <Created by sergiusens> <https://github.com/snapcore/snapcraft/issue/1828>10:55
sergiusensikey that is a simpler part once the bike shedding on what to call the entry ends :-)11:16
ikeyah11:16
sergiusensso, maybe, it is the hardest part as it involves people :-P11:16
ikeyyeaa11:16
* sergiusens goes off to run some errands11:17
mupPR snapd#4422 opened: packaging/arch: disable services when removing <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4422>12:04
mvomborzecki: slightly sad that the last two PRs are unhappy again12:04
mborzeckimvo: which ones?12:04
mvomborzecki: my last two, one looks real, so my fault but one had a spurious test failure. oh well12:04
mvomborzecki: but things in general are better, its just a single failure at least :)12:04
mvomborzecki: thanks for spotting the extra whitespace btw12:05
mborzeckinothing compared to what we had with debian sid :)12:05
mborzeckisure12:05
mborzeckifwiw, i think it'd be nice to renable debian sid at some point, it's possible that we were causing the instability after all :P12:06
mvomborzecki: yeah, definitely, we need to investigate that12:08
mvomborzecki: its also likely that real users on sid have problems :(12:08
mvomborzecki: but then, sid is by nature unstable but still12:08
mborzecki'real users', you mean debian devs? :D12:08
mvolol12:08
mvo*cough* yes12:09
mborzeckimvo: #4404 selinux PR that i mentioned13:35
mupPR #4404: data/selinux: allow messages from policykit <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4404>13:35
mupIssue snapcraft#1694 closed: Develop appstream handler <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1694>13:37
mupPR snapcraft#1826 closed: extractors: support appstream metadata in parts <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1826>13:37
mborzeckimvo: the exact forum topic is https://forum.snapcraft.io/t/selinux-blocking-snapd-since-update-on-fedora-27/3002 shall I tag it?13:41
* sergiusens waves again13:54
mvomborzecki: thanks, I cherry-pick it13:58
mborzeckimvo: great13:58
mvomborzecki: cherry-picked, thanks for the reminder14:02
mborzeckisure14:02
* Son_Goku hopes that now people other than him will actually help fix snapd-selinux things14:07
ikeypeople use selinux?14:08
ikey*runs*14:08
mupPR snapd#4423 opened: snap: provide more meaningful errors for installMany and friends <Created by mvo5> <https://github.com/snapcore/snapd/pull/4423>14:10
ikeyi meant *merry christmas14:11
ikeycommon typo14:11
Son_Gokuikey: your sarcasm is noted and ignored14:15
Son_Gokuit's not quite Christmas yet, so Happy Holidays :)14:16
ikeyi expected no less :P14:16
ikeyyep. merry christmas. :)14:16
ikey( :P )14:16
* ikey doesn't buy into the happy holidays thing14:16
Son_Gokuwell, technically we're in Hanukkah right now14:16
ikeyoh right14:16
ikeyhappy harmonica14:16
Son_Goku:D14:16
* ikey is cultured14:16
* mvo is impressed14:16
Son_Gokuat one point, I've celebrated both14:17
ikeyoh cool14:17
Son_Gokuused to hang out with a Jewish family a lot as a kid14:17
Son_Gokuso we did both14:17
ikeyah14:17
Son_Gokumy family isn't Christian (not too surprising), so we were okay with doing both14:17
ikeyirish catholic family so we had a different approach altogether14:17
ikeyif something went wrong it was probably our fault and thats why god doesnt love us :P14:18
Son_Goku...14:18
Son_Gokuthat's, terrifying14:18
ikeyhey we got chocolates14:18
ikeywas worth it14:18
ikeyxD14:18
Son_Gokuheh14:19
ikeybesides, it didn't have any lasting effects14:19
* ikey settles the eye twitch14:19
Son_Gokuyou know, I'm not so sure...14:19
ikeylmao14:19
mborzeckiSon_Goku: fwiw, i'll do what i can on the snapd-selinux front :)14:25
Son_Gokuthe only other thing I hope for is someone to implement an selinux backend for the snappy security rules HLL14:26
oSoMoNI’ve finally taken the time to rename the play0ad snap to "0ad", now that this is a valid name, wondering if there's a mechanism in place to transition existing users to the new snap?14:28
=== doko_ is now known as doko
mupPR snapcraft#1829 opened: pluginhandler: warn the inclusion of libraries from the host <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1829>15:04
sergiusensikey don't buy into the happy holidays or the happy part of it? :-)15:22
ikeythe not saying christmas part of it15:23
sergiusensah, yeah, over here it's around 40 Celsius, the vibe is totally different than in the north15:24
* sergiusens just realized that George R. R. might have had a vision; if that wall gets built and we see the "Day after tomorrow" happen; will there be white walkers?15:25
Son_Gokuikey: when it's actually Christmas, I'll say "Merry Christmas" :)15:31
Son_Gokubut as most people I know aren't Jewish, Happy Hanukkah doesn't quite work and some people get offended15:31
mborzeckiok, i'm done for today and this year :) enjoy your holidays, see you around in 201815:32
mvomborzecki: thank you! enjoy the holidays15:33
mupPR snapd#4424 opened: corecfg: pam_env can only handle 1024 byte <Created by mvo5> <https://github.com/snapcore/snapd/pull/4424>15:33
mupPR snapd#4425 opened: config: add support for `snap set core proxy.no_proxy=...` <Created by mvo5> <https://github.com/snapcore/snapd/pull/4425>15:58
mvopopey: if you are still around, I'm trying to reproduce the xdg-open from classic snap crash currently, do you know if we have any electron classic snap in the store that I can try?16:07
popeymvo: hmm. flexiondotorg might have a better list...16:10
mvopopey: thanks, I tried with electron-quick-start but when I create a link there it uses the internal browser, it does not luanch anything external16:12
cachiomvo, in opensuse it is happening that if I remove and install the snapd.rpm then the snapd.service is not started automatically16:13
cachioand it is making hte test snap-set-core-w-no-core to fail16:14
mvocachio: oh, that is strange. maybe morphis knows more, iirc he did the initial opensuse packaging. or zyga16:14
cachiomvo, sure, thanks16:15
popeymvo: i might have a private snap I could share with you which exhibits the issue?16:22
mvopopey: sure, that would work16:22
flexiondotorgmvo popey I've fixed most of the classic Electron snaps in the store.16:22
mvoflexiondotorg: oh? what did that involve?16:23
mvoflexiondotorg: fwiw, context is https://bugs.launchpad.net/snapd/+bug/173692516:24
mupBug #1736925: SIGSEGV while calling xdg-open from classic snap of Electron application <snapd:Incomplete> <https://launchpad.net/bugs/1736925>16:24
popeyflexiondotorg: even the one where the voip client would crash on loading firefox?16:26
popeymvo: answered https://bugs.launchpad.net/snapd/+bug/173693916:28
mupBug #1736939: Classic snaps do not work on some Linux distros <snapd:Incomplete> <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1736939>16:28
popeyit's not missing /snap16:28
Son_Gokuit doesn't matter because classic snaps won't work anyway16:31
Son_Gokueven if the redirections are working, they'll fail due to ABI incompat16:31
Son_Gokuthere are several issues that the snapcraft guys and I noticed about classic snaps leaking and pulling stuff from the host libraries instead of the base snap16:32
Son_Gokuit also broke classic snaps with Ubuntu 17.10 too, if I remember correctly16:32
Son_Gokupopey: and this is why I don't *ever* suggest making classic snaps work in Fedora16:33
Son_Gokuthe whole classic snaps thing is fundamentally broken16:33
popeyOk :)16:33
Son_Gokuthere a bunch of things that need to change to make classic snaps saner, but unfortunately, as niemeyer and I discussed it a while back, it's pretty hard to fix16:34
flexiondotorgpopey: Yes, the voip client opening the browser is fixed by using snapcraft 2.30 from the beta channel. Confirmed upstream.16:34
flexiondotorgSon_Goku: The issue you describe should be resolved with snapcraft 2.30, which is currently in the beta channel.16:35
Son_Gokubut most snaps aren't built with it16:35
flexiondotorgRight, but we are contacting the publishers who are affected.16:36
flexiondotorgMany are already fixed in the store.16:36
mupPR snapcraft#1829 closed: pluginhandler: warn the inclusion of libraries from the host <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1829>16:38
mvoflexiondotorg: \o/ for fixing the world!16:42
flexiondotorgmvo: Thank sergiusens :-)16:43
* mvo hugs sergiusens 16:43
sergiusenshey, glad to help! meta-team effort as always though! :-)16:43
mupIssue snapcraft#1827 closed: cross-compilation support for catkin plugin <Created by Timple> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/issue/1827>16:44
kyrofacprov, any chance you're around?16:50
kyrofacprov, unping. Got it16:51
kyrofaAlthough cprov, the time returned from acl/verify does not seem to have timezone information in it16:52
flexiondotorgsergiusens: What snapcraft LP bug actually closes this? - https://bugs.launchpad.net/snapd/+bug/173692517:00
mupBug #1736925: SIGSEGV while calling xdg-open from classic snap of Electron application <snapd:Incomplete> <https://launchpad.net/bugs/1736925>17:00
mupPR snapd#4426 opened: snap: print friendly message if `snap keys` is empty <Created by mvo5> <https://github.com/snapcore/snapd/pull/4426>17:06
mupPR snapcraft#1830 opened: Release changelog for 2.38 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1830>17:08
mupPR snapcraft#1831 opened: cli: add expiration option to export-login <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1831>18:38
mupPR snapcraft#1830 closed: Release changelog for 2.38 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1830>18:47
sergiusensikey by any chance do you know of any cli project using appstream?19:28
Son_Gokusergiusens: there's a few web projects that use it19:46
Son_Gokuoff the top of my head, while AppStream supports console apps, GNOME Software and Plasma Discover will exclude all of them from the view or search19:47
cmiles74I have snapd running and it'll download and mount snaps, the mount unit files appear in systemd and systemd returns their status correctly. Still, I'm seeing an error "Mount snap 'core' (3604) (internal error: could not unmarshal state entry 'snap-type': invalid snap type '')". Does anyone know what might be causing the issue? I'm on kernel 4.9.70; I am seeing complains from snapd at startup about apparmor19:54
cmiles74being enabled but some features are missing (dbus, mount, namespaces, network, ptrace, signal).19:54
kyrofacmiles74, I always get that until I reboot at least once after creating a lxd container19:54
cmiles74kyrofa: Thank you, that is easy to test! :-D19:55
kyrofaNot sure what the issue is, but something doesn't get setup until I reboot19:55
kyrofacmiles74, I'm crossing my fingers for you!19:55
cmiles74kyrofa: I have a pretty non-standard setup, I'm working on the NixOS module. My expectations are... low.19:56
kyrofacmiles74, hey, pretty awesome progress though19:56
cmiles74kyrofa: Thank you for the encouragement. :-)19:56
jjohansencmiles74: what kernel are you using?20:13
=== CodeMouse92__ is now known as FestiveCodeMouse
=== FestiveCodeMouse is now known as FestiveMouse92__
=== FestiveMouse92__ is now known as CodeMouse92__
cmiles74jjohansen: kernel 4.9.70. Do you know if that's too old?21:32
jjohansencmiles74: so not too old on an ubuntu kernel but21:35
jjohansenthe namespaces stuff primarily landed in upstream 4.10 and 4.1121:35
jjohansenptrace in 4.1321:35
jjohansenmount and signal in 4.1421:35
jjohansenunfortunately there were issues with network and dbus stuff in 4.14 so that part got reverted and we are trying again for 4.1621:35
cmiles74jjohansen: Thank you. I'll try moving up to 4.14.7 and see if that makes a difference... I think there's a 4.15-rc1 package as well.21:39
mupBug #1738295 changed: snap auto-refresh re-installs removed snaps <Snappy:Invalid> <https://launchpad.net/bugs/1738295>22:02

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!