/srv/irclogs.ubuntu.com/2016/08/04/#snappy.txt

=== JanC_ is now known as JanC
sergiusenskyrofa one more look at https://github.com/snapcore/snapcraft/pull/707 maybe?01:18
mupPR snapcraft#707: Use the proper requirements.txt path <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/707>01:18
sergiusenskyrofa if you are still around can you do a review of this for me ? https://github.com/snapcore/snapcraft/pull/68903:07
mupPR snapcraft#689: kernel plugin: kernel targets depending on debarch <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/689>03:07
mupPR snapcraft#709 opened: Improve the go plugins usability <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/709>03:13
mupPR snapd#1631 opened: client, osutil: chown the auth file <Created by chipaca> <https://github.com/snapcore/snapd/pull/1631>03:54
=== chihchun_afk is now known as chihchun
trijntjeHi all, I'm looking for a snap that requires the user to accept a license before installing. Is there a way to browse all snaps in the ubuntu store and filter for license?05:23
mupPR snapd#1632 opened: Do not install a snap if it is already valid <Created by mvo5> <https://github.com/snapcore/snapd/pull/1632>06:26
dholbachhey hey06:35
didrocksgood morning dholbach06:38
dholbachsalut didrocks06:38
seb128hey dholbach, re didrocks06:40
dholbachsalut seb12806:40
mupPR snapd#1561 closed: many: remove integration-test coverage metrics  <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1561>06:56
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
* dholbach relocates to the office, bbiab07:16
=== chihchun is now known as chihchun_afk
Odd_Blokeogra_: o/ I was told to bug you about advice on how to install a snap within a chroot; any ideas?08:10
=== dholbach_ is now known as dholbach
brendandis vivid really the latest image available for raspberry pi2?08:26
mupPR snapd#1632 closed: Do not install a snap again if it is already valid <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1632>08:27
mvobrendand: yes, but we are working (hard) on updated images, the goal is to have them today08:30
brendandmvo, what a nice coincidence :)08:30
brendandmvo, so there must be something i can test ;)08:31
mvobrendand: the branch above (#1632) was the last blocker we are/were aware of, so once that is fully build I will create a new test image, if nothing goes wrong  ~30min to 1h08:31
mvo(then the test image is ready for … testing :)08:32
brendandhth08:32
mupPR snapcraft#708 closed: Add support for use of pip constraints <Created by javacruft> <Closed by javacruft> <https://github.com/snapcore/snapcraft/pull/708>08:35
=== chihchun_afk is now known as chihchun
mupPR snapd#1572 closed: interfaces: add bluetooth-control interfaces <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1572>09:19
=== chihchun is now known as chihchun_afk
mwhudsonmvo: hey, i was wondering, are there any other expected users for snap create-user other than first boot stuff?09:28
mwhudsonmvo: it would be convenient if it reported the new user's username in a easier to parse form :-)09:29
mvomwhudson: happy to store it in whatever way you want09:31
mvomwhudson: first-boot is the big use-cas09:32
mwhudsonmvo: in the longer term, it would also be good to know if the user had ssh keys or not09:32
mwhudsonmvo: so, i dunno, yaml on stdout or something?09:32
ogra_Odd_Bloke, uuh, no idea, i dont think that can work09:33
mvomwhudson: I can give you a switch for this I think, probably not as default09:33
ogra_a container might09:33
mwhudsonmvo: yeah, makes sense09:33
mwhudsonmvo: i wonder if "sudoer or not" should be a switch too?09:33
mvomwhudson: yeah, probably09:34
Odd_Blokeogra_: Oh. :(09:35
mwhudsonmvo: should i comment on the pr to this effect or do you remember when people badger you on irc? :)09:36
CavanI'm trying to set up an eviorment to get my snap to run in confined, I keep getting the error: Issues while validating snapcraft.yaml: Additional properties are not allowed ('environment' was unexpected)09:36
ogra_Cavan, i'm not sure the environment handling has been released yet09:37
Odd_Blokeogra_: So is there currently a plan to handle pre-installing snaps in classic images built by the buildds?  (I'm guessing this is a pretty similar issue.)09:38
CavanI was following the 'https://bugs.launchpad.net/snappy/+bug/1583259' but if its not released yet thats fair enough. Any Idea when it will be? can't complete my snap because it wont run in confined09:39
mupBug #1583259: Snappy needs to influence environment variables in applications  <snap-desktop-issue> <Canonical Click Reviewers tools:Fix Released by jdstrand> <Snappy Launcher:Invalid> <Snapcraft:Triaged by sergiusens> <Snappy:New> <click-reviewers-tools (Ubuntu):Fix Released>09:39
mup<click-reviewers-tools (Ubuntu Xenial):In Progress> <click-reviewers-tools (Ubuntu Yakkety):Fix Released> <https://launchpad.net/bugs/1583259>09:39
mvomwhudson: a short comment (or irc paste) of this in the PR would be great, sometimes I have the memory of a goldfish09:39
ogra_Odd_Bloke, that would likely happen at install time, not prior to it09:40
Odd_BlokeAh, OK.09:41
Odd_BlokeThat makes things awkward in the cloud image world. :/09:41
mwhudsonogra_: hey did you see my mail about making things writable?09:43
mwhudsonthings == /etc/netplan, /var/lib/firstboot or something09:43
ogra_mwhudson, yeah, i'll take care of the change today09:43
mwhudsonogra_: yay09:44
CavanSo is the enviorment handling realeased, I'm confused sorry aha?09:44
ogra_mvo, dragon fails to start the login service again and cloud-init falls on its face too ... was it szupposed to work yet ?09:44
ogra_Cavan, if you mean snap-confine, i think it is still sitting in xenial-proposed09:45
ogra_https://launchpad.net/ubuntu/+source/snap-confine/1.0.38-0ubuntu0.16.04.409:45
ogra_yeah09:45
Cavanogra_, sorry what does 'xenial-proposed' mean?09:47
mvoogra_: not yet, soon09:47
ogra_Cavan, the test archive where things go for testing before they go into xenial-updates09:47
ogra_mvo, ah, k ...09:47
mvoogra_: in ~30min maybe09:47
ogra_no huryy, just wanted to know if i should expect anything :)09:48
ogra_mvo, when exactly do we mount the snaps, are we sure that happens only after resizing ?09:49
* ogra_ would like to know why the first boot fails differently to the others09:49
Cavanogra_, ah thanks. Is there anyway around my 'calling nohup' problem until then or should I just wait?09:50
ogra_Cavan, the xenial task of that bug is still "In Progress" :)09:52
mvoogra_: please give dragonboard a go again09:56
mvoogra_: I will not do images for now because we are still missing the final gadget/kernel name09:56
ogra_mvo, yeah ... dobnt forget they should go to cdimage (which means we can definitely not use it anymore for builds now until we rip out the publishing)09:58
ogra_hmm, pi2 bootd very slow but not a single failure yet09:59
mvoogra_: yeah, happy to push them to cdimage once we had a chance to test them a little bit more09:59
mvoogra_: cloud init makes it slow09:59
mvoogra_: same here fwiw, no error, I'm re-doing the amd64 image now09:59
ogra_well, it prints:09:59
ogra_         Mounting Mount unit for ubuntu-core...09:59
ogra_[  OK  ] Mounted Mount unit for ubuntu-core.09:59
ogra_does it copy the snaps around ?09:59
mvoogra_: no, just mounts them to /snap/ubuntu-core/24332410:00
ogra_(and yes, cloud-init starts before that but the output makes it look like the mount is super slow)10:00
ogra_dragon is dd'ing ...10:01
mvocool10:01
* ogra_ snap installs htop on the pi10:01
ogra_curious if the interfaces are actually there and working10:02
ogra_yay, cool10:05
ogra_works after connection system-observe10:05
ogra_*connecting10:05
ogra_nice ... the OS eats less than 50MB RAM ...10:06
ogra_(when idling)10:06
ogra_mvo, dragon looks pretty good, i'm at the login prompt10:07
ogra_no networking indeed :/10:08
* ogra_ creates a manual /e/n/i.d entry and reboots10:10
ogra_woah ... htop on the dragon shows 85MB ram usage on idle ...10:12
ogra_mvo, so looks like both images are good here10:12
ogra_hmm ...10:14
ogra_i wonder if classic mode works10:14
sheh_How can I update the ubuntu-core package without internet connection?10:14
ogra_i dont think you can10:15
ogra_you could try to snap install it from a local .snap file, but not sure that will work10:15
ogra_WHEEE !10:16
ogra_ubuntu@localhost:~$ sudo classic.shell10:17
ogra_(classic)ubuntu@localhost:~$ uname -a10:17
ogra_Linux localhost.localdomain 4.4.0-1022-snapdragon #25-Ubuntu SMP Fri Jul 22 22:11:20 UTC 2016 aarch64 aarch64 aarch64 GNU/Linux10:17
ogra_(classic)ubuntu@localhost:~$10:17
ogra_mvo, ^^^10:17
ogra_we need to add more output to "sudo classic.create" ... it sits there for a long time very quietly before it starts to do anything10:17
ogra_oh10:18
ogra_and we need to make sudo work10:18
ogra_(classic)ubuntu@localhost:~$ sudo apt-get update10:18
ogra_sudo: no tty present and no askpass program specified10:18
timothyogra_: adding NOPASSWD in sudoers should fix it10:19
ogra_timothy, yeah, but i want it to ask for a password ...10:21
ogra_the wrapper script needs to properly mount /dev/pts10:21
ogra_bug 156436910:26
mupBug #1564369: sudo broken in latest classic <Snappy:Confirmed> <https://launchpad.net/bugs/1564369>10:26
mvoogra_: good stuff. I will upload that once we have final names10:26
ogra_(it is a rergression)10:26
ogra_/dev/pts needs its own mount in the script ... currently only /dev is bind mounted10:27
mvoogra_: let me upload a fix10:28
ogra_hmm, there is more10:29
ogra_logging in with "sudo SUDO_USER="" classic.shell" gets me a root shell ...10:29
mvoogra_: can you please try r510:29
ogra_but apt update falls over10:29
ogra_0% [1 InRelease gpgv 247 kB] [2 InRelease 43.0 kB/95.7 kB 45%]Couldn't create tempfiles for splitting up /var/lib/apt/lists/partial/ports.ubuntu.com_ubuntu-Err:1 http://ports.ubuntu.com/ubuntu-ports xenial InRelease10:30
ogra_seems we are also missing some additional writable places10:30
ogra_err10:30
ogra_or not10:30
ogra_Could not execute 'apt-key' to verify signature (is gnupg installed?)10:30
ogra_i guess we neerd that in the tarball10:31
ogra_oh10:32
ogra_apt-get works, just apt doesnt10:32
ogra_thats interesting10:32
mvoogra_: indeed, looking10:33
ogra_aha10:37
ogra_drwxr-xr-x   2 root root 4096 Aug  4 10:33 tmp10:37
ogra_i guess thats the issue10:37
mvoogra_: yes10:37
ogra_yeah, works10:38
=== willcooke_ is now known as willcooke
mvoogra_: /tmp in the core snap has the wrong permissions10:38
mvoogra_: probably a livecd rootfs fix10:38
ogra_mvo, no, that was a snapcraft issue i fixed in the PPA10:38
ogra_mvo, are you sure that snap was built with the PPA on ?10:39
ogra_(the ubuntu-core one)10:39
mvoogra_: yeah, I triggered it from the ppa10:39
ogra_weird10:39
* ogra_ downloads10:39
* mvo lunches10:40
ogra_mvo, hmm the patch is in and i.e. /home7ubuntu has the right permissions  .. but /tmp is still  wrong, so you might be right that we need to chmod it from a hook10:43
mwhudsonoh yeah, i noticed that too11:07
mupBug #1609757 opened: Enable ordering of services provided by a snap <Snappy:New> <https://launchpad.net/bugs/1609757>11:44
mupBug #1609762 opened: Enable snaps to run before SSH comes up in classic boot process <Snappy:New> <https://launchpad.net/bugs/1609762>11:53
Odd_Blokeniemeyer: Any movement/further thoughts on https://bugs.launchpad.net/snappy/+bug/1607710 ?11:57
mupBug #1607710: Use passwd to determine user home directory <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1607710>11:57
ogra_Odd_Bloke, that wouldnt work on snappy images12:00
ogra_(because /etc/passwd is only used for system users created at ubuntu-core snap creation time and is readonly)12:00
ogra_you should rather use a tool that can handle the different backends12:01
Odd_Blokeogra_: Well, I'm not that bothered about how it's implemented, but the jenkins user should really be able to write to its home directory (i.e. /var/lib/jenkins).12:02
Odd_BlokeI've changed the title to "Home directories listed in /etc/passwd should be honoured by home interface".12:04
ogra_Odd_Bloke, well, that still weouldnt solve the issue ... if a juju snap on a snappy image would creat a user it would be handled by libnss-extrausers and not show up in /etc/passwd12:05
Odd_BlokeI'm not proposing a generic solution to this problem; I am describing a part of the problem space which has (presumably) not yet been considered.#12:06
mupPR snapcraft#710 opened: Make formatting of daemon options consistent <Created by OddBloke> <https://github.com/snapcore/snapcraft/pull/710>12:20
Chipacaogra_: the problem with what Odd_Bloke needs is that it implies a level of dynamism in apparmor rules i'm not sure we support12:27
Chipacait's not really a niemeyer question but a jdstrand question, as such12:27
ogra_yeah12:27
ogra_Chipaca, well, it brings up a general question about images vs classic too12:27
Chipacaogra_: how so?12:28
ogra_Chipaca, if a snap is ever allowed to create its own user the user will not end up in /etc/passwd on images12:29
brendandmvo, something i can try yet?12:29
ogra_so you cant just grep it from there12:29
mupPR snapcraft#710 closed: Make formatting of daemon options consistent <Created by OddBloke> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/710>12:29
Chipacaogra_: I mean, Odd_Bloke's request is to use passwd-the-data-structure, not explicitly /etc/passwd, as i read it12:29
Chipacaogra_: ie getpwent or whatever it is called12:30
mvobrendand: ups, sorry http://people.canonical.com/~mvo/all-snaps/16/all-snaps-pi2.img.xz12:30
Chipacaogra_: snap install xbill-xaw :-p12:31
Chipacano highscores as yet, didn't feel like patching it12:31
ogra_xbill !!!12:31
Chipacajdstrand: any updates on shipping i386 binaries in amd64 snaps?12:34
ChipacaI've got a rather old binary I'd like to snap :-D12:34
jdstrandChipaca: re /etc/passwd-- that file is read and we could read any other file. apparmor itself needs to know ahead of time, but there are ways of doing that, for example, updating /etc/apparmor.d/tunables/home.d12:48
jdstranddrop files in there and @{HOME} can expand to other things12:48
mupBug #1602845 opened: unity7 interface does not work with libnotify <snapd-interface> <Snappy:Fix Committed by jdstrand> <https://launchpad.net/bugs/1602845>12:53
mupBug #1596717 opened: please add getsockopt to pulseaudio interface <snapd-interface> <Snappy:Fix Committed by jdstrand> <https://launchpad.net/bugs/1596717>12:56
mupBug #1605768 opened: incomplete 'opengl' interface <snapd-interface> <Snappy:Fix Committed by jdstrand> <https://launchpad.net/bugs/1605768>12:57
jdstrandChipaca: as for i386 binaries on amd64, that is a seccomp limitation. I'm trying to find the bug12:57
Chipacajdstrand: :-(12:57
jdstrandbug #159202212:58
mupBug #1592022: 32 bit applications on 64 bit system fail due to seccomp <snapd-interface> <Snappy:Confirmed> <https://launchpad.net/bugs/1592022>12:58
=== chihchun_afk is now known as chihchun
mupBug #1609792 opened: Interface to access .git directories <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1609792>13:12
brendandwhat's an easy way to make an arm build of a snap?13:19
ogra_cjwatson, so whom do i have to bribe to have s390x for https://code.launchpad.net/~snappy-dev/+snap/ubuntu-core ? (the setup page just talks about "Admins" )13:20
brendanddo i need to perform the build on the desired arch, or is there another way?13:20
ogra_brendand, right, you need to do it natively13:20
ogra_iirc kernel snaps are an exception (since they dont really use dependencies)13:20
Odd_Blokeogra_: I generally ask for architectures to be added to (livefses|PPAs) in #webops in Canonical IRC; I expect it's similar.13:23
sborovkovbrendand: for rpi I use Ubuntu Mate and build there. So you could do the similar thing I guess13:31
ogra_sborovkov, well, there should be new snappy images before EOW13:33
ogra_so you can just use the classic shell on it and install snapcraft13:34
sborovkovoh right, that works as well13:34
sborovkovI just have Mate for that since 15.0413:34
* ogra_ too, but i hate having to swap SD cards all the time13:35
mupPR snapd#1630 closed: daemon: stop using group membership as succedaneous of running things with sudo <Created by chipaca> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1630>13:47
Odd_BlokeI'm snapping something which has some npm dependencies, but then needs to run a "compilation" command using the installed dependencies.14:05
Odd_BlokeI'm using a nodejs part at the moment, to get all the dependencies, but I'm not sure how to go about then running that command with all the things in place.14:05
ogra_mvo, hmmm14:08
ogra_ubuntu@localhost:~$ sudo classic.shell14:08
ogra_Failed to start transient scope unit: Unit classic.scope already exists.14:08
ogra_i am already logged in and have a classic shell running from another machine ... is there a way that we can allow multiple ones ?14:08
mvoogra_: yes, a simple matter of programming14:08
ogra_k14:09
beowulfOdd_Bloke: what's the compilation command?14:15
Odd_Bloke"browserify -t coffeeify -d js/git-deps-graph.coffee -o js/bundle.js"14:15
=== matiasb1 is now known as matiasb
Odd_Bloke(Which I'll then need to put in the right place for it to be found by a Flask web server :)14:16
beowulfOdd_Bloke: i'm not sure what the correct snapcraft way would be, but i might look at wrapping the nodejs thing you are using in an npm package and using an npm postinstall hook to run the transform (which would use local browserify) https://docs.npmjs.com/misc/scripts14:25
SamYaplesergiusens: what do you think of javacrufts suggestion to create a common python base class for python2 and python3?14:32
SamYaplesergiusens: should only take me a day or so to implement and would get rid of alot of dup14:32
=== dholbach_ is now known as dholbach
popeyAnyone ( dholbach / didrocks ?) had "Error: unsupported locale setting" when launching a snapped app at all?14:42
popeyI tried snapping calibre (the ebook manager) and it barfs on launch:- http://paste.ubuntu.com/22183092/14:43
dholbachhum, no I haven't seen that one yet14:43
popeyok14:43
sergiusensSamYaple sure, if you feel like it would make for a good improvement, go ahead; when there is so much duplication like this we have been preferring to just make the plugin parametrizable like the qmake one... due to backwards compatibility woes I guess we cannot atm14:47
sergiusensSamYaple btw, I went a ahead and fixed this https://github.com/snapcore/snapcraft/pull/70714:48
mupPR snapcraft#707: Use the proper requirements.txt path <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/707>14:48
sergiusensnot sure you mind if I go ahead and get it in14:48
SamYaplesergiusens: do your thing. i dont mind rebasing14:49
SamYapleill look into the qmake one to see the deal14:49
didrockspopey: not that one by itself14:51
SamYaplesergiusens: we can do what is done with qmake and create a new plugin called python, having python2 and python3 extend the new python plugin and then deprecate python2 and python314:51
didrockssome different variant, but I can it's about missing locales in general14:51
ogra_popey, add libc and the locale package to your snap and make sure to a) generate the right locales on first startup and b) point the env variables to the generated locales14:51
ogra_popey, see nethack.sh and snapcraft.yaml https://github.com/ogra1/nethack14:52
popeyhm14:52
popeyokay, thanks14:52
ogra_line 7-21 in netchack.sh specifrically14:52
popeythank you14:53
sergiusensSamYaple sounds a lot better; while you are at it; if you don't mind experementing; make the stage-packages python-dev one a build-package and see if everything still works fine14:53
sergiusensSamYaple that might be asking for too much, but it would make for smaller default python snaps14:54
SamYaplesergiusens: im going to be working on the python plugins for a while as i need ot make changes for what im packaging (openstack in this case) so ill play with that14:54
SamYaplesergiusens: i am still hitting C901 in that PR though.14:54
sergiusensSamYaple \o/14:54
SamYaplecant reproduce that locally14:54
sergiusensSamYaple hmm, might be the version of flake8/mccabe being used14:55
sergiusenswe've seen these before14:55
cmaginacan you give an app access to fchown on files it created itself?14:55
sergiusenscmagina anything can be done really, the thing is, why would you need that?14:56
sergiusenssqlite?14:56
SamYaplesergiusens: ah. youre using the deb and im pip installing. let me test that14:56
sergiusensSamYaple if you are on latest and greatest I think we pip install everything now14:56
cmaginasergiusens: its trying to verify the files weren't created via a sudo run. not really an issue in a snap environment, but its a workaround for non-snap environments :)14:57
cmaginasergiusens: fish14:57
cmaginafigured it was simple, see what limitations it hits, i figured it would hit some :)14:57
sergiusenscmagina can't that logic be removed then?14:57
SamYaplesergiusens: https://travis-ci.org/snapcore/snapcraft/jobs/149773303 <--- it seems no. python3-flake814:57
sergiusensin the end, something will need to change for tihis to work14:57
sergiusensSamYaple ah, interesting; elopio any reason for using python3-flake8 instead of a requirements-test.txt one?14:58
SamYapleand i am confirming that is the delta14:58
SamYaplelatest flake8 doesnt have the c901 issue14:58
cmaginasergiusens: yeah, that wouldn't fly with upstream. why can't snap allow a program to change permissions on its own files?14:58
sergiusenscmagina I would ask jdstrand who is in the security team14:59
cmaginasergiusens: ok, thanks14:59
sergiusensSamYaple ah, good to know, in any case we'd lock down the version to the one in xenial to be able to continue building with it14:59
cmaginajdstrand: trying to snap a shell, fish, and it has code to ensure ownership of its history file using fchown, this causes a seccomp error with snap15:00
ogra_cmagina, to what would you change these permissions, given you cant create a user or anything15:00
SamYaplesergiusens: thanks for the help. ill get the PR into shape and work on the refactor of python15:00
ogra_and if you copy somethiong to $SNAP_USER_DATA for eth executing user it should automatically be created with the ownership of the calling user15:01
cmaginaogra_: yeah, the permissions look correct, not sure why its falling into this code path yet. it works fine in devmode of course15:07
sergiusensSamYaple thank you!15:09
jdstrandcmagina: we'll fix that when the snap-confine is available in 16.0415:24
cmaginajdstrand: awesome, thanks15:24
jdstrandcmagina: it has a required feature called seccomp arg filtering that we can use to open up things like chown15:24
cmaginajdstrand: alright, good to hear15:25
jdstrandcmagina: for now, feel free to use --devmode or if you are trying to test locally, you can add the syscalls to /var/lib/snapd/seccomp/profiles/snap.your.app (they won't survive a snap refresh/reinstall/etc but the technique can be handy)15:33
cmaginajdstrand: yeah, i used devmode already, but i will look into adding the syscalls, thanks for that pointer15:35
mupBug #1609864 opened: Enable a command to be run on machine shutdown <Snappy:New> <https://launchpad.net/bugs/1609864>15:46
=== chihchun is now known as chihchun_afk
elopiosergiusens: I don't know. I think we only use it in travis, so the one from pip should work.15:54
elopioit is in the dep8 integration tests as a dependency, but I think that's wrong. We should remove it.15:55
elopioSamYaple: can you please file a bug? Bonus points for fixing it too :)15:55
elopiosergiusens: https://github.com/snapcore/snapcraft/pull/687 Ready.15:56
mupPR snapcraft#687: Enable integration tests to run in the production store <Created by elopio> <https://github.com/snapcore/snapcraft/pull/687>15:56
SamYapleelopio: are you saying we _want_ to be using flake8 from pip rather than package install?15:56
SamYapleonce i knew what version to install the test passed locally. honestly this might be a bug in flake815:57
mhall119zyga: I'm in another call still, do you want to reschedule ours?15:57
elopioSamYaple: I think that for people hacking snapcraft it would be nicer to set up the environment in a virtualenv.15:59
elopiowith the recent changes in requirements.txt, that's doable now easily. So yes, maybe from pip is a good idea, and it will be more recent than the one in debian.15:59
elopiowhat do you think?16:00
trijntjeIs there a list of what kind of issues will trigger a manual review when publishing a snap? I made a hello world snap with a license that has to be accepted and its status is now 'manual review pending'16:04
mupPR snapd#1633 opened: many: move to purely hash based key lookup and to new key/signature format (v1) <Created by emgee> <https://github.com/snapcore/snapd/pull/1633>16:09
elopiotrijntje: you can run the click reviewers tool.16:09
elopiohttps://launchpad.net/click-reviewers-tools16:09
trijntjeelopio: http://pastebin.com/nB2K7VqR16:12
elopiotrijntje: you need at least one app in there, or user architectures: [all]16:13
elopiothe policy vendor thing, I don't know. Haven't seen that before.16:13
trijntjeelopio: can you elaborate on the user architectures bit? I haven't seen that anywhere16:16
kyrofajdstrand, zyga how is that snap-confine SRU going?16:17
kyrofaAh nevermind, I see another discussion about it16:19
elopiotrijntje: https://github.com/snapcore/snapcraft/blob/master/integration_tests/snaps/basic/snapcraft.yaml#L516:21
mupBug #1609883 opened: Add an interface to allow access to /var/lock and/or /run/lock/ <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1609883>16:25
trijntjeelopio: thanks, I couldn't find that metadata field in the docs for some reason16:27
=== chihchun_afk is now known as chihchun
Odd_BlokeIn the following, is my snap trying to execute /sbin/hwclock in the system or in the ubuntu-core snap:  audit: type=1400 audit(1470327924.785:509): apparmor="ALLOWED" operation="exec" profile="snap.gce-compute-image-packages.google-clock-skew-daemon" name="/sbin/hwclock" pid=3230 comm="python3" requested_mask="x" denied_mask="x" fsuid=0 ouid=016:30
Odd_Bloketarget="snap.gce-compute-image-packages.google-clock-skew-daemon//null-/sbin/hwclock"16:30
SamYapleelopio: i agree. the reason im in this situation is because im using a virtualenv16:35
SamYapleelopio: ill file the bug, though im not familiar with the testing suite for snapcraft, ill look at it16:35
slangasekOdd_Bloke: wrt pre-installing of snaps, I'm afraid I hadn't noticed this issue.  There needs to be some way to preinstall a snap, certainly16:43
slangasekOdd_Bloke: a model assertion declares a list of required snaps16:43
slangasekOdd_Bloke, gaughen: and 'snap prepare-image' (which, afaik, hasn't landed to trunk yet) should download these and put them all in the right place, without relying on a snapd running on the host system16:44
slangasekOdd_Bloke, gaughen: so perhaps the right answer is simply "put it in the model assertion, and trust that this will shake out over the next couple of weeks"?  (Since it's required for RTM)16:45
slangasekoh shoot16:45
slangasekyou're talking about pre-installing snaps for an image that is not an all-snap image16:46
Odd_Blokeslangasek: So this specific question fell out of classic images.16:46
* slangasek think think16:46
Odd_BlokeYeah.16:46
* gaughen nods16:46
slangasekok16:46
slangasekwe're going to have a 'snap fetch', I think?16:46
Odd_BlokeYeah, I've heard about that in the context of caching a snap for later installation.16:46
slangasekOdd_Bloke: right.  So I think that we may need to do a 'snap fetch', followed by a bit of manual fiddling to put the snap bits in the right place as part of the image build16:47
mupPR snapcraft#711 opened: Add make-install-var field to the make plugin <Created by blakerouse> <https://github.com/snapcore/snapcraft/pull/711>16:47
slangasekniemeyer: ^^ maybe you'd be able to comment on this problem (pre-installing snaps as part of a classic image build, which happens in a chroot with no running snapd service)16:47
mupBug #1609792 changed: Interface to access .git directories <snapd-interface> <Snappy:Invalid> <https://launchpad.net/bugs/1609792>16:49
mupPR snapcraft#687 closed: Enable integration tests to run in the production store <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/687>16:53
=== chihchun is now known as chihchun_afk
Odd_Blokeslangasek: Shall I file a bug so we have somewhere more persistent than IRC to track this?17:01
slangasekOdd_Bloke: seems advisable17:13
Odd_Blokeslangasek: niemeyer: I've filed that as https://bugs.launchpad.net/snappy/+bug/160990317:19
mupBug #1609903: Enable the installation of snaps in a classic chroot <Snappy:New> <https://launchpad.net/bugs/1609903>17:19
mupBug #1609903 opened: Enable the installation of snaps in a classic chroot <Snappy:New> <https://launchpad.net/bugs/1609903>17:20
aatchisonhello17:48
ahoneybunmm they removed the snap find ?17:57
ahoneybuncommdn17:57
mupPR snapd#1634 opened: store: add device nonce API support <Created by matiasb> <https://github.com/snapcore/snapd/pull/1634>17:58
aatchisonlol, hi ahoneybun18:09
aatchisonSo, I either need to be able to call one part from inside another, or call an application from within another snap, is that possible at this time?18:10
ahoneybunnot sure, I'm a noobie at this18:10
aatchisonI made some progress with mycroft, but I need to call mimic...18:11
ahoneybunoh aatchison18:12
aatchisonwhat's up hehe18:12
ahoneybunI'm on the slack channel18:12
ahoneybunfor Mycroft18:13
aatchisonahh, cool18:15
aatchisonI'm just asking around these parts for some snap specific stuff18:15
ahoneybunyea I tried to make a snap for pithos but got stuck18:16
ahoneybunI think mycroft would hit the same bug as it would make a service18:17
ahoneybunyay finally got into to my Mycroft unit!18:18
* ogra_ notes that Chipaca has his own article on omgubuntu.co.uk today18:18
ahoneybunI don't see anything about Chipaca18:19
ogra_ahoneybun, Chipaca is john lenton ... quoted about 50 times in the snap find article18:19
kyrofaOuch18:20
ogra_("felt" 50 times, i didnt actually count them :) )18:20
aatchisonI'm using daemon: simple, and the services are running ok18:20
aatchisonI just need to reference one app from another, or an app from another snap18:20
aatchisonaka, mimic18:20
ahoneybunis there a mycroft room aatchison?18:21
aatchisonyeah, #mycroft is the channel on freenode, but it's bridged to our general slack channel18:22
kyrofaaatchison, you can't reference one app from another in that mycroft.app1 can't call mycroft.app2 (defined by those present in /snap/bin/)18:22
kyrofaaatchison, but you can still call the command itself18:22
aatchisonhmm. So, in my case, I've tried to add a part for mimic, and it runs on it's own, but calling 'mimic' doesn't work, as there is the mycroft-core.mimic prefix. I tried calling it by that name as well, maybe I'm doign something wrong18:23
aatchisonwait, command itself?18:24
aatchisonno need to define an app?18:24
ahoneybunmm we can make snaps from deb's right?>18:27
aatchisonnot that I know of18:28
ahoneybunI mean it's not that different from source18:30
kalikianaahoneybun: "from debs" meaning what exactly?18:31
ahoneybunhttps://github.com/kasramp/UbuntuIndicatorWeather/releases/download/v0.5/indicator-weather_0.5ubuntu_all.deb18:31
brendandis there any detailed tutorial on how interfaces/plugs/slots work? the docs i can find seem a bit sparse18:31
kalikianaahoneybun:  you could have a snap that just pulls in stage-packages for indicator-weather if that's what you mean18:31
ahoneybunI guess I could just install the deb18:32
kyrofaaatchison, snaps don't have access to /snap/bin, so they can't call things that are in there18:32
ogra_you can also pull the deb source and dpkg-buildpackage/debuild it :)18:33
kyrofaaatchison, but they can definitely call things within themselves, so just use the `command` you used for the app18:33
kalikianaahoneybun: It may be worth asking another question first: (how) can an indicator be snapped so that it shows up in the panel18:33
kyrofaapps are for exporting for _users_ to call18:33
kyrofa(or services)18:33
ogra_(i do that in some snaps via a Makefile and the make plugin)18:33
ahoneybunkalikiana: if it has access to the panel18:33
kalikianaahoneybun: well, it'd be somewhat pointless without that, no? :-D18:34
ahoneybunyea it would18:35
ahoneybunlol18:35
kalikianaI'm guessing it would be using daemon18:35
kalikianaBut not sure about the dbus side18:35
ogra_thats a tricky one ...18:35
ahoneybunyea dbus can't be accessed with services or something18:35
ogra_daemon actually refers to a system deamon18:36
ogra_which an indicator isnt18:36
ogra_we'd need something like "session-daemon" for that specific usecase18:36
ahoneybunpithos needed access as well18:36
ogra_(and it might need to hook into a systemd user session ... which ubuntu has only in yakkety ... which in turn isnt really a snappy target)18:37
mupPR snapcraft#690 closed: Preserve file ownership for 'os' snaps <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/690>18:38
ogra_\o/18:38
* ogra_ hugs sergiusens 18:38
Chipacaogra_, omgubuntu really needs to practice its reading comprehension before writing these articles18:39
ogra_heh18:39
Chipacaresponded as well as i could18:39
aatchisonI'm also having a boatload of problems trying to run ubuntu core on the pi3 :D18:39
ogra_he makes sound a bit like that was solely your decision18:39
ogra_aatchison, http://people.canonical.com/~ogra/snappy/all-snaps/ fresh from the press18:40
aatchisonhurray!18:40
aatchisonAlways saving my bum18:40
ogra_still experimental, mind you :)18:41
ogra_but should be good enough for tinkering18:41
aatchisoneverything I'm working with is hehe18:41
aatchisoncool18:41
ogra_:)18:41
sergiusensChipaca congrats on the promotion to marketting btw18:41
ogra_LOL18:41
Chipacasergiusens, I come from U1. Bring it on.18:42
niemeyerjdstrand: Some updates on snapd#1409.. can you please have a look when you have a moment and let me know what you think18:43
mupPR snapd#1409: docs/interfaces.md: improve interfaces documentation <Created by jdstrand> <Conflict> <https://github.com/snapcore/snapd/pull/1409>18:43
niemeyerjdstrand: Would like to get that to a conclusion soonish, or else break it down into pieces we can more easily agree upon18:44
mupPR snapd#1635 opened: interfaces: builtin: add pluggable storage interface <Created by ssweeny> <https://github.com/snapcore/snapd/pull/1635>18:45
ahoneybunChipaca: was there really a reason to remove snap find (I'm just curous)18:50
sergiusensahoneybun it is not removed18:52
sergiusensahoneybun it just requires a search param18:52
trijntjeI'm trying to create a snap that requires accepting a license before install, but I don't get asked to accept the license when using snap install. Who can tell me what I did wrong? http://pastebin.com/bdzQLxuC18:52
ahoneybunsnap find tele was a good way18:53
niemeyerjdstrand: One more: fgimenez addressed your comments on snapd#1550.. can you please re-review when you have a spare moment?18:56
mupPR snapd#1550: tests: base security spread tests <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1550>18:56
niemeyertrijntje: You didn't do anything wrong, we did! :)18:56
niemeyertrijntje: We dropped the license logic before 16.04 as we didn't want to commit to the form just yet18:57
niemeyertrijntje: This is coming back soon as a first-class term-acceptance mechanism18:57
trijntjeniemeyer: ah, thats too bad, I just noticed deprecation warnings about license as well18:57
niemeyertrijntje: It will definitely come back18:57
niemeyertrijntje: For the time being, this may be done on the app side18:57
niemeyertrijntje: Hooking some logic that runs on the first execution18:58
trijntjeniemeyer: I think I'll wait for the real mechanism to land. I've been talking to the owners of some popular bioinformatics software about snapping their products, but they require all users to accept their 'non comercial use' license19:00
trijntjeSo they want to see what the license implementation looks like before they'll allow their product on the ubuntu store19:01
trijntjeIs there somewhere I can follow the development of this feature, or find a rough timeline for this?19:01
jdstrandniemeyer: ack19:02
niemeyertrijntje: Not sure if we have a ticket open.. would you mind to open one?19:04
niemeyerjdstrand: Thanks!19:04
niemeyertrijntje: I wouldn't block on it, though.. it seems so easy to show people the LICENSE file the first time they run the application19:05
mupPR snapcraft#707 closed: Use the proper requirements.txt path <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/707>19:05
trijntjeniemeyer: where should I open a ticket for this?19:06
elopiothanks SamYaple. Let me know if I can help you with the test suite.19:06
elopiocprov: my branch landed in master. So remember to add TEST_STORE=staging19:06
niemeyerhttps://bugs.launchpad.net/snappy/+filebug19:07
niemeyertrijntje: ^19:07
trijntjeniemeyer: I'll contact them and let them know that for now we can show the license on first use as a work around.19:07
trijntjeBut it will probably go to their legal team so they might want to opt to wait for the full feature to land19:07
cprovelopio: thanks, let me try.19:08
trijntjeniemeyer: https://bugs.launchpad.net/snappy/+bug/160993019:16
mupBug #1609930: wishlist: re-enable mandatory click-through license for snaps <Snappy:New> <https://launchpad.net/bugs/1609930>19:16
trijntjeto all: please set this bug to 'affects me' if you want this fixed ;)19:17
mupBug #1609930 opened: wishlist: re-enable mandatory click-through license for snaps <Snappy:New> <https://launchpad.net/bugs/1609930>19:17
niemeyertrijntje: It affects all of us :)19:23
niemeyertrijntje: It'll definitely be fixed19:23
trijntjeniemeyer: that is good to know, I'll contact the developers as well and see how they feel about having a workaround19:24
niemeyermorphis: Another one on #162319:41
niemeyermorphis: Another one on snapd#162319:41
mupPR snapd#1623: interfaces/udev,osutil: avoid doubled rules and put all in a per snap file <Reviewed> <Created by morphis> <https://github.com/snapcore/snapd/pull/1623>19:41
niemeyertrijntje: Let us know how it goes19:41
Pharaoh_Atemniemeyer: I figured you might get a kick out of this: https://www.yoctoproject.org/blogs/khem/2013/get-smart-smart-package-manager20:04
kgunnjdstrand: got a sec for some questions?20:05
jdstrandkgunn: I suspect it will be longer than a sec, but shoot :)20:05
Pharaoh_Atemniemeyer: https://www.yoctoproject.org/blogs/jefro/2013/yocto-project-14-dylan-released20:07
Pharaoh_AtemSmart is now used in most Yocto derived distros I know of: Wind River Linux, JunOS NG, etc20:07
niemeyerPharaoh_Atem: Nice :)20:08
Pharaoh_Atemthere's even a variant of Tizen that runs on Yocto where it uses smartpm instead of zypper20:08
Chipacatrijntje, they're aware they can make them private to get them working confined and all that, without blocking on this?20:09
kgunnjdstrand: got a sec for some questions? (sorry if this is a repeat)20:21
* kgunn is having fun with network and irc20:21
ali1234is snapcraft cleanbuild supposed to work?20:23
jdstrand15:05 < jdstrand> kgunn: I suspect it will be longer than a sec, but shoot :)20:27
jdstrandkgunn: 15:27 < jdstrand> 15:05 < jdstrand> kgunn: I suspect it will be longer than a sec, but shoot :)20:37
kgunn:)20:40
kgunnjdstrand: so i'm down to tuning as you know, and when i have20:41
kgunnunix (receive, send) type=seqpacket addr=none,20:41
kgunnit will connect fine20:41
kgunnsorry....when i have that in my connectedplug snippet20:41
kgunnbut when i try to change that to20:41
kgunnunix (receive, send) peer=(label=###SLOT_SECURITY_TAGS###) type=seqpacket addr=none,20:42
kgunni get a failure on the snap connect call20:42
kgunnlike so20:42
kgunnhttps://pastebin.canonical.com/162369/20:42
tsimonq2kgunn: people not employed at Canonical can't see that20:43
kgunnsorry bad habit20:46
kgunnhttp://pastebin.ubuntu.com/22224395/20:46
jdstrandkgunn: use: unix (receive, send) type=seqpacket addr=none peer=(label=###SLOT_SECURITY_TAGS###),20:46
jdstrandkgunn: it appears ordering matters20:47
kgunnjdstrand: thanks20:47
jdstrandkgunn: fyi, a technique I use is copy a known good profile from somewhere to /path/to/profile, then modify /path/to/profile with rules I want, then see if it compiles with apparmor_parser -QTK /path/to/profile20:48
jdstrandkgunn: something like this: http://paste.ubuntu.com/22225124/20:51
mupBug #1609965 opened: snapweb store is a blank page <Snappy:New> <snapweb:New> <https://launchpad.net/bugs/1609965>21:03
=== drizztbsd is now known as timothy
kyrofajdstrand, I get "cannot remain in %s, please run this snap from another location" from snap-confine no matter what. Can you explain the logic there?21:35
kyrofajdstrand, the %s is whatever path I'm in21:36
kyrofaAh, I had to get back into /home apparenty21:36
kyrofaThat's odd21:36
jdstrandkyrofa: I know there is some check for being in /tmp21:37
jdstrandotherwise the private /tmp isn't applied21:37
kyrofajdstrand, I was in /gopath (and various subdirectories)21:37
jdstrandmaybe cause that dir doesn't exist in the runtime env?21:37
jdstrandseems the error message could be better21:38
kyrofajdstrand, so I can't run any commands from something that isn't accessible from the runtime environment? That seems problematic21:40
kyrofas/something/somewhere/21:40
jdstrandI suggest filing a bug with your use case. this is the area zyga hsa worked most with21:47
jdstrandin terms of security, a strategically placed chdir(/) is enough to make sure all the bind mounts apply (and a corresponding chdir(orig) after)21:48
kyrofajdstrand, use-case: all snapd's spread tests :P21:51
kyrofaBut we can probably relocate them21:52
=== drizztbsd is now known as timothy
tianonthere's not a snap of snapcraft yet? :o22:26
mupBug #1610001 opened: Regression: snap run no longer runs hooks <Snappy:In Progress by kyrofa> <https://launchpad.net/bugs/1610001>22:34
mupPR snapd#1636 opened: snap: don't load unsupported implicit hooks <Created by kyrofa> <https://github.com/snapcore/snapd/pull/1636>22:51
mupPR snapd#1637 opened: cmd/snap,cmd/snap-exec: support hooks again <Created by kyrofa> <https://github.com/snapcore/snapd/pull/1637>22:53
mupPR snapcraft#697 closed: Also use INSTALLROOT for make plugin <Created by jhobbs> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/697>22:53
tianonkyrofa: kudos for snapcraft#680 :D  (went digging into why "plugin: python2" was creating bad shebangs for me and found you'd fixed in master already :D)22:59
mupPR snapcraft#680: Rewrite shebangs generated by the python plugins <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/680>22:59
mupPR snapcraft#709 closed: Improve the go plugins usability <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/709>23:50
mupPR snapcraft#711 closed: Add make-install-var field to the make plugin <Created by blakerouse> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/711>23:59

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