=== chihchun_afk is now known as chihchun
TcabCan i package a wxpython based app as a snap?06:13
mupPR snapd#2635 closed: SNAPD_DEBUG is a boolean (we use GetenvBool() for it) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2635>06:27
mupPR snapd#2397 closed: interfaces: add iio <Created by lpotter> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2397>07:12
mupPR snapd#2529 closed: interfaces: mm: permissions for protocol proxies <Created by alfonsosanchezbeato> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2529>07:15
zygatyhicks: woot, I just read the thead about complain mode for seccomp08:03
zyganice :)08:03
=== chihchun is now known as chihchun_afk
TcabCan i package a wxpython based app using snap?08:08
zygaTcab: hey08:16
zygaTcab: it should be doable, just enough massaging to fit all of the bits in /snap08:16
eduardas_mhello, is this an appropriate place to write feedback on Ubuntu Core tutorials that are on ubuntu.com?08:18
zygaeduardas_m: I would also recommend https://rocket.ubuntu.com/channel/snapcraft or the snapcraft mailing list08:27
eduardas_mzyga, I do not know if this is appropriate, but I filed my minor gripe with documentation here: https://github.com/ubuntu/codelabs/issues/1708:29
eduardas_mBecause that is where the "Did you find a mistake? Please file a bug." link directs me to from the tutorials page08:29
zygaAlbertA: hey, I'd like to discuss https://github.com/snapcore/snapd/pull/2256/files08:32
zygaAlbertA: can you please ping me when you have the chance08:32
=== chihchun_afk is now known as chihchun
TcabOk thanks08:37
TcabWould be great if there  was a simple examp,e / template for a wxpython app.  It could thenbe used by many others08:39
TcabWxpthon probably means compiling wxpython ? As part of the build process?08:40
mupPR snapd#2648 closed: cmd/snap-confine: use flags rather than magic bool constants <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2648>08:47
mupPR snapd#2650 opened: also include system-shutdown helper in snapd.install <Created by chipaca> <https://github.com/snapcore/snapd/pull/2650>09:09
mupPR snapd#2600 closed: tests: remove the snapd dirs last (should fix random test errors) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2600>09:51
mupPR snapd#2651 opened: interfaces,overlord/ifacestate: small refactor around reference methods <Created by zyga> <https://github.com/snapcore/snapd/pull/2651>10:38
tito_Hi all11:26
tito_pedronis: thanks for the yesterday's link to the integration tests11:26
tito_man. that was a trip...11:27
tito_I used systemctl edit snapd.service to inject http_proxy for snapd daemon11:27
tito_it occured that this file, has to contain Service section before the Environment declarations11:28
tito_I've lost some time on it :) maybe it is worth to mention in a official documentations?11:28
tito_anyway, here is how /etc/systemd/system/snapd.service.d/override.conf should look like:11:29
tito_cat /etc/systemd/system/snapd.service.d/override.conf11:30
tito_without the [Service] section , does not work.11:31
mupPR snapd#2256 closed: overlord/ifacestate: fix missing security setup for connected slot <Created by albaguirre> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2256>11:35
mupPR snapd#2651 closed: interfaces,overlord/ifacestate: small refactor around reference methods <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2651>12:11
mupPR snapd#2328 closed: Add download manager interface <Created by Elleo> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2328>12:14
mupPR snapd#2652 opened: overlord/ifacestate: setup security of snaps affected by auto-connection <Created by zyga> <https://github.com/snapcore/snapd/pull/2652>12:14
mupPR snapd#2653 opened: tests: skip i18n test when no "snappy.mo" file is available <Created by mvo5> <https://github.com/snapcore/snapd/pull/2653>12:16
morphisogra_: where is the right location of our reference gadget snaps these days? I see https://docs.ubuntu.com/core/en/reference/gadget#examples-of-production-ready-gagdet-snaps pointing to launchpad but I also see them on github.com/snapcore12:21
ogra_morphis, https://github.com/snapcore/pi3-gadget and https://github.com/snapcore/pi2-gadget12:24
ogra_updating the latter atm)12:24
morphisogra_: then documentation really needs to be updated12:24
morphisotherwise we're pointing people to old stuff :-)12:24
ogra_who owns that nowadays ?12:25
ogra_davidcalle, ^^^ is that still your area ?12:25
morphisogra_: I guess you can just do a PR against https://github.com/CanonicalLtd/ubuntu-core-docs or file a bug there12:27
davidcalle@ogra_  yes, PR is fine :)12:33
nothaldavidcalle: No such command!12:33
davidcalleogra_: please have a look at other links you find in the gadget area, in case there is more to update12:34
ogra_will do12:34
eduardas_mhello, is the image ubuntu-core-16-amd64.img outdated when it comes to snapcraft tutorials in any way?12:51
morphiseduardas_m: where do you have it from?12:51
eduardas_mmorphis, http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-amd64.img.xz12:52
eduardas_mI believe I am using this one12:52
morphiseduardas_m: should be ok12:53
morphiseduardas_m: worth running $ snap refresh inside to get the latest updates12:54
eduardas_mthe thing is I am trying to follow the snapcraft tutorials word by word... and I found something that works differently12:55
morphiseduardas_m: what is it?12:56
eduardas_mthis might be nitpicking, but I do not get the snap build failure described in https://tutorials.ubuntu.com/tutorial/create-first-snap#312:56
=== ben_r_ is now known as ben_r
eduardas_mbash installs on first go without adding configflags: ["--infodir=/var/bash/info"]12:56
eduardas_mso I thought either the tutorials are outdated or the image is12:57
eduardas_mchecked the sources of both GNU hello and bash12:58
eduardas_mboth use the same directory for infodir12:58
eduardas_mbut no conflict described in tutorial12:58
longsleepQuick snapcraft question, which package sources are used for stage-packages - is it the /etc/apt/sources.list.. from the system where snapcraft is run?13:00
zygajdstrand: comments changed as requested, thank you for the capabilities angle, I didn't consider this https://github.com/snapcore/snapd/pull/263013:02
mupPR snapd#2630: many: detect potentially insecure use of snap-confine <Created by zyga> <https://github.com/snapcore/snapd/pull/2630>13:02
mupPR snapd#2654 opened: i18n: look into core snaps when checking for translations <Created by mvo5> <https://github.com/snapcore/snapd/pull/2654>13:03
eduardas_mif possible, I would like an explanation: Ubuntu Core is for headless systems only or a GUI on a TFT LCD can be added for handheld device?13:05
eduardas_mare there pre-build snaps that enable X server + desktop on Ubuntu Core or somehing similar?13:06
stokachulongsleep, yea its from your hosts sources.list13:11
longsleepstokachu: ok great thanks!13:11
stokachui'd prefer it had its own sources though so i could stage packages from zesty et13:12
stokachulongsleep, np13:12
mupBug #1616629 changed: could not unmarshal state entry "snap-type" <Snappy:Invalid> <https://launchpad.net/bugs/1616629>13:14
mupPR snapd#2230 opened: Add an interface that allows clients to use media-hub over dbus <Decaying> <Created by jhodapp> <https://github.com/snapcore/snapd/pull/2230>13:14
mupPR snapd#2448 closed: interfaces,snap: account for trusty-specifics in interfaces <Created by vosst> <Closed by vosst> <https://github.com/snapcore/snapd/pull/2448>13:48
mupPR snapd#2653 closed: tests: skip i18n test when no "snappy.mo" file is available <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2653>14:05
mupPR snapd#2575 closed: cmd: move snap-discard-ns to dedicated directory <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2575>14:09
mupBug #1649934 changed: USB Auto-mount for assertion import fails <Snappy:Invalid by awe> <https://launchpad.net/bugs/1649934>14:11
tyhickszyga: I should be done with version 2 of the seccomp patches this week so everything is still looking good14:20
zygatyhicks: will you also work on snap-confine changes?14:25
zygatyhicks: do you know if those patches will find their way back to the xenial kernel?14:25
tyhickszyga: yeah, I should be able to do the snap-confine changes14:25
tyhickszyga: I'll be backporting the kernel and libseccomp changes all the way back to xenial14:25
zygatyhicks: and trusty I assume14:26
tyhickszyga: ah, right... libseccomp changes will go back to trusty14:26
mupPR snapd#2542 closed: many: use snap-confine to save cost of repackaging core snap for testing <Created by zyga> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2542>14:36
mupPR snapd#2528 closed: tests: speed up update_core_snap_with_snap_exec_snapctl <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2528>14:38
mhall119jdstrand: is the new 'dbus' interface in snapd 2.20?14:45
mhall119and is it provided by ubuntu-core, or only core?14:46
jdstrandmhall119: yes: https://github.com/snapcore/snapd/wiki/Interfaces#dbus14:46
jdstrandmhall119: I don't know the status of ubuntu-core vs core. it is in snapd 2.20. snap --version on an ubuntu-core system should tell you what it has14:47
jdstrandI think they are in sync again, but I don't know when that happened14:47
mhall119jdstrand: I have 2.20.1ubuntu1, but "snap interfaces" doesn't show dbus14:47
jdstrandmhall119: no, it won't because it isn't an implicit slot. it is for providing snaps to use14:48
mhall119popey: can you run "snap interfaces" and see if you have "dbus"? IIRC you switched from ubuntu-core to core14:48
mhall119oh, nvm popey14:48
jdstrandit won't be there14:48
jdstrandinstall corebird-diddledan or ktuberling14:49
mhall119I have ktuberling14:49
mhall119Qt: Session management error: None of the authentication protocols specified are supported14:49
mhall119"Couldn't register name 'org.kde.ktuberling-19990' with DBUS - another process owns it already!"14:49
jdstrandmhall119: refresh it14:49
mhall119it's brand new from upstream14:49
jdstrandmhall119: this morning it was approved14:49
jdstrandmhall119: like, less than 1 hour ago14:50
mhall119jdstrand: I got it from KDE's build servers directly14:50
jdstrandI have no idea what they have. I can tell you that what is in the store is implementing the dbus interface14:50
mhall119jdstrand: which store channel?14:51
jdstrandedge r514:51
* diddledan pricks his ears up14:51
jdstrandmhall119: also, 'another process owns it already' suggests that you have multiple ktuberlings running that are allowed to use the interface14:52
jdstrandso I think it is working as expected14:52
mhall119I don't have other instances of ktuberling running14:53
mhall119I suspect it takes a failure to secure the dbus service name as an indication of another being there14:53
jdstrandI don't know why it would say what it is saying then14:53
jdstrandperhaps something in the backgoround>? </guess.14:53
mhall119is there a way to list dbus session services?14:53
jdstrandinstall d-feet14:54
jdstrandthere are other commands, but I don't know the invocation otoh14:54
jdstrandregardless, if you install r5 from the store then do 'snap interfaces' you should see an interface called ktuberling:session-dbus-interface14:55
mhall119jdstrand: yup, and I can confirm that the versions in the store do in fact work and it secures the dbus name, so it's something wrong with the new builds, sorry to bother you14:57
Chipacayoutube believes this is relevant to my interests: https://www.youtube.com/watch?v=vPBM0g9usMs14:57
Chipaca(it isn't *wrong*, per se)14:57
jdstrandmhall119: what is the name of the content snap?14:57
jdstrandmhall119: it doesn't seem to be installed when I do 'snap install ktuberling --edge' fwiw14:58
jdstrandah, in --edge14:58
mhall119IIRC, snapd doesn't auto-install needed content snaps yet14:58
jdstrandmhall119: ok, after installing, connecting the content snap and doing 'sudo /usr/lib/snapd/snap-discard-ns ktuberling' I can confirm that 2.20.1ubuntu1 works as advertised15:00
jdstrandthat isn't surprising; ktuberling was one of the test snaps for the interface :)15:01
mhall119jdstrand: right, I just unpacked the one from their build server and it doesn't have the dbus session interface in snap.yaml, I'll work with them to fix it15:01
AlbertAzyga: ping15:04
ogra_tedg_ or mterry, coudl one of you trigger a rebuild of the unity8-session snap ? theer were mir fixes in the overlay PPA that should make it work on the pi, i'd like to try them15:08
mterryogra_: you got it15:08
Kaleosergiusens, not sure if I'm asking the right person but here it goes: what's the difference between the ubuntu-core snap and the core snap?15:16
mupPR snapd#2639 closed: snap: add {Plug,Slot}Info.SecurityTags <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2639>15:16
ogra_Kaleo, one has ubuntu- in the name15:16
Kaleosergiusens, installing a local snap with classic confinement if you don't have the core snap installed (but the ubuntu-core snap instead): should it work?15:16
Kaleoogra_, :)15:16
sergiusensKaleo, ubuntu-core is deprecated and the snapd team is working on a migration path away from it15:16
ogra_(they are identical )15:16
=== JanC_ is now known as JanC
Kaleoogra_, ah ok15:17
ogra_but snapcraft requires the core one for classic builds i think15:17
Kaleosergiusens, oh sweet, so will people eventually get core installed automatically?15:17
ogra_(it checks for the name)15:17
ogra_thats the plan15:17
sergiusensKaleo, new installs already do, people with older installs will transition15:17
Kaleosergiusens, sweet; I guess I'll follow https://bugs.launchpad.net/snappy/+bug/165559915:18
mupBug #1655599: No migration of ubuntu-core to core <Snappy:New> <https://launchpad.net/bugs/1655599>15:18
=== souther_ is now known as souther
Kaleosergiusens, ok and so, installing a local snap with classic confinement if you don't have the core snap installed (but the ubuntu-core snap instead): should it work?15:19
sergiusensKaleo, it won't15:20
sergiusensKaleo, if you are not invested in snaps yet apt remove --purge snapd15:20
sergiusensif not, wait15:20
mupPR snapd#2655 opened: cmd: switch to non-recursive make <Created by zyga> <https://github.com/snapcore/snapd/pull/2655>15:23
Kaleosergiusens, I did not understand what you meant with being invested15:25
Kaleosergiusens, thanks for the answers15:25
sergiusensKaleo, using snaps a lot, as puring snapd makes you lose all your snap data15:25
Kaleosergiusens, ah yes15:25
Kaleosergiusens, ok15:25
ogra_mterry, doesnt feel like it ... i just end up with a black screen (mir-kiosk at least gives me a cursor and turned on backlight on black screen, unity8 doesnt, backlight of the monitor goes off, no cursor)15:31
ogra_http://paste.ubuntu.com/23822572/ is the unity8 log15:33
ogra_looks like it misses the gallium driver15:34
ogra_sadly i need to re-flash the SD so i cant test further ...15:35
mterryogra_: well all I did was rebuild it after you mentioned -- does https://launchpad.net/~unity-team/+snap/unity8-session-silo/+build/17398 have the versions of packages that you expect?15:46
=== cmiller_ is now known as qengho
ogra_mterry, i guess it does ... but i think we are missing a mesa driver that kgunn provides in his mir-kiosk snap15:49
ogra_i cant imagine mesa-kms or mesa-x11 to work on a pi15:50
mterryhmm, if you know of a package we ought to include, I can add it.  But drivers seem low-level for the unity8 snap, long term.  Maybe we're including them now as a stop-gap tho15:51
ogra_mterry, well, i'm not sure what mir-kiosk includes that you dont ... else i'D simply tell you :)15:55
mterryogra_: sure  :)   I'll make a note to ask kgunn for his snapcraft.yaml15:55
=== chihchun is now known as chihchun_afk
=== sjn__ is now known as sjn
ogra_mterry, hmm, it might actually be something different, i see the snap ships its own cgmanager service and tried to start it ... which clashes with the system cgmanager that is already running16:25
mterryogra_: oh is that provided by a different snap now?16:26
* ogra_ sees complaints in the logs16:26
mterrythat was just to get us going16:26
ogra_mterry, it is provided by the OS on the ubuntu-core pi2/3 images16:26
ogra_though that shouldnt be any different to the ubuntu-core kvm images ...16:27
ogra_perhaps its a red herring16:27
ogra_i only noticed it complaining in the logs16:27
mterrysure, but that's a good bit of cleanup we can do regardless16:27
ogra_not sure if snaps actually have access to it though ... when not running in --devmode16:28
mterryah no interface yet16:28
mupPR snapd#2545 closed: overlord: allow max 500 changes in "ready" state to avoid growing changes for 24h <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2545>16:28
=== stgraber_ is now known as stgraber
mupPR snapd#2656 opened: spread: refresh apt cache before first install <Created by zyga> <https://github.com/snapcore/snapd/pull/2656>16:49
mupPR snapd#2657 opened: snapmgr, ifacemr: add automatic ubuntu-core -> core transition <Created by mvo5> <https://github.com/snapcore/snapd/pull/2657>16:50
=== gbisson_ is now known as gbisson
roadmrhello folks. I want to build a classic-confinement snap. How do I set the "core_dynamic_linker"?17:14
kyrofaroadmr, you need the core snap17:18
roadmrkyrofa: AH17:18
roadmrkyrofa: thanks :)17:18
kyrofaroadmr, dreadfully unhelpful error, we know-- it's fixed in the next release17:18
roadmrkyrofa: yes, I just found it by grepping around on snapcraft's source :) installing core now... yay17:19
mupPR snapd#2656 closed: spread: refresh apt cache before first install <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2656>17:22
roadmrkyrofa: can't install core while ubuntu-core is installed, but can't remove ubuntu-core :(17:24
kyrofaroadmr, indeed-- you have to purge remove snapd I'm afraid. The snapd team are working on a migration to make that bette17:25
zygakyrofa: mvo just proposed a pull request for this17:26
kyrofazyga, nice!17:26
zygakyrofa: it will be likely fixed next week17:26
zyga(next release)17:26
kyrofazyga, thanks for the heads up17:26
roadmrkyrofa: /o\ not ideal :) but it'll do. Purging!17:27
roadmrkyrofa: my shiny classic snap is ready :) thanks!17:32
kyrofaroadmr, any time, sorry for the inconvenience!17:37
kalikianaogra_: Thanks for your comment on bug 1576282. Could you perhaps try to summarize exactly how data behaves? I might not have my details right. My assumption was, that snaps are compressed, but at one point they will be uncompressed in memory or possibly swap space - so eventually 3.5M becoming 35M, or 5M becoming 125M if we wanted more locales, would still weigh down on the system17:45
mupBug #1576282: Snaps built from deb can't be gettext translated <personal> <snap-desktop-issue> <Canonical System Image:In Progress by kalikiana> <Snapcraft:New>17:45
mup<Ubuntu App Platform:In Progress by tpeeters> <snapcraft (Ubuntu):Confirmed for sergiusens> <unity8 (Ubuntu):Confirmed> <https://launchpad.net/bugs/1576282>17:45
ogra_kalikiana, they are just loop mounted as-is ... run "mount" on your pc ;)17:46
kyrofazyga, this question could use you: https://askubuntu.com/questions/872991/trying-to-install-via-snap?noredirect=1#comment1355694_87299117:46
kalikianaogra_: Well, surely apps have to access them uncompressed since they're not aware of the filesystem details?17:47
ogra_kalikiana, indeed if you copy anything out of the snap into a common dir or the user dir it gets uncompressed17:47
zygakyrofa: looking17:47
kalikianaMaybe I'm just thinking about it the wrong way17:47
ogra_kalikiana, they are uncompressed on the fly when accessed ... any only the bits that go into ram17:48
ogra_by the kernels squashfs driver17:48
ogra_that is how we fit a 2GB filesystem onto a 600MB CD since years already ;)17:48
kalikianaogra_: Hmmmm so maybe I should look at the data, locales in the particular case, that the app actively uses, to see what memory it will require?17:48
ogra_there is a loop mount and the inodes are exposed (so you have file references) on access data is decompressed on the fly17:49
kalikianaRight, I know the disc can be smaller, but those CDs usually require a lot of memory17:49
ogra_well, but not 2GB ... it is really only what is actively open that occupies RAM17:50
ogra_for your locales only the files in use will be in ram17:50
ogra_but they wont need any diskspace or have to be uncompressed anywhere17:50
ogra_thats the beauty of squashfs17:50
ogra_you can safley measure a snaps size by its actual size ... only if you have any scripts that unpack stuff to a userdata dir or into the common dir your snap will occupy more17:52
kalikianaI guess I'm used to thinking worst case. But indeed the memory of a single locale would be small if all strings were loaded17:52
ogra_and the unudes locales just sit in the compressed snap17:52
ogra_if adding locales adds 3.5MB thats about it ... it wont grow in any way17:53
ogra_this is why the ubuntu-core image effectively only occupies ~150MB for everything even though it would be closer to 500 if you actually unpacked all the files17:54
kalikianaMaybe we can get all locales in then - I was making a snap with only the subset used on the phone as the original data is quite big17:54
ogra_ogra@localhost:~$ sudo du -hcs /snap/core/92217:57
ogra_ogra@localhost:~$ df -h | grep core/92217:57
ogra_that might give you an impression ;)17:57
ogra_ogra@localhost:~$ df -h | grep core/92217:58
ogra_/dev/loop3       65M   65M     0 100% /snap/core/92217:58
ogra_better :)17:58
ogra_effectively it only occupies 65M ... even though the content is actually 3x the size17:58
popeyAnyone seen a snap fail to run with accessing /run/user/1000/snap.<snapname>  ?17:58
popeyhttp://paste.ubuntu.com/23823245/  getting that, maybe jdstrand knows? :)17:58
popeyit's installed in devmode17:58
jdstrandpopey: "No such file or directory"17:59
jdstrandpopey: mkdir -p /run/user/1000/snap.servo17:59
jdstrandthere is a bug on that. let me find it17:59
popeymake the dir as part of the launcher?18:00
jdstrandas a workaround for the bug, yes18:00
popeythat'll do for now, thanks18:00
popeyI guess I should parameterise it? $UID or whatever for 1000 ?18:00
kalikianaogra_: Impressive indeed. Thanks for enlightening me18:01
jdstrandpopey: https://bugs.launchpad.net/snappy/+bug/165634018:02
mupBug #1656340: XDG_RUNTIME_DIR is not created on app startup <Snappy:Confirmed for zyga> <https://launchpad.net/bugs/1656340>18:02
jdstrandpopey: no, XDG_RUNTIME_DIR is correctly set. just do 'mkdir $XDG_RUNTIME_DIR'18:03
popeyjdstrand: thanks18:03
jdstrandpopey: there is an alternative way to do it in comment #118:04
popeywill subscribe to bug and workaround for now.18:04
kyleNIhow do I determine the key associated with my "brand", where I created my sso account a long time account. (myapps.developer.ubuntu.com lists my Account-Id but I am not sure which (if any) key that is associated with.18:09
kyleNa long time AGO (I meant)18:10
kyleNnone of my local snap keys (snapcraft list-keys) have the same fingerprint as the Account_id listed in the store.18:13
Chipacapedronis, is the relation between account id and keys documented anywhere?18:16
mupBug #1657552 opened: [spread] install-sideload:reexec0 failure <Snappy:New> <https://launchpad.net/bugs/1657552>18:28
pedroniskyleN: are you logged in as that SSO account ?18:34
zygajjohansen: hey, in case you are around, I had a look at the new kernel and I've collected some data (attached to the bug) but perhaps it would be better if you had a look and told me what to look for18:42
zygajjohansen: it seems that the failure I get is different than before18:42
zygajjohansen: (before == stock kernel)18:42
zygajjohansen: in any case, I will be around for a few more moments, please ping me with instructions if you can18:42
jjohansenzyga: yep, just getting in, I will have a look at it18:43
zygaoh hi :)18:43
kyleNpedronis, yes18:43
pedroniskyleN: snapcraft can get for the store enabled keys that are not local, but doesn't have a way to print them afaik atm18:46
pedroniss/for the store/from the store/18:46
kyleNpedronis, ok. I'll keep looking around. thanks18:47
mupPR snapcraft#1024 closed: gradle plugin: update gradle plugin to support both gradle and gradlew <Created by ZenHarbinger> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1024>18:49
pedroniskyleN: this might print relevant info:  python3 -c "import snapcraft.storeapi; print(snapcraft.storeapi.StoreClient().get_account_information().get('account_keys'))"18:56
sergiusensstgraber, have you seen LP: #1657252 ?19:00
mupBug #1657252: lxd no longer works with 2.21 <snapd:New for zyga> <https://launchpad.net/bugs/1657252>19:00
stgrabersergiusens: I believe I commented in it19:01
sergiusensah, sorry, you have19:01
sergiusensI didn't refresh!19:01
kyrofajdstrand, just so I'm clear, the serial port interface attributes you mentioned here does not currently exist? https://bugs.launchpad.net/snappy/+bug/1645445/comments/219:04
mupBug #1645445: Turtlebot needs /dev/kobuki <snapd-interface> <Snappy:Confirmed> <https://launchpad.net/bugs/1645445>19:04
sergiusensjdstrand, is there a way to manually connect?19:14
mupPR snapd#2652 closed: overlord/ifacestate: setup security of snaps affected by auto-connection <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2652>19:27
jdstrandsergiusens: is snap connect not working for you?19:35
jdstrandkyrofa: they all exist. see https://github.com/snapcore/snapd/wiki/Interfaces#serial-port. note this is slot side in the gadget snap19:36
kyrofajdstrand, ah excellent, I misunderstood then19:41
mupPR snapcraft#1055 opened: store: proper error colors for login failures <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1055>19:52
jdstrandsergiusens: I responded in the bug19:52
mupPR snapd#2655 closed: cmd: switch to non-recursive make <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2655>20:05
mupPR snapd#2658 opened: cmd: add mount / unmount helpers <Created by zyga> <https://github.com/snapcore/snapd/pull/2658>20:15
zygajdstrand: ^^ I'd like to use those helpers for snap-alter-ns20:17
zygajdstrand: essentially mount/umount with loggin20:17
mupPR snapd#2659 opened: tests: fix path used when debugging <Created by zyga> <https://github.com/snapcore/snapd/pull/2659>20:17
pedronisjdstrand: about the lxd bug, it seems not even network is autoconnected, that is weird20:18
zygajdstrand: https://github.com/snapcore/snapd/pull/2643/files is the stub snap-alter-ns (does nothing), I'd like to land it to focus subsequent reviews on what matters20:18
mupPR snapd#2643: many: add stub implementation of snap-alter-ns <Created by zyga> <https://github.com/snapcore/snapd/pull/2643>20:18
zygapedronis: could it be a locally built lxd without assertions?20:18
pedroniszyga: no, from the store, also as I said, seems even network is not autoconnected20:19
jdstrandzyga: I'm focused on several other things atm. I will add this to my list. won't be today20:19
pedroniszyga: there's more new info in the bug20:19
zygajdstrand: ack20:20
zygapedronis: checking20:20
zygawe have real tests for auto-connection, I wonder if they are not that real or is there something else at play20:22
* zyga needs a break20:23
jdstrandpedronis: it is weird indeed20:30
mupPR snapcraft#1056 opened: schema: print allowed length for length failures <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1056>20:49
=== wxl_ is now known as wxl
stokachuim having some issues getting a systemd script to start, hitting this error, http://paste.ubuntu.com/23824282/, my snapcraft is setting up a oneshot service so that some iptables rules get set on reboot/boot https://github.com/conjure-up/conjure-up-snap/blob/master/snapcraft.yaml21:25
stokachuthis is a classic snap and these start/stop scripts are used in our debian packaging without an issue21:25
stokachuif i run the commands that are generated in the systemd file they work21:27
stokachuhow do i force install the snap even though the start snap "conjure-up" services fail?21:28
stokachui also dont see the generated systemd file inside my prime directory21:28
kyrofastokachu, yeah, snapd does the systemd bits, not snapcraft21:30
kyrofastokachu, I'd refer you to one of them, but they're all EOD by now21:31
stokachuso the service file is like ExecStart=/usr/bin/snap run conjure-up.service21:31
stokachuif you run that directly it works21:31
stokachuah ok21:31
kyrofastokachu, when you install the snap, snapd interrocates the meta/snap.yaml file to determine what services it contains, as well as their properties, then generates systemd unit files for them21:32
stokachuah i see the snap.yaml21:33
stokachukyrofa, so can i add some debugging to these command wrappers that are generated in the prime directory and rebuild?21:33
kyrofastokachu, of course21:34
stokachuok cool lemme dig into those files21:34
kyrofastokachu, though if you mess with snapcraft's auto-generated stuff, don't just run `snapcraft` again (as it'll regenerate those files over the top of your changes)21:34
kyrofastokachu, instead you can run `snapcraft snap prime` to just tell snapcraft "make a snap out of this directory"21:34
stokachukyrofa, gotcha, thanks21:35
stokachuso another issue i noticed is my aliases doesn't seem to be working21:45
stokachuwhere i have 'conjure-up.juju' i wouldn't thought that aliases would've given me just 'juju' as the executable21:45
pedronisstokachu: did you enable them?21:45
stokachupedronis, if it's a setting then no i didnt21:46
pedronisstokachu: they are just an hint, the admin needs to use "snap alias" to enable them21:46
stokachupedronis, how can i automate that?21:47
pedronislater there will be ways to ask for them to auto enabled them but it's a shared namespace so not everything foes21:47
stokachuah ok21:47
stokachumakes sense21:47
sergiusenspedronis, it already works, lxd is using it21:47
stokachuthat's where i got the example from21:47
sergiusensthe problem with juju is the colision with the actual juju snap21:47
stokachui assume that's enabled on the backend21:47
sergiusenssomeone like jdstrand would do it21:47
stokachuso i can just leave it at conjure-up.juju21:47
stokachuno biggie and it makes sense as im not the upstream of juju21:48
pedronissergiusens: yes, the tech bits are there, the processes aren't21:48
sergiusensbut for juju it seems it might be a bit more complicated. Why do you nee juju aliased instead of just calling juju; the juju in your snap should have precedence to anything external21:48
pedronisstokachu: yes, the idea here is that usually aliases will got to upstreams (afaiu)21:48
stokachuit is called juju but it ends up being conjure-up.juju21:48
stokachupedronis, ack21:49
stokachusergiusens, fwiw i dont need it aliased21:49
stokachui just saw it in lxd and wanted to be like the cool kids21:49
stokachusergiusens, now if i could just get my systemd stuff to work i'd be in good shape21:49
stokachualso i have a snapcraft and a snap directory, can i consolidate and just put my snapcraft/{setup,wrappers} in the snap directory?21:51
sergiusensstokachu, as soon as I get a PR in, should be doable in snapcraft 2.2621:56
stokachusergiusens, thanks21:56
stokachusergiusens, im running from master anyway21:56
sergiusensstokachu, I'll get to you as soon as those are migrated.22:04
mupPR snapcraft#1053 closed: meta: ensure snap.yaml is desktop free <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1053>22:07
sergiusensballoons, hey, on https://github.com/juju/juju/blob/master/snapcraft.yaml#L16 why don't you do `source: .`?22:32
sergiusensno need to double checkout if not, and would be interested in a bug if this was tried and did not work :-)22:32
diddledanheads'-up I've just released corebird 1.4.1 (corebird-diddledan) :-)22:50
wililupykyrofa: The snap builds. I'm tweaking my wrapper script for the service to start, but I keep getting permission denied errors and no extra details as to why it is denied. The library paths are 755 so I'm not sure what to check next....22:51
zygawililupy: dmesg | grep DENIED22:57
wililupyzyga: doesn't return anything23:03
zygawililupy: okay, good23:03
zygawililupy: can you tell me more about your snap and the service, where does the error occur, what is the actual precise message23:04
wililupyMy snap runs a service through a wrapper script to pass the correct paths to the configs and PID locations, but when it tries to load libraries, it gets Permission Denied Errors in the /var/log/syslog23:05
zygahow does it load libraries?23:05
zygawhere are the libraries it wants to load23:05
mupPR snapd#2659 closed: tests: fix path used when debugging <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2659>23:06
wililupyI tried adding the export LD_LIBRARY_PATH= to the wrapper which fixed the first missing library error I was getting.23:06
zygajjohansen: hey, I'm about to go to bead23:06
zygajjohansen: anything I can do tomorrow to help you out?23:07
wililupyThey are located in $SNAP/usr/lib and $SNAP/usr/lib/x86_64-linux-gnu23:07
zygaso far so good23:07
zygais this a snap with classic confinement?23:07
wililupyI added the other two paths, but get a permission denied for $SNAP/usr/lib and $SNAP/usr/lib/x86_64-linux-gnu and it says it can't find a shared library in that path.23:08
wililupyNo, it using devmode.23:08
zygawililupy: are you aware of the snap execution environment differences, the chroot and other bits?23:08
wililupymy next step if I couldn't get it to work in devmode was classic and install these libraries in /usr/lib...23:08
zygawililupy: did you try snap run --shell yousnap23:08
zygawililupy: and explore how the filsystem look like23:09
zygawililupy: don't add classic to the mix unless running in classic is your goal, I think it will be significantly easier this way23:09
zygawililupy: classic confinement is not without a grain of salt and complexity of its own23:09
wililupyzyga: I'll try the snap run command to see what happen...23:10
wililupywill snap run work with daemons?23:11
zygawililupy: yes, it runs with anything23:11
zygawililupy: daemons run via snap run23:11
zygawililupy: snap run --shell is special23:11
zygawililupy: it sets up confinement the same way but runs shell instead23:12
wililupysnap run --shell fboss returns error: cannot find app "fboss" in "fboss"23:14
zygayou need to run snap.app23:14
zygawililupy: try snap run --shell fboss.fboss23:14
zygaor whatever the application name is23:14
mupPR snapd#2660 opened: cmd: fix typo (thanks to jdstrand!) <Created by zyga> <https://github.com/snapcore/snapd/pull/2660>23:17
wililupyhmm. In my snapcraft.yaml I call the app wedge_agent but when I try to run snap run --shell fboss.wedge_agent it says error: cannot find app "wedge_agent" in "fboss"23:17
zygathe app cannot be called wedge_agent23:18
zygacan you show me the apps section please23:18
zygajdstrand: thanks for spottng the typo23:18
wililupyzyga: http://pastebin.ubuntu.com/23824832/23:19
zygajdstrand: and sorry for messing up any changes in flight23:19
zygawililupy: the app name is wedge-agent23:19
zygawililupy: try snap run --shell fboss.wedge-agent23:19
wililupyzyga: damnt typos... thanks.23:20
wililupyubuntu@wedge100:/snap$ sudo snap run --shell fboss.wedge-agent23:20
wililupysupport process for mount namespace capture exited abnormally23:20
zygacheck "journalctl -f" please23:21
zygawililupy: which version of snap are you on?23:21
zygasnap --version23:21
zygais this core or classi23:22
wililupyzyga: http://pastebin.ubuntu.com/23824848/    journalctl dump.23:23
wililupyso I think that answers my question. The software was built to look in those hard directories for the libraries...23:23
zygaJan 18 23:21:25 wedge100 audit[28539]: AVC apparmor="ALLOWED" operation="getattr" info="Failed name lookup - disconnected path" error=-13 profile="snap.fboss.wedge-agent//null-/bin/journalctl" name="dev/pts/1" pid=28539 comm="journalctl" requested_mask="r" denied_mask="r" fsuid=1000 ouid=100023:24
wililupyzyga: so why is that getting denied?23:26
wililupyzyga: That path doesn't exist on here.23:29
jjohansenzyga: sorry, I am not sure yet. I will make sure to fill in the bug23:33
zygajjohansen: thanks23:37
zygawililupy: did you run journalctl from the spawned shell?23:37
zygawililupy: can you run it from the regular environment instead (then reproduce the problem and see the new messages)23:37
zygawililupy: thanks, I need to sleep now, please leave me a message23:39
wililupyzyga: will do. thanks!23:39

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