mwhudsonChipaca: did you get anywhere with dhcp fun?00:03
kyrofamwhudson, it's probably well past his EOD00:04
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
ahoneybuncwayne: I think my issue was my wifi card02:04
ahoneybunusing a wire seems to be getting more success02:04
ahoneybunbut it is not intergating with Unity AppMenu02:12
ahoneybunI did install with --devmode02:12
ahoneybunnevermind you updated it02:22
mwhudsonwhere is the vcs for ubuntu-core-config?02:24
ahoneybunjdstrand: any info on LP: #159067904:19
mupBug #1590679: Apps can't own session bus names (unity7 interface) <snap-desktop-issue> <snapd-interface> <Snappy:In Progress by jdstrand> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1590679>04:19
dholbachhey hey07:04
didrocksgood morning dholbach!07:06
dholbachsalut didrocks07:06
=== hikiko is now known as hikiko|bbl
Odd_Blokekyrofa: This is QT5, yeah. I tried using the desktop/qt5 part, but I get a Python encoding error (for which a bug is already filed).07:53
seb128oh, mvo is back08:24
seb128mvo, hey :-)08:24
mwhudsongood morning europe08:31
mvohey seb12808:33
mvohey mwhudson, good morning!08:33
seb128hey mwhudson08:33
seb128mvo, howa re you?08:33
mvoseb128: thanks, good, how are you? a gazillon of mail and tasks :)08:34
seb128mvo, can you have a look to https://code.launchpad.net/~seb128/livecd-rootfs/snap-hooks-tweaks/+merge/301881 ? I think the duplicated <<EOF was a mistake you added it with a string change and copied over08:34
seb128mvo, I'm good thanks :-)08:34
mvoseb128: nice catch, thank you!08:35
seb128mvo, yw!08:35
seb128mvo, do you have any idea when we are going to get an ubuntu-core update in the stable channel? the current version still doesn't have the xdg-open script08:36
mvoseb128: it is planed for this week, we are waiting for 2.11 in xenial-updates before we do the update but that is in propsoed now, so it can go to updates today or tomorrow and then we create a image with that08:37
mvoa core snap :)08:37
seb128mvo, also I think your update-desktop-database fix doesn't work, did you test it?08:37
seb128oh, I didn't notice we had 2.11 landed in proposed08:38
seb128going to install and test08:38
mvoseb128: it does not work in what way?08:39
seb128but reading the commit I think it's not working, calling update-desktop-database without argument seems to not update /var/lib/snap/...08:39
seb128I think you need to call it with that dir as arg08:39
seb128at least if I do sudo update-desktop-database I don't get the cache generated08:39
mvoseb128: oh, hrm, ok. happy to fix that08:39
seb128I can do a PR if you want08:40
seb128let me install 2.11 and test08:40
seb128do I need to reboot to load the new version?08:40
seb128or can I systemctl restart somethin?08:40
mvoseb128: it should get restart ed automatically iirc08:41
seb128k, let's see08:41
seb128mvo, danke08:41
mvoseb128: its really only doing that, update-desktop-database, if it needs more, a PR is most welcome08:41
=== chihchun_afk is now known as chihchun
mwhudsonChipaca, ogra_: fwiw i installed a hacked snappy into an image and confirmed that nothing matches /sys/class/net/eth* when snap firstboot runs for me09:09
mwhudsonlool: hey i just sent you a mail, i'll be around for the next 30 mins or so if by any chance you want to chat about it09:10
loolmwhudson: seen it09:10
loolmwhudson: did you want to chat about it?  :)09:10
mwhudsonlool: well only if your answer is something other than "everything you say sounds fantastic" :-)09:10
loolmwhudson: from what I've read so far it is  ;-)09:11
mwhudsonlool: excellent09:13
=== JanC is now known as Guest88920
=== JanC_ is now known as JanC
mwhudsonlool: all good then?09:45
mwhudsonoh heh you replied09:45
ogra_mwhudson, well, like i said yesterday, i think that bit related to module loading09:47
mwhudsonogra_: probably09:47
mwhudsonogra_: i should file a bug and let someone who knows what they are doing tackle it i guess...09:47
ogra_/sys is definitely there since the initrd ... but the subdir comes from the driver09:48
ogra_mwhudson, do you see the module loaded at all on a failed boot ?09:49
mupPR snapd#1620 opened: give a directory argument to update-desktop-database because the script <Created by seb128> <https://github.com/snapcore/snapd/pull/1620>09:49
ogra_(i think kvm uses e1000)09:49
seb128mvo, ^09:49
mwhudsonogra_: well "dhclient eth0" works fine once booted, so yes?09:49
ogra_and i guess the dir exists too at the time you run dhclient09:50
mvoseb128: thanks, I have a look09:50
mwhudsonogra_: yeah09:50
seb128mvo, is replacing the /usr/lib/snapd/snapd binary enough for testing (and restarting the service)?09:52
mvoseb128: yes09:52
mupBug #1609322 opened: snap firstboot can run before /sys/class/net/ is populated <Snappy:New> <https://launchpad.net/bugs/1609322>09:53
seb128mvo, so hold on, seems not work at runtime, looking a bit more09:54
ogra_mwhudson, how did you find that /sys/class/net/eth* isnt there ? i assume you have some ls sprinkled over some start scripts ? if so, could you do the same with lsmod instead ?10:02
ogra_so we see when the modules get loaded10:02
mwhudsonogra_: i added code to snapd/firstboot/firstboot.go10:02
mwhudsonogra_: i can try games with lsmod too (tomorrow)10:03
ogra_cool ... (in case i get to it before you i'll note it on the bug)10:03
seb128mvo, is there a trick like compiled binaries or a cache or something? I don't understand my snapd log has a string which isn't in the binary even after being restarted10:07
seb128mvo, snapd[8273]: desktop.go:177: DEBUG: update-desktop-database successful10:08
seb128$ strings /usr/lib/snapd/snapd | grep successful10:08
seb128update-desktop-database successful on %s10:08
seb128I added the parameter for debugging but my code doesn't seem to be used?!10:10
=== hikiko|bbl is now known as hikiko
=== chihchun is now known as chihchun_afk
ogra_mvo, can you share the kernel packages with me in the store ?10:19
ogra_also u-d-f doesnt like the dragoboard gadget it seems10:20
ogra_ogra@anubis:~/datengrab/images/snappy$ sudo ./ubuntu-device-flash core 16 --channel=edge --os=ubuntu-core --kernel=dragonboard-kernel --gadget=dragonboard -o test-dragon.img10:20
ogra_cannot use "dragonboard", must be one of: ["canonical-i386" "pc" "canonical-pc" "canonical-pi2" "canonical-dragon" "beagleblack"]10:20
=== chihchun_afk is now known as chihchun
timothyhi, are zyga on vacation this week?10:23
mvoseb128: oh, it may restart itself from the core snap, SNAP_REEXEC=0 is the trick, easiest for testing is probably to follow the README.md (there is a subsection on testing)10:25
mvoogra_: please check the latest u-d-f from the all-snaps/16 subdir10:25
mvoogra_: what kernel packages are missing, happy to share them with you10:25
mvoogra_: also, how can I get a serial console for the pi2? I get to starting kernel and then nothing, iirc you menitoned some dtb issues?10:26
mvoogra_: this blocks me right now because I can not debug the early boot on my pi2 with the latest pi2 test image10:26
mvoogra_: see also telegram, there are some fixes (and questions). sideload should work again10:27
seb128mvo, even after a reboot still the same, I don't understand what's going on...10:28
seb128I did string on the different binary on disk and they have the updated string10:28
seb128how can the debug output have the old one?10:28
ogra_mvo, i dont have any access to the new -kernel ones only to the old canonical- ones10:28
ogra_mvo, i can dig up a uboot.bin that has serial for you ... gimme a bit10:29
mvoseb128: its re-execing to ubuntu-core10:30
mvoseb128: its a "feature" but I can see that its confusing10:30
mvoogra_: great, thank you10:31
seb128mvo, meaning?10:31
mvoogra_: I add you to all the kernels now10:31
seb128mvo, what file/version do I need to update and how?10:31
ogra_mvo, and if you want my attention on telegram, please ping directly, i dont get any access to super-groups from the ubuntu phone client (which is the only thing permananently on telegram i have)10:31
mvoseb128: there is a snapd in /snap/ubuntu-core/current/usr/lib/snapd/snapd which will be used if its there (and has a higher version)10:31
mvoseb128: the easiest way to test your change is to follow the readme in the github repo10:31
seb128mvo, thanks10:31
mvoseb128: it should be short and sweet (the testing section)10:31
ogra_mvo, also, there is still a base package (from a failed and overzealous renaming attempt) in the store that needs unpublishing10:32
ogra_seemes we have at least one bug where people installed it :P10:32
mvoogra_: uff, I renamed it to base-delete-me10:32
ogra_thanks :)10:33
mvoogra_: hm, so you don't see anything in the group at all? meeh, good to know10:33
ogra_we really need an easy way for package owners to wipe their packages in the store ... my packagelist is so full of unpublished crap now10:33
mvoogra_: +10010:34
ogra_(and owning 60 click packages in the store really doesnt help to keep the overview ... everything is on one page)10:35
seb128mvo, k, going to teach me to read the README upfront next time ;-)10:35
seb128mvo, thanks!10:35
seb128mvo, change works btw, good to land ;-)10:35
mvoseb128: !!! thank you10:37
mupPR snapd#1621 opened: store: fix buy method after some refactoring broke it <Created by pete-woods> <https://github.com/snapcore/snapd/pull/1621>10:50
mupPR snapd#1553 closed: cmd: support defaulting to the user's preferred payment method <Created by pete-woods> <Merged by pete-woods> <https://github.com/snapcore/snapd/pull/1553>10:52
CavanMy snap is running in devmode but not confiened anyway to check whats stopping it?10:54
qenghoCavan: it will still log many messages if it tries to do too much. Check "dmesg" output.10:55
qenghoCavan: Then install in confined mode, and try to run it. When it crashes, you find out why. If there's a seccomp abortion, "scmp_sys_resolver NNN" on the signal number you see in the log.10:56
qenghoCavan: It's basically, "run it and see how it crashes."10:56
Cavanquengho, do I literally type "dmesg" after trying to run the snap to trace the crash? Or in the directory?11:00
Chipacamwhudson, I didn't do anything with dhcp (not looking into this atm)11:17
Chipacamwhudson, did updating the before/after work in the end?11:17
mupPR snapd#1622 opened: client, cmd/snap: use the new multi-refresh endpoint <Created by chipaca> <https://github.com/snapcore/snapd/pull/1622>11:22
popeyI have a VPS I am using to build "in the cloud" and when I spin it up I only have a root account, no user. For speed, I just snapcraft as root. I know under normal circumstances "building as root" is ill advised, is that still the case with snapcraft, given confinement?11:30
popeyi.e. can I be lazy and build as root and be okay?11:30
ogra_popey, the danger is that you mess up the host, from a snap POV it shouldnt matter if you run as root or not11:32
popeyi dont care about the host, i provisioned it just to build the snap11:32
ogra_i thought so :)11:32
popeyand will destroy it afterwards :)11:32
ogra_i.e. if you do a snapcraft build on LP it always runs as root11:33
popeyoh, well that's interesting data point :)11:34
=== chihchun is now known as chihchun_afk
Chipacais launchpad timing out (when commenting on a bug) for anybody else, or does it hate me in particular?12:37
mupPR snapd#1596 closed: osutil: support both "nobody" and "nogroup" for grpnam tests <lp> <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1596>12:38
mupPR snapd#1590 closed: interfaces: add process-control interface (LP: #1598225) <lp> <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1590>12:39
mupPR snapd#1589 closed: interfaces: miscelleneous policy updates for default, log-observe, mount-observe, opengl, pulseaudio, system-observe and unity7 <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1589>12:40
mupPR snapd#1562 closed: many: cleanup/update rest.md; improve auth errors <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1562>12:42
mupPR snapd#1586 closed: wrappers: set BAMF_DESKTOP_FILE_HINT for unity <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1586>12:43
mupPR snapd#1602 closed: interfaces: add kernel-module interface for module insertion <Created by arges> <Conflict> <https://github.com/snapcore/snapd/pull/1602>12:43
mupPR snapd#1620 closed: give a directory argument to update-desktop-database because the script <Created by seb128> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1620>12:44
mupPR snapd#1570 closed: snapstate: remove artifacts from a snap try dir that vanished <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1570>12:46
mupPR snapd#1565 closed: interfaces: also allow rfkill in network_control <Created by lpotter> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1565>12:50
mupPR snapd#1566 closed: interfaces/builtin: read perms for network devices in network-observe <Created by jaymell> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1566>12:51
=== chihchun_afk is now known as chihchun
seb128is snappy giving access to the dbus session bus by default?13:33
seb128or is there an interface needed for that? (which one?)13:33
kyrofaseb128, I think parts of it, depending on interfaces used (e.g. unity7)13:39
seb128kyrofa, that user on the list gets a "Failed to open connection to "session" message bus: Failed to connect to socket /tmp/dbus-OQWDAcdbVG: Permission denied "13:40
seb128I wonder if that's just a missing interface, he doesn't use any13:40
seb128but also unsure which one to recommend13:40
seb128unity7 is not very restrictive and not needed there13:40
kyrofaseb128, indeed. Hold on, the mailing lists changed again so my filters are garbage. I'm redoing them now then I can see what you're talking about13:41
kyrofaseb128, ah, the xdg one?13:43
kyrofaseb128, xgd-open is used for links, right? Click a link within the snap, want firefox to open?13:44
seb128but the dbus question is orthogonal13:45
seb128he did a minimal part to test13:45
seb128kyrofa, but yeah, basically the command he uses does "dbus-send  --print-reply --session --dest=com.canonical.SafeLauncher / com.canonical.SafeLauncher.OpenURL string:"$1" "13:45
kyrofaIndeed, just making sure I'm clear on what's happening here13:45
seb128and he got an access denied to the session bus13:46
kyrofaYeah I don't think there are any interfaces which grant generic access to the session bus13:46
seb128k, I replied suggesting that he tries unity713:47
kyrofaYeah that should definitely cover it. However, does the SRU of xdg-open solve this issue for him? He'd still need that interface, no?13:49
kyrofaseb128, also, while I understand he was just testing it out, would xdg-open ever be utilized from a non-gui application?13:49
seb128it's a shell script and is used in random places13:50
seb128including small sysadmin scripts and command lines tools13:50
kyrofaCan you give me an example? I wonder if we need a simpler interface that includes it13:50
seb128kyrofa, http://sources.debian.net/src/mc/3:4.8.17-1/misc/ext.d/image.sh/?hl=9#L913:52
seb128kyrofa, from a random search on codesearch.debian.net13:52
kyrofaHuh, interesting13:52
seb128debian reportbug is in the list13:53
seb128kyrofa, http://sources.debian.net/src/lptools/0.2.0-2/bin/lp-review-notifier/?hl=160#L16013:54
kyrofamvo, what do you think about that? Should we be recommending cli applications that utilize xdg-open to use the unity7 interface, or would it be better to have a more fine-grained interface?13:54
kyrofa(I ask you since you were the last person I talked to about xdg-open, but jdstrand may be better)13:55
seb128could make sense to have an "url-handler" interface13:56
seb128xdg-open does mailto: also13:56
jaceknI am trying to snap python project and I need to get config.yml from the source repo to parts/<part>/install (python setup tools don't put it there). How can it be done? I can add filesets in "stage" and "snap" but not "build" phases13:56
Spadsjacekn: organise?13:58
jaceknSpads: explain?13:58
Spadsjacekn: it's a stanza that lets you shuffle file locations around, but it may be the wrong part of the process for this13:59
Spadsthere's filesets and organize(sic)14:00
jaceknSpads: I'l have a look but it's not that simple. The file is in the source dir but setuptools don't copy it to parts/<part>/install14:01
Spadsand really this is a problem I've had a few times14:01
Spadswhere the install step wasn't fully automated14:01
kyrofaSpads, if the build system doesn't install it really the only way to do it is to have another part that uses the copy plugin and the same source and places the config where it needs to go14:02
Spadsand I could set up a second part to go through the whole build process a second time14:02
Spadswhich seems pointless14:02
Spadswhen really what we usually need is "build system X, plus a copy"14:02
kyrofaSpads, something like this: http://pastebin.ubuntu.com/22031026/14:05
jaceknkyrofa: ok that will work for me I think. It's suboptimal but will do the job14:05
mvokyrofa: jdstrand is probably better14:06
* jacekn thinks "ship that sample config file with my build" will be pretty common use case14:06
SpadsThe other common use case I'm still trying to work out is the "copy this example config file to $SNAP_USER_DATA before first run"14:06
kyrofajacekn, indeed, which is why build systems typically take care of that14:06
jdstrandkyrofa: how safe is xdg-open? I mean, if everything is expected to be able to use it and it is safe, could just add it to the default template14:07
Spadsjacekn: so one of the things about snappy is that the real goal is to get upstreams to adopt it, so if we can add that file to the build system and get the snapcraft.yaml merged in, that's better14:07
kyrofajdstrand, seb128 or attente can probably answer that better than me14:07
jaceknSpads: kyrofa: ok thanks, I'll use the workaround and try to improve upstream14:08
kyrofajdstrand, but it causes browsers or mailers to open... so off the cuff I'd say that doesn't sound like a great thing for everything to have blanket access to14:09
jdstrandkyrofa, seb128: there is also the question of if xdg-open is in all snaps images14:10
kyrofaIndeed, good question14:10
mupPR snapd#1621 closed: store: fix buy method after some refactoring broke it <Created by pete-woods> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1621>14:10
seb128jdstrand, kyrofa, we need to MIR it so I guess it's going to go through a security review, but it's basically an hundred line of C and small service getting on the bus and calling g_app_info_launch_default_for_uri() on the uri you gave to it14:10
jdstrandkyrofa: well, that is the safety question. the one on touch was safe and we had it in the default policy14:10
seb128jdstrand, kyrofa, the script in the ubuntu-core image is just calling "dbus-send  --print-reply --session --dest=com.canonical.SafeLauncher / com.canonical.SafeLauncher.OpenURL string:"$1""14:11
seb128then the small service is on the system side14:11
seb128which get the message and call the glib function to open the uri provided in the default handler14:12
jdstrandif it makes sense for all snaps and iot, I would suggest adding it to the default template. if it does not, I think I would suggest adding a new interface: 'url-handle' (not 'handler')14:12
jdstrandif someone submits a PR, then the interfaces team can discuss14:13
seb128unsure if it makes sense for iot14:13
seb128but it's used by sysadmin in scripts and in command line tools14:14
jdstrandif it can be used in a cli environment, then it might make sense. if not, I would say no14:14
seb128it can, it only calls to your default handler14:15
seb128that could be links14:15
mupPR snapd#1612 closed: interfaces: add /proc/version_signature to appamor template <Created by arges> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1612>14:16
mupPR snapd#1617 closed: many: move to purely hash based key lookup and to new key/signature format (v1) <Blocked> <Critical> <Created by pedronis> <https://github.com/snapcore/snapd/pull/1617>14:16
jdstrandI suggest submitting a PR with it in the default template then (that will be easier to implement), then if the fuller interfaces team wants it in a separate interface, then moving it out is easy14:16
mupPR snapd#1611 closed: tests: add locale-control write spread test <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1611>14:19
mupPR snapd#1607 closed: changed snapd to snap <Created by liu-xiao-guo> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1607>14:27
mupPR snapd#1608 closed: tests: add snapd-control interface spread test <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1608>14:29
mupPR snapd#1601 closed: partition: clear snap_try_{kernel,core} on success <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1601>14:30
mupPR snapcraft#708 opened: Add support for use of pip constraints <Created by javacruft> <https://github.com/snapcore/snapcraft/pull/708>14:30
=== chihchun is now known as chihchun_afk
seb128jdstrand, thanks, going to do that14:44
mupPR snapd#1623 opened: interfaces: udev: avoid doubled rules and put all in a per snap file <Created by morphis> <https://github.com/snapcore/snapd/pull/1623>14:46
morphiszyga: ^^14:46
morphiszyga: took the time and implemented that now14:46
morphisjoc_: ^^14:47
argesjdstrand: hey for https://github.com/snapcore/snapd/pull/1618, adding this to the hardware-observe seems fine15:02
mupPR snapd#1618: interfaces: add lscpu to apparmor template <Created by arges> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1618>15:02
argesjdstrand: for https://github.com/snapcore/snapd/pull/1612 is there an existing interface i should add that to?15:03
mupPR snapd#1612: interfaces: add /proc/version_signature to appamor template <Created by arges> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1612>15:03
jdstrandarges: ./interfaces/apparmor/template.go has a typo using @{PROC}/@{pid}/version_signature and @{PROC}/@{pid}/version. clearly, no one has complained about the currect path in the default template, so how about remove from there and add to system-observe?15:06
jdstrandI commented in the 1612 PR15:07
argesjdstrand: i was wondering about that extra @{pid} in the path!15:07
jdstrandI half suspect it was a java app that was looking in the wrong place15:07
argesjdstrand: ack I can do that, and I'll just submit them as three separate patches into one pull-request15:08
jdstrandarges: sounds great15:08
jdstrandarges: feel free to ping me15:08
seb128mvo, if you have some review slots still, https://code.launchpad.net/~seb128/livecd-rootfs/snap-xdg-defaults/+merge/301917 ... that's creating a .desktop/mimetype registration so clicking on http/mailto/help urls in gnome software know what handle to use15:08
imexilHi. I was wondering, are there any plans to make  snapd also available to older Ubuntu versions. Like 14.04 LTS or is this technically not possible?15:19
mupPR snapd#1624 opened: Use `cp -aLv` instead of `cp -a` (no symlinks on vfat) <Created by mvo5> <https://github.com/snapcore/snapd/pull/1624>15:20
ogra_imexil, not as long as there is a systemd requirement15:22
mupPR snapd#1610 closed: store: soft-refresh discharge macaroon from store when required <Created by matiasb> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1610>15:23
imexilogra_: OK15:23
=== Guest69044 is now known as ahoneybun
mvoseb128: oh, nice! thank you15:37
seb128mvo, yw!15:38
mupPR snapcraft#618 closed: parser - Support .snapcraft.yaml files <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/618>15:48
Beretany snappy folks around?15:49
mupPR snapcraft#662 closed: Update the Standards-Versions and the Vcs* tags in the debian/control file <Created by tsimonq2> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/662>15:51
mupPR snapd#1625 opened: asserts: make account-key's `until` optional to represent a never-expiring key <Created by emgee> <https://github.com/snapcore/snapd/pull/1625>15:53
mupPR snapcraft#688 closed: Strip common path prefixes from linkname as well as name when extracting a tarfile <Created by mhall119> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/688>16:00
mupPR snapd#1624 closed: boot: use `cp -aLv` instead of `cp -a` (no symlinks on vfat) <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1624>16:14
=== JanC is now known as Guest94529
=== JanC_ is now known as JanC
CavanI can run my snap in devmode, but when confined im getting "[28234.099513] audit: type=1400 audit(1470242246.729:353): apparmor="DENIED" operation="exec" profile="snap.zeppelin.zeppelin" name="/usr/bin/nohup" pid=21467 comm="zeppelin-daemon" requested_mask="x" denied_mask="x" fsuid=1000 ouid=0" through 'dmesg'16:40
SpadsCavan: does it need unity7?16:40
Spadssome programs hit dbus walls just trying to tell the unity dock they're there and have an icon etc16:40
SpadsI found adding the unity7 plug helped there16:40
Spadsoh it's a daemon16:40
Spadsas you were!16:41
CavanSpads, aha thanks anyway!16:42
mupPR snapcraft#669 closed: Add detection for an existing `.snapcraft.yaml` file before running `snapcraft init` <Created by tsimonq2> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/669>16:45
Odd_BlokeAt the sprint last week, oneshots were mentioned as being supported; snapcraft rejects "daemon: oneshot".  Is there something else I should be doing?16:47
jdstrandCavan: that came up yesterday. please file a bug at https://bugs.launchpad.net/snappy/+filebug and add the 'snapd-interface' tag and we'll allow calling nohup16:47
sergiusensOdd_Bloke in is in master, no as a deb yet16:51
Odd_Blokesergiusens: OK, cool, so long as I'm not remembering things that aren't true. :p16:51
Cavanjdstrand, is there anything I can do in the meantime to make it work?16:52
sergiusensOdd_Bloke in case you want to git clone and just run from master https://github.com/snapcore/snapcraft/blob/master/HACKING.md#project-layout16:52
sergiusensjust use the snapcraft in that bin16:53
sergiusensand yes, it was added for lxd16:53
sergiusensnow adding timers and socket activation16:53
Odd_BlokeI'll probably have a few more (non-lxd) things incoming at some point.#16:53
Odd_BlokeWe build Ubuntu cloud images using a chroot.  This chroot (obviously) does not have snapd running in it, which means that running 'chroot foo snap install ...' produces a "dial unix /run/snapd.socket: connect: no such file or directory" error.  How can we go about installing snaps within a chroot?17:02
Odd_Blokeslangasek: Have you done any relevant thinking around this for doing things in livecd-rootfs/buildds?17:03
Cavanjdstrand, is there anything I can do in the meantime to make it work? (Sorry if I already sent this I disconnected)17:04
sergiusensOdd_Bloke preinstall snaps instead of fetching/caching them?17:06
Odd_Blokesergiusens: Yeah, this is looking at replacing deb packages that we ship installed in images with snaps.17:06
Odd_Bloke(So is separate from pre-caching snaps that users might want to install themselves)17:07
sergiusensah, ic17:07
sergiusensOdd_Bloke so ogra_ is the image builder master hacker17:07
sergiusenshe might have some insight17:07
Odd_BlokeOK, he's in my sort of timezone, so I can bug him in the morning.17:08
Odd_Blokeogra_: In the meantime, if you want to bless me with some wisdom around the above, it would be much appreciated. ;)17:08
=== drizztbsd is now known as timothy
mupPR snapd#1626 opened: interfaces: add system-trace interface LP: #1600085 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/1626>17:20
sergiusenselopio mind updating https://github.com/snapcore/snapcraft/pull/656/files ?17:22
mupPR snapcraft#656: Use requirements files in travis tests <Created by elopio> <Conflict> <https://github.com/snapcore/snapcraft/pull/656>17:22
sergiusensOdd_Bloke heh, ogra_ is awake at weird hours though ;)17:23
mupBug #1609499 opened: move interface-specific OS mounts to interface.SecurityMounts <snapd-interface> <Snappy:Triaged by jdstrand> <https://launchpad.net/bugs/1609499>17:29
mupBug #1597842 changed: Allow access to the currently running kernel sources from /usr/src <snapd-interfaces> <Snappy Launcher:In Progress by jdstrand> <Snappy:Invalid> <https://launchpad.net/bugs/1597842>17:32
elopiosergiusens: done. Let's see if travis is still happy.17:34
TaleOfThorDoes anyone know when a snappy version for Raspberry pi 3 will be released?17:40
kyrofaTaleOfThor, ogra_ will know best, but I believe you can use the rpi2 image if you're okay with 32-bit17:44
kyrofa64bit is harder since the firmware blobs are only 32 (right ogra_?)17:44
mupBug #1609509 opened: No "slot" exists that allows read-only access to any file <Snappy:New> <https://launchpad.net/bugs/1609509>18:08
niemeyermorphis: You got some feedback on snapd#162318:18
mupPR snapd#1623: interfaces: udev: avoid doubled rules and put all in a per snap file <Created by morphis> <https://github.com/snapcore/snapd/pull/1623>18:18
morphisniemeyer: thanks18:57
mupPR snapcraft#656 closed: Use requirements files in travis tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/656>19:19
niemeyerjdstrand: Heya19:19
niemeyerjdstrand: Long time no speak!19:19
niemeyerjdstrand: I'm sure we have a vast number of pending topics to talk about :)19:19
niemeyerjdstrand: But this ping is a minor one.. :)19:19
niemeyerjdstrand: snapd#1626 needs a go fmt19:19
mupPR snapd#1626: interfaces: add system-trace interface LP: #1600085 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/1626>19:19
jdstrandniemeyer: hi!19:20
jdstrandniemeyer: whoops, let me fix that, sorry19:20
niemeyerjdstrand: Thanks!  Trying to cut down on that never ending list of PRs19:21
jdstrandniemeyer: yeah, lots of outcomes, bugs, etc, etc :) A lot of PRs is better than no PRs though :)19:22
niemeyerjdstrand: I should stop reviewing then!19:23
jdstrandthat's one way to look at it I guess :)19:23
mupPR snapd#1627 opened: squashfs: do not install a snap if its already exists and is valid <Created by mvo5> <https://github.com/snapcore/snapd/pull/1627>19:24
tianonkyrofa, TaleOfThor: proper 64bit rpi3 kernels are still scarse and WIP :)  if you want ubuntu classic, I've been using the one Ryan Finnie maintains linked from https://wiki.ubuntu.com/ARM/RaspberryPi on my pi3 with good success (including snap/snapcraft), but generally yeah, rpi2 images are the current "state of the art"19:28
jdstrandniemeyer: fyi, committed (it's going through the various tests now)19:34
powersjGoing through the hello world tour and there is mention of a --broad flag, however when I use it with `snap find` I get unknown flag19:45
mupPR snapd#1627 closed: squashfs: do not install a snap if its already exists and is valid <Created by mvo5> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1627>19:52
niemeyerjdstrand: Thanks!19:56
snappy_Can anyone help me with installing shout in snappy? I'm getting an error saying "unsupported protocol scheme"20:25
sergiusenssnappy_ snap install shout20:30
snappy_it says snap command is not found20:33
snappy_we're using the 15.04 version20:33
mupPR snapd#1628 opened: store: refactor newRequest/doRequest to take requestOptions <Created by matiasb> <https://github.com/snapcore/snapd/pull/1628>20:59
mwhudsonChipaca: no, i didn't try your before= suggestion, maybe today :)21:09
mupPR snapd#1626 closed: interfaces: add system-trace interface LP: #1600085 <Created by jdstrand> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1626>21:42
mupPR snapd#1597 closed: tests: add hardware-observe spread test <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1597>21:43
bladernrHey, noob question... how do I install a snap locally?  I just built a snap following the Your First Snap walkthrough.21:46
bladernrNow how do I install it?21:46
mupPR snapd#1574 closed: tests: add network-control interface spread test <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1574>21:46
bladernrwebdm is up, I found something that hinted at scping my snap to ubuntu@webdm.local.  That fails on my system though :/21:50
kyrofabladernr, webdm is a bit in flux. You should probably just use the device IP if you have it21:53
bladernrno device, it's localhost?21:54
kyrofabladernr, but yeah, scp it to the device and just install it via snap install <local file>21:54
bladernrhrmmm... oh... ok21:54
kyrofabladernr, oh well then, skip the scp step and just snap install it!21:54
bladernrthanks, I was overthinking it21:54
kyrofabladernr, I mean, you could scp if you wanted to. An encrypted-in-transit, slower cp21:55
kyrofaBut yeah, you got it21:55
mupPR snapd#1629 opened: daemon,docs: drop license docs and error kind <Created by niemeyer> <https://github.com/snapcore/snapd/pull/1629>21:56
mupPR snapd#1569 closed: Drop license documentation and error kind - this has not been implemented <Created by robert-ancell> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1569>21:57
mupPR snapd#1628 closed: store: refactor newRequest/doRequest to take requestOptions <Created by matiasb> <https://github.com/snapcore/snapd/pull/1628>21:57
sergiusenselopio what is the story with https://github.com/snapcore/snapcraft/pull/593 ? I give the ball to you to say it is ready to merge ;-)22:14
mupPR snapcraft#593: git demo snap update - Bug 1595229 <Created by stub42> <Conflict> <https://github.com/snapcore/snapcraft/pull/593>22:14
sergiusenskyrofa do we still need this https://github.com/snapcore/snapcraft/pull/497 ?22:14
mupPR snapcraft#497: Catkin plugin: Enforce C.UTF-8 locale <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/497>22:14
kyrofasergiusens, yes, that snapd bug is taking too long to fix and people are starting to ask questions22:15
kyrofasergiusens, particularly because we're recommending people test on desktop now22:15
sergiusenskyrofa so why did the test fail? if due to nothing important let's just get it in22:15
kyrofasergiusens, checking now22:15
elopiosergiusens: it's missing at least the removal of the other git test.22:16
elopioand well, it has a conflict.22:17
sergiusenselopio can you make the comment there please?22:17
sergiusenskyrofa also, is this one still relevant after your source management change https://github.com/snapcore/snapcraft/pull/645 ?22:18
mupPR snapcraft#645: If "source: .." do not copy the current directory into itself <Created by evandandrea> <https://github.com/snapcore/snapcraft/pull/645>22:18
kyrofasergiusens, actually yeah, my change might have caused that :(22:18
kyrofaWe need to have a test for that case22:19
sergiusenskyrofa well sheppard that in then ;-)22:19
Pharaoh_Atemdoes anyone know who created snap?22:22
Pharaoh_Atemlike I know Alexander Larsson created flatpak/xdg-app, but who created snap?22:23
sergiusenskyrofa fwiw, I think it was broken before22:23
kyrofaelopio, is just an infrastructure failure?22:30
elopiokyrofa: yes, something weird happened during the reboot of the testbed.22:32
kyrofaelopio, did the tests all run, then? Or did it fail partway through and I should re-run them?22:32
tsimonq2sergiusens: I would much rather " instead of ' :P22:33
tsimonq2but yeah yeah I have to be consistent... :P22:33
elopiokyrofa: rerun. Only the unit tests during the package build ran.22:33
kyrofatsimonq2, gotta stick with the standard established in the project :)22:33
tsimonq2kyrofa: :P22:33
kyrofaelopio, good deal, thank you22:34
sergiusenstsimonq2 consistency makes things easier to read22:36
elopiosergiusens: this one is up-to-date, and all tests are passing: https://github.com/snapcore/snapcraft/pull/68722:44
mupPR snapcraft#687: Enable integration tests to run in the production store <Created by elopio> <https://github.com/snapcore/snapcraft/pull/687>22:44
elopioit will just need a change in the script to run the staging store tests. cprov: can you please take a look?22:44
elopioyou'll have to add: TEST_STORE=staging.22:45
sergiusenselopio lgtm. I will wait for cprov22:50
sergiusenselopio nice cleanup!22:50
mupPR snapd#1630 opened: daemon: stop using group membership as succedaneous of running things with sudo <Created by chipaca> <https://github.com/snapcore/snapd/pull/1630>22:57
mupPR snapcraft#497 closed: Catkin plugin: Enforce C.UTF-8 locale <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/497>23:22
sergiusenskyrofa ^23:22
kyrofasergiusens, thanks!23:25
mupPR snapcraft#703 closed: Update the completion list of commands <Created by seb128> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/703>23:28
mupPR snapcraft#703 closed: Update the completion list of commands <Created by seb128> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/703>23:28
mupPR snapcraft#686 closed: Add missing dependencies <Created by cholcombe973> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/686>23:31

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