/srv/irclogs.ubuntu.com/2016/05/26/#snappy.txt

=== chihchun_afk is now known as chihchun
=== Abhishek__ is now known as Abhishek_
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
shuduomorning, i'm trying to stitch a customized image with my own kenrel snap. i modified 96boards-kernel of snapcraft-examples then i use latest u-d-f and specify --kernel=./96boards-kernel.snap. Now u-d-f reports "Installing ./96boards-kernel.snap07:10
shuduofailed to install "./96boards-kernel.snap" from "edge": ./96boards-kernel.snap failed to install: invalid snap name: "96boards-kernel"07:10
shuduoanything wrong?07:10
shuduoogra_, zyga : ^^07:14
zygashuduo: cannot start with digits07:15
zygashuduo: kernel-96boards07:16
zygashuduo: try that instead07:16
zygashuduo: :-)07:16
* zyga is off today, going to the airport soon07:16
zygashuduo: if the name bugs you please report a bug on snappy, we could perhaps lift the restriction, no promises though07:17
morphiszyga: ping07:20
zygahey hey07:21
zygahow are you morphis07:21
morphiszyga: fine :-)07:21
shuduozyga: thanks. will try it. so snapcraft-examples/examples/96boards-kernel should going to change acccordingly, right?07:21
morphisand you?07:21
morphisgetting forward with ubuntu-image?07:21
zygashuduo: hmmmm, if it worked before then I'm puzzled07:21
zygamorphis: yep, slowly, I was still working on other tasks, I talked to slangasek and barry last night07:22
zygamorphis: gave them my shell prototype, I will try to make it less of a prototype now (less magic blobs, more things that can be built)07:22
zygamorphis: 09:22 < zyga> morphis: yep, slowly, I was still working on other tasks, I talked to slangasek and barry last night07:22
* zyga wonder how that got pasted...07:23
morphis:-)07:24
morphiszyga: you remember what we said about i2c interface in the meeting about interfaces for RTM?07:24
zygayes07:24
zygado you have a patch for that? :-)07:24
morphiszyga: not yet, but someone who needs it for a sensor snap on the pi07:26
morphiszyga: we dropped it from the list, right?07:26
pmpmorphis: sorry for the instrusion: "sensor snap on the pi" .. via iio?07:27
pmpmorphis: hi - first of all07:27
morphispmp: hey! :-)07:27
morphislpotter is working on that07:27
zygamorphis: yes we did07:27
morphisnot sure what it actually uses to talk with the hardware I just go i2c from lpotter so far :-)07:27
morphispmp: you're working on something similar?07:28
pmpmorphis: I will need to make a snap which will access sensors via iio - at one point in time07:28
morphiszyga: from what I saw so far the way would be to just put a generic i2c interface into snapd allowing access to /dev/i2c*07:29
pmpmorphis: prototyping on the pi and then make it work on the real target07:29
morphispmp: afaik lpotter as a working prototype already which runs mostly fine in devmode07:29
pmpmorphis: hmm, not sure what you mean, I'm not using RTM (don't even know what it is, related to ROS?), I just have a simple user-app which will access sensors via IIO07:31
morphispmp: RTM is just a version of snap* stuff07:31
zygamorphis: https://github.com/snapcore/snapd/pull/123107:32
zygamorphis: just wrote one quickly, didn't test it07:32
morphispmp: the snap lpotter is working on is exactly doing this but will be an example of how you can do such things on a device07:32
zygamorphis: no, I'd imagine a specific interface instance for each controller07:32
zygamorphis: and all controllers would be described by the gadget snap07:32
* zyga -> afk (15 min)07:33
morphiszyga: I see07:33
zygamorphis: we could have a i2c-control (global) and i2c (per controller device node)07:34
zygamorphis: and later on we could grow a slot level attribute that says if the controller actually speaks smbus or i2c or whatnot07:35
zygamorphis: but this should be good as a starting point07:35
zygaafk for real07:35
shuduozyga: ping07:41
shuduozyga: seems digital name issue is gone after name changed. now new error msg is "failed to install kernel can not extract kernel assets: cannot determine bootloader"07:42
shuduozyga_: seems digital name issue is gone after name changed. now new error msg is "failed to install kernel can not extract kernel assets: cannot determine bootloader"07:44
pmpmorphis: how to not lose track of the changes made by lpotter? (I'm not working on snappy everyday) Do you have a link?07:46
morphispmp: not yet, need to wait for lpotter to be back07:46
pmplpotter == Lorn Potter?07:47
* zyga -> away08:05
zygasee you in the evening08:05
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
flexiondotorgI'm trying to create a source build snap package of Pluma.10:35
flexiondotorgI need to pass some configure options to autotools.10:35
flexiondotorgThe documentation says I should ConfigFlags: but that snapcraft throws an error when I use that.10:36
flexiondotorgIssue while loading plugin: properties failed to load for pluma: Additional properties are not allowed ('configFlags' was unexpected)10:37
flexiondotorgDocumentation is wrong, the snapcraft source shows it should be configflags:10:41
sergiusensflexiondotorg mind logging a bug or a quick PR to fix that?12:41
flexiondotorgsergiusens, What is the source repo for the documentation? I'll submit a PR12:43
sergiusensflexiondotorg in most cases just https://github.com/ubuntu-core/snapcraft12:46
flexiondotorgsergiusens, Thanks.12:47
sergiusensflexiondotorg the sources have a docstring (which is used for `snapcraft help <plugin-name>`12:47
sergiusensflexiondotorg and if you saw it on the website, look at the docs dir12:47
flexiondotorgsergiusens, Here's your PR :-) https://github.com/ubuntu-core/snapcraft/pull/52112:55
sergiusensflexiondotorg thank you!12:57
flexiondotorgsergiusens, You're welcome.13:02
kyrofasergiusens, I'm babysitting didrock's branches while he's off, so let me know if something needs to be changed and I'll repropose13:54
sergiusenskyrofa oh, he's off? Well, there is one thing in 506 then14:00
kyrofasergiusens, the package is still called snapcraft-examples... what transition are you referring to?14:01
sergiusenskyrofa arf, my mind was thinking everything was getting renamed :-P14:01
kyrofasergiusens, heh-- yeah seems he was pretty careful about breakage14:02
kyrofasergiusens, he even left the examples tests, but redirected them to demos14:02
sergiusenskyrofa yeah, I saw that part14:03
sergiusenskyrofa I'll build a deb from this and see how it goes14:03
kyrofasergiusens, ah, yeah that's probably a good call14:03
sergiusenskyrofa any idea why this diff looks weird https://github.com/ubuntu-core/snapcraft/pull/509/files ?14:10
kyrofasergiusens, it needs a real rebase I'm afraid. Looks like he merged with master right before I fixed that bad commit14:10
kyrofaThat's what it looks like anyway14:11
josephtreviewers: could some give my pi2 nmap snap a quick review (needs network-control for running with sudo) https://myapps.developer.ubuntu.com/dev/click-apps/4710/rev/27/14:12
josepht*someone14:12
sergiusenskyrofa check 506 again ;-)14:44
davidcallejdstrand: I've left a comment on the sec doc, p3114:46
kyrofasergiusens, on it14:47
sergiusensjdstrand about taking over, does that really fall into snapcraft? I would think the launcher would be the right project14:47
sergiusenskyrofa one more comment added14:52
jdstrandsergiusens: I'm not sure what zyga had in mind. I'll let you two battle it out14:54
kyrofasergiusens, interesting... in debian/rules he has dh_compress -Xusr/share/doc/snapcraft-examples/demos . You're saying that directory isn't actually valid?15:03
sergiusenskyrofa it is valid, but debian/snapcraft-examples.examples magles; build and see15:13
sergiusenskyrofa build, install and see15:13
kyrofasergiusens, do you want them in /usr/share/doc/snapcraft-examples/demos instead of examples?15:14
kyrofasergiusens, yeah I see that they're in the same spot as they used to be15:14
sergiusenskyrofa yeah, and the documentation gets weird, because if you git clone you cd into demos if you apt install you cd into examples15:15
sergiusenskyrofa maybe we should just kill the examples/demos as a package; do you know if that was the idea?15:16
sergiusensand then move to providing the real "examples"15:16
sergiusensand tell everyone to grab the demos from the demos page15:16
elopiosergiusens, kyrofa: https://github.com/ubuntu-core/snapcraft/pull/511 all green. Do you like it?15:16
kyrofasergiusens, the goal of his work is to just have that `snapcraft-examples` command that generates the basic examples. But that command actually needs to be shipped in snapcraft, not snapcraft-examples15:17
kyrofaSo this branch's purpose was really to just make room for the "examples" that will be copied into cwd by that command15:19
sergiusenselopio I am reading that code now15:20
sergiusenskyrofa yeah, but if you "copy" you will also copy the "demos"15:21
kyrofaI don't think his goal was/is to kill the snapcraft-examples package. Though it might get a little confusing if the command mark wants is "snapcraft-examples"15:21
sergiusenskyrofa my suggestion is to change debian/snapcraft-examples.examples to debian/snapcraft-examples.install and tell it to install demos/* to /usr/share/doc/snapcraft-examples/demos15:22
sergiusenskyrofa do you feel up to that?15:22
kyrofasergiusens, yeah, easy15:22
DinkzHello !15:22
DinkzI was trying to install snappy into my Raspberry Pi-215:22
Dinkzand got it installed.15:22
DinkzNOw, I want to install adb into it.15:22
kyrofasergiusens, have you seen this by the way? It might answer some questions: https://github.com/ubuntu-core/snapcraft/pull/51315:22
kyrofaI've not actually reviewed it yet15:23
sergiusenskyrofa or when is didrocks back? We can land this as is, but needs to have some resolution next week15:23
kyrofasergiusens, monday I believe15:23
elopioDinkz: hello15:23
DinkzHello Elopio15:23
kyrofasergiusens, up to you. I've fixed the ros example test already, happy to fix the deb issue as well, and I can remake the PR15:23
elopioDinkz: you would have to make a snap package for adb. We don't have it yet. And there's also the concept of "classic dimension", that will come back soon.15:24
DinkzThank you very much, Elopio ! What is classic dimension ?15:25
sergiusenselopio looks good, just added a minor TODO comment15:26
kyrofaelopio, chroots can be used for now, for what it's worth15:26
elopioDinkz: it's like a container that will let you run "apt install adb"15:26
sergiusenskyrofa let me look at the follow up PR15:26
elopiosergiusens: I'll report a bug for the missing test.15:27
DinkzThanks a lot Elopio !15:27
sergiusenskyrofa ok I saw it, execute as agreed upon but...15:30
sergiusenskyrofa look at https://github.com/ubuntu-core/snapcraft/pull/513/commits/f57d1203dfa1dc136338a99b9dcdf7bc9fa3300c15:30
sergiusenskyrofa I always disliked the fact our examples landed in docs, maybe make the rule install in /usr/share/snapcraft/demos15:31
kyrofasergiusens, indeed, they need to be in snapcraft itself (not the demos though)15:31
kyrofaOkay, can do15:31
sergiusenskyrofa I'll approved elopio's PR, looks like a dream, maybe rebase in a bit too ;-)15:31
kyrofasergiusens, heh, sounds good15:32
elopiofgimenez: https://plus.google.com/hangouts/_/canonical.com/qa I miss you15:32
elopiosergiusens: hum, one thing about the TODO. My idea is that devs run against the fake in their machines, but jenkins runs against staging in PRs. The jenkins run will hit the status page more than once, for sure.15:33
elopiodo you still want a test on the fake that hits the status more than one15:34
elopio*once15:34
sergiusenselopio ok, I am just thinking about unit test coverage :-P15:34
sergiusenskyrofa I am divided :-/15:34
sergiusenskyrofa don't change yet15:34
sergiusensjust push the fix for the lone ros wolf15:34
kyrofasergiusens, haha, I was just about to push!15:35
kyrofasergiusens, alright will do15:35
sergiusenskyrofa I will solve this with didrocks when he gets back15:35
kyrofasergiusens, alright: https://github.com/ubuntu-core/snapcraft/pull/52215:40
=== chihchun is now known as chihchun_afk
elopiosergiusens: this branch doesn't deal with unit test coverage yet. We'll get there in the others.16:04
elopiofgimenez: all check conflicts solved.16:08
fgimenezelopio, great dropping a comment in the next one..16:11
kyrofasergiusens, I think https://github.com/ubuntu-core/snapcraft/pull/509 is ready to go, and should probably land before the examples so he doesn't need to update again16:22
kyrofa(assuming you want it in 2.10 of course)16:23
sergiusenskyrofa yeah, too bad I didn't notice the missing bug for this though16:24
sergiusenskyrofa we should create one and add it into the "merge and squash" comment16:24
kyrofasergiusens, argh, I missed it as well. We can16:24
kyrofaYeah exactly16:24
kyrofaI was about to say just that16:25
sergiusenskyrofa if you want to, go ahead, if not I'll do it in a bit16:25
* sergiusens is working through some lunch16:25
* elopio afk, swimming lessons.16:30
balloonssergiusens, apparently we need to migrate shoutirc to lounge; https://github.com/thelounge/lounge16:52
sergiusensballoons we don't need to, it is a nice alternative to snap17:14
sergiusensballoons lounge is a free for all shout fork. It also means it could be buggier ;-)17:14
sergiusensand or lack a clear roadmap. Feel free to get it snapped though!17:15
balloonssergiusens, yea, indeed. But I'm migrating over since it solves all the longstanding bugs and has all the contributors minus the original author :-)17:15
balloonsSo I would like a snap.. It will more or less be a clone of yours, so that's fun17:15
balloons*fine17:15
sergiusensballoons what bugs, the offline one?17:15
balloonsyea, I just hit it again today. Super annoying17:16
sergiusensballoons I was going to look into it, but I just have no time :-P17:16
sergiusensballoons I haven't hit it ever, yet17:16
* sergiusens crosses fingers now17:16
balloonsLOL17:16
balloonsit's silent, but deadly. It's been a good long while since it happened to me17:16
sergiusenskyrofa so now the ros demo fails http://162.213.35.179:8080/job/github-snapcraft-autopkgtest-cloud/746/console17:17
sergiusensballoons ok, might get to it during the weekend ;-)17:18
mhall119hey everyone, how do I connect a snap's "home" plug ?17:46
mhall119bah, nevermind, I had my arguments backwards17:47
kyrofamhall119, some of those bits were covered here by the way: http://summit.ubuntu.com/uos-1605/meeting/22682/anatomy-of-a-snap/18:02
mhall119thanks kyrofa18:03
mhall119ok, I've got two KDE apps now that both throw the same udev apparmor complaint when running in --devmode18:03
kyrofamhall119, can I see the pastebin?18:03
mhall119kyrofa: http://paste.ubuntu.com/16713644/ first line specifically18:04
tyhicksmhall119: the important part is apparmor="ALLOWED"18:05
mhall119kyrofa: FWIW, an upstream KDE developer tries building and running the kcalc snap, but he doesn't get the udev access error18:05
tyhicksmhall119: that message is telling you that AppArmor would have blocked the action if you weren't running in devmode18:05
jdstrandmhall119: add the 'opengl' interface18:05
mhall119tyhicks: right18:05
jdstrandI'm guessing the person seeing that access is using an nvidia system18:06
tyhicksmhall119: sorry, thought you were thinking that AppArmor was blocking something18:06
mhall119but why is krita or kcalc (or any KDE app I assume now) accessing udev anyway? And why isn't the upstream dev seeing it18:06
mhall119tyhicks: it works in --devmode, but dies on launch otherwise with "Bad system call"18:06
jdstrandmhall119: ^18:06
kyrofamhall119, different hardware I'd assume18:06
mhall119if I can get rid of that, I think these might run without --devmode18:06
mhall119jdstrand: all intel18:06
jdstrandmhall119: you have all intel?18:07
mhall119I'm all intel and see the rror18:07
jdstrandhmm18:07
mhall119the upstream, I don't know18:07
jdstrandperhaps the intel drivers also trigger it18:07
kyrofamhall119, what is the syscall that causes it to barf?18:07
jdstrandmhall119: add the opengl interface18:07
mhall119kyrofa: no idea, and I don't know how to find out18:07
mhall119jdstrand: already have it18:07
kyrofajdstrand, snappy-debug is back... right?18:07
jdstrandit is18:08
mhall119jdstrand: plugs: [X11, unity7, home, opengl, network18:08
kyrofamhall119, are you familiar with snappy-debug?18:08
mhall119nope, tell me more :)18:08
jdstrandthat should be x1118:08
kyrofamhall119, oh, it will become your best friend18:08
kyrofamhall119, snap install snappy-debug18:08
mhall119are there docs on how to use it on developer.ubuntu.com? (if not, hint hint)18:08
kyrofamhall119, not that I know of-- snappy-debug was pulled for a while so we removed docs so as to not confuse people18:09
kyrofamhall119, we'll get it back in there18:09
mhall119ok, snappy-debug installed18:09
jdstrandopengl gave a different access18:10
jdstrandwe don't currently allow /run/udev/data/**18:10
kyrofamhall119, now run `sudo snappy-debug.security scanlog` in one terminal and exercise the snap in the other18:11
kyrofaWhen it dies due to seccomp, snappy-debug's output should help18:11
* jdstrand notes that snappy-debug doesn't yet handle dbus denials18:11
jdstrandbut it'll of course handle seccomp just fine18:11
kyrofajdstrand, good to know, thank you18:11
jdstrandI also suspect that the /run/udev access is noise18:12
mhall119heh, snappy-debug is giving apparmor notifications now18:12
kyrofamhall119, indeed, it does that too18:12
kyrofamhall119, like I said: best friend18:12
jdstrandmhall119: if it is working in devmode, I suggest filing a bug against snapd with the snapd-interface tag18:12
kyrofathank jdstrand18:12
mhall119kyrofa: you didn't tell me to connect stuff :-P18:13
kyrofamhall119, eh?18:13
mhall119sudo snap connect snappy-debug:log-observe ubuntu-core:log-observe18:13
kyrofamhall119, haha, ah sorry!18:13
kyrofamhall119, I've not actually used it in snappy 1618:13
jdstrandhe didn't have too-- snappy-debug told you to :)18:13
mhall119jdstrand: this is true, and quite helpful18:13
mhall119kyrofa: output from snappy-debug scanlog: http://paste.ubuntu.com/16713961/18:14
mhall119kyrofa: was I supposed to install snappy-debug with --devmode?18:15
jdstrandno18:15
kyrofamhall119, did you try sudo?18:15
jdstrandit works fine without --devmode18:15
mhall119kyrofa: mhall@mhall-thinkpad:~/projects/Ubuntu/snaps$ sudo /snap/bin/snappy-debug.security scanlog 2>&1 | pastebinit18:15
mhall119^^ is what I ran18:15
kyrofamhall119, congratulations, you're surpassed my snappy-debug knowledge :P18:16
* mhall119 doesn't *feel* like a winner18:16
kyrofajdstrand should know more though18:16
jdstrandthere is a bug18:16
jdstrandI'll fix it now18:16
jdstrandmhall119: can you email me your syslog?18:16
jdstrandmhall119: feel free to truncate it to today18:17
jdstrandmhall119: grep audit /var/log/syslog > /tmp/audits18:17
jdstrandgzip /tmp/audits18:17
jdstrandsend me /tmp/audits.gz18:17
kyrofasergiusens, https://github.com/ubuntu-core/snapcraft/pull/522 is green18:21
jdstrandmhall119: are you sending me that?18:21
mhall119jdstrand: sorry, was distracted by shiny new gadgets in the mail, working on the log now18:25
sergiusenskyrofa commented18:25
sergiusenskyrofa but yeah, +1 ;-)18:25
mhall119jdstrand: send, it wasn't very big so I didn't gzip it18:27
jdstrandthanks18:29
jdstrandmhall119: ok, can you do 'grep 1326 /var/log/syslog'18:29
jdstrandmhall119: I'll show you how to figure out the seccomp denial yourself18:30
mhall119that sounds like work :)18:30
jdstrandwell, you can give me a sec18:30
jdstrandmhall119: is your system amd64? i386?18:30
kyrofasergiusens, man, I've been slacking on actually looking at commits for bugs lately. You and elopio have been spoiling me18:32
mhall119i386 (don't laugh)18:32
jdstrandmhall119: this is the log entry:18:32
jdstrandMay 26 13:14:23 mhall-thinkpad kernel: [181943.002409] audit: type=1326 audit(1464286463.789:7470): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=23870 comm="krita" exe="/snap/krita/100003/usr/bin/krita" sig=31 arch=40000003 syscall=102 compat=0 ip=0xb7700c31 code=0x018:32
lpotterpmp: morphis the sensors snap for rpi is not using iio. RTIMULib talks firectly to i2c_x18:33
jdstrandmhall119: see where it sayd 'syscall=102'? do 'scmp_sys_resolver 102'18:33
jdstrandmhall119: that will give you the syscall (snappy-debug does that for you)18:33
mhall119socketcall?18:33
jdstrandah yes, that is bug #157606618:34
ubottubug 1576066 in libseccomp (Ubuntu) "32bit glibc calls old socketcall() syscall, causing seccomp problems" [High,Confirmed] https://launchpad.net/bugs/157606618:34
mhall119well, at least it's not a new bug :)18:34
jdstrandno, and it has a card, just haven't gotten to it yet18:34
mhall119it would also explain why I hit it and the KDE guy didn't, he's likely on amd6418:34
jdstrandyep18:34
kyrofasergiusens, would you say this PR and didrock's next one relate to the same issue? In which case maybe the second one should reference it?18:35
jdstrandmhall119: you can workaround it by adding 'socketcall' to /var/lib/snapd/seccomp/profiles/snap.your.app18:35
mhall119jdstrand: who do I need to ply with alcohol to get it prioritized?18:35
jdstrandmhall119: it's high priority, it is just at the point where there are too many high priority things for too few people18:36
kyrofajdstrand, that sounds like snappy in general :P18:36
mhall119jdstrand: just add 'socketcall' to the bottom of the profile?18:37
jdstrandmhall119: yes18:37
jdstrandthat's it18:37
jdstranddo that, then start the app18:37
mhall119do I need to restart or trigger a re-parse or anything?18:37
jdstrandnope18:37
jdstrandmhall119: with apparmor you do cause there is something to load into the kernel. with seccomp, the launcher does all that for you18:38
jdstrandtyhicks: thoughts on the socketcall card? it seems correctly prioritized but people are still hitting it. we could just allow it until the card is complete, but it should also be noted this isn't blocking people using devmode18:39
tyhicksjdstrand: is the fix blocked on seccomp arg filtering?18:40
mhall119jdstrand: awesome, that did it!18:40
mhall119I can now run krita.snap without --devmode18:40
jdstrandtyhicks: no18:40
mhall119I still get a udev warning, but otherwise it seems to all work18:41
jdstrandtyhicks: once we backport seccomp to xenial, i386 systems with >= 4.3 kernels just start working (aiui)18:41
jdstrandmhall119: yeah, those udev denials are usually just noise18:41
mhall119scary looking noise though18:42
tyhicksjdstrand: backport seccomp? you mean seccomp arg filtering?18:42
* tyhicks is looking at the card now18:42
jdstrandtyhicks: in other words, when all the conditions are right (glibc is updated, seccomp is updated, kernel is updated), i386 acts like other archs and doesn't need socketcall18:43
tyhicksjdstrand: I thought we decided to take care of this with seccomp arg filtering instead of touching glibc18:43
jdstrandtyhicks: no. libseccomp needs some patches for i386 to not need socketcall. that needs to go with glibc changes (already in xenial) and >=4.3 kernels18:43
jdstrandwe don't need to touch glibc18:44
jdstrandit is already touched18:44
tyhicksoh18:44
jdstrandxenial has that change18:44
jdstrandthe kernel has the change18:44
jdstrandit is just that seccomp needs a change18:44
jdstrandgranted, I've not proved all that, but that is what people in the bug have said18:44
jdstrandcause for me to prove it would be to do the work, which is prioritized under other stuff :)18:45
sergiusenskyrofa yeah, I think both should so we know it's the same line of work18:45
sergiusenskyrofa same bug for both PRs18:45
kyrofasergiusens, so it's okay to have two changelog entries for the same bug?18:45
tyhicksjdstrand: since devmode unblocks people, I think the socketcall fix is still prioritized appropriately18:46
sergiusenskyrofa yeah18:46
kyrofasergiusens, sounds good18:46
jdstrandtyhicks: aiui, arg filtering could help a little, but then we'd still want this change to differentiate between AF_* types which we can't do with socketcall (one of the reasons for arg filtering)18:47
jdstrandtyhicks: ok, that was my thought as well. mhall119 ^18:47
mhall119I don't like using --devmode to work around bugs that aren't in the apps themselves, but I understand why other things are higher priority18:49
tyhicksjdstrand: you're right - we wouldn't be able to differentiate between different socket types18:49
jdstrandmhall119: it isn't deprioritized, it is just prioritized below a few other things. don't worry, we'll get there18:51
jdstrandmhall119: I see the issue with snappy-debug. you do need to install it with --devmode for the moment. I'll fix the log-\observe interface18:53
mhall119jdstrand: I understand, thanks18:59
morphislpotter: good to know!19:09
morphisjdstrand: can you have a look at the modem-manger interface proposal?19:09
jdstrandmorphis: I have it on my todo, yes19:22
mhall119are there any more snappy-clinics scheduled?19:38
morphisjdstrand: awesome!19:38
sergiusenselopio any idea how this could happen http://162.213.35.179:8080/job/github-snapcraft-autopkgtest-cloud/750/console ?19:39
sergiusensballoons I think that until recently I was disconnected19:44
nimoovAre there 'plugs' that enable access to '/tmp' and/or a custom defined path?19:46
sergiusensnimoov /tmp is really private to a snap, you get /tmp in a private mount namespace19:46
nimoovIs it possible to get system /tmp?19:47
kyrofanimoov, can you explain what you're trying to accomplish?19:53
nimoovI have build LLVM/Clang in snap, and I want to use it in an IDE(CLion). The problem is that the cmake binary, from my LLVM/Clang snap, doesn't have access to the same /tmp as the user. This is needed by CLion to test cmake.19:54
elopiosergiusens: to leave the record here, the mosquitto publisher failed to deliver the message to the subscriber. Could be a fluke, because the example has nothing of high-reliability. Or there could be a problem in classic blocking it, I'll take a look to discard this one.20:08
beowulfif i wanted a writeable area for a snap, where would i find one? :)20:10
sergiusensbeowulf $SNAP_USER_DATA and $SNAP_DATA for user and system respectively (the latter being a service)20:11
beowulfsergiusens: ta20:11
jdstrandmhall119: fyi, https://github.com/snapcore/snapd/pull/123620:19
jdstrandsergiusens: fyi: https://bugs.launchpad.net/snapcraft/+bug/158616220:36
ubottuLaunchpad bug 1586162 in Snapcraft "snapcraft truncates trailing 0's from version" [Undecided,New]20:36
nimoovq20:47
jdstrandbeuno: fyi, I'm getting 504s going to https://myapps.developer.ubuntu.com/dev/click-apps/20:48
sergiusensjdstrand well, according to yaml syntax that is a number, not a string. It needs " for it to be interpreted as a string20:49
sergiusensjdstrand that said, we can ignore yaml parsing and try and force it to string20:50
beunojdstrand, hm20:51
beunonoise][, nessita, roadmr, ^20:51
beuno(it's looking like I will as well, I guess a timeout?)20:51
nessitajdstrand, are you with the canonical share account?20:51
nessitabeuno, this is a known issue for admins or accounts with too many packages, fix will be done soon, workaround is to visit other URL not /20:52
nessitabeuno, can you access https://myapps.developer.ubuntu.com/dev/click-apps/search/ ?20:52
beunonessita, so jdstrand has too many packages?20:53
sergiusenselopio on retesting I got a spurious error http://162.213.35.179:8080/job/github-snapcraft-examples-tests-cloud/850/testReport/junit/tests/TestSnapcraftExamples/test_demo_godd_/20:53
jdstrandnessita: I was just hitting the site. I was logged in with shared, logged out, then was going back to login with personal20:53
noise][beuno: there's just a recent and nasty performance bug on the main page20:53
jdstrandsergiusens: the joys of yaml. I went to 0.21 to avoid it20:55
nessitabeuno, the canonical shared account has20:55
nessitajdstrand, can you browse / with your personal account?20:55
jdstrandnessita: no. I logged out and getting a 504 trying to login20:55
jdstrandI don't see anything20:55
nessitahum20:55
jdstrandit spins then after a while shows the 504 page20:56
nessitajdstrand, how many packages do you own?20:56
jdstrand(and by 'it', I mean firefox's page load indicator)20:56
nessitajdstrand, can you open https://myapps.developer.ubuntu.com/dev/click-apps/53/ ?20:56
jdstrandless than 1020:56
jdstrandbut I'm not logged in20:56
jdstrandit shouldn't be thinking about that yet20:57
nessitajdstrand, can you browse https://myapps.developer.ubuntu.com/logout/20:57
jdstrandI see that20:57
jdstrandthat was the page I saw after I logged out20:57
jdstrandthen I went to Sign in or register20:57
jdstrandshall I do that now?20:58
nessitajdstrand, I'm lost, were you able to login?20:58
jdstrandno20:58
nessitaperhaps you did login but / can not be sown20:58
jdstrandhehe20:58
nessitashown*20:58
jdstrandI *was* logged in from earlier today20:58
nessitajdstrand, how do you know you are not logged in? :-D20:58
jdstrandI logged out20:58
jdstrandthen I wen to login20:59
jdstrand50420:59
nessitajdstrand, what do you see if you hit https://myapps.developer.ubuntu.com/dev/click-apps/53/ ?20:59
jdstrandI went to do signin/register and finally I saw the openid page and am logged in21:00
jdstrandweird21:00
jdstrandI tried for several minutes21:00
jdstrandto answer your specific question, I can see that page (now)21:00
jdstrand(permy)21:00
nessitajdstrand, so we have a bug for the / (which is really /dev/click-apps/) that we will fix soon, a bad set of queries21:01
nessitajdstrand, so I can give you the direct links to your apps21:01
nessitato unblock you21:01
jdstrandnessita: ok, now when I login with the shared account, I see the issue you are describing21:02
jdstrandnessita: can you give me the direct link to snappy-debug?21:02
jdstrandnessita: from the shared account?21:02
nessitasure21:03
nessitajdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/3644/21:03
jdstrandthanks!21:03
nessitao/21:03
nessitajdstrand, sorry for this, will are working on making this better21:04
jdstrandno worries-- thanks for working on the issue21:05
jdstrandmhall119: fyi, I added something to snappy-debug for socketcall to help make it more discoverable. you still need -devmode for snappy-debug until that PR I pointed you at lands21:06
sergiusenskyrofa want to rebase https://github.com/ubuntu-core/snapcraft/pull/513 ?21:29
mhall119jdstrand: what do you mean make it more discoverable?21:35
jdstrandmhall119: if someone is using snappy debug and they hit socketcall, it points them at the bug21:45
jdstrandmhall119: and the bug has a workaround it in21:45
mhall119oh, ok21:46
vejmariehi21:59
vejmarienot sure to be at the right place, but I am trying to build up a snap using snapcraft on xenial22:00
vejmarieand I am stuck with an error from ubuntu-core-launcher22:00
vejmariewhich doesn't find properly python :(22:00
vejmariemy wrapper into the snap works properly22:02
vejmarieI am trying to snap FreeCAD a complex piece of code22:02
vejmariedoes somebody can explain me what ubuntu-core-launcher does ?22:03
qenghovejmarie: the launcher sets up the security contexts and closes file descriptors and such.23:49
vejmarieyes this is what I am slowly discovering23:49
vejmarieFreeCAD is a complex piece of code written in C++, which is wrapping python interpreter and dlopen a huge amount of sharelibs23:49
vejmariecurrently if I am launching the wrapper generated by hand it works23:50
vejmarieif I am launching the snap (which is launching the wrapper through ubuntu-core-launcher) I am having python init issue like if the standard way python discover it's environment doesn't work23:51

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