qenghochasinglogic: Enough of snappy was in 16.04 kernel and apparmor that it can run there. We're not backporting to something like the soon-to-expire-anyway 2015 releases.00:50
chasinglogicqengho: I didn't expect it to be backported, I was just looking for the newest version. But I also don't want to start playing with 15.04 if I can't upgrade it when 16.04 comes out00:51
qenghochasinglogic: Let's make sure we're talking about the same thing. Ubuntu 16.04 LTS was released in 2016-04. It had snappy functionality, but no official release of Snappy. I think(!) Ubuntu is releasing Snappy images for the first time, based off of Ubuntu 16.04 soon.00:56
chasinglogicI'm talking about Ubuntu Snappy Core the distribution00:56
qenghoOkay. That doesn't exist yet. It's in progress.00:57
chasinglogicqengho: correct, that's the info that zyga gave me so I'm just waiting00:58
qenghochasinglogic: Though, installing "snapd" on a Ubuntu 16.04 gets you what it will look like, inside. You don't have to wait to get started. You have to wait to get an image to put on a embedded device.01:00
chasinglogicqengho: Yeah I've been playing with snaps and snapcraft on my desktop and laptop, I'm looking for something coreos-esque to make clusters out of. (and I'd like to convert my pi to snappy core)01:01
qenghoAh, right. Soon.01:01
liuxgelopio, ping01:41
thomiif a snapped command dumps it's core, any ideas where it ends up on disk?01:42
liuxg in the tutorial at http://snapcraft.io/create/, it teaches us  to use "hello" to run the example, however, in the second example, it askes us to run it by using "hello-debug.hello" (package_name.<name under apps>.  Previously, the second one was the way for ubuntu core. what is the correct way to run an app?01:50
mupPR snapcraft#639 opened: Use a snap that doesn't require a manual review for the upload test <Created by elopio> <https://github.com/snapcore/snapcraft/pull/639>01:54
elopioliuxg: hello01:54
liuxgelopio, I found a very strange problem. at the link http://snapcraft.io/create/, for the first tutorial, I can run the app using "hello", however, I cannot run it using "hello.hello"01:55
liuxgelopio, if I change the package name to "hello1" like http://paste.ubuntu.com/18752046/, then I can run it using "hello1.hello". However, hello does not run any more. is this a bug?01:56
elopioliuxg: if your command has the same name as the snap, then the command will not have the .01:57
elopioin the tutorial example, the snap should be only hello. Not hello.hello.01:58
elopioin your case when you renamed the snap, then hello1.hello is the right name for the command. So unless I misunderstood your comments, thats by design.01:58
liuxgelopio, is this a special case? the package name and name under "apps" are the same. we cannot use "." to run it?01:59
elopiothomi: what do you mean with "dumps it's core"?01:59
elopioliuxg: yes. The no foo.foo, just foo.02:00
liuxgelopio, would you please point me to the design doc for it? thanks02:00
liuxgelopio, I want to have a better understanding about the design. As a tutorial, it is not inconsistent for the tutorials there, and it causes confusion to developers.02:01
elopioliuxg: no, sorry, that was too long ago.02:04
elopioI have no idea if there ever was a document.02:05
liuxgelopio, I think it is good to point out to developers. it is truly a little confusing. Anyway, I know it from you :) In fact, I tried to figure it out by playing it.02:06
qengholiuxg: When the app name is the same as the package name, only the package name is used to construct the executable name. When they're different, you prefix the app name with the package name and ".".02:08
elopioliuxg: oh, look, I found the PR: https://github.com/snapcore/snapd/pull/68802:08
mupPR snapd#688: snappy: support generation of short binary names  <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/688>02:08
liuxgqengho, thanks. I know it now02:08
liuxgelopio, thanks for the help. we just need to document it somewhere.02:10
elopiosure. File a bug please.02:10
liuxgelopio, which project should I file against? would you please give me a link for it? thanks02:14
elopioliuxg: the link is at the bottom of the snapcraft.io page.02:15
liuxgelopio, ok. I got it. thanks02:15
thomielopio: as in after a segfault02:16
thomielopio: but I think I figured it out anyway02:16
liuxgwhen i am trying to install a snap, the very first installation seems to have errors. However, the second installation is successful http://paste.ubuntu.com/18754704/, what is the reason for it? thanks02:37
mupBug #1600083 opened: 'snap' tool bash completion does not complete local file names <Snappy:New> <https://launchpad.net/bugs/1600083>02:44
mupBug #1600085 opened: interface for making bpf syscalls <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1600085>02:50
mupBug #1566604 changed: the snap command has no autocompletion <Snappy:Fix Released> <https://launchpad.net/bugs/1566604>03:02
mupPR snapcraft#639 closed: Use a snap that doesn't require a manual review for the upload test <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/639>03:30
liuxgdoes anyone know how to stop a running snap service?03:44
ljpliuxg: sudo systemctl stop snapd.service snapd.socket03:50
=== ljp is now known as lpotter
stevebiscuitarges: client.Find() *only* returns the snaps available on the store, I've had to merge the result from that and client.List() to simulate the *old* behaviour for snapweb: https://github.com/snapcore/snapweb/pull/31 . We could maybe introduce something similar to the client lib if there's demand for apps other than snapweb03:51
mupPR snapweb#31: Show installed snaps in store listing <Created by stevenwilkin> <https://github.com/snapcore/snapweb/pull/31>03:51
liuxglpotter, thanks. I have a webserver service like "hello-world-service". it has the port number 8000. how to stop it?03:52
liuxglpotter, on ubuntu core, it used to have "snap services status",  and we can use "stop" or "start" command to manage it.03:54
lpottermight try something like systemctl stop snap.<snap_name>.<command>.service03:58
17SAAMNLJlpotter, thanks, it works.04:29
=== chihchun_afk is now known as chihchun
RyanTGIf I have vlc-2.2.2-5 via apt and vlc-daily via snap, why does the apt version take precedence when I go to launch it?05:13
RyanTGIs it a path ordering problem?05:30
tsimonq2RyanTG: try uninstalling vlc from apt05:33
qenghoRyanTG: Yeah, you have two programs with the same name. If you want one, use its full path.  /snap/bin/vlcsomething or /usr/bin/vlcsomething05:45
mupPR snapd#1513 opened: tests: readd the fake store tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/1513>06:02
liuxgwhen I am trying to build the example at https://github.com/snapcore/snapcraft/tree/master/demos/webcam-webui on 16.04 desktop, my snapcraft version is 2.12. I get the error like :Error downloading stage packages for part 'cam': no such package'fswebcam' . what could be the problem for it? thanks06:10
RyanTGtsimonq2: I did uninstall vlc using apt-get purge, but i'm concerned about the day trying to remove an apt package wants to remove a lot of other stuff with it, or gets reinstalled if it's part of a meta-package like *-desktop06:12
tsimonq2RyanTG: I think it's fine :)06:20
mupPR snapd#1514 opened: client: improve error from client.do() on json decode failures <Created by mvo5> <https://github.com/snapcore/snapd/pull/1514>06:25
dholbachhey hey06:34
mupPR snapd#1491 closed: use more consistent "snap %q (rev %s)" task descriptions <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1491>06:35
mupPR snapd#1442 closed: many: allow removal of broken snaps, add spread test <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1442>06:36
qenghoRyanTG: Suggest something. You have two packages installed that provide the same program. What do you propose should happen?06:43
qenghoMany service programs are rightly programmed to disallow running as root. What should we do for their snaps?06:44
RyanTGqengho: I'm not sure what should happen. When I first installed it, I knew I already had vlc from apt. I wanted to see what would happen.  I thought there would be a good chance of vlc showing up twice in my menu (maybe that happens in dash, but I don't use dash).06:46
RyanTGI use classicmenu-indicator06:47
mupPR snapd#1513 closed: tests: readd the fake store tests <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1513>07:59
mupBug #1600136 opened: App indicator does not show icon for Qt apps <desktop> <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1600136>08:04
mupBug #1600138 opened: App indicator does not show menu entries for Qt apps <desktop> <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1600138>08:07
mupPR snapd#1514 closed: client: improve error from client.do() on json decode failures <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/1514>08:11
Dubstar_04Good Morning, I'm having issues with Nvidia drivers and snaps. If i use the Nouveau drivers it works fine. Is there anything I can do?08:16
mupBug #1600140 opened: App indicator adds an entry for each snap launch <snap-desktop-issue> <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1600140>08:19
mupPR snapd#1514 opened: client: improve error from client.do() on json decode failures <Created by mvo5> <https://github.com/snapcore/snapd/pull/1514>08:27
mupPR snapd#1515 opened: asserts,daemon: cross checks for account and account-key assertions <Created by pedronis> <https://github.com/snapcore/snapd/pull/1515>08:32
mcphailDubstar_04: gl errors? I get that too08:35
mupBug #1600154 opened: Reading gsettings key don't work locally (writing does) <snap-desktop-issue> <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1600154>08:56
zygaDubstar_04: hey09:00
zygaDubstar_04: we're are aware of the issue, can you tell me which distribution you are using09:00
zygaDubstar_04: on ubuntu the fix is not fully released yet09:00
liuxgdidrocks, I just removed my snapcraft which was verion 2.12. Now, i want to try to install it again. do i need to add any ppa?09:19
didrocksliuxg: xenial?09:19
liuxgdidrocks, yes09:20
didrocksliuxg: no, the version in the distro (2.12) should be the one you would use09:20
liuxgdidrocks, I used the command "sudo apt-get install snapcraft",  but it complains "Unable to locate package snapcraft"09:20
liuxgdidrocks, I am trying to isolate the problem, so I removed my previsous snapcraft09:21
didrocksit's in universe09:21
didrockssame than my answer on the ML09:21
didrocksyou did remove universe, from your system09:21
liuxgdidrocks, how can I add it back?09:21
didrocksliuxg: how did you remove it, you have two ways, command line (changing the sources.list file or UI)09:22
liuxgdidrocks, i just did it by "apt remove snapcraft"09:22
didrocksno, you removed universe explicitely on your system I would say09:22
didrocks(that was before)09:22
didrocksin "update" (or whatever it is in english -> ensure that universe is ticked09:23
liuxgdidrocks, I do not remember it clearly when I did that.09:23
Dubstar_04syga: i'm on ubuntu 16.04.09:24
didrocksliuxg: "software-properties-gtk"09:24
didrocksthat's what you need to run09:24
didrocksensure universe is checked09:24
Dubstar_04zyga: ^^09:24
liuxgdidrocks, yes, it is on, then ...09:24
didrockstick it off09:24
didrocksand then on09:24
didrocksbut it can't be on from your output on the ML09:24
didrocksand the fact you are telling me you can't install snapcraft09:25
liuxgdidrocks, is it the one "Community-maintained free and open-source software"?09:25
didrocksliuxg: exactly "(universe)" next to it09:26
liuxgdidrocks, thanks. it is true. it was ticked off.09:27
zygaDubstar_04: then this will be fixed with the next SRU09:27
didrocksah, see! :)09:27
Dubstar_04zyga: superb. thanks.09:27
liuxgdidrocks, is there any way to have an example for packaging a ubuntu phone app into snap?09:30
liuxgdidrocks, I think this will be very useful to developers to show the convergence story.09:30
liuxgdidrocks, one app runs on all platforms.09:31
didrocksliuxg: not yet, you can be the one creating it! :)09:31
didrocksliuxg: I think adding the right package deps + desktop/qt5 launcher should be enough09:31
liuxgdidrocks, I have a little problem in building the ubuntu-clock example.09:32
didrocksfrom playpen?09:32
liuxgdidrocks, yes09:32
didrocksthat's the issue you mentioned on the ML, right?09:32
didrocksdid you retry since you added universe?09:32
didrocks(as I told you, this was your problem there as well)09:32
liuxgdidrocks, yes, I am now building it again to see what happens.09:33
didrockskeep me posted!09:35
liuxgdidrocks, this time, I have a different issue http://paste.ubuntu.com/18772870/09:35
didrocksliuxg: this is a temporary failure from launchpad09:37
didrocksyou need to apt get update09:37
didrocksand rerun09:37
didrocks(this can get 30 min to get sorted out)09:37
liuxgdidrocks, OK. then I will wait and see. so, you are having the same problem with it?09:38
didrockscjwatson: FYI, seems we can still have some hash sum mismatch (I thought they were all fixed) ^09:38
didrocksliuxg: no, it depends on your mirror09:38
didrocksliuxg: if you catch it at the wrong time09:38
didrocksso, try to sudo apt update09:38
didrocksand rerun a build09:38
liuxgdidrocks, OK. I might need to change another one to see it. thanks09:38
didrocksif still failing the same way09:38
didrockswait a little bit09:38
didrocksand redo :)09:38
didrockskeep us posted!09:38
liuxgdidrocks, in fact, I did apt update before building the project.09:39
liuxgdidrocks, I changed a mirror site, and it seemed better :)09:41
liuxgdidrocks, thanks for your help09:42
didrocksliuxg: yw! :)09:42
liuxgdidrocks, I am getting the .snap file :) it used to work for me. I think it was broken somehow.09:43
cjwatsondidrocks: you can still have hash sum mismatches if sites have actual wrong content, yes.  that one isn't a problem with mirror structure09:57
cjwatsondidrocks: (because files in pool/ have always had a unique mapping from URL->content - my recent fixes were about indexes because pool/ didn't need fundamental fixes)09:58
cjwatsondidrocks: so no, that's *not* a temporary failure, and it's *not* a failure from Launchpad, it's just that one mirror being busted09:58
cjwatsondidrocks: or possibly data corrupted in transit09:59
mupBug #1600166 opened: Snap rely on dns-masq running on instead of /etc/resolv.conf <Snappy:New> <https://launchpad.net/bugs/1600166>09:59
mupPR snapd#1516 opened: daemon: drop auther() <Created by chipaca> <https://github.com/snapcore/snapd/pull/1516>10:03
didrockscjwatson: oh ok, I'm not expert enough to ensure those were valid corruptions or the races on the indexes we had. Ok, so now, we can only have valid mismatch, thanks for looking at it! :)10:07
cjwatsondidrocks: right, you can tell it's not an index race just by seeing that the mismatch is on a file in pool10:08
cjwatsonthe previous hard case was always on something in dists10:08
didrocksah ok, gotcha!10:10
didrocksTBH, I never looked closely than the error message, getting it now. (my bad)10:11
Chipacadpm, good job on the notes snap work!10:17
Chipacajust saw the bugs and read all the pain :-)10:17
dpmChipaca, thanks, kudos to didrocks to help me figuring them out! :)10:18
Chipacaah, but we already know didrocks rocks. Oxymoronic, really.10:18
mupPR snapd#1514 closed: client: improve error from client.do() on json decode failures <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1514>11:28
=== hikiko is now known as hikiko|ln
szszszHi! Is there any difference between installing snappy package with sudo and without it?12:37
mupPR snapd#1516 closed: daemon: drop auther() <Reviewed> <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1516>12:38
jdstrandzyga: I see you merged 73 (good-- I was hoping you saw my comment that it was fine to merge :)12:44
zygajdstrand: yep12:44
zygajdstrand: I'm going to cut the release shortly, I just feel sleepy and I'm rading some suse manuals12:44
zygajdstrand: I'll just do it now12:45
jdstrandI imagine that would do that to you :)12:45
zygano, that's not related ;>12:45
zygasuse is pretty interesting, many new concepts12:45
zygaI should just sleep more ;)12:46
Odd_Blokeszszsz: I believe there is a difference, but I'm not a snappy person so I don't know exactly. :)12:48
zygaszszsz: no,12:49
zygaszszsz: it allows you to install the package if you are signed in12:50
szszszOdd_Bloke: zyga: OK, thanks!12:50
=== hikiko|ln is now known as hikiko
zygajdstrand: https://github.com/snapcore/snap-confine/pull/7612:55
mupPR snap-confine#76: Drop the alternative to ROOTFS_IS_CORE_SNAP <Created by zyga> <https://github.com/snapcore/snap-confine/pull/76>12:55
zygajdstrand: not critical, I'll cut the release now without this patch landing12:56
jdstrandzyga: commented13:00
jdstrandzyga: a welcome change :)13:00
sborovkovHello, are there any news about ubuntu-image13:03
zygasborovkov: not sure, try to ask slangasek13:03
zygajdstrand: 1.0.36 is out13:04
zygajdstrand: I'll do the packaging honors :)13:05
sborovkovslangasek: Hi, what's the status of ubuntu-image?13:06
sborovkovAlso are there any news about gadget snap spec being finalized? I remember that was blocking for /dev/vchiq on RPI13:06
jdstrandzyga: cool, thanks!13:13
zygajdstrand: BTW, your regression tests have some if ! something; then exit 1; fi lines13:19
zygajdstrand: all of the script runs under set -e13:19
zygajdstrand: so that is redundant, each failing line fails the test13:19
jdstrandzyga: I saw your review, I'll be going through that and all the interface PRs after I get through emails13:19
zygajdstrand: thanks!13:20
jdstrandfyi, I'll be on holiday until Jul 20th starting Sat13:20
zygajdstrand: I'll try to help with interfaces but I'm super slow lately13:20
zygamust be summer :/13:20
zygaah, nice13:20
zygaI plan to have holiday early August13:20
jdstrandbut tyhicks can do policy reviews in my absence. I'll send a Where's Jamie later today13:20
jdstrandzyga: nice! :)13:20
=== dpm is now known as dpm-bbiab
ysionneauis it possible when declaring systemd services in the snap, to setup dependencies between services?13:38
didrocksysionneau: no, I think that goes with the bigger bug "enable setting up your own entries in the .service file"13:40
didrocksysionneau: you aren't stuck and can hack it though :p13:40
didrocks(as the .service file is rw, you can change it after installing your snap)13:41
didrockseven from another service13:41
didrocks(yeah, it's a hack)13:41
kyrofadidrocks, dpm-bbiab thanks for tracking down the app indicator bug, it's been bothering me13:42
didrockskyrofa: yw! I'm going to fix the apparmor policy, at least, we will have the menu appearing13:43
didrocks(and won't block process anymore)13:43
didrocksthe icon one… I'm puzzled and unsure how we can fix it13:43
kyrofadidrocks, ah right, I meant the icon one. The other one should be a bit easier... the icon is tough13:44
didrocksbecause this file is generated just before sending the dbus call13:44
didrocksnot at install time, not at startup time…13:44
kyrofaAnd we definitely don't want to patch unity13:45
didrocksright, because, what about other shells?13:45
didrocksand other distros?13:45
kyrofaCurious to hear jdstrand's thoughts on that one13:45
mvomwhudson: hi, I heard rumors you have some clues about the yakkety autopkgtest failures? I'm super curious to learn more :)13:46
jdstrandI just responded to the bug actually. perhaps my comments might provide inspiration for a solution13:47
ysionneaudidrocks: ok :)13:54
kyrofaThanks for the thoughts jdstrand. So snaps can write to the system /run/shm/ ?13:54
ysionneaudidrocks: another thing, it seems you can to daemon: oneshot, but then it fails because Restart=on-failure in the unit file13:54
ysionneausystemd wants Restart=no13:55
ysionneaubut you cannot say restart-condition: no in the yaml, it is refused :x13:55
jdstrandkyrofa: they can write to: /{dev,run}/shm/snap.@{SNAP_NAME}.**13:55
kyrofaysionneau, indeed, I made a bug for that a week or two ago13:55
ysionneauyou can say restart-condition: never, but this is not accepted by systemd13:55
ysionneauso 1°) oneshot is basically un usable, and 2°) Restart=no/never does not work13:55
kyrofajdstrand, ah okay, but it's not namespaced like /tmp?13:55
ysionneaukyrofa: do you have the bug id please?13:56
jdstrandkyrofa: it doesn't matter if it is a file or a directory or a directory tree13:56
kyrofajdstrand, the snap and system see the same /run/shm?13:56
kyrofaNice, okay13:56
jdstrandkyrofa: it is namespaced (noticed SNAP_NAME) but it isn't mount namespaced. ie, it is in the global namespace13:56
kyrofaysionneau, bug #159566113:57
mupBug #1595661: snapd uses "never" in systemd unit files when it should be using "no" <snapd (Ubuntu):New> <https://launchpad.net/bugs/1595661>13:57
mupPR snapd#1517 opened: wrappers: run update-desktop-database after add/remove of desktop files <Created by mvo5> <https://github.com/snapcore/snapd/pull/1517>13:57
kyrofajdstrand, right, very good13:57
* jdstrand notes that he always warned about a private /tmp would cause problems, but the /tmp problem is a difficult one13:58
ysionneauthanks kyrofa13:59
kyrofajdstrand, the private tmp complicates things, but still makes sense I think13:59
didrocksjdstrand: interesting idea, I think that worth a shot14:00
kyrofadidrocks, is that icon stuff upstream Qt, or do we have ubuntu patches on top?14:01
didrockskyrofa: it's upstream Qt in Qt5, we have sni-qt for qt414:01
kyrofaRight, I remember that now14:02
didrocks(the indicator spec is based on KDE one)14:02
didrocksI worked on this years ago (not the main contributor), I have blurry memories of it, so, I don't know how much this is going to be easy14:02
didrocksit worthes a try at least14:02
didrocksjdstrand: oh btw, debugging the notes indicator, I'm going to add the apparmor profile needed updates for that, but debugging, I had another instance of messages that are in /var/log/syslog but not shown in scanlogs14:04
mupPR snapd#1518 opened: tests: add -y flag to apt autoremove command in unity task restore <Created by fgimenez> <Conflict> <https://github.com/snapcore/snapd/pull/1518>14:11
=== dpm-bbiab is now known as dpm
kyrofadidrocks, you've been doing amazing parts work, by the way14:15
kyrofadidrocks, very much appreciated14:15
niemeyerogra_: ping14:18
ogra_niemeyer, yo14:18
niemeyerogra_: Heya14:18
niemeyerogra_: Yesterday I went over a long trip on core images and initramfses14:19
niemeyerogra_: One thing I learned is that our canonical-pc-linux doesn't currently support SCSI virtio.. we should fix that so we can support partvirtualization on those images14:19
didrockskyrofa: thanks a lot :-)14:19
ogra_niemeyer, can you file a bug, i'll add it then14:20
niemeyerogra_: Will do, and I have a question out of curiosity too14:20
niemeyerogra_: our cmdline has init=/lib/systemd/systemd14:20
ogra_niemeyer, long term there is still the plan to have "two half initrds" ... but we first need images for this14:20
ogra_i assume that init= thing can go nowadays14:21
ogra_thats 15.04 legacy14:21
niemeyerogra_: But that's inside partition 3, and under system-data14:21
ogra_well, it is on / after the initrd assmbled the rootfs14:21
niemeyerogra_: Where do we tell the initramfs where to chroot to before running that14:21
ogra_we dont ... we assemble the rootfs first ... then we call run-init (which is another "pivot_root")14:22
niemeyerogra_: Yeah, I understand there must be something pivoting into it.. the question is just where is that set14:22
ogra_assembly happens based on partition names14:22
ogra_not sure what you mean by "where is tha set" ... we assemble the rootfs under ... say /rootfs ... thats done by scripts in the initrd that look up the partiition names, mount teh right bits in the right places etc ... once that /rootfs is complete we pivot into it14:24
jdstranddidrocks: scanlog does not show dbus denials atm. there is a card for that14:25
niemeyerogra_: Well, yeah, that's basically what an initrd is, isn't it :)14:26
ogra_(essentially it looks for the writable partiton, mounts the core snap in the target dir and then processes $target/etc/system-image/wriitable-paths to get the rw bind mounts in place ... relative to $target)14:26
niemeyerogra_: The question is how that's expressed..14:26
niemeyerogra_: How do we assemble that initrd so it does what we want.. there are a bunch of code there which is standard for every initrd, so I'm guessing this is not hand-coded every time, but rather has some proper configuration and conventions around it14:27
ogra_niemeyer, aah ...14:27
ogra_we use initramfs-tools from the distro ... and on top of that we use initramfs-tools-ubuntu-core ...14:28
didrocksjdstrand: ah, making sense. https://github.com/snapcore/snapd/pull/1519 btw14:28
mupPR snapd#1519: Add Qt5 indicator support in unity7 interface <Created by didrocks> <https://github.com/snapcore/snapd/pull/1519>14:28
mupPR snapd#1519 opened: Add Qt5 indicator support in unity7 interface <Created by didrocks> <https://github.com/snapcore/snapd/pull/1519>14:28
ogra_initramfs-tools itself has a hooks and scripts ability to override scripts and hooks with your own stuff14:28
niemeyerogra_: Wheres the source of initramfs-tools-ubuntu-core?  I bet the answer to my questions are all there14:28
ogra_so initramfs-tools-ubuntu-core ships our assembly script that is run by the infra of initramfs-toools14:29
ogra_apt-get source ... there is no tree or anything14:29
niemeyerNo repository?  Are we back at the 90s? :)14:29
ogra_you want scripts/ubuntu-core-rootfs http://paste.ubuntu.com/18789757/ ...14:30
ogra_nah, we're stuck in the 80s with that one ... 90s ... way to modern :P14:30
ogra_note that this script still carries 15.04 bits ... we need to drop them14:31
ogra_we were also discussing to drop all the bind mount bits from ubuntu-core and do everything in the initrd14:32
ogra_currently this is split in two ... i'd love to have the initrd give us an already properly set up rootfs instead (thats phone legacy we dont reall need anymore)14:32
ogra_and a third thing that we should talk about at the sprint is to perhaps split the core snap in two as well ...14:33
ogra_i know zyga is eager to actually only have the snap exec env in core ... we dont really need bits like systemd on classic ...14:34
ogra_so we might be able to have core and core-bootable ...14:34
ogra_oon classic you would onyl install core14:35
ogra_images would use core+core-bootable ... which would ship the bits to actually run it as rootfs14:35
ogra_(but thats sprint stuff that i'd like to discuss there)14:36
niemeyerSounds good14:36
niemeyerI also recall seeing the idea flying that we might not need an initrd at all, but that's been a while ago and I have no context14:36
ogra_well, thet wouldnt work ... we need the rw bind mounts to appear somehow ... before init runs14:37
ogra_at least some of them14:37
niemeyerYeah, I wouldn't worry at this point14:42
ogra_(no initrd would *massively* speed up our boot ... but i dont see a way to get along without one)14:44
niemeyerogra_: There's nothing inside the initrd that cannot be on the image itself14:48
ogra_niemeyer, well, a) you need the modules to find your disk ... b) you need the bits that init expects14:49
mupBug #1600260 opened: Support paravirtualization <Snappy:New> <https://launchpad.net/bugs/1600260>14:49
didrocksniemeyer: I guess you are already aware of it, but the PR is failing in spread (can't access one of the test snap package), unsure it needs a rekick14:49
mvodidrocks: just rekick14:50
mvodidrocks: that got fixed ages ago (~7min or so)14:50
didrocksahah :)14:50
didrockssorry to not be on the edge!14:50
mvodidrocks: ;)14:50
niemeyerogra_: There are straightforward solutions for those, I believe14:50
didrocks"This build can't be restarted14:51
niemeyerogra_: But again, let's not worry for now14:51
didrocksmvo: mind doing it? ^14:51
ogra_i dont, but lets talk at the sprint14:51
didrocks(I don't remember if "retest this please" rekicks travis CI as well)14:51
niemeyerogra_: #1600260 filed14:51
mupBug #1600260: Support paravirtualization <Snappy:New> <https://launchpad.net/bugs/1600260>14:51
niemeyerdidrocks: It doesn't14:51
mvodidrocks: sure, done14:52
didrocksyeah, that's what I thought, I don't have permissions to restart the build, that's weird, IIRC, travis CI don't show up the button in that case (but I got it)14:52
niemeyerogra_: Thank you for looking into it14:52
didrocksanyway, thanks!14:52
ogra_np, should be an easy fix14:52
dak__hello. i have a question - i made a snap for angband and installed it, but when i run the command, it looks for /share/angband directory instead of $SNAP/share/angband, thus failing.  any additional step needed to make the snap point to the right location?15:03
didrocksdak__: hey! it really depends on the upstream build system, you can for some set --datadir= and point to something or having them relocatable15:09
didrocksthe best is for the apps to see there is no /share and then, look to a relative path15:09
jdstrandniemeyer: fyi, finally responded to https://github.com/snapcore/snapd/pull/1405. going through other PRs now15:16
mupPR snapd#1405: interfaces: add zigbee-dongle interface <Reviewed> <Created by jocave> <https://github.com/snapcore/snapd/pull/1405>15:16
niemeyerjdstrand: jd15:16
niemeyerjdstrand: Thanks!15:16
mupBug #1600271 opened: snap install/remove multiple package names <Snappy:New> <https://launchpad.net/bugs/1600271>15:19
joc_jdstrand: thanks for response on zigbee-dongle, can i just check one point15:20
joc_jdstrand: if /dev/zigbee/ only contains symbolic links will the apparmor glob /dev/zigbee/* work15:21
joc_jdstrand: i was under the impression it wouldn't, and was the reason why some of the other interfaces I looked at dereference paths that include symbolic links (e.g. bool-file)15:22
mupPR snapd#1483 closed: many: migrate SnapSetup and SideInfo to use RealName <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1483>15:25
jdstrandjoc_: no, it won't. apparmor resolves symlinks. as such, snappy will need to resolve those and add them like you said15:35
jdstrandjoc_: for the no attributes case. for the with attributes case, that wouldn't be needed (since it is the device cgroup that does the enforcement)15:35
joc_jdstrand: thanks for confirmation15:39
joc_niemeyer: does that mean it's ok to land that PR as is? and work on jdstrand's suggestion for a version that uses attributes later15:40
mhall119is there a snap command to show info about a snap?15:40
mhall119something like "snap show foo"?15:40
jdstrandjoc_: note, for 'as-is' it won't work til you resolve those symlinks15:40
jdstrandbased on my understanding of what you said is in that dir anyway15:41
joc_jdstrand: the zigbeeDevPaths function evaluates the symlinks found in that dir and adds the resolved paths to the apparmor snippet15:43
jdstrandah, cool15:45
mupPR snapd#1520 opened: tests: add locale-control interface spread test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1520>15:46
mhall119sergiusens: BTW, I'm still waiting on that snapcraft fix to be available for me to try in a cleanbuild, any update on that?15:50
didrocksmvo: interesting trick (about the reexec)15:50
mhall119"that snapcraft fix" being the pkg-config lookup changes for pantheon-mail15:50
kyrofamhall119, not yet... ran into some CI issues that really delayed our release16:01
joc_mvo: so under the new update process, the "snap" exe would still be provided by the deb install but snapd would be updated with ubuntu-core snap?16:13
cjwatsondholbach: https://bugs.launchpad.net/bugs/1599786 - do you agree with the position in my follow-up comment at the end?16:14
mupBug #1599786: Run snapcraft update before attempting a snap build <launchpad-buildd:In Progress by cjwatson> <https://launchpad.net/bugs/1599786>16:14
dholbachsergiusens, ^16:15
kyrofadholbach, cjwatson agreed16:17
cjwatsonright, will revert when I get a minute, thanks16:18
mupPR snapcraft#640 opened: Setup the FakeParts store for all unit tests <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/640>16:19
kyrofacjwatson, worth pointing out that it's not quite released in snapcraft yet though16:19
kyrofacjwatson, any chance you could delay the reversion for a few days? :P16:19
cjwatsonkyrofa: well, I haven't rolled out the launchpad-buildd change either16:20
cjwatsonkyrofa: and it would take a few days to do that ...16:20
kyrofacjwatson, ah, scratch that then. We'll be SRUing very soon16:20
kyrofacjwatson, go ahead and toast it16:20
tsimonq2hey kyrofa16:20
cjwatsonright.  I mean, we can do virtual-builder-only rollouts just by getting IS to copy to a PPA, so it's not *that* hard, but I wouldn't want to do it late on a Friday16:21
kyrofaHey tsimonq2 :)16:21
zygajoc_: both snap and snapd would come from snaps16:23
zygajoc_: they both check and reexec the more up-to-date version16:23
joc_zyga: ok just checking, only snapd was mentioned :)16:23
tsimonq2kyrofa: I'm working hard on getting that coverage good to go :)16:27
tsimonq2kyrofa: I have everything but a checksum from a file and from a remote URL: https://coveralls.io/builds/6919217/source?filename=snapcraft%2Finternal%2Fsources.py#L12916:27
kyrofazyga, speaking of that, do you have any thoughts on bug #1599620?16:27
mupBug #1599620: SNAP_REEXEC doesn't cover snap-exec <snapd (Ubuntu):New> <https://launchpad.net/bugs/1599620>16:27
mupPR snapcraft#641 opened: yield the correct exception when retries are out <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/641>16:28
kyrofatsimonq2, make sure you have an invalid checksum as well16:28
tsimonq2kyrofa: yep, covered16:28
tsimonq2kyrofa: I'm getting close ;)16:28
kyrofatsimonq2, the format, I mean16:28
kyrofatsimonq2, https://coveralls.io/builds/6919217/source?filename=snapcraft%2Finternal%2Fsources.py#L15416:29
kyrofatsimonq2, nice work!16:29
tsimonq2kyrofa: that's weird because I have https://github.com/snapcore/snapcraft/pull/619/files#diff-3ce6f0422479e72d9db0860efb0e7b42R23816:30
mupPR snapcraft#619: Add source-checksum option for tar and zip sources (bug 1585913) <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>16:30
kyrofatsimonq2, that's not testing the format, that's just an incorrect checksum. Also a good test, but not the same16:31
zygakyrofa: looking16:31
kyrofatsimonq2, you need to have a checksum that doesn't match the _format_ of any others16:31
mupPR snapcraft#640 closed: Setup the FakeParts store for all unit tests <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/640>16:31
tsimonq2kyrofa: ohhh okay16:31
ogra_mvo, http://paste.ubuntu.com/18797420/ ... classic delta ;) ... (adds 5MB to the core snap)16:31
tsimonq2kyrofa: yeah I added that as sort of a "just in case" but I see16:31
zygakyrofa: ah, I recall this issue now16:31
zygakyrofa: so I think we should have a way to test snap-exec for sure16:32
zygakyrofa: not sure if the environment variable is the way to go here16:32
kyrofatsimonq2, if it's behavior you want to preserve (i.e. if it SHOULD work that way) you should cover it in a test so it can't regress16:32
kyrofazyga, indeed. I had to use overlayfs just to test my dev version :P16:32
zygakyrofa: I'd have to get more familiar with the current flow of events there16:32
zygakyrofa: yeah, it's annoying, we had do to something similarly odd to test snap-confine16:33
kyrofaYeah... really rough16:33
zygakyrofa: I think that snap-exec is something we'd run from snap-confine, correct?16:33
tsimonq2kyrofa: it would be good for that not to regress... :)16:33
zygakyrofa: if so, perhaps we could allow snap-confine to be built in test mode where this is divertable16:33
zygakyrofa: otherwise I bet it would be a security risk16:33
kyrofazyga, well, snap run invokes snap-confine requesting it to run snap-exec.... so not really16:34
kyrofazyga, but kinda :P16:34
zygakyrofa: the way I understand the flow is that we planned to skip the request so that snap-confine *always* ran snap-exec16:34
kyrofazyga, that may be the final intention. mvo would need to clarify that. It's not the way it works currently16:34
zygaso that when you ask snap confine to do something it will never let you do that but run code under user's control16:34
zygakyrofa: that's right16:35
zygakyrofa: this was a phased upgrade process, we didn't implement it all the way16:35
kyrofazyga, sounds about right16:35
zygakyrofa: as long as there's an agreed plan and we all know it I'm sure we can figure out how to safely test snap-exec16:35
kyrofazyga, very good. I guess I wanted to make sure someone knew about that bug so we could keep it in the back of our minds16:36
zygakyrofa: I remember you mentioning this already; I was actually preparing for the switch more or less16:36
zygakyrofa: with the change to snap-confine testing so that we can drop the old tests/ and use new unit tests and spread tests16:36
kyrofazyga, indeed, I tried to mention it a few times but got no love :P16:36
zygakyrofa: because I knew we won't be able to run arbitrary payload with arbitrary confinement soon16:36
tsimonq2hey kyrofa, can I please get a bit of help?16:45
kyrofatsimonq2, sure, what's up?16:45
tsimonq2kyrofa: I'll push my code in like 30 secs, then I'll explain16:46
tsimonq2okay, I'm expecting it to fail Travis BTW16:46
tsimonq2kyrofa: in my code I want to call the source_checksum function within the source_checksum_determine_type function16:47
tsimonq2kyrofa: the problem is, when I use self, it complains about not being in the TestTar and TestZip classes16:47
tsimonq2kyrofa: but I need a variable from source_checksum_determine type to pass to source_checksum16:48
tsimonq2kyrofa: (this is all in snapcraft/internal/sources.py )16:48
tsimonq2kyrofa: been working at this for an hour, trying different things, but it seems obvious16:48
mupPR snapcraft#641 closed: yield the correct exception when retries are out <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/641>16:52
mvoogra_: oh, nice16:55
mvoogra_: is that available in edge now? thats cool16:55
mvokyrofa: not sure I have all the context - snap run runs snap-confine and that runs snap-exec currently, in the future probably snap-confine will run snap-exec automatically but not yet because we need to transition to this first16:58
kyrofamvo, very good, that's what we thought16:58
mvokyrofa: cool17:00
tsimonq2kyrofa: so I don't know if you have any thoughts on my PR? :)17:00
mvoogra_: really cool! and just 5mb because we skip on the man-pages I assuem (which is fine, just curious)17:01
mvoogra_: is that in the latest  images? if so, I will be excited to bring back classic on monday :)17:02
kyrofatsimonq2, sorry, on the phone... my move is suddenly going up in flames17:03
tsimonq2kyrofa: oh okay :)17:03
ogra_mvo, yeah, i still need to quieten the script a bit, but essentially it is done now17:07
ogra_mvo, it is in the latest cdimage snaps, we'll need to push them to the store eventually17:08
ogra_(there might also be more cleanup needed, i think the dpkg status file lists stuff we removed binaries from, but it is good enough for a start)17:09
kyrofatsimonq2, okay, I'm back now. uhaul will be the death of me17:11
=== chihchun is now known as chihchun_afk
mvoogra_: very nice, I will play with it monday and start with re-adding classic, this is huge, thank you!17:13
ogra_awesome ... :)17:13
ogra_and sorry it took so long (after all it was not really much code, but so much inspection work)17:13
mvoogra_: no worries, if we can manage to make it work before the sprint (and I think we can) thats is good enough for me17:15
ogra_we definitely can17:15
mvoogra_: I call it a day, lets talk more later17:16
* mvo waves17:16
tsimonq2kyrofa: heh, good luck with that :)17:17
kyrofatsimonq2, my units pass...17:17
kyrofatsimonq2, (for your branch)17:17
kyrofatsimonq2, how do I reproduce the issue you're seeing?17:17
tsimonq2oh really?17:18
tsimonq2wait yeah17:18
tsimonq2weird, it should have failed lol17:18
tsimonq2but I guess it didn't17:18
tsimonq2which means it's my machine! \o/17:18
tsimonq2kyrofa: so, can you confirm my next steps?17:20
tsimonq2 - Remote URL checksum17:20
tsimonq2 - Invalid checksum17:20
tsimonq2kyrofa: that's it maybe?17:21
tsimonq2wait this is weird... https://coveralls.io/builds/6919217/source?filename=snapcraft%2Finternal%2Fsources.py#L13417:21
tsimonq2so it never does the file thing?17:22
mupPR snapcraft#642 opened: Make maven plugin honour https_proxy and proxy authentication <Created by cjwatson> <https://github.com/snapcore/snapcraft/pull/642>17:22
* tsimonq2 facepalms17:22
tsimonq2I NEVER COMMITED!17:22
tsimonq2kyrofa: *now* everything should break and it should be as described17:23
niemeyerjoc_: It should at least do what I suggested in terms of using apparmor rather than globbing the FS at connection time17:23
niemeyerjoc_: But it doesn't look like implementing what jdstrand suggested would be hard either17:24
kyrofatsimonq2, heh17:24
niemeyerWhy not just doing it quickly rather than postponing and risking having it like that for a long time?17:24
tsimonq2kyrofa: but does my checklist look good then?17:24
kyrofatsimonq2, for units yeah that sounds about right17:25
tsimonq2kyrofa: anything else I might have to do?17:25
kyrofatsimonq2, I've not reviewed it completely, so not that I know of but that doesn't mean "no" ;)17:26
tsimonq2kyrofa: alright :)17:27
mcphailWhen can we expect updating snaps to use binary deltas instead of downloading full packages? Is it on the horizon?17:34
kyrofatsimonq2, do you know the difference between instance and class methods?17:35
tsimonq2kyrofa: vaguely, please refresh17:36
kyrofatsimonq2, an instance method operates upon a specific method, mutates it in some way or at least utilizes information specific to that instance17:37
kyrofatsimonq2, whereas class methods are not specific to instances-- they're available on the class itself without requiring an instantiation17:37
tsimonq2kyrofa: oh okay17:37
kyrofatsimonq2, note that the functions you've written for checking the format etc. are not specific to the class upon which it's implemented at all17:38
kyrofatsimonq2, does that make sense?17:38
tsimonq2kyrofa: I see, so do I need to call the specific class along with the function?17:39
kyrofatsimonq2, with what you've written, a fix for test_non_matching_checksum is this: http://pastebin.ubuntu.com/18803040/17:39
kyrofatsimonq2, however, notice how I have to instantiate a zip class just to check the checksum17:40
kyrofatsimonq2, well, that's not specific to zip. It's not specific to any source17:40
kyrofatsimonq2, so I suggest a small refactor-- pull those functions out of any class and implement them standalone17:40
tsimonq2kyrofa: what functions, in the tests or in the code for it?17:41
kyrofatsimonq2, the code for them17:41
kyrofatsimonq2, they shouldn't be in FileBase17:41
tsimonq2kyrofa: so I need to pull out of FileBase and not put it in any other class, you're saying?17:42
kyrofatsimonq2, exactly17:42
kyrofatsimonq2, then you can test them directly without needing to instantiate any classes17:43
tsimonq2kyrofa: cool, thanks, I can work with that :)17:43
mupPR snapcraft#643 opened: Release debian/changelog for 2.12.1 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/643>17:43
kyrofatsimonq2, typically when designing an API like this, you go through a decision-making process. You have four-ish options: do you make this function a public instance method, a private instance method, a class method, or standalone?17:45
kyrofatsimonq2, you have to ask yourself a number of questions when determining the answer to that question17:46
tsimonq2kyrofa: welp, snapcraft#643 seems to say that my PR's not getting in17:47
mupPR snapcraft#643: Release debian/changelog for 2.12.1 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/643>17:47
kyrofatsimonq2, first you decide instance/non-instance. You ask "Is my function really specific to this class? Does it require access to its member variables?"17:47
kyrofatsimonq2, not into this release anyway. You can hit the next one :)17:47
tsimonq2kyrofa: oh okay :)17:47
tsimonq2kyrofa: I'm reading what you're saying ;)17:47
kyrofatsimonq2, if the answer is no, then you have to decide class method versus standalone. You'd ask "is this method still do something specific to this class? To subclasses need to be able to override it?"17:48
kyrofatsimonq2, if the answer is no, then you prefer standalone functions. They're easy to test and easy to reuse17:49
tsimonq2kyrofa: I see, makes sense17:49
kyrofatsimonq2, so typically, prefer standalone functions if it makes sense to implement things that way. It leads to a more modular and testable design17:49
kyrofatsimonq2, applying that logic to your checksum functions, let's ask: "are they really specific to that given source? Does it require access to member variables?"17:50
tsimonq2kyrofa: I see, and with something like this, it's probably good to be a standalone :)17:50
tsimonq2they aren't source-specific17:50
kyrofatsimonq2, right. They don't meet the test for class methods either17:51
kyrofaAnyway, that's my software spew for today :)17:52
kyrofatsimonq2, one more thing: if you have a class instance and you want to call a method on it, even a method inherited from a parent class, just call self.method(), not MyParentClass.method(self)17:53
tsimonq2kyrofa: it's useful, I learned something new :)17:53
tsimonq2kyrofa: oh okay17:53
tsimonq2hey kyrofa18:01
tsimonq2kyrofa: one more thing18:01
tsimonq2wait hm18:02
kyrofatsimonq2, hmm?18:03
tsimonq2kyrofa: yeah, so I have the teo classes, right? I still can't call one from another and I still can't get the variable from one to another18:04
kyrofatsimonq2, I'm missing context here. Two classes-- zip and tar? One variable are you trying to get from one to the other?18:05
tsimonq2kyrofa: check_checksum_determine_format and check_checksum18:05
kyrofatsimonq2, those are what you're making standalone now, right?18:06
tsimonq2kyrofa: I need source_checksum and checkfile to hop from one to the other18:06
tsimonq2kyrofa: yes, pushed18:06
kyrofatsimonq2, standalone functions have no "self," that's for instance methods18:07
tsimonq2kyrofa: so how do I call it then18:08
kyrofatsimonq2, just... directly. Like `check_checksum()`18:08
kyrofaNo self at all18:08
tsimonq2let me see18:08
tsimonq2kyrofa: well I think that fixed it, I don't know, because I have the following: def check_checksum_determine_format(self, source_checksum, checkfile): and I only pass source_checksum and checkfile, do I really need to pass self as well? what could that do?18:10
tsimonq2(I only pass those two variables in my tests)18:10
kyrofatsimonq2, no, no self18:10
kyrofatsimonq2, remove that as a param18:10
kyrofatsimonq2, again, just for instance methods18:10
kyrofatsimonq2, which these are no longer18:10
tsimonq2oh that's right! sorry, that was obvious :P18:11
mupPR snapd#1518 closed: tests: add -y flag to apt autoremove command in unity task restore <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1518>18:55
mhall119is there a list of available interfaces for a snap to use?18:59
niemeyermhall119: https://github.com/snapcore/snapd/blob/master/docs/interfaces.md19:06
mupPR snapd#1476 closed: overlord: make SyncBoot work again <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1476>19:42
mhall119thanks niemeyer19:48
mhall119is is necessary to include the gsettings plug in order for an app to access just it's own settings?19:54
mupPR snapd#1521 opened: many: removed authenticator, store gets a user instead <Created by matiasb> <https://github.com/snapcore/snapd/pull/1521>20:18
tsimonq2mhall119: or you could just do snap interfaces20:22
mhall119tsimonq2: I did, but I wasn't sure if that showed all of the ones in snapd, or just the ones with a slot or plug installed20:35
tsimonq2mhall119: mine has ones with no snaps in them20:36
mhall119thanks tsimonq220:39
tsimonq2no problem mhall119 :)20:40
=== evanmeag_ is now known as evanmeagher
mupBug #1592714 changed: snapd-interface application problem with systry icon <snapd-interface> <Snappy:Confirmed> <https://launchpad.net/bugs/1592714>21:04
cyphermoxwhere can I get the files I need to do porting; for instance the gadget and os snaps?21:12
kyrofamhall119, I believe `snap interfaces` will show all interfaces that have slots on the system21:15
kyrofamhall119, e.g. snapd may support more interfaces than are available on the given system21:15
tsimonq2kyrofa: that's what I said :)21:15
tsimonq2kyrofa: hello btw :)21:16
kyrofatsimonq2, well, you said you see ones with no _plugs_ in them, no?21:16
tsimonq2kyrofa: yes21:16
tsimonq2$ snap interfaces | pastebinit21:16
kyrofatsimonq2, I'm saying `snap interfaces` will not show all interfaces21:16
kyrofatsimonq2, just the ones with slots21:17
tsimonq2kyrofa: no it won't, see my pastebin21:17
tsimonq2:cups-control        -21:17
tsimonq2:firewall-control    -21:17
tsimonq2:gsettings           -21:17
tsimonq2(for example)21:17
kyrofatsimonq2, those are slots21:17
kyrofatsimonq2, with no corresponding plug21:18
kyrofatsimonq2, I'm saying there's no way to see interfaces with no slots available21:18
tsimonq2kyrofa: oh21:18
kyrofatsimonq2, i.e. snapd can support X interface, but if the system has no snaps installed providing the X slot, `snap interfaces` won't show it21:19
tsimonq2kyrofa: oh ok21:19
tsimonq2kyrofa: huh, for some reason only sha512 checksums work...while I hack on it, is there anything obvious you can point out?21:44
tsimonq2oh I'm stupid21:46
tsimonq2kyrofa: sorry for all the pings21:46
mcphailIs there a way to install snapd on a first-generation raspberry pi running raspian?21:50
tsimonq2kyrofa: I think my PR's ready, I'm pretty proud of my first comment :D https://github.com/snapcore/snapcraft/pull/61923:52
mupPR snapcraft#619: Add source-checksum option <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>23:52

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