lifeless | mwhudson: hey so, where should I file bugs about the image http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-amd64.img.xz | 00:44 |
---|---|---|
mwhudson | lifeless: launchpad.net/snappy unlikely to be very wrong | 00:50 |
mwhudson | lifeless: although it depends a bit what you are complaining about i guess | 00:50 |
lifeless | mwhudson: that image fails to boot on hyper-v ; snappy is supported on Azure I believe, so I'm concluding that its not Snappy per se thats buggy, but the configuration of that image | 00:51 |
lifeless | it fails in local-premount trying to read /prov/device-tree/model | 00:52 |
lifeless | ultimately leading to no FS being mounted with LABEL=writable, and then drops to initramfs | 00:52 |
mwhudson | lifeless: can't think of a better place than bugs.launchpad.net/snappy so i'd file there and let people add bug tasks as appropriate i guess | 00:53 |
lifeless | cheers | 00:53 |
mwhudson | i definitely don't know where work on the initramfs magic is tracked :) | 00:54 |
lifeless | it may be a missing device driver etc | 00:55 |
lifeless | mwhudson: so https://bugs.launchpad.net/snappy/+bug/1639878 | 00:56 |
mup | Bug #1639878: pc-kernel.snap missing drivers necessary for Hyper-v <cpc> <Snappy:Fix Committed by ogra> <https://launchpad.net/bugs/1639878> | 00:56 |
lifeless | looks like I've been there before :) - paging this back in | 00:56 |
mwhudson | lifeless: haha | 00:57 |
mwhudson | there must be newer images you can try somewhere | 00:58 |
lifeless | yeah, I'd love that. bbiab | 00:58 |
mwhudson | there's http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ubuntu-core-16-amd64.img.xz at least | 00:59 |
mwhudson | probably built from edge rather than stable | 00:59 |
lifeless | mwhudson: thanks | 02:31 |
lifeless | mwhudson: that boots | 02:59 |
lifeless | \o/ | 02:59 |
lifeless | mwhudson: one more question; whats the recommended webserver for snappy devices? I can't see nginx or apache2 from googling; I can see a third party index of apps, but nothing run by Canonical? <out of depth> | 03:28 |
mup | Bug #1639603 changed: LibreOffice Snap: unable to access documents outside of my home directory. <snapd-interface> <Snappy:Expired> <https://launchpad.net/bugs/1639603> | 04:17 |
lpotter | cd | 04:39 |
liuxg | how can I install a debian package from non-ubuntu archive? | 06:22 |
liuxg | I want to package azure-iot-sdk-c-dev into my snap, but it is from ppa:aziotsdklinux/ppa-azureiot. Can I just find its debian package? | 06:26 |
Joe_Dong | what's the new ubuntu-image name? | 06:31 |
Joe_Dong | sudo snap install --stable --devmode ubuntu-image | 06:31 |
Joe_Dong | error: cannot install "ubuntu-image": snap not found | 06:31 |
mup | PR snapd#2628 closed: many: (mis)feature/no more snapd.socket <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2628> | 06:57 |
mup | PR snapd#2633 opened: docs: simplify HACKING.md that snapd itself supports setting up the sockets <Created by mvo5> <https://github.com/snapcore/snapd/pull/2633> | 07:03 |
=== chihchun_afk is now known as chihchun | ||
zyga | good morning | 07:42 |
mup | PR snapd#2634 opened: tests: improve debug output when reexec is used <Created by mvo5> <https://github.com/snapcore/snapd/pull/2634> | 07:50 |
mup | PR snapd#2635 opened: SNAPD_DEBUG is a boolean (we use GetenvBool() for it) <Created by mvo5> <https://github.com/snapcore/snapd/pull/2635> | 08:17 |
mup | PR snapd#2623 closed: tests: add test ensuring manual pages are shipped <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2623> | 09:53 |
=== hikiko_ is now known as hikiko | ||
mup | PR snapd#2230 closed: Add an interface that allows clients to use media-hub over dbus <Decaying> <Created by jhodapp> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2230> | 10:38 |
bencc | any news about this feature? | 10:39 |
bencc | https://bugs.launchpad.net/snappy/+bug/1584779 | 10:39 |
mup | Bug #1584779: Upgrade a running snap without restarting it <Snappy:Triaged> <https://launchpad.net/bugs/1584779> | 10:39 |
bencc | it says triaged but still unassigned | 10:40 |
=== chihchun is now known as chihchun_afk | ||
=== hikiko is now known as hikiko|ln | ||
=== hikiko|ln is now known as hikiko | ||
zyga | jjohansen: I tested the kernel you gave me | 12:31 |
zyga | jjohansen: the error doesn't go away yet, I'll share the data I collected but I would appreciate hints on what to collect | 12:32 |
mup | PR snapd#2636 opened: tests: add "quiet" wrapper function that only prints output on failure <Created by chipaca> <https://github.com/snapcore/snapd/pull/2636> | 12:34 |
popey | I'm using classic with a snap, and when i try, it fails:- $ sudo snap try --classic prime/ leads to:- - Mount snap "demo" (unset) (snap "demo" requires consent to use classic confinement) | 13:02 |
popey | what have I missed? | 13:03 |
Chipaca | popey, does try work with classic? | 13:04 |
popey | I don't know :) | 13:05 |
popey | the help implies it does | 13:05 |
mup | PR snapd#2637 opened: tests: increase retries for service up <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2637> | 13:05 |
popey | "snap try --help" suggests --devmode, --jailmode and --classic are valid options | 13:05 |
Chipaca | popey, yeah. Sorry. | 13:05 |
Chipaca | we're not passing that to snapd | 13:06 |
popey | shall i open a bug? | 13:06 |
Chipaca | popey, you can use curl to poke the rest api directly for this | 13:06 |
Chipaca | popey, please | 13:06 |
popey | ok | 13:06 |
popey | Chipaca: bug 1656820 | 13:08 |
mup | Bug #1656820: snap try with classic confinement doesn't work <Snappy:New> <https://launchpad.net/bugs/1656820> | 13:08 |
Chipaca | ta | 13:08 |
mup | Bug #1656820 opened: snap try with classic confinement doesn't work <Snappy:New> <https://launchpad.net/bugs/1656820> | 13:09 |
popey | heheh sorry mup :) | 13:10 |
popey | is cleanbuild not compatible with classic confinement? | 13:14 |
popey | "classic confinement requires the core_dynamic_linker to be set | 13:14 |
popey | ^ I get that when I do "snapcraft cleanbuild" | 13:15 |
ogra_ | popey, with core or with ubuntu-core installed ? | 13:16 |
popey | core | 13:16 |
ogra_ | afaik it only works with core atm | 13:16 |
Chipaca | there's a bug about that already | 13:16 |
Chipaca | 1 sec | 13:16 |
ogra_ | weird | 13:16 |
popey | core 16.04.1 714 canonical - | 13:16 |
Chipaca | ah not a bug | 13:16 |
Chipaca | snapcraft mailing list "Classic confinement and core_dynamic_linker" | 13:17 |
Chipaca | but also bug 1650946 | 13:17 |
mup | Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <launchpad-buildd:Triaged> <Snapcraft:Fix Committed by sergiusens> <https://launchpad.net/bugs/1650946> | 13:17 |
popey | thanks | 13:18 |
simosx | I am trying to build a snap with snapcraft on 16.04.1 for peek (https://github.com/phw/peek), using "classic" confinement. I get linking errors refering to libmircommon: | 13:20 |
simosx | [100%] Linking C executable peek | 13:20 |
simosx | /usr/lib/x86_64-linux-gnu/libmircommon.so.6: undefined reference to `typeinfo for std::thread::_State@GLIBCXX_3.4.22' | 13:20 |
simosx | (I am building in an LXD container). | 13:20 |
simosx | If I build the snap on my Ubuntu 16.04.1 (not in LXD container), it builds successfully. | 13:22 |
popey | you using "snapcraft cleanbuild" or just a vanilla lxd setup of your own? | 13:23 |
popey | is the container up to date? | 13:24 |
simosx | I am using a vanilla LXD setup of my own. | 13:24 |
simosx | I am trying out "cleanbuild". If it works, I am OK with that. | 13:25 |
simosx | I got an error with "cleanbuild". It refers to "core_dynamic_linker", which might be helpful with my vanilla LXD setup as well: | 13:32 |
simosx | Preparing to pull peek | 13:32 |
simosx | classic confinement requires the core_dynamic_linker to be set | 13:32 |
simosx | Stopping snapcraft-namely-hot-cow | 13:32 |
simosx | Command '['lxc', 'exec', 'snapcraft-namely-hot-cow', '--', 'snapcraft', 'snap', '--output', 'peek_latest_amd64.snap']' returned non-zero exit status 1 | 13:32 |
simosx | Dejavu, it was the thing you were discussion ten minutes earlier... :-) | 13:33 |
Chipaca | simosx, the bug is marked fix-committed; if you're blocked, maybe try snapcraft from git? | 13:35 |
simosx | Chipaca, I'll try out snapcraft from git. | 13:37 |
popey | .oO( Maybe we should have a snap of snapcraft which has the latest crack du-jour ) | 13:43 |
ogra_ | i thought we do (at least in edge) now | 13:44 |
Chipaca | popey, snap info snapcraft | 13:44 |
popey | Chipaca: simosx using snapcraft from git will only work if you put that inside lxd, it won't fix the problem with cleanbuild | 13:44 |
popey | ooh | 13:45 |
popey | summary: "Single-line elevator pitch for your amazing snap" | 13:45 |
Chipaca | dunno if it's kept up to date though | 13:45 |
popey | ahem | 13:45 |
Chipaca | kyrofa, ? | 13:46 |
icey | any idea when snapcraft 2.25 will be cut? | 13:49 |
popey | I'd imagine soon as it's in xenial proposed right now | 13:57 |
popey | bug 1656291 | 13:57 |
mup | Bug #1656291: [SRU] New stable micro release 2.25 <verification-done> <snapcraft (Ubuntu):In Progress> <snapcraft (Ubuntu Xenial):Fix Committed> <snapcraft (Ubuntu Yakkety):Fix Committed> <snapcraft (Ubuntu Zesty):In Progress> <https://launchpad.net/bugs/1656291> | 13:57 |
davmor2 | popey: elevator pitch is that a snap that just plays muzac at you | 13:58 |
mup | PR snapd#2638 opened: tests: change TRUST_TEST_KEYS to be controlled from the host <Created by fgimenez> <https://github.com/snapcore/snapd/pull/2638> | 14:09 |
=== ysionnea1 is now known as ysionneau | ||
popey | davmor2: that is not a stupid idea. "snap install muzak" which just plays music constantly :) | 14:24 |
popey | for music on hold or whatever | 14:24 |
icey | +1 popey | 14:24 |
davmor2 | popey: I'll expect my royalty cheque in the post what 50% of nothing again? | 14:25 |
didrocks | Mirv: hey, how are you? I'm going to push some fundamental changes to the launcher. | 14:41 |
didrocks | Mirv: this is before merging your PR, which may be incompatible, I would appreciate you testing the changes | 14:41 |
didrocks | Mirv: I guess you will need to add some small changes, to pick local QML files and such | 14:42 |
didrocks | (as now, it's either the runtime or the snap) | 14:42 |
didrocks | so probably something along the line https://github.com/ubuntu/snapcraft-desktop-helpers/blob/runtime-refactor/common/desktop-exports#L43 | 14:43 |
mup | PR snapd#2277 closed: snap: add new `snap prepare-image --devmode` option <Blocked> <Critical> <Created by mvo5> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2277> | 14:52 |
mup | PR snapd#2360 closed: [WIP] Fix prefix search query; Fix empty query search; Find doc <Created by AlexandreAbreu> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2360> | 15:35 |
mup | PR snapd#2392 closed: partition: add support for native grubenv read/write and use it <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2392> | 15:47 |
mup | PR snapd#2407 closed: wrappers: add support for the X-Ayatana-Desktop-Shortcuts= extension <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2407> | 16:03 |
mup | PR snapd#2411 closed: interfaces: add history-related (what history?) interface <Created by renatofilho> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/2411> | 16:05 |
Chipaca | renatu, ^ | 16:06 |
renatu | Chipaca, ok, no problem we still discussing about that interface | 16:07 |
simosx | Okay, tried to install "snapcraft" in an LXD "ubuntu:x" container. I used these instructions and got an error (also in pastebin). Any hint appreciated. http://pastebin.ubuntu.com/23810783/ | 16:09 |
=== didrocks1 is now known as didrocks | ||
simosx | The schema is in /usr/local/lib/python3.5/dist-packages/snapcraft-2.25-py3.5.egg/share/snapcraft/schema/snapcraft.yaml but snapcraft is looking somewhere else (let's add a print statement). | 16:14 |
simosx | okay, if you install snapcraft manually, it goes into /usr/local/ but the code is looking at /usr/share/snapcraft/schema/snapcraft.yaml to find the schema (that is, it's somehow hardcoded). | 16:19 |
simosx | Bug report, https://bugs.launchpad.net/snapcraft/+bug/1656884 | 16:39 |
mup | Bug #1656884: Installation from source (git) error: snapcraft validation file is missing from installation path <Snapcraft:New> <https://launchpad.net/bugs/1656884> | 16:40 |
simosx | New snapcraft from git: classic confinement requires the core snap to be installed. Install it by running `snap install core`. | 16:47 |
simosx | Since it is in an LXD container, I first run "apt install squashfuse", then "snap install core". | 16:49 |
simosx | Finally, all good: Snapped peek_latest_amd64.snap :-) | 16:49 |
mup | PR snapd#2359 closed: spread: add boilerplate for Linode delta uploads <Created by niemeyer> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2359> | 17:22 |
Trevinho | Buuuuuut... Is it normal that if I go in `snap run --shell whatever`... | 18:21 |
Trevinho | And I give the "ps aux" command I can see all the procs and command lines around? | 18:21 |
Trevinho | jdstrand: ^ It seems that while exe is not readable, cmdline it is | 18:26 |
ogra_ | Trevinho, he is off today (teh whole US is) | 18:27 |
Trevinho | ah... ok | 18:27 |
ogra_ | MLK day | 18:27 |
Trevinho | Anyway for something ran inside a confined snap run --shell, I have | 18:28 |
Trevinho | cat /proc/<any-pid>/cmdline all readable... looks weird | 18:28 |
ogra_ | might be a bug in "run --shell" | 18:28 |
ogra_ | i dont think it works on installed snaps | 18:28 |
ogra_ | zyga would know (i think) | 18:29 |
Trevinho | mh, let me see but... I believe it will be there too | 18:29 |
mup | PR snapd#2638 closed: tests: change TRUST_TEST_KEYS to be controlled from the host <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2638> | 18:29 |
ogra_ | unless your snap uses the process-control interface indeed | 18:30 |
Trevinho | no, no... there's no plug at all | 18:31 |
Trevinho | only unity7 | 18:31 |
ogra_ | oh | 18:31 |
ogra_ | unity7 is indeed quite open i think | 18:31 |
mup | PR snapd#2631 closed: releasing package snapd version 2.21 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2631> | 18:31 |
ogra_ | (thats actually X11) | 18:31 |
Trevinho | yeah, but not sure for that | 18:31 |
ogra_ | i assume thats related though | 18:32 |
Trevinho | let me check | 18:32 |
zyga | Trevinho: hey | 18:54 |
zyga | Trevinho: how can I help? | 18:54 |
mup | PR snapd#2613 closed: interfaces: add new interface API <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2613> | 19:43 |
mup | PR snapd#2639 opened: snap: add {Plug,Slot}Info.SecurityTags <Created by zyga> <https://github.com/snapcore/snapd/pull/2639> | 19:47 |
mup | PR snapd#2640 opened: interfaces: allow querying added security backends <Created by zyga> <https://github.com/snapcore/snapd/pull/2640> | 19:52 |
* zyga EODs | 19:53 | |
mwhudson | lifeless: oops, i'd run off to the cricket by the time you asked that | 20:04 |
mwhudson | lifeless: however i don't know the answer so you didn't miss anything | 20:04 |
mwhudson | zyga: ping | 21:05 |
alex-abreu | elopio, | 21:15 |
alex-abreu | ping | 21:15 |
zyga | mwhudson: hi | 21:29 |
mwhudson | zyga: i want to upload snapd 2.21 to debian today or so | 21:29 |
mwhudson | zyga: do you want to include apparmor disabling in that, do you think? | 21:30 |
zyga | mwhudson: hmm, if you could; but it would be a vendor patch | 21:30 |
zyga | mwhudson: since it is a conffile you'd have to use a maitainer script for this | 21:30 |
mwhudson | zyga: oh right | 21:30 |
zyga | mwhudson: I think disabling it is technically correct at this stage, nobody from security can ack as US is mostly off but I think the argument I made in the bug report is reasonable | 21:31 |
zyga | mwhudson: after snap-alter-ns I will work on various distro activities, including CIing debian | 21:31 |
mwhudson | that's faaaiirly easy though? echo rm_conffile /etc/apparmor/usr.lib.snapd.snap-confine > debian/snapd.maintscript | 21:31 |
zyga | mwhudson: yes but we found bugs in that (ask mvo) | 21:31 |
zyga | mwhudson: in rm_conffile specifically | 21:31 |
mwhudson | zyga: o/ awesome o/ | 21:32 |
zyga | mwhudson: we did that when we removed ubuntu-core-launcher's apparmor profile | 21:32 |
zyga | mwhudson: you may also want to unload the profile if it is loaded | 21:32 |
mwhudson | zyga: alternative is i upload 2.21 just as broken as before, we wait until US wakes up again and upload 2.21-2 | 21:32 |
mwhudson | leaning towards that option, tbh | 21:32 |
zyga | mwhudson: that's OK too, I think there were some concerns as to how many updates can we fit into stretch | 21:32 |
zyga | mwhudson: +1 | 21:33 |
zyga | mwhudson: safer IMH | 21:33 |
zyga | IMHO | 21:33 |
mwhudson | ok | 21:33 |
zyga | mwhudson: on that note, 2.21 fixes classic snaps, you may find the "python0" snap curious :) | 21:33 |
mwhudson | zyga: heh, i made a go classic snap last week | 21:34 |
mwhudson | got confused trying to get it into the store though, i need to have another go at that | 21:34 |
zyga | mwhudson: what issues did you run into exactly? | 21:35 |
zyga | mwhudson: my snap was stuck in manual review but mvo kindly pushed that through | 21:35 |
mwhudson | just that i think | 21:35 |
zyga | mwhudson: http://github.com/zyga/python0 | 21:35 |
mwhudson | "(NEEDS REVIEW) confinement 'classic' not allowed lint-snap-v2_confinement_classic" | 21:36 |
zyga | mwhudson: I think that is typical for now, I'll try to figure out what is the review policy for those and write that down on the wiki | 21:36 |
zyga | mwhudson: yeah, that error message cries "I need UX love" | 21:36 |
mwhudson | classic snaps not building on launchpad yet is kinda a bummer too | 21:36 |
zyga | oh, I wasn't aware of that | 21:37 |
mwhudson | you need the core snap installed | 21:37 |
zyga | mwhudson: what's the issue? CDN access for the core snap download? | 21:37 |
mwhudson | or at least, on disk | 21:37 |
mwhudson | launchpad builds run in a chroot | 21:37 |
zyga | mwhudson: I see, I didn't know this | 21:37 |
mwhudson | without snapd running (if it can even run in a chroot) | 21:37 |
zyga | mwhudson: classic also suffers from ubuntu-core/core split | 21:37 |
zyga | mwhudson: I think you don't need full snapd | 21:38 |
zyga | mwhudson: all you really really need is core snap unpacked/mounted at /snap/core/current/ | 21:38 |
zyga | mwhudson: everything else is irrelevant | 21:38 |
mwhudson | yeah somehow i have the core snap installed as well as ubuntu-core | 21:38 |
mwhudson | zyga: yeah, but it's still not there :) | 21:38 |
zyga | mwhudson: one version of snapd allowed that | 21:38 |
zyga | mwhudson: this week we'll try to migrate that so that 2.22 will be good | 21:38 |
* mwhudson uploads snapd_2.21-1_source.changes | 21:42 | |
zyga | mwhudson: nice, I'll check my sid box shortly :) | 21:59 |
zyga | mwhudson: thank you for packaging snapd :) | 22:08 |
mwhudson | oh good it got accepted this time | 22:15 |
mwhudson | zyga: no worries, it's not very onerous really :) | 22:15 |
zyga | mwhudson: btw are you aware of https://github.com/snapcore/snapd/wiki/Distributions | 22:20 |
mwhudson | zyga: i'd seen it | 22:32 |
mwhudson | i guess the debian section is a little inaccurate | 22:33 |
zyga | mwhudson: inaccurate how? (feel free to edit this, there's no pull request or review required) | 22:35 |
mwhudson | well snap-confine is gone for one | 22:36 |
mwhudson | i'll have an edit in a sec | 22:36 |
zyga | mwhudson: ah, indeed, | 22:36 |
zyga | mwhudson: thank you again :) | 22:37 |
mwhudson | eh well the snap-confine _source package_ is gone | 22:38 |
zyga | mwhudson: that's fine, we don't need to link to the binary package | 22:39 |
mwhudson | zyga: https://github.com/snapcore/snapd/wiki/Distributions/_compare/be17952ef93b02669f28e8d170e41d9bf784388e...cef68b00466b40e8e9b0d013964e6e2b6ed76da9 | 22:44 |
zyga | mwhudson: looks great, thanks! | 22:45 |
zyga | mwhudson: you can also tweak the table up top where summary data is shown for all the distros | 22:46 |
mwhudson | zyga: i guess i should wait for the package to be published first... | 22:47 |
mwhudson | zyga: also what do i say, "supported" seems wrong, just "up to date"? | 22:47 |
zyga | mwhudson: yes, up-to-date feels better | 23:02 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!