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

edsiperis Ubuntu core already released for the Dragonboard _01:30
edsiper?01:30
=== chihchun_afk is now known as chihchun
zygagood morning06:55
shuduogood morning.06:58
shuduois there any plan to have classic dimension back? ;)06:59
shuduoshould I expect snapcraft working in a chroot environment?06:59
zygashuduo: I'm sure classic will work though I'm not quite sure when07:01
zygashuduo: snapcraft and chroot, hmm, I heard that people had issues with kpartx07:01
zygashuduo: you might be able to snapcraft in a chroot but only construct the squashfs manually or on the outside07:01
shuduozyga: since no classic environment to build snap app for armhf target, i'm trying to run snapcraft in an armhf chroot. but got msg "Issues while validating snapcraft.yaml: snapcraft validation file is missing from installation path07:03
shuduo" when i build examples07:03
zygashuduo: maybe try snapcraft from source, I don't know07:04
shuduozyga: yes, i just pulled it from github and build/install it in chroot.07:05
zygashuduo: you can also use launchpad to build snaps AFAIR but I haven't used this much07:05
shuduozyga: sorry never heard of that. how?07:06
zygaI don't really know but from what I remember it's like a PPA07:07
zygajust builds snaps07:07
shuduozyga: i looked at lp. seems only target amd64 and i386.07:11
zygaah, too bad07:11
draglyHi. I'm trying to package an app that is built using one of the newest versions of Qt (5.6 or 5.7). Because these are installed manually, I have written a plugin that copies all *.so libs and QML modules to the install folder. I was getting close to making this work when I encountered an annoying bug. After building and installing the snap 2-3 times, I07:48
draglyalways get the following error when running the app:07:48
dragly /bin/sh: 0: Can't open /snap/neuronify/100006/command-neuronify.wrapper07:49
draglyIt goes away if I rename the snap and build/install again. Have anyone here seen this before?07:49
zygadragly: yes, this is already (almost) fixed07:49
zygadragly: though I don't know if my fix will land or if it will need larger changes07:50
zygadragly: as a workaround, uninstall and install your snap each time07:50
draglyOh, okay. I can live with that workaround while developing. Thanks!07:50
draglyThat works. Now I just need to figure out how to get access to xkb working.08:00
draglyDo you know if I might be missing some "plugs" when I get this error?08:01
draglyxkbcommon: ERROR: failed to add default include path /usr/share/X11/xkb08:01
draglyI already have "plugs: [unity7,opengl,x11,system-observe]"08:01
zygadragly: you can consult generated apparmor profile but I suspect that nothing grants x11/xkb access08:19
zygadragly: please open a bug with the details of your snap, I will be working on interfaces a lot this week,08:19
draglyzyga: ok, du you prefer bugs on launchpad or github?08:47
zygadragly: I think we want launchpad08:48
qenghoWhat's wrong with this?08:49
qenghoecho -e 'name: xeyes\nversion: 1\ndescription: eyes\nsummary: toy\napps:\n snapxeyes:\n  command: usr/bin/xeyes\n  plugs: [ x11 ]\nparts:\n pkg:\n  plugin: nil\n  stage-packages: [ x11-apps ]' |tee snapcraft.yaml |cat -n08:49
qenghoOkay, ignoring a wrapper problem.08:57
qengho$ /snap/bin/xeyes08:57
qenghoBad system call08:57
zygaqengho: try with --devmode09:00
zygaqengho: (remove the snap and install it with --devmode)09:00
zygaqengho: then observe syslog09:01
zygaqengho: also check if the x11 plug is connected09:01
zygaqengho: I had a few people report intersting bugs lately09:01
qenghozyga: https://pastebin.canonical.com/155116/09:05
zygaqengho: interesting, so you use encrypted home09:06
zygaqengho: you have to add the home plug and connect this09:06
zygaqengho: I'm not sure that it will suffice though09:06
zygaqengho: but please report a bug that snappy won't work at all with encrypted home directory09:07
qenghozyga: https://bugs.launchpad.net/snappy/+bug/157452609:12
ubottuLaunchpad bug 1574526 in Snappy "snappy doesn't work with encrypted home directory" [Undecided,New]09:12
zygaqengho: thank you09:12
=== JamesTait is now known as Guest99393
zygaqengho: can you snap install links09:17
zygaqengho: and run links successfully?09:18
araqengho, I get the same dmesg, but the snap works fine09:20
araqengho, I got the bad system call the first time (interfaces were disconnected), but uninstalling the snap and installing it agian, solved the issue09:20
qenghozyga: "links" snap works.09:21
zyga qengho, thanks09:22
zygaso it's not encrypted home per se09:22
zygaqengho: is your snap trying to access regular home directory?09:22
araqengho, if you try uninstalling the snap and reinstalling it, do you get the bad system call again?09:23
* zyga wonders if the encrypted-home option is available in the installer anywhere09:24
arazyga, you mean ubiquity?09:24
arazyga, it is09:24
zygaara: yes, I'm looking but all i see is encrypted /09:24
arazyga, wait until it asks for your username09:24
zygaara: ah, thanks09:24
arazyga, it will have a radio button to encrypt your home09:24
araqengho, was xeyes the first snap that you installed on your system?09:25
qenghoara: not the first.09:26
qengho$ sudo snap install ./xeyes_1_amd64.snap09:27
qengho[-] Make snap "xeyes" available to the system09:27
qengho$ /snap/bin/xeyes09:27
qenghoBad system call09:27
qenghocmiller@vetinari:/tmp$ sudo snap connect xeyes:x11 ubuntu-core:x1109:27
qengho[|] Connect xeyes:x11 to ubuntu-core:x1109:27
qenghocmiller@vetinari:/tmp$ /snap/bin/xeyes09:27
qenghoBad system call09:27
zygaqengho: and with devmode you get those messages about ~/.Private?09:29
zygaqengho: currently we don't get notices about seccomp denials in --devmode09:29
arazyga, the .ecryptfs messages are always shown09:30
arazyga, even without --devmode09:30
=== vrruiz_ is now known as rvr
arazyga, and even if the app works fine (like links)09:30
arazyga, for me, if I launch links successfully, I still get those messages09:30
zygaodd09:31
zygathanks!09:31
qenghoYes, "links" also causes four ecryptfs DENIED rw09:31
qenghoBut no crash09:31
zygaqengho: apparmor gives EPERM but seccomp gives you sigkill09:32
arazyga, I thought that was going to change09:34
zygaara: I don't think it did yet09:34
qenghoOkay, so it's not dependent on ecryptfs.09:34
zygaara: because seccomp needs kernel work09:34
qenghoIs it?09:34
=== Guest99393 is now known as JamesTait
qenghoOkay, so this bug is not dependent on ecryptfs?09:35
zygaqengho: it seems it's not09:35
qenghozyga: Your xeyes runs, then?09:35
zygaqengho: I'm still setting up an env09:36
zygaqengho: I'll try on my host09:36
zygaqengho: xeyes doesn't run09:42
zygakwi 25 11:44:15 zyga-thinkpad-w510 kernel: audit: type=1326 audit(1461577455.555:55): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=16555 comm="xeyes" exe="/snap/xeyes/100001/usr/bin/xeyes" sig=31 arch=c000003e syscall=51 compat=0 ip=0x7f3da9445df7 code=0x009:44
zygathat is getsockname09:45
* zyga looks at snappy source09:45
zygaqengho: it doesn't work because x11 doesn't include that profile09:46
zygaqengho: unity7 will work09:46
zygaqengho: I just confirmed that it works with unity7 plug09:48
zygaqengho: I've updated the bug09:48
zygawith everything is a file/everything is over a socket, I find snappy interfaces related to networking rather limited09:49
qenghozyga: With devmode, it runs with no crash. Same dmesg output.09:49
zygaapparmor will need more work09:50
zygaqengho: change to "plugs: [unity7]"09:50
zygaqengho: then it works for me09:50
* qengho boggles.09:51
zygaqengho: I've updated the bug09:51
qengho*Should* it have unity7 as plug?09:51
zygaqengho: no09:51
zygaqengho: it's just a bug09:51
qenghoOkay, so I'm trying to figure out how to report it. "snappy's x11 plug doesn't work for 'getsockname' syscall"?09:54
zygaqengho: I renamed the existing bug09:54
zygaqengho: have a look09:54
qenghozyga: ah, perfect. Thank you.09:55
qenghozyga: I don't get that syscall=51 log message. Am I running stale software, or a different bug causes it to be missing?09:58
zygaqengho: it's a bug09:58
zygaqengho: that message says "getsockname is denied"09:58
zygaqengho: it's a bug in snappy09:58
zygaqengho: the message is obviously cryptic :/09:59
qenghoI was just worried about *silence*.10:08
qenghoCryptic is fine. I've used linux since 1995. Cryptic, I got.10:08
zygaI reported https://bugs.launchpad.net/snappy/+bug/157455610:10
ubottuLaunchpad bug 1574556 in Snappy "apparmor denials reported for encryped HOME" [Undecided,New]10:10
zygaqengho: FYI: https://github.com/ubuntu-core/snappy/pull/106910:22
zygajdstrand: https://github.com/ubuntu-core/snappy/pull/106910:22
dpmhey all could someone ask this user on Ask Ubuntu? It seems their snappy system is locked due to errors (see the pastebin in the last comment) http://askubuntu.com/a/760782/978110:29
dpmsorry, not *ask, I meant help10:29
dpmI'm just wondering what the way is to recover from those errors they see on the output of `snap changes`10:30
zygadpm: snap changes errors are harmless10:34
zygadpm: they are just a trace that something went wrong10:34
zygadpm: it seems that people still install using "$snap.$origin" (instead of just $snap)10:35
zygadpm: the error with revision 2 there seems interesting though10:36
dpmzyga, thanks. Not sure, in that case, they're saying the install command was `sudo snap install ubuntu-clock-app`10:36
zygadpm: yes, that was the command that was tried next10:36
dpmah, I see what you mean now10:37
dpmzyga, any ideas on what to recommend?10:38
zygadpm: I'm responding on askubuntu now10:38
dpmawesome, thanks!10:38
qenghozyga: what's the answer? How does he recover? I tried 'strace'ing once to find out.10:47
qenghoI think the strace didn't pass through launcher. I think.10:47
zygaqengho: I don't know what his problem is yet10:47
zygaqengho: I asked for additional information: http://askubuntu.com/a/762340/53260710:48
zygaqengho: at the end of the day it should be possible to wipe snappy state entirely10:48
plarszyga: not sure what josepht and popey were seeing, but even with your devtools script, I get a kernel oops on mount with xenial on my laptop, and on a trusty system I get this: failed to install "canonical-pc" from "edge": canonical-pc failed to install: [--root /tmp/diskimage700808732/system enable snap-canonical\x2dpc-5.mount] failed with exit status 0:10:52
zygaplars: odd, I just tested this (including booting) on 0a58844b8b48b2c5d08154b44edd182287e6c58910:55
zygaplars: seems like a bug in udf10:55
plarszyga: is that the sha1 of your udf? That's not what I have10:58
popeyfails here too10:58
* popey replied with pastebin to the list10:58
plarspopey: do you get the oops also?10:59
popeyyes11:00
popeyhttp://paste.ubuntu.com/16046785/ is my dmesg11:00
popeygah, that mount process is unkillable11:01
ogra_sounds more like a kpartx bug11:04
zygaplars: no, that's the head of devtools I'm on11:07
zygaouch [  588.493709] BUG: unable to handle kernel NULL pointer dereference at 000000000000001011:07
zygakernel bugz11:07
cjwatsonshuduo: LP, amd64/i386> No, that's not true.  amd64 and i386 are the default architectures, but you can use "Change details" on the snap to enable any architecture for which we have good virtualised sandboxing, so any of armhf/arm64/ppc64el.11:10
* ogra_ notes we have working yakkety image builds11:10
zygaogra_: snappy images? :)11:14
ogra_zyga, sure11:16
zygaogra_: where are those published?11:17
ogra_nowhere atm ... you'd have to grab the snaps yourself11:17
ogra_http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/current/11:17
ogra_(and i'm nt sure what we should do with these snaps ... we dont have a 16.10 channel in the store)11:20
arazyga, autopilot.service execs "/usr/bin/snap refresh", but that command expects a snap name (or fails if it doesn't have it)11:28
arazyga, known bug? or something missing?11:28
zygaara: known bug11:34
zygaara: (we knew about this before releae)11:34
arazyga, but something that it is going to be addressed at some point? shall I file a bug as reminder?11:35
zygaara: yes, certainly, we have a card for this, there's a bug as well somewhere AFAIR11:36
arazyga, can you point me to the card, please?11:36
zygaara: https://trello.com/c/l1EpwBoT/98-re-enable-auto-refreshing-autopilot11:37
zygaara: here you go :)11:37
arazyga, fantastic, thanks11:37
* zyga refreshed the fix for bug https://github.com/ubuntu-core/snappy/pull/104911:53
=== zyga_ is now known as zyga
kyrofaGood morning12:09
=== zyga_ is now known as zyga
kyrofamcphail, not sure if you got your question answered, but the ownCloud snap isn't compatible with the desktop just yet12:12
kyrofaI hasn't been released for Snappy 16-- it's still using rolling12:13
ssweenyniemeyer, zyga, so what are next steps for https://github.com/ubuntu-core/snappy/pull/1037 ?12:19
sergiusensmorning12:21
dpmJamesTait, beuno, in the store, what's the difference between 'Make private' and 'Unpublish' for a snap?12:24
sergiusensdragly in case our question hasn't been answered `export QT_XKB_CONFIG_ROOT=` to some path in your snap and maybe also stage-package xkb-data12:24
sergiusenszyga ^12:24
JamesTaitdpm, "Make private" puts the package behind an ACL, whereas "Unpublish" removes it from the store.12:25
JamesTaitI suspect your next question might be "How do I set up an ACL?" and I think the answer is that you have to share the package, but it's a part of the UI I'm not familiar with.12:26
zygassweeny: AFK, I'll reply in ~1 hour12:30
ssweenyzyga, ack12:30
dpmJamesTait, thanks. Actually, my next question was going to be... what's an ACL? :)12:34
JamesTaitdpm, Access Control List. 😉12:34
dpmoh, ok12:34
dpmthanks12:35
JamesTaitdpm, so you might use it, for example, to allow members of your QA team to download a binary from the edge channel to test it before promoting it to stable.12:35
dpmJamesTait, ok12:36
mcphailkyrofa: thanks!12:51
dpmnice one, thanks for the askubuntu answer on snap refresh ara!12:55
beunodpm, private snaps are only available to ~canonical, I think12:56
beuno(atm)12:56
draglysergiusens: Thanks! I'll try that out.12:58
=== devil is now known as Guest27374
dholbachsergiusens, kyrofa: when do we want to do the clinic?12:59
kyrofadholbach, I thought it was tomorrow?12:59
dholbachdid we say tomorrw at 15 UTC (the community Q&A slot)?12:59
dholbachjust wanted to double-check, so I can announce it now :)13:00
=== Guest27374 is now known as devil_
UnserHello, were do I get the builds for raspberry pi 3?13:12
kyrofadholbach, yeah we didn't set a time, but I think 15 UTC works fine13:14
dholbachkyrofa, perfect13:14
dholbachsergiusens, ^ does that work for you too?13:14
sergiusensdholbach I guess; with our current state though I wish we could push it another week, not sure what kyrofa thinks about that :-P13:17
sergiusensanytime is good tomorrow fwiw13:17
kyrofaI don't mind pushing13:17
kyrofaThat's a good point actually13:17
dholbachthe week after is UOS13:18
dholbachthat's a good time for demos and stuff anyway13:18
kyrofadholbach, snappy 16 is not on ubuntu core yet-- weird situation13:18
dholbachkyrofa, I'm not sure I understand13:18
zygassweeny: I'll catch up with the conversation on that pull request now13:19
kyrofadholbach, unless things have changed since I used edge, snappy on the desktop and snappy on ubuntu core are different13:19
ssweenyzyga, great, much appreciated :)13:19
dholbachsergiusens, ^ what do you think?13:20
dholbachdo you think the week after things should be better?13:20
sergiusenskyrofa we only care about snaps on the desktop/server though (for now)13:20
kyrofasergiusens, ah, okay good to know13:21
sergiusensdholbach I am +1, let's see what olli| thinks13:21
kyrofasergiusens, what "state" were you referring to, then, regarding pushing?13:22
* olli| scrolls13:22
sergiusenskyrofa producing a full fledged desktop snap13:22
sergiusensnot enough interfaces ready yet13:22
sergiusensor known issues made known :-)13:23
kyrofasergiusens, ah, true. None of your attempts worked out either, huh?13:23
sergiusenskyrofa not really; I will know more this after the group meeting13:24
ogra_well, it could be a developer desktop ;) installed with --devmode13:24
kyrofaogra_, hahaha13:24
sergiusenskyrofa but the fact that most apps use network manager to get info about connectivity status brings down a lot of options13:24
sergiusensogra_ hah13:25
zygassweeny: so looking at this I think we want to implement the per-connection thing better, I'll fork this and give you a patch13:48
ssweenyzyga, ok fair enough13:48
zygassweeny: quick question, how do you test this?14:00
ssweenyzyga, I do a smoke test in a vm with your devtools scripts then have someone with a snappy system w/ bluetooth hardware exercise it14:01
ssweenyzyga, I use this snap btw https://code.launchpad.net/~ssweeny/+snap/bluez14:03
zygassweeny: and the VM, I assume it doesn't have bluetooth, or does it?14:03
ssweenyzyga, it doesn't, so I only test that bluetoothctl can connect to the daemon14:04
zygaok14:04
zygaah, right14:04
zygathat's all I need, thanks!14:04
ssweenyyw14:04
seb128dpm, hey, is the store supposed to list things calculator? is it amd64 only or supposed to work on i386 as well?14:08
seb128is there a snap status command or equivalent?14:09
popeyseb128: its an amd64 only build I believe14:11
seb128k, that explains -:/14:11
seb128:-/14:11
seb128popey, thanks14:11
popeydespite it being qml only, it's got lots of binaries lobbed in to make it work14:11
dpmseb128, the x86 build does not work for some reason14:12
seb128I see you guys look down on us i386 users :p14:12
dpmseb128, you mean *user? :P14:12
seb128:-)14:13
dpm:)14:13
seb128k, next question14:13
seb128$ sudo snap install hello-world14:13
seb128error: can't install "hello-world": snap "ubuntu-core" has changes in progress14:13
seb128how do I figure out what's going on?14:13
dpmseb128, I actually did an x86 build, but gets a "Bad system call" message when executed on an x86 machine14:13
seb128there is no status command?14:13
dpmseb128, `snap changes` perhaps14:13
dpmand then `snap changes $CHANGEID` to zoom in14:13
seb128thanks14:14
josephtI'm having checksum mismatches when I build a snap on my rpi2 and try to upload it to the store.  I'm building in a chroot on the device itself.14:15
popeyseb128: when I had the "changes in progress" issue, the only resolution I had was to nuke my snappy config (and apps) from orbit :(14:15
=== jgrimm-afk is now known as jgrimm
seb128popey, where do those live?14:16
popeyso i had to stop the snapd service, umount /snap/*/* and rm all of /var/lib/snapd/* iirc14:16
popeythen reinstall snapd and snap install ubuntu-core14:16
josephtseb128: reset-state from here should do it.  https://github.com/zyga/devtools14:16
popeyit "fixed" it for me14:16
popeyooh, we even scripted it!14:17
seb128josepht, popey, thanks14:17
josephtseb128: my pleasure14:17
olli|sergiusens, let's chat in the team mtg14:26
=== willcooke is now known as wllck
zygassweeny: hey, this is a totally crude attempt at this14:44
zygassweeny: I'll build the snap next but I wanted to show you https://github.com/zyga/snappy/commits/bluez-fix-rules14:44
zygassweeny: one thing I could do is to look at all the apps in the slot14:47
zygassweeny: and let the sender (with the plug) talk to each of those apps specifically14:47
zygassweeny: I'm not sure we want that though14:47
zygajdstrand: hey, are you around?14:47
draglyIs there a way to set LD_LIBRARY_PATH, or do I need to run a script that does this before executing a C++ executable?14:54
zygadragly: AFAIR we set something, let me check14:55
ogra_the launcher does that automatically for a bunch of dirs ...14:55
zygadragly: what do you need specifically?14:55
ogra_(just make sure your libs are in the right location inside the snap)14:55
draglyI'm trying to set the QT_XKB_CONFIG_ROOT you mentioned, which made me set up a script that does this first14:56
draglythis however, required me to set LD_LIBRARY_PATH, and now I get "Could not initialize GLX", which lead me to believe that I might have set something the wrong way that shadows the OpenGL libs.14:56
zygadragly: opengl stuff is handled separately14:57
zygaone sec14:57
ogra_well, just make sure to always keep the existing LD_LIBRABRY_PATH if you actually append anything to it14:57
zygadragly: we set SNAP_LIBRARY_PATH14:57
zygato /var/lib/snapd/lib/gl:14:58
zygalooking what picks that up14:58
zygathe launcher is not14:58
zygaI guess you want your wrapper14:58
draglyI just need to set the QT_XKB_CONFIG env variable, so any way that enables me to do that without breaking OpenGL is what I need14:59
draglyseems like setting LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$SNAP_LIBRARY_PATH didn't help14:59
draglyI must have messed up something else15:00
draglyis there a way to set env variables in the yaml?15:01
zyganope15:01
draglyis launching the app like this in my wrapper the right way to do it?15:02
dragly$SNAP/bin/neuronify15:02
zygayep15:03
zygathat will work15:03
* zyga finished meeting and returns to bluez interface and snap15:06
josephtsergiusens: are you able to build snaps with snapcraft on rpi2 and successfully upload to the store?15:09
shuduocjwatson: let me try. thanks!15:09
sergiusensjosepht what are you seeing? my rpi2 has been in the closet for a while; kyrofa has been playing with one though15:10
sergiusensjosepht just in case you are missig the snap registration added last week (you need to go to the store and register the name yourself)15:11
josephtsergiusens: the snap fails to upload due to a checksum mismatch.  I have registered the name.15:11
sergiusensdragly $SNAP/bin is in PATH so just `command: neuronify` should be enough15:12
sergiusensjosepht oh; don't know about that; the store guys wrote the upload code for us; so not deeply familiar with it; I'll check or maybe be lazy and ask vila15:12
draglysergiusens: Thanks. Still getting the same error about it being unable to initialize GLX. I think it comes from Qt, but I don't know what its missing.15:13
draglysergiusens: Adding the QT_XKB_CONFIG_ROOT helped me get a step further, though.15:13
josephtsergiusens: I don't think it's related to the store though.  I checked the last time I uploaded an rpi2 snap and I get a different checksum if I unsquashfs and resquashfs the snap using the commands from the snapcraft source (at the time)15:14
draglyAre there any OpenGL packages I should consider adding to stage-packages?15:15
zygadragly: I don't think you should15:15
sergiusensdragly that I don't know, not a GUI person myself; I will fwd you to kgunn for the GLX question15:16
kyrofajosepht, sergiusens sorry guys, my rpi2 snap takes an entire day to build on the rpi so I started using the LP builders and uploading directly to myapps15:17
sergiusenskyrofa smart ;-)15:18
vilajosepht: the upload doesn't (and won't) upload the checksum but I think the store checksums the /file/, not its content, but rebuilding the squashfs may change the resulting file15:18
kyrofajosepht, fails to upload, or fails review?15:19
josephtkyrofa: fails review15:19
kgunndragly: sorry, can you briefly explain what you're up to? i presume building a qml app snap to  run on 16.04 desktop?15:22
draglykgunn: I suppose I'm pushing the limits here. I'm building an app with Qt5.7 (we need QtCharts) and trying to pack it with snapcraft.15:23
draglyI have made a custom plugin that copies all QML modules and Qt libs to the install folder.15:24
kgunndragly: hmm...are you digging into our example here as a guide/for instance?15:25
kgunnhttp://bazaar.launchpad.net/~snappers/snappy-desktop-examples/trunk/files/head:/ubuntu-clock-app/15:25
draglySo far so good, I've gotten all errors about missing platforms, QML modules and libraries to go away, but now I'm stuck with the error "Could not initialize GLX".15:25
kgunnyou can see the clock.wrapper has all the env set15:25
kgunndragly: so, accessing gl drivers provided by the host system in ubuntu-core is a very new feature...15:26
draglynice, I'll have a look at it and see if I can add anything I'm missing. Thanks!15:26
kgunnso if you'd be willing to share all your work, it's possible you're just hitting a bug or unforeseen iss15:26
kgunndragly: yep, try to look at the example first...15:26
kgunnif you think you've got it...and still hitting it, then file a bug on ubuntu-core with your work15:27
kgunnthanks for being an early adopter15:27
zygatyhicks: hey, have you seen jamie today?15:29
kyrofazyga, I believe he's out today15:30
zygaah15:30
zygathanks15:30
tyhickszyga: hey - he'll be back tomorrow15:31
zygatyhicks: do you have time for a quick apparmor question?15:31
tyhickszyga: sure15:31
zygatyhicks: is it safe/okay to use #include statements inside a particular profile?15:32
zygatyhicks: normally we include bits earlier15:32
zygatyhicks: but one interface we're working on now does that per plug connection15:32
tyhickszyga: are you asking if the #include has to happen at the top of the profile?15:32
zygayep15:33
tyhickszyga: #include's can go anywhere15:33
zygaah, thanks!15:33
tyhicksno problem15:33
tyhickszyga: the parser simply inserts the contents of the #included file right where the #include is found so you'll be fine as long as the inserted contents do not cause a compiler error15:34
josephtkyrofa: how do I use the LP builders to build my snap?15:38
kyrofajosepht, it's actually pretty easy. First of all, you need to have an LP project, and push your code there15:39
kyrofajosepht, are you hosting your code there already, or elsewhere?15:39
josephtkyrofa: nowhere yet :)15:39
kyrofajosepht, ah!15:39
josephtkyrofa: I'll setup a project and push my code there15:40
kyrofajosepht, yeah, create an LP project and either use bzr or git to get your code up there. Once you have that, come back and I'll continue walking you through :)15:40
sergiusenskyrofa josepht should even work from +junk15:43
josephtsergiusens, kyrofa: the builder uses 'architectures' from snapcraft.yaml?15:45
cjwatsonjosepht: not yet15:46
josephtokay15:46
josephtkyrofa: I've got my project pushed15:46
cjwatsonjosepht: https://bugs.launchpad.net/snapcraft/+bug/153371315:46
ubottuLaunchpad bug 1533713 in Snapcraft "Add metadata describing the architectures that a snap can be built for" [Wishlist,Triaged]15:46
kyrofajosepht, click on the branch you pushed15:47
cjwatsonjosepht: (i.e. currently that field does not appear to have the semantics we need)15:47
kyrofajosepht, and one of the options should be to "Creat a snap package"15:47
kyrofawith an e in there somewhere15:47
josephtkyrofa: check15:48
cjwatsonkyrofa: as sergiusens says, you really don't need a full project, and a full project is likely inappropriate in most cases15:48
kyrofacjwatson, sergiusens alright thanks :)15:48
sergiusenscjwatson https://lists.ubuntu.com/archives/snappy-app-devel/2016-April/000654.html in case you have an opinion; sorry I forgot to link that to the bug15:48
cjwatsonI mean, not a project just for the snap stuff.  If there's an existing upstream project for the thing you're packaging then it would normally make sense to put the branch in there15:49
kyrofajosepht, so you have a snap, but I believe by default it'll only build for x86 and amd6415:49
kyrofajosepht, so select the snap package, and go to "Edit snap package"15:49
kyrofajosepht, select the archs you want15:49
cjwatsonsergiusens: can't say I really care about the exact name :)15:50
sergiusenscjwatson ok; I was planning on fixing it last week but chasing  the snapd story consumed most of our time15:50
kyrofajosepht, then you should be able to hit "Request builds" on the snap package15:50
cjwatsonsergiusens: sure; likewise probably won't get round to the LP side of it for a little bit, need to focus on the auto-upload-to-store story15:51
cjwatsonsergiusens: but it would at least make it possible :)15:51
kyrofacjwatson, what are the limitations on the snap name? Do they need to be unique? Unique to the project? Unique to the user?15:52
josephtkyrofa: ack.  My branch will need to have the source in it as well.  i.e. it can't pull from github.com?15:52
=== chihchun is now known as chihchun_afk
oparozWhat's the easiest way to add a path to the Snap's LD_LIBRARY_PATH from Snapcraft?15:53
kyrofajosepht, ah, indeed. I host on github as well, but push to LP for building. Anything beyond that (auto-sync or whatever) is a question for cjwatson probably15:53
kyrofaoparoz, write a wrapper15:53
josephtpwd15:54
josepht:)15:54
cjwatsonkyrofa: unique to the user15:54
oparozkyrofa, It's already in a wrapper since it's in an init script, but I don't want to have to deal with the various paths used by various architectures15:54
oparozkyrofa, so wondering if that path could be "built" while creating the snap15:55
cjwatsonkyrofa: usual naming constraints for names of things on LP, basically alphanumeric plus [+.-], with the first character alphanumeric only15:55
cjwatsonjosepht: git-to-git imports are on the near-term plan; in the meantime, just mirror stuff to LP manually15:56
kyrofacjwatson, can multiple branches be associated with the same snap?15:56
josephtcjwatson: ack, thanks15:56
cjwatsonjosepht: but I think both kyrofa and I misunderstood your question slightly15:56
cjwatsonjosepht: only the snapcraft.yaml needs to be in a branch hosted on LP; the rest can be pulled from github or wherever15:57
josephtcjwatson: oh! hrm, my amd64 build failed to clone the nmap repo from github15:57
kyrofacjwatson, ah, good catch. josepht I assumed the repo you were referring to WAS the snapcraft.yaml15:57
cjwatsonkyrofa: snapcraft.yaml can reference whatever it likes.  the only thing LP knows about directly is the branch that contains snapcraft.yaml, and it only makes sense for there to be one of those15:58
cjwatsonjosepht: URL?15:58
josephtcjwatson: https://launchpadlibrarian.net/256016424/buildlog_snap_ubuntu_xenial_amd64_nmap_BUILDING.txt.gz15:58
kyrofacjwatson, I was more thinking for a little CI infrastructure around a snap being creating by multiple devs collaborating. I actually have PRs and stuff coming in for the owncloud snap, and I'd like to get snaps automatically building. Those are multiple branches15:59
kyrofaoparoz, you could make use of the SNAP_ARCH variable, or you could add it to a local plugin (or just a part with a Makefile) to generate it at build time16:00
cjwatsonjosepht: could you give me the URL that contains /+build/ instead?16:00
kyrofaThe part with a Makefile would probably be easier16:00
cjwatsonkyrofa: no, that doesn't exist.  you could fairly easily just create the necessary snap objects on the fly though.16:00
kyrofacjwatson, just name then randomly, essentially?16:01
kyrofacjwatson, or delete when done?16:01
cjwatsonkyrofa: either16:01
kyrofacjwatson, sounds good16:01
oparozThanks kyrofa. I'll give it a try. I'm currently using a nil plugin since it's just adding a deb16:01
kyrofacjwatson, and I just noticed the web hooks there as well16:02
josephtcjwatson: https://code.launchpad.net/~joetalbott/+snap/nmap/+build/77716:02
kyrofacjwatson, how long to the built snaps live before they're removed?16:02
cjwatsonjosepht: only http/https is proxied; you need to use https:// rather than git://16:04
josephtcjwatson: ah, thanks16:05
cjwatsonkyrofa: there's actually no pruning right now, but there should be; expect no more than a couple of days16:06
kyrofacjwatson, yeah that seems reasonable16:06
sborovkovHi. I see this variable - "SNAP_USER_DATA=/root/snap/screenly-client/100001" -> Is this basically home directory for the snap?16:07
kyrofasborovkov, a similar question was recently asked here: https://askubuntu.com/questions/762354/where-can-ubuntu-snaps-write-data16:07
josephtkyrofa: thanks a bunch for helping me16:09
josephtcjwatson: thank you for helping as well16:09
cjwatsonnp16:09
kyrofajosepht, hey any time. Thanks to cjwatson for putting it all in place!16:09
sborovkovkyrofa: cool, that's what I was interested in, thanks16:11
cjwatsonkyrofa: (but we'll probably try to get auto-upload to the store working before we start pruning; there aren't so many snaps at the moment so we should be able to get away with that)16:12
kyrofacjwatson, good to know, but I'll make sure I don't rely on it :)16:13
kyrofaHey ogra_ I'm curious what magic you go through to create OS snaps. I don't suppose that's documented anywhere?16:13
ogra_kyrofa, livecd-rootfs/live-build builds a normal rootfs like you'd do for any other image ... at the point where that gets usually tarred up we intercept and create a snap meta dir and call snapcraft snap16:15
dpmwow, really nice answer kyrofa, thanks! -> http://askubuntu.com/questions/762354/where-can-ubuntu-snaps-write-data16:15
kyrofaogra_, oh that's pretty easy, okay16:15
kyrofadpm any time!16:15
ogra_kyrofa, line 322-346 http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/auto/build#L322 is the code we actually use to snap it up16:16
kyrofaogra_, excellent, thank you!16:17
ogra_if you want to set up your own build env, perhaps take a look at project-rootstock-ng (rather outdated, but the principle didnt change)16:17
dpmJamesTait, beuno, what exactly can I use the share link in a snap for? Which kind of access does it grant in the store to the people I send it to?16:17
kyrofaogra_, isn't rootstock deprecated though? (https://wiki.ubuntu.com/ARM/RootStock) why use that instead of live-build?16:20
ogra_kyrofa, -ng ... it is deprecated, but -ng is a wrapper around live-build16:20
kyrofaogra_, ahh16:20
ogra_just so you get an impression how your build chroot should be set up16:21
ogra_(and the env around it)16:21
kyrofaogra_, gotcha, exactly what I was looking for, thank you :)16:21
JamesTaitdpm, I'm not actually completely sure.  IIRC, it gives you permission to download the package from a device, so in that respect it's similar to having store reviewer permissions. I think it also gives you permission to manage the package through the web UI, as if it were your own.16:22
dpmJamesTait, ah, the latter is the bit I'm interested in, so I guess it's a way to have a team manage package uploads and editing metadata, right?16:23
JamesTaite.g. I have a snap package that someone shared with me, and I can upload a new revision, unpublish, make it private, and edit at least some of the metadata.16:23
JamesTaitExactly. ☺16:23
dpmah, great, exactly what I was looking for :)16:23
oparozIs it Snapcraft or the store which signs snaps?16:33
kyrofaoparoz, the store16:33
oparozThanks kyrofa16:34
wililupyDo any of you know of a way to actually see the package contents of a .snap?16:36
oparozunsquashfs16:36
wililupyI didn't think of that. I'm trying to see why my kernel.snap says there is no kernel and yet is 74MB.16:37
ogra_All modules ? ;)16:37
sergiusensoparoz you will eventually be able to sign snaps as well16:40
oparozIs there a helper in snappy which writes users to extrausers or do we need to echo users to those files?16:40
oparozThanks sergiusens16:40
sergiusensoparoz iirc adduser worked16:41
sergiusensogra_ didn't I add a flag to write to extrausers, or maybe you did?16:42
oparozsergiusens, it might be because I'm using an older version of core, but it fails16:43
oparozgroupadd: cannot lock /etc/group; try again later.16:43
sergiusenskyrofa one step further with electron; although nodejs is hurting my brain!16:51
kyrofasergiusens, haha, I believe it!16:51
ogra_oparoz, yu need the --extrausers arg for adduser16:58
ogra_oparoz, though why would you even add users there at all ? your snap should surely not use the system password db16:58
oparozogra_, without adding any other flags, it still fails with: /usr/bin/chfn: unrecognized option '--extrausers'16:59
oparozogra_, but you're right, I may not need extra users. I'm testing things. It's for a Samba server17:00
ogra_you can ignore that bit (there is a bug open for it i need to SRU)17:00
ogra_(the chfn)17:00
oparozogra_, thanks for the heads up about the bug17:00
kyrofasergiusens, elopio I totally lost track of time17:15
sergiusenskyrofa oh, me too, no worries; let's skip and keep on rolling desktop snaps17:16
kyrofasergiusens, whew, okay sounds good17:16
sergiusenskyrofa any luck on your side?17:16
edsiperis Ubuntu core already released for the Dragonboard _17:17
edsiper?17:17
kyrofasergiusens, no. I finished fleshing out the indicators/notifications bug, now I'm hunting for another qt example to snap17:18
kyrofasergiusens, I'm gonna go with the simple text editor. That shouldn't require any special interfaces17:20
kyrofasergiusens, have you messed with .desktop files yet?17:23
wililupyI'm trying to clean-cache with the latest u-d-f and it keeps keeps saying unknown command. How do I clear the cache to get the latest builds?17:58
ogra_look under ~/.cache18:00
wililupyorgra_ any specific directory? There are 2 .fr-* directories with data.tar.xz, is that it?18:02
kyrofazyga, is there any documentation about using .desktop files in meta/gui ?18:05
zygakyrofa: not that I know of18:05
zygakyrofa: I can tell you how it works18:05
zygakyrofa: and how to use it18:05
kyrofazyga, please do :)18:05
zygakyrofa: but I don't think it's written down anywhere18:05
zygakyrofa: desktop files from meta/gui are parsed, sanitized and placed in /var/lib/snapd/desktop18:05
zygakyrofa: ${SNAP} is expanded (exactly ${SNAP}, nothing else) to point to the snap install/mound directory18:06
zygakyrofa: the icon needs to refer to ${SNAP}/something (e.g. ${SNAP}/meta/gui/icon.png) to work18:06
zygakyrofa: that's all I remember18:06
kyrofazyga, when you say "sanitized" I assume that means there are limitations to what I can put in there?18:07
zygayou can put anything, we just filter out some things18:07
zygaand "allow" only certain things that are safe18:07
zygae.g. no TryExec18:07
zygait's pretty crude but the idea is that untrusted .destkop files are okay18:07
kyrofaAlright, thanks :)18:08
sergiusenskyrofa desktop files, just drop them in `setup/gui/<app>.desktop`18:17
kyrofasergiusens, yeah, I was just curious about the parsing/sanitization18:17
kyrofazyga, does the home interface not automatically connect?18:32
ogra_no18:32
kyrofaogra_, is that a bug or is there a reason for that?18:33
sergiusenskyrofa on purpose18:33
ogra_security ;)18:34
kyrofaHuh. I wish `snap install` would have told me :P18:35
ogra_we can key-log all your Xorg keystrokes, but cant store them in your home dir ;)18:35
zygakyrofa: no, it's super dangerous as you can steal almost all user data18:37
kyrofazyga, and X isn't?18:37
zygakyrofa: that's on a TODO list, we just basically had no way to do it lately18:37
kyrofaogra_, yeah exactly, haha18:37
ogra_shhh18:37
zygakyrofa: X is bad but then most apps don't work without X18:38
zygakyrofa: but most apps *can* work without your real HOME18:38
kyrofazyga, nah, I understand. Just caught me by surprise18:38
kyrofasergiusens, alright, first (relative) success: https://github.com/kyrofa/qt-example-snaps/tree/master/application18:44
kyrofazyga, is there a way to access the webcam via interfaces?18:50
zygakyrofa: no, not today18:59
zygakyrofa: we need hooks to make that sane18:59
kyrofazyga, alright19:00
zygakyrofa: as those are typically dynamic objects19:00
kyrofazyga, right yeah, all that hw-assign stuff is19:00
zygakyrofa: having said that, I was working on the pi2 camera iface a while ago19:02
zygakyrofa: the interface itself wasn't hart, what was the problem at the time was lack of proper firmware and shared libs in the base image19:02
zygakyrofa: I'm sure the next few weeks will see a rapid evolution of interfaces19:02
kyrofazyga, rapid evolution + SRU = ? :P19:03
sergiusenskyrofa does it look good? is it in the store already? :-)19:08
kyrofasergiusens, no, should I put it in the store? And yeah, it's not bad19:09
sergiusenskyrofa is it all your code or some upstream project?19:09
kyrofasergiusens, upstream19:09
kyrofasergiusens, they're qt examples19:09
sergiusensah19:10
sergiusenskyrofa maybe get a gtk example in next ;-)19:10
kyrofasergiusens, alright I've got one more qt one, then gtk19:10
sergiusenskyrofa heh, will and seb might take on gtk19:13
DomiHello, where do I get the images for raspberry pi 3?19:19
kallisti5...  is not of type 'object'19:30
kallisti5I don't get it.. I pretty much get that from snapcraft for everything19:30
kyrofakallisti5, sounds like your YAML isn't right19:31
kyrofakallisti5, want to put it in http://pastebin.ubuntu.com/ ?19:31
kallisti5http://pastebin.ubuntu.com/16055433/19:32
kallisti5err.. ignore r1scsi there... that should read "thing"19:32
josephtkallisti5: it looks like you're missing 'command:" in your app19:34
kallisti5heyyy19:35
kallisti5that did it19:35
kyrofakallisti5, yeah that was just invalid YAML19:37
draglywhen running "snapcraft", is it possible to specify that a part with "plugin: copy" should rerun (i.e. clean and then copy the files again)19:39
draglycloning and building the rest of the project takes some time19:39
kyrofadragly, yes, you can give snapcraft specific parts19:42
kyrofadragly, e.g. snapcraft stage part119:42
kyrofadragly, you also don't need to clean completely19:42
kyrofadragly, try cleaning only back to the build step: snapcraft clean -s build19:42
kyrofadragly, or cleaning only part1 back to the build step: snapcraft clean part1 -s build19:43
draglythanks!19:43
draglyis it possible to "chroot" into the snap to inspect the environment somehow?19:47
draglykgunn: Thanks for showing me the example. I got a bit further now, but both with the example and my own package I get the following error:19:54
draglylibGL error: No matching fbConfigs or visuals found19:54
kgunndragly: interesting, so if you build and sideload the example snap that occurs?19:54
draglysorry, I don't know what sideload means19:55
kgunndragly: sideload==you build it locally and did sudo snap install mylocallybuild.snap19:55
kgunnvs download/install from the snap store19:55
draglyyes19:55
kgunnoh ok, this is weird then19:55
draglysudo snap install ubuntu-clock-app_3.6+snap2_amd64.snap; ubuntu-clock-app.clock19:55
kgunni wouldn't have expected that19:56
draglyI have Nvidia drivers on my host system, if that matters19:56
kgunndragly: it shouldn't...but possibly19:56
kgunndragly: do you have a hybrid gpu system?19:56
draglynot on this machine, no19:57
kgunnlike 2 gpus and drivers available at the same time ?19:57
* kgunn thinks for a moment19:57
kgunndragly: on your machine do you have something like /usr/lib/nvidia-<xxx>19:59
kgunncontaining the nvidia drivers?19:59
draglyhere are some findings, if they help:  /var/lib/snapd/lib/gl/ is empty on the host, /usr/lib/nvidia-361 exists on the host and has a libGL.so, but in the snap I only find libGL.so in ./usr/lib/x86.../mesa20:01
draglylooking at the older snaps I had for my own project, I see they copied nvidia-361 to ./usr/lib20:03
kgunndragly: right, the idea implemeted was to permit the snap to leverage the libgl from the host system, rather than copy in...20:03
draglythis however stopped at some point (I realize now I should have used version control while working on this too)20:04
kgunnb/c otherwise you're stuck to that gpu/impl20:04
draglythat makes sense20:04
kgunndragly: but like i say that was a very recent addition20:04
kgunnof a feature to ubuntu-core/snapd etc20:04
draglyI'm using snapcraft as installed with "sudo apt install" by the way20:04
draglyversion 2.8.420:05
kgunndragly: i think that's fine...20:05
kgunndragly: this is more about not being able to find the drivers at run20:05
kgunndragly: interesting...someone else seemed to have a very similar prob last week20:06
kgunnhttp://askubuntu.com/questions/759647/opengl-error-in-snaps-ubuntu-16-04/760096#76009620:06
kgunnso i'm wondering if there's just a niggly nvidia symbolic link issue going on20:06
kgunnwhat else is /usr/lib/nvidia-361 have inside?20:07
draglyseems reasonable, considering other's findings like here: https://askubuntu.com/questions/541343/problems-with-libgl-fbconfigs-swrast-through-each-update20:07
kgunndragly: :-/ bummer...but wonder if some sort of reinstall of those drivers might help?20:08
kgunni don't have nvidia myself...i've asked someone in another channel, just to give it a go20:08
draglyhttp://pastebin.com/ABU2THVw20:08
kgunni do know one of the snappy team guys tried the feature out building on intel/run on nvidia then vice/versa...and the feature worked...20:09
draglyI'll try reinstalling and doing a quick reboot20:10
draglyI can also try it on a machine with intel, just give me a couple of minutes20:11
kgunndragly: hey, when did you start trying snapcraft and ubuntu-core on desktop?20:12
kgunnreason i ask, is at one point i ran into problems with an update...20:12
kgunnand  i did have to reinstall...but if you've only started in the last week or so...may be a red herring20:13
kgunnbut at one point i had to run a script like this20:13
kgunnhttps://pastebin.canonical.com/155170/20:13
kgunnand then reinstall ubuntu-snappy-cli and ubuntu -core etc20:13
kgunnfwiw20:13
draglyI started yesterday20:15
draglycannot access the pastebin20:16
draglybut I can try reinstalling those20:16
draglymoving the clock .snap to a laptop with intel produces the following error:20:29
kgunndragly: sorry bout that20:29
kgunnhttp://pastebin.com/68FTk1gv20:29
draglyQXcbConnection: Could not connect to display :020:30
draglybuilding and running on Intel laptop works20:32
draglyThat is, it has Nvidia Prime, but I've disabled Nvidia and running only on Intel now.20:32
draglyI'll try moving it to the other machine.20:32
draglysame error, I'll try the script you sent now20:33
kgunndragly: sorry, confused...so you did have success running on intel?20:34
draglyyes, building and running the clock example on intel works20:34
draglybuilding on intel, running on nvidia doesn't work20:34
draglybuilding on nvidia, running on either doesn't work20:34
wililupyI have a custom kernel snap and I build my image using u-d-f, and when I install it to my device and try to boot up, I get the following error: http://pastebin.ubuntu.com/16056244/ and it goes back to the grub menu.20:35
wililupysystem will boot when using the stock snappy image, but I need custom modules so I build my kernel snap and it builds successfully, everything looks good in the .snap file, but I can't boot the device. Any pointers?20:36
draglykgunn: After running the script and reinstalling snapd and snapcraft (should I have reinstalled others?), installing the package built on intel and running it on nvidia gives the QXcbConnection error (not seen on that machine before)20:40
draglyand, the same happens if I run the script once again and build the whole example from scratch. So still having some issues, but the error message changed.20:41
pedronisdragly: does the snap asks for unity7 and x11 plugs?20:41
kgunnpedronis: he's using the clock example i think20:42
draglyyes, it's the clock example. "plugs: [unity7,opengl]"20:42
draglyreally strange, reinstalling the snap on the nvidia system (no rebuild) gives the previous "libGL error: No matching fbConfigs or visuals found"20:43
draglyI don't see how the reinstall changes anything20:43
pedronismmh, this sounds more like the issue of security not being regenerated on updates20:43
draglyI'll diff the folders...20:43
pedronis(we are working on it)20:43
kgunndragly: confirmed with another guy who has nvidia...he's seeing your libgl err20:44
draglykgunn: ok, thanks20:44
kgunnso i think this might be a bug, we'll need to work with mvo on it tomorrow20:44
pedronisyes, that one seems a genuine different problem20:45
pedronis(the cannot access display more the security not setup on update one instead)20:45
draglykgunn: Great. Let me know if I can help. I really like this project and would love to see it succeed.20:46
sergiusenskyrofa elopio telegram seems busted here, I get notifications but can't see messages20:46
draglypedronis: Ok, thanks for letting me know. I'll keep that in mind when I see the error next time.20:47
draglyIs there a way to specify where snapcraft outputs the folders like "parts", "stage" and so on?20:58
wililupyI feel like I'm missing a module from my kernel config for loop in my snapcraft.yaml for the kernel_initrd_modules...20:58
ogra_wililupy, heh, no, that wouldnt help you with grub :)21:03
ogra_wililupy, you want loop support builtin21:03
ogra_if grub fails with a "cant find loop" error you are far before the initrd in your boot process21:04
wililupyogra_ the funny thing is that I created an image using u-d-f with all the defaults, and it works, but when I change the --kernel=my-kernel.snap, it doesn't boot up.21:09
ogra_did you use snapcraft to create the kernel snap ??21:10
wililupyogra_ yes.21:10
ogra_well, then the snap structure should be ok i guess21:10
wililupyogra_ I verified it by unsquashfs and everything looks good.21:11
zerwasOn Ubuntu 16.04 Desktop (upgraded from 15.10), the snap command does not work for me. It immediately exits with: "error: cannot list snaps: cannot communicate with server: Get http://localhost/v2/snaps?q=test&sources=store: dial unix /run/snapd.socket: connect: no such file or directory". What might cause this?22:20
zerwasI just realized it might have to do with me still using upstart instead of systemd.22:23
ogra_uuuh22:27
=== zyga_ is now known as zyga
DomiHello, i get the error "Unable to locate package snappy-tools" what is wrong?22:43
zerwasDomi: Do you need a package called snappy-tools?22:45
Domiyes I want to create a .snap with snapcraft22:46
DomiIn the documentaion is written that I just have to "sudo apt install snappy-tools"22:48
Domihttps://developer.ubuntu.com/en/snappy/build-apps/get-started/22:51
oparozDomi, what happens if you jhust try to apt install snapcraft?22:51
Domii think i need the other tools too. Do you use Snappy ?22:52
oparozDomi, yes, I use Snapcraft22:53
Domihow did you install it?22:53
oparozThe link you gave me has either just been updated or is telling me to install snapcraft22:53
oparozThe old documentation required snappy-tools22:53
oparozDomi: I followed this guide: https://github.com/owncloud/ubuntu-snap/wiki/Building-your-first-snap22:55
oparozBut that's to build snaps from within Snappy22:56
Domidid you install snapcraft on ubuntu core or on a deskop version of ubuntu?22:59
oparozDomi on core22:59
Domioh ok. I thought it would be possible to pack the snap on my normal deskop machine and then upload it to core23:01
Domibecause it says "Once your Ubuntu host system is up and running, you can then install the snappy-tools package, which will in turn install the optimal selection of Snappy development software to your system."23:02
oparozDomi, yes, it should be possible, but I haven't tried yet and if I'm not mistaken, core is a bit behind and unstable, so you may run into some surprises23:02
Domiok I just want so python core running and use the GPIOs of the raspberry pi.23:03
oparozwhereas if you develop in a VM using core, you should be able to test things right away23:03
oparozI use an amd64 vm for bigger stuff and develop straight on the Pi for lighter stuff23:04
oparozIt works pretty well, thanks to the launchpad builders23:04
Domilaunchpad builders?23:07
oparozIf you push your git code to launchpad, you can ask LP to build snaps for various architectures23:07
Domiok, but it is not possible to use any IDE on core or?23:08
oparozWhat I do is push files from my workstation to the core VM, so I can use any desktop IDE I want23:09
oparozIt's probably possible to launch an IDE from core, if you can find one23:10
Domiso you write your code on the workstation and than move it to core. On core you make a .snap and than you install the .snap23:11
oparozThat reminds me that I'm able to use snapcraft on core because I still have classic mode, but that's been removed...23:12
oparozThere is one piece of the puzzle I'm missing. If I wanted to build from the desktop, how do I make sure I target core and not the desktop...23:14
oparozBecause if the latest images of snappy don't have classic mode, I don't know how you're going to build a snap23:15
Domiok without classic mode there is no way to build the snap on core. Should I ask tomorrow someone on how to install snapcraft on desktop?23:17
oparozInstalling Snapcraft is not the problem23:18
oparozjust apt install23:18
oparozbut the documentation goes from install snapcraft to "your first snap"23:19
Domino the documentation says install snappy-tools which is not available in apt23:20
oparozNo, that's the old documentation23:20
oparozhttps://developer.ubuntu.com/en/snappy/build-apps/get-started/23:20
oparoz$ sudo apt install snapcraft23:20
oparozThat's the doc for 16.0423:20
Domiok thank you, i read https://github.com/ubuntu-core/snapcraft/blob/master/docs/get-started.md which is for 16.04 too. very  confusing23:22
DomiI will follow this guide tomorrow. Thank you for your greate help23:25
oparozYou're welcome23:27

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