Trevinhothurston: mhmh, you need to get something more by using XGetErrorText00:04
thurstoni'll check that out thanks00:18
Trevinhothurston: in case, you can still avoid the crash by using the trapping...00:18
Trevinhothurston: for example, something like https://code.launchpad.net/~3v1n0/bamf/trap-x-errors/+merge/19298000:19
thurstonfor the record,  i'm only getting this error when running from the snap installed on my system.   my own executable binary runs just dandy on just about every system i've tried it on00:21
=== chihchun_afk is now known as chihchun
mupPR snapd#1584 closed: asserts: introduce new parseHeaders <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1584>06:23
mupBug #1583250 opened: upstream use of build-time defined DATADIR incompatible with snaps relocation <snap-desktop-issue> <Snapcraft:New> <Snappy:New> <snapcraft (Ubuntu):Confirmed> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1583250>06:55
mupPR snapcraft#550 closed: Add python package dependencies to setup.py <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/550>08:02
balloons"There has been a problem while analyzing the snap, check the snap and try to push again."08:07
balloonsAnyone have insights into why I may be seeing this error? The snap itself installs and runs fine08:08
ogra_balloons, when do you see that ?08:24
mwhudsonis it possible to run an all-snap / ubuntu core image in lxd?08:26
mupPR snapcraft#579 closed: Add new plugin: rust <Created by mariogrip> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/579>08:26
ogra_think about the technology ....08:27
balloonsogra_, sorry. Trying to push my snap. snapcraft push *.snap08:27
ogra_mwhudson, the main bits of preparing the rootfs happen in the initrd ...08:27
mwhudsonogra_: heh fair enough08:27
ogra_mwhudson, kvm is fine though08:28
mwhudsonthen i guess i want something as easy to use as lxd but using kvm underneath08:28
mwhudsoni hate qemu's command line with a burning passion08:28
mwhudsonand i'm not massively keener on libvirt08:28
mupPR snapcraft#685 closed: Release changelog for 2.13.2 <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/685>08:29
ogra_mwhudson, kvm -m 512 -redir :8022::22 /path/to/img08:30
ogra_let it boot ...08:30
ogra_then: ssh -p 8022 ubuntu@localhost08:30
mwhudsonoh it's that easy?08:31
ogra_if you feel like, put -nographics in the cmdline08:31
ogra_note that you need to define the -m option (no idea why there is no sane default)08:31
mupBug #1606813 opened: create-user gives nonsensical error when passed invalid email address <Snappy:New> <https://launchpad.net/bugs/1606813>08:37
mupBug #1606815 opened: create-user leaves new user's .ssh owned by root <Snappy:New> <https://launchpad.net/bugs/1606815>08:37
imexilHi, I'm trying to find the repository with some example snap yaml files. I've heard popey talking about it on the podcast but I just can't remember the name of that github place.08:42
sergiusensballoons you will get an email from the store with the link to request a review08:44
balloonssergiusens, I don't have any mails08:48
trijntjeimexil: snappy playpen probably08:54
imexiltrijntje: yes that's it! Thanks.08:55
mwhudsonogra_: where has http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/ gone?09:02
ogra_mwhudson, deleted on "upper mgmt" request09:02
mwhudsonogra_: so i get to roll my own?09:03
ogra_mwhudson, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/xenial/ubuntu-core-system-image/ still has the snaps09:03
mwhudsonah ok09:03
ogra_http://cdimage.ubuntu.com/ubuntu-core/xenial/daily-preinstalled/ should only have the resulting img files once ubuntu-image is ready09:04
mwhudsonhow do i actually download the snap from this page?09:04
ogra_you click on "Successfully built" for the arch you want09:05
mwhudsonthe largest 'built file' for amd64 is 15kb09:06
ogra_oh, crap ... looks like they got deleted09:06
ogra_they were next to the manifest files09:06
ogra_https://code.launchpad.net/~ogra/+snap/os-snap-test has the latest builds but they are still haunted by bug 160590309:07
mupBug #1605903: "type: os" should prevent stage and prime stages from mangling content <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1605903>09:07
ogra_you could grab them from there, unsquashfs them and make /home/ubuntu owned by UID 1000 ... then just call snapcraft snap squashfs-root to re-squash them09:08
drizztbsdhi, is mvo5 here?09:10
ogra_drizztbsd, he is at a sprint and probably busy in real-life, so i wouldnt expect him much around this week09:10
mwhudsonogra_: alternatively is there some way i can run live-build locally and have it install this one extra package as part of the build?09:11
drizztbsdogra_: so maybe you can answer :P yesterday he tagged snapd 2.11, but last version was 2.0.11 and the new tag is not signed09:11
drizztbsdis it a new versioning scheme?09:11
drizztbsdwrt https://github.com/snapcore/snapd/releases/tag/2.1109:12
=== drizztbsd is now known as timothy
mwhudsonuh this involves a private ppa, never mind!09:13
ogra_mwhudson, push your package to a PPA ... bzr branch lp:~ogra/+junk/os-snap-test ... then add your PPA to ENV in the Makefile ... and call snapcraft in the toplevel dir09:13
ogra_oh, your package is private ?09:13
=== adrian is now known as Guest30910
ogra_well, then the good old ... unsquashfs ... mount /proc and /sys ... chroot and dpkg -i will help ... afterwards just "snapcraft snap squashfs-root" again09:15
tempusercan anyone lend me a hand with building a snap package? I'm growing wrestless as I don't have much experience with python language and I need to build a package for a python209:20
tempuserI'm getting parts/cumulus/install/usr/bin/pip2': [Errno 2] No such file or directory09:22
tempuseris anyone seeing what I'm writing btw?09:23
tempuserok, thanks09:23
trijntjetempuser: can you post your snapcraft.yaml file?09:23
dholbachdid you try running "snapcraft clean" and then trying again?09:23
dholbachit's http://askubuntu.com/questions/801388/how-do-you-build-a-python-application-using-snapcraft09:24
joc_Does anyone know when the parts service will be updated to snapcraft 2.13.1 (which i see has been SRUed)? It also seems to have not run for a couple of hours.09:24
tempuser_sorry disconnected09:25
dholbachit's http://askubuntu.com/questions/801388/how-do-you-build-a-python-application-using-snapcraft09:25
tempuser_wireless randomly disconnects09:25
tempuser_it is09:25
dholbachtrijntje, ^09:25
Son_Gokumorning all09:26
tempuser_I actually didnt done a clean after chaning the yaml, i'll do it now and come back09:26
tempuser_nope, same issue09:28
tempuser_in the directory indeed pip2 is missing I have pip / pip3 / pip3.509:29
dholbachmh, that's weird09:29
SpadsIs there a good way to make the autotools plugin cd into a subdir of the source archive before running?09:30
trijntjetempuser_: you might want to use pip directly, instead of git09:30
trijntjetempuser_: like this http://pastebin.com/V79SGYJX09:31
trijntjeit will use pip to get the specified packages09:31
SpadsI tried using source-subdir: to limit to a subdir, but that actually REMOVED all the essential stuff that was a parent of that09:31
tempuser_I see09:32
tempuser_ok I'll give it a shot :)09:32
mupPR snapcraft#660 closed: Fix python2 compile cache removal <Created by SamYaple> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/660>09:32
SpadsI just filed https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1606833 after looking at the plugin source and coming to the conclusion that there's nothing to do this09:33
mupBug #1606833: Need to build from subdir of source without removing rest of repo <amd64> <apport-bug> <xenial> <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1606833>09:33
ogra_Spads, well, worst case you could use the make plugin and have a toplevel Makefile from where you call the autofoo commands and then cd into the right dir09:34
ogra_as a workaround09:34
Spadsogra_: how do I "have" that makefile?  It's an upstream source archive09:34
ogra_you have it next to your snapcraft.yaml09:36
SpadsHm, and I do something to copy it into the source thing?09:36
ogra_this is my build of the debian upstream git tree of approx: https://github.com/ogra1/packageproxy/blob/master/Makefile09:37
Spadsso I replace EVERYTHINg with this makefile?09:37
ogra_you could as well just run *any* command in such a makefile09:37
Spadslike, why didn't you keep sources in the snapcraft.yaml?09:38
Spadsah, source .09:38
ogra_because then the local makefile is ignored09:38
ogra_but effectively you can always use a makefile like a script09:39
Spadsokay thanks that's a good workaround09:39
Spadsbut I suspect that's not the way they'd want to do this in future ☺09:39
ogra_indeed, fixing your bug is the right thing long term09:39
ogra_but til thats there you can use other ways to roll your snap ;)09:39
Spadsyep thanks09:41
ogra_(the makefile thing is really nice if you need to apply extra patches and dont want to maintain a whole forked git tree btw ... )09:42
Spadsyeah saw that09:49
mwhudsonogra_: so i unsquashed your rootfs, ran enable.sh and then apt update did this:10:01
mwhudson0% [1 InRelease gpgv 94.5 kB] [2 InRelease 43.1 kB/247 kB 17%]Couldn't create tempfiles for splitting up /var/lib/apt/lists/partial/security.ubuntu.com_ubuntu_dists_xenial-security_IErr:1 http://security.ubuntu.com/ubuntu xenial-security InRelease10:01
mwhudson  Could not execute 'apt-key' to verify signature (is gnupg installed?)10:01
ogra_mwhudson, oh, did you copy a working resolv.conf in place ?10:01
mwhudsonogra_: yes10:02
mwhudsonnot before something else broke, of course :-)10:03
mwhudsonogra_: strace from outside sez 20661 open("/tmp/apt.sig.VSyu5J", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)10:08
mwhudsonogra_: which doesn't make masses of sense10:08
ogra_check the permissions of tmp10:08
mupPR snapd#1591 opened: spread.yml, .travis.yml: read store credentials from environment and pass them encrypted to travis <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1591>10:08
ogra_it does in the light of Bug #160590310:08
mupBug #1605903: "type: os" should prevent stage and prime stages from mangling content <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1605903>10:08
mwhudsonoh hehe10:09
mwhudsondrwxr-xr-x 2 root root 4096 Jul 27 10:00 /tmp10:09
ogra_yeh :/10:09
* mwhudson tries to remember what chmod flags he needs10:09
ogra_i hope i can get some help from the snapcrafters soon to get this fixed10:09
mwhudsonyeah, that's an ugly one10:12
ogra_and probably easy to fix if you know the code (just skip ebverything but the copy) but i cant really find my way around the prime stage code10:12
SpadsOkay, it looks like I just had some noise in there10:23
Spadssource-subdir: does indeed dow hat I want10:23
Spadsare there any good examples of passing include/lib dirs from one part as args to another part?10:30
SpadsI'm mostly thinking about how I refer to the directory10:30
SpadsI mean I could do a lot of ../../../.. stuff, but...10:30
mupPR snapd#1457 closed:  snapstate: drop revisions after "current" on refresh <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1457>10:48
* Spads links a snapcraft.yaml from his bug to illustrate10:49
Odd_BlokeI'm looking at snapping something which ships scripts containing underscores; snapcraft won't parse my snapcraft.yaml if I use them in application names.10:54
Odd_BlokeIs this expected behaviour, or should I file a bug?10:55
ChipacaOdd_Bloke, "^[a-zA-Z0-9](?:-?[a-zA-Z0-9])*$"10:59
ChipacaOdd_Bloke, valid app names match that10:59
mwhudsoni have this service that runs on first boot10:59
ChipacaOdd_Bloke, no underscores for you i'm afraid11:00
mwhudsonand it's crashing and systemd restarts it before i can see the traceback11:00
mwhudsonany way i can see the traceback?11:00
Chipacamwhudson, journalctl -u $unit ?11:00
mwhudsonChipaca: how can i run that though?11:01
Chipacamwhudson, what do you mean?11:01
mwhudsonChipaca: the service i am debugging is running on tty111:01
Chipacamwhudson, I'm missing something, probably something obvious, here11:02
mwhudsonChipaca: i'm probably explaining myself really badly11:02
Chipacaso many questions actually :-)11:02
Chipacamwhudson, how are you running a service on tty111:02
mwhudsonChipaca: it's a systemd unit11:02
Chipacamwhudson, or do you mean it's run before getty?11:02
mwhudsonthat disables getty in it's preexec11:03
Chipacamwhudson, 1 sec11:03
Chipacamwhudson, grub system?11:03
mwhudsoni think so11:03
Son_Gokuzyga, any luck iterating through the fedora-review report for snap-confine?11:04
mwhudsonChipaca: ah, i remembered finally how to switch to tty211:04
Chipacamwhudson, oh it only disabled getty on tty1?11:05
Chipacathen yeah, alt+FN, or alt-left,right11:05
mwhudsonunfortunately the output is not in journalctl11:05
Chipacaotherwise from grub add systemd.debug-shell to the boot commandline11:06
Odd_BlokeChipaca: ;.;11:06
ChipacaOdd_Bloke, how important are the underscores?11:06
Odd_BlokeNot very.11:06
mwhudsonah haha i fail at regular expressions11:06
Chipacamwhudson, ...?11:06
mwhudsonChipaca: i found a log file and my bug11:06
Odd_BlokeJust talked to sergiusens, so I understand the reasons behind it.11:06
Chipacamwhudson, :-)11:07
mwhudsonChipaca: thanks for being a rubber duck :-)11:07
Chipacamwhudson, http://i.imgur.com/eTic1wS.jpg11:07
ogra_queck !11:07
zygaSon_Goku: yes, some, also still sprinting and more meetings11:08
zygaSon_Goku: I will find a quiet spot to do that today11:08
mwhudsondoes snapcraft by any change have an option to compress less but snap faster?11:25
mupBug #1606893 opened: snap find fails with an empty query error but the help suggests query is optional <Snappy:New> <https://launchpad.net/bugs/1606893>11:29
=== dpm is now known as dpm-lunch
mupPR snapd#1592 opened: many: update code for the new snap_mode <Created by mvo5> <https://github.com/snapcore/snapd/pull/1592>11:47
=== hikiko is now known as hikiko|ln
qenghomwhudson: No12:15
mupPR snapcraft#689 opened: kernel plugin: kernel targets depending on debarch <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/689>12:21
qenghomwhudson: Also, we want reproducable snaps. So options are bad. A snapcraft.yaml with stable sources should, one day, produce the same snap file, bit for bit.12:28
=== chihchun is now known as chihchun_afk
=== dpm-lunch is now known as dpm
mupPR snapcraft#690 opened: Preserve file ownership for 'os' snaps <Created by josepht> <https://github.com/snapcore/snapcraft/pull/690>13:12
mupPR snapd#1593 opened: asserts,many: start supporting structured headers using the new parseHeaders <Created by pedronis> <https://github.com/snapcore/snapd/pull/1593>13:26
mupBug #1606932 opened: snapd tests fail on snapd 2.11 on Arch Linux <Snappy:New> <https://launchpad.net/bugs/1606932>13:42
josephtsergiusens: I created a bug for removing the namespacing of remote parts.  Please update with anything I missed.  https://bugs.launchpad.net/snapcraft/+bug/160693313:44
mupBug #1606933: parser - Make all parts top-level parts <Snapcraft:New for joetalbott> <https://launchpad.net/bugs/1606933>13:44
kyrofastevebiscuit, you still around?13:48
Spadssergiusens: okay, so what do I do if the makefile builds, but has no install target? ☺13:48
Spadssergiusens: the make plugin runs make install after building 😆13:49
kyrofaSpads, do you know what needs to go into the snap?13:49
Spadskyrofa: yeah but unfortunately the build step bombs out13:49
* Spads expects he'll have to make a custom make plugin 13:50
Spadsthat's two custom plugins in one snap!13:50
kyrofaSpads, of course. Snapcraft assumes the presence of the install rule since it has no other way of knowing what needs to go into the snap13:50
Spadsbut maybe I want to make the build and then copy the install13:50
kyrofaSpads, so yes, you'll need to write a local plugin that just calls make and copies stuff instead13:50
kyrofaSpads, if you know what needs to be installed, may I suggest proposing an install rule upstream as well?13:51
Spadsyeah well upstream is pretty quiet13:51
Spadsand clearly aren't following common practice on a lot of things13:51
Spadsbut I'm so close to finishing this I'm not bovvered13:51
kyrofaYeah that makes things more difficult :( . But hopefully you can get by with local plugins!13:51
Spadskyrofa: I feel like "use this other thing for install" would have been a nice option on the make one tho13:53
kyrofaSpads, what "other thing." Another part?13:54
kyrofaSpads, note also: if upstream is quiet, another option may be to fork it, add install rules, and package that13:55
SpadsI kind of wish I had a step to append text to the Makefile13:57
stevebiscuitkyrofa: pong13:57
kyrofaSpads, but then we'd need to figure out some way to do that for cmake projects that don't have install rules, etc.13:58
SpadsI wouldn't make it part of the build plugins13:58
Spadsbut like, being able to chuck diffs at this would be p.sweet13:58
kyrofaSpads, you mean like a patch step?13:59
kyrofastevebiscuit, since go has a few different dependency management solutions, a more scalable approach is probably to make different plugins. I actually have a godeps one and will be proposing it first thing. I know you're EOD, but will you take a look tomorrow?13:59
stevebiscuitkyrofa: I can look at it today seeing as I'm back in the UK14:00
kyrofastevebiscuit, that prevents the go plugin from having to grow support for everything14:00
kyrofaSpads, you're not the first to request such a feature. I think it will probably happen, but needs some thoughtful design14:01
kyrofastevebiscuit, okay, I'll ping you14:02
stevebiscuitkyrofa: sweet14:02
ogra_kyrofa, yo !14:04
kyrofaHey ogra_!14:05
kyrofaGot home safely?14:05
ogra_kyrofa, could i drag your attention towards bug 1605903 ... ? it kind of blocks moving forward with os snap bulds atm ...14:05
mupBug #1605903: "type: os" should prevent stage and prime stages from mangling content <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1605903>14:05
ogra_kyrofa, yeah, you too i guess ?14:05
ogra_how is the jetlag ? :)14:05
ogra_i would cook up a patch, but the prime stage is really hard to understand by just reading the code14:06
kyrofaogra_, sure, I'll take a look :)14:06
ogra_thanks !!14:06
kyrofaogra_, well, it was really hard to get up for standup at 6am this morning, so I must be doing better!14:07
ogra_i guess it is effectively just needing an "if type = os then skip the world and just copy"14:07
ogra_hah, yeah14:07
mhall119sergiusens: when is snapcraft getting that new feature to add runtime env vars?14:07
mhall119also, are the automated tests broken? Things are failing on my pull request that I haven't touched14:07
didrockshey kyrofa!14:09
kyrofadidrocks, hey man!14:09
didrocksseeing you are catching up on jetlag, good :)14:09
kyrofamhall119, sergiusens is still sprinting this week14:09
kyrofamhall119, I can take a look at the tests, though14:10
mhall119oh, is zyga also sprinting?14:10
mhall119thanks kyrofa14:10
ogra_yeah, everyone is sprinting apparently14:10
* mhall119 is just sitting at home snapping stuff14:11
ogra_we should have a sprint to discuss all that sprinting !14:11
kyrofamhall119, yup :P14:11
mhall119ogra_: isn't that what the manager sprints are?14:11
timothya meta-sprint14:12
timothyOne Sprint to rule them all.14:13
mhall119Like some kind of Ultmate Decisions Sprint?14:14
mhall119we could do one every 6 months14:14
kyrofamhall119, the integration tests seem unable to find npm. Since npm is grabbed via the tar source, it may be caused by your change14:15
mhall119oh, hmmm....14:16
kyrofamhall119, try running the shout demo14:16
kyrofamhall119, does it work for you?14:16
mhall119kyrofa: what's the command to do that?14:16
kyrofamhall119, just cd into demos/shout and run snapcraft14:16
kyrofamhall119, I re-ran the test just to be sure14:17
ogra_mhall119, Ultmate Decisions Sprint? i like that ... but we should shorten that somehow UlDeS ? or some such ? :)14:17
ogra_hah, now we scared olli14:17
mhall119kyrofa: trying it in a cleanbuild now14:19
mhall119oh wait, that won't get the changes14:19
mhall119ogra_: it fails on npm install -g shout, which I believe is after snapcraft has unpacked the tarball14:21
=== JanC is now known as Guest24709
=== JanC_ is now known as JanC
mhall119kyrofa: ^^ not ogra_14:22
mhall119also other pull requests are failing on the same test14:22
ahoneybuno/ mhall11914:23
ahoneybunerrors: http://pastebin.ubuntu.com/21044760/14:24
ahoneybunyaml: http://pastebin.ubuntu.com/21044876/14:24
mupPR snapd#1594 opened: daemon: always mock release info in tests <Created by chipaca> <https://github.com/snapcore/snapd/pull/1594>14:46
sergiusensmhall119 ogra_ cloud sprint14:54
sergiusenskyrofa hey! mind looking into the shebangs PR?14:54
sergiusensor are you going to pull the snap card on me? ;-)14:54
ogra_sergiusens, well, eventually it will rain ... then the clouds are gone and you can take vacation ;)14:55
sergiusensjosepht will update that bug in a bit14:55
sergiusensmhall119 wrt environment, that just landed today in snap-confine... should be added to the next release14:58
ogra_did snap-confine even make it into the archive yet ?14:58
ogra_last time i checked it was sitting in proposed14:58
ogra_(i mean in general, not a specific version)14:59
sergiusensogra_ yeah, right, there was a regression and mvo pushed another package, could be soon though (as soon as all the adt tests pass)14:59
seb128is there a vcs or something where one can look at the changes done to the ubuntu-core snap?15:00
mupBug #1606961 opened: snapd tests: checking for nogroup breaks Fedora, Arch Linux and maybe other distributions <Snappy:New> <https://launchpad.net/bugs/1606961>15:01
ogra_seb128, not yet ...15:01
seb128hum, k :-/15:01
seb128is there anywhere to download the snap from different channels?15:02
ogra_seb128, i'm just completely re-working the build setup (switching from cdimage to snapcraft) ... there used to be people.canonical.com/~ogra/core-image/stats15:02
timothysorry for my bunch of bugreports15:02
seb128I don't even know if the snap is different between channels15:02
ogra_seb128, i plan to have something similar again after the switch15:02
ogra_it isnt different15:02
ogra_it will be though15:02
seb128ogra_, so being more specific, do you know if the SafeLauncher/xdg-open wrapper ever landed?15:03
seb128mvo did https://github.com/snapcore/snapd/pull/116715:03
mupPR snapd#1167: interfaces: add  com.canonical.UrlLauncher.XdgOpen to unity7 interface <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1167>15:03
ogra_thats pretty old, it should15:03
seb128well I can't find it15:03
seb128the only reference in ubuntu-core (according to grep) is in the unity7 interface15:03
seb128at the time it landed mvo said it was in the beta(?) channel15:04
ogra_sigh, i wish copy/paste would work in unity815:04
ogra_(in hexchat)15:04
seb128I guess I would need mvo...15:04
seb128where is he hidding? ;-)15:04
ogra_thats how the snaps and channels are supposed to work together in the future15:05
seb128in any case I guess I need mvo15:05
seb128I don't know if I'm looking at the wrong channel/version15:05
seb128or if the thing is named differently15:05
seb128or if never landed15:05
ogra_the ubuntu-core snap is currently the same in all channels15:06
ogra_so there is nothign to look at15:06
seb128well either it's missing15:06
mupPR snapd#1595 opened: many: make seed.yaml on firstboot mandatory and include sideInfo <Created by mvo5> <https://github.com/snapcore/snapd/pull/1595>15:06
seb128or it's named differently that what I'm looking for15:06
ogra_if it isnt in the current one then it isnt in15:06
seb128well maybe it is15:07
ogra_i suspect mvo is locked into some room for sprint discussions15:07
seb128but I don't know how the tool is supposed to be named15:07
ogra_i wouldnt count on seeing him much in here this week15:07
seb128or in what location it's supposed to be stored15:07
seb128who would know about that who isn't locked down in a dungeon? ;-)15:07
ogra_probably Chipaca15:07
Chipaca*always* chipaca15:08
seb128Chipaca, ^ do you have any idea about that?15:08
Chipacaseb128: from where on? that's a lot of backlog :-)15:08
seb128Chipaca, do you know if the script/code corresponding to https://github.com/snapcore/snapd/pull/1167 landed somewhere and where15:08
mupPR snapd#1167: interfaces: add  com.canonical.UrlLauncher.XdgOpen to unity7 interface <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1167>15:08
ogra_Chipaca, did https://github.com/snapcore/snapd/pull/1167 land yet15:08
seb128that landed15:08
seb128but it's only the interface permission15:08
seb128we need an actual xdg-open script or something which does that call15:08
ChipacaI think the xdg-open thing is in the ppa15:09
ogra_i guess that would be in snap-confine though15:09
Chipacaand in /usr/local in the image15:09
seb128I looked in ubuntu-core15:09
ogra_which should be in poroposed15:09
ogra_Chipaca, dude ! /usr/local ?15:09
ChipacaI think so?15:10
seb128doesn't seem to be in snap-confine15:11
seb128nor ubuntu-core snap15:11
seb128not in /usr/local/bin either in a mounted snap15:11
didrocksyeah, see the message on the ML15:11
seb128or rather an installed snap starting a bash15:11
seb128didrocks, "the"? which one?15:11
didrockssomeone had that issue yesterday15:12
ogra_the right one indeed :)15:12
didrocksand I asked for the status, I don't find it in ubuntu-core15:12
didrocks(ccing mvo)15:12
Chipacayeah, mvo will know more. sorry :-(15:12
didrocksI think last time he told me that it's in an ubuntu-core snap which isn't released15:12
seb128didrocks, right, I saw your message, but seems like your status is the same as mine15:13
seb128which is why I was trying to get info here ;-)15:13
=== al_ is now known as Guest52528
seb128looks like we need to wait for mvo15:13
ogra_check https://lanuchapd.net/~ogra/+snap/os-test-snap/+build/188915:13
ogra_if you find it in there15:13
ogra_(thats todays build)15:14
ogra_heh, sorry15:14
mhall119sergiusens: will you have a chance this week to look at the test failures in the snapcraft pull requests?15:14
ogra_i'm in a unity8 session with a liberting hexchat ... cant copy/paste15:14
mhall119https://github.com/snapcore/snapcraft/pull/688 is currently blocking easy builds of the Arduino IDE15:14
mupPR snapcraft#688: Strip common path prefixes from linkname as well as name when extracting a tarfile <Created by mhall119> <https://github.com/snapcore/snapcraft/pull/688>15:14
tedgjdstrand: Looking at your dbus name branch, don't want to bike shed there, but we probably need a "user" field vs. system and session. Not sure if it should replace session or not. But since we're moving to a user bus should probably be in snapd.15:16
seb128didrocks, ogra_, right, https://launchpadlibrarian.net/275283297/buildlog_snap_ubuntu_xenial_i386_os-snap-test_BUILDING.txt.gz has "usr/local/bin/xdg-open"15:19
mupBug #1592901 changed: gvfs confinement issues <snapd-interface> <verification-done> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1592901>15:19
ogra_seb128, my prob now is that i cant upload the snap you are looking at until bug 1605903 is fixed or worked around :/15:20
seb128ogra_, that's a new ubuntu-core? how come the content is different from the current one?15:20
mupPR snapd#1596 opened: osutil: support both "nobody" and "nogroup" for grpnam tests <Created by chipaca> <https://github.com/snapcore/snapd/pull/1596>15:21
ogra_seb128, check the version of the currently published one (there is a date stamp in it)15:21
ogra_it is simply outdated15:22
ogra_and i had to shut down cdimage builds for $reasons15:22
seb128ogra_, what's the master? like where was that xdg-open thing added?15:22
mupBug #1593957 changed: VLC snap Segmentation fault <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1593957>15:22
mupBug #1594318 changed: pulseaudio interface is missing permissions <snapd-interface> <Snapcraft:Invalid> <Snappy:Fix Released by zyga> <https://launchpad.net/bugs/1594318>15:22
ogra_i dont know where mvo added it15:22
ogra_me goes to a machine where he can actually copy/paste ... sigh15:23
seb128well what sources/vcs is the builder pulling from?15:23
ogra_seb128, https://wiki.ubuntu.com/QATeam/OSSnapPromotion15:24
ogra_se dont have a seed for core15:24
mupPR snapd#1583 closed: snap: remove meta/kernel.yaml again <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1583>15:24
mupPR snapd#1593 closed: asserts,many: start supporting structured headers using the new parseHeaders <Created by pedronis> <https://github.com/snapcore/snapd/pull/1593>15:24
ogra_there is a list of packages set inside livecd-rootfs' config15:24
ogra_(which usually doesnt change and i didnt see an upload from mvo)15:25
* zyga runs off to have more meetings15:25
ogra_my assumption is that he added it to one of the PPA packages15:25
kyrofasergiusens, yep, I've got it15:25
seb128ogra_, ^15:25
seb128  * system-image: add /usr/local/bin/xdg-open dbus helper15:25
ogra_thats yakkety15:26
ogra_for which we dont build anything15:26
ogra_thats the livecd-rootfs used for xenial builds15:26
ogra_but i guess that code is in there15:26
ogra_(we usually forward port from the PPA into yakkety, not the other way round)15:27
seb128the wrapper is in there15:27
ogra_yeah, it is in there ... since may 2615:27
seb128so yeah15:27
seb128the ubuntu-core version is from may 3115:28
ogra_and the last core snap was released on july 1415:28
mupBug #1579790 changed: Please support content-sharing interface <snapd-interface> <Snappy:Fix Released by mvo> <https://launchpad.net/bugs/1579790>15:28
mupBug #1597259 changed: Access to /lib/ denied <snapd-interface> <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1597259>15:28
seb128so why is that script missing?15:28
ogra_ogra@anubis:~/tmp$ ls squashfs-root/usr/local/bin/15:29
ogra_apt  apt-cache  apt-get  no-apt  xdg-open15:29
ogra_it isnt15:29
ogra_i just pulled the edge snap15:30
ogra_oh, sorry, i pulled i38615:30
* ogra_ checks amd64 instead15:30
seb128well I'm on i386 :p15:30
ogra_heh, well, it shoudl eb in there15:30
seb128$ ls /usr/local/bin/15:30
seb128apt  apt-cacheapt-get  no-apt15:30
seb128that's in a .bash cmd from a snap using current xenial15:31
ogra_whats the revision that snap list shows ?15:31
seb128ubuntu-core     16.04+20160531.11-55  123  canonical  -15:31
ogra_thats from may15:32
mupPR snapd#1587 closed: store: deal with 404 froms the SSO store properly <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1587>15:32
seb128there goes the promise of regular updates in snappy world :p15:33
ogra_seb128, i rememkber mvo saying something about the re-exec logic that would break if we used newe core snaps in stable ...15:33
timothyChipaca: with your 2 pull requests, snapd 2.11 tests finished successfully on archlinux15:33
ogra_seb128, nah, we are just not there yet15:33
seb128ogra_, so there are different core versions in different channels?15:34
ogra_seb128, right15:34
seb128I though you said ubuntu-core was the same in all channels earlier15:34
ogra_i thought it was15:34
ogra_i didnt know we stopped promotion15:34
seb128k, makes sense now15:34
mupBug #1570432 changed: Desktop example scummvm is broken <snapd-interface> <snappy-examples> <Snappy:Fix Released> <https://launchpad.net/bugs/1570432>15:34
mupBug #1584178 changed: OpenGL interface doesn't work <opengl> <snapd-interface> <Snappy:Fix Released> <https://launchpad.net/bugs/1584178>15:34
seb128can I install ubuntu-core from another channel for testing on my xenial?15:34
ogra_as i said though ... there will be a new system soon https://wiki.ubuntu.com/QATeam/OSSnapPromotion ...15:34
seb128or is that going to make things grumpy?15:35
ogra_you could try15:35
ogra_snap install ubuntu-core --edge ?15:35
ogra_dunno if snapd is clever enough15:35
seb128error: cannot install "ubuntu-core": snap "ubuntu-core" already installed15:35
seb128can't remove it either15:36
ogra_Chipaca, is there a way to force it ^^^ ?15:36
seb128refresh --edge seems to work15:36
timothysudo snap refresh ubuntu-core --edge ?15:36
seb128let's see15:36
seb128timothy, thanks, just tried that as well ;-)15:36
ogra_yup, that gets me 138 here15:37
ogra_i386 should get 13915:37
mhall119hey, so I was using 'snap try ./prime' on a local snap build, and then I ran 'snapcraft clean' before 'snap remove', and now snapd doesn't know what to do, how do I fix this?15:39
mhall119zyga: ^^ ?15:39
mhall119kyrofa: ^^ ?15:40
kyrofamhall119, now you've got snapd whining about mounted snaps?15:41
kyrofamhall119, first of all, that's supposed to be fixed. Maybe it hasn't been released yet, but are you sure you're up-to-date?15:41
mhall119mounted snaps that aren't there anymore15:41
mhall119update-manager just ran 30 minutes ago15:41
kyrofamhall119, ah, must not have been released yet, then15:42
kyrofamhall119, try unmounting the tried snap from /snap. Does that change anything?15:42
mhall119is there a --force or something that I can use to make snapd remove it all15:42
kyrofamhall119, eh... I'm not sure how snapd tracks that stuff. I know there's a way to recover from this, but I'm not sure what it is. Worst case, reboot15:43
mhall119kyrofa: http://paste.ubuntu.com/21152275/15:44
seb128ogra_, didrocks, so with "snap refresh ubuntu-core --edge" xdg-open works from inside the snap and correctly open the given url to my open firefox ;-)15:44
seb128GNOME apps don't work though15:44
seb128but I guess it's because mimetype handlers are not set15:44
seb128so a bit more work needed there15:45
kyrofamhall119, ah, but after unmounting, does it still show up in snap list and make it generally unusable?15:45
mhall119kyrofa: it wasn't in snap list even before I unmounted15:45
mhall119as soon as ./prime was gone, it didn't show in snap list15:46
kyrofamhall119, ah very good. Well, is it still complaining about the mounted snap?15:46
mhall119yup, can't snap remove or snap try15:46
mhall119for that particular snap15:46
kyrofaNot being able to snap remove makes sense since it's not there, can you pastebin what it says when you attempt the snap try?15:46
kyrofamhall119, did you also unmount revision x1, by the way?15:47
mhall119no, just x215:47
kyrofamhall119, try unmounting x1 as well15:48
mhall119mhall@mhall-thinkpad:~/projects/Ubuntu/snaps/git-playpen/logic$ snap try ./prime15:48
mhall119error: cannot perform the following tasks:15:48
mhall119- Mount snap "logic" (cannot find installed snap "logic" at revision x2)15:48
kyrofa(I'm assuming that was also snap tried)15:48
kyrofamhall119, yeah... you've reached the extent of my snapd plumbing capabilities. I'm left with the reboot suggestion. I'm sure niemeyer, mvo, or zyga could help you, but I doubt any of them are available at the moment15:49
mhall119thanks anyway kyrofa15:49
kyrofamhall119, sorry :(15:50
mhall119not your fault, I should be more careful what I clean up15:50
kyrofamhall119, hardly, snapd needs to clean that up15:50
mhall119(also snapcraft/snapd should prevent this, but that sounds like a fix in progress)15:50
kyrofamhall119, and it will! Just... not yet I guess :P15:50
mhall119we really should make these desktop launchers leaner15:51
kyrofamhall119, more finely grained?15:52
kyrofamhall119, how would you distinguish between then?15:53
mhall119not sure, all I know is that they're bigger than the app I'm snapping, and that doesn't make sense15:53
mhall119the gtk2 launcher, for example, pulls in like 40MB of just icons15:54
* ogra_ hugs mhall119 15:54
didrocksseb128: sweet! :)15:54
ogra_now tell didrocks15:54
didrocksmhall119: well, content sharing man! you do want theming in your app, right?15:55
didrocksseems like ogra_ isn't interested into well integrating apps15:55
didrocksmhall119: the launcher has the minimum (and even too minimum if you listen to vlc) set of deps15:55
mhall119didrocks: theming yes, all the icons, not necessarily15:55
mhall119actually, maybe not even always theming15:55
didrockslike vlc doesn't integrate well on mate, or gnome shell or kubuntu15:56
didrocksmhall119: this is the package dependencies, they are certainly there for a reason15:56
mhall119didrocks: maybe there should be separate "launcher" and "integration" parts?15:56
didrocksmhall119: they can be overriden through snapcraft15:56
didrocksso if you don't like the list of stage-packages, you can override them15:56
didrocksand have your own set15:56
seb128+1 on having working defaults15:56
didrocksbut in that case, you will lose the benefit of having theming and icons integrated with default themes15:57
seb128those who want to optimize then can do it15:57
didrockslike ogra who don't want to contribute to the common set and keep ranting on the launcher :p15:57
ogra_i'm so evil15:57
didrocksseriously, this is getting tiring15:57
ogra_well, i'm not alone it seems15:58
didrocksand why don't you just override the stage-packages then?15:58
didrocksat some point, you will then get complains that your apps don't work/integrate well with X15:58
didrocksand readd those deps :p15:58
didrocksbut you are free to do so15:58
ogra_i dont need to atm ... my snaps all work fine, as soon as i snap a new desktop app i'll try that15:58
didrocksnice then, not even sure you keep jumping on any occasion there then or what it does contribute to the discussion15:59
ahoneybundid anyone look at those pastebins?15:59
ogra_didrocks, well, like mhall119 i dont understand why we cant split these bits a bit finer grained16:00
didrockswhat is finer grained?16:00
didrockslike "I don't want to have themes under Unity, or Mate or… ?)16:00
seb128it's going to be as complex then than opting out from the stage-package you don't want today16:00
didrocksor I don't want to have gsettings?16:00
ahoneybuntheme packs?16:00
ogra_i might not want fonts in java apps which hardcode and ship their own ... so fonts might make sense to have in a separate part that the launcher can pull in ... same goes for themes or icons16:00
didrocksahoneybun: that's once we have content sharing working with our runtime snaps16:01
seb128ogra_, keep in mind that those wrapper are not meant to be a proper solution16:01
didrocksogra_: sounds like you want debian packages granularity16:01
seb128they just bridge a gap until we get content sharing and proper snaps16:01
didrocksyeah, if only we had the interfaces upstream, this wouldn't be needed16:01
ahoneybunmm I was working on Franz and I was getting some gtk-message errors16:01
ogra_didrocks, i want just some granulatrity16:01
ogra_not necessarily on a debian level16:02
ahoneybunyet I added desktop/gtk3 and gtk216:02
seb128ahoneybun, what error do you get?16:02
didrocksahoneybun: that's maybe other errors?16:02
mhall119didrocks: how do I strip files out that are being pulled in from desktop/gtk?16:02
didrocksogra_: it's on github, feel free to contribute there :)16:02
ahoneybunhttp://pastebin.ubuntu.com/21044876/ : yaml16:02
didrocksmhall119: same, on your part, just use snap: [-path]16:02
mhall119didrocks: so partA can remove files that are installed from partB?16:03
ogra_mhall119, other way around16:03
didrocksmhall119: no, you override partA16:03
ogra_but since you define the launcher most likely via "after:" thats fine16:03
mupPR snapd#1588 closed: tests: added spread find private test <Created by fgimenez> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/1588>16:03
didrocksmhall119: http://blog.sergiusens.org/posts/The-Snapcraft-Parts-Ecosystem/16:03
=== enoch85_ is now known as ezraholm50
didrocksogra_: wrong16:04
didrocksmhall119: look at "composing"16:04
didrocksogra_: one part can only remove files from their own parts16:04
seb128ahoneybun, the warnings about the modules not loading can be ignored16:04
didrocksit's not a common set16:04
seb128unsure what the real error is though16:04
ogra_didrocks, hmm, how would mhall119 then remove his icons ?16:05
didrocksogra_: see the link above16:05
didrocksand the "composing" dir16:05
didrocksas I told you multiple times, you can override piece of cloud parts16:05
ahoneybunseb128: https://github.com/imprecision/franz-app/releases16:05
didrocksyou can even remove the stage-packages you don't want to by redefining it16:05
didrocksthat way you can remove packages16:06
mhall119didrocks: so in my "upstream" part, which has after: [desktop/gtk2], I can use the snap: -/usr/share/icons/ to remove them?16:06
ahoneybunit has electron or something based16:06
didrocksuntil people yells it's brorken :)16:06
didrocksmhall119: not that16:06
didrocksyou use after: [desktop/gtk2]16:06
didrocksthan, you add another part:16:06
ogra_mhall119, no, it is more complex16:06
didrockswhich has snap: [-/usr/share/icons]16:06
didrocksfor instance16:06
didrocksit will override the cloud part as if this one would ship those16:07
mhall119hang on, if my snapcraft.yaml has a desktop/gtk2 part, then it's not using the one from the part store, right?16:07
didrocksapparently, it's smart enough to merge both16:07
mhall119or does snapcraft have fancy part inheritance if the name is the same/16:07
ogra_you still use after:16:07
didrocksas per the blog post I listed above16:07
ogra_so it first pulls the desktop remote part16:07
ogra_then applies your local change16:07
mhall119didrocks: the block post you listed doesn't use parts from the part store16:07
mhall119it uses only local parts entirely defined in the snapcraft.yaml16:08
ogra_mhall119, the example overrides the source: line16:08
ogra_you just need to adapt the concept16:08
didrocksmhall119: http://blog.sergiusens.org/posts/The-Snapcraft-Parts-Ecosystem/?16:08
didrocksit does16:08
mhall119right, this use canse needs to be better documented then, because currently I don't  know to do what didrocks is telling me to do, and will have to experiment16:08
didrocks"curl" is a cloud part16:08
mhall119oh, I see16:09
mhall119so as long as (A) the part name matches and (B) I don't specify a plugin, it will inherit from the cloud part16:10
mhall119ok, I get it now16:11
mhall119next topic16:15
mhall119whenver I install an x2 snap that uses the desktop launcher, I get this:16:16
mhall119ln: failed to create symbolic link '/home/mhall/snap/saleae/x2/.themes/themes': Read-only file system16:16
mhall119doesn't happen on x116:16
didrocksoh, that might me a bug!16:18
didrocksI think I know what's happening16:18
didrocksmind filing it?16:18
ogra_its not the first time i see it mentioned ...i bet we try to link before mkdir16:18
didrocksthe issues is the we try to symlink naming the dest dir16:19
mhall119didrocks: against what?16:19
didrocksso second time, as the data are copied over, we try to nest into the symlink16:19
didrockswhich is a symlink to some $SNAP/something16:19
didrocksmhall119: the desktop-launcher github project (you already filed something against it, IIRC)16:19
didrocksogra_: others paths are versionned,so it's not an issue, but this one is…16:20
ogra_didrocks, indeed16:20
mupPR snapd#1591 closed: spread.yml, .travis.yml: pass store credentials encrypted to travis and read them from environment <Created by fgimenez> <Closed by fgimenez> <https://github.com/snapcore/snapd/pull/1591>16:20
ogra_seb128, how did you actually test that links work ? i cant get them to open from the telegram snap or my gitter snap16:20
mhall119didrocks: https://github.com/ubuntu/snapcraft-desktop-helpers/issues/416:21
seb128ogra_, started a .bash cmd to be in a snap env and xdg-open http://www.ubuntu.com16:21
ogra_heh, ok16:21
seb128ogra_, as said earlier the gnome app lacks some mimetype handler definition to work16:21
seb128I'm going to look at that16:22
ogra_so it only works if the app is actually xdg aware16:22
ogra_which probably rules out such web apps ...16:23
didrocksmhall119: thanks! I'll tackle this tomorrow :)16:23
timothy- Download snap "hello" (20) from channel "stable" (received an unexpected http response code (401) when trying to download https://public.apps.ubuntu.com/download-snap/mVyGrEwiqSi5PugCwyH7WgpoQLemtTd6_20.snap)16:31
seb128so I upgraded ubuntu-core to the edge channel version16:35
seb128using refresh --edge16:35
seb128do you have any idea how to revert to the stable one?16:35
seb128refresh --stable tels me that rev 123 is already installed16:36
seb128can't remove it16:36
didrocksand there is no more set command to force a rev16:36
didrockshum… ogra_ ^16:36
kyrofaflexiondotorg, you around?16:37
seb128he's going to bounce to Chipaca I'm sure ;-)16:37
ogra_seb128, just snap revert ubuntu-core16:42
ogra_(at least this *should* work)16:43
popeyI have a snap which plays no audio, it prints an alsa error on launch (http://paste.ubuntu.com/21159662/) - any ideas? I have the pulseaudio plug (and devmode anyway).16:44
popeyit's an electron app fwiw16:45
ogra_seb128, though there was a reson why mvo held back promotion if the new core snap ...16:45
ogra_perhaps rollback will break16:46
* ogra_ goes afk for a bit16:46
Chipacasergiusens, you around?16:58
kyrofastevebiscuit, https://github.com/kyrofa/snapcraft/tree/feature/1595981/godeps16:59
kyrofastevebiscuit, it's still a little rough, but I gave it a quick test on snapweb and it seems to work17:00
Chipacasergiusens, nm, figured it out17:05
Chipacajdstrand, wrt your email about "namespace between commands"17:07
Chipacajdstrand, isn't the error the person is seeing due to them trying to call one wrapped command from another?17:08
Chipacajdstrand, that is, they're trying to call /snaps/bin/foo from inside /snaps/bin/bar17:08
Chipacajdstrand, AIUI that didn't work (yet)17:08
Chipacajdstrand, but it would work if they did called the binary directly (e.g. $SNAP/bin/bar.forrealz)17:08
jdstrandChipaca: oh, if that is the issue then you are correct. Maybe I missed something. /me re-reads17:14
stevebiscuitkyrofa: could GodepsPlugin inherit from GoPlugin? Also, I think the `go get -t -d ./...` bit could be skipped? It would force *all* imported dependencies to be specified in the godeps-file17:14
stevebiscuitkyrofa: in the docstring the "This plugin uses the common plugin keywords" bit is repeated17:15
kyrofastevebiscuit, yeah, docs are broken right now17:15
kyrofastevebiscuit, regarding inheritance, yes, but the go plugin has functionality that godeps won't use, so it would just override everything17:16
stevebiscuitkyrofa: inheriting would be pointless then, np17:17
kyrofastevebiscuit, so when one uses godeps, one never uses go get?17:17
kyrofastevebiscuit, rather, you're saying they _shouldn't_ ?17:18
kyrofaEasy change17:19
stevebiscuitkyrofa: snapd and snapweb both use godeps and we never do a `go get` for the dependencies17:20
kyrofastevebiscuit, good deal17:20
popeywat... anyone seen this before:- 'ascii' codec can't encode character '\u29f8' in position 19: ordinal not in range(128)17:21
popeywhen running "snapcraft cleanbuild"17:22
timothypopey: fix your locale17:27
timothydo you have an UTF-8 locale?17:27
timothyuhm so it's strange17:28
timothyit seems that python doesn't like your locale17:28
popeythis is inside an lxc container17:28
popeyso maybe not my host locale17:28
popeybut I haven't changed anything and this used to work17:28
timothyok, so it's the same problem I fixed on snapd tests17:28
timothyif you read a string that includes an utf-8 character without a working utf-8 locale python doesn't like it17:31
jdstrandChipaca: ok, responded. still not sure if that was what he was asking, but I addressed that just in case17:31
popeyi see no strange characters in my yaml17:32
popeythis only affects one snap17:33
popeyother snaps build fine.17:33
timothycat -A of your yaml file?17:33
timothymaybe some strange character17:33
* popey learned a new thing today!17:33
timothyhttps://github.com/snapcore/snapd/pull/1468/commits/b66d3ea328ee42d3d4f56ed9736c315833dee67d this is how I fixed that in tests17:34
mupPR snapd#1468: Fix ./run-checks --static <Created by drizzt> <Merged by zyga> <https://github.com/snapcore/snapd/pull/1468>17:34
Chipacajdstrand, thanks! normally i would've butted in myself, but gmail is acting up on over here17:34
timothyby force reading of file with utf-817:34
popeytimothy: http://paste.ubuntu.com/21165798/ look okay to you?17:35
popey(that's the output of cat -A snapcraft.yaml)17:35
jdstrandChipaca: np at all :)17:35
Chipacapopey, is the - between [ and usr from cat, or from the yaml? in stage: and snap: at the bottom17:36
timothythe character it doesn't like is an http://www.fileformat.info/info/unicode/char/29f8/index.htm17:37
timothybut I can't see that in your pastebin17:37
popeytimothy: indeed, which is what's odd17:37
Chipacaoh man17:37
popeyChipaca: yeah, the - is in the yaml17:37
Chipacathat BIG SOLIDUS is my fault :-D17:37
Chipacabut yes, it is the locale17:37
Chipacasnapcraft transforms parts that have / in them (sub-parts?) to have BIG SOLIDUS so it can mkdir it17:38
Chipacaor something like that :-)17:38
timothyChipaca: maybe you should use codecs and open the file in utf-817:38
Chipacaoh, i didn't write the code17:38
timothyto avoid locale madness17:38
Chipacai'm just the idea man17:38
timothyoh ok17:38
timothyI don't have ubuntu here, so :P17:38
popeyso the fix is? (given this is lxc, building on host is fine)17:39
timothypopey: configure locale in lxc17:39
Chipacapopey, can you install locales inside the lxc?17:39
popeyi can add it to build packages?17:39
Chipacaah, perhaps17:39
Chipacanot sure if that'll be early enough, but try17:40
* popey tries that17:40
popeylxc names always amuse17:40
timothyyou need to uncomment the correct locale in /etc/locale.gen, launch locale-gen command and set LANG=you_locale17:40
popeyinside my lxc?17:41
popeyIt's a pre-built container17:41
popeyI dont see how (or that) I'd want/like to do that17:41
timothyit's scriptable17:41
popeythis seems needlessly odd17:41
popeyit should "just work"17:41
popeyI shouldn't be messing with the config of packages inside the container17:41
timothyso someone should fix the code to use codecs17:41
popeythat's madness17:41
popeygood, SEP17:41
timothylike I did on tests, https://github.com/snapcore/snapd/pull/1468/commits/b66d3ea328ee42d3d4f56ed9736c315833dee67d17:41
mupPR snapd#1468: Fix ./run-checks --static <Created by drizzt> <Merged by zyga> <https://github.com/snapcore/snapd/pull/1468>17:41
popeyok, guess I'll file a bug on snapcraft then :)17:42
popeythanks for your valuable time chaps :)17:42
mupBug #1607015: 'ascii' codec can't encode character '\u29f8' in position 19: ordinal not in range(128) <Snapcraft:New> <https://launchpad.net/bugs/1607015>17:44
mupPR snapd#1592 closed: many: update code for the new snap_mode <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1592>18:11
kyrofajdstrand, what's the current status of seccomp argument filtering?19:48
mupPR snapcraft#675 closed: Allow godeps to fetch Go dependencies <Created by stevenwilkin> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/675>20:00
mupPR snapcraft#691 opened: Add godeps plugin <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/691>20:00
kyrofajosepht, elopio ^^ could use a review20:01
kyrofaNote that I'm adding a demo for it now20:02
kyrofaNah... an integration test actually20:02
jdstrandkyrofa: waiting on snap-confine 1.0.39 to land in xenial20:03
kyrofajdstrand, awesome. Will that automatically unblock setpriority, or do we also need profile changes in snapd?20:04
jdstrandkyrofa: actually this is fine too: 1.0.38-0ubuntu0.16.04.320:04
jdstrandkyrofa: once that lands it will unblock me to fix things like setpriority20:04
kyrofajdstrand, alright20:05
kyrofaThanks for the update!20:05
jdstrandI didn't want to land that stuff in snapd cause it lands a whole lot faster in the archive than snap-confine and then snapd would be blocked on the snap-confine landing20:05
jdstrandso, waiting patiently :)20:05
josephtkyrofa: that PR looks good to me.  Needs more double quotes ;)20:08
LBoI had some problems with snapcraft20:08
kyrofajosepht, I can't. elopio bruised the fingers I use to press that button20:08
LBoWhenever I built something with snapcraft I got this error: execv failed: Permission denied20:08
LBoAfter some triaging it seems that my umask is the problem20:09
kyrofajdstrand, understood, no rush! I was just curious where we were there20:09
kyrofaLBo, yeah that may cause issues20:09
LBoThe default umask is 0002, then the snap works20:09
LBokyrofa: ah, thanks. I was pulling my hairs20:10
LBoIs this documented somewhere?20:10
LBoAnother user on IRC had the same problems a few days ago20:10
LBoSame error message, but nobody had an answer20:10
jdstrandkyrofa: oh, I want to that thing landed in xenial so I can run with the arg filtering policy! :)20:11
LBoIs it a bug, or just something by design?20:11
* jdstrand is chomping at the bit for that20:11
kyrofajdstrand, you'll have fun actually testing that stuff with the new re-exec stuff20:11
kyrofaLBo, wait, I'm not sure I understand. You're getting those issues when running an installed snap?20:12
LBokyrofa: yeah, exactly20:13
LBoWell, when running the snap built with a specific umask20:14
kyrofaLBo, if you change the umask after you create a snap that works, does it stop working?20:15
kyrofai.e. build the snap, change the umask, then install and run20:15
LBoThen it works20:16
kyrofaLBo, okay so actually creating the snap isn't the problem?20:17
kyrofaRather, the snap works regardless of the umask when built20:17
LBoNo, the other way around20:19
LBoBuilt with 0022 it always runs, with whatever umask20:19
LBoBuilt with 0077 it only runs as root20:20
LBoWhen I ls the snaps the permissions of the snap directories are "wrong"20:20
kyrofaHuh... I thought squashfs got rid of that issue...20:20
LBoNot-working snap: drwx------  5 root root   50 jul 27 22:07 usr20:21
LBoWorking snap: drwxrwxr-x  5 root root   50 jul 27 22:07 usr20:21
kyrofaTo clarify, you tried the umask the other way around? Restrictive when building and permissive when running?20:22
LBoIn the last paste: http://paste.ubuntu.com/21186621/20:22
LBoumask 0002 when building, 0077 when installing & running20:22
kyrofaThat seems to work fine, no?20:23
LBoI'm sorry20:23
LBoThat was the other way around20:23
LBoI will do a new one: 0077 when building, 0002 when running20:23
kyrofaYes, please do that20:24
kyrofaSorry for the confusion-- I don't typically utilize umask20:24
LBoThis is what you meant: http://paste.ubuntu.com/21187624/20:24
LBols -hal /snap/xcape/{x10,x11}/20:26
LBototal 4,5K20:26
LBodrwxrwxr-x  4 root root   67 jul 27 22:16 .20:26
LBodrwxr-xr-x 13 root root 4,0K jul 27 22:24 ..20:26
LBo-rwxr-xr-x  1 root root  299 jul 27 22:16 command-xcape.wrapper20:26
LBodrwxrwxr-x  2 root root   32 jul 27 22:16 meta20:26
LBodrwxrwxr-x  5 root root   50 jul 27 22:16 usr20:26
LBols: cannot open directory '/snap/xcape/x11/': Permission denied20:26
LBoI don't know if it has anything to do with versions, but to be complete: snapd = 2.0.10, snapcraft = 2.13.120:28
jdstrandzyga: fyi, I think the last "RE: How do I share a namespace between snap commands?" may be due to how the bind mounts are setup20:29
jdstrandzyga: (on snapcraft@, and hi! :)20:30
Pharaoh_Atemdoes anyone know where the firefox snapcraft.yaml is?20:33
kyrofaLBo, set your umask restrictive and install the hello-world snap. Do you have the same issues?20:34
LBoNo, that works fine: http://paste.ubuntu.com/21189027/20:35
zygajdstrand: hey21:27
zygajdstrand: checking now21:27
zygajdstrand: so it looks like the problem is the mount namespace21:29
zygajdstrand: I'm too tired to analyze this in detail21:29
zygajdstrand: I will have a "nice" backlog of things to work on after this sprint sprint21:29
mupBug #1607067 opened: Add a dotfiles / hidden files interface <snapd-interface> <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1607067>21:37
jdstrandzyga: sure, np, it's late there! I just wanted you to be aware of the issue. thanks and goodnight! :)21:45
LBoWhat can I do to resolve this? Received 403: 'Developer has not signed agreement.'21:58
ChipacaLBo: https://bugs.launchpad.net/snapcraft/+bug/159677722:04
mupBug #1596777: trying to upload a snap without signing the agreement prints the error twice <Snapcraft:In Progress by tsimonq2> <https://launchpad.net/bugs/1596777>22:04
ChipacaLBo: is that your issue?22:05
LBoChipaca: no, I just had to login to https://myapps.developer.ubuntu.com and register22:05
LBoBut it wasn't obvious at first what I had to sign22:05
ChipacaLBo: sounds like the error should be a lot clearer22:05
LBoI thought at first I had to sign the code of conduct22:06
LBoGot it working now!22:06
Chipacanoise][: ^ not sure what component it is, but AIUI it's closer to things you have competence in than me22:06
Chipacatsimonq2: o/22:07
Chipacabbiab, need to shut down this box to add a hard drive22:07
noise][Chipaca: LBo: we have an open task to improve that and a bunch of other err messages22:11
LBonoise][: awesome, thanks!22:12
noise][things got a bit convoluted in the rush to 16.04 and other recent improvements22:12
mupBug #1603018 opened: snap create-user gets bad username <Snappy:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1603018>22:13
tianonjdstrand: I know I'm horrible and it's been forever, but when you've got a sec I'm finally ready for pointers about "docker" interfaces in snapd -- I've started looking at what's going to need to happen, and it _seems_ like we'll need an interface for the daemon (to confine it properly so it doesn't need --devmode), and a separate interface for the client (to talk to the daemon over the unix socket), …22:40
tianon…but I can't seem to find any example of service confinement in interfaces/builtin to back up my theory O:) (they all appear to be only for handling/managing the client-side, not worrying about daemon constraints)22:40
tianonI'm also happy to post to the list instead if that's easier to compile/discuss the topic :) (especially if it needs to be slightly more async)22:41
tianon(figured I'd start here since you did ask me to prod you when I was ready O:) )22:42
tianon"connected" vs "permanent" is what I'm currently exploring :)22:51
mwhudsonuh huh why does this image i'm building not dhcp by default22:57
tianonpermissions are hard, let's go ride bikes :)23:07
tianonit would appear that "plug" profiles are for the client half, "slot" profiles are for the daemon, "permanent slot" is bits the daemon has all the time, and "connected slot" is the bits the daemon gets when a client/plug is actually hooked up?  might be way off base :D23:18
mupBug #1607121 opened: snap create-user creates user with silly gecos field <Snappy:New> <https://launchpad.net/bugs/1607121>23:28
mupBug #1607129 opened: snap create-user does not check that sso user has ssh keys <Snappy:New> <https://launchpad.net/bugs/1607129>23:50

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