[00:00] sergiusens: yikes [00:00] $ scmp_sys_resolver 317 [00:00] seccomp [00:01] yeah, mmm, for now the best thing to do would be to disable the seccomp sandbox in firefox [00:02] that is going to require some investigating to do safely (if at all). it might require seccomp arg filtering to land too [00:02] * jdstrand adds a card [00:08] jdstrand that can get complicated [00:09] jdstrand as in, do you mean I have to install with --devmode? [00:09] ubottu hey [00:14] just started trying to use the snap / snapd support in ubuntu 16.04, and I'm confused about (among other things) removing snap packages. I installed mir-server, but can't remove it. [00:15] MoPac as in `snap remove mir-server` did not work? [00:15] I.e.: "sudo snap install mir-server .... error: can't install "mir-server": snap "mir-server" already installed " [00:15] But then... [00:15] sudo snap remove mir-server error: can't remove "mir-server": cannot find mounted snap "mir-server" at revision 4 [00:15] MoPac did you have an old install of snappy or experimenting with it? [00:16] sergiusens: Not that I know of [00:16] MoPac I logged a bug for something similar to that I think [00:16] MoPac just log a new one and also add the output of `snap changes` [00:16] MoPac I'll forward it to the developers [00:18] when I do locate mir-server, I do find a folder in /var/li/snapd and files in /etc/systemd/ (snapd.mir-server... and multi-user.target.wants/snap.mir-server...) [00:18] Is it possible those are part of some other installation? [00:18] There's also /var/snap/mir-server [00:19] But just this week when I installed it, it did a full download and everything through the snap command line command, so I just assumed all that other stuff was how this one system works [00:22] MoPac those files look fine [00:23] Alas, and I'd hoped that snap packages would help tame the problem of an installed package's stuff being fragmented all over the filesystem.. [00:25] Man, either something is broken or I don't understand these new changes. [00:26] On my classic machine, I had snappy and a few packages installed. Now, 1) "snap list" lists nothing. 2) I don't understand how to configure things. [00:28] qengho the new changes landed were incompatible with what once was [00:29] qengho I had to wipe and start from scratch [00:29] they introduced a state machine [00:29] Huh. I do like me some state machines. [00:29] MoPac it does; those files are controlled by snappy itself; snaps cannot generate those [00:30] Okay, so I'll remove debs with snap in the name, then look for filesystem artifacts, then install and start anew. [00:30] qengho afaik you need to stop snapd, umount everything in /snap and wipe /var/snap [00:31] check everything before wiping just in case :-) [00:31] qengho do you have any gtk xp btw? [00:32] sergiusens: some. Enough to hate ListStores [00:32] anyone know if will Snappy work with GNOME Software in 16.04? [00:34] MichaelTunnell: 16.04 will ship with almost everything in the traditional deb format, including up-to-date Gnome. It also ships with the ability to package new stuff in the new snap format. [00:34] qengho well this is more of a plumbing question :-) I saw there's an envvar that tells this /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache to go somewhere else ($SNAP_USER_DATA/ is my target of choice) but what about the contents of loaders.cache; is there a way to make that installtion path independent or in defect, to make gdk-pixbuf-query-loaders to look for them somewhere else? [00:36] sergiusens: Ah, I don't know that detail. [00:49] qengho: I meant the integration with GNOME Software will snaps be installable with GNOME Software or only in terminal? [00:54] MichaelTunnell: I'm sure snaps will be in the "store" program. That's almost like 1/4th the reason for inventing them. [00:54] sergiusens: also, plenty in /var/lib/ :\ [00:54] Bed time. Back in 14 hours. [00:55] Oh man. only 12. :( === devil is now known as Guest29558 [02:28] someone could help me I want to mount a disk when system boot but fstab file overwrite on reboot [02:29] in ubuntu snappy [02:30] sergiusens: in devmode initially or compile without the seccomp sandbox. ChrisCoulson may be able to advise you on that [02:31] sergiusens: you could try to add 'seccomp' to /var/lib/snapd/seccomp/profiles while testing to see if you need more or less, but I don't know if that is safe yet for the general case [02:32] sergiusens: (consider the fact that if you can alter the seccomp sandbox, then, well, you can alter your sandbox) [02:32] sergiusens: in theory, it should be ok, but it will take time to verify [02:35] jdstrand now I follow! Thanks. I also have a bunch of gtk things to solve as well; so it is not my only blocker [02:35] I wasn't aware gtk turned into this huge beast [02:35] I can imagine [02:35] yeah-- I tried with gcalculator [02:35] it was pretty hideous [02:35] I set like a thousand variables [02:36] and then it still didn't work :\ [02:37] I talked to desrt about it and had more to try but had to focus on other snappy things and hadn't gotten back to it yet [02:37] I might pick on didier's brain tomorrow or maybe seb's [02:42] sergiusens: I don't know if this will help or not with firefox cause we were talking about gnome apps, but most of this is gtk stuff: http://paste.ubuntu.com/15923754/ [02:43] hopefully it isn't too hard to follow... [02:43] I haven't worked through it so best to ask a desktop guy if you have questions [02:45] fyi, my online-ness is going to potentially be a little odd the next couple of days, but I read backscroll [02:45] I'm technically off tomorrow, but I may need to swap some things around [03:33] jdstrand thanks === chihchun_afk is now known as chihchun [04:48] morning, guys! === Guest29558 is now known as devil_ [07:02] ogra_: fyi, I uploaded a new ubuntu-device-flash with less debug output and a new alpha image for amd64 with snap 2.0 [08:11] hi! Is it still mandatory to do snapcraft login for kernel builds (os.snap)? This can be a problem in our jenkins build environment ... [08:30] good morning [08:33] good morning === JamesTait is now known as Guest1123 === Guest1123 is now known as JamesTait [09:07] <_morphis> zyga: https://github.com/zyga/devtools/pull/5 === pmp is now known as Guest10951 [09:27] ogra_: davmor2@davmor2-XPS-13-9343:~⟫ ubuntu-clock-app.clock /n can not find a snappy os I guess that is a bad thing right :) [09:28] mvo: the new amd64-all-snap.img does not boot :(. I tested it using VirtualBox: unable to resolve 'LABEL=writeable' [09:29] Gunther_: thanks, I will take it down again, its very confusing, it boots fine in qemu/kvm :/ [09:29] Gunther_: I assume you also converted it first? what commands did you run, just trying to reproduce this now [09:30] VBoxManage convertfromraw amd64-all-snap.img all_snap.vdi --format VDI --variant Fixed [09:31] ta [09:32] ok it works if the vdi is attached to IDE but fails if the image is attached to SATA [09:32] Gunther_: wuut? thats strange [09:33] Gunther_: I suspect a kernel issue, let me try to reproduce and then play around with the kernel. thanks a bunch for this hint [09:33] No SATA support in the kernel? [09:34] Gunther_: could be, or missing chipset or buggy or soemthing [09:36] Just reproduced this on real hw: If the SATA port is set to legacy IDE in BIOS, it boots. But not if it is set to SATA. This is not only a VirtualBox issue [09:36] bzoltan_, what kind of ldd does the copy plugin do? [09:37] dholbach: it ldd's the content of my directory and fails on many of the [09:38] Gunther_: I've had the same problem running under VirtualBox, attaching the image to the IDE controller seems to resolve it [09:38] sergiusens, kyrofa: ^ do you know which problem bzoltan_ might be having? [09:38] bzoltan_, you got cut off [09:38] Gunther_: thanks a bunch [09:38] dholbach: thanks [09:41] Gunther_: I can reproduce it , digging into it now [09:46] mvo: the naming of the net interfaces is also back to the classic "eth0" ... [09:46] is that intenionally [09:57] Gunther_: a good question, I need to investigate this too [09:58] mvo: ok :) [10:01] hi all. I'm trying to clean up a desktop system after the move from /snaps to /snap. It looks like /var/lib/snappy/snaps contains a bunch of apps I installed a while ago. Is it safe to just 'rm -rf /var/lib/snappy/snaps'? [10:05] mvo: we seem to got a kernel upgrade after the first boot. The net interface names are enp0sX again, [10:11] dpm: that's what I did, nuke the directory after stopping snapd [10:15] thanks popey. Done that and reinstalling everything now [10:17] popey, dholbach, does the calculator app work for you? http://pastebin.ubuntu.com/15927521 [10:17] trying clock now [10:17] _morphis: thank you, merged! [10:20] dpm: i get same [10:22] dpm: clock fails in the same way [10:23] popey, dpm: are those snaps using unity7 plug? [10:24] popey, zyga, actually, they're still unconfined in the store. Let me see if I can update their yaml files and re-upload [10:27] zyga, mvo, do you happen to know in which folder the .desktop file and icon should be dropped in for snapcraft? [10:28] last time I talked to sergiusens it was: setup/gui/DESKTOP_FILE [10:28] setup/gui/icon.png [10:28] but I don't know if that's changed since [10:29] I seem to be unable to remove a sideloaded kernel.snap. Also to try to reinstall it fails: error: cannot perform the following tasks: - Mount snap "trionet-kernel" (cannot find mounted snap "trionet-kernel" at revision 100001) [10:30] sudo snap remove trionet-kernel_4.4.0_amd64.snap error: can't remove "trionet-kernel_4.4.0_amd64.snap": cannot find snap "trionet-kernel_4.4.0_amd64.snap" [10:30] I am missing snappy ... [10:32] dpm: meta/gui is the folder [10:32] Gunther_: uh, oh :/ I assume all of this worked before? that are regressions that we need to tackle === victorp_ is now known as victorp [10:33] mvo, thanks. And then do I need to remove the 'icon' field or do anything different with the in snapcraft.yaml? [10:33] I'm curious if a 4.4.0-18-generic kernel boos in virtualbox on sata [10:33] dpm: I think you can just remove it, if that does not work I will dg into the code [10:34] ogra_: i see a canonical-pi3 in the store, does that mean we have a pi3 image somewhere? [10:34] thanks mvo! [10:34] mvo: I had issues before, I could remove a kernel.snap, but grub failed on reboot. See my posting on the mailing list. [10:34] popey, you can just build one :) [10:34] ogra_: but I will end up with sideloaded things I can't update? [10:34] popey, sudo ./ubuntu-device-flash core rolling --channel edge --os ubuntu-core --kernel canonical-pi2-linux --gadget canonical-pi3 -o test.img [10:34] e.g. my current image has a sideloaded canonical-pi3, which refuses to be replaced [10:34] get the latest udf from mvo though [10:35] mvo, last question: https://github.com/ubuntu-core/snapcraft/blob/master/docs/metadata.md#snap-icon seems to indicate there should be a setup/gui directory - is that different from the meta/gui one or are the docs simply not up-to-date? [10:35] popey, right, because i built it from local files back then [10:35] ogra_: will building it as above make it so i can store update the snaps? [10:35] yes [10:35] sweet [10:35] where's this funky udf? [10:35] http://people.canonical.com/~mvo/all-snaps/ [10:37] tata [10:37] dholbach, popey, ok, I got a local build of clock working. I just need to figure out this stuff with the desktop file, see if I can get the x86 build as well, and then I'll upload to the store [10:38] mvo: regarding you question about4.4.0-18-generic: I am running a standard Ubuntu xenial on VirtualBox + SATA [10:38] mvo: uname -a Linux glaure-1604 4.4.0-18-generic #34-Ubuntu SMP Wed Apr 6 14:01:02 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [10:38] Gunther_: thanks! what is your lsmod output on this system? [10:39] ogra_: I think we can push updated images today (yay), however still investigating a virtualbox issue that looks like kernel or kernel modules issue [10:39] k [10:39] mvo: http://paste.ubuntu.com/15927730/ [10:40] ogra_: its very strange, it fails to boot in virtualbox on sata, its fine on ata [10:40] thanks Gunther_ [10:40] uuh [10:40] ogra_: I wonder if modules are missing from the kernel [10:40] with our kernel ? [10:40] mvo: not limited to virtualbox - it does not boot on SATA [10:41] Gunther_, did you try the default kernel snap too ? [10:41] ogra_: no but it is easy to test for me. Which one should I use? [10:41] ogra_: its our kernel, I can reproduce it here too [10:42] ah [10:43] ogra_: I'm poking around in my busybox shell and it looks its very few .ko files only [10:44] mvo, yeah, i switched to MODULES=list ... [10:45] (saves up to 20MB (compressed !)) [10:45] i guess we'll need to add sata to the list then [10:45] ogra_: something funny going on, the unpacked kernel snap has a lot more than what I see in my initramfs shell. do we do double initramfs loading or anything fancy [10:46] another issue is the naming of the network interfaces. At the first boot they are "ethX" on all following they are "enp0sX". This generates wrong entries at /etc/network/interfaces.d resulting in no valid net configuration after the first boot [10:46] mvo, huh ? you mean the initrd in the kernel snap ? [10:47] ogra_: oh, sorry, no, my mistake [10:47] ogra_: the initird I need to poke at next, phonecall rightnow [10:47] mvo, all initrds should only have squashfs nowadays [10:49] mvo, we either list all controller modules or i switch back to MODULES=most [10:51] ogra_: I think we miss controller modules, it seems they are =m [10:51] mvo, yes [10:51] i can add them all [10:52] kyrofa: what's the equilvant to "environment" in snapcraft 2.x ? [10:52] bzoltan dholbach log a bug please or give a pastebin at least. In the end we ldd and copy everything not in Ubuntu core and if it fails due to missing libs it will probably fail on install as well [10:53] mvo, seems it is just "ahci.ko", i'll add that to the list ... if thats not enough we can switch back to MODULES=most [10:54] ogra_: thanks [10:54] Gunther_, wiould you mind trying that ? (adding ahci to your initrd modules in the kernel snapcraft.yaml so you end up with it installed ) [10:54] dpm those paths are correct [10:54] ogra_: will you regenerate the image once you did that? [10:54] mvo, indeed [10:55] ogra_: sure I can try that [10:55] ogra_: \o/ [10:55] hi sergiusens - which ones are correct? meta/gui? setup/gui? Or both? [10:55] to sad that the modules code is non arch specific in initramfs-tools ... we'll never need ahci on other arches i guess [10:56] (arm and friends i mean) [10:57] dpm, excellent [10:58] setup/gui [10:59] Unless you are doing raw packaging which you aren't [11:07] dpm: try setup/foo.desktop [11:08] dpm: the icon should be in the main part of the snap, you can refer to it with $SNAP/some/path/icon.png [11:08] dpm: the desktop file is correctly parsed and sanitized, copied to the right spot [11:08] So... as of today's upgrade on my Xenial, "snappy" is gone, "snap" installs and runs snaps to /snap/ - but the snaps stop working after reboot and disappear from "snap list" - is this the right place to ask how to solve it? [11:09] dpm: the icon is not copied there so it has to live with the main body of the snap [11:09] kalikiana: yes, [11:09] kalikiana: which snaps did you install? [11:10] zyga: I had hello-world for example. I was able to run the commands from it. Now it's gone and I can't exec it anymore: execv failed: No such file or directory [11:10] It seems like there are no mounts anymore [11:10] kalikiana: do you hvae the snappy PPA or is that all from xenial proper? [11:10] kalikiana: oh, interesting [11:10] zyga: no snappy PPA, just Xenial [11:10] mvo: I recall you mentioned this in the telegram channel, is that a bug in xanial that we don't mount snaps on reboot? [11:12] zyga: I do have two mounts from the previous "snappy" command which is now gone, hello-world and docker [11:12] Maybe that conflicts somehow? [11:12] But I have no way of removing those now [11:12] kalikiana: I'm not sure but I would recommend a resetting your state, snap remove everything (if you can), remove snapd, remove everything in /var/lib/snapd and in a few other places [11:12] * zyga should publish that reset-snappy script [11:13] kalikiana: can you wait 20 minutes? I'll do this properly and then help you out [11:13] remove doesn't work: error: can't remove "hello-world": cannot find mounted snap "hello-world" at revision 23 [11:13] zyga: Sure, no hurry [11:16] ogra_: adding ahci seems to be non trivial for me. Please have a look at http://paste.ubuntu.com/15928133/ [11:16] Would somebody show me the simplest example of the copy plugin use? [11:16] ogra_: I am getting the error: modprobe -n --show-depends -d /home/jenkins/Mercurial/SW_APP/snap/driver/trion/parts/kernel/install -S 4.4.5-trion+ squashfs ahci [Errno 2] No such file or directory: 'ahci' -> '/home/jenkins/Mercuria l/SW_APP/snap/driver/trion/parts/kernel/build/initrd- staging/../../../ahci' [11:17] Gunther_, might be you also need libahci [11:17] Gunther_, is ahci enabled in your initrd ? [11:17] err [11:17] in your kernel config ... sorry [11:17] oh, i see it [11:18] * ogra_ wonders if the two optiojns are actually enough [11:20] aha, you need CONFIG_ATA too [11:20] ok [11:20] sergiusens, ^^^ how does the kernel plugin check config dependencies in snapcraft ? [11:21] seems if i enable a high level config the low level deps are not getting enabled is the plugin just mangling .config or does it use some kernel config script ? [11:25] afaik the kernel plugins does nothing else than to run make "defconfig" and adding the given configuration from snapcraft.yaml [11:26] if no config file is given [11:29] yeah, that wouldnt select the dependencies [11:30] zyga, sorry, I was on the phone, reading the backlog now, thanks [11:31] ogra_ we don't, you are in charge [11:32] sergiusens, ouch [11:32] mvo zyga please don't talk to people about internal layouts [11:32] sergiusens: do you mean setup? [11:32] zyga I mean `meta/gui` [11:32] ah, sorry [11:33] I will focus on the setup/ side [11:33] zyga if you do that, then you have to go into details of how the process works and I get questions from dpm of the type "which one is it?" [11:33] sergiusens: well, I was asked about it, but yeah, I missed the context, of course dpm should just use the snapcraft primitives for this [11:34] sergiusens, zyga I'm totally confused. [11:34] could someone just tell me: [11:34] - where should the desktop file go? [11:34] also making him think he has to put something manually in snap/meta [11:34] - where should the icon file go? [11:34] that is impossible and not feasable [11:34] mvo anyone asking about packaging setup here would ask about it from the snapcraft side here ;-) [11:35] mvo zyga which is why I wanted you guys to start using it ;-) [11:35] dpm so TOPDIR/snapcraft.yaml; TOPDIR/setup/gui/icon.png [11:35] hmmm [11:36] sergiusens, ok, that makes sense, thanks. And which location for the desktop file? [11:36] the docs were pretty clear in that respect, unless of course someone took you down the rabbit hole of looking in snap/meta ;-) [11:36] sergiusens: please also explain how the desktop file should correctly relate to the icon file because that's non-obvious [11:36] dpm same TOPDIR/setup/gui/.desktop [11:36] perfect [11:37] sergiusens, hm, but are there docs about it already? I couldn't find any mentions to the .desktop file in docs [11:37] zyga from your point of view; anything that is by convention goes into `setup`; the by convention for desktop files is going to suck a bit, but it is what we ended up with [11:37] anyway, that's the answer I was looking for, I'll add that to the clock app, thanks! [11:37] dpm no, desktop file is probably not mentioned. Let me check [11:38] sergiusens, I was looking at https://github.com/ubuntu-core/snapcraft/blob/master/docs/metadata.md#snap-icon [11:38] sergiusens: I'm not disputing that, just the Icon=... line is tricky and requires voodoo to decuce by onself; we should just say how it should look like for things to wokr [11:38] sergiusens: (AFAIR it should say Icon=$SNAP/meta/gui/icon.png) [11:39] sergiusens: i.e. using $SNAP is mandatory for the icon to work in practice [11:39] zyga I thought you'd fix that on snap install [11:39] sergiusens: but I may be wrong, plesae correct me [11:39] sergiusens: I don't know :) [11:40] zyga I have no idea; but if someone who has no idea has to do Icon=$SNAP/meta/gui that is indeed crappy [11:40] Good morning [11:40] sergiusens: later on I'll try and get back to you [11:40] kyrofa morning [11:40] Hey sergiusens :) [11:40] hey kyrofa [11:41] * sergiusens is still chatting from his ubuntu phone hooked up to a bt keyboard using shout as a snap on digital ocean [11:41] I'm all in [11:41] mvo, do you have the sources for cap-test.xbomb somewhere? I'd like to see how Icon= is specified in the .desktop file ^^ [11:41] sergiusens, nice [11:41] dpm: AFAIR just unsquasfs it, there is no source [11:42] ok, thanks [11:42] zyga, sergiusens, can I use the copy plugin to copy the generated .desktop file and icon to setup/gui to avoid duplicating files in the clock app sources? [11:43] * zyga doesn't know [11:43] or does the desktop/icon file voodoo happen before the plugin is run? [11:43] dpm no, and this is the sucky part about files with convention [11:43] dpm: no sources unfortunately only the unpacked squashfs, you can look at /snap/cap-test/current/meta/gui/xbomb.desktop to see the "source" of the desktop file [11:44] ok, thanks all [11:44] dpm so, I'll prepare a fix so you can use relative paths from the desktop file to find the icon [11:45] ok [11:45] so cap-test specifies: [11:45] Icon=${SNAP}/xbomb.png [11:45] on the .desktop file, so I'll go for that for now [11:45] dpm I guess the desktop icon can point to anywhere, but the package icon has to be in the location I mentioned [11:46] if you want a nice icon in the store or whatever UI [11:48] sergiusens, ack [11:48] mvo, on the cap-test desktop file I also see a "StartupNotify=true" key. Do I need to add that to the clock app's desktop file as well? [11:49] dpm: I'm not sure, it won't hurt but if upstream does not have it, you can probably ignore it [11:52] dpm: that used to make icons bounce but I don't know if unity even implements that nowadays [11:52] mvo, bah, on x86 it isnt possible to easily inject your own initrd into an image, right ? [11:52] sergiusens, ogra_ : I think I have found a kernel build issue in snapcraft. If a add more modules as kernel-initrd-modules like here: http://paste.ubuntu.com/15928133/ this information is used in the kernel plugin like this: modprobe -n --show-depends -d /home/jenkins/Mercurial/SW_APP/snap/driver/trion/parts/kernel/install -S 4.4.5-trion+ squashfs ahci [11:53] ack, thanks zyga [11:53] but only squashfs will generate valid output: modprobe -n --show-depends -d /home/jenkins/Mercurial/SW_APP/snap/driver/trion/parts/kernel/install -S 4.4.5-trion+ squashfs ahci [11:53] sergiusens, mvo, does this look ok in terms of adding the .desktop file + icon to the clock app? -> http://bazaar.launchpad.net/~dpm/ubuntu-clock-app/snap-all-things/revision/468 [11:54] dpm: looks good [11:54] awesome, thanks! [11:56] Gunther_, yeah, that bneeds to be a per-module loop [11:56] modprobe cant take a list in this case [11:56] ogra_: I will patch the kernel.py plugin and try that [11:57] ogra@styx:~/all-snaps/amd64$ modprobe -n --show-depends squashfs ahci [11:57] insmod /lib/modules/4.4.0-18-generic/kernel/fs/squashfs/squashfs.ko ahci [11:57] exactly [11:57] it thinks the second module name is a parameter [11:59] Should I report this as a bug? [11:59] yes [12:18] * dpm starts building clock app with desktop file support [12:23] mvo, sergiusens, am I supposed to see the icon in the dash and launcher for sideloaded apps? I built clock adding the desktop and icon files, sideloaded it, and I can only see a blank icon in the dash and launcher [12:25] dpm: look at the dekstop file [12:25] dpm: and see what it referes to [12:26] zyga, http://pastebin.ubuntu.com/15928862/ [12:27] dpm: thanks, let me check [12:27] zyga, so it seems I still need to manually put the icon file in $TOPDIR in addition to setup/gui? [12:28] dpm: wait, I think something is wrong [12:29] dpm: ${SNAP} should have been expanded [12:29] dpm: looks like a bug somewhere [12:31] zyga, weird, for cap-test I can see the icon, though, and the ${SNAP} in the desktop file is not expanded either [12:31] zyga, but the difference there is that cap-test does ship an icon in the top directory [12:32] ahh [12:32] I'm dumb [12:32] dpm: of course -- that content is read only [12:32] dpm: look at /var/lib/snapd/desktop/ [12:33] dpm: that will be what you want [12:33] dpm: how does your desktop file look like there? [12:34] * dpm looks [12:35] zyga, http://pastebin.ubuntu.com/15928960/ [12:36] dpm: then rebuild the snap with Icon=${SNAP}/meta/gui/icon.png [12:36] and put the icon in setup/gui/icon.png [12:36] zyga, yeah, the icon is already there, I'll just need to update Icon= [12:37] let me give it a go [12:37] \o/ [12:38] ogra_: https://bugs.launchpad.net/snapcraft/+bug/1572118 [12:38] Launchpad bug 1572118 in Snapcraft "kernel plugin _make_initrd fails to add given modules" [Undecided,New] [12:40] sergiusens: can you patch snapcraft to generate: exec ... "$@" [12:40] sergiusens: $* is a bug [12:42] zyga, it worked! :-) [12:43] zyga, but I guess that's still a bug in the sense developers should not know about meta/gui, right? [12:43] Gunther_, thanks [12:43] dpm: perhaps [12:43] hi, in the snappy 15.04 img for raspberrypi2 there was apt-get in /usr/bin, i have use this to install wget to download scripts, in the 16.04 img apt-get seems to not be present anymore, what would be my alternative to have access to non-snap tools? [12:45] seb128, I had cap-test, clock and calculator installed from software center and after a reboot they are all gone. [12:45] xorrr: use classic dimension [12:45] jibel: there's a bug where we don't mount snaps on reboot apparently [12:45] nice [12:45] jibel, ubuntu software you mean? ;-) [12:45] jibel, is snap list listing those? [12:45] seb128, yeah .*sofware.* [12:45] zyga yes we can; we already have a PR even [12:45] seb128, nope [12:45] k [12:46] sergiusens: fantastic, thank you :) [12:46] zyga, you have a bug #? [12:46] so what zyga said I guess [12:46] jibel: no sorry [12:47] * ogra_ curses ... [12:47] ogra_ use a gui or ncurses instead [12:47] mvo, what was the exact line for the task override ? was that "XB-Task: ubuntu-core" ? [12:48] sergiusens, i prefera a good dialog :P [12:48] ogra_: yeah [12:48] damn thing ... always gets in my way [12:49] * ogra_ ponders if waiting for 30min for the archive publisher or if uploading another package to the PPA ... [12:49] i guess the time it takes will be the same now [12:49] ogra_: yeah, the task header is anoying [12:49] zyga, I filed bug 1572125 [12:49] bug 1572125 in ubuntu-snappy (Ubuntu) "install snaps are gone after a reboot" [Undecided,New] https://launchpad.net/bugs/1572125 [12:49] jibel: thank you [12:49] zyga, can't follow, classic dimension? is this a tool? [12:50] who reboots anyway ... this is linux, not windows [12:50] * ogra_ grins evil [12:50] xorrr: it's a way to use classic ubuntu on snappy [12:51] * zyga reboots to test that bug [12:51] jibel: what does /etc/systemd/system/multi-user-target.wants/snap-*.mount looks like? [12:52] mvo, snap-*.mount or snaps-*.mount ? [12:53] jibel: all of them, should be snap-* but if you have snaps instead that might be a clue too [12:53] mvo, http://paste.ubuntu.com/15929159/ [12:53] mvo, there is no snap-*.mount [12:54] ta [12:58] jibel: reproduced and confirmed [12:59] * ogra_ taps foot === davidcalle_ is now known as davidcalle [13:01] zyga: I think the hash of ubuntu-device-flash (from mvo) changed again [13:02] I get integrity issues when using ubuntu-image [13:02] ysionneau: would you mind sending a pull request, I'm in a call [13:03] ok === zyga_ is now known as zyga [13:08] ogra_: the initrd now contains ahci.ko, still no success -> i will add libahci.ko too [13:08] zyga: done: https://github.com/zyga/devtools/pull/6 [13:09] Gunther_, yeah [13:15] dholbach, popey, I just uploaded a working ubuntu-clock-app, would you mind reviewing it and approving if it works for you? [13:15] zyga: Can you elaborate on how to "reset" snap/snappy? I'm happy to just remove all local data and try again to see if that resolves things. [13:15] dpm, sure [13:16] kalikiana: working on it [13:17] kalikiana: in a call, give me a moment [13:17] kyrofa and zyga https://github.com/ubuntu-core/snapcraft/pull/473 [13:17] Okay [13:17] dholbach, thanks! it seems the store still doesn't yet have the opengl interface? [13:17] kyrofa and zyga https://github.com/ubuntu-core/snapcraft/pull/473 [13:18] sergiusens: thanks :) [13:23] dpm, click-reviewers-tools don't have it [13:23] I have the same problem locally [13:23] let me see if it's updated in the branch [13:24] no, it doesn't seem to be in there either [13:24] filing a bug [13:26] https://bugs.launchpad.net/click-reviewers-tools/+bug/1572140 [13:26] Launchpad bug 1572140 in Canonical Click Reviewers tools "click-reviewers-tools don't know opengl interface" [Undecided,New] [13:27] known issues doc updated as well [13:27] thanks dholbach [13:28] dpm, hohum... [13:28] error: cannot perform the following tasks: [13:28] - Mount snap "ubuntu-clock-app" (cannot find mounted snap "ubuntu-clock-app" at revision 100001) [13:28] dholbach, what's that the output of? [13:29] sudo snap install [13:29] dholbach, is that perhaps the result of rebooting and the issue with sideloaded apps? [13:30] maybe [13:30] this morning I had an issue like this when the state.json file was in an inconsistent state [13:30] uh [13:30] you need to sudo snap install ./snap [13:30] not sudo snap install snap [13:30]