mupPR snapd#1486 closed: interfaces: add wireless-control <Created by lpotter> <Closed by lpotter> <https://github.com/snapcore/snapd/pull/1486>01:28
=== mup_ is now known as mup
liuxghas anyone successfully done a ubuntu phone snap app? I am having a little problem in creating a qmake snap app for 16.04. my code is at https://github.com/liu-xiao-guo/snaptest thanks03:21
liuxgwhen I am trying to snap a qmake application, I get the error like http://paste.ubuntu.com/19046504/. My source code is at https://github.com/liu-xiao-guo/rssreader_snap. what could be the problem for it? thanks03:48
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
dholbachhey hey06:51
zygamwhudson: hey, can I ask you to update snap-confine to 1.0.3607:05
zygamwhudson: or alternatively, review a patch that I make07:05
=== chihchun is now known as chihchun_afk
* zyga needs to refresh his git-buildpackage skills07:05
=== chihchun_afk is now known as chihchun
knurdlo; does Snap require any AppArmor stuff that is not in the upstream kernel? Just wondering, because LWN.net wrote "[…] In particular, most distributions lack Ubuntu's patched version of AppArmor […]" http://lwn.net/Articles/691372/07:49
zygagood morning07:52
zygaknurd: yes, that's accurate07:53
zygaknurd: we've developed many new features for apparmor and not all of them are upstream yet07:53
zygaknurd: the security and kernel teams at Canonical are working on upstreaming all the patches07:53
knurdzyga: k, thx for the clarification07:54
mwhudsonzyga: sure08:01
mwhudsonzyga: the ./configure arguments have changed yet again?08:05
mwhudsonzyga: and it's /usr/bin/snap-confine now, not /usr/lib/snapd/snap-confine?08:06
mwhudsonzyga: can you provide me a changelog too? the differences between 1.0.35 and 1.0.36 seem almost entirely trivial?08:12
zygamwhudson: no, they shoulnd't have08:13
zygamwhudson: sure, .36 fixed apparmor confinement, .34 and .35 were unconfined by accident08:14
zyga(confinement of snap-confine itself)08:14
zygamwhudson: I will spend some time this week to discard debian/ from upstream repository entirely08:14
zygamwhudson: so that there's no confusion08:14
zygamwhudson: but I will only do that after I'm ready with spread tests for debian08:14
mwhudsonzyga: maybe send me a patch for the debian directory then?08:15
zygamwhudson: for the current tree on alioth?08:15
mwhudsonzyga: one second08:15
mwhudsonzyga: for the tree as of now (i.e. a410e5e)08:16
* mwhudson brb08:16
zygamwhudson: thanks, I'll do that today08:16
=== ant_ is now known as Guest70775
mwhudsonzyga: do it in an hour if you want it uploaded before my tomorrow morning :)08:24
mupBug #1600713 opened: snapd.boot-ok.service always failed after booting <Snappy:New> <https://launchpad.net/bugs/1600713>08:26
nhaineszyga: Do you happen to know what the status of snappy is on the Raspberry Pi 2?08:29
mupBug #1600719 opened: The camera interface only grants access to /dev/video0 <Snappy:New> <https://launchpad.net/bugs/1600719>08:35
mupPR snapd#1492 closed: overlord/auth: add Device/SetDevice to persist device identity in state <Created by wgrant> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1492>09:11
=== ant_ is now known as Guest33019
mupPR snapcraft#570 closed: Add https_proxy support to maven plugin <Created by squidsoup> <Closed by squidsoup> <https://github.com/snapcore/snapcraft/pull/570>09:18
mupPR snapd#1522 opened: Introduce a simple key-value store for user-specific data <Created by stevenwilkin> <https://github.com/snapcore/snapd/pull/1522>09:33
zygamwhudson: ah, sorry, I got stuck in suse bits, it's not urgent, it can wait till tomorrow09:33
zyganhaines: hey09:34
zyganhaines: all all-snap devices are still in progress, we're adding things required to make them work reliably, they will only be relased when it is sensible to do so (e.g. you can update reliably) - you can run snappy on those devices earlier (now) but this is not the final version09:35
hikikoI've written my first snap and I was wondering what's the next steps until I upload it to playpen.. is there any tutorial somewhere? (thanks)09:37
tsimonq2hikiko: hi, are you familiar with Git?09:38
hikikowell a little bit tsimonq209:38
hikikoI know the basics: checkout, push, commit...09:38
tsimonq2hikiko: let me walk you through it here09:39
tsimonq2hikiko: git clone https://github.com/ubuntu/snappy-playpen.git09:39
hikikothanks tsimonq2 :)09:39
tsimonq2hikiko: no problem :)09:40
tsimonq2hikiko: after that: cd snappy-playpen09:40
=== dholbach_ is now known as dholbach
tsimonq2hikiko: then: cp -rsnap-template/ YOUR-SNAP-NAME/09:41
tsimonq2hikiko: then: cp -r snap-template/ YOUR-SNAP-NAME/09:41
tsimonq2hikiko: then customize the snapcraft.yaml file and the README.md to your liking09:42
tsimonq2hikiko: after that, open the README.md in the main snappy-playpen directory09:43
tsimonq2hikiko: where you see the other snaps, copy/paste an entry and customize it to fit your snap09:43
tsimonq2hikiko: when you are done with all of that, do: git add YOUR-SNAP-NAME/ README.md09:44
nhaineszyga: yes, but if I run snappy on those devices, I can't run any current snaps, and anything I learn about setting up, administering, and developing for those systems will be completely obsolete.09:44
tsimonq2hikiko: then: git commit -am "Added (SNAP NAME) snap"09:44
tsimonq2hikiko: I'll pause and wait for you to catch up :)09:45
nhainesSo since we were promised all-snap systems in May, and now it's halfway through July, I'm curious if there are any newer estimates on that.09:45
hikikotsimonq2, I am reading you :)09:45
tsimonq2hikiko: now it gets a little complicated09:45
tsimonq2hikiko: then, go to the following URL: https://github.com/ubuntu/snappy-playpen09:46
zyganhaines: you can run all current snaps09:46
zyganhaines: only device specific things can still change (e.g. how the kernel and gadget snaps are defined)09:46
tsimonq2hikiko: sign into your GitHub account, then click the fork button at the top09:46
nhaineszyga: I can run (for instance) the NextCloud snap on a Raspberry Pi 2 running snappy Ubuntu 15.04?09:47
zyganhaines: no, only with the not-yet-released snappy 16.0409:47
hikikotsimonq2, I have a personal github account should I create another one using canonical's email?09:47
nhaineszyga: yes so that's what I'm saying.09:47
hikikoor it's fine to use the personal?09:48
tsimonq2hikiko: wait, do you have an @canonical.com email address?09:48
hikikoyes tsimonq209:48
tsimonq2hikiko: you can add that email to GitHub if you wish09:48
tsimonq2hikiko: or you can create another account09:49
nhaineszyga: we went from "It'll probably be 6 weeks because we want this to be reliable" to... now it's 10 weeks with no updates.  And I'm okay with that--I want stable, too.  But I have an RPi2 sitting here doing nothing.  :)09:49
tsimonq2hikiko: your choice :)09:49
zyganhaines: there are updates every day but you know how things are with scheduling09:49
tsimonq2hikiko: go to https://github.com/settings/emails and add an email address, then you should be all set with that email address! "_09:50
nhaineszyga: I don't mean "no updates" as in "nobody's working on it."  I'm certain everyone is.  I mean "no updates" as in "things are obviously taking longer but no one's talking about it on the mailing list anymore."  :)09:50
zygaI agree on that09:50
nhainesAt least you can install a classic 16.04 system to an RPi2 and run snaps that way, which is not a bad consequence of how awesome it is that snapd made it into Ubuntu 16.04 classic, which did I mention is super awesome?  :)09:51
hikikodone tsimonq2 :)09:51
nhainesAnd frankly, way more useful to me in general.  But I still want to do RPi2 stuffs.  :)09:52
tsimonq2hikiko: when you have created the fork, run the following: git remote add fork https://github.com/YOUR_USERNAME/snappy-playpen09:52
tsimonq2hikiko: then git push fork master09:52
tsimonq2hikiko: after that, go to https://github.com/ubuntu/snappy-playpen and you should then be able to create a pull request09:53
tsimonq2hikiko: after you create the pull request, someone will comment09:53
tsimonq2hikiko: you then work with them until you get it merged09:54
tsimonq2hikiko: then there you go! :)09:55
hikikothanks *a lot* tsimonq2 :) I am going to follow the steps!09:55
tsimonq2great hikiko, I follow the PRs, I hope to see yours soon :)09:55
* tsimonq2 creates PR to fix the lack of documentation explaining this :P09:56
brunch875Hello! I'm using the telegram snap and it's mildly annoying having to copy the images I want to send to a buddy into the sandbox11:28
brunch875is there a way to change the scope of the sandbox?11:28
=== chihchun is now known as chihchun_afk
=== hikiko is now known as hikiko|ln
zygabrunch875: no, that's something the snap author would have to do, in addition we know about this restriction but integrting a better solution is still some time away11:42
mupPR snapd#1340 closed: many: introduce a tool to sign assertions <Reviewed> <Created by pedronis> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/1340>11:56
=== hikiko|ln is now known as hikiko
mupPR snapd#1489 closed: snap: ensure unknown arguments to `snap run` are ignored <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1489>13:36
mupPR snapcraft#643 closed: Release debian/changelog for 2.12.1 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/643>13:43
liuxgsergiusens, OK. let me check my email. thanks13:49
=== chihchun_afk is now known as chihchun
mupPR snapd#1523 opened: asserts: fix minor doc comment typo <Created by emgee> <https://github.com/snapcore/snapd/pull/1523>13:55
liuxgsergiusens, I think the question I asked is different from one I asked in the mailinglist. I have made it working and I used the one in your blog by using the desktop_launch. My final working one is at https://github.com/liu-xiao-guo/snaptest_working/blob/master/snapcraft.yaml. The not working one is at https://github.com/liu-xiao-guo/snaptest/blob/master/snapcraft.yaml. It gave me the error http://paste.ubuntu.com/19078940/. I do not know whether this is a14:01
liuxg bug or not. thanks14:01
liuxgsergiusens, I do not know why it gives error if I set the package name and the app name the same. I have to make them different to make it working.14:04
sergiusensliuxg so `command: desktop-launch snaptest` does not work?14:06
liuxgsergiusens, no in fact, it does not generate the .snap file. I gives me the error like http://paste.ubuntu.com/19078940/. In the snapcraft.yaml file at https://github.com/liu-xiao-guo/snaptest/blob/master/snapcraft.yaml, I define the package name and the app name the same. I have to change the app name to make it compile for me.14:07
liuxgsergiusens, this snapcraft.yaml at https://github.com/liu-xiao-guo/snaptest_working/blob/master/snapcraft.yaml  gives me the correct .snap file, and it invokes the app for me14:09
sergiusensliuxg ok, log a bug so we can triage and determine if it is a bug or not (as I don't have time right now)14:09
liuxgsergiusens, sure, thanks. so, this is the link for filing a bug https://bugs.launchpad.net/snapcraft/+filebug, right?14:11
sergiusensliuxg that is correct14:11
liuxgsergiusens, thanks. I will do that.14:11
mupPR snapd#1524 opened: classic: remove (most of) "classic" mode, this is implemented as a snap now <Created by mvo5> <https://github.com/snapcore/snapd/pull/1524>14:13
liuxgsergiusens, I have filed a bug at https://bugs.launchpad.net/snapcraft/+bug/1601834 thanks14:18
mupBug #1601834: Error "[Errno 21] Is a directory" when building a snap package for a qmake project <Snapcraft:New> <https://launchpad.net/bugs/1601834>14:18
tgm4883Making a new snap an having trouble with the build binaries getting added. I think I need to specify INSTALL_ROOT during the make install, but I don't see a way to specify that. What are the "Common plugin keywords"?14:25
ogra_(at least in the make plugin)14:30
tgm4883ogra_: possibly. I was using autotools14:32
tgm4883let me look at the make plugin again14:33
tgm4883ogra_: so looking at the make plugin, how do I specify flags for 'configure' then other flags for 'make install'?14:43
ogra_dunno, i always do  it in the makefile itself14:44
tgm4883I suppose that makes sense, but now I need to patch upstream somehow14:46
tgm4883Does snapcraft have some variant of debian/patches ?14:46
josephttgm4883: not at the moment, you'd likely need to create your own custom plugin14:50
ogra_tgm4883, not within plugins i think ... (i work around that by using the make plugin and just call the patch command from the makefile usually)14:51
ogra_https://github.com/ogra1/packageproxy is an example14:51
dholbachsergiusens, do you know when you're going to land 2.12.1? :)14:51
dholbachoh, it's already landed, just still in SRU14:51
tgm4883hmm, ok14:52
ogra_dholbach, it suffers from test anxiety :)14:52
tgm4883Let me ask a different question. The DESTDIR. Does the snap application know about this directory or does it still think it's in /usr/share14:53
ogra_well, if you use --prefix=./ it will thinnk ./share ;)14:54
tgm4883just trying to figure if it would make sense to try --prefix=${DESTDIR)14:54
=== chihchun is now known as chihchun_afk
tgm4883willcooke: in case  you've made some changes and haven't commited them to github, I took your mythtv snap initial work and played with it this weekend. It seems to compile file, although doesn't install fine yet.15:00
willcooketgm4883, hey!  Yeah, I got it to build and then got busy with other things.15:00
willcooketgm4883, I was toying with the idea of building a separate frontend and backend snap - but I know that's not really a supported thing15:01
tgm4883I think there was one build dep missing from the github repo for xinerama, other than that it seems to build15:01
tgm4883Did you get it to install properly?15:02
willcooketgm4883, didnt try tbh15:02
tgm4883that's what I was working on ^ but it sounds like I'll need to create a plugin15:02
tgm4883As for separate backend/frontend, mythbuntu's always supported that.15:03
tgm4883Still working through the snap documentation, which I see there is a way to autostart snaps. Need to figure out if that's configurable by the user though15:04
tgm4883if so, I don't see why we wouldn't just have 1 'mythtv' snap. I don't believe the extra backend vs frontend code would be that much15:05
=== chihchun_afk is now known as chihchun
willcookeoki, so if the b/e isnt set to autostart then you just have a box with both installed but only firing up the f/e?15:06
tgm4883ideally, we'd just ship both as different internal binaries and have the user say "snap autostart mythtv.mythbackend", not sure if that is possible15:07
ogra_i dont think it is15:07
ogra_until "snappy config" comes back at least15:08
ogra_but you can work around that ...15:08
tgm4883ogra_: I need that to happen for 18.04 then :)15:08
ogra_(you can not actually modify the systemd units, snapd generates them at install time)15:08
ogra_what yxou can do is to have your start script that the sytzemd unit calls check for a flag on disk and fail gracefully15:09
zygatgm4883: all services are auto-started15:09
ogra_and have a script "mythtv.toggle-autostart"15:09
ogra_which sets the flag15:09
tgm4883ogra_: ah, that might work15:10
tgm4883zyga: when you say services, are you talking about all the exposed binaries in a snap?15:10
ogra_all services15:10
tgm4883(I might have to go back and look at the documentation as I might be forgetting stuff)15:10
ogra_you can have either apps or services15:10
ogra_(an app with "daemon:" property magically becomes a service)15:12
tgm4883ok that makes sense15:12
tgm4883so we'd have a mythtv.mythbackend service that checks for a file on disk (eg. /etc/mythtv/backendstart ) and if it exists, call the actual mythbackend binary15:13
ogra_well ... $SNAP_DATA/backendstart15:13
ogra_(/etc isnt visible to your snap)15:14
ogra_(and if it was, it would be readonly)15:14
tgm4883ogra_: where "$SNAP_DATA" is disk space that is writable for the snap?15:14
tgm4883ok cool. I haven't gotten to that part of the documentation yet15:14
ogra_$SNAP is readonly, $SNAP_DATA is rw for services etc ... $SNAP_USER_DATA is rw for user apps15:14
tgm4883So the flip side of this is the frontend, which is a graphical application. Could this be autostarted in the same way15:15
zygatgm4883: no, all "background applications", aka apps that have a daemon field15:15
tgm4883Could it be handled the same way that non-snap applications are currently autostarted? (Via ~/.autostart or whatever)15:16
ogra_if you would auto-start it it would run as root ...15:16
ogra_i dont think we have actual autostart support for desktop apps yet15:17
ogra_(sounds like a good wishluist bug to file ;) )15:17
tgm4883 https://launchpad.net/snappy ?15:18
ogra_yep (that used to be in the topic ... but our managers didnt manage to put it back when changing it ... /ma glares at olli| and jamiebennett  :)  )15:19
tgm4883bug filed15:22
mupBug #1601859 opened: Need a way to autostart applications (not services) <Snappy:New> <https://launchpad.net/bugs/1601859>15:23
mupPR snapd#1525 opened: tests: mount-observe interface spread test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1525>15:26
=== chihchun is now known as chihchun_afk
joc_elopio: sergiusens: looks like there was an unfortunate timeout during the "autopkgtest snaps" run on my PR :(15:58
joc_really hoped this one was going to be a good one15:58
ilivhi guys, I'm packaging (still) PostgreSQL and one of the problems that I'm currently facing is basically this error message when I'm trying to run initdb:16:29
ilivinitdb: invalid locale settings; check LANG and LC_* environment variables16:29
ilivI tried to export LANG= in my wrapper script but that didn't help16:29
ilivwhat is LANG= in the sandbox? or is there one at all by default?16:30
ilivI installed this package in --devmode16:30
sergiusensjoc_ as in something a retry would fix?16:41
joc_sergiusens: maybe, looked to have happened after the mosquitto demo was being built/tested, thing leo already kicked it off again though16:43
mupPR snapd#1523 closed: asserts: fix minor doc comment typo <Created by emgee> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1523>16:44
sergiusensjoc_ ah, good16:53
joc_sergiusens: finished already?!16:55
joc_there was definitely something wrong with last run then - it was taking hours16:55
sergiusenselopio kyrofa and josepht what's up?18:34
elopiosergiusens: All good here. kyrofa is moving.18:35
sergiusenselopio right, thanks for the reminder18:35
sergiusensand I joined the standup early :-P just got a notification for it :-P18:35
elopioI assumed that :D18:35
* sergiusens gets some coffee started in the meantime18:36
mupPR snapd#1521 closed: many: removed authenticator, store gets a user instead <Created by matiasb> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1521>18:45
mupPR snapd#1526 opened: Interfaces: Builtin: add pluggable storage interface <Created by ssweeny> <https://github.com/snapcore/snapd/pull/1526>18:50
rookie_hi all, i have aquestion. is ubuntu core snappy available for raspberry pi 3 ? i can't seem to find any info over it19:07
bothhi, what is 'apg-get upgrade' equivalent on snappy?19:26
sergiusensboth snap refresh19:27
=== DanChapman is now known as DanChapman__
=== DanChapman_ is now known as DanChapman
mupPR snapd#1527 opened: overlord/state,overlord/ifacestate: define basic infrastructure for and then setting up serialising of interface mgr tasks <Created by pedronis> <https://github.com/snapcore/snapd/pull/1527>19:52
bothsergiusens: there's no such command on my snappy. (ubuntu-core/15.04/stable; armhf)19:56
bothThere's no 'snap find' command on my snappy. How to get it?20:47
mwhudsonzyga didn't send me a patch22:05
tsimonq2maybe it's just been a couple of days and it got lost in inboxes, but could I get eyes on https://github.com/snapcore/snapcraft/pull/619 please?22:12
mupPR snapcraft#619: Add source-checksum option <Created by tsimonq2> <Conflict> <https://github.com/snapcore/snapcraft/pull/619>22:12
thomisergiusens: any thoughts on https://bugs.launchpad.net/snapcraft/+bug/1599709 ?22:35
mupBug #1599709: organize feature deletes destination folder, is surprising <Snapcraft:New> <https://launchpad.net/bugs/1599709>22:35

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