From pengliu.mail at gmail.com Tue Nov 1 03:21:31 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Mon, 31 Oct 2016 22:21:31 -0500 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: Hi Loïc, I encountered some errors when I tried to connect the interfaces, for example: ======================================================== sudo snap connect docker:docker-cli docker:docker-daemon error: cannot perform the following tasks: - Connect docker:docker-cli to docker:docker-daemon (cannot connect plug "docker-cli" from snap "docker", no such plug) ======================================================== Then I am not able to run a simple docker command like "docker run --rm hello-world" Did I miss something? Is there anything need to do after installing the docker snap? Thanks. Peng On Tue, Oct 18, 2016 at 6:48 AM, Loïc Minier wrote: > Hi! > > Docker is since some days available as a properly confined snap. This will > work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu Core > series 16. > > Because the docker.sock path is hardcoded in a lot of images, this snap > conflicts with docker debs, so make sure you remove them first: > sudo apt purge docker docker-engine > > Create a system group for docker: > sudo groupadd --system docker > > Install the snap: > sudo snap install docker > > And connect the interfaces (these will go away we have a snap-declaration > in place): > sudo snap connect docker:docker-cli docker:docker-daemon > sudo snap connect docker:firewall-control ubuntu-core:firewall-control > sudo snap connect docker:support ubuntu-core:docker-support > sudo service snap.docker.dockerd stop > sudo service snap.docker.dockerd start > > You're now ready to use docker, e.g.: > sudo /snap/bin/docker run --rm -it hello-world > sudo /snap/bin/docker run --rm -it ubuntu > > At the moment, the Docker snap is available for amd64, armhf, arm64, i386. > > Docker-compose is also included, and may be used with the "docker.compose" > command. > > Want to read more about docker? Read the Docker snap status and FAQ doc > > ! > > Have fun and please report issues against https://github.com/ > docker-snap/docker > > Cheers, > - Loïc Minier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Tue Nov 1 06:33:57 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Tue, 1 Nov 2016 00:33:57 -0600 Subject: ANN: symgrpmad Message-ID: FWIW, I just published a new snap... sudo snap install symgrpmad If you have a moment, let me know what you think. --Sp -------------- next part -------------- An HTML attachment was scrubbed... URL: From renato.filho at canonical.com Tue Nov 1 12:31:13 2016 From: renato.filho at canonical.com (Renato Filho) Date: Tue, 1 Nov 2016 09:31:13 -0300 Subject: valgring Message-ID: Hi Guys, My app is crashing on startup when running on "strict" mode, I tried to add more verbose debug but until now I did not find the problem. I would like to run the app with valgrind. This will make the developer apps easy. Is that possible? I already tried to install valgrind with my app adding it into the "stage-packages" list. And use the snap shell to run the app and valgrind. But did not work, it says: "valgrind: failed to start tool 'memcheck' for platform 'amd64-linux': No such file or directory" Looking for this error on the internet it says that this is caused because you are trying to run valgrind in a different path from the "--prefix" used on the compilation time. Have any of you guys already used valgrind to debug your snapped apps? Do you have anithing to share? Thanks Renato From jcoates at extremenetworks.com Tue Nov 1 13:55:21 2016 From: jcoates at extremenetworks.com (Joe Coates) Date: Tue, 1 Nov 2016 13:55:21 +0000 Subject: xterm Message-ID: The main app in my snapped feature wants to initiate some xterm sessions and run a different local snap command in each. However, I can't manage to get a terminal emulator of any sort to behave correctly within the snap (if they startup at all, then they cannot receive keystroke input). I have tried xterm, rxvt, and the vte-based sakura as staged-packages. Plugging to the X11 slot interface (and even Unity7) seems to have no effect. They build OK but fail at runtime with similar failures : >/snap/exfab/x1/usr/bin/sakura: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory >/snap/exfab/x1/usr/bin/rxvt-xterm: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory >/snap/exfab/x1/usr/bin/xterm: error while loading shared libraries: libXft.so.2: cannot open shared object file: No such file or directory My target machine is a Xenial VM in VirtualBox . . . Does anyone do terminal emulation from a snap ? Thanks, Joe ________________________________ DISCLAIMER: This e-mail and any attachments to it may contain confidential and proprietary material and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed. -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Tue Nov 1 16:06:59 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 1 Nov 2016 17:06:59 +0100 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: Hi, What's the output of snap --version? Thanks! - Loïc Minier On Tue, Nov 1, 2016 at 4:21 AM, Peng Liu wrote: > Hi Loïc, > > I encountered some errors when I tried to connect the interfaces, for > example: > ======================================================== > sudo snap connect docker:docker-cli docker:docker-daemon > > error: cannot perform the following tasks: - Connect docker:docker-cli to > docker:docker-daemon (cannot connect plug "docker-cli" from snap "docker", > no such plug) ======================================================== > > Then I am not able to run a simple docker command like "docker run --rm > hello-world" > > Did I miss something? Is there anything need to do after installing the > docker snap? > Thanks. > > Peng > > On Tue, Oct 18, 2016 at 6:48 AM, Loïc Minier > wrote: > >> Hi! >> >> Docker is since some days available as a properly confined snap. This >> will work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu >> Core series 16. >> >> Because the docker.sock path is hardcoded in a lot of images, this snap >> conflicts with docker debs, so make sure you remove them first: >> sudo apt purge docker docker-engine >> >> Create a system group for docker: >> sudo groupadd --system docker >> >> Install the snap: >> sudo snap install docker >> >> And connect the interfaces (these will go away we have a snap-declaration >> in place): >> sudo snap connect docker:docker-cli docker:docker-daemon >> sudo snap connect docker:firewall-control ubuntu-core:firewall-control >> sudo snap connect docker:support ubuntu-core:docker-support >> sudo service snap.docker.dockerd stop >> sudo service snap.docker.dockerd start >> >> You're now ready to use docker, e.g.: >> sudo /snap/bin/docker run --rm -it hello-world >> sudo /snap/bin/docker run --rm -it ubuntu >> >> At the moment, the Docker snap is available for amd64, armhf, arm64, i386. >> >> Docker-compose is also included, and may be used with the >> "docker.compose" command. >> >> Want to read more about docker? Read the Docker snap status and FAQ doc >> >> ! >> >> Have fun and please report issues against https://github.com/doc >> ker-snap/docker >> >> Cheers, >> - Loïc Minier >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Tue Nov 1 19:29:49 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 1 Nov 2016 12:29:49 -0700 Subject: Client authentication for private snap stores? Message-ID: We might like to have snap stores which require a client to have a certain certificate to be able to connect and download packages, just as one can do with apt. I think the way go works, the word 'Certificates' would be in the source tree for snapd if this were already supported.... but I don't see i there, which makes me think nobody's gotten around to supporting the idea of access-controlled snap stores. Or did I miss something? From mark at ubuntu.com Tue Nov 1 19:56:58 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 1 Nov 2016 21:56:58 +0200 Subject: Client authentication for private snap stores? In-Reply-To: References: Message-ID: If you are using snaps as a format, you can build your own app store easily enough. In the Ubuntu store, IIRC we support several approaches you can take advantage of: - snaps scoped to a specific device - snaps priced for purchase (like a phone app store) ... and combinations of those, where prices can be set for specific devices by the brand. Mark On 01/11/16 21:29, Dan Kegel wrote: > We might like to have snap stores which require a client to have a > certain certificate to be able to connect and download packages, just > as one can do with apt. > > I think the way go works, the word 'Certificates' would be in the > source tree for snapd if this were already supported.... but I don't > see i there, which makes me think nobody's gotten around to supporting > the > idea of access-controlled snap stores. > > Or did I miss something? > From mark at ubuntu.com Tue Nov 1 19:56:58 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 1 Nov 2016 21:56:58 +0200 Subject: Client authentication for private snap stores? In-Reply-To: References: Message-ID: If you are using snaps as a format, you can build your own app store easily enough. In the Ubuntu store, IIRC we support several approaches you can take advantage of: - snaps scoped to a specific device - snaps priced for purchase (like a phone app store) ... and combinations of those, where prices can be set for specific devices by the brand. Mark On 01/11/16 21:29, Dan Kegel wrote: > We might like to have snap stores which require a client to have a > certain certificate to be able to connect and download packages, just > as one can do with apt. > > I think the way go works, the word 'Certificates' would be in the > source tree for snapd if this were already supported.... but I don't > see i there, which makes me think nobody's gotten around to supporting > the > idea of access-controlled snap stores. > > Or did I miss something? > From marcoshalano at gmail.com Tue Nov 1 19:59:17 2016 From: marcoshalano at gmail.com (Marcos Alano) Date: Tue, 1 Nov 2016 17:59:17 -0200 Subject: Client authentication for private snap stores? In-Reply-To: References: Message-ID: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> A private app store supports authentication? On 01/11/2016 17:56, Mark Shuttleworth wrote: > If you are using snaps as a format, you can build your own app store > easily enough. > > In the Ubuntu store, IIRC we support several approaches you can take > advantage of: > > - snaps scoped to a specific device > - snaps priced for purchase (like a phone app store) > > ... and combinations of those, where prices can be set for specific > devices by the brand. > > Mark > > > On 01/11/16 21:29, Dan Kegel wrote: >> We might like to have snap stores which require a client to have a >> certain certificate to be able to connect and download packages, just >> as one can do with apt. >> >> I think the way go works, the word 'Certificates' would be in the >> source tree for snapd if this were already supported.... but I don't >> see i there, which makes me think nobody's gotten around to supporting >> the >> idea of access-controlled snap stores. >> >> Or did I miss something? >> > > From marcoshalano at gmail.com Tue Nov 1 19:59:17 2016 From: marcoshalano at gmail.com (Marcos Alano) Date: Tue, 1 Nov 2016 17:59:17 -0200 Subject: Client authentication for private snap stores? In-Reply-To: References: Message-ID: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> A private app store supports authentication? On 01/11/2016 17:56, Mark Shuttleworth wrote: > If you are using snaps as a format, you can build your own app store > easily enough. > > In the Ubuntu store, IIRC we support several approaches you can take > advantage of: > > - snaps scoped to a specific device > - snaps priced for purchase (like a phone app store) > > ... and combinations of those, where prices can be set for specific > devices by the brand. > > Mark > > > On 01/11/16 21:29, Dan Kegel wrote: >> We might like to have snap stores which require a client to have a >> certain certificate to be able to connect and download packages, just >> as one can do with apt. >> >> I think the way go works, the word 'Certificates' would be in the >> source tree for snapd if this were already supported.... but I don't >> see i there, which makes me think nobody's gotten around to supporting >> the >> idea of access-controlled snap stores. >> >> Or did I miss something? >> > > From dank at kegel.com Tue Nov 1 20:02:21 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 1 Nov 2016 13:02:21 -0700 Subject: Client authentication for private snap stores? In-Reply-To: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> References: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> Message-ID: I have no problem with the server side; I'm sure I can add client cert support to the https://github.com/noise/snapstore demo. The question is the 'snap install' command. How do you install a client certificate for it to use while contacting an app store that uses https client certificate authentication? - Dan On Tue, Nov 1, 2016 at 12:59 PM, Marcos Alano wrote: > A private app store supports authentication? > > On 01/11/2016 17:56, Mark Shuttleworth wrote: >> If you are using snaps as a format, you can build your own app store >> easily enough. >> >> In the Ubuntu store, IIRC we support several approaches you can take >> advantage of: >> >> - snaps scoped to a specific device >> - snaps priced for purchase (like a phone app store) >> >> ... and combinations of those, where prices can be set for specific >> devices by the brand. >> >> Mark >> >> >> On 01/11/16 21:29, Dan Kegel wrote: >>> We might like to have snap stores which require a client to have a >>> certain certificate to be able to connect and download packages, just >>> as one can do with apt. >>> >>> I think the way go works, the word 'Certificates' would be in the >>> source tree for snapd if this were already supported.... but I don't >>> see i there, which makes me think nobody's gotten around to supporting >>> the >>> idea of access-controlled snap stores. >>> >>> Or did I miss something? >>> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From dank at kegel.com Tue Nov 1 20:02:21 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 1 Nov 2016 13:02:21 -0700 Subject: Client authentication for private snap stores? In-Reply-To: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> References: <0c6a5574-51ef-ec2e-3c28-c9a115404193@gmail.com> Message-ID: I have no problem with the server side; I'm sure I can add client cert support to the https://github.com/noise/snapstore demo. The question is the 'snap install' command. How do you install a client certificate for it to use while contacting an app store that uses https client certificate authentication? - Dan On Tue, Nov 1, 2016 at 12:59 PM, Marcos Alano wrote: > A private app store supports authentication? > > On 01/11/2016 17:56, Mark Shuttleworth wrote: >> If you are using snaps as a format, you can build your own app store >> easily enough. >> >> In the Ubuntu store, IIRC we support several approaches you can take >> advantage of: >> >> - snaps scoped to a specific device >> - snaps priced for purchase (like a phone app store) >> >> ... and combinations of those, where prices can be set for specific >> devices by the brand. >> >> Mark >> >> >> On 01/11/16 21:29, Dan Kegel wrote: >>> We might like to have snap stores which require a client to have a >>> certain certificate to be able to connect and download packages, just >>> as one can do with apt. >>> >>> I think the way go works, the word 'Certificates' would be in the >>> source tree for snapd if this were already supported.... but I don't >>> see i there, which makes me think nobody's gotten around to supporting >>> the >>> idea of access-controlled snap stores. >>> >>> Or did I miss something? >>> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From eloy.garcia.pca at gmail.com Tue Nov 1 20:18:28 2016 From: eloy.garcia.pca at gmail.com (=?UTF-8?B?RWxveSBHYXJjw61hIChQQyBBY3R1YWwp?=) Date: Tue, 1 Nov 2016 21:18:28 +0100 Subject: snap integration with XFCE In-Reply-To: References: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> Message-ID: Hi Didier, hi all. I've been trying to accomplish this mission but I miss something (my bet is that I need an interface similar to gsettings but it doesn't exist something like this). 1.- I have successfully created a symlink from /home/$USER/.config/xfce4/xfconf/xfce-perchannel-xml inside the snap directory and all the XML files in which the configuration is stored are accessible for the application. 2.- I have defined, as stage package, xfconf, the tool to write configurations directly into those XML files. 3.- But when I execute ' xfconf-query --channel xfce4-desktop --property /backdrop/screen0/monitor0/workspace0/last-image --set wallpaper.jpg' inside my application, I still receive 'Property "/backdrop/screen0/monitor0/workspace0/last-image" does not exist on channel "xfce4-desktop". If a new property should be created, use the --create option.' and xfce-destop.xml (the XML which has the configuration for the background wallpaper) is not modified at all. Maybe is needed an interface similar to gsettings? If this is the case, can I program something like that? Thank you very much! :) Best, Eloy 2016-10-24 11:08 GMT+02:00 Didier Roche : > Le 24/10/2016 à 10:58, Eloy García (PC Actual) a écrit : > > Hi Didier! > > > > Thanks as always for your answer and feedback :) I suspected it and I > > was taking a look to desktop launcher source code on github, but I > > didn't have time to test it. One question: Can I create the symblink > > when the snap application is executed (after installation) via the > > script that i use to wrap up the launching process or will I have > > problems to do that because of the confinement? > > No worry :) > > As long as your snap has the right plug to access the initial file, this > isn't an issue (and exactly what I'm doing in the desktop launcher for > dconf/gsettings: creating symlink on first launch or after each snap > upgrade if the symlink isn't present). > You can see such an example in > https://github.com/ubuntu/snapcraft-desktop-helpers/blob/master/glib-only/ > launcher-specific#L37 > for instance. > > (But yeah, it relies on /home/$USER/ and should probably find a better > way to get user's real home directory. I can't use $HOME as it's > redirected to SNAP_USER_DATA in some cases) > > > > > > Best, > > > > Eloy > > > > 2016-10-24 10:14 GMT+02:00 Didier Roche > >: > > > > Le 06/10/2016 à 21:34, Eloy García (PC Actual) a écrit : > >> Hi all. > >> > >> I develop a java-based application to download and manage > >> wallpapers from the Internet (wallpaperdownloader) > >> (https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader/overview > ). > >> The applications is in the store but now I'm trying to integrate > >> XFCE desktop too. I mean, now you can set any wallpaper downloaded > >> directly from the GUI and it is working fine for GNOME 3, Unity > >> and MATE. All three of them use gsettings interface and > >> desktop-gtk3 wrapper part as you can see in the snapcraft.yaml: > >> > >> name: wallpaperdownloader > >> version: "2.2" > >> summary: Download and manage your favorite wallpapers from the > Internet > >> description: WallpaperDownloader is a simple GUI Java based > application for > >> downloading and managing wallpapers from the Internet > >> grade: stable > >> confinement: strict > >> > >> apps: > >> wallpaperdownloader: > >> command: wallpaperdownloader.sh > >> plugs: [x11, network-bind, home, gsettings] > >> > >> parts: > >> # Pulls the code from the original source (master branch) > >> # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) > >> from the Wiki: https://wiki.ubuntu.com/snapcraft/parts > >> > >> # It enables desktop integration and gsettings manipulation from > >> the confined application > >> # It is necessary to use gsettings interface (see above) in order > >> to have a fully functional > >> # desktop/gtk3 part > >> # Github repository for snapcraft-desktop-helpers: > >> https://github.com/ubuntu/snapcraft-desktop-helpers > >> > >> wallpaperdownloader: > >> plugin: maven > >> source: .. > >> stage-packages: > >> # mate-desktop-common is necessary to have MATE gsettings > schemas > >> available for the application > >> - mate-desktop-common > >> after: [desktop/gtk3] > >> > >> # It will copy wallpaperdownloader script into /bin/ > >> # This script contains all the commands needed (sets env > >> variables, launches the jar file...) to > >> # execute the application > >> exec: > >> plugin: dump > >> source: scripts > >> Now, if XFCE desktop is detected by the application, the command > >> run inthe background is 'xfconf-query --channel xfce4-desktop > >> --property /backdrop/screen0/monitor0/workspace0/last-image --set > >> wallpaper.jpg'. If the application runs natively, there is no > >> problem and the wallpaper is set properly. But when I test the > >> snap package built, this is the error thrown: > >> > >> ERROR LinuxWallpaperChanger:188 - Property > >> "/backdrop/screen0/monitor0/workspace0/last-image" does not exist > >> on channel "xfce4-desktop". If a new property should be created, > >> use the --create option. > >> > >> I have included xfconf as stage-package and the command > >> xfconf-query is found within the snap. Could you give me a hint to > >> solve this problem? > >> > >> Thank you very much for your time and your help :) > > > > Hey Eloy, > > > > I'm not a xfconf user and so can't answer to you precisly. However, > > my guess is that you will need a file (like the dconf one we are > > using in GNOME/Unity environment) shared between your user's > > settings and the snap writable path. > > The desktop launcher is creating a symlink (accessed via the home > > interface) between the main user's dconf/user file to path of the > > snap writable path, to be able to read the value. The gsettings > > interfaces give, on its side, access to the dbus call for this. > > > > I wonder if the unaccessible file/dbus property could trigger this > > error fallback in xfconf, and hence, prints that message. > > > > I hope this helps! > > Cheers, > > Didier > > > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: > > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > > > > > > > -- > > Eloy García Almadén > > -- Eloy García Almadén -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph.wakeling at webdrake.net Tue Nov 1 21:31:46 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Tue, 1 Nov 2016 22:31:46 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: On 27/10/16 22:13, Joseph Rushton Wakeling wrote: > On 27/10/16 08:37, Didier Roche wrote: >> I would look at /var/log/syslogs. Apparmor and seccomp denials are >> listed there. Note that if you didn't already, you should really start >> developping your snap in devmode. That way, it will get confinment out >> of the equasion to get your relocatable code and dependencies working. >> Then, we can turn on confinement and figure out those issues to be able >> to publish in the stable channel. > > Yea, I probably should have started with devmode. Thanks for the advice about > syslogs; I'll check it out and see what I can find. OK, so it looks like apparmor was indeed responsible. The loglines in question: Oct 30 17:50:50 computername kernel: [ 9532.992875] audit: type=1400 audit(1477846250.853:43): apparmor="DENIED" operation="link" profile="snap.dub.dub" name="/home/username/code/D/dgraph/build/dgraph_graphtest" pid=22464 comm="dub" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000 target="/home/username/code/D/dgraph/.dub/build/application-debug-linux.posix-x86_64-ldc_0-B7AFC7F4AA486AA98C5445F91F5653DB/dgraph_graphtest" Oct 30 17:50:50 computername kernel: [ 9533.035303] audit: type=1326 audit(1477846250.897:44): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=22464 comm="dub" exe="/snap/dub/x1/bin/dub" sig=31 arch=c000003e syscall=92 compat=0 ip=0x7f9b72d13717 code=0x0 I'm not experienced with apparmor, so could someone explain exactly what this means? (I get the general idea, but the specifics would be useful to understand precisely.) In particular, is there an obvious reason why this might be showing up with the dub snap, when the earlier ldc2 snap didn't have this problem? I would guess because the ldc2 instance used by the snap-packaged dub is internal to the snap and does not benefit from the home-directory interface that dub itself gets? Setting the containment to devmode removes the problem, but it would be nice to be able to have strict confinement earlier rather than later. From sergio.schvezov at canonical.com Tue Nov 1 21:43:54 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 1 Nov 2016 23:43:54 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: El 01/11/16 a las 23:31, Joseph Rushton Wakeling escribió: > On 27/10/16 22:13, Joseph Rushton Wakeling wrote: >> On 27/10/16 08:37, Didier Roche wrote: >>> I would look at /var/log/syslogs. Apparmor and seccomp denials are >>> listed there. Note that if you didn't already, you should really start >>> developping your snap in devmode. That way, it will get confinment out >>> of the equasion to get your relocatable code and dependencies working. >>> Then, we can turn on confinement and figure out those issues to be able >>> to publish in the stable channel. >> >> Yea, I probably should have started with devmode. Thanks for the >> advice about >> syslogs; I'll check it out and see what I can find. > > OK, so it looks like apparmor was indeed responsible. The loglines in > question: > > Oct 30 17:50:50 computername kernel: [ 9532.992875] audit: type=1400 > audit(1477846250.853:43): apparmor="DENIED" operation="link" > profile="snap.dub.dub" > name="/home/username/code/D/dgraph/build/dgraph_graphtest" pid=22464 > comm="dub" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000 > target="/home/username/code/D/dgraph/.dub/build/application-debug-linux.posix-x86_64-ldc_0-B7AFC7F4AA486AA98C5445F91F5653DB/dgraph_graphtest" > Oct 30 17:50:50 computername kernel: [ 9533.035303] audit: type=1326 > audit(1477846250.897:44): auid=4294967295 uid=1000 gid=1000 > ses=4294967295 pid=22464 comm="dub" exe="/snap/dub/x1/bin/dub" sig=31 > arch=c000003e syscall=92 compat=0 ip=0x7f9b72d13717 code=0x0 > > I'm not experienced with apparmor, so could someone explain exactly > what this means? (I get the general idea, but the specifics would be > useful to understand precisely.) If this is x86_64, everything is aligned with the world, syscall 92 is chown. A useful tool here can help you out, and luckily there is one, run `snap install snappy-debug` and it will do some nice things to figure out what is going on wth these apparmor and seccomp blockers. > > In particular, is there an obvious reason why this might be showing up > with the dub snap, when the earlier ldc2 snap didn't have this > problem? I would guess because the ldc2 instance used by the > snap-packaged dub is internal to the snap and does not benefit from > the home-directory interface that dub itself gets? It seems to be just a dub problem. > > Setting the containment to devmode removes the problem, but it would > be nice to be able to have strict confinement earlier rather than later. > If this is the problem and you can patch the software then removing the chown could work, I am CCing Jamie for other ideas that could come up. From pengliu.mail at gmail.com Tue Nov 1 23:26:49 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Tue, 1 Nov 2016 18:26:49 -0500 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: Hi Loïc, I also realized that might be a problem in an old version. So I upgraded the snapd to the latest version. $ snap --version snap 2.16ubuntu3 snapd 2.16ubuntu3 series 16 ubuntu 16.04 And I tried to install the docker from both stable and edge channel. In both cases, the plug and slot can not connect problems have gone. But I am still not able to figure out how to run a simple hello world docker. $ docker run ubuntu /bin/echo 'Hello world' docker: Cannot connect to the Docker daemon. Is the docker daemon running on this host?. See 'docker run --help'. Thanks. Peng On Tue, Nov 1, 2016 at 11:06 AM, Loïc Minier wrote: > Hi, > > What's the output of snap --version? > > Thanks! > - Loïc Minier > > On Tue, Nov 1, 2016 at 4:21 AM, Peng Liu wrote: > >> Hi Loïc, >> >> I encountered some errors when I tried to connect the interfaces, for >> example: >> ======================================================== >> sudo snap connect docker:docker-cli docker:docker-daemon >> >> error: cannot perform the following tasks: - Connect docker:docker-cli to >> docker:docker-daemon (cannot connect plug "docker-cli" from snap "docker", >> no such plug) ======================================================== >> >> Then I am not able to run a simple docker command like "docker run --rm >> hello-world" >> >> Did I miss something? Is there anything need to do after installing the >> docker snap? >> Thanks. >> >> Peng >> >> On Tue, Oct 18, 2016 at 6:48 AM, Loïc Minier >> wrote: >> >>> Hi! >>> >>> Docker is since some days available as a properly confined snap. This >>> will work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu >>> Core series 16. >>> >>> Because the docker.sock path is hardcoded in a lot of images, this snap >>> conflicts with docker debs, so make sure you remove them first: >>> sudo apt purge docker docker-engine >>> >>> Create a system group for docker: >>> sudo groupadd --system docker >>> >>> Install the snap: >>> sudo snap install docker >>> >>> And connect the interfaces (these will go away we have a >>> snap-declaration in place): >>> sudo snap connect docker:docker-cli docker:docker-daemon >>> sudo snap connect docker:firewall-control ubuntu-core:firewall-control >>> sudo snap connect docker:support ubuntu-core:docker-support >>> sudo service snap.docker.dockerd stop >>> sudo service snap.docker.dockerd start >>> >>> You're now ready to use docker, e.g.: >>> sudo /snap/bin/docker run --rm -it hello-world >>> sudo /snap/bin/docker run --rm -it ubuntu >>> >>> At the moment, the Docker snap is available for amd64, armhf, arm64, >>> i386. >>> >>> Docker-compose is also included, and may be used with the >>> "docker.compose" command. >>> >>> Want to read more about docker? Read the Docker snap status and FAQ doc >>> >>> ! >>> >>> Have fun and please report issues against https://github.com/doc >>> ker-snap/docker >>> >>> Cheers, >>> - Loïc Minier >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> > > > -- > - Loïc > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Wed Nov 2 05:07:47 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 2 Nov 2016 00:07:47 -0500 Subject: Confined Docker snap available In-Reply-To: References: Message-ID: Oh, I figured out the root cause. It's the permission. After added the user to the docker group, I can run docker commands now. $sudo gpasswd -a ${USER} docker Docker snap works perfectly! Thanks. On Tue, Nov 1, 2016 at 6:26 PM, Peng Liu wrote: > Hi Loïc, > > I also realized that might be a problem in an old version. So I upgraded > the snapd to the latest version. > > $ snap --version > snap 2.16ubuntu3 > snapd 2.16ubuntu3 > series 16 > ubuntu 16.04 > > And I tried to install the docker from both stable and edge channel. > In both cases, the plug and slot can not connect problems have gone. But I > am still not able to figure out how to run a simple hello world docker. > > $ docker run ubuntu /bin/echo 'Hello world' > docker: Cannot connect to the Docker daemon. Is the docker daemon running > on this host?. > See 'docker run --help'. > > Thanks. > > Peng > > On Tue, Nov 1, 2016 at 11:06 AM, Loïc Minier > wrote: > >> Hi, >> >> What's the output of snap --version? >> >> Thanks! >> - Loïc Minier >> >> On Tue, Nov 1, 2016 at 4:21 AM, Peng Liu wrote: >> >>> Hi Loïc, >>> >>> I encountered some errors when I tried to connect the interfaces, for >>> example: >>> ======================================================== >>> sudo snap connect docker:docker-cli docker:docker-daemon >>> >>> error: cannot perform the following tasks: - Connect docker:docker-cli >>> to docker:docker-daemon (cannot connect plug "docker-cli" from snap >>> "docker", no such plug) ============================== >>> ========================== >>> >>> Then I am not able to run a simple docker command like "docker run --rm >>> hello-world" >>> >>> Did I miss something? Is there anything need to do after installing the >>> docker snap? >>> Thanks. >>> >>> Peng >>> >>> On Tue, Oct 18, 2016 at 6:48 AM, Loïc Minier >>> wrote: >>> >>>> Hi! >>>> >>>> Docker is since some days available as a properly confined snap. This >>>> will work on top of classic Ubuntu 16.04+ or on top of an up-to-date Ubuntu >>>> Core series 16. >>>> >>>> Because the docker.sock path is hardcoded in a lot of images, this snap >>>> conflicts with docker debs, so make sure you remove them first: >>>> sudo apt purge docker docker-engine >>>> >>>> Create a system group for docker: >>>> sudo groupadd --system docker >>>> >>>> Install the snap: >>>> sudo snap install docker >>>> >>>> And connect the interfaces (these will go away we have a >>>> snap-declaration in place): >>>> sudo snap connect docker:docker-cli docker:docker-daemon >>>> sudo snap connect docker:firewall-control ubuntu-core:firewall-control >>>> sudo snap connect docker:support ubuntu-core:docker-support >>>> sudo service snap.docker.dockerd stop >>>> sudo service snap.docker.dockerd start >>>> >>>> You're now ready to use docker, e.g.: >>>> sudo /snap/bin/docker run --rm -it hello-world >>>> sudo /snap/bin/docker run --rm -it ubuntu >>>> >>>> At the moment, the Docker snap is available for amd64, armhf, arm64, >>>> i386. >>>> >>>> Docker-compose is also included, and may be used with the >>>> "docker.compose" command. >>>> >>>> Want to read more about docker? Read the Docker snap status and FAQ doc >>>> >>>> ! >>>> >>>> Have fun and please report issues against https://github.com/doc >>>> ker-snap/docker >>>> >>>> Cheers, >>>> - Loïc Minier >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> >> >> >> -- >> - Loïc >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 2 07:41:01 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 2 Nov 2016 08:41:01 +0100 Subject: Optional daemon In-Reply-To: References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> Message-ID: <239d0460-0cef-cb08-2af8-d7a8c2550e64@ubuntu.com> Le 28/10/2016 à 21:00, Aaron Ogle a écrit : > Point definitely well made. I'm with you now. :) > > Now this being the case. I can't just swap the location. This is > where I would need a rock solid upgrade hook. But I would only need > to run it the once. Any suggestions? Or any good examples? Maybe Kyle missed that one. For now, AFAIK, we don't have upgrade hook (yet ;)). I would go with the wrapper script (that I think you already have) path. Check for the database location in $SNAP_DATA. If nothing exists, do the migration, remove $SNAP_COMMON database content once done. That should do the trick? Cheers, Didier From didrocks at ubuntu.com Wed Nov 2 07:49:14 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 2 Nov 2016 08:49:14 +0100 Subject: snap integration with XFCE In-Reply-To: References: <0c174afa-3d15-b75b-1ac9-5c4856ca8329@ubuntu.com> Message-ID: <1f7bd35a-2d9e-fcc4-d0db-87c3677c3585@ubuntu.com> Le 01/11/2016 à 21:18, Eloy García (PC Actual) a écrit : > Hi Didier, hi all. > > I've been trying to accomplish this mission but I miss something (my bet > is that I need an interface similar to gsettings but it doesn't exist > something like this). > > 1.- I have successfully created a symlink from > /home/$USER/.config/xfce4/xfconf/xfce-perchannel-xml inside the snap > directory and all the XML files in which the configuration is stored are > accessible for the application. > > 2.- I have defined, as stage package, xfconf, the tool to write > configurations directly into those XML files. > > 3.- But when I execute ' xfconf-query --channel xfce4-desktop --property > /backdrop/screen0/monitor0/workspace0/last-image --set wallpaper.jpg' > inside my application, I still receive 'Property > "/backdrop/screen0/monitor0/workspace0/last-image" does not exist on > channel "xfce4-desktop". If a new property should be created, use the > --create option.' and xfce-destop.xml (the XML which has the > configuration for the background wallpaper) is not modified at all. > > Maybe is needed an interface similar to gsettings? If this is the case, > can I program something like that? Indeed, you probably need some interfaces similar to gsettings. You ned first to understand how xfconf works internally (which dbus interfaces, which files paths it's using and such?) Then, once this step is done, you can start developping your own interface in snapd. http://www.zygoon.pl/2016/08/creating-your-first-snappy-interface.html is a good introductionary reference for this. Cheers, Didier From didrocks at ubuntu.com Wed Nov 2 08:02:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 2 Nov 2016 09:02:53 +0100 Subject: xterm In-Reply-To: References: Message-ID: Le 01/11/2016 à 14:55, Joe Coates a écrit : > > The main app in my snapped feature wants to initiate some xterm > sessions and run a different local snap command in each. However, I > can’t manage to get a terminal emulator of any sort to behave > correctly within the snap (if they startup at all, then they cannot > receive keystroke input). I have tried xterm, rxvt, and the vte-based > sakura as staged-packages. Plugging to the X11 slot interface (and > even Unity7) seems to have no effect. They build OK but fail at > runtime with similar failures : > > > > >/snap/exfab/x1/usr/bin/sakura: error while loading shared libraries: > libgtk-3.so.0: cannot open shared object file: No such file or directory > > >/snap/exfab/x1/usr/bin/rxvt-xterm: error while loading shared > libraries: libX11.so.6: cannot open shared object file: No such file > or directory > > >/snap/exfab/x1/usr/bin/xterm: error while loading shared libraries: > libXft.so.2: cannot open shared object file: No such file or directory > > > > My target machine is a Xenial VM in VirtualBox . . . > > Does anyone do terminal emulation from a snap ? > This is still quite hard to achieve nowdays (I did try myself half a year ago with byobu/tmux), due to a couple of issues: - you need for most of them to have some /dev/pts access, and no interfaces as of today exists to mediate this. - you can't execute a snap command from another snap. I remember that we discussed a couple of months ago about a "shell" or similar interface to get that done. I'm ccing Gustavo to see if he has more news on those to share with us. Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Wed Nov 2 09:36:01 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 2 Nov 2016 17:36:01 +0800 Subject: Snap Shadowsocks and publish it to the Ubuntu Store Message-ID: Hi, Today, I created a tutorial about how to snap shadowsocks and publish it into Ubuntu Store. Tutorial: 如何snap Shadowsocks并发布到Ubuntu Store Souce code: https://github.com/liu-xiao-guo/ss-qt Ubuntu Core link: https://uappexplorer.com/app/ss-qt.xiaoguo You can install it using the following command: $ sudo snap install ss-qt Thanks & best regards, XiaoGuo -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie at canonical.com Wed Nov 2 12:17:26 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Wed, 02 Nov 2016 07:17:26 -0500 Subject: xterm In-Reply-To: References: Message-ID: <1478089046.4261.6.camel@canonical.com> On Wed, 2016-11-02 at 09:02 +0100, Didier Roche wrote: > Le 01/11/2016 à 14:55, Joe Coates a écrit : > > > >  > > Does anyone do terminal emulation from a snap ? > > > This is still quite hard to achieve nowdays (I did try myself half a > year ago with byobu/tmux), due to a couple of issues: > - you need for most of them to have some /dev/pts access, and no > interfaces as of today exists to mediate this. We do a devpts new instance by default so this one should not be an issue. If it is, please file a bug. -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From kyle.fazzari at canonical.com Wed Nov 2 15:09:22 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Wed, 2 Nov 2016 08:09:22 -0700 Subject: Optional daemon In-Reply-To: <239d0460-0cef-cb08-2af8-d7a8c2550e64@ubuntu.com> References: <68bb80bc-f846-fd99-a010-bdf7695e8a80@ubuntu.com> <239d0460-0cef-cb08-2af8-d7a8c2550e64@ubuntu.com> Message-ID: On 11/02/2016 12:41 AM, Didier Roche wrote: > Le 28/10/2016 à 21:00, Aaron Ogle a écrit : >> Point definitely well made. I'm with you now. :) >> >> Now this being the case. I can't just swap the location. This is >> where I would need a rock solid upgrade hook. But I would only need >> to run it the once. Any suggestions? Or any good examples? > > Maybe Kyle missed that one. > For now, AFAIK, we don't have upgrade hook (yet ;)). I would go with the > wrapper script (that I think you already have) path. Check for the > database location in $SNAP_DATA. If nothing exists, do the migration, > remove $SNAP_COMMON database content once done. Ah, sorry guys. You can likely use the `configure` hook for this, too (I believe it runs upon upgrade). The problem you'll run into with both approaches is that you'll have to maintain this migration code forever since you never know the version of the snap from which a user will be upgrading. This problem will be solved with stepped upgrades and epoch support, but we're not there yet. -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From qqworini at gmail.com Wed Nov 2 16:24:42 2016 From: qqworini at gmail.com (Joey Chan) Date: Thu, 3 Nov 2016 00:24:42 +0800 Subject: Snap Shadowsocks and publish it to the Ubuntu Store In-Reply-To: References: Message-ID: Yo, looks like a good tutorial for Chinese devs~ 😀 2016-11-02 17:36 GMT+08:00 XiaoGuo Liu : > Hi, > > Today, I created a tutorial about how to snap shadowsocks and publish it > into Ubuntu Store. > > Tutorial: 如何snap Shadowsocks并发布到Ubuntu Store > > Souce code: https://github.com/liu-xiao-guo/ss-qt > Ubuntu Core link: https://uappexplorer.com/app/ss-qt.xiaoguo > > You can install it using the following command: > > $ sudo snap install ss-qt > > > Thanks & best regards, > XiaoGuo > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Wed Nov 2 19:31:14 2016 From: luke.williams at canonical.com (Luke Williams) Date: Wed, 2 Nov 2016 12:31:14 -0700 Subject: core_383.snap missing after reboot of Ubuntu-Core Message-ID: <19FD373A-1B9E-4AF2-8020-64CD4145124A@canonical.com> Hello, I have an interresting situation happening. I created a custom ubuntu-core image with a custom kernel snap from yakkety from kernel.ubuntu.com . I build the snap using the included snapcraft.yaml and just changing the name and version number and description and then I use ubuntu-image to build the image. I then had to modify the system-boot image to get it to work properly with the ONIE install scripts since for some reason prefix in grub is hard coded to /EFI/ubuntu/grub directory, I had to copy the grub.cfg and grubenv to a grub directory. For some reason when I changed the install script for the ONIE installer to /EFI/ubuntu grub would fail and the system would just sit there becuase prefix was hard coded. I got around this by doing the above mentioned. I was then able to get the device to start and let me do the initial configuration of the device. After I add my ssh keys from launchpad to the device, I do some initial configuration by creating some udev rules for the device network adapters to get the correct names. I also do a snap list to check that the kernel snap and core snap and gadget snap are all good, which I get the error saying no snaps installed and I should install hello-world. I’ve seen this in the past, but the system tends to work as it should unless I install a snap, then the system fails catastrophically and I have to reflash the system since it gets all sorts of confussed as to what snaps are installed. I used to fix this by making sure my kernel snap was in grade stable and confinement strict, which i did in my kernel snap, but it is doing this again. I’m assuming its becuase I am using the edge channel when I build my image. Anyways, the main reason for this email, after I do a reboot to verify my udev rule and everything works correctly, the system fails to boot and I get dumped to an initramfs prompt. I managed to get a screen log of everything happening and I noticed that it tried to mount the core_383.snap to /root, and it failed becuase it couldn’t find the file. I looked where it was trying to mount from and sure enough, there is no core_383.snap file in tmpmnt_writable/system-data/var/lib/snapd/snaps but instead my kernel snap and an empty folder named partial. If I reinstall the device with the base image, it works again, but as soon as I do a reboot, I’m stuck back where I’m at. Any ideas on how to fix this or prevent this snap from being deleted after initial installation? Also, why is the system saying no snaps installed when its an Ubuntu-Core system? If you need any other details or information, please let me know. The vendor really wants a working image since they have a customer that wants this badly. Thanks, Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core email: luke.williams at canonical.com http://www.canonical.com/ | http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Wed Nov 2 20:40:30 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 02 Nov 2016 15:40:30 -0500 Subject: Problem removing a snap Message-ID: <1478119230.2872.11.camel@embarqmail.com> I went to remove a snap, viking-gps, and it just sat there doing nothing. I did a CTRL-C to stop the process. So, running snap changes showed me 343  Doing   2016-11-02T17:22:13Z  -                     Remove "viking-gps" snap Then running snap change 343, since it was still running I get: chris at localhost:/snap/viking-gps/1$ snap change 343 Status  Spawn                 Ready                 Summary Done    2016-11-02T17:22:13Z  2016-11-02T17:22:14Z  Stop snap "viking- gps" services Done    2016-11-02T17:22:13Z  2016-11-02T17:22:16Z  Make snap "viking- gps" unavailable to the system Done    2016-11-02T17:22:13Z  2016-11-02T17:22:19Z  Remove security profile for snap "viking-gps" (1) Done    2016-11-02T17:22:13Z  2016-11-02T17:22:21Z  Remove data for snap "viking-gps" (1) Doing   2016-11-02T17:22:13Z  -                     Remove snap "viking-gps" (1) from the system Do      2016-11-02T17:22:13Z  -                     Discard interface connections for snap "viking-gps" (1) ...................................................................... Remove snap "viking-gps" (1) from the system 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: not mounted The above tells me that all has been done except removing the snap and discarding the interface. I ran sudo snap abort 343 which stopped it. However the snap still showed up in /snap but was empty. I took a drastic step and just rmdir the folder under viking-gps and viking-gps itself. When I run sudo snap list it still shows up. chris at localhost:/snap$ sudo snap list Name                 Version         Rev  Developer    Notes blender-tpaw         2.78-tpaw0      2    tpaw         - directpdf            0.1.4           8    normex       devmode krita                3.0.1.1-snap16  8    krita        - pencilsheep          5               5    pencilsheep  - snapweb              0.21.2          24   canonical    - speed-test           1.7.0.1         2    bartaz       - ubuntu-core          16.04.1         423  canonical    - vice-jz              2.4.27-2        4    jz           - viking-gps                           1    chihchun     disabled,broken wallpaperdownloader  2.3             5    egarcia      - What snap command do I use to totally remove it from the list of snaps on my system? -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From gustavo at niemeyer.net Wed Nov 2 20:43:25 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 18:43:25 -0200 Subject: Problem removing a snap In-Reply-To: <1478119230.2872.11.camel@embarqmail.com> References: <1478119230.2872.11.camel@embarqmail.com> Message-ID: Hi Chris, Can you please try updating your snapd package? Recent releases have a more reliable remove procedure that handles these cases better. On Wed, Nov 2, 2016 at 6:40 PM, Chris wrote: > I went to remove a snap, viking-gps, and it just sat there doing > nothing. I did a CTRL-C to stop the process. So, running snap changes > showed me > > 343 Doing 2016-11-02T17:22:13Z - Remove > "viking-gps" snap > > Then running snap change 343, since it was still running I get: > > chris at localhost:/snap/viking-gps/1$ snap change 343 > Status Spawn Ready Summary > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:14Z Stop snap "viking- > gps" services > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:16Z Make snap "viking- > gps" unavailable to the system > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:19Z Remove security > profile for snap "viking-gps" (1) > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:21Z Remove data for > snap "viking-gps" (1) > Doing 2016-11-02T17:22:13Z - Remove snap > "viking-gps" (1) from the system > Do 2016-11-02T17:22:13Z - Discard interface > connections for snap "viking-gps" (1) > > ...................................................................... > Remove snap "viking-gps" (1) from the system > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > The above tells me that all has been done except removing the snap and > discarding the interface. I ran sudo snap abort 343 which stopped it. > However the snap still showed up in /snap but was empty. I took a > drastic step and just rmdir the folder under viking-gps and viking-gps > itself. When I run sudo snap list it still shows up. > > chris at localhost:/snap$ sudo snap list > Name Version Rev Developer Notes > blender-tpaw 2.78-tpaw0 2 tpaw - > directpdf 0.1.4 8 normex devmode > krita 3.0.1.1-snap16 8 krita - > pencilsheep 5 5 pencilsheep - > snapweb 0.21.2 24 canonical - > speed-test 1.7.0.1 2 bartaz - > ubuntu-core 16.04.1 423 canonical - > vice-jz 2.4.27-2 4 jz - > viking-gps 1 chihchun disabled,broken > wallpaperdownloader 2.3 5 egarcia - > > What snap command do I use to totally remove it from the list of snaps > on my system? > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 > 14:12:37 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Wed Nov 2 21:53:49 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 02 Nov 2016 16:53:49 -0500 Subject: Problem removing a snap In-Reply-To: References: <1478119230.2872.11.camel@embarqmail.com> Message-ID: <1478123629.2872.18.camel@embarqmail.com> On Wed, 2016-11-02 at 18:43 -0200, Gustavo Niemeyer wrote: > Hi Chris, > > Can you please try updating your snapd package? > > Recent releases have a more reliable remove procedure that handles > these cases better.  > According to apt-cache policy chris at localhost:~$ apt-cache policy snapd snapd:   Installed: 2.16ubuntu3   Candidate: 2.16ubuntu3   Version table:  *** 2.16ubuntu3 500         500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages         100 /var/lib/dpkg/status      2.0.2 500         500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64  Packages I tried to upgrade, sudo apt upgrade snapd chris at localhost:~$ sudo apt upgrade snapd [sudo] password for chris:  Reading package lists... Done Building dependency tree        Reading state information... Done snapd is already the newest version (2.16ubuntu3). Calculating upgrade... Done > On Wed, Nov 2, 2016 at 6:40 PM, Chris > wrote: > > I went to remove a snap, viking-gps, and it just sat there doing > > nothing. I did a CTRL-C to stop the process. So, running snap > > changes > > showed me > > > > 343  Doing   2016-11-02T17:22:13Z  -                     Remove > > "viking-gps" snap > > > > Then running snap change 343, since it was still running I get: > > > > chris at localhost:/snap/viking-gps/1$ snap change 343 > > Status  Spawn                 Ready                 Summary > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:14Z  Stop snap > > "viking- > > gps" services > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:16Z  Make snap > > "viking- > > gps" unavailable to the system > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:19Z  Remove security > > profile for snap "viking-gps" (1) > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:21Z  Remove data for > > snap "viking-gps" (1) > > Doing   2016-11-02T17:22:13Z  -                     Remove snap > > "viking-gps" (1) from the system > > Do      2016-11-02T17:22:13Z  -                     Discard > > interface > > connections for snap "viking-gps" (1) > > > > ................................................................... > > ... > > Remove snap "viking-gps" (1) from the system > > > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > The above tells me that all has been done except removing the snap > > and > > discarding the interface. I ran sudo snap abort 343 which stopped > > it. > > However the snap still showed up in /snap but was empty. I took a > > drastic step and just rmdir the folder under viking-gps and viking- > > gps > > itself. When I run sudo snap list it still shows up. > > > > chris at localhost:/snap$ sudo snap list > > Name                 Version         Rev  Developer    Notes > > blender-tpaw         2.78-tpaw0      2    tpaw         - > > directpdf            0.1.4           8    normex       devmode > > krita                3.0.1.1-snap16  8    krita        - > > pencilsheep          5               5    pencilsheep  - > > snapweb              0.21.2          24   canonical    - > > speed-test           1.7.0.1         2    bartaz       - > > ubuntu-core          16.04.1         423  canonical    - > > vice-jz              2.4.27-2        4    jz           - > > viking- > > gps                           1    chihchun     disabled,broken > > wallpaperdownloader  2.3             5    egarcia      - > > > > What snap command do I use to totally remove it from the list of > > snaps > > on my system? > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > 19 14:12:37 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > > > > --  > > gustavo @ http://niemeyer.net > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 16:35:27 up 1:29, 1 user, load average: 0.07, 0.11, 0.10 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From gustavo at niemeyer.net Wed Nov 2 22:06:21 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 20:06:21 -0200 Subject: Problem removing a snap In-Reply-To: <1478123629.2872.18.camel@embarqmail.com> References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> Message-ID: Ok, thanks for those details. We'll look more deeply into this tomorrow and try to reproduce the issue. To fix your problem, can you please try this simple hack to get over the bug: sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 This should allow the remove to go through. On Wed, Nov 2, 2016 at 7:53 PM, Chris wrote: > On Wed, 2016-11-02 at 18:43 -0200, Gustavo Niemeyer wrote: > > Hi Chris, > > > > Can you please try updating your snapd package? > > > > Recent releases have a more reliable remove procedure that handles > > these cases better. > > > According to apt-cache policy > > chris at localhost:~$ apt-cache policy snapd > snapd: > Installed: 2.16ubuntu3 > Candidate: 2.16ubuntu3 > Version table: > *** 2.16ubuntu3 500 > 500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main > amd64 Packages > 100 /var/lib/dpkg/status > 2.0.2 500 > 500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 > Packages > > I tried to upgrade, sudo apt upgrade snapd > > chris at localhost:~$ sudo apt upgrade snapd > [sudo] password for chris: > Reading package lists... Done > Building dependency tree > Reading state information... Done > snapd is already the newest version (2.16ubuntu3). > Calculating upgrade... Done > > > > On Wed, Nov 2, 2016 at 6:40 PM, Chris > > wrote: > > > I went to remove a snap, viking-gps, and it just sat there doing > > > nothing. I did a CTRL-C to stop the process. So, running snap > > > changes > > > showed me > > > > > > 343 Doing 2016-11-02T17:22:13Z - Remove > > > "viking-gps" snap > > > > > > Then running snap change 343, since it was still running I get: > > > > > > chris at localhost:/snap/viking-gps/1$ snap change 343 > > > Status Spawn Ready Summary > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:14Z Stop snap > > > "viking- > > > gps" services > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:16Z Make snap > > > "viking- > > > gps" unavailable to the system > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:19Z Remove security > > > profile for snap "viking-gps" (1) > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:21Z Remove data for > > > snap "viking-gps" (1) > > > Doing 2016-11-02T17:22:13Z - Remove snap > > > "viking-gps" (1) from the system > > > Do 2016-11-02T17:22:13Z - Discard > > > interface > > > connections for snap "viking-gps" (1) > > > > > > ................................................................... > > > ... > > > Remove snap "viking-gps" (1) from the system > > > > > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file "viking- > > > gps", > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > > The above tells me that all has been done except removing the snap > > > and > > > discarding the interface. I ran sudo snap abort 343 which stopped > > > it. > > > However the snap still showed up in /snap but was empty. I took a > > > drastic step and just rmdir the folder under viking-gps and viking- > > > gps > > > itself. When I run sudo snap list it still shows up. > > > > > > chris at localhost:/snap$ sudo snap list > > > Name Version Rev Developer Notes > > > blender-tpaw 2.78-tpaw0 2 tpaw - > > > directpdf 0.1.4 8 normex devmode > > > krita 3.0.1.1-snap16 8 krita - > > > pencilsheep 5 5 pencilsheep - > > > snapweb 0.21.2 24 canonical - > > > speed-test 1.7.0.1 2 bartaz - > > > ubuntu-core 16.04.1 423 canonical - > > > vice-jz 2.4.27-2 4 jz - > > > viking- > > > gps 1 chihchun disabled,broken > > > wallpaperdownloader 2.3 5 egarcia - > > > > > > What snap command do I use to totally remove it from the list of > > > snaps > > > on my system? > > > > > > -- > > > Chris > > > KeyID 0xE372A7DA98E6705C > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > > 19 14:12:37 UTC 2016 > > > > > > -- > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > > /listinfo/snapcraft > > > > > > > > > -- > > > > gustavo @ http://niemeyer.net > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > > istinfo/snapcraft > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 16:35:27 up 1:29, 1 user, load average: 0.07, 0.11, 0.10 > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 > 14:12:37 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Wed Nov 2 22:34:10 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 02 Nov 2016 17:34:10 -0500 Subject: Problem removing a snap In-Reply-To: References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> Message-ID: <1478126050.2872.27.camel@embarqmail.com> On Wed, 2016-11-02 at 20:06 -0200, Gustavo Niemeyer wrote: > Ok, thanks for those details. We'll look more deeply into this > tomorrow and try to reproduce the issue. > > To fix your problem, can you please try this simple hack to get over > the bug: > > sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 > > This should allow the remove to go through. > > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 [sudo] password for chris:  mount: mount point /snap/viking-gps/1 does not exist chris at localhost:~$ sudo snap remove viking-gps 2016-11-02T17:22:05-05:00 ERROR cannot remove snap file "viking-gps", will retry in 3 mins: umount: /snap/viking-gps/1: mountpoint not found The above is probably because I manually removed the empty 1 directory and the viking-gps directory from /snap. In an attempt to reinstall it and then hopefully have it properly removed I tried error: cannot install "viking-gps": snap "viking-gps" already installed From what I can see when I run snap list and it's still shown there needs to be some kind of refresh command (other than the one to check for newer snap versions) which would refresh the listing of snaps or tell snapd that a snap is no longer there.  > On Wed, Nov 2, 2016 at 7:53 PM, Chris > wrote: > > On Wed, 2016-11-02 at 18:43 -0200, Gustavo Niemeyer wrote: > > > Hi Chris, > > > > > > Can you please try updating your snapd package? > > > > > > Recent releases have a more reliable remove procedure that > > handles > > > these cases better.  > > > > > According to apt-cache policy > > > > chris at localhost:~$ apt-cache policy snapd > > snapd: > >   Installed: 2.16ubuntu3 > >   Candidate: 2.16ubuntu3 > >   Version table: > >  *** 2.16ubuntu3 500 > >         500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main > > amd64 Packages > >         100 /var/lib/dpkg/status > >      2.0.2 500 > >         500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64  > > Packages > > > > I tried to upgrade, sudo apt upgrade snapd > > > > chris at localhost:~$ sudo apt upgrade snapd > > [sudo] password for chris:  > > Reading package lists... Done > > Building dependency tree        > > Reading state information... Done > > snapd is already the newest version (2.16ubuntu3). > > Calculating upgrade... Done > > > > > > > On Wed, Nov 2, 2016 at 6:40 PM, Chris > > > wrote: > > > > I went to remove a snap, viking-gps, and it just sat there > > doing > > > > nothing. I did a CTRL-C to stop the process. So, running snap > > > > changes > > > > showed me > > > > > > > > 343  Doing   2016-11-02T17:22:13Z  -                     Remove > > > > "viking-gps" snap > > > > > > > > Then running snap change 343, since it was still running I get: > > > > > > > > chris at localhost:/snap/viking-gps/1$ snap change 343 > > > > Status  Spawn                 Ready                 Summary > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:14Z  Stop snap > > > > "viking- > > > > gps" services > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:16Z  Make snap > > > > "viking- > > > > gps" unavailable to the system > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:19Z  Remove > > security > > > > profile for snap "viking-gps" (1) > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:21Z  Remove data > > for > > > > snap "viking-gps" (1) > > > > Doing   2016-11-02T17:22:13Z  -                     Remove snap > > > > "viking-gps" (1) from the system > > > > Do      2016-11-02T17:22:13Z  -                     Discard > > > > interface > > > > connections for snap "viking-gps" (1) > > > > > > > > > > ................................................................... > > > > ... > > > > Remove snap "viking-gps" (1) from the system > > > > > > > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file > > "viking- > > > > gps", > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > > > > The above tells me that all has been done except removing the > > snap > > > > and > > > > discarding the interface. I ran sudo snap abort 343 which > > stopped > > > > it. > > > > However the snap still showed up in /snap but was empty. I took > > a > > > > drastic step and just rmdir the folder under viking-gps and > > viking- > > > > gps > > > > itself. When I run sudo snap list it still shows up. > > > > > > > > chris at localhost:/snap$ sudo snap list > > > > Name                 Version         Rev  Developer    Notes > > > > blender-tpaw         2.78-tpaw0      2    tpaw         - > > > > directpdf            0.1.4           8    normex       devmode > > > > krita                3.0.1.1-snap16  8    krita        - > > > > pencilsheep          5               5    pencilsheep  - > > > > snapweb              0.21.2          24   canonical    - > > > > speed-test           1.7.0.1         2    bartaz       - > > > > ubuntu-core          16.04.1         423  canonical    - > > > > vice-jz              2.4.27-2        4    jz           - > > > > viking- > > > > gps                           1    chihchun     disabled,broken > > > > wallpaperdownloader  2.3             5    egarcia      - > > > > > > > > What snap command do I use to totally remove it from the list > > of > > > > snaps > > > > on my system? > > > > > > > > -- > > > > Chris > > > > KeyID 0xE372A7DA98E6705C > > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed > > Oct > > > > 19 14:12:37 UTC 2016 > > > > > > > > -- > > > > Snapcraft mailing list > > > > Snapcraft at lists.snapcraft.io > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mai > > lman > > > > /listinfo/snapcraft > > > > > > > > > > > > > --  > > > > > > gustavo @ http://niemeyer.net > > > --  > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > > an/l > > > istinfo/snapcraft > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 16:35:27 up 1:29, 1 user, load average: 0.07, 0.11, 0.10 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > 19 14:12:37 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > > > > --  > > gustavo @ http://niemeyer.net > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 17:14:37 up 2:08, 1 user, load average: 0.47, 0.46, 0.36 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From gustavo at niemeyer.net Wed Nov 2 22:40:41 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 20:40:41 -0200 Subject: Problem removing a snap In-Reply-To: <1478126050.2872.27.camel@embarqmail.com> References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> <1478126050.2872.27.camel@embarqmail.com> Message-ID: There's no need to attempt to remove again. snapd has proper state tracking and still remembers that you are trying to remove that snap. If you kept the directory mounted as suggested, by now it should already be gone. On Wed, Nov 2, 2016 at 8:34 PM, Chris wrote: > On Wed, 2016-11-02 at 20:06 -0200, Gustavo Niemeyer wrote: > > Ok, thanks for those details. We'll look more deeply into this > > tomorrow and try to reproduce the issue. > > > > To fix your problem, can you please try this simple hack to get over > > the bug: > > > > sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 > > > > This should allow the remove to go through. > > > > > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current > /snap/viking-gps/1 > [sudo] password for chris: > mount: mount point /snap/viking-gps/1 does not exist > > chris at localhost:~$ sudo snap remove viking-gps > 2016-11-02T17:22:05-05:00 ERROR cannot remove snap file "viking-gps", > will retry in 3 mins: umount: /snap/viking-gps/1: mountpoint not found > > The above is probably because I manually removed the empty 1 directory > and the viking-gps directory from /snap. > > In an attempt to reinstall it and then hopefully have it properly > removed I tried > > error: cannot install "viking-gps": snap "viking-gps" already installed > > From what I can see when I run snap list and it's still shown there > needs to be some kind of refresh command (other than the one to check > for newer snap versions) which would refresh the listing of snaps or > tell snapd that a snap is no longer there. > > > On Wed, Nov 2, 2016 at 7:53 PM, Chris > > wrote: > > > On Wed, 2016-11-02 at 18:43 -0200, Gustavo Niemeyer wrote: > > > > Hi Chris, > > > > > > > > Can you please try updating your snapd package? > > > > > > > > Recent releases have a more reliable remove procedure that > > > handles > > > > these cases better. > > > > > > > According to apt-cache policy > > > > > > chris at localhost:~$ apt-cache policy snapd > > > snapd: > > > Installed: 2.16ubuntu3 > > > Candidate: 2.16ubuntu3 > > > Version table: > > > *** 2.16ubuntu3 500 > > > 500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main > > > amd64 Packages > > > 100 /var/lib/dpkg/status > > > 2.0.2 500 > > > 500 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 > > > Packages > > > > > > I tried to upgrade, sudo apt upgrade snapd > > > > > > chris at localhost:~$ sudo apt upgrade snapd > > > [sudo] password for chris: > > > Reading package lists... Done > > > Building dependency tree > > > Reading state information... Done > > > snapd is already the newest version (2.16ubuntu3). > > > Calculating upgrade... Done > > > > > > > > > > On Wed, Nov 2, 2016 at 6:40 PM, Chris > > > > wrote: > > > > > I went to remove a snap, viking-gps, and it just sat there > > > doing > > > > > nothing. I did a CTRL-C to stop the process. So, running snap > > > > > changes > > > > > showed me > > > > > > > > > > 343 Doing 2016-11-02T17:22:13Z - Remove > > > > > "viking-gps" snap > > > > > > > > > > Then running snap change 343, since it was still running I get: > > > > > > > > > > chris at localhost:/snap/viking-gps/1$ snap change 343 > > > > > Status Spawn Ready Summary > > > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:14Z Stop snap > > > > > "viking- > > > > > gps" services > > > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:16Z Make snap > > > > > "viking- > > > > > gps" unavailable to the system > > > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:19Z Remove > > > security > > > > > profile for snap "viking-gps" (1) > > > > > Done 2016-11-02T17:22:13Z 2016-11-02T17:22:21Z Remove data > > > for > > > > > snap "viking-gps" (1) > > > > > Doing 2016-11-02T17:22:13Z - Remove snap > > > > > "viking-gps" (1) from the system > > > > > Do 2016-11-02T17:22:13Z - Discard > > > > > interface > > > > > connections for snap "viking-gps" (1) > > > > > > > > > > > > > ................................................................... > > > > > ... > > > > > Remove snap "viking-gps" (1) from the system > > > > > > > > > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file > > > "viking- > > > > > gps", > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not mounted > > > > > > > > > > The above tells me that all has been done except removing the > > > snap > > > > > and > > > > > discarding the interface. I ran sudo snap abort 343 which > > > stopped > > > > > it. > > > > > However the snap still showed up in /snap but was empty. I took > > > a > > > > > drastic step and just rmdir the folder under viking-gps and > > > viking- > > > > > gps > > > > > itself. When I run sudo snap list it still shows up. > > > > > > > > > > chris at localhost:/snap$ sudo snap list > > > > > Name Version Rev Developer Notes > > > > > blender-tpaw 2.78-tpaw0 2 tpaw - > > > > > directpdf 0.1.4 8 normex devmode > > > > > krita 3.0.1.1-snap16 8 krita - > > > > > pencilsheep 5 5 pencilsheep - > > > > > snapweb 0.21.2 24 canonical - > > > > > speed-test 1.7.0.1 2 bartaz - > > > > > ubuntu-core 16.04.1 423 canonical - > > > > > vice-jz 2.4.27-2 4 jz - > > > > > viking- > > > > > gps 1 chihchun disabled,broken > > > > > wallpaperdownloader 2.3 5 egarcia - > > > > > > > > > > What snap command do I use to totally remove it from the list > > > of > > > > > snaps > > > > > on my system? > > > > > > > > > > -- > > > > > Chris > > > > > KeyID 0xE372A7DA98E6705C > > > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > > > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > > > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed > > > Oct > > > > > 19 14:12:37 UTC 2016 > > > > > > > > > > -- > > > > > Snapcraft mailing list > > > > > Snapcraft at lists.snapcraft.io > > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mai > > > lman > > > > > /listinfo/snapcraft > > > > > > > > > > > > > > > > > -- > > > > > > > > gustavo @ http://niemeyer.net > > > > -- > > > > Snapcraft mailing list > > > > Snapcraft at lists.snapcraft.io > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > > > an/l > > > > istinfo/snapcraft > > > -- > > > Chris > > > KeyID 0xE372A7DA98E6705C > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > 16:35:27 up 1:29, 1 user, load average: 0.07, 0.11, 0.10 > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > > 19 14:12:37 UTC 2016 > > > > > > -- > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > > /listinfo/snapcraft > > > > > > > > > -- > > > > gustavo @ http://niemeyer.net > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > > istinfo/snapcraft > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 17:14:37 up 2:08, 1 user, load average: 0.47, 0.46, 0.36 > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 > 14:12:37 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Wed Nov 2 22:45:19 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 02 Nov 2016 17:45:19 -0500 Subject: Problem removing a snap In-Reply-To: References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> <1478126050.2872.27.camel@embarqmail.com> Message-ID: <1478126719.2872.30.camel@embarqmail.com> On Wed, 2016-11-02 at 20:40 -0200, Gustavo Niemeyer wrote: > > There's no need to attempt to remove again. snapd has proper state > tracking and still remembers that you are trying to remove that snap. > > If you kept the directory mounted as suggested, by now it should > already be gone. > I'd already removed it manually before your reply with the command you sent. I admit, I screwed up again > On Wed, Nov 2, 2016 at 8:34 PM, Chris > wrote: > > On Wed, 2016-11-02 at 20:06 -0200, Gustavo Niemeyer wrote: > > > Ok, thanks for those details. We'll look more deeply into this > > > tomorrow and try to reproduce the issue. > > > > > > To fix your problem, can you please try this simple hack to get > > over > > > the bug: > > > > > > sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 > > > > > > This should allow the remove to go through. > > > > > > > > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current > > /snap/viking-gps/1 > > [sudo] password for chris:  > > mount: mount point /snap/viking-gps/1 does not exist > > > > chris at localhost:~$ sudo snap remove viking-gps > > 2016-11-02T17:22:05-05:00 ERROR cannot remove snap file "viking- > > gps", > > will retry in 3 mins: umount: /snap/viking-gps/1: mountpoint not > > found > > > > The above is probably because I manually removed the empty 1 > > directory > > and the viking-gps directory from /snap. > > > > In an attempt to reinstall it and then hopefully have it properly > > removed I tried > > > > error: cannot install "viking-gps": snap "viking-gps" already > > installed > > > > From what I can see when I run snap list and it's still shown there > > needs to be some kind of refresh command (other than the one to > > check > > for newer snap versions) which would refresh the listing of snaps > > or > > tell snapd that a snap is no longer there.  > > > > > On Wed, Nov 2, 2016 at 7:53 PM, Chris > > > wrote: > > > > On Wed, 2016-11-02 at 18:43 -0200, Gustavo Niemeyer wrote: > > > > > Hi Chris, > > > > > > > > > > Can you please try updating your snapd package? > > > > > > > > > > Recent releases have a more reliable remove procedure that > > > > handles > > > > > these cases better.  > > > > > > > > > According to apt-cache policy > > > > > > > > chris at localhost:~$ apt-cache policy snapd > > > > snapd: > > > >   Installed: 2.16ubuntu3 > > > >   Candidate: 2.16ubuntu3 > > > >   Version table: > > > >  *** 2.16ubuntu3 500 > > > >         500 http://us.archive.ubuntu.com/ubuntu xenial- > > updates/main > > > > amd64 Packages > > > >         100 /var/lib/dpkg/status > > > >      2.0.2 500 > > > >         500 http://us.archive.ubuntu.com/ubuntu xenial/main > > amd64  > > > > Packages > > > > > > > > I tried to upgrade, sudo apt upgrade snapd > > > > > > > > chris at localhost:~$ sudo apt upgrade snapd > > > > [sudo] password for chris:  > > > > Reading package lists... Done > > > > Building dependency tree        > > > > Reading state information... Done > > > > snapd is already the newest version (2.16ubuntu3). > > > > Calculating upgrade... Done > > > > > > > > > > > > > On Wed, Nov 2, 2016 at 6:40 PM, Chris > m> > > > > > wrote: > > > > > > I went to remove a snap, viking-gps, and it just sat there > > > > doing > > > > > > nothing. I did a CTRL-C to stop the process. So, running > > snap > > > > > > changes > > > > > > showed me > > > > > > > > > > > > 343  Doing   2016-11 > > -02T17:22:13Z  -                     Remove > > > > > > "viking-gps" snap > > > > > > > > > > > > Then running snap change 343, since it was still running I > > get: > > > > > > > > > > > > chris at localhost:/snap/viking-gps/1$ snap change 343 > > > > > > Status  Spawn                 Ready                 Summary > > > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:14Z  Stop > > snap > > > > > > "viking- > > > > > > gps" services > > > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:16Z  Make > > snap > > > > > > "viking- > > > > > > gps" unavailable to the system > > > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:19Z  Remove > > > > security > > > > > > profile for snap "viking-gps" (1) > > > > > > Done    2016-11-02T17:22:13Z  2016-11-02T17:22:21Z  Remove > > data > > > > for > > > > > > snap "viking-gps" (1) > > > > > > Doing   2016-11-02T17:22:13Z  -                     Remove > > snap > > > > > > "viking-gps" (1) from the system > > > > > > Do      2016-11-02T17:22:13Z  -                     Discard > > > > > > interface > > > > > > connections for snap "viking-gps" (1) > > > > > > > > > > > > > > > > > > ................................................................... > > > > > > ... > > > > > > Remove snap "viking-gps" (1) from the system > > > > > > > > > > > > 2016-11-02T14:47:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T14:50:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T14:53:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T14:56:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T14:59:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T15:02:01-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T15:06:47-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T15:09:49-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T15:12:50-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > 2016-11-02T15:15:51-05:00 ERROR cannot remove snap file > > > > "viking- > > > > > > gps", > > > > > > will retry in 3 mins: umount: /snap/viking-gps/1: not > > mounted > > > > > > > > > > > > The above tells me that all has been done except removing > > the > > > > snap > > > > > > and > > > > > > discarding the interface. I ran sudo snap abort 343 which > > > > stopped > > > > > > it. > > > > > > However the snap still showed up in /snap but was empty. I > > took > > > > a > > > > > > drastic step and just rmdir the folder under viking-gps and > > > > viking- > > > > > > gps > > > > > > itself. When I run sudo snap list it still shows up. > > > > > > > > > > > > chris at localhost:/snap$ sudo snap list > > > > > > > > Name                 Version         Rev  Developer    Notes > > > > > > blender-tpaw         2.78-tpaw0      2    tpaw         - > > > > > > > > directpdf            0.1.4           8    normex       devmode > > > > > > krita                3.0.1.1-snap16  8    krita        - > > > > > > pencilsheep          5               5    pencilsheep  - > > > > > > snapweb              0.21.2          24   canonical    - > > > > > > speed-test           1.7.0.1         2    bartaz       - > > > > > > ubuntu-core          16.04.1         423  canonical    - > > > > > > vice-jz              2.4.27-2        4    jz           - > > > > > > viking- > > > > > > > > gps                           1    chihchun     disabled,broken > > > > > > wallpaperdownloader  2.3             5    egarcia      - > > > > > > > > > > > > What snap command do I use to totally remove it from the > > list > > > > of > > > > > > snaps > > > > > > on my system? > > > > > > > > > > > > -- > > > > > > Chris > > > > > > KeyID 0xE372A7DA98E6705C > > > > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > > > > 15:14:05 up 8 min, 1 user, load average: 4.82, 4.76, 2.53 > > > > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP > > Wed > > > > Oct > > > > > > 19 14:12:37 UTC 2016 > > > > > > > > > > > > -- > > > > > > Snapcraft mailing list > > > > > > Snapcraft at lists.snapcraft.io > > > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com > > /mai > > > > lman > > > > > > /listinfo/snapcraft > > > > > > > > > > > > > > > > > > > > > --  > > > > > > > > > > gustavo @ http://niemeyer.net > > > > > --  > > > > > Snapcraft mailing list > > > > > Snapcraft at lists.snapcraft.io > > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/m > > ailm > > > > an/l > > > > > istinfo/snapcraft > > > > -- > > > > Chris > > > > KeyID 0xE372A7DA98E6705C > > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > > 16:35:27 up 1:29, 1 user, load average: 0.07, 0.11, 0.10 > > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed > > Oct > > > > 19 14:12:37 UTC 2016 > > > > > > > > -- > > > > Snapcraft mailing list > > > > Snapcraft at lists.snapcraft.io > > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mai > > lman > > > > /listinfo/snapcraft > > > > > > > > > > > > > --  > > > > > > gustavo @ http://niemeyer.net > > > --  > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > > an/l > > > istinfo/snapcraft > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 17:14:37 up 2:08, 1 user, load average: 0.47, 0.46, 0.36 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct > > 19 14:12:37 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > > > > --  > > gustavo @ http://niemeyer.net > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 17:43:19 up 2:37, 1 user, load average: 0.14, 0.22, 0.23 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From seth.arnold at canonical.com Wed Nov 2 22:57:03 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Wed, 2 Nov 2016 16:57:03 -0600 Subject: Problem removing a snap In-Reply-To: <1478126050.2872.27.camel@embarqmail.com> References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> <1478126050.2872.27.camel@embarqmail.com> Message-ID: <20161102225703.GH7908@hunt> On Wed, Nov 02, 2016 at 05:34:10PM -0500, Chris wrote: > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current > /snap/viking-gps/1 > [sudo] password for chris:  > mount: mount point /snap/viking-gps/1 does not exist Either a file or directory needs to exist in the filesystem for a mount to succeed; so try creating this directory and re-try? sudo mkdir -p /snap/viking-gps/1 sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 sudo snap remove viking-gps Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From cpollock at embarqmail.com Wed Nov 2 23:03:29 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 02 Nov 2016 18:03:29 -0500 Subject: Problem removing a snap In-Reply-To: <20161102225703.GH7908@hunt> References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> <1478126050.2872.27.camel@embarqmail.com> <20161102225703.GH7908@hunt> Message-ID: <1478127809.2872.33.camel@embarqmail.com> On Wed, 2016-11-02 at 16:57 -0600, Seth Arnold wrote: > On Wed, Nov 02, 2016 at 05:34:10PM -0500, Chris wrote: > > > > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current > > /snap/viking-gps/1 > > [sudo] password for chris:  > > mount: mount point /snap/viking-gps/1 does not exist > Either a file or directory needs to exist in the filesystem for a > mount to > succeed; so try creating this directory and re-try? > > sudo mkdir -p /snap/viking-gps/1 > sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 > sudo snap remove viking-gps > > Thanks Thank you Seth, that did the trick. Greatly appreciated. I'll have to save these commands in case I do something dumb again, which I hope not to. Chris --  Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 18:01:20 up 2:55, 1 user, load average: 0.73, 0.35, 0.30 Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 14:12:37 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From gustavo at niemeyer.net Wed Nov 2 23:08:10 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 21:08:10 -0200 Subject: Problem removing a snap In-Reply-To: <1478127809.2872.33.camel@embarqmail.com> References: <1478119230.2872.11.camel@embarqmail.com> <1478123629.2872.18.camel@embarqmail.com> <1478126050.2872.27.camel@embarqmail.com> <20161102225703.GH7908@hunt> <1478127809.2872.33.camel@embarqmail.com> Message-ID: It wasn't dumb at all.. this looks like an issue that we very much want to fix, or have already fixed in 2.17 which is due very soon. We'll have a look and make sure it's sorted. Thanks for reporting it. On Wed, Nov 2, 2016 at 9:03 PM, Chris wrote: > On Wed, 2016-11-02 at 16:57 -0600, Seth Arnold wrote: > > On Wed, Nov 02, 2016 at 05:34:10PM -0500, Chris wrote: > > > > > > chris at localhost:~$ sudo mount --bind /snap/ubuntu-core/current > > > /snap/viking-gps/1 > > > [sudo] password for chris: > > > mount: mount point /snap/viking-gps/1 does not exist > > Either a file or directory needs to exist in the filesystem for a > > mount to > > succeed; so try creating this directory and re-try? > > > > sudo mkdir -p /snap/viking-gps/1 > > sudo mount --bind /snap/ubuntu-core/current /snap/viking-gps/1 > > sudo snap remove viking-gps > > > > Thanks > > Thank you Seth, that did the trick. Greatly appreciated. I'll have to > save these commands in case I do something dumb again, which I hope not > to. > > Chris > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 18:01:20 up 2:55, 1 user, load average: 0.73, 0.35, 0.30 > Ubuntu 16.04.1 LTS, kernel 4.4.0-45-generic #66-Ubuntu SMP Wed Oct 19 > 14:12:37 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From luke.williams at canonical.com Wed Nov 2 23:21:06 2016 From: luke.williams at canonical.com (Luke Williams) Date: Wed, 2 Nov 2016 16:21:06 -0700 Subject: core_383.snap missing after reboot of Ubuntu-Core In-Reply-To: <19FD373A-1B9E-4AF2-8020-64CD4145124A@canonical.com> References: <19FD373A-1B9E-4AF2-8020-64CD4145124A@canonical.com> Message-ID: <00E908D6-458E-4ADF-BD6B-6F7F46DEB072@canonical.com> Figured it out with the help of community. It was due to my kernel snap having a specific name in my assertion and it was causing the core snap to remove itself after failed boot. I had to give the assertion model the generic “name” of my kernel snap and then point the actual kernel snap file name. Once I rebuilt my image that way, everything was good to go and it works properly and shows up in the snap list correctly, and subsequent reboots the system does not remove the core snap. Now I just have to work on my script to convert the ubuntu-core image to ONIE, but that is outside of this topic. Thanks, Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core email: luke.williams at canonical.com http://www.canonical.com/ | http://www.ubuntu.com > On Nov 2, 2016, at 12:31 PM, Luke Williams wrote: > > Hello, > > I have an interresting situation happening. > > I created a custom ubuntu-core image with a custom kernel snap from yakkety from kernel.ubuntu.com . I build the snap using the included snapcraft.yaml and just changing the name and version number and description and then I use ubuntu-image to build the image. I then had to modify the system-boot image to get it to work properly with the ONIE install scripts since for some reason prefix in grub is hard coded to /EFI/ubuntu/grub directory, I had to copy the grub.cfg and grubenv to a grub directory. For some reason when I changed the install script for the ONIE installer to /EFI/ubuntu grub would fail and the system would just sit there becuase prefix was hard coded. I got around this by doing the above mentioned. I was then able to get the device to start and let me do the initial configuration of the device. After I add my ssh keys from launchpad to the device, I do some initial configuration by creating some udev rules for the device network adapters to get the correct names. I also do a snap list to check that the kernel snap and core snap and gadget snap are all good, which I get the error saying no snaps installed and I should install hello-world. I’ve seen this in the past, but the system tends to work as it should unless I install a snap, then the system fails catastrophically and I have to reflash the system since it gets all sorts of confussed as to what snaps are installed. I used to fix this by making sure my kernel snap was in grade stable and confinement strict, which i did in my kernel snap, but it is doing this again. I’m assuming its becuase I am using the edge channel when I build my image. > Anyways, the main reason for this email, after I do a reboot to verify my udev rule and everything works correctly, the system fails to boot and I get dumped to an initramfs prompt. I managed to get a screen log of everything happening and I noticed that it tried to mount the core_383.snap to /root, and it failed becuase it couldn’t find the file. I looked where it was trying to mount from and sure enough, there is no core_383.snap file in tmpmnt_writable/system-data/var/lib/snapd/snaps but instead my kernel snap and an empty folder named partial. > If I reinstall the device with the base image, it works again, but as soon as I do a reboot, I’m stuck back where I’m at. Any ideas on how to fix this or prevent this snap from being deleted after initial installation? Also, why is the system saying no snaps installed when its an Ubuntu-Core system? > > If you need any other details or information, please let me know. The vendor really wants a working image since they have a customer that wants this badly. > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Wed Nov 2 23:26:12 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 21:26:12 -0200 Subject: core_383.snap missing after reboot of Ubuntu-Core In-Reply-To: <00E908D6-458E-4ADF-BD6B-6F7F46DEB072@canonical.com> References: <19FD373A-1B9E-4AF2-8020-64CD4145124A@canonical.com> <00E908D6-458E-4ADF-BD6B-6F7F46DEB072@canonical.com> Message-ID: Glad you figured it out. Note that the behavior of removing the snap from the original seed was actually a bug we already fixed. The stable image will be out very soon, and has that problem as well as many others properly fixed. On Wed, Nov 2, 2016 at 9:21 PM, Luke Williams wrote: > Figured it out with the help of community. It was due to my kernel snap > having a specific name in my assertion and it was causing the core snap to > remove itself after failed boot. I had to give the assertion model the > generic “name” of my kernel snap and then point the actual kernel snap file > name. Once I rebuilt my image that way, everything was good to go and it > works properly and shows up in the snap list correctly, and subsequent > reboots the system does not remove the core snap. > > Now I just have to work on my script to convert the ubuntu-core image to > ONIE, but that is outside of this topic. > > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > On Nov 2, 2016, at 12:31 PM, Luke Williams > wrote: > > Hello, > > I have an interresting situation happening. > > I created a custom ubuntu-core image with a custom kernel snap from > yakkety from kernel.ubuntu.com. I build the snap using the included > snapcraft.yaml and just changing the name and version number and > description and then I use ubuntu-image to build the image. I then had to > modify the system-boot image to get it to work properly with the ONIE > install scripts since for some reason prefix in grub is hard coded to > /EFI/ubuntu/grub directory, I had to copy the grub.cfg and grubenv to a > grub directory. For some reason when I changed the install script for the > ONIE installer to /EFI/ubuntu grub would fail and the system would just sit > there becuase prefix was hard coded. I got around this by doing the above > mentioned. I was then able to get the device to start and let me do the > initial configuration of the device. After I add my ssh keys from launchpad > to the device, I do some initial configuration by creating some udev rules > for the device network adapters to get the correct names. I also do a snap > list to check that the kernel snap and core snap and gadget snap are all > good, which I get the error saying no snaps installed and I should install > hello-world. I’ve seen this in the past, but the system tends to work as it > should unless I install a snap, then the system fails catastrophically and > I have to reflash the system since it gets all sorts of confussed as to > what snaps are installed. I used to fix this by making sure my kernel snap > was in grade stable and confinement strict, which i did in my kernel snap, > but it is doing this again. I’m assuming its becuase I am using the edge > channel when I build my image. > Anyways, the main reason for this email, after I do a reboot to verify my > udev rule and everything works correctly, the system fails to boot and I > get dumped to an initramfs prompt. I managed to get a screen log of > everything happening and I noticed that it tried to mount the core_383.snap > to /root, and it failed becuase it couldn’t find the file. I looked where > it was trying to mount from and sure enough, there is no core_383.snap file > in tmpmnt_writable/system-data/var/lib/snapd/snaps but instead my kernel > snap and an empty folder named partial. > If I reinstall the device with the base image, it works again, but as soon > as I do a reboot, I’m stuck back where I’m at. Any ideas on how to fix this > or prevent this snap from being deleted after initial installation? Also, > why is the system saying no snaps installed when its an Ubuntu-Core system? > > If you need any other details or information, please let me know. The > vendor really wants a working image since they have a customer that wants > this badly. > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Wed Nov 2 23:26:12 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 2 Nov 2016 21:26:12 -0200 Subject: core_383.snap missing after reboot of Ubuntu-Core In-Reply-To: <00E908D6-458E-4ADF-BD6B-6F7F46DEB072@canonical.com> References: <19FD373A-1B9E-4AF2-8020-64CD4145124A@canonical.com> <00E908D6-458E-4ADF-BD6B-6F7F46DEB072@canonical.com> Message-ID: Glad you figured it out. Note that the behavior of removing the snap from the original seed was actually a bug we already fixed. The stable image will be out very soon, and has that problem as well as many others properly fixed. On Wed, Nov 2, 2016 at 9:21 PM, Luke Williams wrote: > Figured it out with the help of community. It was due to my kernel snap > having a specific name in my assertion and it was causing the core snap to > remove itself after failed boot. I had to give the assertion model the > generic “name” of my kernel snap and then point the actual kernel snap file > name. Once I rebuilt my image that way, everything was good to go and it > works properly and shows up in the snap list correctly, and subsequent > reboots the system does not remove the core snap. > > Now I just have to work on my script to convert the ubuntu-core image to > ONIE, but that is outside of this topic. > > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > On Nov 2, 2016, at 12:31 PM, Luke Williams > wrote: > > Hello, > > I have an interresting situation happening. > > I created a custom ubuntu-core image with a custom kernel snap from > yakkety from kernel.ubuntu.com. I build the snap using the included > snapcraft.yaml and just changing the name and version number and > description and then I use ubuntu-image to build the image. I then had to > modify the system-boot image to get it to work properly with the ONIE > install scripts since for some reason prefix in grub is hard coded to > /EFI/ubuntu/grub directory, I had to copy the grub.cfg and grubenv to a > grub directory. For some reason when I changed the install script for the > ONIE installer to /EFI/ubuntu grub would fail and the system would just sit > there becuase prefix was hard coded. I got around this by doing the above > mentioned. I was then able to get the device to start and let me do the > initial configuration of the device. After I add my ssh keys from launchpad > to the device, I do some initial configuration by creating some udev rules > for the device network adapters to get the correct names. I also do a snap > list to check that the kernel snap and core snap and gadget snap are all > good, which I get the error saying no snaps installed and I should install > hello-world. I’ve seen this in the past, but the system tends to work as it > should unless I install a snap, then the system fails catastrophically and > I have to reflash the system since it gets all sorts of confussed as to > what snaps are installed. I used to fix this by making sure my kernel snap > was in grade stable and confinement strict, which i did in my kernel snap, > but it is doing this again. I’m assuming its becuase I am using the edge > channel when I build my image. > Anyways, the main reason for this email, after I do a reboot to verify my > udev rule and everything works correctly, the system fails to boot and I > get dumped to an initramfs prompt. I managed to get a screen log of > everything happening and I noticed that it tried to mount the core_383.snap > to /root, and it failed becuase it couldn’t find the file. I looked where > it was trying to mount from and sure enough, there is no core_383.snap file > in tmpmnt_writable/system-data/var/lib/snapd/snaps but instead my kernel > snap and an empty folder named partial. > If I reinstall the device with the base image, it works again, but as soon > as I do a reboot, I’m stuck back where I’m at. Any ideas on how to fix this > or prevent this snap from being deleted after initial installation? Also, > why is the system saying no snaps installed when its an Ubuntu-Core system? > > If you need any other details or information, please let me know. The > vendor really wants a working image since they have a customer that wants > this badly. > > Thanks, > > Luke Williams - Technical Partner Manager, Network Switches/Ubuntu-Core > email: luke.williams at canonical.com > http://www.canonical.com/ | http://www.ubuntu.com > > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhall119 at ubuntu.com Thu Nov 3 02:29:05 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Wed, 2 Nov 2016 22:29:05 -0400 Subject: [NEWS] Altoros (Cloud Foundry) using Snaps Message-ID: https://blog.altoros.com/how-to-use-snap-packages-when-collecting-iot-data-with-predix-time-series.html "Judging from our experience with snaps, developing, as well as publishing, them is quite easy, and the process is supported by good enough documentation." -- Michael Hall mhall119 at ubuntu.com From woodrow.shen at canonical.com Thu Nov 3 07:40:39 2016 From: woodrow.shen at canonical.com (Woodrow Shen) Date: Thu, 3 Nov 2016 15:40:39 +0800 Subject: Missing uboot env variables "snap_kernel" & "snap_core" for building an armhf image Message-ID: Hi, I'm working on port of roseapple-pi ( https://github.com/xapp-le/SnappyUbuntuCore), and after building an image via ubuntu-image, the new uboot.env modified by snapd can't find the snap related variables "snap_kernel" & "snap_core". I check the image's content and then confirm the kernel snap files are included under /var/lib/snapd/ (writable) and system-boot file system. Right now I don't have any idea about this, anyone can give me a clue ? Thanks. Woodrow -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/ mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From timo.jyrinki at gmail.com Thu Nov 3 09:11:21 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Thu, 3 Nov 2016 11:11:21 +0200 Subject: Qt 5.7 cloud part now available In-Reply-To: References: Message-ID: Qt 5.8 was easy enough to add so that's now also available with after: [qt58]. Note that Qt 5.8 is still under active development. The next planned step for these upstream Qt cloud parts would be offering prebuilt binaries to cut down the awful build times. Of course if you're compiling your app snaps in Launchpad you wouldn't notice that much, but it's still very much a wanted feature. In other news since people are curious, there is also a shared runtime of Qt 5.6.1 + Ubuntu libraries like UI Toolkit to be used by apps for space savings in certain use cases like devices with space constraints, currently called "ubuntu-qt-runtime" (name TBD). I have enough testers already so I don't recommend reaching out for it yet :) But if you are curious, it is installable from https://code.launchpad.net/~timo-jyrinki/+snap/ubuntu-qt-runtime/+build/8971 and it works by cutting eg a test application's size from 100MB to 10MB. The current idea is that it would be primarily be used via a cloud part helper to be created. -Timo 2016-10-10 17:21 GMT+03:00 Timo Jyrinki : > Hi! > > I started experimenting with bringing upstream Qt as is as a cloud > part. I can happily announce an early let's say "alpha" version of it > is working and available with "after: [qt57]". > > This is not the "qt-ubuntu" I've a vision of as being available via > content interface, but rather building upstream Qt as part of your > app. This is only worth considering if you absolutely require a newer > Qt than what is available in Ubuntu (5.5 in Ubuntu 16.04, 5.6 in > Ubuntu 16.10, 5.7 somewhere Jan-Feb in Ubuntu 17.04). > > For fun, you can try out a dummy QML test app (C++ backend included though) by: > > sudo snap install --edge timostestapp2 > timostestapp2 > > Mind the missing font for Chinese characters, it's not a bug, just a > font not staged :) What it's really about is that it is a simple > application that happens to bundle and uses upstream's to-be-released > Qt 5.7.1 built with the cloud part. > > Included Qt modules: Qt 3D, Qt Bluetooth, Qt Base (Core, Gui etc), Qt > Declarative, Qt Tools, Qt Web Channel, ... and a lot more, but _not_: > qtwebengine, qtwebview, qtwebkit. Also no Ubuntu UI Toolkit yet, we > haven't started testing it with Qt 5.7 yet. > > You can use the snapcraft.yaml, launcher and modified parts/plugins > from https://github.com/tjyrinki/timostestapp2. Modified autotools > plugin is for building Qt (it doesn't seem to fetch that from the > cloud part, that would be nice), and modified qmake plugin is for > building your app. No CMake plugin or such yet, this is very much > "yay, it runs now!!" first version done in-between all my other tasks. > > -Timo From steve.langasek at canonical.com Thu Nov 3 09:38:12 2016 From: steve.langasek at canonical.com (Steve Langasek) Date: Thu, 3 Nov 2016 11:38:12 +0200 Subject: Missing uboot env variables "snap_kernel" & "snap_core" for building an armhf image In-Reply-To: References: Message-ID: <20161103093812.fn4uxchmchvnidpj@virgil.dodds.net> Hi Woodrow, On Thu, Nov 03, 2016 at 03:40:39PM +0800, Woodrow Shen wrote: > I'm working on port of roseapple-pi ( > https://github.com/xapp-le/SnappyUbuntuCore), and after building an image > via ubuntu-image, the new uboot.env modified by snapd can't find the snap > related variables "snap_kernel" & "snap_core". I check the image's content > and then confirm the kernel snap files are included under /var/lib/snapd/ > (writable) and system-boot file system. Right now I don't have any idea > about this, anyone can give me a clue ? Thanks. Please make sure your gadget.yaml does not specify uboot.env as contents for your partition. It is /not/ content, it is handled specially by snapd. If you also specify it as content, what happens is that snapd first extracts it from the gadget, modifies it internally, and writes it to the boot directory; then ubuntu-image, following the instructions in your gadget.yaml, clobbers that snapd-provided uboot.env with the unmodified one. ubuntu-image should be more defensive about this, and refuse to allow the snapd-special files as content. Barry, can you please get this onto the roadmap for ubuntu-image? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek at ubuntu.com vorlon at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From ogra at ubuntu.com Thu Nov 3 10:41:54 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 03 Nov 2016 11:41:54 +0100 Subject: Missing uboot env variables "snap_kernel" & "snap_core" for building an armhf image In-Reply-To: References: Message-ID: <1478169714.6319.2.camel@ubuntu.com> Am Donnerstag, den 03.11.2016, 15:40 +0800 schrieb Woodrow Shen: > Hi, > > I'm working on port of roseapple-pi (https://github.com/xapp-le/Snapp > yUbuntuCore), and after building an image via ubuntu-image, the new > uboot.env modified by snapd can't find the snap related > variables "snap_kernel" & "snap_core". I check the image's content > and then confirm the kernel snap files are included under > /var/lib/snapd/ (writable) and system-boot file system. Right now I > don't have any idea about this, anyone can give me a clue ? Thanks. > you are missing a link called "uboot.conf" in that dir: https://github.com/xapp-le/SnappyUbuntuCore/tree/master/builder/gadget it needs to point to the binary uboot.env file (make sure uboot.env exists in your gadget before building and run: ln -s uboot.conf uboot.env  in that dir before snapping up your gadget) ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From joseph.wakeling at webdrake.net Thu Nov 3 10:49:00 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Thu, 3 Nov 2016 11:49:00 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: On 01/11/16 22:43, Sergio Schvezov wrote: > If this is x86_64, everything is aligned with the world, syscall 92 is chown. A > useful tool here can help you out, and luckily there is one, run `snap install > snappy-debug` and it will do some nice things to figure out what is going on wth > these apparmor and seccomp blockers. Cheers, I'll try that out. Will probably be a little while before I follow up -- I'm going to be away from computer for the next couple of weeks. > If this is the problem and you can patch the software then removing the chown > could work, I am CCing Jamie for other ideas that could come up. In principle might be possible. Thanks very much for the help & advice :-) From jamie.bennett at canonical.com Thu Nov 3 11:08:39 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Thu, 3 Nov 2016 13:08:39 +0200 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: <3FC02252-F4BF-4A60-BE01-72150C13765F@canonical.com> Regards, Jamie. > On 1 Nov 2016, at 23:43, Sergio Schvezov wrote: > > > >> El 01/11/16 a las 23:31, Joseph Rushton Wakeling escribió: >>> On 27/10/16 22:13, Joseph Rushton Wakeling wrote: >>>> On 27/10/16 08:37, Didier Roche wrote: >>>> I would look at /var/log/syslogs. Apparmor and seccomp denials are >>>> listed there. Note that if you didn't already, you should really start >>>> developping your snap in devmode. That way, it will get confinment out >>>> of the equasion to get your relocatable code and dependencies working. >>>> Then, we can turn on confinement and figure out those issues to be able >>>> to publish in the stable channel. >>> >>> Yea, I probably should have started with devmode. Thanks for the advice about >>> syslogs; I'll check it out and see what I can find. >> >> OK, so it looks like apparmor was indeed responsible. The loglines in question: >> >> Oct 30 17:50:50 computername kernel: [ 9532.992875] audit: type=1400 audit(1477846250.853:43): apparmor="DENIED" operation="link" profile="snap.dub.dub" name="/home/username/code/D/dgraph/build/dgraph_graphtest" pid=22464 comm="dub" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000 target="/home/username/code/D/dgraph/.dub/build/application-debug-linux.posix-x86_64-ldc_0-B7AFC7F4AA486AA98C5445F91F5653DB/dgraph_graphtest" >> Oct 30 17:50:50 computername kernel: [ 9533.035303] audit: type=1326 audit(1477846250.897:44): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=22464 comm="dub" exe="/snap/dub/x1/bin/dub" sig=31 arch=c000003e syscall=92 compat=0 ip=0x7f9b72d13717 code=0x0 >> >> I'm not experienced with apparmor, so could someone explain exactly what this means? (I get the general idea, but the specifics would be useful to understand precisely.) > > If this is x86_64, everything is aligned with the world, syscall 92 is chown. A useful tool here can help you out, and luckily there is one, run `snap install snappy-debug` and it will do some nice things to figure out what is going on wth these apparmor and seccomp blockers. > >> >> In particular, is there an obvious reason why this might be showing up with the dub snap, when the earlier ldc2 snap didn't have this problem? I would guess because the ldc2 instance used by the snap-packaged dub is internal to the snap and does not benefit from the home-directory interface that dub itself gets? > It seems to be just a dub problem. > >> >> Setting the containment to devmode removes the problem, but it would be nice to be able to have strict confinement earlier rather than later. >> > If this is the problem and you can patch the software then removing the chown could work, I am CCing Jamie for other ideas that could come up. > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From woodrow.shen at canonical.com Thu Nov 3 15:01:26 2016 From: woodrow.shen at canonical.com (Woodrow Shen) Date: Thu, 3 Nov 2016 23:01:26 +0800 Subject: Missing uboot env variables "snap_kernel" & "snap_core" for building an armhf image In-Reply-To: <1478169714.6319.2.camel@ubuntu.com> References: <1478169714.6319.2.camel@ubuntu.com> Message-ID: Hi Steve & Ogra, Thanks your explanation, I think the thing of snapd-special files is probably not clear for developers, and maybe we can update the porting guide (https://developer.ubuntu.com/en/snappy/guides/porting/) for the brand new uc16 on it. After all, it's the old-fashioned and can not be useful for uc16. Finally, the roseapple-pi board works on uc16, bravo !! Thank you, Rejoice, Woodrow On Thu, Nov 3, 2016 at 6:41 PM, Oliver Grawert wrote: > Am Donnerstag, den 03.11.2016, 15:40 +0800 schrieb Woodrow Shen: > > Hi, > > > > I'm working on port of roseapple-pi (https://github.com/xapp-le/Snapp > > yUbuntuCore), and after building an image via ubuntu-image, the new > > uboot.env modified by snapd can't find the snap related > > variables "snap_kernel" & "snap_core". I check the image's content > > and then confirm the kernel snap files are included under > > /var/lib/snapd/ (writable) and system-boot file system. Right now I > > don't have any idea about this, anyone can give me a clue ? Thanks. > > > > you are missing a link called "uboot.conf" in that dir: > https://github.com/xapp-le/SnappyUbuntuCore/tree/master/builder/gadget > > it needs to point to the binary uboot.env file > (make sure uboot.env exists in your gadget before building and run: > ln -s uboot.conf uboot.env > in that dir before snapping up your gadget) > > ciao > oli > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Woodrow Shen Software Engineer, Canonical ltd. UES | CE | PC & Core, Taipei -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.vogt at canonical.com Thu Nov 3 15:47:47 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Thu, 3 Nov 2016 17:47:47 +0200 Subject: Ubuntu Core 16 Final! Message-ID: <20161103154747.GA4420@bod> Hi, The Snappy team is happy to announce the release of Ubuntu Core 16. Ubuntu Core is an operating system entirely based on snaps, including its foundation. Applications, kernel, core operating system, and gadget components are all managed as snaps and are installed and refreshed by snapd, the daemon and tooling responsible for making it all dance. The images are available currently for PC (amd64, i386) and for Pi2/Pi3 and Dragonboard. These images can be downloaded from: http://releases.ubuntu.com/ubuntu-core/16/ Once unpacked, the images are bootable, the PC image can be booted directly in qemu-kvm, virtualbox or on real hardware. When running the images in qemu-kvm it is helpful to use the "-redir" feature of qemu-kvm. e.g.: $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64.img The message from console-conf is a bit misleading in this setup. It will say "ssh USER at 10.0.2.15". However due to the way that the qemu-kvm user networking behaves, you will actually have to run the following to ssh into the images: $ ssh -p 10022 USER at localhost or if you have the following snippet in ~/.ssh/config Host kvm.snappy Hostname localhost Port 10022 User USER UserKnownHostsFile /dev/null StrictHostKeyChecking no then you can just $ ssh kvm.snappy into it. The Pi2/Pi3/Dragonboard image can be written to a sdcard via dd. An alternative way to write the image is to use "go-dd", e.g. on Ubuntu 16.04: $ sudo snap install --devmode --beta godd $ sudo /snap/bin/godd ubuntu-core-16-pi2.img.xz [this will print a message showing what devices are removable] $ xzcat ubuntu-core-16-pi2-rc2.img.xz | sudo /snap/bin/godd - /dev/sdXX After booting the image you can enter your Ubuntu One email and it will automatically create a matching user with the right ssh keys. If you do not have an Ubuntu SSO account yet please create one at: https://login.ubuntu.com/ (don't forget to add your public ssh keys to that account). Known issues: - pi3 wlan can not be initially configured, wired network needs to be used for the initial setup (you can re-run "sudo console-conf" at any later point to re-configure the device for wlan only operation). Bug references for the pi3 known issues: - http://pad.lv/1637153 plugging in network cable during configuration can cause a traceback on pi3 - http://pav.lv/1624322 no wlan0 device at all on first boot on pi3 - http://pad.lv/1632387 wifi setup times out on pi3 devices on first boot These images follow the "stable" channel. If you find any issues, please let us know via: https://bugs.launchpad.net/snappy/ Ubuntu Core 16 follows a rolling release model, security updates and bug fixes will come to you via regular over the air updates for the lifetime of the release. Enjoy this release! Cheers, Michael Vogt (on behalf of the Snappy team) From jeff.biehle at canonical.com Thu Nov 3 16:29:21 2016 From: jeff.biehle at canonical.com (Jeff Biehle) Date: Thu, 3 Nov 2016 11:29:21 -0500 Subject: Ubuntu Core 16 Final! In-Reply-To: <20161103154747.GA4420@bod> References: <20161103154747.GA4420@bod> Message-ID: Congrats team! Well done! Jeff On Thu, Nov 3, 2016 at 10:47 AM, Michael Vogt wrote: > Hi, > > The Snappy team is happy to announce the release of Ubuntu Core 16. > > Ubuntu Core is an operating system entirely based on snaps, including > its foundation. Applications, kernel, core operating system, and > gadget components are all managed as snaps and are installed and > refreshed by snapd, the daemon and tooling responsible for making it > all dance. > > The images are available currently for PC (amd64, i386) and > for Pi2/Pi3 and Dragonboard. These images can be downloaded from: > > http://releases.ubuntu.com/ubuntu-core/16/ > > Once unpacked, the images are bootable, the PC image can be booted > directly in qemu-kvm, virtualbox or on real hardware. When running the > images in qemu-kvm it is helpful to use the "-redir" feature of > qemu-kvm. e.g.: > > $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64.img > > The message from console-conf is a bit misleading in this setup. It > will say "ssh USER at 10.0.2.15". However due to the way that the > qemu-kvm user networking behaves, you will actually have to run the > following to ssh into the images: > > $ ssh -p 10022 USER at localhost > > or if you have the following snippet in ~/.ssh/config > > Host kvm.snappy > Hostname localhost > Port 10022 > User USER > UserKnownHostsFile /dev/null > StrictHostKeyChecking no > > then you can just > > $ ssh kvm.snappy > > into it. > > The Pi2/Pi3/Dragonboard image can be written to a sdcard via dd. An > alternative way to write the image is to use "go-dd", e.g. on Ubuntu > 16.04: > > $ sudo snap install --devmode --beta godd > $ sudo /snap/bin/godd ubuntu-core-16-pi2.img.xz > [this will print a message showing what devices are removable] > $ xzcat ubuntu-core-16-pi2-rc2.img.xz | sudo /snap/bin/godd - > /dev/sdXX > > After booting the image you can enter your Ubuntu One email and it > will automatically create a matching user with the right ssh keys. If > you do not have an Ubuntu SSO account yet please create one at: > > https://login.ubuntu.com/ > > (don't forget to add your public ssh keys to that account). > > Known issues: > - pi3 wlan can not be initially configured, wired network needs to be > used for the initial setup (you can re-run "sudo console-conf" at > any later point to re-configure the device for wlan only > operation). > > Bug references for the pi3 known issues: > - http://pad.lv/1637153 > plugging in network cable during configuration can cause a traceback > on pi3 > - http://pav.lv/1624322 > no wlan0 device at all on first boot on pi3 > - http://pad.lv/1632387 > wifi setup times out on pi3 devices on first boot > > These images follow the "stable" channel. If you find any issues, > please let us know via: > > https://bugs.launchpad.net/snappy/ > > Ubuntu Core 16 follows a rolling release model, security updates and > bug fixes will come to you via regular over the air updates for the > lifetime of the release. > > Enjoy this release! > > Cheers, > Michael Vogt (on behalf of the Snappy team) > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- Jeff Biehle | Sales & Alliances Manager | Canonical | +1 512.636.8321 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Thu Nov 3 22:25:16 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Thu, 3 Nov 2016 22:25:16 +0000 Subject: Should Syncloud migrate to snappy? Message-ID: Hello, I am developing Syncloud (syncloud.org) and our goal is to have an app store of popular services (file storage, social network, mail, messaging ...). We prepare images for a set of popular single board computers. Images a simply minimal debian + board specific kernels (taken from images provided by vendors). Currently we package self contained server apps (using systemd) as simple archives and have a tool to install/upgrade/remove them. Another key component is app store UI which runs on a device and simplifies app installation with the intention that a non technical person can use it the same way he or she uses iPhone App Store. My question is: do you think it is worth considering ubuntu core and its snap mechanism as a platform for our solution? More specific questions: 1. Can we continue to regular board kernels as is or we need to have custom builds for snap mode? 2. Can we use our own snap store location (lets say we have converted our archives to snaps)? 3. Can we use systemd? 4. As it sounds a lot of work and we do not really have resources, should we start just by taking snapd and add support for syncloud packages (store format, install location, app format, hooks)? Thank you, Boris Rybalkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhall119 at ubuntu.com Fri Nov 4 01:43:01 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 3 Nov 2016 21:43:01 -0400 Subject: Should Syncloud migrate to snappy? In-Reply-To: References: Message-ID: <9d58d253-6fc0-f86c-0eee-6817e1189e57@ubuntu.com> Hi Boris, Syncloud is an exciting project, and it sounds like there's a lot of benefit you can derive from snaps. I'll try and give you some high-level answers to your questions here to point you in the right direction, others can give you more detail from there. > 1. Can we continue to regular board kernels as is or we need to have > custom builds for snap mode? Snaps can provide more than just apps, we use snaps to deliver kernels and device enablement too. While you could add snap support on top of your existing work, you will probably benefit more from moving that work into snaps too. See https://developer.ubuntu.com/en/snappy/guides/gadget/ for more > 2. Can we use our own snap store location (lets say we have converted > our archives to snaps)? You could, yes. The API used by snapd is open, and we even provided a very simple example store to demonstrate it. But here again we can do even better and let you curate your own curated store built on top of our own. This will give you access to all of the apps in our public store, but with the ability to pick which ones to display in your own. Lime SDR wrote up a nice post about their use of this feature: https://developer.ubuntu.com/en/snappy/guides/gadget/ > 3. Can we use systemd? Yes, in fact service snaps already use it. If a snap declares a daemon, it will automatically generate the appropriate systemd service file to manage it. > 4. As it sounds a lot of work and we do not really have resources, > should we start just by taking snapd and add support for syncloud > packages (store format, install location, app format, hooks)? It sounds like Snaps can do a lot of what you want, letting you focus your resources on the features of your product rather than the plumbing. Adopting Snap apps means you benefit from all the work we're already doing to encourage ISVs to provide software in that format, and if you use our store you get a ready list of software to choose for yours. I hope this is enough to get you started. Keep asking questions here and others will chime in with more detailed answers for you. Michael Hall mhall119 at ubuntu.com On 11/03/2016 06:25 PM, Boris Rybalkin wrote: > Hello, > > I am developing Syncloud (syncloud.org ) and our > goal is to have an app store of popular services (file storage, social > network, mail, messaging ...). We prepare images for a set of popular > single board computers. > Images a simply minimal debian + board specific kernels (taken from > images provided by vendors). > > Currently we package self contained server apps (using systemd) as > simple archives and have a tool to install/upgrade/remove them. > > Another key component is app store UI which runs on a device and > simplifies app installation with the intention that a non technical > person can use it the same way he or she uses iPhone App Store. > > My question is: do you think it is worth considering ubuntu core and its > snap mechanism as a platform for our solution? > > More specific questions: > > 1. Can we continue to regular board kernels as is or we need to have > custom builds for snap mode? > 2. Can we use our own snap store location (lets say we have converted > our archives to snaps)? > 3. Can we use systemd? > 4. As it sounds a lot of work and we do not really have resources, > should we start just by taking snapd and add support for syncloud > packages (store format, install location, app format, hooks)? > > Thank you, > Boris Rybalkin > > From zoltan.balogh at canonical.com Fri Nov 4 04:45:10 2016 From: zoltan.balogh at canonical.com (=?UTF-8?Q?Zolt=c3=a1n_Balogh?=) Date: Fri, 4 Nov 2016 06:45:10 +0200 Subject: [NEWS] Ubuntu built with Qt In-Reply-To: <75c925ee-afe8-2867-a063-2974202e0f5c@canonical.com> References: <75c925ee-afe8-2867-a063-2974202e0f5c@canonical.com> Message-ID: <237f44da-e793-779f-24aa-77f2e579fd36@canonical.com> Hi, nice news about the synergy between Qt and Ubuntu: https://www.qt.io/case-built-with-qt-ubuntu-open-source-software-platform/ Many considers Qt only as the UI development framework but in fact Qt's IoT offering is very strong. Since the 5.7 version their main focus is to offer toolkit and adaptation layer for IoT devices Some reading on the topic: https://blog.qt.io/blog/2016/09/15/internet-of-things-why-tools-matter/ https://blog.qt.io/blog/2016/08/29/embedded-systems-are-the-backbone-of-iot-but-its-software-that-brings-it-all-together/ http://www.ics.com/blog/qt-and-internet-things-part-1 cheers, bzoltan From xiaoguo.liu at canonical.com Fri Nov 4 07:10:48 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 4 Nov 2016 15:10:48 +0800 Subject: Ubuntu Core 16 Final! In-Reply-To: <20161103154747.GA4420@bod> References: <20161103154747.GA4420@bod> Message-ID: Hi Michael, First, thanks for your detailed instructions. I just followed your steps to install the QEMU to test the Ubuntu Core. However, I have to problems in logging into the Ubuntu Core. The captured screen is like http://imgur.com/a/Qyfc9. May I know what the correct password for logging into the Ubuntu core. Is it the one for Ubuntu One? or the one for the ssh? Thanks & best regards, XiaoGuo On Thu, Nov 3, 2016 at 11:47 PM, Michael Vogt wrote: > Hi, > > The Snappy team is happy to announce the release of Ubuntu Core 16. > > Ubuntu Core is an operating system entirely based on snaps, including > its foundation. Applications, kernel, core operating system, and > gadget components are all managed as snaps and are installed and > refreshed by snapd, the daemon and tooling responsible for making it > all dance. > > The images are available currently for PC (amd64, i386) and > for Pi2/Pi3 and Dragonboard. These images can be downloaded from: > > http://releases.ubuntu.com/ubuntu-core/16/ > > Once unpacked, the images are bootable, the PC image can be booted > directly in qemu-kvm, virtualbox or on real hardware. When running the > images in qemu-kvm it is helpful to use the "-redir" feature of > qemu-kvm. e.g.: > > $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64.img > > The message from console-conf is a bit misleading in this setup. It > will say "ssh USER at 10.0.2.15". However due to the way that the > qemu-kvm user networking behaves, you will actually have to run the > following to ssh into the images: > > $ ssh -p 10022 USER at localhost > > or if you have the following snippet in ~/.ssh/config > > Host kvm.snappy > Hostname localhost > Port 10022 > User USER > UserKnownHostsFile /dev/null > StrictHostKeyChecking no > > then you can just > > $ ssh kvm.snappy > > into it. > > The Pi2/Pi3/Dragonboard image can be written to a sdcard via dd. An > alternative way to write the image is to use "go-dd", e.g. on Ubuntu > 16.04: > > $ sudo snap install --devmode --beta godd > $ sudo /snap/bin/godd ubuntu-core-16-pi2.img.xz > [this will print a message showing what devices are removable] > $ xzcat ubuntu-core-16-pi2-rc2.img.xz | sudo /snap/bin/godd - > /dev/sdXX > > After booting the image you can enter your Ubuntu One email and it > will automatically create a matching user with the right ssh keys. If > you do not have an Ubuntu SSO account yet please create one at: > > https://login.ubuntu.com/ > > (don't forget to add your public ssh keys to that account). > > Known issues: > - pi3 wlan can not be initially configured, wired network needs to be > used for the initial setup (you can re-run "sudo console-conf" at > any later point to re-configure the device for wlan only > operation). > > Bug references for the pi3 known issues: > - http://pad.lv/1637153 > plugging in network cable during configuration can cause a traceback > on pi3 > - http://pav.lv/1624322 > no wlan0 device at all on first boot on pi3 > - http://pad.lv/1632387 > wifi setup times out on pi3 devices on first boot > > These images follow the "stable" channel. If you find any issues, > please let us know via: > > https://bugs.launchpad.net/snappy/ > > Ubuntu Core 16 follows a rolling release model, security updates and > bug fixes will come to you via regular over the air updates for the > lifetime of the release. > > Enjoy this release! > > Cheers, > Michael Vogt (on behalf of the Snappy team) > > > -- > Devices mailing list > Devices at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.snapcraft.io/ > mailman/listinfo/devices > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Fri Nov 4 08:06:40 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 4 Nov 2016 16:06:40 +0800 Subject: Ubuntu Core 16 Final! In-Reply-To: References: <20161103154747.GA4420@bod> Message-ID: Hi Michael, Thanks. I have found the root cause of it. I need to replace USER with my own account "liu-xiao-guo". I think USER is different from my account name in the Ubuntu One. Best regards, XiaoGuo On Fri, Nov 4, 2016 at 3:10 PM, XiaoGuo Liu wrote: > Hi Michael, > > First, thanks for your detailed instructions. I just followed your steps > to install the QEMU to test the Ubuntu Core. However, I have to problems in > logging into the Ubuntu Core. The captured screen is like > http://imgur.com/a/Qyfc9. May I know what the correct password for > logging into the Ubuntu core. Is it the one for Ubuntu One? or the one for > the ssh? > > Thanks & best regards, > XiaoGuo > > On Thu, Nov 3, 2016 at 11:47 PM, Michael Vogt > wrote: > >> Hi, >> >> The Snappy team is happy to announce the release of Ubuntu Core 16. >> >> Ubuntu Core is an operating system entirely based on snaps, including >> its foundation. Applications, kernel, core operating system, and >> gadget components are all managed as snaps and are installed and >> refreshed by snapd, the daemon and tooling responsible for making it >> all dance. >> >> The images are available currently for PC (amd64, i386) and >> for Pi2/Pi3 and Dragonboard. These images can be downloaded from: >> >> http://releases.ubuntu.com/ubuntu-core/16/ >> >> Once unpacked, the images are bootable, the PC image can be booted >> directly in qemu-kvm, virtualbox or on real hardware. When running the >> images in qemu-kvm it is helpful to use the "-redir" feature of >> qemu-kvm. e.g.: >> >> $ kvm -smp 2 -m 1500 -redir tcp:10022::22 ubuntu-core-16-amd64.img >> >> The message from console-conf is a bit misleading in this setup. It >> will say "ssh USER at 10.0.2.15". However due to the way that the >> qemu-kvm user networking behaves, you will actually have to run the >> following to ssh into the images: >> >> $ ssh -p 10022 USER at localhost >> >> or if you have the following snippet in ~/.ssh/config >> >> Host kvm.snappy >> Hostname localhost >> Port 10022 >> User USER >> UserKnownHostsFile /dev/null >> StrictHostKeyChecking no >> >> then you can just >> >> $ ssh kvm.snappy >> >> into it. >> >> The Pi2/Pi3/Dragonboard image can be written to a sdcard via dd. An >> alternative way to write the image is to use "go-dd", e.g. on Ubuntu >> 16.04: >> >> $ sudo snap install --devmode --beta godd >> $ sudo /snap/bin/godd ubuntu-core-16-pi2.img.xz >> [this will print a message showing what devices are removable] >> $ xzcat ubuntu-core-16-pi2-rc2.img.xz | sudo /snap/bin/godd - >> /dev/sdXX >> >> After booting the image you can enter your Ubuntu One email and it >> will automatically create a matching user with the right ssh keys. If >> you do not have an Ubuntu SSO account yet please create one at: >> >> https://login.ubuntu.com/ >> >> (don't forget to add your public ssh keys to that account). >> >> Known issues: >> - pi3 wlan can not be initially configured, wired network needs to be >> used for the initial setup (you can re-run "sudo console-conf" at >> any later point to re-configure the device for wlan only >> operation). >> >> Bug references for the pi3 known issues: >> - http://pad.lv/1637153 >> plugging in network cable during configuration can cause a traceback >> on pi3 >> - http://pav.lv/1624322 >> no wlan0 device at all on first boot on pi3 >> - http://pad.lv/1632387 >> wifi setup times out on pi3 devices on first boot >> >> These images follow the "stable" channel. If you find any issues, >> please let us know via: >> >> https://bugs.launchpad.net/snappy/ >> >> Ubuntu Core 16 follows a rolling release model, security updates and >> bug fixes will come to you via regular over the air updates for the >> lifetime of the release. >> >> Enjoy this release! >> >> Cheers, >> Michael Vogt (on behalf of the Snappy team) >> >> >> -- >> Devices mailing list >> Devices at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.snapcraft.io/mai >> lman/listinfo/devices >> > > > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Fri Nov 4 10:47:39 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 4 Nov 2016 18:47:39 +0800 Subject: Installing Ubuntu Core system Message-ID: Hi, I have created a tutorial on how to install Ubuntu Core systems. It can be found at http://blog.csdn.net/ubuntutouch/article/details/53036627. Hopefully, it is useful to the developers. Thanks & have a nice weekend! -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.trevisan at canonical.com Fri Nov 4 12:29:18 2016 From: marco.trevisan at canonical.com (Marco Trevisan) Date: Fri, 4 Nov 2016 13:29:18 +0100 Subject: Should Syncloud migrate to snappy? In-Reply-To: <9d58d253-6fc0-f86c-0eee-6817e1189e57@ubuntu.com> References: <9d58d253-6fc0-f86c-0eee-6817e1189e57@ubuntu.com> Message-ID: <75b6e2f4-0c71-0852-0b1b-6b44e1030bec@canonical.com> Il 04/11/2016 02:43, Michael Hall ha scritto: > Lime SDR wrote up a nice post about their use of this feature: > https://developer.ubuntu.com/en/snappy/guides/gadget/ I guess you meant to link this one: - https://myriadrf.org/blog/snap-packages-limesdr/ > we even provided a very simple example store to demonstrate it - https://github.com/noise/snapstore - https://uappexplorer.com/app/snapstore-example.noise Cheers From mhall119 at ubuntu.com Fri Nov 4 13:00:12 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Fri, 4 Nov 2016 09:00:12 -0400 Subject: Should Syncloud migrate to snappy? In-Reply-To: <75b6e2f4-0c71-0852-0b1b-6b44e1030bec@canonical.com> References: <9d58d253-6fc0-f86c-0eee-6817e1189e57@ubuntu.com> <75b6e2f4-0c71-0852-0b1b-6b44e1030bec@canonical.com> Message-ID: Thanks for posting the correct link Marco, that was indeed the one I wanted. Michael Hall mhall119 at ubuntu.com On 11/04/2016 08:29 AM, Marco Trevisan wrote: > Il 04/11/2016 02:43, Michael Hall ha scritto: >> Lime SDR wrote up a nice post about their use of this feature: >> https://developer.ubuntu.com/en/snappy/guides/gadget/ > > I guess you meant to link this one: > - https://myriadrf.org/blog/snap-packages-limesdr/ > >> we even provided a very simple example store to demonstrate it > > - https://github.com/noise/snapstore > - https://uappexplorer.com/app/snapstore-example.noise > > Cheers > From ribalkin at gmail.com Fri Nov 4 13:07:50 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Fri, 4 Nov 2016 13:07:50 +0000 Subject: Should Syncloud migrate to snappy? In-Reply-To: References: <9d58d253-6fc0-f86c-0eee-6817e1189e57@ubuntu.com> <75b6e2f4-0c71-0852-0b1b-6b44e1030bec@canonical.com> Message-ID: Thanks for the replies, I am trying to understand the architecture. After reading about gadget type I realized that examples mention oem type, what is the difference? Example:https://github.com/gumstix/snappy/blob/master/ beagle/meta/package.yaml#L5 Also am I right that static http file storage cannot be used directly as an alternative store by snap client and we should have some rest back-end for that? Thank you. On Fri, Nov 4, 2016 at 1:00 PM, Michael Hall wrote: > Thanks for posting the correct link Marco, that was indeed the one I > wanted. > > Michael Hall > mhall119 at ubuntu.com > > On 11/04/2016 08:29 AM, Marco Trevisan wrote: > > Il 04/11/2016 02:43, Michael Hall ha scritto: > >> Lime SDR wrote up a nice post about their use of this feature: > >> https://developer.ubuntu.com/en/snappy/guides/gadget/ > > > > I guess you meant to link this one: > > - https://myriadrf.org/blog/snap-packages-limesdr/ > > > >> we even provided a very simple example store to demonstrate it > > > > - https://github.com/noise/snapstore > > - https://uappexplorer.com/app/snapstore-example.noise > > > > Cheers > > > -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From till.kamppeter at gmail.com Fri Nov 4 14:40:32 2016 From: till.kamppeter at gmail.com (Till Kamppeter) Date: Fri, 4 Nov 2016 12:40:32 -0200 Subject: Ubuntu Core 16 Final! In-Reply-To: <20161103154747.GA4420@bod> References: <20161103154747.GA4420@bod> Message-ID: On 11/03/2016 01:47 PM, Michael Vogt wrote: > Hi, > > The Snappy team is happy to announce the release of Ubuntu Core 16. > [...] I have installed Ubuntu Core 16 into a QEMU/KVM virtual machine using the GUI frontend "Virtual Machine Mamanger" (package virt-manager). For this I click the "New machine" icon at the upper left of the main window of Virtual Machine Manager and on the first screen of the setup wizard I choose "Import existing disk image". Then I uncompress the downloaded image file with "unxz" in the terminal and copy it into the image directory of the Virtual Machine Manager (optional, to avoid a file not owned by my user ID in my home dir): unxz ubuntu-core-16-amd64.img.xz sudo cp ubuntu-core-16-amd64.img /var/lib/libvirt/images/Core16.img In the second screen of the setup wizard I click "Browse ..." at the top right and choose the Core16.img file. Back in the wizard I choose OS type "Linux" and Version "Ubuntu 16.04". On the next screens I choose 2048 MB of memory and 1 processor core (you can choose other values dependent on you hardware and number of VMs running in parallel) and as name I enter "Core16". All the rest I leave on default. After finishing the wizard Virtual Machine Manager takes some seconds to set up this configuration, adds the new VM to the list in the main window and pops up a window with the virtual screen of the VM on which you see the boot process. Once the boot process has finished, the text-based setup wizard of Ubuntu core appears in the machine's window and asks for the network connection. Choose the default which is a "wired" connection with the virtual NAT router of the Virtual Machine Manager (or QEMU/KVM?). The IP should be something like 192.168.122.XXX. After that enter the e-mail address of your store account and the wizard finishes. Now I can log in via ssh USER at 192.168.122.XXX replacing XXX by the user name which Ubuntu Core has assigned to me and XXX by the appropriate part of the IP address. This login does not require any password. I do not know how to login in the window with the screen of the VM. I tried no password and the store password and it does not work. I can only use SSH for now. As the Virtual Machine Manager uses a virtual NAT router and so the VMs have their own IP addresses SSH simply works through its standard port 22 and does not need the "-redir". This is my experience for now. I hope someone can help me on logging in on the machine's own virtual screen. Till From benjamin.zeller at canonical.com Fri Nov 4 17:39:25 2016 From: benjamin.zeller at canonical.com (Benjamin Zeller) Date: Fri, 4 Nov 2016 18:39:25 +0100 Subject: Project templates in snapcraft Message-ID: Just a small proposal to have templates in snapcraft, that provide some sort of starting point for people without the need to read lots of tutorials, but get started with their project right away. My proposal would be to add a template engine in snapcraft, that generates predefined projects or at least a predefined snapcraft.yaml for a specific use case. Something like: snapcraft init --template=ubuntu-touch-app , which would bootstrap a simple snapcraft project targeting QML/Qt APIs. I think that could help people to get their apps snapped even faster. Cheers, Benjamin From ogra at ubuntu.com Fri Nov 4 18:03:38 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 04 Nov 2016 19:03:38 +0100 Subject: Ubuntu Core 16 Final! In-Reply-To: <20161103154747.GA4420@bod> References: <20161103154747.GA4420@bod> Message-ID: <1478282618.4937.17.camel@ubuntu.com> hi, Am Donnerstag, den 03.11.2016, 17:47 +0200 schrieb Michael Vogt: >  > > The images are available currently for PC (amd64, i386) and > for Pi2/Pi3 and Dragonboard. These images can be downloaded from: > >     http://releases.ubuntu.com/ubuntu-core/16/ > there is a beaglebone black SD card image at http://people.canonical.com/~ogra/snappy/all-snaps/stable/current/ as well now ... enjoy ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From xiaoguo.liu at canonical.com Sat Nov 5 01:19:45 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Sat, 5 Nov 2016 09:19:45 +0800 Subject: Project templates in snapcraft In-Reply-To: References: Message-ID: +1 I think it may apply to "nodejs", "python", "tomcat", "mysql", "php", "java" etc. Best regards, XiaoGuo On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller < benjamin.zeller at canonical.com> wrote: > Just a small proposal to have templates in snapcraft, that provide some > sort of starting point for > people without the need to read lots of tutorials, but get started with > their project right away. > > My proposal would be to add a template engine in snapcraft, that generates > predefined projects > or at least a predefined snapcraft.yaml for a specific use case. > > Something like: > > snapcraft init --template=ubuntu-touch-app , which would bootstrap a > simple snapcraft project > targeting QML/Qt APIs. > > I think that could help people to get their apps snapped even faster. > > Cheers, > > Benjamin > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From honeycuttaaron3 at gmail.com Sat Nov 5 01:57:33 2016 From: honeycuttaaron3 at gmail.com (Aaron Honeycutt) Date: Sat, 05 Nov 2016 01:57:33 +0000 Subject: Project templates in snapcraft In-Reply-To: References: Message-ID: Also electron projects On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu wrote: > +1 > > I think it may apply to "nodejs", "python", "tomcat", "mysql", "php", > "java" etc. > > Best regards, > XiaoGuo > > On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller < > benjamin.zeller at canonical.com> wrote: > > Just a small proposal to have templates in snapcraft, that provide some > sort of starting point for > people without the need to read lots of tutorials, but get started with > their project right away. > > My proposal would be to add a template engine in snapcraft, that generates > predefined projects > or at least a predefined snapcraft.yaml for a specific use case. > > Something like: > > snapcraft init --template=ubuntu-touch-app , which would bootstrap a > simple snapcraft project > targeting QML/Qt APIs. > > I think that could help people to get their apps snapped even faster. > > Cheers, > > Benjamin > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -- > XiaoGuo, Liu > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- Aaron Honeycutt - Ubuntu Fl Loco South Lead - Kubuntu Council Member -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.wayne at canonical.com Sat Nov 5 01:59:45 2016 From: chris.wayne at canonical.com (Chris Wayne) Date: Fri, 4 Nov 2016 21:59:45 -0400 Subject: Project templates in snapcraft In-Reply-To: References: Message-ID: There's really no standard way to build electron apps though On Nov 4, 2016 9:58 PM, "Aaron Honeycutt" wrote: > Also electron projects > > On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu > wrote: > >> +1 >> >> I think it may apply to "nodejs", "python", "tomcat", "mysql", "php", >> "java" etc. >> >> Best regards, >> XiaoGuo >> >> On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller < >> benjamin.zeller at canonical.com> wrote: >> >> Just a small proposal to have templates in snapcraft, that provide some >> sort of starting point for >> people without the need to read lots of tutorials, but get started with >> their project right away. >> >> My proposal would be to add a template engine in snapcraft, that >> generates predefined projects >> or at least a predefined snapcraft.yaml for a specific use case. >> >> Something like: >> >> snapcraft init --template=ubuntu-touch-app , which would bootstrap a >> simple snapcraft project >> targeting QML/Qt APIs. >> >> I think that could help people to get their apps snapped even faster. >> >> Cheers, >> >> Benjamin >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> >> >> >> >> -- >> XiaoGuo, Liu >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> > -- > > Aaron Honeycutt > - Ubuntu Fl Loco South Lead > - Kubuntu Council Member > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ericoporto2008 at gmail.com Sat Nov 5 02:11:19 2016 From: ericoporto2008 at gmail.com (=?UTF-8?B?w4lyaWNvIFA=?=) Date: Sat, 5 Nov 2016 00:11:19 -0200 Subject: Project templates in snapcraft In-Reply-To: References: Message-ID: Should be a place somewhere to store these recommended templates and allow fetching third-party templates (I am thinking on cookiecutter like templates). This has some resources on Electron, maybe it helps : https://github.com/szwacz/electron-boilerplate Em 5 de nov de 2016 00:00, "Chris Wayne" escreveu: > There's really no standard way to build electron apps though > > On Nov 4, 2016 9:58 PM, "Aaron Honeycutt" > wrote: > >> Also electron projects >> >> On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu >> wrote: >> >>> +1 >>> >>> I think it may apply to "nodejs", "python", "tomcat", "mysql", "php", >>> "java" etc. >>> >>> Best regards, >>> XiaoGuo >>> >>> On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller < >>> benjamin.zeller at canonical.com> wrote: >>> >>> Just a small proposal to have templates in snapcraft, that provide some >>> sort of starting point for >>> people without the need to read lots of tutorials, but get started with >>> their project right away. >>> >>> My proposal would be to add a template engine in snapcraft, that >>> generates predefined projects >>> or at least a predefined snapcraft.yaml for a specific use case. >>> >>> Something like: >>> >>> snapcraft init --template=ubuntu-touch-app , which would bootstrap a >>> simple snapcraft project >>> targeting QML/Qt APIs. >>> >>> I think that could help people to get their apps snapped even faster. >>> >>> Cheers, >>> >>> Benjamin >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >>> >>> >>> -- >>> XiaoGuo, Liu >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >> -- >> >> Aaron Honeycutt >> - Ubuntu Fl Loco South Lead >> - Kubuntu Council Member >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Sat Nov 5 06:37:55 2016 From: spencertparkin at gmail.com (Spencer) Date: Sat, 5 Nov 2016 00:37:55 -0600 Subject: Project templates in snapcraft In-Reply-To: References: Message-ID: <4F336600-EB8B-477B-AED4-B07304A61EC0@gmail.com> Small, well commented examples, but not too small so as to leave out obviously wanted functionality, IMO, are way better than templates. Part of the problem I have with any kind of template is OCD-based. I don't want to start where someone else left off, and if I didn't write it, I won't immediately understand it, and I'm too lazy to read your code that's formatted in a way I don't like anyway. (At work, though, I'm forced to wade through other people's crappy code.) Just having a nice suit of examples is the best, and I think the snap peeps have written some, but as I recall, they could be a bit better. Of course, an example for every permutation of build system and use-case is too much, so you have to look to the snaps that the community has written. Ha! Mine are probably bad examples, though. Don't look at mine. > On Nov 4, 2016, at 8:11 PM, Érico P wrote: > > Should be a place somewhere to store these recommended templates and allow fetching third-party templates (I am thinking on cookiecutter like templates). > > This has some resources on Electron, maybe it helps : https://github.com/szwacz/electron-boilerplate > > > Em 5 de nov de 2016 00:00, "Chris Wayne" escreveu: >> There's really no standard way to build electron apps though >> >> >>> On Nov 4, 2016 9:58 PM, "Aaron Honeycutt" wrote: >>> Also electron projects >>> >>> >>>> On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu wrote: >>>> +1 >>>> >>>> I think it may apply to "nodejs", "python", "tomcat", "mysql", "php", "java" etc. >>>> >>>> Best regards, >>>> XiaoGuo >>>> >>>> On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller wrote: >>>> Just a small proposal to have templates in snapcraft, that provide some sort of starting point for >>>> people without the need to read lots of tutorials, but get started with their project right away. >>>> >>>> My proposal would be to add a template engine in snapcraft, that generates predefined projects >>>> or at least a predefined snapcraft.yaml for a specific use case. >>>> >>>> Something like: >>>> >>>> snapcraft init --template=ubuntu-touch-app , which would bootstrap a simple snapcraft project >>>> targeting QML/Qt APIs. >>>> >>>> I think that could help people to get their apps snapped even faster. >>>> >>>> Cheers, >>>> >>>> Benjamin >>>> >>>> >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft >>>> >>>> >>>> >>>> -- >>>> XiaoGuo, Liu >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft >>> >>> -- >>> Aaron Honeycutt >>> - Ubuntu Fl Loco South Lead >>> - Kubuntu Council Member >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Sat Nov 5 10:36:09 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Sat, 5 Nov 2016 11:36:09 +0100 Subject: [snaps/deb] Cross dependencies / forward compatibility between debs & snaps? In-Reply-To: References: Message-ID: Hi Samuel, (And sorry for the delay in getting back to you) On Mon, Oct 24, 2016 at 2:57 PM, Samuel Cozannet < samuel.cozannet at canonical.com> wrote: > Background: I am currently working with IBM on some GPU docker based > images, so I have to use docker on ppc64le. > I came across nvidia-docker, which is the tool distributed by nVidia to > abstract the management of GPUs when running docker images. > I had to learn about nvidia-docker before trying to formulate a reply, here's an attempted summary (please correct!): Nvidia wants to empower people distributing docker images leveraging their CUDA stack; this requires userspace SDK tools & libs and access to the hardware. In the past, they suggested people should hardcode the required device sharing when calling docker, but they realized this would break over time. nvidia-docker provides a wrapper around docker that will automatically attach the relevant dev nodes to access CUDA compute resources, and it will also filter docker images based on tags to use the ones from the proper SDK versions. > nVidia does support ppc64le, and provide code to package nvidia-docker as > a deb on this arch, but do not maintain repos so you have to package it > yourself. > The nvidia-docker deb depends on docker-engine, which is not supported by > Docker on ppc64le (and provides the same functionality as docker.io, > which is in our repos). So it didn't build ootb, and I had to update the > control file for the .deb to reference docker.io and I was able to build > it. > > With the recent flow of emails about the docker snap, I wondered how would > the system have reacted if would I have installed the docker engine via > snap? > I guess it wouldn't have liked it. As the docker snap and docker deb > conflict, this would mean I could not use the snap in this context. > I read a bit through the source of nvidia-docker , and it seems to query the docker version to make informed choices about how to invoke docker client / daemon commands. It seems everything is done via command calls (that is, nvidia-docker runs "docker" ). So it seems to me nvidia-docker source doesn't really care where docker commands were provided from and it should be possible to make it work with the snap just fine. However, the nvidia-docker deb packaging will obviously rely on the deb – as you mentioned. What is our recommendation for maintainers of .deb / .snap to manage > dependencies? Especially, for deb maintainers, what is the best practice > going forward? > IIUC, the question is how could we make sure the docker snap is there when installing the nvidia-docker deb, and I don't think we have a way to do this short of providing documentation and CLI feedback ("docker not found, please install docker snap by following these instructions"). Personally, as a .deb user, I would expect strong consistency between software components when installing a deb package, so I would expect apt-get install nvidia-docker to pull all the dependencies as .debs and not a mix of debs and snaps. And for snaps, I would actually everything to come with the snap (batteries included); snap install nvidia-docker just gives me the nvidia flavor of docker with the special extensions but also the pain that comes with a fork. > (needless to say the answer "just make a snap" doesn't really work her as > the focus is more on managing the transition, but also cover the cases > where the .deb is required for some customers / production workload which > will not necessarily move from the traditional packages over night) > I was about to answer "just make a snap" but I guess I could equally answer "just make a deb". :-) If you want to leverage the snap, then I'd suggest forking it and creating a nvidia-docker snap. If you'd rather derive from the deb, the current approach seems to be fine, but you might end up having to carry the burden of maintaining the debs if the maintenance efforts are concentrated on the snap. Now this might also be something that Docker cares to solve: how does one extend docker command-line and behavior? This seems very similar to when I install a web browser extension to change the behavior of my web browser for specific pages or actions, does docker provide an extension mechanism? If not, would they? I find it ironic that the exact issue that pushed for docker deb and snap to be incompatible was lack of abstraction for this kind of things in docker: docker doesn't provide a standard way to expose the docker daemon to the running container, one is expected to "docker run -v /var/run/docker.sock:/var/run/docker.sock"; if they had something like a --share-daemon-socket option, you could use 20 different docker versions and socket locations without conflicts. It's exactly this kind of issues that NVidia is trying to solve with their fork! Obviously these are all long shots and I didn't provide any practical answer on improving deb to snap or snap to deb transition; this is a larger question not specific to the docker snap that we need to keep working on. Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin.zeller at canonical.com Sat Nov 5 13:25:01 2016 From: benjamin.zeller at canonical.com (Benjamin Zeller) Date: Sat, 5 Nov 2016 14:25:01 +0100 Subject: Project templates in snapcraft In-Reply-To: <4F336600-EB8B-477B-AED4-B07304A61EC0@gmail.com> References: <4F336600-EB8B-477B-AED4-B07304A61EC0@gmail.com> Message-ID: On 11/05/2016 07:37 AM, Spencer wrote: > Small, well commented examples, but not too small so as to leave out > obviously wanted functionality, IMO, are way better than templates. > Part of the problem I have with any kind of template is OCD-based. I > don't want to start where someone else left off, and if I didn't write > it, I won't immediately understand it, and I'm too lazy to read your > code that's formatted in a way I don't like anyway. (At work, though, > I'm forced to wade through other people's crappy code.) Sure , having templates does not mean that there will be no documentation or examples, its just a additional way for people who like to have the bootstrapping already done for them. And btw I think the templates should be really lean with as least code as possible. Otherwise the developer needs to clean them up from what he/she does not need. > > Just having a nice suit of examples is the best, and I think the snap > peeps have written some, but as I recall, they could be a bit better. > Of course, an example for every permutation of build system and > use-case is too much, so you have to look to the snaps that the > community has written. > > Ha! Mine are probably bad examples, though. Don't look at mine. > > On Nov 4, 2016, at 8:11 PM, Érico P > wrote: > >> Should be a place somewhere to store these recommended templates and >> allow fetching third-party templates (I am thinking on cookiecutter >> like templates). >> >> This has some resources on Electron, maybe it helps : >> https://github.com/szwacz/electron-boilerplate >> >> >> Em 5 de nov de 2016 00:00, "Chris Wayne" > > escreveu: >> >> There's really no standard way to build electron apps though >> >> >> On Nov 4, 2016 9:58 PM, "Aaron Honeycutt" >> > wrote: >> >> Also electron projects >> >> >> On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu >> > > wrote: >> >> +1 >> >> I think it may apply to "nodejs", "python", "tomcat", >> "mysql", "php", "java" etc. >> >> Best regards, >> XiaoGuo >> >> On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller >> > > wrote: >> >> Just a small proposal to have templates in snapcraft, >> that provide some sort of starting point for >> people without the need to read lots of tutorials, >> but get started with their project right away. >> >> My proposal would be to add a template engine in >> snapcraft, that generates predefined projects >> or at least a predefined snapcraft.yaml for a >> specific use case. >> >> Something like: >> >> snapcraft init --template=ubuntu-touch-app , which >> would bootstrap a simple snapcraft project >> targeting QML/Qt APIs. >> >> I think that could help people to get their apps >> snapped even faster. >> >> Cheers, >> >> Benjamin >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> >> -- >> XiaoGuo, Liu >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> -- >> >> Aaron Honeycutt >> - Ubuntu Fl Loco South Lead >> - Kubuntu Council Member >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Sat Nov 5 23:22:16 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Sat, 5 Nov 2016 23:22:16 +0000 Subject: configure hook In-Reply-To: References: Message-ID: Hello, I want to generate my config on snap install using snap location variables. >From the docs configure hook is only triggered when 'snap set' is called. Will configure also be called on install and upgrade? If not is there any other hook available for that purpose? Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vinzjobard at gmail.com Sun Nov 6 00:40:10 2016 From: vinzjobard at gmail.com (Vincent JOBARD) Date: Sun, 06 Nov 2016 00:40:10 +0000 Subject: Error on compiling snap using wxPython Message-ID: Hi every one Few days ago I found that a GUI exists for YouTube-dl, https://github.com/MrS0m30n3/youtube-dl-gui. So I tried to create a snap for it, based on youtube-dl snapcraft.yaml found in the Playpen https://github.com/Winael/youtube-dl-gui/blob/snapcraft/snapcraft.yaml but when I build my snap I have an error https://pastebin.ubuntu.com/23433523/ I certainly miss something with the dependancies management but I don't found what. Is there someone that could help me ? I have to animate a workshop next week on how to create snaps, and youtube-dl is one of my reference because of multi-source, cloud part possibility and part priorization, and it could be nice to show how to add a GUI on it with a desktop integration with a very simple snapcraft.yaml file Thx for help guys Cheers Winael -------------- next part -------------- An HTML attachment was scrubbed... URL: From silver.bullet at zoho.com Sun Nov 6 03:33:52 2016 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 6 Nov 2016 04:33:52 +0100 Subject: Error on compiling snap using wxPython In-Reply-To: References: Message-ID: <20161106043352.2226c563@utnubu> On Sun, 06 Nov 2016 00:40:10 +0000, Vincent JOBARD wrote: >I certainly miss something with the dependancies management but I don't >found what. [root at archlinux moonstudio]# systemd-nspawn -q apt-cache show youtube-dlg | grep Dep Depends: python (>= 2.7), python (<< 2.8), python-wxgtk3.0, python-distutils-extra [root at archlinux moonstudio]# systemd-nspawn -q apt-cache show youtube-dlg | grep Rec Recommends: libav-tools | ffmpeg [root at archlinux moonstudio]# systemd-nspawn -q apt-cache policy youtube-dlg | grep amd 500 http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu xenial/main amd64 Packages Regards, Ralf From silver.bullet at zoho.com Sun Nov 6 04:39:10 2016 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Sun, 6 Nov 2016 05:39:10 +0100 Subject: Error on compiling snap using wxPython In-Reply-To: References: Message-ID: <20161106053910.781cc706@utnubu> OT: On Sun, 06 Nov 2016 00:40:10 +0000, Vincent JOBARD wrote: >Few days ago I found that a GUI exists for YouTube-dl, >https://github.com/MrS0m30n3/youtube-dl-gui. https://github.com/rrooij/youtube-dl-qt From jacques at supcik.net Sun Nov 6 10:50:59 2016 From: jacques at supcik.net (Jacques Supcik) Date: Sun, 6 Nov 2016 11:50:59 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] Message-ID: Dear community. I have a program , written in go, and running on a raspberry Pi 2, which displays messages on a LED panel. The panel is made of "neo pixels" and is connected to the GPIO of the raspberry Pi. Internally, it uses the DMA and PWM to generate and accurate signals. The program currently runs well on a Raspbian system and I would like to move to ubuntu-core. I was able to build the snap and to deploy it on a raspberry Pi 2 running Core version 16. I installed the snap with "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, it just freezes. I installed snappy-debug to check the logs and this is what I get: = AppArmor = Time: Nov 6 09:28:45 Log: apparmor="DENIED" operation="open" profile="snap.telecom-tower.daemon" name="/dev/vcio" pid=4441 comm="tower" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 File: /dev/vcio (read) = Seccomp = Time: Nov 6 09:28:45 Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) compat=0 ip=0x76e3aaf6 code=0x0 Syscall: mknod Note that if I scp the binary file and run on ubuntu core as root, then the program runs fine. (I don't install the snap, I just run the binary from the home directory.) Does someone have an idea about what I can do to make my snap run? Thank you very much in advance for your support. Best regards, █ Jacques -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacques at supcik.net Sun Nov 6 16:00:24 2016 From: jacques at supcik.net (Jacques Supcik) Date: Sun, 6 Nov 2016 17:00:24 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: Message-ID: Note that it works in --devmode, but I would like to have it also running in "safe mode". █ Jacques On 6 November 2016 at 11:29, Jacques Supcik wrote: > Dear community. > > I have a program , written in go, > and running on a raspberry Pi 2, which displays messages on a LED panel. > The panel is made of "neo pixels" > and is connected to the GPIO of the raspberry Pi. Internally, it uses the > DMA and PWM to generate and accurate signals. > > The program currently runs well on a Raspbian system and I would like to > move to ubuntu-core. I was able to build the snap and to deploy it on a > raspberry Pi 2 running Core version 16. I installed the snap with > "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, it > just freezes. > > I installed snappy-debug to check the logs and this is what I get: > > = AppArmor = > Time: Nov 6 09:28:45 > Log: apparmor="DENIED" operation="open" profile="snap.telecom-tower.daemon" > name="/dev/vcio" pid=4441 comm="tower" requested_mask="r" denied_mask="r" > fsuid=0 ouid=0 > File: /dev/vcio (read) > > = Seccomp = > Time: Nov 6 09:28:45 > Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" > exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) > compat=0 ip=0x76e3aaf6 code=0x0 > Syscall: mknod > > Note that if I scp the binary file and run on ubuntu core as root, then > the program runs fine. (I don't install the snap, I just run the binary > from the home directory.) > > Does someone have an idea about what I can do to make my snap run? > > Thank you very much in advance for your support. > > Best regards, > > █ Jacques > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vinzjobard at gmail.com Sun Nov 6 16:02:50 2016 From: vinzjobard at gmail.com (Vincent JOBARD) Date: Sun, 06 Nov 2016 16:02:50 +0000 Subject: Error on compiling snap using wxPython In-Reply-To: <20161106053910.781cc706@utnubu> References: <20161106053910.781cc706@utnubu> Message-ID: Hi Ralf I add python-distutils-extra as dependancy in my snapcraft.yaml but I still have the same issue. According to fin, I have wx modules installed in the install folder of my parts https://pastebin.ubuntu.com/23437170/ So I suppose that's maybe could be due to the path. What do you think ? Cheers Winael On Sun, Nov 6, 2016 at 5:40 AM Ralf Mardorf wrote: > OT: > > On Sun, 06 Nov 2016 00:40:10 +0000, Vincent JOBARD wrote: > >Few days ago I found that a GUI exists for YouTube-dl, > >https://github.com/MrS0m30n3/youtube-dl-gui. > > https://github.com/rrooij/youtube-dl-qt > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Sun Nov 6 16:18:19 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Sun, 06 Nov 2016 17:18:19 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: Message-ID: <1478449099.9142.5.camel@ubuntu.com> hi, On So, 2016-11-06 at 17:00 +0100, Jacques Supcik wrote: > Note that it works in --devmode, but I would like to have it also > running in "safe mode". >  well, i suspect we will need a "mailbox-device" interface or some such for apps accessing /dev/vcio (or mailbox devices on other boards), please file a whishlist bug at: https://bugs.launchpad.net/snappy/+filebug ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From michael.hudson at canonical.com Mon Nov 7 04:27:08 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Mon, 7 Nov 2016 17:27:08 +1300 Subject: Help making images to test console-conf changes Message-ID: Hi all, I've been working on a rewrite of console-conf's networking bits, with the intent of making the UI a bit clearer and more dynamic (e.g. if you stick a USB Ethernet adapter in after you've started console-conf, it shows up in the UI). I've tested this locally but this is the sort of thing that should definitely be tested on all supported devices before it goes into core. I've put probert and subiquity packages into ppa:mwhudson/devirt but realised that I don't know how to make core snaps with custom packages on launchpad! If someone could help we with that, then I (or anyone) can make some images for people to test. Cheers, mwh -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Mon Nov 7 06:24:37 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Mon, 7 Nov 2016 08:24:37 +0200 Subject: Help making images to test console-conf changes In-Reply-To: References: Message-ID: On 07/11/16 06:27, Michael Hudson-Doyle wrote: > I've been working on a rewrite of console-conf's networking bits, with > the intent of making the UI a bit clearer and more dynamic (e.g. if > you stick a USB Ethernet adapter in after you've started console-conf, > it shows up in the UI). > > I've tested this locally but this is the sort of thing that should > definitely be tested on all supported devices before it goes into > core. I've put probert and subiquity packages into ppa:mwhudson/devirt > but realised that I don't know how to make core snaps with custom > packages on launchpad! If someone could help we with that, then I (or > anyone) can make some images for people to test. > Custom images are a good start, but when the time comes we can always push a core snap into a beta channel for you to make it easy for folks to test. Mark From mark at ubuntu.com Mon Nov 7 06:24:37 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Mon, 7 Nov 2016 08:24:37 +0200 Subject: Help making images to test console-conf changes In-Reply-To: References: Message-ID: On 07/11/16 06:27, Michael Hudson-Doyle wrote: > I've been working on a rewrite of console-conf's networking bits, with > the intent of making the UI a bit clearer and more dynamic (e.g. if > you stick a USB Ethernet adapter in after you've started console-conf, > it shows up in the UI). > > I've tested this locally but this is the sort of thing that should > definitely be tested on all supported devices before it goes into > core. I've put probert and subiquity packages into ppa:mwhudson/devirt > but realised that I don't know how to make core snaps with custom > packages on launchpad! If someone could help we with that, then I (or > anyone) can make some images for people to test. > Custom images are a good start, but when the time comes we can always push a core snap into a beta channel for you to make it easy for folks to test. Mark From didrocks at ubuntu.com Mon Nov 7 07:51:29 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 08:51:29 +0100 Subject: configure hook In-Reply-To: References: Message-ID: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : > > Hello, > Hey Boris, > > I want to generate my config on snap install using snap location > variables. > > From the docs configure hook is only triggered when 'snap set' is > called. Will configure also be called on install and upgrade? > I didn't try it myself yet, but from what I heard yeah, they will be run at that time. Kyle can confirm (and if so, we'll update to the documentation to reflect that). Cheers, Didier From didrocks at ubuntu.com Mon Nov 7 07:53:31 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 08:53:31 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: Message-ID: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Le 06/11/2016 à 11:50, Jacques Supcik a écrit : > Dear community. > > I have a program , written in > go, and running on a raspberry Pi 2, which displays messages on a LED > panel. The panel is made of > "neo pixels" and is connected to the GPIO of the raspberry Pi. > Internally, it uses the DMA and PWM to generate and accurate signals. > > The program currently runs well on a Raspbian system and I would like > to move to ubuntu-core. I was able to build the snap and to deploy it > on a raspberry Pi 2 running Core version 16. I installed the snap with > "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, > it just freezes. > > I installed snappy-debug to check the logs and this is what I get: > > = AppArmor = > Time: Nov 6 09:28:45 > Log: apparmor="DENIED" operation="open" > profile="snap.telecom-tower.daemon" name="/dev/vcio" pid=4441 > comm="tower" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 > File: /dev/vcio (read) > > = Seccomp = > Time: Nov 6 09:28:45 > Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" > exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) > compat=0 ip=0x76e3aaf6 code=0x0 > Syscall: mknod > > Note that if I scp the binary file and run on ubuntu core as root, > then the program runs fine. (I don't install the snap, I just run the > binary from the home directory.) > > Does someone have an idea about what I can do to make my snap run? > > Thank you very much in advance for your support. Hey Jacques, I think we did discuss about GPIO support in confined mode, but there is no interface for this today AFAIK (CCing Jamie who can confirm and maybe give a path/ETA forward). Meanwhile, you can still install your snap in devmode to bypass security, and that should do it in your case, mind confirming? Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 7 07:57:05 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 08:57:05 +0100 Subject: Project templates in snapcraft In-Reply-To: <4F336600-EB8B-477B-AED4-B07304A61EC0@gmail.com> References: <4F336600-EB8B-477B-AED4-B07304A61EC0@gmail.com> Message-ID: <5128e537-6539-4bc4-1adf-cd1a9097424a@ubuntu.com> Le 05/11/2016 à 07:37, Spencer a écrit : > Small, well commented examples, but not too small so as to leave out > obviously wanted functionality, IMO, are way better than templates. > Part of the problem I have with any kind of template is OCD-based. I > don't want to start where someone else left off, and if I didn't write > it, I won't immediately understand it, and I'm too lazy to read your > code that's formatted in a way I don't like anyway. (At work, though, > I'm forced to wade through other people's crappy code.) > > Just having a nice suit of examples is the best, and I think the snap > peeps have written some, but as I recall, they could be a bit better. > Of course, an example for every permutation of build system and > use-case is too much, so you have to look to the snaps that the > community has written. +1 on this, agreed that small examples, using cloud parts for most complex cases we want to capitalize on, will be greatly beneficial (more than a templating system IMHO). Cheers, Didier > > Ha! Mine are probably bad examples, though. Don't look at mine. > > On Nov 4, 2016, at 8:11 PM, Érico P > wrote: > >> Should be a place somewhere to store these recommended templates and >> allow fetching third-party templates (I am thinking on cookiecutter >> like templates). >> >> This has some resources on Electron, maybe it helps : >> https://github.com/szwacz/electron-boilerplate >> >> >> Em 5 de nov de 2016 00:00, "Chris Wayne" > > escreveu: >> >> There's really no standard way to build electron apps though >> >> >> On Nov 4, 2016 9:58 PM, "Aaron Honeycutt" >> > wrote: >> >> Also electron projects >> >> >> On Fri, Nov 4, 2016, 9:20 PM XiaoGuo Liu >> > > wrote: >> >> +1 >> >> I think it may apply to "nodejs", "python", "tomcat", >> "mysql", "php", "java" etc. >> >> Best regards, >> XiaoGuo >> >> On Sat, Nov 5, 2016 at 1:39 AM, Benjamin Zeller >> > > wrote: >> >> Just a small proposal to have templates in snapcraft, >> that provide some sort of starting point for >> people without the need to read lots of tutorials, >> but get started with their project right away. >> >> My proposal would be to add a template engine in >> snapcraft, that generates predefined projects >> or at least a predefined snapcraft.yaml for a >> specific use case. >> >> Something like: >> >> snapcraft init --template=ubuntu-touch-app , which >> would bootstrap a simple snapcraft project >> targeting QML/Qt APIs. >> >> I think that could help people to get their apps >> snapped even faster. >> >> Cheers, >> >> Benjamin >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> >> -- >> XiaoGuo, Liu >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> -- >> >> Aaron Honeycutt >> - Ubuntu Fl Loco South Lead >> - Kubuntu Council Member >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 7 08:02:09 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 09:02:09 +0100 Subject: Error on compiling snap using wxPython In-Reply-To: References: Message-ID: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> Le 06/11/2016 à 01:40, Vincent JOBARD a écrit : > Hi every one > > Few days ago I found that a GUI exists for > YouTube-dl, https://github.com/MrS0m30n3/youtube-dl-gui. > > So I tried to create a snap for it, based on youtube-dl snapcraft.yaml > found in the Playpen > > https://github.com/Winael/youtube-dl-gui/blob/snapcraft/snapcraft.yaml > > but when I build my snap I have an error > > https://pastebin.ubuntu.com/23433523/ > > I certainly miss something with the dependancies management but I > don't found what. > > Is there someone that could help me ? I suggest that you print PYTHON_PATH and look at the content that snapcraft has there. I doubt that the python plugin resolves dependencies from stage-packages at build time. > > I have to animate a workshop next week on how to create snaps, and > youtube-dl is one of my reference because of multi-source, cloud part > possibility and part priorization, and it could be nice to show how to > add a GUI on it with a desktop integration with a very simple > snapcraft.yaml file I suggest if you can't get that one working that you use the one I pointed you about. In addition, it's a continuation of the one you will demo as part of the conference and build upons multiple concepts: - mutiple sources (some local, some distant) - good ordering of properties - shortcuts and hints (.git enable stripping source-type) - services and commands talking together - local plugins. Cheers, Didier From loic.minier at ubuntu.com Mon Nov 7 10:17:16 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Mon, 7 Nov 2016 11:17:16 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Message-ID: There is a GPIO interface and it was going through some fixes a couple of weeks ago as it would only work when first connected, but not after a reboot. On Mon, Nov 7, 2016 at 8:53 AM, Didier Roche wrote: > Le 06/11/2016 à 11:50, Jacques Supcik a écrit : > > Dear community. > > I have a program , written in go, > and running on a raspberry Pi 2, which displays messages on a LED panel. > The panel is made of "neo pixels" > and is connected to the GPIO of the raspberry Pi. Internally, it uses the > DMA and PWM to generate and accurate signals. > > The program currently runs well on a Raspbian system and I would like to > move to ubuntu-core. I was able to build the snap and to deploy it on a > raspberry Pi 2 running Core version 16. I installed the snap with > "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, it > just freezes. > > I installed snappy-debug to check the logs and this is what I get: > > = AppArmor = > Time: Nov 6 09:28:45 > Log: apparmor="DENIED" operation="open" profile="snap.telecom-tower.daemon" > name="/dev/vcio" pid=4441 comm="tower" requested_mask="r" denied_mask="r" > fsuid=0 ouid=0 > File: /dev/vcio (read) > > = Seccomp = > Time: Nov 6 09:28:45 > Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" > exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) > compat=0 ip=0x76e3aaf6 code=0x0 > Syscall: mknod > > Note that if I scp the binary file and run on ubuntu core as root, then > the program runs fine. (I don't install the snap, I just run the binary > from the home directory.) > > Does someone have an idea about what I can do to make my snap run? > > Thank you very much in advance for your support. > > > Hey Jacques, > > I think we did discuss about GPIO support in confined mode, but there is > no interface for this today AFAIK (CCing Jamie who can confirm and maybe > give a path/ETA forward). > > Meanwhile, you can still install your snap in devmode to bypass security, > and that should do it in your case, mind confirming? > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Mon Nov 7 10:18:15 2016 From: simon.fels at canonical.com (Simon Fels) Date: Mon, 7 Nov 2016 11:18:15 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Message-ID: <9727613b-c18d-faf6-4ceb-e4e52358a8b9@canonical.com> On 07.11.2016 08:53, Didier Roche wrote: > Le 06/11/2016 à 11:50, Jacques Supcik a écrit : >> Dear community. >> >> I have a program , written in >> go, and running on a raspberry Pi 2, which displays messages on a LED >> panel. The panel is made of >> "neo pixels" and is connected to the GPIO of the raspberry Pi. >> Internally, it uses the DMA and PWM to generate and accurate signals. >> >> The program currently runs well on a Raspbian system and I would like >> to move to ubuntu-core. I was able to build the snap and to deploy it >> on a raspberry Pi 2 running Core version 16. I installed the snap with >> "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, >> it just freezes. >> >> I installed snappy-debug to check the logs and this is what I get: >> >> = AppArmor = >> Time: Nov 6 09:28:45 >> Log: apparmor="DENIED" operation="open" >> profile="snap.telecom-tower.daemon" name="/dev/vcio" pid=4441 >> comm="tower" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 >> File: /dev/vcio (read) >> >> = Seccomp = >> Time: Nov 6 09:28:45 >> Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" >> exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) >> compat=0 ip=0x76e3aaf6 code=0x0 >> Syscall: mknod >> >> Note that if I scp the binary file and run on ubuntu core as root, >> then the program runs fine. (I don't install the snap, I just run the >> binary from the home directory.) >> >> Does someone have an idea about what I can do to make my snap run? >> >> Thank you very much in advance for your support. > > Hey Jacques, > > I think we did discuss about GPIO support in confined mode, but there is > no interface for this today AFAIK (CCing Jamie who can confirm and maybe > give a path/ETA forward). There is a GPIO interface. The downside of it is that you need a slot defined on the gadget snap. As long as this isn't done for the official gadget snaps for Pi 2/3 you can only build your own. See https://github.com/snapcore/snapd/blob/master/interfaces/builtin/gpio.go for details about the interface itself. regards, Simon From didrocks at ubuntu.com Mon Nov 7 10:23:36 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 11:23:36 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <9727613b-c18d-faf6-4ceb-e4e52358a8b9@canonical.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> <9727613b-c18d-faf6-4ceb-e4e52358a8b9@canonical.com> Message-ID: <3e3b4ec5-c02a-9455-7b89-5f6822f8478e@ubuntu.com> Le 07/11/2016 à 11:18, Simon Fels a écrit : > On 07.11.2016 08:53, Didier Roche wrote: >> Le 06/11/2016 à 11:50, Jacques Supcik a écrit : >>> Dear community. >>> >>> I have a program , written in >>> go, and running on a raspberry Pi 2, which displays messages on a LED >>> panel. The panel is made of >>> "neo pixels" and is connected to the GPIO of the raspberry Pi. >>> Internally, it uses the DMA and PWM to generate and accurate signals. >>> >>> The program currently runs well on a Raspbian system and I would like >>> to move to ubuntu-core. I was able to build the snap and to deploy it >>> on a raspberry Pi 2 running Core version 16. I installed the snap with >>> "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, >>> it just freezes. >>> >>> I installed snappy-debug to check the logs and this is what I get: >>> >>> = AppArmor = >>> Time: Nov 6 09:28:45 >>> Log: apparmor="DENIED" operation="open" >>> profile="snap.telecom-tower.daemon" name="/dev/vcio" pid=4441 >>> comm="tower" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 >>> File: /dev/vcio (read) >>> >>> = Seccomp = >>> Time: Nov 6 09:28:45 >>> Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" >>> exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) >>> compat=0 ip=0x76e3aaf6 code=0x0 >>> Syscall: mknod >>> >>> Note that if I scp the binary file and run on ubuntu core as root, >>> then the program runs fine. (I don't install the snap, I just run the >>> binary from the home directory.) >>> >>> Does someone have an idea about what I can do to make my snap run? >>> >>> Thank you very much in advance for your support. >> Hey Jacques, >> >> I think we did discuss about GPIO support in confined mode, but there is >> no interface for this today AFAIK (CCing Jamie who can confirm and maybe >> give a path/ETA forward). > > There is a GPIO interface. The downside of it is that you need a slot > defined on the gadget snap. As long as this isn't done for the official > gadget snaps for Pi 2/3 you can only build your own. See > https://github.com/snapcore/snapd/blob/master/interfaces/builtin/gpio.go > for details about the interface itself. Ah nice, I didn't find any documentation on it nor in the official doc (which was imported from the snapd repo before its removal) or in https://github.com/snapcore/snapd/wiki/Interfaces. Any plan on documenting it? Is there a bug report for ogra to enable it in the official gadget snaps for Pi 2/3? Cheers, Didier From zygmunt.krynicki at canonical.com Mon Nov 7 10:45:20 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Mon, 7 Nov 2016 11:45:20 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: Message-ID: > On 6 Nov 2016, at 11:50, Jacques Supcik wrote: > > Dear community. > > I have a program, written in go, and running on a raspberry Pi 2, which displays messages on a LED panel. The panel is made of "neo pixels" and is connected to the GPIO of the raspberry Pi. Internally, it uses the DMA and PWM to generate and accurate signals. > > The program currently runs well on a Raspbian system and I would like to move to ubuntu-core. I was able to build the snap and to deploy it on a raspberry Pi 2 running Core version 16. I installed the snap with "--dangerous", but as soon as the system configure the DMA/PWM/GPIO, it just freezes. > > I installed snappy-debug to check the logs and this is what I get: > > = AppArmor = > Time: Nov 6 09:28:45 > Log: apparmor="DENIED" operation="open" profile="snap.telecom-tower.daemon" name="/dev/vcio" pid=4441 comm="tower" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 > File: /dev/vcio (read) > > = Seccomp = > Time: Nov 6 09:28:45 > Log: auid=4294967295 uid=0 gid=0 ses=4294967295 pid=4441 comm="tower" exe="/snap/telecom-tower/x1/bin/tower" sig=31 arch=40000028 14(mknod) compat=0 ip=0x76e3aaf6 code=0x0 > Syscall: mknod > > Note that if I scp the binary file and run on ubuntu core as root, then the program runs fine. (I don't install the snap, I just run the binary from the home directory.) > > Does someone have an idea about what I can do to make my snap run? You need an interface for accessing this specific hardware. In absence of one right now just get started with devmode. In your snapcraft.yam use “confinement: devmode”. I think there’s an ongoing work to support this interface but to be sure please report a bug on bugs.launchpad.net/snappy and tag it with the “snapd-interface” tag please. Interfaces are added pretty quickly so you can even track daily development using the edge channel of the core snap. Best regards ZK From ogra at ubuntu.com Mon Nov 7 11:17:17 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Mon, 07 Nov 2016 12:17:17 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <3e3b4ec5-c02a-9455-7b89-5f6822f8478e@ubuntu.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> <9727613b-c18d-faf6-4ceb-e4e52358a8b9@canonical.com> <3e3b4ec5-c02a-9455-7b89-5f6822f8478e@ubuntu.com> Message-ID: <1478517437.4937.27.camel@ubuntu.com> hi, Am Montag, den 07.11.2016, 11:23 +0100 schrieb Didier Roche: > >   > Ah nice, I didn't find any documentation on it nor in the official > doc > (which was imported from the snapd repo before its removal) or in > https://github.com/snapcore/snapd/wiki/Interfaces. Any plan on > documenting it? > > Is there a bug report for ogra to enable it in the official gadget > snaps > for Pi 2/3? we only briefly had a hallway discussion about this at the sprint, happy to enable it in the gadget. but please note that a mailbox device (while using GPIO) gets quite some control over internal CPU processes, i think this needs additional securing over a plain GPIO interface ... ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From ogra at ubuntu.com Mon Nov 7 11:24:07 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Mon, 07 Nov 2016 12:24:07 +0100 Subject: Help making images to test console-conf changes In-Reply-To: References: Message-ID: <1478517847.4937.33.camel@ubuntu.com> hi, Am Montag, den 07.11.2016, 17:27 +1300 schrieb Michael Hudson-Doyle: > Hi all, > I've been working on a rewrite of console-conf's networking bits, > with the intent of making the UI a bit clearer and more dynamic (e.g. > if you stick a USB Ethernet adapter in after you've started console- > conf, it shows up in the UI). > I've tested this locally but this is the sort of thing that should > definitely be tested on all supported devices before it goes into > core. I've put probert and subiquity packages into > ppa:mwhudson/devirt but realised that I don't know how to make core > snaps with custom packages on launchpad! If someone could help we > with that, then I (or anyone) can make some images for people to > test. this is exactly what http://people.canonical.com/~ogra/snappy/all-snaps/daily/ is for ... just copy your binary into the image PPA, there it gets picked up for the daily edge builds of the core snap and images ...  the daily auto-builds ( http://people.canonical.com/~ogra/core-builds/  ) only got into the edge channel, currently all other channels require manual intervention before anything gets promoted into them, so you cant break anything. just make sure to follow up if there are any regressions and take the necessary actions ;) ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From vinzjobard at gmail.com Mon Nov 7 12:25:34 2016 From: vinzjobard at gmail.com (Vincent JOBARD) Date: Mon, 07 Nov 2016 12:25:34 +0000 Subject: Error on compiling snap using wxPython In-Reply-To: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> References: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> Message-ID: Hi Didier Thx for your answer On Mon, Nov 7, 2016 at 9:02 AM Didier Roche wrote: > Le 06/11/2016 à 01:40, Vincent JOBARD a écrit : > > Hi every one > > > > Few days ago I found that a GUI exists for > > YouTube-dl, https://github.com/MrS0m30n3/youtube-dl-gui. > > > > So I tried to create a snap for it, based on youtube-dl snapcraft.yaml > > found in the Playpen > > > > https://github.com/Winael/youtube-dl-gui/blob/snapcraft/snapcraft.yaml > > > > but when I build my snap I have an error > > > > https://pastebin.ubuntu.com/23433523/ > > > > I certainly miss something with the dependancies management but I > > don't found what. > > > > Is there someone that could help me ? > > I suggest that you print PYTHON_PATH and look at the content that > snapcraft has there. I doubt that the python plugin resolves > dependencies from stage-packages at build time. > How could I found the PYTHON_PATH from the parts ? I found that's not possible to download wxPython from PyPI so I can't use python-packages either. So I suppose that I need a Makefile, where I can specify the PYTHON_PATH. What do you think ? What can I specify as path ? > > > > I have to animate a workshop next week on how to create snaps, and > > youtube-dl is one of my reference because of multi-source, cloud part > > possibility and part priorization, and it could be nice to show how to > > add a GUI on it with a desktop integration with a very simple > > snapcraft.yaml file > I suggest if you can't get that one working that you use the one I > pointed you about. In addition, it's a continuation of the one you will > demo as part of the conference and build upons multiple concepts: > - mutiple sources (some local, some distant) > - good ordering of properties > - shortcuts and hints (.git enable stripping source-type) > - services and commands talking together > - local plugins. > I'll use face-detection-demo snaps for the first part because it's the continuation of the presentation based on your work, but I have an hour and half so I will talk about youtube-dl. If I can't success with the GUI part, I will only show how to build youtube-dl CLI :) Cheers Winael -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 7 13:12:44 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 14:12:44 +0100 Subject: Error on compiling snap using wxPython In-Reply-To: References: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> Message-ID: <58d698e9-d76f-68bb-9228-9b5dfd73b23a@ubuntu.com> Le 07/11/2016 à 13:25, Vincent JOBARD a écrit : > Hi Didier Thx for your answer > > On Mon, Nov 7, 2016 at 9:02 AM Didier Roche > wrote: > > Le 06/11/2016 à 01:40, Vincent JOBARD a écrit : > > Hi every one > > > > Few days ago I found that a GUI exists for > > YouTube-dl, https://github.com/MrS0m30n3/youtube-dl-gui. > > > > So I tried to create a snap for it, based on youtube-dl > snapcraft.yaml > > found in the Playpen > > > > > https://github.com/Winael/youtube-dl-gui/blob/snapcraft/snapcraft.yaml > > > > but when I build my snap I have an error > > > > https://pastebin.ubuntu.com/23433523/ > > > > I certainly miss something with the dependancies management but I > > don't found what. > > > > Is there someone that could help me ? > > I suggest that you print PYTHON_PATH and look at the content that > snapcraft has there. I doubt that the python plugin resolves > dependencies from stage-packages at build time. > > > How could I found the PYTHON_PATH from the parts ? I found that's not > possible to download wxPython from PyPI so I can't use python-packages > either. So I suppose that I need a Makefile, where I can specify the > PYTHON_PATH. What do you think ? What can I specify as path ? Let's see what Sergio tells (if this is supposed to be supported or not) as he did rewrite recently the python plugin. If not, you can create your own plugin inheriting from the python one, and exporting PYTHON_PATH to what you need (there are some examples in the playpen for this). > > > > > I have to animate a workshop next week on how to create snaps, and > > youtube-dl is one of my reference because of multi-source, cloud > part > > possibility and part priorization, and it could be nice to show > how to > > add a GUI on it with a desktop integration with a very simple > > snapcraft.yaml file > I suggest if you can't get that one working that you use the one I > pointed you about. In addition, it's a continuation of the one you > will > demo as part of the conference and build upons multiple concepts: > - mutiple sources (some local, some distant) > - good ordering of properties > - shortcuts and hints (.git enable stripping source-type) > - services and commands talking together > - local plugins. > > > I'll use face-detection-demo snaps for the first part because it's the > continuation of the presentation based on your work, but I have an > hour and half so I will talk about youtube-dl. If I can't success with > the GUI part, I will only show how to build youtube-dl CLI :) > > Cheers > Winael > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 7 13:43:21 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 7 Nov 2016 14:43:21 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <1478517437.4937.27.camel@ubuntu.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> <9727613b-c18d-faf6-4ceb-e4e52358a8b9@canonical.com> <3e3b4ec5-c02a-9455-7b89-5f6822f8478e@ubuntu.com> <1478517437.4937.27.camel@ubuntu.com> Message-ID: <80da0dc8-9730-47a0-0b08-7a04a9eac6fc@ubuntu.com> Le 07/11/2016 à 12:17, Oliver Grawert a écrit : > hi, > Am Montag, den 07.11.2016, 11:23 +0100 schrieb Didier Roche: >> >> Ah nice, I didn't find any documentation on it nor in the official >> doc >> (which was imported from the snapd repo before its removal) or in >> https://github.com/snapcore/snapd/wiki/Interfaces. Any plan on >> documenting it? >> >> Is there a bug report for ogra to enable it in the official gadget >> snaps >> for Pi 2/3? > we only briefly had a hallway discussion about this at the sprint, > happy to enable it in the gadget. > > but please note that a mailbox device (while using GPIO) gets quite > some control over internal CPU processes, i think this needs additional > securing over a plain GPIO interface ... FYI, opened https://bugs.launchpad.net/snappy/+bug/1639798 From jacques at supcik.net Mon Nov 7 13:56:42 2016 From: jacques at supcik.net (Jacques Supcik) Date: Mon, 7 Nov 2016 14:56:42 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Message-ID: Thank you for your reply. On 7 November 2016 at 08:53, Didier Roche wrote: > Meanwhile, you can still install your snap in devmode to bypass security, > and that should do it in your case, mind confirming? > Yes, it works indeed in devmode. █ Jacques -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.hudson at canonical.com Mon Nov 7 18:41:52 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Tue, 8 Nov 2016 07:41:52 +1300 Subject: Help making images to test console-conf changes In-Reply-To: <1478517847.4937.33.camel@ubuntu.com> References: <1478517847.4937.33.camel@ubuntu.com> Message-ID: On 8 November 2016 at 00:24, Oliver Grawert wrote: > hi, > Am Montag, den 07.11.2016, 17:27 +1300 schrieb Michael Hudson-Doyle: > > Hi all, > > I've been working on a rewrite of console-conf's networking bits, > > with the intent of making the UI a bit clearer and more dynamic (e.g. > > if you stick a USB Ethernet adapter in after you've started console- > > conf, it shows up in the UI). > > I've tested this locally but this is the sort of thing that should > > definitely be tested on all supported devices before it goes into > > core. I've put probert and subiquity packages into > > ppa:mwhudson/devirt but realised that I don't know how to make core > > snaps with custom packages on launchpad! If someone could help we > > with that, then I (or anyone) can make some images for people to > > test. > > this is exactly what > http://people.canonical.com/~ogra/snappy/all-snaps/daily/ > is for ... > > just copy your binary into the image PPA, there it gets picked up for > the daily edge builds of the core snap and images ... > When in the day do the snap / image builds happen? I know how to trigger a snap build I think ( https://launchpad.net/~snappy-dev/+snap/core/+request-builds ?) but not how to trigger an image build... > the daily auto-builds ( http://people.canonical.com/~ogra/core-builds/ > ) only got into the edge channel, currently all other channels require > manual intervention before anything gets promoted into them, so you > cant break anything. > OK, done. I wasn't sure how disruptive breaking edge was :) > just make sure to follow up if there are any regressions and take the > necessary actions ;) > Of course. Cheers, mwh > ciao > oli > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From manik at canonical.com Mon Nov 7 22:45:56 2016 From: manik at canonical.com (Manik Taneja) Date: Mon, 7 Nov 2016 14:45:56 -0800 Subject: configure hook In-Reply-To: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Message-ID: +kyle On Sun, Nov 6, 2016 at 11:51 PM, Didier Roche wrote: > Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : > > > > Hello, > > > > Hey Boris, > > > > I want to generate my config on snap install using snap location > > variables. > > > > From the docs configure hook is only triggered when 'snap set' is > > called. Will configure also be called on install and upgrade? > > > I didn't try it myself yet, but from what I heard yeah, they will be run > at that time. Kyle can confirm (and if so, we'll update to the > documentation to reflect that). > > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Tue Nov 8 02:02:25 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 8 Nov 2016 10:02:25 +0800 Subject: Snapping Chrome browser Message-ID: Hi, After spending some effort, I finally made the Chrome browser snap working though it worked in "devmode". There is a small problem when I am trying to install it not using devmode. You can now install it like: $ sudo snap install --beta --devmoe The source code can be found at: https://github.com/liu-xiao-guo/mychrome I have created a blog at: http://blog.csdn.net/ubuntutouch/article/details/53078713 Currently, it supports Chinese language and also Chinese input method. Thanks & best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Tue Nov 8 02:46:09 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 8 Nov 2016 10:46:09 +0800 Subject: Snapping Chrome browser In-Reply-To: References: Message-ID: Sorry, There is a typo in the last email. The installation instruction is: $ sudo snap install --beta --devmode :) On Tue, Nov 8, 2016 at 10:02 AM, XiaoGuo Liu wrote: > Hi, > > After spending some effort, I finally made the Chrome browser snap working > though it worked in "devmode". There is a small problem when I am trying to > install it not using devmode. > > You can now install it like: > > $ sudo snap install --beta --devmoe > > The source code can be found at: https://github.com/liu-xiao-guo/mychrome > > I have created a blog at: http://blog.csdn.net/ > ubuntutouch/article/details/53078713 > > Currently, it supports Chinese language and also Chinese input method. > > Thanks & best regards, > XiaoGuo > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.fazzari at canonical.com Tue Nov 8 03:52:00 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Mon, 7 Nov 2016 19:52:00 -0800 Subject: configure hook In-Reply-To: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Message-ID: On Nov 6, 2016 21:51, "Didier Roche" wrote: > > Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : > > > > Hello, > > > > Hey Boris, > > > > I want to generate my config on snap install using snap location > > variables. > > > > From the docs configure hook is only triggered when 'snap set' is > > called. Will configure also be called on install and upgrade? > > > I didn't try it myself yet, but from what I heard yeah, they will be run > at that time. Kyle can confirm (and if so, we'll update to the > documentation to reflect that). When I wrote it (and the docs) it was only run with `snap set`. I believe it's been modified since then to run upon initial install as well as upgrade; indeed Gustavo mentioned that it should serve as an install and an upgrade hook. The docs weren't updated with this change, it seems. That recommendation should also be documented. Kyle -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Nov 8 07:00:11 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 8 Nov 2016 08:00:11 +0100 Subject: Snapping Chrome browser In-Reply-To: References: Message-ID: <67c4886b-9292-7dcb-de61-9d36c96fb3f5@ubuntu.com> Le 08/11/2016 à 03:46, XiaoGuo Liu a écrit : > Sorry, There is a typo in the last email. The installation instruction > is: > > $ sudo snap install --beta --devmode That's nice! However, AFAIK, Chad (CCed) worked on this some months ago and got it working as well in devmode. The only issue on confinement was the sandbox itself which is tricky to get working without it. Please coordinate with him to see if any of this work can be reused on your side! Cheers, Didier > > :) > > On Tue, Nov 8, 2016 at 10:02 AM, XiaoGuo Liu > > wrote: > > Hi, > > After spending some effort, I finally made the Chrome browser snap > working though it worked in "devmode". There is a small problem > when I am trying to install it not using devmode. > > You can now install it like: > > $ sudo snap install --beta --devmoe > > The source code can be found > at: https://github.com/liu-xiao-guo/mychrome > > > I have created a blog > at: http://blog.csdn.net/ubuntutouch/article/details/53078713 > > > Currently, it supports Chinese language and also Chinese input method. > > Thanks & best regards, > XiaoGuo > > -- > XiaoGuo, Liu > > > > > -- > XiaoGuo, Liu > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Nov 8 10:28:14 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 8 Nov 2016 11:28:14 +0100 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Message-ID: Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : > > On Nov 6, 2016 21:51, "Didier Roche" > wrote: >> >> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : >> > >> > Hello, >> > >> >> Hey Boris, >> > >> > I want to generate my config on snap install using snap location >> > variables. >> > >> > From the docs configure hook is only triggered when 'snap set' is >> > called. Will configure also be called on install and upgrade? >> > >> I didn't try it myself yet, but from what I heard yeah, they will be run >> at that time. Kyle can confirm (and if so, we'll update to the >> documentation to reflect that). > > When I wrote it (and the docs) it was only run with `snap set`. I > believe it's been modified since then to run upon initial install as > well as upgrade; indeed Gustavo mentioned that it should serve as an > install and an upgrade hook. The docs weren't updated with this change, > it seems. That recommendation should also be documented. > > Kyle > FYI, opened https://github.com/ubuntudesign/snapcraft.io/issues/216 about it (after confirming manually this new behavior). So, to answer on the initial reply: yes, the hooks are ran on install and upgrade. Cheers, Didier From yufeixiaoyu at gmail.com Tue Nov 8 10:37:17 2016 From: yufeixiaoyu at gmail.com (Yufeng Cao) Date: Tue, 8 Nov 2016 18:37:17 +0800 Subject: No subject Message-ID: Best Regards Yufeng Cao http://google.com/+YufengCao http://facebook.com/yufengcao http://linkedin.com/in/yufengcao # Enjoying in Apple; Working in Ubuntu; Living in Google! -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Nov 8 11:45:58 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 8 Nov 2016 08:45:58 -0300 Subject: Error on compiling snap using wxPython In-Reply-To: <58d698e9-d76f-68bb-9228-9b5dfd73b23a@ubuntu.com> References: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> <58d698e9-d76f-68bb-9228-9b5dfd73b23a@ubuntu.com> Message-ID: <52ceeaa9-315c-d62d-2cd1-6305d22bc6f7@canonical.com> El 07/11/16 a las 10:12, Didier Roche escribió: >> How could I found the PYTHON_PATH from the parts ? I found that's not >> possible to download wxPython from PyPI so I can't use >> python-packages either. So I suppose that I need a Makefile, where I >> can specify the PYTHON_PATH. What do you think ? What can I specify >> as path ? > > Let's see what Sergio tells (if this is supposed to be supported or > not) as he did rewrite recently the python plugin. If not, you can > create your own plugin inheriting from the python one, and exporting > PYTHON_PATH to what you need (there are some examples in the playpen > for this). The new plugin does NOT set PYTHONPATH, instead it sets PYTHONHOME and PYTHONUSERBASE. It has been specifically made to work with pypi and the latest trendy upstreams. There are ways to use alternate sources than pypi by just using the standard pip semantics for a required package. If none of this is good, then you should look into writing your own plugin. Cheers Sergio -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.hudson at canonical.com Wed Nov 9 03:07:53 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Wed, 9 Nov 2016 16:07:53 +1300 Subject: Help making images to test console-conf changes In-Reply-To: References: <1478517847.4937.33.camel@ubuntu.com> Message-ID: On 8 November 2016 at 07:41, Michael Hudson-Doyle < michael.hudson at canonical.com> wrote: > > > On 8 November 2016 at 00:24, Oliver Grawert wrote: > >> hi, >> Am Montag, den 07.11.2016, 17:27 +1300 schrieb Michael Hudson-Doyle: >> > Hi all, >> > I've been working on a rewrite of console-conf's networking bits, >> > with the intent of making the UI a bit clearer and more dynamic (e.g. >> > if you stick a USB Ethernet adapter in after you've started console- >> > conf, it shows up in the UI). >> > I've tested this locally but this is the sort of thing that should >> > definitely be tested on all supported devices before it goes into >> > core. I've put probert and subiquity packages into >> > ppa:mwhudson/devirt but realised that I don't know how to make core >> > snaps with custom packages on launchpad! If someone could help we >> > with that, then I (or anyone) can make some images for people to >> > test. >> >> this is exactly what >> http://people.canonical.com/~ogra/snappy/all-snaps/daily/ >> is for ... >> >> just copy your binary into the image PPA, there it gets picked up for >> the daily edge builds of the core snap and images ... >> > > When in the day do the snap / image builds happen? I know how to trigger a > snap build I think (https://launchpad.net/~snappy-dev/+snap/core/+ > request-builds ?) but not how to trigger an image build... > > >> the daily auto-builds ( http://people.canonical.com/~ogra/core-builds/ >> ) only got into the edge channel, currently all other channels require >> manual intervention before anything gets promoted into them, so you >> cant break anything. >> > > OK, done. I wasn't sure how disruptive breaking edge was :) > The packages mostly worked. I've made a few tweaks and uploaded new packages for today's builds. Hopefully they work too :) I tried to test my packages first by fixing up our build of the core snap ( https://launchpad.net/~canonical-foundations/+snap/snappy-first-boot) and then using ubuntu-image (version 0.11+real1 / revision 26 from the edge channel) and http://people.canonical.com/~vorlon/official-models/dragonboard-model.assertion to make a dragonboard image but it didn't boot. Are there any special steps that need to be taken when making a dragonboard image? I'd love to be able to test this stuff more locally than waiting for your scripts to churn out images ... Cheers, mwh > just make sure to follow up if there are any regressions and take the >> necessary actions ;) >> > > Of course. > > Cheers, > mwh > > >> ciao >> oli >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Wed Nov 9 06:44:22 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 9 Nov 2016 14:44:22 +0800 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Message-ID: Hi Didier, Sorry to cut in. Is "hooks" working now in snapcraft? I encountered error: I used below in snapcraft.yaml: hooks: # Top-level YAML attribute, parallel to `apps` upgrade: # Hook name, corresponds to executable name plugs: [network] # Or any other plugs required by this hook enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft Issues while validating snapcraft.yaml: Additional properties are not allowed ('hooks' was unexpected) enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft --version 2.20 Thanks. Br Enwei On Tue, Nov 8, 2016 at 6:28 PM, Didier Roche wrote: > Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : > > > > On Nov 6, 2016 21:51, "Didier Roche" > > wrote: > >> > >> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : > >> > > >> > Hello, > >> > > >> > >> Hey Boris, > >> > > >> > I want to generate my config on snap install using snap location > >> > variables. > >> > > >> > From the docs configure hook is only triggered when 'snap set' is > >> > called. Will configure also be called on install and upgrade? > >> > > >> I didn't try it myself yet, but from what I heard yeah, they will be run > >> at that time. Kyle can confirm (and if so, we'll update to the > >> documentation to reflect that). > > > > When I wrote it (and the docs) it was only run with `snap set`. I > > believe it's been modified since then to run upon initial install as > > well as upgrade; indeed Gustavo mentioned that it should serve as an > > install and an upgrade hook. The docs weren't updated with this change, > > it seems. That recommendation should also be documented. > > > > Kyle > > > > FYI, opened https://github.com/ubuntudesign/snapcraft.io/issues/216 > about it (after confirming manually this new behavior). > > So, to answer on the initial reply: yes, the hooks are ran on install > and upgrade. > > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 9 07:38:02 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 9 Nov 2016 08:38:02 +0100 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> Message-ID: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> Le 09/11/2016 à 07:44, Enwei Zhang a écrit : > Hi Didier, > Sorry to cut in. > Is "hooks" working now in snapcraft? > I encountered error: > I used below in snapcraft.yaml: > > hooks: # Top-level YAML attribute, parallel to `apps` > upgrade: # Hook name, corresponds to executable name > plugs: [network] # Or any other plugs required by this hook > > enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft > Issues while validating snapcraft.yaml: Additional properties are not > allowed ('hooks' was unexpected) > enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft --version > 2.20 No, right now, they are only implemented in snapd. You need to place the correct file in the meta/hooks/ folder (if you are using snapcraft, do this in the prime/ directory, before "snapcraft snap prime/"). There is an example available at https://github.com/snapcore/snapd/tree/master/tests/lib/snaps/basic-hooks/meta/hooks. Hope that helps! Didier > > Thanks. > > Br > Enwei > > > > On Tue, Nov 8, 2016 at 6:28 PM, Didier Roche > wrote: > > Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : > > > > On Nov 6, 2016 21:51, "Didier Roche" > > >> wrote: > >> > >> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : > >> > > >> > Hello, > >> > > >> > >> Hey Boris, > >> > > >> > I want to generate my config on snap install using snap location > >> > variables. > >> > > >> > From the docs configure hook is only triggered when 'snap set' is > >> > called. Will configure also be called on install and upgrade? > >> > > >> I didn't try it myself yet, but from what I heard yeah, they > will be run > >> at that time. Kyle can confirm (and if so, we'll update to the > >> documentation to reflect that). > > > > When I wrote it (and the docs) it was only run with `snap set`. I > > believe it's been modified since then to run upon initial install as > > well as upgrade; indeed Gustavo mentioned that it should serve as an > > install and an upgrade hook. The docs weren't updated with this > change, > > it seems. That recommendation should also be documented. > > > > Kyle > > > > FYI, opened > https://github.com/ubuntudesign/snapcraft.io/issues/216 > > about it (after confirming manually this new behavior). > > So, to answer on the initial reply: yes, the hooks are ran on install > and upgrade. > > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Wed Nov 9 07:51:45 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 9 Nov 2016 15:51:45 +0800 Subject: configure hook In-Reply-To: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> Message-ID: Got it, thanks so much. Br Enwei On Wed, Nov 9, 2016 at 3:38 PM, Didier Roche wrote: > Le 09/11/2016 à 07:44, Enwei Zhang a écrit : > > Hi Didier, > Sorry to cut in. > Is "hooks" working now in snapcraft? > I encountered error: > I used below in snapcraft.yaml: > > hooks: # Top-level YAML attribute, parallel to `apps` > upgrade: # Hook name, corresponds to executable name > plugs: [network] # Or any other plugs required by this hook > > enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft > Issues while validating snapcraft.yaml: Additional properties are not > allowed ('hooks' was unexpected) > enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft --version > 2.20 > > > No, right now, they are only implemented in snapd. > You need to place the correct file in the meta/hooks/ folder (if you are > using snapcraft, do this in the prime/ directory, before "snapcraft snap > prime/"). > > There is an example available at https://github.com/snapcore/ > snapd/tree/master/tests/lib/snaps/basic-hooks/meta/hooks. > > Hope that helps! > Didier > > > Thanks. > > Br > Enwei > > > > On Tue, Nov 8, 2016 at 6:28 PM, Didier Roche wrote: > >> Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : >> > >> > On Nov 6, 2016 21:51, "Didier Roche" > > > wrote: >> >> >> >> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : >> >> > >> >> > Hello, >> >> > >> >> >> >> Hey Boris, >> >> > >> >> > I want to generate my config on snap install using snap location >> >> > variables. >> >> > >> >> > From the docs configure hook is only triggered when 'snap set' is >> >> > called. Will configure also be called on install and upgrade? >> >> > >> >> I didn't try it myself yet, but from what I heard yeah, they will be >> run >> >> at that time. Kyle can confirm (and if so, we'll update to the >> >> documentation to reflect that). >> > >> > When I wrote it (and the docs) it was only run with `snap set`. I >> > believe it's been modified since then to run upon initial install as >> > well as upgrade; indeed Gustavo mentioned that it should serve as an >> > install and an upgrade hook. The docs weren't updated with this change, >> > it seems. That recommendation should also be documented. >> > >> > Kyle >> > >> >> FYI, opened https://github.com/ubuntudesign/snapcraft.io/issues/216 >> about it (after confirming manually this new behavior). >> >> So, to answer on the initial reply: yes, the hooks are ran on install >> and upgrade. >> >> Cheers, >> Didier >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Wed Nov 9 08:39:03 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Wed, 9 Nov 2016 08:39:03 +0000 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> Message-ID: Sorry, I did not get that. I am using snapcraft, are you saying that just creating hooks/configure is not enaugh? Looks like my hook is not executed: https://github.com/syncloud/platform/tree/master/snap Is it possible to debug the execution of snap install? I would like to see the state of the snap after it failed to start daemons. The only way to see the problem is to run journalctl and guess by startup errors. On 9 Nov 2016 07:52, "Enwei Zhang" wrote: > Got it, thanks so much. > > Br > Enwei > > On Wed, Nov 9, 2016 at 3:38 PM, Didier Roche wrote: > >> Le 09/11/2016 à 07:44, Enwei Zhang a écrit : >> >> Hi Didier, >> Sorry to cut in. >> Is "hooks" working now in snapcraft? >> I encountered error: >> I used below in snapcraft.yaml: >> >> hooks: # Top-level YAML attribute, parallel to `apps` >> upgrade: # Hook name, corresponds to executable name >> plugs: [network] # Or any other plugs required by this hook >> >> enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft >> Issues while validating snapcraft.yaml: Additional properties are not >> allowed ('hooks' was unexpected) >> enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft --version >> 2.20 >> >> >> No, right now, they are only implemented in snapd. >> You need to place the correct file in the meta/hooks/ folder (if you are >> using snapcraft, do this in the prime/ directory, before "snapcraft snap >> prime/"). >> >> There is an example available at https://github.com/snapcore/sn >> apd/tree/master/tests/lib/snaps/basic-hooks/meta/hooks. >> >> Hope that helps! >> Didier >> >> >> Thanks. >> >> Br >> Enwei >> >> >> >> On Tue, Nov 8, 2016 at 6:28 PM, Didier Roche wrote: >> >>> Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : >>> > >>> > On Nov 6, 2016 21:51, "Didier Roche" >> > > wrote: >>> >> >>> >> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : >>> >> > >>> >> > Hello, >>> >> > >>> >> >>> >> Hey Boris, >>> >> > >>> >> > I want to generate my config on snap install using snap location >>> >> > variables. >>> >> > >>> >> > From the docs configure hook is only triggered when 'snap set' is >>> >> > called. Will configure also be called on install and upgrade? >>> >> > >>> >> I didn't try it myself yet, but from what I heard yeah, they will be >>> run >>> >> at that time. Kyle can confirm (and if so, we'll update to the >>> >> documentation to reflect that). >>> > >>> > When I wrote it (and the docs) it was only run with `snap set`. I >>> > believe it's been modified since then to run upon initial install as >>> > well as upgrade; indeed Gustavo mentioned that it should serve as an >>> > install and an upgrade hook. The docs weren't updated with this change, >>> > it seems. That recommendation should also be documented. >>> > >>> > Kyle >>> > >>> >>> FYI, opened https://github.com/ubuntudesign/snapcraft.io/issues/216 >>> about it (after confirming manually this new behavior). >>> >>> So, to answer on the initial reply: yes, the hooks are ran on install >>> and upgrade. >>> >>> Cheers, >>> Didier >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >> >> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 9 08:56:02 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 9 Nov 2016 09:56:02 +0100 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> Message-ID: <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : > > Sorry, I did not get that. > > I am using snapcraft, are you saying that just creating > hooks/configure is not enaugh? > It should be enough if you ensure it's in your final snap in meta/hooks/configure. (Look at your prime/ directory). Enwei was talking about more advanced snapcraft integration, where you point to a file which is then copied for you in meta/hooks. > Looks like my hook is not executed: > https://github.com/syncloud/platform/tree/master/snap > > Is it possible to debug the execution of snap install? > > I would like to see the state of the snap after it failed to start > daemons. The only way to see the problem is to run journalctl and > guess by startup errors. > > Yeah, hooks are hard to debug, I filed *https://bugs.launchpad.net/snappy/+bug/1640114 yesterday about this. Didier * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Wed Nov 9 09:15:17 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Wed, 9 Nov 2016 09:15:17 +0000 Subject: configure hook In-Reply-To: <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: One more question, should I expect a hook to run inside my snap package and use relative shebang like this? #!python/bin/python Assuming I am packaging python with my snap. Thank you very much for your replies! On 9 Nov 2016 08:58, "Didier Roche" wrote: > Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : > > Sorry, I did not get that. > > I am using snapcraft, are you saying that just creating hooks/configure is > not enaugh? > > It should be enough if you ensure it's in your final snap in > meta/hooks/configure. (Look at your prime/ directory). > Enwei was talking about more advanced snapcraft integration, where you > point to a file which is then copied for you in meta/hooks. > > Looks like my hook is not executed: > https://github.com/syncloud/platform/tree/master/snap > > Is it possible to debug the execution of snap install? > > I would like to see the state of the snap after it failed to start > daemons. The only way to see the problem is to run journalctl and guess by > startup errors. > > Yeah, hooks are hard to debug, I filed > > > *https://bugs.launchpad.net/snappy/+bug/1640114 > yesterday about this. > Didier * > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 9 09:20:54 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 9 Nov 2016 10:20:54 +0100 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : > > One more question, should I expect a hook to run inside my snap > package and use relative shebang like this? > > #!python/bin/python > > Assuming I am packaging python with my snap. > hooks are run using the same context than any "commands:" in your snap. As long as we don't have snapcraft support, I don't think you will have the override in PYTHONPATH, PYTHONHOME and such (and I don't know if that's planned), but I'll give it a try later this week or early new one to have great python hooks examples. If you beat me to it, do not hesitate to report your results here! > Thank you very much for your replies! > My pleasure :) > > On 9 Nov 2016 08:58, "Didier Roche" > wrote: > > Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >> >> Sorry, I did not get that. >> >> I am using snapcraft, are you saying that just creating >> hooks/configure is not enaugh? >> > It should be enough if you ensure it's in your final snap in > meta/hooks/configure. (Look at your prime/ directory). > Enwei was talking about more advanced snapcraft integration, where > you point to a file which is then copied for you in meta/hooks. > >> Looks like my hook is not executed: >> https://github.com/syncloud/platform/tree/master/snap >> >> >> Is it possible to debug the execution of snap install? >> >> I would like to see the state of the snap after it failed to >> start daemons. The only way to see the problem is to run >> journalctl and guess by startup errors. >> >> > Yeah, hooks are hard to debug, I filed > *https://bugs.launchpad.net/snappy/+bug/1640114 > yesterday about this. > > Didier > * > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Wed Nov 9 09:47:38 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 9 Nov 2016 17:47:38 +0800 Subject: Is there any guidance/document about how to write App-provided slots Message-ID: Hello, For now, all slots are provided by ubuntu-core. I saw the concept of App-provided slots from https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L72 But I didn't find any guidance/document about how to do that. Could you please help advise? Thanks so much. Br Enwei -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Wed Nov 9 11:50:57 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 09 Nov 2016 12:50:57 +0100 Subject: Help making images to test console-conf changes In-Reply-To: References: <1478517847.4937.33.camel@ubuntu.com> Message-ID: <1478692257.25987.39.camel@ubuntu.com> hi, Am Mittwoch, den 09.11.2016, 16:07 +1300 schrieb Michael Hudson-Doyle: >  > > I tried to test my packages first by fixing up our build of the core > snap (https://launchpad.net/~canonical-foundations/+snap/snappy-first > -boot) and then using ubuntu-image (version 0.11+real1 / revision 26 > from the edge channel) and http://people.canonical.com/~vorlon/offici > al-models/dragonboard-model.assertion to make a dragonboard image but > it didn't boot. Are there any special steps that need to be taken > when making a dragonboard image? I'd love to be able to test this > stuff more locally than waiting for your scripts to churn out images > ... do you have any more info ? how does it fail the boot ? what is on the serial console ? ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From mhall119 at ubuntu.com Wed Nov 9 15:34:45 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Wed, 9 Nov 2016 10:34:45 -0500 Subject: [NEWS] Kdenlive devel snap Message-ID: It's in Portuguese[1], but Google Translate[2] works pretty well. "This is one of the interesting examples for comments regarding Snap, with it, we do not need extra repositories to have a program in its latest version, all without affecting the system base that ensures stability in an LTS distribution such as Ubuntu 16.04." [1] http://www.diolinux.com.br/2016/11/editor-de-video-kdenlive-agora-e.html [2] https://translate.google.com/translate?hl=en&sl=pt&tl=en&u=http%3A%2F%2Fwww.diolinux.com.br%2F2016%2F11%2Feditor-de-video-kdenlive-agora-e.html -- Michael Hall mhall119 at ubuntu.com From davidc at framli.eu Wed Nov 9 17:34:36 2016 From: davidc at framli.eu (=?UTF-8?Q?David_Call=c3=a9?=) Date: Wed, 9 Nov 2016 18:34:36 +0100 Subject: Is there any guidance/document about how to write App-provided slots In-Reply-To: References: Message-ID: <1855575b-0cbe-26a8-f032-2005a1f2355a@framli.eu> On 09/11/2016 10:47, Enwei Zhang wrote: > Hello, > For now, all slots are provided by ubuntu-core. I saw the concept of > App-provided slots from > https://github.com/snapcore/snapd/blob/master/interfaces/builtin/basedeclaration.go#L72 > But I didn't find any guidance/document about how to do that. > Could you please help advise? I don't think we have a document for this yet, except the general interfaces overview that only mentions it as a possibility ( http://snapcraft.io/docs/core/interfaces ). As far as I know, only two snaps are providing their own slots: the core snap and bluez. If it can help in the meantime, the source code I've found for the bluez snap is at: http://bazaar.launchpad.net/~bluetooth/bluez/snap-core-rolling/files CCing Morphis and Zyga for more information. Cheers, David > Thanks so much. > > Br > Enwei > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacques at supcik.net Wed Nov 9 20:25:26 2016 From: jacques at supcik.net (Jacques Supcik) Date: Wed, 9 Nov 2016 21:25:26 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Message-ID: Thank you Oliver for your constructive feedback. I like the idea of a "mailbox-device" and I will open a bug in the whishlist of snappy. My snap needs also write access to "/dev/mem": = AppArmor = Time: Nov 9 19:09:52 Log: apparmor="ALLOWED" operation="open" profile="snap.telecom-tower.daemon" name="/dev/mem" pid=3643 comm="tower" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0 File: /dev/mem (write) Should this also be addressed by the "mailbox-device" interface or should I fill another bug for a "physical-memory" interface? Or do you have an idea for a better name? Or is there already something available for accessing /dev/mem? █ Jacques -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.hudson at canonical.com Thu Nov 10 06:22:42 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Thu, 10 Nov 2016 19:22:42 +1300 Subject: Help making images to test console-conf changes In-Reply-To: <1478692257.25987.39.camel@ubuntu.com> References: <1478517847.4937.33.camel@ubuntu.com> <1478692257.25987.39.camel@ubuntu.com> Message-ID: On 10 November 2016 at 00:50, Oliver Grawert wrote: > hi, > Am Mittwoch, den 09.11.2016, 16:07 +1300 schrieb Michael Hudson-Doyle: > > > > > > I tried to test my packages first by fixing up our build of the core > > snap (https://launchpad.net/~canonical-foundations/+snap/snappy-first > > -boot) and then using ubuntu-image (version 0.11+real1 / revision 26 > > from the edge channel) and http://people.canonical.com/~vorlon/offici > > al-models/dragonboard-model.assertion to make a dragonboard image but > > it didn't boot. Are there any special steps that need to be taken > > when making a dragonboard image? I'd love to be able to test this > > stuff more locally than waiting for your scripts to churn out images > > ... > > do you have any more info ? how does it fail the boot ? what is on the > serial console ? > Sorry, no (my dragonboard doesn't have working serial). The daily images worked fine though, so I've made 'proper' subiquity and probert releases and uploaded to zesty and ppa:snappy-dev/image. I've tested in KVM and on the dragonboard so testing on other boards would be a good idea before we promote to beta or stable (what is the schedule for that, out of curiosity?). Cheers, mwh -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Thu Nov 10 08:33:04 2016 From: simon.fels at canonical.com (Simon Fels) Date: Thu, 10 Nov 2016 09:33:04 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> Message-ID: <952e5977-6891-5fee-08bf-63b8ff49726a@canonical.com> On 09.11.2016 21:25, Jacques Supcik wrote: > Thank you Oliver for your constructive feedback. > > I like the idea of a "mailbox-device" and I will open a bug in the > whishlist of snappy. > > My snap needs also write access to "/dev/mem": > > = AppArmor = > Time: Nov 9 19:09:52 > Log: apparmor="ALLOWED" operation="open" > profile="snap.telecom-tower.daemon" name="/dev/mem" pid=3643 > comm="tower" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0 > File: /dev/mem (write) > > Should this also be addressed by the "mailbox-device" interface or > should I fill another bug for a "physical-memory" interface? Or do you > have an idea for a better name? Or is there already something available > for accessing /dev/mem? This would be definitely a different interface but the more interesting question is why your app needs access to /dev/mem. That would give blind access to the whole system memory space which is a highly privileged operation I would say not many applications will need or even get because of the obvious access to everything on the system. Can you elaborate a bit more on what your application is doing with /dev/mem and why it needs access to the full system memory? regards, Simon From jacques at supcik.net Thu Nov 10 10:01:25 2016 From: jacques at supcik.net (Jacques Supcik) Date: Thu, 10 Nov 2016 11:01:25 +0100 Subject: Snap hangs when accessing a special /dev/file (/dev/vcio) [ubuntu-core 16 / RaspberryPi2] In-Reply-To: <952e5977-6891-5fee-08bf-63b8ff49726a@canonical.com> References: <0dc3a5df-89a3-cd93-f8bc-aacb137cf667@ubuntu.com> <952e5977-6891-5fee-08bf-63b8ff49726a@canonical.com> Message-ID: Thank you Simon for your reply. I understand that it is very dangerous to give full access to the whole memory. My application runs on a Raspberry Pi and controls a LED stripe (such as https://www.adafruit.com/product/2294 or https://www.sparkfun.com/ products/13304). These devices (based in WS281X chips) require a very accurate "real-time" signal that is hard to produce on a system with an operating system (It is easier to use it with an Arduino). For the Raspberry Pi, we can use the popular library from Jeremy Garff ( https://github.com/jgarff/rpi_ws281x). This library uses the DMA coupled with the PWM to generate the accurate signal. I don't know in detail how does the interface works and why it needs to write directly to /dev/mem. I'm just using it with a golang wrapper around it. My code is available on gitlab (https://gitlab.com/telecom-tower/tower) and the snap is automatically built using gitlab-CI. You can see a picture of the system (and the current message) on https://telecom-tower.tk/. Best regards, █ Jacques On 10 November 2016 at 09:33, Simon Fels wrote: > On 09.11.2016 21:25, Jacques Supcik wrote: > > Thank you Oliver for your constructive feedback. > > > > I like the idea of a "mailbox-device" and I will open a bug in the > > whishlist of snappy. > > > > My snap needs also write access to "/dev/mem": > > > > = AppArmor = > > Time: Nov 9 19:09:52 > > Log: apparmor="ALLOWED" operation="open" > > profile="snap.telecom-tower.daemon" name="/dev/mem" pid=3643 > > comm="tower" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0 > > File: /dev/mem (write) > > > > Should this also be addressed by the "mailbox-device" interface or > > should I fill another bug for a "physical-memory" interface? Or do you > > have an idea for a better name? Or is there already something available > > for accessing /dev/mem? > > This would be definitely a different interface but the more interesting > question is why your app needs access to /dev/mem. That would give blind > access to the whole system memory space which is a highly privileged > operation I would say not many applications will need or even get > because of the obvious access to everything on the system. > > Can you elaborate a bit more on what your application is doing with > /dev/mem and why it needs access to the full system memory? > > regards, > Simon > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwinter at opensourcerouting.org Fri Nov 11 09:54:01 2016 From: mwinter at opensourcerouting.org (Martin Winter) Date: Fri, 11 Nov 2016 01:54:01 -0800 Subject: Symlink to snapcraft apps no longer working Message-ID: Not sure when this (recently) changed. All apps as defined by a snap are prefixed with the snap name Ie, I have under apps a “vtysh” defined, which then ends up as quagga.vtysh (for the quagga snap). So far no issue. Now, a few weeks/months back, I was able to create a symlink with “vtysh” pointing to “quagga.vtysh” and then could use the same simple “vtysh” command to call the app. (same as traditional package installs) Link had to be done outside snap, but it allowed to keep all scripts unchanged. At the current snapd version (2.16ubuntu3), this does no longer work. all apps ends up as a symlink to the same /usr/bin/snap binary and somehow the binary seems to fail to call the correct app if there is another symlink used. Is there a way to get symlinks to still work as before? - Martin From vasilisc777 at gmail.com Fri Nov 11 10:12:52 2016 From: vasilisc777 at gmail.com (=?UTF-8?B?0JLQsNGB0LjQu9C40Lkg0JDQu9C10LrRgdC10LXQvdC60L4=?=) Date: Fri, 11 Nov 2016 13:12:52 +0300 Subject: save files Message-ID: How to save user files between the update snap package? Path $SNAP_USER_DATA -- best regards, Vasilisc From mhall119 at ubuntu.com Fri Nov 11 13:03:45 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Fri, 11 Nov 2016 08:03:45 -0500 Subject: save files In-Reply-To: References: Message-ID: <6f66d926-ff7d-73aa-3fe7-6aa7d2d45dff@ubuntu.com> On 11/11/2016 05:12 AM, Василий Алексеенко wrote: > How to save user files between the update snap package? > Path $SNAP_USER_DATA > Hi Vasilisc, It's not clear what you're asking here. Files in $SNAP_USER_DATA are versioned, which means an updated snap will get a copy of the previous version's files. If you want to keep using the same files, instead of a copy of them, then you can use $SNAP_USER_COMMON instead. You can learn more about these environment variables here: http://snapcraft.io/docs/reference/env Michael Hall mhall119 at ubuntu.com From timo.jyrinki at gmail.com Fri Nov 11 14:46:15 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Fri, 11 Nov 2016 16:46:15 +0200 Subject: Shared content example - ubuntu-app-platform Message-ID: Hi, I hinted at this earlier but 'ubuntu-app-platform' (name bikeshedded a few times) is now there offering a huge amount of libraries via content interface. We're using it for some builds of for example Calculator, Calendar and other apps, dropping the size of those from 50+MB to even under 1MB. It's used for the use case of using a same version of Qt (5.6.1) and certain Ubuntu libraries on disk space constrained devices for several (sn)apps, but it might also serve you as an example of how you could share content similarly between your own snaps. How it works is that there is now a snap in the store and an associated cloud part 'desktop-ubuntu-app-platform' (see documentation at the bottom of https://wiki.ubuntu.com/snapcraft/parts) that one can use to easily plug into the platform offered by ubuntu-app-platform. The extremely simple example produces 1MB snap (https://code.launchpad.net/~timo-jyrinki/+snap/uitk-gallery/+build/9676/+files/uitk-gallery_0.1_amd64.snap) that uses the hundreds of megabytes of shared libraries from the platform snap. Since this might be interesting approach to share libraries or other content between several snap in general, I invite you to look at the slot side maintained by the Ubuntu SDK team - https://git.launchpad.net/ubuntu-app-platform/tree/snapcraft.yaml - and the plug side of the simple(st) example - http://bazaar.launchpad.net/~timo-jyrinki/+junk/uitk-gallery/view/head:/snapcraft.yaml I hope this could help people interested in similar content sharing use cases. Note that it's useful to define the "default-provider" already even though the functionality of the field (automatic downloading of the providing snap) is not yet implemented. -Timo From marco.trevisan at canonical.com Fri Nov 11 18:45:02 2016 From: marco.trevisan at canonical.com (Marco Trevisan) Date: Fri, 11 Nov 2016 19:45:02 +0100 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: Message-ID: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Il 11/11/2016 15:46, Timo Jyrinki ha scritto: > Hi, > > I hinted at this earlier but 'ubuntu-app-platform' (name bikeshedded a > few times) is now there offering a huge amount of libraries via > content interface. We're using it for some builds of for example > Calculator, Calendar and other apps, dropping the size of those from > 50+MB to even under 1MB. Great stuff! Although it seems I've some troubles since I can't connect the gallery properly: $ sudo snap connect uitk-gallery:platform ubuntu-app-platform:platform $ uitk-gallery You need to connect the ubuntu-app-platform package with your application to reuse shared assets, please run: snap install ubuntu-app-platform snap connect uitk-gallery:platform ubuntu-app-platform:platform I guess it would be nice to have a similar content interface for all the desktop-launchers we support so far. From timo.jyrinki at gmail.com Fri Nov 11 19:20:35 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Fri, 11 Nov 2016 21:20:35 +0200 Subject: Shared content example - ubuntu-app-platform In-Reply-To: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: 2016-11-11 20:45 GMT+02:00 Marco Trevisan : > Although it seems I've some troubles since I can't connect the gallery > properly: I suspect there may be a snappy bug or a couple involved, I've run into similar problems myself. I still need to occasionally run for example: sudo /usr/lib/snapd/snap-discard-ns uitk-gallery after which the behavior changes. Then sometimes after that I have a crash on startup instead, resolved by removing either of the snaps and installing again. I'd love someone from the snappy core team to get to the bottom of this behavior (or maybe they are resolved in the next release). Regardless, I have ubuntu-app-platform installed from the store and uitk-gallery (installed from the linked .snap) running, as indicated in the attached screenshot^W^Wlinked screenshot here: http://people.ubuntu.com/~timo-jyrinki/running.png -Timo From renato.filho at canonical.com Fri Nov 11 19:27:27 2016 From: renato.filho at canonical.com (Renato Filho) Date: Fri, 11 Nov 2016 16:27:27 -0300 Subject: Shared content example - ubuntu-app-platform In-Reply-To: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: 2016-11-11 15:45 GMT-03:00 Marco Trevisan : > Il 11/11/2016 15:46, Timo Jyrinki ha scritto: >> >> Hi, >> >> I hinted at this earlier but 'ubuntu-app-platform' (name bikeshedded a >> few times) is now there offering a huge amount of libraries via >> content interface. We're using it for some builds of for example >> Calculator, Calendar and other apps, dropping the size of those from >> 50+MB to even under 1MB. > > > Great stuff! > > Although it seems I've some troubles since I can't connect the gallery > properly: > > $ sudo snap connect uitk-gallery:platform ubuntu-app-platform:platform > $ uitk-gallery > You need to connect the ubuntu-app-platform package with your application to > reuse shared assets, please run: > snap install ubuntu-app-platform > snap connect uitk-gallery:platform ubuntu-app-platform:platform > > I guess it would be nice to have a similar content interface for all the > desktop-launchers we support so far. Hi, This is happening with me too. Probably this is a snap bug. The solution for that is to remove the app and install it again and make sure to connect the interface before to run the app for the first time. I am having this problem in two situations: 1 - If I run the app that uses the content share before connect it, the connection command does not mount the directories anymore (I need to remove and install the app again, and connect the interface before run the app for the first time) 2 - If I install a new version of the app the content share directory does not get mounted and I need to use the same solution as number 1 You can face this problem in t From vinzjobard at gmail.com Fri Nov 11 20:49:43 2016 From: vinzjobard at gmail.com (Vincent JOBARD) Date: Fri, 11 Nov 2016 20:49:43 +0000 Subject: nchRe: Error on compiling snap using wxPython In-Reply-To: <52ceeaa9-315c-d62d-2cd1-6305d22bc6f7@canonical.com> References: <8f6ea76f-b132-5481-ad89-5393ca943bfe@ubuntu.com> <58d698e9-d76f-68bb-9228-9b5dfd73b23a@ubuntu.com> <52ceeaa9-315c-d62d-2cd1-6305d22bc6f7@canonical.com> Message-ID: Hi On Tue, Nov 8, 2016 at 12:47 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > > > El 07/11/16 a las 10:12, Didier Roche escribió: > > How could I found the PYTHON_PATH from the parts ? I found that's not > possible to download wxPython from PyPI so I can't use python-packages > either. So I suppose that I need a Makefile, where I can specify the > PYTHON_PATH. What do you think ? What can I specify as path ? > > > Let's see what Sergio tells (if this is supposed to be supported or not) > as he did rewrite recently the python plugin. If not, you can create your > own plugin inheriting from the python one, and exporting PYTHON_PATH to > what you need (there are some examples in the playpen for this). > > > The new plugin does NOT set PYTHONPATH, instead it sets PYTHONHOME and > PYTHONUSERBASE. It has been specifically made to work with pypi and the > latest trendy upstreams. There are ways to use alternate sources than pypi > by just using the standard pip semantics for a required package. > > If none of this is good, then you should look into writing your own plugin. > It seems that the pip install command is very particular for wxPython_Phoenix (which is the name registred in PyPI repo): sudo pip install --upgrade --trusted-host wxpython.org --pre -f http://wxpython.org/Phoenix/snapshot-builds/ wxPython_Phoenix So I really think that I will have to write my own plugin indeed. I begin to look at the Playpen example, but as a non-dev, I have some difficulties to undersand very quickly without explanation ^^ So I will not talk about GUI for youtube-dl in my workshop tomorrow (slides in french are here https://docs.google.com/presentation/d/15wBH9AeUimbt2N0nbRzkRhZZRK59SfahItQjsjm_ric/edit?usp=sharing) , but still interested in understanding and create a snapcraft.yaml for youtube-dl-gui project. @Didier Let's talk about that next week at OSS if you have some times. I'll take some examples with me and maybe with your explanation it will be more easily to understand > Cheers > > Sergio > Cheers Winael -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Fri Nov 11 22:01:37 2016 From: dank at kegel.com (Dan Kegel) Date: Fri, 11 Nov 2016 14:01:37 -0800 Subject: [NEWS] Ubuntu built with Qt In-Reply-To: <237f44da-e793-779f-24aa-77f2e579fd36@canonical.com> References: <75c925ee-afe8-2867-a063-2974202e0f5c@canonical.com> <237f44da-e793-779f-24aa-77f2e579fd36@canonical.com> Message-ID: Hrmf. Seems like Qt and snappy should be listed in http://dfkoz.com/iot-landscape/ I say this because the people at my company looking for IoT frameworks are looking at that page. On Thu, Nov 3, 2016 at 9:45 PM, Zoltán Balogh wrote: > Hi, > > nice news about the synergy between Qt and Ubuntu: > https://www.qt.io/case-built-with-qt-ubuntu-open-source-software-platform/ > > Many considers Qt only as the UI development framework but in fact Qt's IoT > offering is very strong. Since the 5.7 version their main focus is to offer > toolkit and adaptation layer for IoT devices > > Some reading on the topic: > > https://blog.qt.io/blog/2016/09/15/internet-of-things-why-tools-matter/ > https://blog.qt.io/blog/2016/08/29/embedded-systems-are-the-backbone-of-iot-but-its-software-that-brings-it-all-together/ > http://www.ics.com/blog/qt-and-internet-things-part-1 > > cheers, > > bzoltan > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft From ribalkin at gmail.com Sat Nov 12 16:45:21 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Sat, 12 Nov 2016 16:45:21 +0000 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: Still struggling with hooks, they are not executed on install. snap$ snap run --hook=configure syncloud-platform cannot snap-exec: cannot find hook "configure" in "syncloud-platform" and even 'snap run --hook=configure mysnap' silently returns. I am using: Ubuntu 16.04 snapd 2.16ubuntu3 Does it have hook support? According to this test they should even fail install if broken: https://github.com/snapcore/snapd/blob/203591b28670ef5c4106c8fc43051500bd6c3fda/tests/main/snap-set/task.yaml As suggested I am copying meta/hooks to prime dir after running snapcraft prime and then running snapcraft snap. This bug says it is probably not yet available in edge, how do I switch channel? https://bugs.launchpad.net/snappy/+bug/1636931 Thank you. On 9 Nov 2016 09:21, "Didier Roche" wrote: > Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : > > One more question, should I expect a hook to run inside my snap package > and use relative shebang like this? > > #!python/bin/python > > Assuming I am packaging python with my snap. > > hooks are run using the same context than any "commands:" in your snap. > > As long as we don't have snapcraft support, I don't think you will have > the override in PYTHONPATH, PYTHONHOME and such (and I don't know if that's > planned), but I'll give it a try later this week or early new one to have > great python hooks examples. > > If you beat me to it, do not hesitate to report your results here! > > Thank you very much for your replies! > > > My pleasure :) > > > > On 9 Nov 2016 08:58, "Didier Roche" wrote: > >> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >> >> Sorry, I did not get that. >> >> I am using snapcraft, are you saying that just creating hooks/configure >> is not enaugh? >> >> It should be enough if you ensure it's in your final snap in >> meta/hooks/configure. (Look at your prime/ directory). >> Enwei was talking about more advanced snapcraft integration, where you >> point to a file which is then copied for you in meta/hooks. >> >> Looks like my hook is not executed: >> https://github.com/syncloud/platform/tree/master/snap >> >> Is it possible to debug the execution of snap install? >> >> I would like to see the state of the snap after it failed to start >> daemons. The only way to see the problem is to run journalctl and guess by >> startup errors. >> >> Yeah, hooks are hard to debug, I filed >> >> >> *https://bugs.launchpad.net/snappy/+bug/1640114 >> yesterday about this. >> Didier * >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Sat Nov 12 23:13:53 2016 From: cpollock at embarqmail.com (Chris) Date: Sat, 12 Nov 2016 17:13:53 -0600 Subject: Cliqz Snap Message-ID: <1478992433.14227.5.camel@embarqmail.com> Has anyone gotten this snap to run? The install went fine AFAICT but when executed nothing happens. Syslog shows Nov 12 17:00:55 localhost /usr/lib/snapd/snapd[844]: daemon.go:174: DEBUG: uid=1000;@ GET /v2/snaps 31.184976ms 200 Nov 12 17:00:55 localhost kernel: [250160.993225] audit: type=1326 audit(1478991655.666:65): auid=1000 uid=1000 gid=1000 ses=3 pid=10201 comm="cliqz" exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e syscall=272 compat=0 ip=0x7f5d82721c19 code=0x0 When executed from the cli chris at localhost:~$ cliqz Bad system call -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 16:59:51 up 2 days, 21:28, 1 user, load average: 0.32, 0.37, 0.36 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From xiaoguo.liu at canonical.com Sun Nov 13 02:41:35 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Sun, 13 Nov 2016 10:41:35 +0800 Subject: Cliqz Snap In-Reply-To: <1478992433.14227.5.camel@embarqmail.com> References: <1478992433.14227.5.camel@embarqmail.com> Message-ID: Hi Chris, You may find the tips at https://github.com/snapcore/snapd/wiki/Security. You may use the command like: $ scmp_sys_resolver 983045 set_tls to find out the security violation. Best regards, XiaoGuo On Sun, Nov 13, 2016 at 7:13 AM, Chris wrote: > Has anyone gotten this snap to run? The install went fine AFAICT but > when executed nothing happens. Syslog shows > > Nov 12 17:00:55 localhost /usr/lib/snapd/snapd[844]: daemon.go:174: > DEBUG: uid=1000;@ GET /v2/snaps 31.184976ms 200 > > Nov 12 17:00:55 localhost kernel: [250160.993225] audit: type=1326 > audit(1478991655.666:65): auid=1000 uid=1000 gid=1000 ses=3 pid=10201 > comm="cliqz" exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e > syscall=272 compat=0 ip=0x7f5d82721c19 code=0x0 > > When executed from the cli > > chris at localhost:~$ cliqz > Bad system call > > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 16:59:51 up 2 days, 21:28, 1 user, load average: 0.32, 0.37, 0.36 > Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 > 19:39:52 UTC 2016 > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph.wakeling at webdrake.net Sun Nov 13 09:11:52 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Sun, 13 Nov 2016 10:11:52 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: <76083c5f-b04a-baf3-2554-f0e8c117ec4a@webdrake.net> On 03/11/16 11:49, Joseph Rushton Wakeling wrote: > On 01/11/16 22:43, Sergio Schvezov wrote: >> If this is x86_64, everything is aligned with the world, syscall 92 is chown. A >> useful tool here can help you out, and luckily there is one, run `snap install >> snappy-debug` and it will do some nice things to figure out what is going on wth >> these apparmor and seccomp blockers. > > Cheers, I'll try that out. Will probably be a little while before I follow up > -- I'm going to be away from computer for the next couple of weeks. Sorry for delayed response; I was on vacation and very deliberately AFK ;-) >> If this is the problem and you can patch the software then removing the chown >> could work, I am CCing Jamie for other ideas that could come up. Looking at the dub source code, it seems that the actual build -- i.e. the compiler call that generates the binary -- writes to a temporary .dub/ directory created in the project tree, and the generated files are then copied to the user-perceived output location, with chown and chmod calls to preserve the permissions: https://github.com/dlang/dub/blob/v1.0.0/source/dub/internal/vibecompat/core/file.d#L126-L128 That seems a reasonable enough approach in itself, but is it possible to preserve that basic operational principle without hitting the block on chown? The `copy` function called earlier on L115 actually has an optional `preserve` parameter that allows file attributes to be maintained during the copy; it might be worth trying this out to see if that doesn't hit the blocks from the container, although it still does a chmod: https://github.com/dlang/phobos/blob/60cd8d2aa70e1c9cfd7c58fa42bce7345fd00b77/std/file.d#L3393 ... so whether that would work would presumably hinge on whether chmod is also forbidden by containerization, or just chown. It's not obvious to me why the author of the dub code has instead created a POSIX-specific control block to set permissions manually, so I'll check out that with the dub folks. From joseph.wakeling at webdrake.net Sun Nov 13 09:17:00 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Sun, 13 Nov 2016 10:17:00 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <3FC02252-F4BF-4A60-BE01-72150C13765F@canonical.com> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> <3FC02252-F4BF-4A60-BE01-72150C13765F@canonical.com> Message-ID: <13c20886-e64f-50e0-8426-e87c91bcdab8@webdrake.net> On 03/11/16 12:08, Jamie Bennett wrote: > > > Regards, > Jamie. ... I guess an email got lost there? :-) Thanks in any case for taking the time to look at my questions. From peter at peteruithoven.nl Sun Nov 13 14:58:24 2016 From: peter at peteruithoven.nl (Peter Uithoven) Date: Sun, 13 Nov 2016 15:58:24 +0100 Subject: Cross platform snap creation? Message-ID: Hi folks, This is a question on behalf of the people behind Electron: Is is possible to create snaps from other platforms than Linux? Would this be possible through a Docker container? Are there docs on this? https://github.com/electron-userland/electron-packager/issues/525#issuecomment-260109515 https://github.com/electron-userland/electron-builder/issues/509 Electron enables the creation of cross platform application using web technologies (javascript, css, html, Node.js etc). The Atom editor for example is build with it. http://electron.atom.io/ Thanks in advance, Peter Uithoven -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Sun Nov 13 15:17:58 2016 From: cpollock at embarqmail.com (Chris) Date: Sun, 13 Nov 2016 09:17:58 -0600 Subject: Cliqz Snap In-Reply-To: References: <1478992433.14227.5.camel@embarqmail.com> Message-ID: <1479050278.12854.6.camel@embarqmail.com> On Sun, 2016-11-13 at 10:41 +0800, XiaoGuo Liu wrote: > Hi Chris, > > You may find the tips at https://github.com/snapcore/snapd/wiki/Secur > ity. You may use the command like: > > $ scmp_sys_resolver 983045 > set_tls > to find out the security violation. > > Best regards, > XiaoGuo > Thank you XiaoGuo, so in my case I have syscall=272. Running  chris at localhost:~$ scmp_sys_resolver 272 unshare I've installed snappy-debug but can't seem to get any kind of output when run. Maybe I'm using the wrong commands? > On Sun, Nov 13, 2016 at 7:13 AM, Chris > wrote: > > Has anyone gotten this snap to run? The install went fine AFAICT > > but > > when executed nothing happens. Syslog shows > > > > Nov 12 17:00:55 localhost /usr/lib/snapd/snapd[844]: daemon.go:174: > > DEBUG: uid=1000;@ GET /v2/snaps 31.184976ms 200 > > > > Nov 12 17:00:55 localhost kernel: [250160.993225] audit: type=1326 > > audit(1478991655.666:65): auid=1000 uid=1000 gid=1000 ses=3 > > pid=10201 > > comm="cliqz" exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 > > arch=c000003e > > syscall=272 compat=0 ip=0x7f5d82721c19 code=0x0 > > > > When executed from the cli > > > > chris at localhost:~$ cliqz > > Bad system call > > > > -- > > Chris > > KeyID 0xE372A7DA98E6705C > > 31.11972; -97.90167 (Elev. 1092 ft) > > 16:59:51 up 2 days, 21:28, 1 user, load average: 0.32, 0.37, 0.36 > > Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct > > 26 19:39:52 UTC 2016 > > > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /listinfo/snapcraft > > > > > --  > XiaoGuo, Liu  > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:57:09 up 3 days, 13:25, 1 user, load average: 0.14, 0.15, 0.22 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From cpollock at embarqmail.com Sun Nov 13 18:04:05 2016 From: cpollock at embarqmail.com (Chris) Date: Sun, 13 Nov 2016 12:04:05 -0600 Subject: Cliqz Snap In-Reply-To: <1479050278.12854.6.camel@embarqmail.com> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> Message-ID: <1479060245.12854.11.camel@embarqmail.com> On Sun, 2016-11-13 at 09:17 -0600, Chris wrote: > On Sun, 2016-11-13 at 10:41 +0800, XiaoGuo Liu wrote: > > > > Hi Chris, > > > > You may find the tips at https://github.com/snapcore/snapd/wiki/Sec > > ur > > ity. You may use the command like: > > > > $ scmp_sys_resolver 983045 > > set_tls > > to find out the security violation. > > > > Best regards, > > XiaoGuo > > > Thank you XiaoGuo, so in my case I have syscall=272. Running  > > chris at localhost:~$ scmp_sys_resolver 272 > unshare > > I've installed snappy-debug but can't seem to get any kind of output > when run. Maybe I'm using the wrong commands? > Replying to my own post. I wasn't running the snap whenever I ran sudo snappy-debug.security scanlog --all-entries cliqz Once I executed the snap from the menu with the above running I got chris at localhost:~$ sudo snappy-debug.security scanlog --all-entries cliqz kernel.printk_ratelimit = 0 = Seccomp = Time: Nov 13 11:49:59 Log: auid=1000 uid=1000 gid=1000 ses=3 pid=29796 comm="cliqz" exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e 272(unshare) compat=0 ip=0x7ffacd899c19 code=0x0 Syscall: unshare So, now it seems as there is a seccomp violation stopping the snap from running, at least that's what it appears to me to be. Where would I go from here? Contact the snap author? Chris > > > > On Sun, Nov 13, 2016 at 7:13 AM, Chris > > wrote: > > > > > > Has anyone gotten this snap to run? The install went fine AFAICT > > > but > > > when executed nothing happens. Syslog shows > > > > > > Nov 12 17:00:55 localhost /usr/lib/snapd/snapd[844]: > > > daemon.go:174: > > > DEBUG: uid=1000;@ GET /v2/snaps 31.184976ms 200 > > > > > > Nov 12 17:00:55 localhost kernel: [250160.993225] audit: > > > type=1326 > > > audit(1478991655.666:65): auid=1000 uid=1000 gid=1000 ses=3 > > > pid=10201 > > > comm="cliqz" exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 > > > arch=c000003e > > > syscall=272 compat=0 ip=0x7f5d82721c19 code=0x0 > > > > > > When executed from the cli > > > > > > chris at localhost:~$ cliqz > > > Bad system call > > > > > > -- > > > Chris > > > KeyID 0xE372A7DA98E6705C > > > 31.11972; -97.90167 (Elev. 1092 ft) > > > 16:59:51 up 2 days, 21:28, 1 user, load average: 0.32, 0.37, 0.36 > > > Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed > > > Oct > > > 26 19:39:52 UTC 2016 > > > > > > -- > > > Snapcraft mailing list > > > Snapcraft at lists.snapcraft.io > > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > > > an > > > /listinfo/snapcraft > > > > > > > --  > > XiaoGuo, Liu  > > --  > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman > > /l > > istinfo/snapcraft > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 11:59:03 up 3 days, 16:27, 1 user, load average: 0.34, 0.18, 0.17 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From joseph.wakeling at webdrake.net Sun Nov 13 17:09:42 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Sun, 13 Nov 2016 18:09:42 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <76083c5f-b04a-baf3-2554-f0e8c117ec4a@webdrake.net> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> <76083c5f-b04a-baf3-2554-f0e8c117ec4a@webdrake.net> Message-ID: <88f1f98d-3cfe-56fb-d52c-bf4daa467ffb@webdrake.net> On 13/11/16 10:11, Joseph Rushton Wakeling wrote: > On 03/11/16 11:49, Joseph Rushton Wakeling wrote: >> On 01/11/16 22:43, Sergio Schvezov wrote: >>> If this is the problem and you can patch the software then removing the chown >>> could work, I am CCing Jamie for other ideas that could come up. > > Looking at the dub source code, it seems that the actual build -- i.e. the > compiler call that generates the binary -- writes to a temporary .dub/ directory > created in the project tree, and the generated files are then copied to the > user-perceived output location, with chown and chmod calls to preserve the > permissions: > https://github.com/dlang/dub/blob/v1.0.0/source/dub/internal/vibecompat/core/file.d#L126-L128 OK, upstream accepted my patch to deal with this. The current state of my external snap package, described here: https://github.com/WebDrake/dub.snap/pull/1 ... now works with some essential basics: * it can compile a program that has no dependencies; * it can download dub packages from https://code.dlang.org/ and incorporate them into a project. The major TODOs would be: * ensure the dub plugin downloads an upstream dub rather than relying on ubuntu packages; * separate the D compiler from the snap, allowing dub to use any compiler available on the host system (whether installed as a system package or as a snap package); * find a way for it to access system libraries so as to build dub packages that have these as dependencies. The latter two I presume come down to the known issue about how to make host resources available to a snap in a safe manner, but I'd be interested in any thoughts on whether the D compiler issue might be achieved any more easily. From daniel at dmhome.net Mon Nov 14 01:21:02 2016 From: daniel at dmhome.net (Daniel Toussaint) Date: Mon, 14 Nov 2016 01:21:02 +0000 Subject: Nand flash booting. Message-ID: I am working on a board similar to Beaglebone Black, however instead of SD/eMMC it is booting from NAND flash directly. As far as I can see in the documentation there is no way yet to boot a Snappy image in this fashion, is support for this planned ? Is there anything I can do to help out with that ? Meanwhile, I am considering using the Yocto version of snapcraft to package the apps, so that we can later migrate to from the current Yocto image to Snappy. Thanks for your comments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Mon Nov 14 01:29:52 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 14 Nov 2016 09:29:52 +0800 Subject: crontab like snaps or interfaces Message-ID: Hello, I want to ask if there is any snaps or interfaces that could support crontab or systemd.timer or that kind of timed operations. For example, if my snap uses syslog to save all the logs, how should logrotate work? Thanks so much. Br Enwei -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.ancell at canonical.com Mon Nov 14 03:30:19 2016 From: robert.ancell at canonical.com (Robert Ancell) Date: Mon, 14 Nov 2016 03:30:19 +0000 Subject: snapd-glib 1.3 released Message-ID: Overview of changes in snapd-glib 1.3 * Use new payment API (now stable). * Add API to get plug/slot attributes. * Add API for create user API. * Add async version of snapd_client_connect_sync(). * Fix crash when fail to connect to snapd. * Don't fail assertion if attempt to connect while already connected. * Fix transfer notation on GDateTime objects. * Fix build not regenerating .vapi. * Small documentation fixes. * Fix small memory leak. https://launchpad.net/snapd-glib/+download -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Mon Nov 14 06:57:40 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Mon, 14 Nov 2016 14:57:40 +0800 Subject: Tutorial: how to create a simple snapcraft custom plugin Message-ID: Hi, Today, I created a very simple tutorial on how to create a snapcraft custom plugin. The link is at: http://blog.csdn.net/ubuntutouch/article/details/52981623 Hopefully, it is useful to some of you! Best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Mon Nov 14 07:05:42 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Mon, 14 Nov 2016 15:05:42 +0800 Subject: Tutorial: how to create a simple snapcraft custom plugin In-Reply-To: References: Message-ID: Hi, I am sorry that I pasted the wrong link for the article. The correct one is: http://blog.csdn.net/ubuntutouch/article/details/53157531 Best regards, XiaoGuo On Mon, Nov 14, 2016 at 2:57 PM, XiaoGuo Liu wrote: > Hi, > > Today, I created a very simple tutorial on how to create a snapcraft > custom plugin. The link is at: > > http://blog.csdn.net/ubuntutouch/article/details/52981623 > > Hopefully, it is useful to some of you! > > Best regards, > XiaoGuo > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 08:00:39 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 09:00:39 +0100 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: Le 12/11/2016 à 17:45, Boris Rybalkin a écrit : > > Still struggling with hooks, they are not executed on install. > > snap$ snap run --hook=configure syncloud-platform > cannot snap-exec: cannot find hook "configure" in "syncloud-platform" > and even 'snap run --hook=configure mysnap' silently returns. > > I am using: > Ubuntu 16.04 > snapd 2.16ubuntu3 > > Does it have hook support? > It's supposed to have some, but IIRC, Kyle found some issues with it. Definitively, this version doesn't run the hook on install though. > According to this test they should even fail install if broken: > https://github.com/snapcore/snapd/blob/203591b28670ef5c4106c8fc43051500bd6c3fda/tests/main/snap-set/task.yaml > > As suggested I am copying meta/hooks to prime dir after running > snapcraft prime and then running snapcraft snap. > > This bug says it is probably not yet available in edge, how do I > switch channel? > > https://bugs.launchpad.net/snappy/+bug/1636931 > As I said in some email above, the easiest path to test it is to use an ubuntu core VM (until a new snapd release is out for Ubuntu 16.04 desktop, CCing Michael to know when the next snapd hits stable + SRU published). Cheers, Didier > Thank you. > > > On 9 Nov 2016 09:21, "Didier Roche" > wrote: > > Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : >> >> One more question, should I expect a hook to run inside my snap >> package and use relative shebang like this? >> >> #!python/bin/python >> >> Assuming I am packaging python with my snap. >> > hooks are run using the same context than any "commands:" in your > snap. > > As long as we don't have snapcraft support, I don't think you will > have the override in PYTHONPATH, PYTHONHOME and such (and I don't > know if that's planned), but I'll give it a try later this week or > early new one to have great python hooks examples. > > If you beat me to it, do not hesitate to report your results here! > >> Thank you very much for your replies! >> > > My pleasure :) > > >> >> On 9 Nov 2016 08:58, "Didier Roche" > > wrote: >> >> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >>> >>> Sorry, I did not get that. >>> >>> I am using snapcraft, are you saying that just creating >>> hooks/configure is not enaugh? >>> >> It should be enough if you ensure it's in your final snap in >> meta/hooks/configure. (Look at your prime/ directory). >> Enwei was talking about more advanced snapcraft integration, >> where you point to a file which is then copied for you in >> meta/hooks. >> >>> Looks like my hook is not executed: >>> https://github.com/syncloud/platform/tree/master/snap >>> >>> >>> Is it possible to debug the execution of snap install? >>> >>> I would like to see the state of the snap after it failed to >>> start daemons. The only way to see the problem is to run >>> journalctl and guess by startup errors. >>> >>> >> Yeah, hooks are hard to debug, I filed >> *https://bugs.launchpad.net/snappy/+bug/1640114 >> yesterday >> about this. >> >> Didier >> * >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 08:03:02 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 09:03:02 +0100 Subject: crontab like snaps or interfaces In-Reply-To: References: Message-ID: <21d035b8-6831-950f-13a9-52d9489238b6@ubuntu.com> Le 14/11/2016 à 02:29, Enwei Zhang a écrit : > Hello, > I want to ask if there is any snaps or interfaces that could support > crontab or systemd.timer or that kind of timed operations. > For example, if my snap uses syslog to save all the logs, how should > logrotate work? > > Thanks so much. CCing Gustavo to get some clarification on this. From didrocks at ubuntu.com Mon Nov 14 08:05:18 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 09:05:18 +0100 Subject: crontab like snaps or interfaces In-Reply-To: <21d035b8-6831-950f-13a9-52d9489238b6@ubuntu.com> References: <21d035b8-6831-950f-13a9-52d9489238b6@ubuntu.com> Message-ID: Le 14/11/2016 à 09:03, Didier Roche a écrit : > Le 14/11/2016 à 02:29, Enwei Zhang a écrit : >> Hello, >> I want to ask if there is any snaps or interfaces that could support >> crontab or systemd.timer or that kind of timed operations. >> For example, if my snap uses syslog to save all the logs, how should >> logrotate work? >> >> Thanks so much. > CCing Gustavo to get some clarification on this. > > Also, please, open a bug on https://launchpad.net/snappy with the exact use case. I'm unsure if you need an interface for this (interfaces are between snaps), here it seems you only need systemd timer units and crontab support (the same way we support services, hooks and such…) Cheers, Didier From didrocks at ubuntu.com Mon Nov 14 08:07:39 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 09:07:39 +0100 Subject: Nand flash booting. In-Reply-To: References: Message-ID: <1c6334df-dfb3-6a93-6f2a-50bc782ce294@ubuntu.com> Le 14/11/2016 à 02:21, Daniel Toussaint a écrit : > I am working on a board similar to Beaglebone Black, however instead > of SD/eMMC it is booting from NAND flash directly. As far as I can see > in the documentation there is no way yet to boot a Snappy image in > this fashion, is support for this planned ? Is there anything I can do > to help out with that ? > > Meanwhile, I am considering using the Yocto version of snapcraft to > package the apps, so that we can later migrate to from the current > Yocto image to Snappy. > > Thanks for your comments. Oliver (our Bleaglebone Black specialist and image author) should be able to give some schedule if such feature is planned. Didier From didrocks at ubuntu.com Mon Nov 14 08:11:44 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 09:11:44 +0100 Subject: Cliqz Snap In-Reply-To: <1479060245.12854.11.camel@embarqmail.com> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> Message-ID: <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> Le 13/11/2016 à 19:04, Chris a écrit : > On Sun, 2016-11-13 at 09:17 -0600, Chris wrote: >> On Sun, 2016-11-13 at 10:41 +0800, XiaoGuo Liu wrote: >>> Hi Chris, >>> >>> You may find the tips at https://github.com/snapcore/snapd/wiki/Sec >>> ur >>> ity. You may use the command like: >>> >>> $ scmp_sys_resolver 983045 >>> set_tls >>> to find out the security violation. >>> >>> Best regards, >>> XiaoGuo >>> >> Thank you XiaoGuo, so in my case I have syscall=272. Running >> >> chris at localhost:~$ scmp_sys_resolver 272 >> unshare >> >> I've installed snappy-debug but can't seem to get any kind of output >> when run. Maybe I'm using the wrong commands? >> > Replying to my own post. I wasn't running the snap whenever I ran > > sudo snappy-debug.security scanlog --all-entries cliqz > > Once I executed the snap from the menu with the above running I got > > chris at localhost:~$ sudo snappy-debug.security scanlog --all-entries > cliqz > kernel.printk_ratelimit = 0 > = Seccomp = > Time: Nov 13 11:49:59 > Log: auid=1000 uid=1000 gid=1000 ses=3 pid=29796 comm="cliqz" > exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e 272(unshare) > compat=0 ip=0x7ffacd899c19 code=0x0 > Syscall: unshare > > So, now it seems as there is a seccomp violation stopping the snap from > running, at least that's what it appears to me to be. Where would I go > from here? Contact the snap author? Indeed, the snap author didn't set the confinement rules on his app. The snap should then be in devmode (but not published in the stable channel), to not create user frustration executing something which fails. Do you mind contacting upstream so that they work on confinement? Thanks! Didier From ribalkin at gmail.com Mon Nov 14 09:04:28 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 14 Nov 2016 09:04:28 +0000 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: Will it help if I upgrade to 16.10? Also what is really relation between snapd and ubuntu core on amd64? On 14 Nov 2016 8:01 am, "Didier Roche" wrote: > Le 12/11/2016 à 17:45, Boris Rybalkin a écrit : > > Still struggling with hooks, they are not executed on install. > > snap$ snap run --hook=configure syncloud-platform > cannot snap-exec: cannot find hook "configure" in "syncloud-platform" > and even 'snap run --hook=configure mysnap' silently returns. > > I am using: > Ubuntu 16.04 > snapd 2.16ubuntu3 > > Does it have hook support? > > > It's supposed to have some, but IIRC, Kyle found some issues with it. > Definitively, this version doesn't run the hook on install though. > > According to this test they should even fail install if broken: > https://github.com/snapcore/snapd/blob/203591b28670ef5c4106c8fc430515 > 00bd6c3fda/tests/main/snap-set/task.yaml > > As suggested I am copying meta/hooks to prime dir after running snapcraft > prime and then running snapcraft snap. > > This bug says it is probably not yet available in edge, how do I switch > channel? > > https://bugs.launchpad.net/snappy/+bug/1636931 > > > As I said in some email above, the easiest path to test it is to use an > ubuntu core VM (until a new snapd release is out for Ubuntu 16.04 desktop, > CCing Michael to know when the next snapd hits stable + SRU published). > Cheers, > Didier > > Thank you. > > On 9 Nov 2016 09:21, "Didier Roche" wrote: > >> Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : >> >> One more question, should I expect a hook to run inside my snap package >> and use relative shebang like this? >> >> #!python/bin/python >> >> Assuming I am packaging python with my snap. >> >> hooks are run using the same context than any "commands:" in your snap. >> >> As long as we don't have snapcraft support, I don't think you will have >> the override in PYTHONPATH, PYTHONHOME and such (and I don't know if that's >> planned), but I'll give it a try later this week or early new one to have >> great python hooks examples. >> >> If you beat me to it, do not hesitate to report your results here! >> >> Thank you very much for your replies! >> >> >> My pleasure :) >> >> >> >> On 9 Nov 2016 08:58, "Didier Roche" wrote: >> >>> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >>> >>> Sorry, I did not get that. >>> >>> I am using snapcraft, are you saying that just creating hooks/configure >>> is not enaugh? >>> >>> It should be enough if you ensure it's in your final snap in >>> meta/hooks/configure. (Look at your prime/ directory). >>> Enwei was talking about more advanced snapcraft integration, where you >>> point to a file which is then copied for you in meta/hooks. >>> >>> Looks like my hook is not executed: >>> https://github.com/syncloud/platform/tree/master/snap >>> >>> Is it possible to debug the execution of snap install? >>> >>> I would like to see the state of the snap after it failed to start >>> daemons. The only way to see the problem is to run journalctl and guess by >>> startup errors. >>> >>> Yeah, hooks are hard to debug, I filed >>> >>> >>> *https://bugs.launchpad.net/snappy/+bug/1640114 >>> yesterday about this. >>> Didier * >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 09:20:32 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 10:20:32 +0100 Subject: configure hook In-Reply-To: References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> Message-ID: <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> Le 14/11/2016 à 10:04, Boris Rybalkin a écrit : > > Will it help if I upgrade to 16.10? > No, it contains the same version: https://launchpad.net/ubuntu/+source/snapd Try the ubuntu core vm is the only easy way for you to progress there. > Also what is really relation between snapd and ubuntu core on amd64? > snapd is part of the core snap. snapd from the core snap is running on ubuntu core, snapd from the ubuntu package is running on the desktop. (the REEXEC plan has been disabled some months ago, due to some issues IIRC) Didier > > On 14 Nov 2016 8:01 am, "Didier Roche" > wrote: > > Le 12/11/2016 à 17:45, Boris Rybalkin a écrit : >> >> Still struggling with hooks, they are not executed on install. >> >> snap$ snap run --hook=configure syncloud-platform >> cannot snap-exec: cannot find hook "configure" in "syncloud-platform" >> and even 'snap run --hook=configure mysnap' silently returns. >> >> I am using: >> Ubuntu 16.04 >> snapd 2.16ubuntu3 >> >> Does it have hook support? >> > > It's supposed to have some, but IIRC, Kyle found some issues with > it. Definitively, this version doesn't run the hook on install though. > >> According to this test they should even fail install if broken: >> https://github.com/snapcore/snapd/blob/203591b28670ef5c4106c8fc43051500bd6c3fda/tests/main/snap-set/task.yaml >> >> >> As suggested I am copying meta/hooks to prime dir after running >> snapcraft prime and then running snapcraft snap. >> >> This bug says it is probably not yet available in edge, how do I >> switch channel? >> >> https://bugs.launchpad.net/snappy/+bug/1636931 >> >> > > As I said in some email above, the easiest path to test it is to > use an ubuntu core VM (until a new snapd release is out for Ubuntu > 16.04 desktop, CCing Michael to know when the next snapd hits > stable + SRU published). > Cheers, > Didier > >> Thank you. >> >> >> On 9 Nov 2016 09:21, "Didier Roche" > > wrote: >> >> Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : >>> >>> One more question, should I expect a hook to run inside my >>> snap package and use relative shebang like this? >>> >>> #!python/bin/python >>> >>> Assuming I am packaging python with my snap. >>> >> hooks are run using the same context than any "commands:" in >> your snap. >> >> As long as we don't have snapcraft support, I don't think you >> will have the override in PYTHONPATH, PYTHONHOME and such >> (and I don't know if that's planned), but I'll give it a try >> later this week or early new one to have great python hooks >> examples. >> >> If you beat me to it, do not hesitate to report your results >> here! >> >>> Thank you very much for your replies! >>> >> >> My pleasure :) >> >> >>> >>> On 9 Nov 2016 08:58, "Didier Roche" >> > wrote: >>> >>> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >>>> >>>> Sorry, I did not get that. >>>> >>>> I am using snapcraft, are you saying that just creating >>>> hooks/configure is not enaugh? >>>> >>> It should be enough if you ensure it's in your final >>> snap in meta/hooks/configure. (Look at your prime/ >>> directory). >>> Enwei was talking about more advanced snapcraft >>> integration, where you point to a file which is then >>> copied for you in meta/hooks. >>> >>>> Looks like my hook is not executed: >>>> https://github.com/syncloud/platform/tree/master/snap >>>> >>>> >>>> Is it possible to debug the execution of snap install? >>>> >>>> I would like to see the state of the snap after it >>>> failed to start daemons. The only way to see the >>>> problem is to run journalctl and guess by startup errors. >>>> >>>> >>> Yeah, hooks are hard to debug, I filed >>> *https://bugs.launchpad.net/snappy/+bug/1640114 >>> >>> yesterday about this. >>> >>> Didier >>> * >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> >>> Modify settings or unsubscribe at: >>> https://lists.ubuntu.com/mailman/listinfo/snapcraft >>> >>> >>> >>> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 09:27:00 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 10:27:00 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: <88f1f98d-3cfe-56fb-d52c-bf4daa467ffb@webdrake.net> References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> <76083c5f-b04a-baf3-2554-f0e8c117ec4a@webdrake.net> <88f1f98d-3cfe-56fb-d52c-bf4daa467ffb@webdrake.net> Message-ID: Le 13/11/2016 à 18:09, Joseph Rushton Wakeling a écrit : > On 13/11/16 10:11, Joseph Rushton Wakeling wrote: >> On 03/11/16 11:49, Joseph Rushton Wakeling wrote: >>> On 01/11/16 22:43, Sergio Schvezov wrote: >>>> If this is the problem and you can patch the software then removing >>>> the chown >>>> could work, I am CCing Jamie for other ideas that could come up. >> >> Looking at the dub source code, it seems that the actual build -- >> i.e. the >> compiler call that generates the binary -- writes to a temporary >> .dub/ directory >> created in the project tree, and the generated files are then copied >> to the >> user-perceived output location, with chown and chmod calls to >> preserve the >> permissions: >> https://github.com/dlang/dub/blob/v1.0.0/source/dub/internal/vibecompat/core/file.d#L126-L128 >> > > OK, upstream accepted my patch to deal with this. The current state > of my external snap package, described here: > https://github.com/WebDrake/dub.snap/pull/1 > > ... now works with some essential basics: > > * it can compile a program that has no dependencies; > > * it can download dub packages from https://code.dlang.org/ and > incorporate > them into a project. > > The major TODOs would be: > > * ensure the dub plugin downloads an upstream dub rather than > relying on > ubuntu packages; > > * separate the D compiler from the snap, allowing dub to use any > compiler > available on the host system (whether installed as a system > package or > as a snap package); > > * find a way for it to access system libraries so as to build dub > packages > that have these as dependencies. > > The latter two I presume come down to the known issue about how to > make host resources available to a snap in a safe manner, but I'd be > interested in any thoughts on whether the D compiler issue might be > achieved any more easily. > I guess for now, the compiler part (and access to system libraries) should be part of an interface. I'm CCing Jamie to see if he has any thoughts on that. Didier From zygmunt.krynicki at canonical.com Mon Nov 14 09:30:56 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Mon, 14 Nov 2016 10:30:56 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> Message-ID: > Wiadomość napisana przez Joseph Rushton Wakeling w dniu 01.11.2016, o godz. 22:31: > > On 27/10/16 22:13, Joseph Rushton Wakeling wrote: >> On 27/10/16 08:37, Didier Roche wrote: >>> I would look at /var/log/syslogs. Apparmor and seccomp denials are >>> listed there. Note that if you didn't already, you should really start >>> developping your snap in devmode. That way, it will get confinment out >>> of the equasion to get your relocatable code and dependencies working. >>> Then, we can turn on confinement and figure out those issues to be able >>> to publish in the stable channel. >> >> Yea, I probably should have started with devmode. Thanks for the advice about >> syslogs; I'll check it out and see what I can find. > > OK, so it looks like apparmor was indeed responsible. The loglines in question: > > Oct 30 17:50:50 computername kernel: [ 9532.992875] audit: type=1400 audit(1477846250.853:43): apparmor="DENIED" operation="link" profile="snap.dub.dub" name="/home/username/code/D/dgraph/build/dgraph_graphtest" pid=22464 comm="dub" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000 target="/home/username/code/D/dgraph/.dub/build/application-debug-linux.posix-x86_64-ldc_0-B7AFC7F4AA486AA98C5445F91F5653DB/dgraph_graphtest” This is a link (or symlink, not sure) operation. > Oct 30 17:50:50 computername kernel: [ 9533.035303] audit: type=1326 audit(1477846250.897:44): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=22464 comm="dub" exe="/snap/dub/x1/bin/dub" sig=31 arch=c000003e syscall=92 compat=0 ip=0x7f9b72d13717 code=0x0 This seems to be chown(1) > > I'm not experienced with apparmor, so could someone explain exactly what this means? (I get the general idea, but the specifics would be useful to understand precisely.) > > In particular, is there an obvious reason why this might be showing up with the dub snap, when the earlier ldc2 snap didn't have this problem? I would guess because the ldc2 instance used by the snap-packaged dub is internal to the snap and does not benefit from the home-directory interface that dub itself gets? > > Setting the containment to devmode removes the problem, but it would be nice to be able to have strict confinement earlier rather than later. > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From didrocks at ubuntu.com Mon Nov 14 09:31:57 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 10:31:57 +0100 Subject: Cross platform snap creation? In-Reply-To: References: Message-ID: <7d2a2174-9a5d-eb86-36c9-c8bb8f8fd50f@ubuntu.com> Le 13/11/2016 à 15:58, Peter Uithoven a écrit : > Hi folks, > > This is a question on behalf of the people behind Electron: Is is > possible to create snaps from other platforms than Linux? Would this > be possible through a Docker container? Are there docs on this? > > https://github.com/electron-userland/electron-packager/issues/525#issuecomment-260109515 > https://github.com/electron-userland/electron-builder/issues/509 > > Electron enables the creation of cross platform application using web > technologies (javascript, css, html, Node.js etc). The Atom editor for > example is build with it. > http://electron.atom.io/ Hey Peter, I don't think this is planned as of today, however, seeing snaps working on the Linux Windows subsystem would be indeed really interesting! The issue with elecctron apps is that they touch a big part of the technical stack (graphics, access to various files, javascript sandboxed engine…). I don't think that will be the easiest one. I think running some lxd ubuntu-core system containers would help at least as a first steps on supported platform for web service. Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 09:39:09 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 10:39:09 +0100 Subject: Symlink to snapcraft apps no longer working In-Reply-To: References: Message-ID: <2c7c1a90-ce1a-5618-6892-663ee86ad46c@ubuntu.com> Le 11/11/2016 à 10:54, Martin Winter a écrit : > Not sure when this (recently) changed. > > All apps as defined by a snap are prefixed with the snap name > > Ie, I have under apps a “vtysh” defined, which then ends up as > quagga.vtysh (for the quagga snap). > > So far no issue. > > Now, a few weeks/months back, I was able to create a symlink > with “vtysh” pointing to “quagga.vtysh” and then could use the same > simple “vtysh” command to call the app. (same as traditional package > installs) > > Link had to be done outside snap, but it allowed to keep all scripts > unchanged. > > At the current snapd version (2.16ubuntu3), this does no longer work. > > all apps ends up as a symlink to the same /usr/bin/snap binary and > somehow the > binary seems to fail to call the correct app if there is another symlink > used. > > Is there a way to get symlinks to still work as before? > Hey Martin, I don't see what your issue is, nothing has changed and this isn't linked at all to snapd but rather a traditional linux feature. What commands are you running? $ ln -s /snap/bin/gtk3-demo foo $ ./foo works here $ ls -l foo lrwxrwxrwx 1 didrocks didrocks 19 nov. 14 10:37 foo -> /snap/bin/gtk3-demo As well. Please provide debug output. Cheers, Didier From zygmunt.krynicki at canonical.com Mon Nov 14 09:41:31 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Mon, 14 Nov 2016 10:41:31 +0100 Subject: Symlink to snapcraft apps no longer working In-Reply-To: References: Message-ID: <42E61DB8-29A1-4897-8182-236AA50AC668@canonical.com> > Wiadomość napisana przez Martin Winter w dniu 11.11.2016, o godz. 10:54: > > Not sure when this (recently) changed. > > All apps as defined by a snap are prefixed with the snap name > > Ie, I have under apps a “vtysh” defined, which then ends up as > quagga.vtysh (for the quagga snap). > > So far no issue. > > Now, a few weeks/months back, I was able to create a symlink > with “vtysh” pointing to “quagga.vtysh” and then could use the same > simple “vtysh” command to call the app. (same as traditional package installs) I think this is related to snap-run. You may have noticed that the quagga.vtysh itself is a symlink to /usr/bin/snap. The new „snap run” command understands symlinks and uses this as a hint on what to run. > > Link had to be done outside snap, but it allowed to keep all scripts > unchanged. > > At the current snapd version (2.16ubuntu3), this does no longer work. > > all apps ends up as a symlink to the same /usr/bin/snap binary and somehow the > binary seems to fail to call the correct app if there is another symlink > used. > > Is there a way to get symlinks to still work as before? > > - Martin > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From zygmunt.krynicki at canonical.com Mon Nov 14 09:44:11 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Mon, 14 Nov 2016 10:44:11 +0100 Subject: snapd-glib 1.3 released In-Reply-To: References: Message-ID: > Wiadomość napisana przez Robert Ancell w dniu 14.11.2016, o godz. 04:30: > > Overview of changes in snapd-glib 1.3 Congratulations :-) Speaking about releases, we have a dedicated list for announcing releases, the snapcraft-releases at snapcraft.io list. Could you please cross-send your future release announcements? Best regards ZK From didrocks at ubuntu.com Mon Nov 14 09:52:50 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 10:52:50 +0100 Subject: Symlink to snapcraft apps no longer working In-Reply-To: <42E61DB8-29A1-4897-8182-236AA50AC668@canonical.com> References: <42E61DB8-29A1-4897-8182-236AA50AC668@canonical.com> Message-ID: <8feeefa3-c969-1fb3-1569-0900f4efe7bb@ubuntu.com> Le 14/11/2016 à 10:41, Zygmunt Krynicki a écrit : >> Wiadomość napisana przez Martin Winter w dniu 11.11.2016, o godz. 10:54: >> >> Not sure when this (recently) changed. >> >> All apps as defined by a snap are prefixed with the snap name >> >> Ie, I have under apps a “vtysh” defined, which then ends up as >> quagga.vtysh (for the quagga snap). >> >> So far no issue. >> >> Now, a few weeks/months back, I was able to create a symlink >> with “vtysh” pointing to “quagga.vtysh” and then could use the same >> simple “vtysh” command to call the app. (same as traditional package installs) > > I think this is related to snap-run. You may have noticed that the quagga.vtysh itself is a symlink to /usr/bin/snap. The new „snap run” command understands symlinks and uses this as a hint on what to run. Oh, good catch! Any way to get that fixed? Martin, do you mind filing a bug? Cheers, Didier From stephen.stewart at canonical.com Mon Nov 14 09:55:33 2016 From: stephen.stewart at canonical.com (Stephen Stewart) Date: Mon, 14 Nov 2016 09:55:33 +0000 Subject: Packaging nodejs apps Message-ID: Hi, While looking into a nodejs/yarn plugin I wondered if I could make a yarn snap (not plugin), and simply define nodejs and yarn as parts, use dump plugin and be done, no plugin required: "Parts 'yarn' and 'node' have the following file paths in common which have different contents:" https://pastebin.canonical.com/170573/ So I am wondering why doesn't this just work? It seems like name collisions in parts might be a common enough thing, and I couldn't quite understand the help docs around filesets and organise to see a nice way to make this work for me across projects. Many thanks, Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 10:34:17 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 11:34:17 +0100 Subject: Packaging nodejs apps In-Reply-To: References: Message-ID: <2a7b727b-ffd5-774a-d216-2927ac1eef29@ubuntu.com> Le 14/11/2016 à 10:55, Stephen Stewart a écrit : > Hi, > > While looking into a nodejs/yarn plugin I wondered if I could make a > yarn snap (not plugin), and simply define nodejs and yarn as parts, > use dump plugin and be done, no plugin required: > > "Parts 'yarn' and 'node' have the following file paths in common which > have different contents:" > > https://pastebin.canonical.com/170573/ > > So I am wondering why doesn't this just work? Hey Stephen, It doesn't work simply because snapcraft doesn't know which file from which part to ship. You have common files between parts with different contents (as the error message underline). Which one of yarn's or node's README.md should be included for instance? > > It seems like name collisions in parts might be a common enough thing, > and I couldn't quite understand the help docs around filesets and > organise to see a nice way to make this work for me across projects. I guess http://snapcraft.io/docs/build-snaps/advanced-features will be a better example. Basically, you define in one parts a fileset with: filesets: exclude: - -README.md - - LICENSE - -lib/constants.js (note the - to say to exclude those 3 files). then, in the same part you want to exclude those files: stage: [$exclude] snap: [$exclude] And you should be done! Didier From enwei.zhang at canonical.com Mon Nov 14 10:56:12 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 14 Nov 2016 18:56:12 +0800 Subject: Is there any guidance/document about how to write App-provided slots In-Reply-To: <1855575b-0cbe-26a8-f032-2005a1f2355a@framli.eu> References: <1855575b-0cbe-26a8-f032-2005a1f2355a@framli.eu> Message-ID: Thanks David. Did you forget to add Morphis and Zyga? :) Loop Simon. Simon told me here is the latest bluez snap, https://code.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/bluez Simon told me that bluez snap only declares bluez slot in its snapcraft.yaml. IMHO, after the bluez snap declares "bluez" slot in snapcraft.yaml, it will have *bluezPermanentSlotAppArmor* capability defined in https://github.com/snapcore/snapd/blob/master/interfaces/ builtin/bluez.go#L28 So it seems to me by defining "bluez" slot, the bluez snap have more power/permissions to do some privileged work, *but* it doesn't *provide* anything to other snaps. From my experiment, if a new snap connects to the bluez slot in bluez snap, the new snap will not get the extra permissions. Thanks again. Br Enwei On Thu, Nov 10, 2016 at 1:34 AM, David Callé wrote: > On 09/11/2016 10:47, Enwei Zhang wrote: > > Hello, > For now, all slots are provided by ubuntu-core. I saw the concept of > App-provided slots from > https://github.com/snapcore/snapd/blob/master/interfaces/bui > ltin/basedeclaration.go#L72 > But I didn't find any guidance/document about how to do that. > Could you please help advise? > > > I don't think we have a document for this yet, except the general > interfaces overview that only mentions it as a possibility ( > http://snapcraft.io/docs/core/interfaces ). > > As far as I know, only two snaps are providing their own slots: the core > snap and bluez. > If it can help in the meantime, the source code I've found for the bluez > snap is at: http://bazaar.launchpad.net/~bluetooth/bluez/snap-core-rolli > ng/files > > CCing Morphis and Zyga for more information. > > Cheers, > David > > Thanks so much. > > Br > Enwei > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephen.stewart at canonical.com Mon Nov 14 11:19:24 2016 From: stephen.stewart at canonical.com (Stephen Stewart) Date: Mon, 14 Nov 2016 11:19:24 +0000 Subject: Packaging nodejs apps In-Reply-To: <2a7b727b-ffd5-774a-d216-2927ac1eef29@ubuntu.com> References: <2a7b727b-ffd5-774a-d216-2927ac1eef29@ubuntu.com> Message-ID: On Mon, Nov 14, 2016 at 10:34 AM Didier Roche wrote: > Le 14/11/2016 à 10:55, Stephen Stewart a écrit : > > Hi, > > > > While looking into a nodejs/yarn plugin I wondered if I could make a > > yarn snap (not plugin), and simply define nodejs and yarn as parts, > > use dump plugin and be done, no plugin required: > > > > "Parts 'yarn' and 'node' have the following file paths in common which > > have different contents:" > > > > https://pastebin.canonical.com/170573/ > > > > So I am wondering why doesn't this just work? > > Hey Stephen, > Hi Didier, > > It doesn't work simply because snapcraft doesn't know which file from > which part to ship. You have common files between parts with different > contents (as the error message underline). Which one of yarn's or node's > README.md should be included for instance? > Fair enough, but ... > > > > It seems like name collisions in parts might be a common enough thing, > > and I couldn't quite understand the help docs around filesets and > > organise to see a nice way to make this work for me across projects. > > I guess http://snapcraft.io/docs/build-snaps/advanced-features will be a > better example. > Basically, you define in one parts a fileset with: > filesets: > exclude: > - -README.md > - - LICENSE > - -lib/constants.js > (note the - to say to exclude those 3 files). > ... sure, but both parts need `lib/constants.js`; I can't exclude lib/constants for one part and hope that my snap will work, can I? I feel like I'm missing something really obvious here :( > > then, in the same part you want to exclude those files: > stage: [$exclude] > snap: [$exclude] > > And you should be done! > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 11:24:52 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 12:24:52 +0100 Subject: Packaging nodejs apps In-Reply-To: References: <2a7b727b-ffd5-774a-d216-2927ac1eef29@ubuntu.com> Message-ID: Le 14/11/2016 à 12:19, Stephen Stewart a écrit : > On Mon, Nov 14, 2016 at 10:34 AM Didier Roche > wrote: > > Le 14/11/2016 à 10:55, Stephen Stewart a écrit : > > Hi, > > > > While looking into a nodejs/yarn plugin I wondered if I could make a > > yarn snap (not plugin), and simply define nodejs and yarn as parts, > > use dump plugin and be done, no plugin required: > > > > "Parts 'yarn' and 'node' have the following file paths in common > which > > have different contents:" > > > > https://pastebin.canonical.com/170573/ > > > > So I am wondering why doesn't this just work? > > Hey Stephen, > > > Hi Didier, > > > > It doesn't work simply because snapcraft doesn't know which file from > which part to ship. You have common files between parts with different > contents (as the error message underline). Which one of yarn's or > node's > README.md should be included for instance? > > > Fair enough, but ... > > > > > > It seems like name collisions in parts might be a common enough > thing, > > and I couldn't quite understand the help docs around filesets and > > organise to see a nice way to make this work for me across projects. > > I guess http://snapcraft.io/docs/build-snaps/advanced-features > will be a > better example. > Basically, you define in one parts a fileset with: > filesets: > exclude: > - -README.md > - - LICENSE > - -lib/constants.js > (note the - to say to exclude those 3 files). > > > ... sure, but both parts need `lib/constants.js`; I can't exclude > lib/constants for one part and hope that my snap will work, can I? > > I feel like I'm missing something really obvious here :( Ah, in that case, it means that you need to install both nodejs and yarn (I don't know the latter) in different install path, and have wrappers so that they know how to find each other IMHO. You can use organize to rename a directory in the stage and prime directory, that would be a good way to install in different path with the dump plugin. However, you will need to provide those wrappers scripts/glue code so that one can know about the other. Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From ericoporto2008 at gmail.com Mon Nov 14 12:24:59 2016 From: ericoporto2008 at gmail.com (=?UTF-8?B?w4lyaWNvIFA=?=) Date: Mon, 14 Nov 2016 10:24:59 -0200 Subject: Cross platform snap creation? In-Reply-To: <7d2a2174-9a5d-eb86-36c9-c8bb8f8fd50f@ubuntu.com> References: <7d2a2174-9a5d-eb86-36c9-c8bb8f8fd50f@ubuntu.com> Message-ID: Didier, Peter asked about building snaps from other systems, not running them. I think the idea would be to automate the building process of an app in Electron for multiple platforms. Forgive me if you got right and I just didn't understood what you have said. Em 14 de nov de 2016 7:32 AM, "Didier Roche" escreveu: > Le 13/11/2016 à 15:58, Peter Uithoven a écrit : > > Hi folks, > > This is a question on behalf of the people behind Electron: Is is > possible to create snaps from other platforms than Linux? Would this be > possible through a Docker container? Are there docs on this? > > https://github.com/electron-userland/electron-packager/ > issues/525#issuecomment-260109515 > https://github.com/electron-userland/electron-builder/issues/509 > > Electron enables the creation of cross platform application using web > technologies (javascript, css, html, Node.js etc). The Atom editor for > example is build with it. > http://electron.atom.io/ > > > Hey Peter, > > I don't think this is planned as of today, however, seeing snaps working > on the Linux Windows subsystem would be indeed really interesting! The > issue with elecctron apps is that they touch a big part of the technical > stack (graphics, access to various files, javascript sandboxed engine…). I > don't think that will be the easiest one. > > I think running some lxd ubuntu-core system containers would help at least > as a first steps on supported platform for web service. > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 14 12:35:56 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 13:35:56 +0100 Subject: Cross platform snap creation? In-Reply-To: References: <7d2a2174-9a5d-eb86-36c9-c8bb8f8fd50f@ubuntu.com> Message-ID: Le 14/11/2016 à 13:24, Érico P a écrit : > > Didier, > > Peter asked about building snaps from other systems, not running them. > I think the idea would be to automate the building process of an app > in Electron for multiple platforms. Forgive me if you got right and I > just didn't understood what you have said. > Oh indeed, rereading, that's more than possible I misunderstood the request this morning :) I guess using a docker container like didrocks/snapcraft from dockerhub, which always contain latest released version of snapcraft (based on 16.04 LTS). Tell me if that suits your need Peter! Didier > > Em 14 de nov de 2016 7:32 AM, "Didier Roche" > escreveu: > > Le 13/11/2016 à 15:58, Peter Uithoven a écrit : >> Hi folks, >> >> This is a question on behalf of the people behind Electron: Is is >> possible to create snaps from other platforms than Linux? Would >> this be possible through a Docker container? Are there docs on this? >> >> https://github.com/electron-userland/electron-packager/issues/525#issuecomment-260109515 >> >> https://github.com/electron-userland/electron-builder/issues/509 >> >> >> Electron enables the creation of cross platform application using >> web technologies (javascript, css, html, Node.js etc). The Atom >> editor for example is build with it. >> http://electron.atom.io/ > > Hey Peter, > > I don't think this is planned as of today, however, seeing snaps > working on the Linux Windows subsystem would be indeed really > interesting! The issue with elecctron apps is that they touch a > big part of the technical stack (graphics, access to various > files, javascript sandboxed engine…). I don't think that will be > the easiest one. > > I think running some lxd ubuntu-core system containers would help > at least as a first steps on supported platform for web service. > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mabnhdev at gmail.com Mon Nov 14 13:01:45 2016 From: mabnhdev at gmail.com (MikeB) Date: Mon, 14 Nov 2016 08:01:45 -0500 Subject: Issues installing services in classic mode on Ubuntu core Message-ID: I'm trying to install a Debian package that contains a system service in Classic mode on Ubuntu core. * I've added a case to /usr/sbin/polivy-rc.d to return 104 for the service. * The service file is installed at /lib/systemd/system/foo.service. * There is a dropin file for the service at /etc/systemd/system/foo.d/foo.conf. I see the following when I install the package using dpkg. invoke-rc.d: foo.service doesn't exist but the upstart job does. Nothing to start or stop until a systemd or init job is present. Failed to get unit file state for foo.service: No such file or directory foo.service is a disabled or a static unit, not starting it. Are there any special restrictions on systemd services running in Classic mode? Regards, Mike From mark at ubuntu.com Mon Nov 14 13:23:45 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Mon, 14 Nov 2016 13:23:45 +0000 Subject: Cross platform snap creation? In-Reply-To: References: Message-ID: <49f7b25e-25db-cc31-606d-cd3e6786cc73@ubuntu.com> Hi Peter While snaps are currently Linux-only, there is good progress on a range of related fronts in the Windows Subsystem for Linux ("Ubuntu for Windows") which makes it plausible that snaps could be built on a future Windows as easily as on native Linux today. On Linux, currently most snaps are built on Ubuntu. They don't have to be - the format doesn't require it, and those snaps can run on other distributions even if built on Ubuntu - but the main 'snap assembly' tool is snapcraft which currently assumes Ubuntu. At the most recent gathering of snap developers we figured out a path to have diverse base Linuxes (say a Fedora core library set) as well as to have snapcraft building on a range of Linux distros, but I can't say when that will be in place. Electron is *great* and we'd like to have a standard way for folks using electron to publish a snap. One of the nice things about snaps is that you have an 'edge' channel into which you can release daily builds from your CI, and highly engaged / crazy community members and developers can thus easily run the trunk. Same goes for beta and release candidate, the channel system is very useful. Mark On 13/11/16 14:58, Peter Uithoven wrote: > Hi folks, > > This is a question on behalf of the people behind Electron: Is is > possible to create snaps from other platforms than Linux? Would this > be possible through a Docker container? Are there docs on this? > > https://github.com/electron-userland/electron-packager/issues/525#issuecomment-260109515 > https://github.com/electron-userland/electron-builder/issues/509 > > Electron enables the creation of cross platform application using web > technologies (javascript, css, html, Node.js etc). The Atom editor for > example is build with it. > http://electron.atom.io/ > > Thanks in advance, > Peter Uithoven > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Mon Nov 14 13:29:04 2016 From: simon.fels at canonical.com (Simon Fels) Date: Mon, 14 Nov 2016 14:29:04 +0100 Subject: Is there any guidance/document about how to write App-provided slots In-Reply-To: References: <1855575b-0cbe-26a8-f032-2005a1f2355a@framli.eu> Message-ID: On 14.11.2016 11:56, Enwei Zhang wrote: > Thanks David. Did you forget to add Morphis and Zyga? :) > Loop Simon. > Simon told me here is the latest bluez snap, > https://code.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/bluez > > Simon told me that bluez snap only declares bluez slot in its > snapcraft.yaml. > > IMHO, after the bluez snap declares "bluez" slot in snapcraft.yaml, it > will have *bluezPermanentSlotAppArmor* capability defined in > https://github.com/snapcore/snapd/blob/master/interfaces/builtin/bluez.go#L28 > > So it seems to me by defining "bluez" slot, the bluez snap have more > power/permissions to do some privileged work, > *but* it doesn't *provide* anything to other snaps. From my experiment, > if a new snap connects to the bluez slot in bluez snap, the new snap > will not get the extra permissions. The connecting snap (the plug side) will get the bluezConnectedPlug snippets from the interface definitions which actually allow the application to talk to bluez over dbus. So the bluez snap provides something to other services, a dbus service. If you want to know more in deep things about interfaces and how they work have a look at Zygmunds great post about how to write an interface at http://www.zygoon.pl/2016/08/creating-your-first-snappy-interface.html It will tell about all the details and the different snippets you can use. regards, Simon From enwei.zhang at canonical.com Mon Nov 14 13:50:32 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 14 Nov 2016 21:50:32 +0800 Subject: Is there any guidance/document about how to write App-provided slots In-Reply-To: References: <1855575b-0cbe-26a8-f032-2005a1f2355a@framli.eu> Message-ID: Yes, you are right Simon. I am clear now. Thanks a lot. Br Enwei On Mon, Nov 14, 2016 at 9:29 PM, Simon Fels wrote: > On 14.11.2016 11:56, Enwei Zhang wrote: > > Thanks David. Did you forget to add Morphis and Zyga? :) > > Loop Simon. > > Simon told me here is the latest bluez snap, > > https://code.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/bluez > > snaps/+git/bluez> > > Simon told me that bluez snap only declares bluez slot in its > > snapcraft.yaml. > > > > IMHO, after the bluez snap declares "bluez" slot in snapcraft.yaml, it > > will have *bluezPermanentSlotAppArmor* capability defined in > > https://github.com/snapcore/snapd/blob/master/interfaces/ > builtin/bluez.go#L28 > > builtin/bluez.go#L28> > > So it seems to me by defining "bluez" slot, the bluez snap have more > > power/permissions to do some privileged work, > > *but* it doesn't *provide* anything to other snaps. From my experiment, > > if a new snap connects to the bluez slot in bluez snap, the new snap > > will not get the extra permissions. > > The connecting snap (the plug side) will get the bluezConnectedPlug > snippets from the interface definitions which actually allow the > application to talk to bluez over dbus. So the bluez snap provides > something to other services, a dbus service. > > If you want to know more in deep things about interfaces and how they > work have a look at Zygmunds great post about how to write an interface > at > http://www.zygoon.pl/2016/08/creating-your-first-snappy-interface.html > It will tell about all the details and the different snippets you can use. > > regards, > Simon > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Mon Nov 14 14:13:33 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 14 Nov 2016 08:13:33 -0600 Subject: Cliqz Snap In-Reply-To: <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> Message-ID: <1479132813.30569.17.camel@embarqmail.com> On Mon, 2016-11-14 at 09:11 +0100, Didier Roche wrote: > Le 13/11/2016 à 19:04, Chris a écrit : > > > > On Sun, 2016-11-13 at 09:17 -0600, Chris wrote: > > > > > > On Sun, 2016-11-13 at 10:41 +0800, XiaoGuo Liu wrote: > > > > > > > > Hi Chris, > > > > > > > > You may find the tips at https://github.com/snapcore/snapd/wiki > > > > /Sec > > > > ur > > > > ity. You may use the command like: > > > > > > > > $ scmp_sys_resolver 983045 > > > > set_tls > > > > to find out the security violation. > > > > > > > > Best regards, > > > > XiaoGuo > > > > > > > Thank you XiaoGuo, so in my case I have syscall=272. Running  > > > > > > chris at localhost:~$ scmp_sys_resolver 272 > > > unshare > > > > > > I've installed snappy-debug but can't seem to get any kind of > > > output > > > when run. Maybe I'm using the wrong commands? > > > > > Replying to my own post. I wasn't running the snap whenever I ran > > > > sudo snappy-debug.security scanlog --all-entries cliqz > > > > Once I executed the snap from the menu with the above running I got > > > > chris at localhost:~$ sudo snappy-debug.security scanlog --all-entries > > cliqz > > kernel.printk_ratelimit = 0 > > = Seccomp = > > Time: Nov 13 11:49:59 > > Log: auid=1000 uid=1000 gid=1000 ses=3 pid=29796 comm="cliqz" > > exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e > > 272(unshare) > > compat=0 ip=0x7ffacd899c19 code=0x0 > > Syscall: unshare > > > > So, now it seems as there is a seccomp violation stopping the snap > > from > > running, at least that's what it appears to me to be. Where would I > > go > > from here? Contact the snap author? > Indeed, the snap author didn't set the confinement rules on his app. > The > snap should then be in devmode (but not published in the stable > channel), to not create user frustration executing something which > fails. > > Do you mind contacting upstream so that they work on confinement? > Thanks! > Didier > Hello Didier, do you mean to contact the author? I did go to the support page and asked about the snap package not working and I received the below in reply, not being able to read German I 'think' it just points me to a link for support and their blog. Hallo Cpollock, deine Anfrage hat den CLIQZ Support erreicht. Unser Ziel ist es, dir so schnell wie möglich zu antworten. Das wird nicht allzu lange dauern, versprochen. In der Zwischenzeit kannst du mal in unsere FAQs schauen: https://cliqz .com/support Und kennst du schon unseren Blog? Schau mal hier: https://cliqz.com/abo utus/blog Danke für deine Geduld. Wir melden uns bald wieder bei dir! Der CLIQZ Support The support link takes me to the same place where I had said the snap doesn't work, I didn't see anything in the blog link about the snap package. Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:00:28 up 4 days, 12:28, 1 user, load average: 0.16, 0.25, 0.47 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From didrocks at ubuntu.com Mon Nov 14 14:18:57 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 14 Nov 2016 15:18:57 +0100 Subject: Cliqz Snap In-Reply-To: <1479132813.30569.17.camel@embarqmail.com> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> <1479132813.30569.17.camel@embarqmail.com> Message-ID: <562afdc5-f4e1-419b-ff63-efcd8bdccf4c@ubuntu.com> Le 14/11/2016 à 15:13, Chris a écrit : > On Mon, 2016-11-14 at 09:11 +0100, Didier Roche wrote: >> Le 13/11/2016 à 19:04, Chris a écrit : >>> On Sun, 2016-11-13 at 09:17 -0600, Chris wrote: >>>> On Sun, 2016-11-13 at 10:41 +0800, XiaoGuo Liu wrote: >>>>> Hi Chris, >>>>> >>>>> You may find the tips at https://github.com/snapcore/snapd/wiki >>>>> /Sec >>>>> ur >>>>> ity. You may use the command like: >>>>> >>>>> $ scmp_sys_resolver 983045 >>>>> set_tls >>>>> to find out the security violation. >>>>> >>>>> Best regards, >>>>> XiaoGuo >>>>> >>>> Thank you XiaoGuo, so in my case I have syscall=272. Running >>>> >>>> chris at localhost:~$ scmp_sys_resolver 272 >>>> unshare >>>> >>>> I've installed snappy-debug but can't seem to get any kind of >>>> output >>>> when run. Maybe I'm using the wrong commands? >>>> >>> Replying to my own post. I wasn't running the snap whenever I ran >>> >>> sudo snappy-debug.security scanlog --all-entries cliqz >>> >>> Once I executed the snap from the menu with the above running I got >>> >>> chris at localhost:~$ sudo snappy-debug.security scanlog --all-entries >>> cliqz >>> kernel.printk_ratelimit = 0 >>> = Seccomp = >>> Time: Nov 13 11:49:59 >>> Log: auid=1000 uid=1000 gid=1000 ses=3 pid=29796 comm="cliqz" >>> exe="/snap/cliqz/6/opt/CLIQZ/CLIQZ" sig=31 arch=c000003e >>> 272(unshare) >>> compat=0 ip=0x7ffacd899c19 code=0x0 >>> Syscall: unshare >>> >>> So, now it seems as there is a seccomp violation stopping the snap >>> from >>> running, at least that's what it appears to me to be. Where would I >>> go >>> from here? Contact the snap author? >> Indeed, the snap author didn't set the confinement rules on his app. >> The >> snap should then be in devmode (but not published in the stable >> channel), to not create user frustration executing something which >> fails. >> >> Do you mind contacting upstream so that they work on confinement? >> Thanks! >> Didier >> > Hello Didier, do you mean to contact the author? Hey Chris, indeed, > I did go to the > support page and asked about the snap package not working and I > received the below in reply, not being able to read German I 'think' it > just points me to a link for support and their blog. > > Hallo Cpollock, > > deine Anfrage hat den CLIQZ Support erreicht. Unser Ziel ist es, dir so > schnell wie möglich zu antworten. Das wird nicht allzu lange dauern, > versprochen. > > In der Zwischenzeit kannst du mal in unsere FAQs schauen: https://cliqz > .com/support > > Und kennst du schon unseren Blog? Schau mal hier: https://cliqz.com/abo > utus/blog > > Danke für deine Geduld. Wir melden uns bald wieder bei dir! > > Der CLIQZ Support > > The support link takes me to the same place where I had said the snap > doesn't work, I didn't see anything in the blog link about the snap > package. Yeah, my little remaining knowledge of German classes leads to the same conclusion than yours. Any native speaker here to help us by any chance? :) Cheers, Didier From ogra at ubuntu.com Mon Nov 14 14:42:06 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Mon, 14 Nov 2016 15:42:06 +0100 Subject: Issues installing services in classic mode on Ubuntu core In-Reply-To: References: Message-ID: <1479134526.26809.3.camel@ubuntu.com> hi, On Mo, 2016-11-14 at 08:01 -0500, MikeB wrote: >  > Are there any special restrictions on systemd services running in > Classic mode? >  yes, by security policy we do not allow any services to run in classic by default, you should be able to manually start it when doing development inside the classic dimension but they will never auto-start  on boot (if the manual starting does not work this is a bug though) ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From ogra at ubuntu.com Mon Nov 14 14:50:52 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Mon, 14 Nov 2016 15:50:52 +0100 Subject: Nand flash booting. In-Reply-To: References: Message-ID: <1479135052.26809.11.camel@ubuntu.com> hi, On Mo, 2016-11-14 at 01:21 +0000, Daniel Toussaint wrote: > I am working on a board similar to Beaglebone Black, however instead > of SD/eMMC it is booting from NAND flash directly. As far as I can > see in the documentation there is no way yet to boot a Snappy image > in this fashion, is support for this planned ? Is there anything I > can do to help out with that ? > > Meanwhile, I am considering using the Yocto version of snapcraft to > package the apps, so that we can later migrate to from the current > Yocto image to Snappy.  > > Thanks for your comments. > currently the boot process relies heavily on filesystem labels for finding the various (namely system-boot and writable) partitions.  do your NAND devices expose labels you set in /dev/disk/by-label ?  if thats the case it might work to use ubuntu-image with the --workdir option which keeps the different partition images around in the specified dir. you could then just grab them from there and flash then to the respective NAND pratitions. if the labels are not exposed this will need a bunch of changes in the code to allow some overrides (i.e. via kernel cmdline options), for this we will need a wishlist bug as the first step :) ciao oli -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From leo.arias at canonical.com Mon Nov 14 17:31:26 2016 From: leo.arias at canonical.com (Leo Arias) Date: Mon, 14 Nov 2016 11:31:26 -0600 Subject: Feedback and requests from the syncthing snap Message-ID: Hello dear snapcraft, I have been working with the syncthing main dev, Jakob Borg, to make a syncthing snap. If you want to join the early adopters, $ sudo snap install syncthing --edge He has been really nice, digging into snaps and providing valuable feedback. We have something that works, but there are some rough edges. One small detail that will cause pain to the syncthing users is that $HOME is assigned to $SNAP_USER_DATA. In a service to sync files, you are usually synchronizing things from your user home. Wouldn't it make sense to keep the real user $HOME if the command has the home plug? There is a section on the syncthing interface where you can type ~, and that's expanded to your home. It's both unexpected and uncomfortable to get that expanded to /home/elopio/snap/syncthing/common. One big detail that I don't know how to solve is that syncthing is usually autostarted as a user service, not a system wide service running as root. How are we going to support this use case? And finally, more like a general roadmap request/question: The home interfaces is not enough for this application. You might want to synchronize something in /media, a different partition, or any other file that's accessible by the user. After talking with Jacob I realized that the synchronization story is similar to the one for editors, because you might want to touch any file in your system, including dotfiles. It would be nice to get an explanation of how we plan to support these stories with snaps. pura vida. Let me know if the syncthing snap works for you. -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.holbach at canonical.com Mon Nov 14 17:52:29 2016 From: daniel.holbach at canonical.com (Daniel Holbach) Date: Mon, 14 Nov 2016 18:52:29 +0100 Subject: Ubuntu Online Summit coming up: 15-16 Nov 2016 Message-ID: <1a6066c3-f15a-1da3-a0fd-4bed80365da8@canonical.com> Hello everybody, tomorrow Ubuntu kicks off its once-a-cycle Ubuntu Online Summit, which will feature key developers and contributors both presenting what's new in Ubuntu 16.10 and discussing upcoming work for 17.04 as well. There's a Core track as well, which for all snap-related topics will be what you should look out for. The schedule can be found here: http://summit.ubuntu.com/ If you want to subscribe to sessions, register here: http://summit.ubuntu.com/uos-1611/registration/ Looking forward to seeing you there tomorrow and on Wednesday! Have a great day, Daniel From gustavo.niemeyer at canonical.com Mon Nov 14 19:29:01 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Mon, 14 Nov 2016 17:29:01 -0200 Subject: Spread 2016.11.14 Message-ID: Hello all, The 2016.11.14 release of Spread is now available both as a snap and at Travis. There are quite a few interesting changes on this one: - Support for fetching files generated by the remote tasks: https://github.com/snapcore/spread#residue - Support for "manual" tasks/suites/systems/backends, which only run when explicitly selected: https://github.com/snapcore/spread#manual - Repack support which allows the implementation of delta uploads: https://github.com/snapcore/spread#repacking - New -shell-after and -shell-before flags. - Spread now tests spread itself: https://github.com/snapcore/spread/tree/master/tests - Print job's position ("N of M"), to have an idea of where things stand. - New MATCH function oriented at tests that look like: echo foobar | MATCH foo It uses grep underneath, but unlike grep it prints the whole output when the match fails, making it easier to debug the problem. - ERROR function is now supported on any script. - Fixes around handling of environment variables inside debugging shells. - Define $SPREAD_* early so they may be referenced inside other variables. - Force use of LXD images from local cache when available, improving performance and allowing offline use. -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.langasek at canonical.com Mon Nov 14 19:38:06 2016 From: steve.langasek at canonical.com (Steve Langasek) Date: Mon, 14 Nov 2016 11:38:06 -0800 Subject: Nand flash booting. In-Reply-To: <1479135052.26809.11.camel@ubuntu.com> References: <1479135052.26809.11.camel@ubuntu.com> Message-ID: <20161114193806.ioj74bk74l4eew5g@virgil.dodds.net> On Mon, Nov 14, 2016 at 03:50:52PM +0100, Oliver Grawert wrote: > On Mo, 2016-11-14 at 01:21 +0000, Daniel Toussaint wrote: > > I am working on a board similar to Beaglebone Black, however instead > > of SD/eMMC it is booting from NAND flash directly. As far as I can > > see in the documentation there is no way yet to boot a Snappy image > > in this fashion, is support for this planned ? Is there anything I > > can do to help out with that ? > > Meanwhile, I am considering using the Yocto version of snapcraft to > > package the apps, so that we can later migrate to from the current > > Yocto image to Snappy.  > > Thanks for your comments. > currently the boot process relies heavily on filesystem labels for > finding the various (namely system-boot and writable) partitions.  > do your NAND devices expose labels you set in /dev/disk/by-label ?  > if thats the case it might work to use ubuntu-image with the --workdir > option which keeps the different partition images around in the > specified dir. you could then just grab them from there and flash then > to the respective NAND pratitions. > if the labels are not exposed this will need a bunch of changes in the > code to allow some overrides (i.e. via kernel cmdline options), for > this we will need a wishlist bug as the first step :) It is an explicit element of the ubuntu-image design that a gadget snap should be able to emit multiple images for a given model, so that these can be written out separately across e.g. an SD card and a NAND device. However, the current implementation only allows for an image containing a partition table, and filesystems within that. Barry, Gustavo, do we need to extend gadget.yaml semantics here to support some sort of 'schema: raw' for a volume, for the NAND case? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek at ubuntu.com vorlon at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From peter at peteruithoven.nl Mon Nov 14 20:07:30 2016 From: peter at peteruithoven.nl (Peter Uithoven) Date: Mon, 14 Nov 2016 21:07:30 +0100 Subject: Cross platform snap creation? Message-ID: Thanks guys, I was indeed mostly focused on building snaps. I think some solution with docker, like https://github.com/chihchun/snapcraft-docker look great. Some of you have reached out directly to the Electron team, thanks for that. See: https://github.com/electron-userland/electron-builder/issues/509 https://github.com/electron-userland/electron-packager/issues/525 Can't wait for all these apps to be easily available: http://electron.atom.io/apps/ Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry at ubuntu.com Mon Nov 14 20:51:15 2016 From: barry at ubuntu.com (Barry Warsaw) Date: Mon, 14 Nov 2016 15:51:15 -0500 Subject: Nand flash booting. In-Reply-To: <20161114193806.ioj74bk74l4eew5g@virgil.dodds.net> References: <1479135052.26809.11.camel@ubuntu.com> <20161114193806.ioj74bk74l4eew5g@virgil.dodds.net> Message-ID: <20161114155115.35ff4fd8@subdivisions.wooz.org> On Nov 14, 2016, at 11:38 AM, Steve Langasek wrote: >It is an explicit element of the ubuntu-image design that a gadget snap >should be able to emit multiple images for a given model, so that these can >be written out separately across e.g. an SD card and a NAND device. However, >the current implementation only allows for an image containing a partition >table, and filesystems within that. > >Barry, Gustavo, do we need to extend gadget.yaml semantics here to support >some sort of 'schema: raw' for a volume, for the NAND case? There are really two issues here. One is an implementation problem in that ubuntu-image currently only supports a single volume (a.k.a. image) entry per gadget.yaml. LP: #1641727 tracks this. Second, as you point out, the gadget.yaml specification only defines a partitioning schema of mbr or gpt, so yes, the spec would need to add support for something like a 'raw' schema. I don't believe we have a tracking bug (either in u-i or snappy) for this. Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From ribalkin at gmail.com Mon Nov 14 21:35:19 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 14 Nov 2016 21:35:19 +0000 Subject: configure hook In-Reply-To: <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> Message-ID: Great, on ubuntu core vm hook worked perfectly fine and even was executed on install with all the issues printed to the output until fixed it! VM has snapd v2.17, is it possible to install this version on desktop 16.04/16.10 so I can have it for integration tests? Also is there any documentation on how to install snapd on a linux? On Mon, Nov 14, 2016 at 9:20 AM, Didier Roche wrote: > Le 14/11/2016 à 10:04, Boris Rybalkin a écrit : > > Will it help if I upgrade to 16.10? > > No, it contains the same version: https://launchpad.net/ubuntu/+ > source/snapd > Try the ubuntu core vm is the only easy way for you to progress there. > > Also what is really relation between snapd and ubuntu core on amd64? > > > snapd is part of the core snap. snapd from the core snap is running on > ubuntu core, snapd from the ubuntu package is running on the desktop. (the > REEXEC plan has been disabled some months ago, due to some issues IIRC) > > Didier > > > > On 14 Nov 2016 8:01 am, "Didier Roche" wrote: > >> Le 12/11/2016 à 17:45, Boris Rybalkin a écrit : >> >> Still struggling with hooks, they are not executed on install. >> >> snap$ snap run --hook=configure syncloud-platform >> cannot snap-exec: cannot find hook "configure" in "syncloud-platform" >> and even 'snap run --hook=configure mysnap' silently returns. >> >> I am using: >> Ubuntu 16.04 >> snapd 2.16ubuntu3 >> >> Does it have hook support? >> >> >> It's supposed to have some, but IIRC, Kyle found some issues with it. >> Definitively, this version doesn't run the hook on install though. >> >> According to this test they should even fail install if broken: >> https://github.com/snapcore/snapd/blob/203591b28670ef5c4106c >> 8fc43051500bd6c3fda/tests/main/snap-set/task.yaml >> >> As suggested I am copying meta/hooks to prime dir after running snapcraft >> prime and then running snapcraft snap. >> >> This bug says it is probably not yet available in edge, how do I switch >> channel? >> >> https://bugs.launchpad.net/snappy/+bug/1636931 >> >> >> As I said in some email above, the easiest path to test it is to use an >> ubuntu core VM (until a new snapd release is out for Ubuntu 16.04 desktop, >> CCing Michael to know when the next snapd hits stable + SRU published). >> Cheers, >> Didier >> >> Thank you. >> >> On 9 Nov 2016 09:21, "Didier Roche" wrote: >> >>> Le 09/11/2016 à 10:15, Boris Rybalkin a écrit : >>> >>> One more question, should I expect a hook to run inside my snap package >>> and use relative shebang like this? >>> >>> #!python/bin/python >>> >>> Assuming I am packaging python with my snap. >>> >>> hooks are run using the same context than any "commands:" in your snap. >>> >>> As long as we don't have snapcraft support, I don't think you will have >>> the override in PYTHONPATH, PYTHONHOME and such (and I don't know if that's >>> planned), but I'll give it a try later this week or early new one to have >>> great python hooks examples. >>> >>> If you beat me to it, do not hesitate to report your results here! >>> >>> Thank you very much for your replies! >>> >>> >>> My pleasure :) >>> >>> >>> >>> On 9 Nov 2016 08:58, "Didier Roche" wrote: >>> >>>> Le 09/11/2016 à 09:39, Boris Rybalkin a écrit : >>>> >>>> Sorry, I did not get that. >>>> >>>> I am using snapcraft, are you saying that just creating hooks/configure >>>> is not enaugh? >>>> >>>> It should be enough if you ensure it's in your final snap in >>>> meta/hooks/configure. (Look at your prime/ directory). >>>> Enwei was talking about more advanced snapcraft integration, where you >>>> point to a file which is then copied for you in meta/hooks. >>>> >>>> Looks like my hook is not executed: >>>> https://github.com/syncloud/platform/tree/master/snap >>>> >>>> Is it possible to debug the execution of snap install? >>>> >>>> I would like to see the state of the snap after it failed to start >>>> daemons. The only way to see the problem is to run journalctl and guess by >>>> startup errors. >>>> >>>> Yeah, hooks are hard to debug, I filed >>>> >>>> >>>> *https://bugs.launchpad.net/snappy/+bug/1640114 >>>> yesterday about this. >>>> Didier * >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Mon Nov 14 22:43:09 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 14 Nov 2016 19:43:09 -0300 Subject: configure hook In-Reply-To: References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> Message-ID: <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> El 14/11/16 a las 18:35, Boris Rybalkin escribió: > VM has snapd v2.17, is it possible to install this version on desktop > 16.04/16.10 so I can have it for integration tests? It is in xenial-proposed https://launchpad.net/ubuntu/+source/snapd If you want the latest and greatest at all times (non production). If you do this, follow the pinning process in https://wiki.ubuntu.com/Testing/EnableProposed to pin snapd to xenial-proposed only and not risk getting more (potentially unstable) -proposed software. > Also is there any documentation on how to install snapd on a linux? These are the installation instructions available for the variety of distros around: http://snapcraft.io/docs/core/install, in case you wonder where I got that link from, it is available as a link on the web front of http://snapcraft.io From jian.luo.cn at gmail.com Mon Nov 14 22:50:41 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Mon, 14 Nov 2016 23:50:41 +0100 Subject: Request for snap interface that expose user-space device APIs Message-ID: Hi snapcrafters, Embedded systems (which are likely called IoT devices these days :) sometime need access to peripherals via user-space device APIs, namely i2cdev[1], spidev[2] and uio[3]. Snaps of type core and gadget should be able to expose these interfaces to other privileged snaps. I've opened a bug report for the feature request: https://bugs.launchpad.net/snappy/+bug/1641752 Does it make sense? Cheers, Jian -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.arnold at canonical.com Tue Nov 15 01:16:16 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Mon, 14 Nov 2016 17:16:16 -0800 Subject: Cliqz Snap In-Reply-To: <1479132813.30569.17.camel@embarqmail.com> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> <1479132813.30569.17.camel@embarqmail.com> Message-ID: <20161115011616.GA801@hunt> On Mon, Nov 14, 2016 at 08:13:33AM -0600, Chris wrote: > Hallo Cpollock, > > deine Anfrage hat den CLIQZ Support erreicht. Unser Ziel ist es, dir so > schnell wie möglich zu antworten. Das wird nicht allzu lange dauern, > versprochen. > > In der Zwischenzeit kannst du mal in unsere FAQs schauen: https://cliqz > .com/support > > Und kennst du schon unseren Blog? Schau mal hier: https://cliqz.com/abo > utus/blog > > Danke für deine Geduld. Wir melden uns bald wieder bei dir! > > Der CLIQZ Support Here's my shot; perhaps not idiomatic but should convey the idea well: Hello Cpollack, Your question has reached CLIQZ Support. Our goal is to answer you as quickly as possible. That will not take long, promise. In the meantime, you can look in our FAQs: https://cliqz..com/support And do you already know our blog? Look here: https://cliqz.com/aboutus/blog Thanks for your patience. We'll contact you soon! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From cpollock at embarqmail.com Tue Nov 15 02:00:56 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 14 Nov 2016 20:00:56 -0600 Subject: Cliqz Snap In-Reply-To: <20161115011616.GA801@hunt> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> <1479132813.30569.17.camel@embarqmail.com> <20161115011616.GA801@hunt> Message-ID: <1479175256.30569.22.camel@embarqmail.com> On Mon, 2016-11-14 at 17:16 -0800, Seth Arnold wrote: > On Mon, Nov 14, 2016 at 08:13:33AM -0600, Chris wrote: > > > > Hallo Cpollock, > > > > deine Anfrage hat den CLIQZ Support erreicht. Unser Ziel ist es, > > dir so > > schnell wie möglich zu antworten. Das wird nicht allzu lange > > dauern, > > versprochen. > > > > In der Zwischenzeit kannst du mal in unsere FAQs schauen: https://c > > liqz > > .com/support > > > > Und kennst du schon unseren Blog? Schau mal hier: https://cliqz.com > > /abo > > utus/blog > > > > Danke für deine Geduld. Wir melden uns bald wieder bei dir! > > > > Der CLIQZ Support > Here's my shot; perhaps not idiomatic but should convey the idea > well: > > Hello Cpollack, > > Your question has reached CLIQZ Support. Our goal is to answer you as > quickly as possible. That will not take long, promise. > > In the meantime, you can look in our FAQs: https://cliqz..com/support > > And do you already know our blog? Look here: > https://cliqz.com/aboutus/blog > > Thanks for your patience. We'll contact you soon! > > Thanks Seth, guess I'll wait and see if I hear back. > -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 19:59:06 up 5 days, 27 min, 1 user, load average: 0.31, 0.31, 0.39 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From lorn.potter at canonical.com Tue Nov 15 06:31:55 2016 From: lorn.potter at canonical.com (Lorn Potter) Date: Tue, 15 Nov 2016 16:31:55 +1000 Subject: Request for snap interface that expose user-space device APIs In-Reply-To: References: Message-ID: <5c2efc70-28a2-e1d2-43b1-f381405948e9@canonical.com> On 15/11/16 08:50, Jian LUO wrote: > Hi snapcrafters, > > Embedded systems (which are likely called IoT devices these days :) > sometime need access to peripherals via user-space device APIs, namely > i2cdev[1], spidev[2] and uio[3]. Snaps of type core and gadget should be > able to expose these interfaces to other privileged snaps. > > I've opened a bug report for the feature request: > https://bugs.launchpad.net/snappy/+bug/1641752 > > Does it make sense? Yes. Comment on that bug. > > Cheers, > > Jian > > -- Software Engineer System Enablement, Canonical Ltd QtSystemInfo, QtSensors maintainer From robert.ancell at canonical.com Tue Nov 15 08:52:11 2016 From: robert.ancell at canonical.com (Robert Ancell) Date: Tue, 15 Nov 2016 08:52:11 +0000 Subject: snapd-glib 1.3 released In-Reply-To: References: Message-ID: On Mon, Nov 14, 2016 at 10:44 PM Zygmunt Krynicki < zygmunt.krynicki at canonical.com> wrote: > Speaking about releases, we have a dedicated list for announcing releases, > the snapcraft-releases at snapcraft.io list. > Could you please cross-send your future release announcements? > > I wasn't aware of that list; I'll send all future announcements there. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Nov 15 11:38:17 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 15 Nov 2016 08:38:17 -0300 Subject: snapd-glib 1.3 released In-Reply-To: References: Message-ID: El 15/11/16 a las 05:52, Robert Ancell escribió: > > > On Mon, Nov 14, 2016 at 10:44 PM Zygmunt Krynicki > > wrote: > > Speaking about releases, we have a dedicated list for announcing > releases, the snapcraft-releases at snapcraft.io > list. > Could you please cross-send your future release announcements? > > > I wasn't aware of that list; I'll send all future announcements there. It should be snapcraft-announce[1] ;-) [1] https://lists.ubuntu.com/mailman/listinfo/snapcraft-announce -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Tue Nov 15 14:24:47 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 15 Nov 2016 08:24:47 -0600 Subject: Number of snaps in the snap store Message-ID: <1479219887.3610.2.camel@embarqmail.com> Why is it that the Ubuntu Snap Store only lists 100 available snaps when the 'unofficial' store uApp Explorer lists over 500 snaps available?  Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:22:00 up 5 days, 12:50, 1 user, load average: 0.20, 0.34, 0.49 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From mark at ubuntu.com Tue Nov 15 15:57:32 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 15 Nov 2016 15:57:32 +0000 Subject: Number of snaps in the snap store In-Reply-To: <1479219887.3610.2.camel@embarqmail.com> References: <1479219887.3610.2.camel@embarqmail.com> Message-ID: On 15/11/16 14:24, Chris wrote: > Why is it that the Ubuntu Snap Store only lists 100 available snaps > when the 'unofficial' store uApp Explorer lists over 500 snaps > available? I think 'snap find' is rate-limited to top-100 matches for query performance. uApp Explorer is probably scraping a different source, it's roughly accurate for public snaps. Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From cpollock at embarqmail.com Tue Nov 15 17:20:36 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 15 Nov 2016 11:20:36 -0600 Subject: Number of snaps in the snap store In-Reply-To: References: <1479219887.3610.2.camel@embarqmail.com> Message-ID: <1479230436.3610.5.camel@embarqmail.com> On Tue, 2016-11-15 at 15:57 +0000, Mark Shuttleworth wrote: > On 15/11/16 14:24, Chris wrote: > > > > Why is it that the Ubuntu Snap Store only lists 100 available snaps > > when the 'unofficial' store uApp Explorer lists over 500 snaps > > available?  > I think 'snap find' is rate-limited to top-100 matches for query > performance. uApp Explorer is probably scraping a different source, > it's > roughly accurate for public snaps. > > Mark > Sorry Mark, I wasn't clear. I meant here at Snapweb - https://localhost :4201/store Chris > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 11:20:10 up 5 days, 15:48, 1 user, load average: 0.27, 0.15, 0.10 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From james.tait at canonical.com Tue Nov 15 17:39:43 2016 From: james.tait at canonical.com (James Tait) Date: Tue, 15 Nov 2016 17:39:43 +0000 Subject: Number of snaps in the snap store In-Reply-To: <1479230436.3610.5.camel@embarqmail.com> References: <1479219887.3610.2.camel@embarqmail.com> <1479230436.3610.5.camel@embarqmail.com> Message-ID: Hi Chris, On 15 November 2016 at 17:20, Chris wrote: On Tue, 2016-11-15 at 15:57 +0000, Mark Shuttleworth wrote: > > On 15/11/16 14:24, Chris wrote: > > > > > > Why is it that the Ubuntu Snap Store only lists 100 available snaps > > > when the 'unofficial' store uApp Explorer lists over 500 snaps > > > available? > > I think 'snap find' is rate-limited to top-100 matches for query > > performance. uApp Explorer is probably scraping a different source, > > it's > > roughly accurate for public snaps. > > > > Mark > > > Sorry Mark, I wasn't clear. I meant here at Snapweb - https://localhost > :4201/store > > I’m not familiar with snapweb internals, but ​I believe the reason is the same​ - the Store search API by default returns results paginated in groups of 100. I’m not sure if uAppExplorer is traversing the pagination links or requesting a very large page size, but it would appear snapweb is doing neither. HTH, JT ​ -- James Tait, BSc. | https://launchpad.net/~jamestait/ Software Engineer, Canonical Online Services Ubuntu - Linux for human beings | www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Tue Nov 15 18:11:39 2016 From: leo.arias at canonical.com (Leo Arias) Date: Tue, 15 Nov 2016 12:11:39 -0600 Subject: Number of snaps in the snap store In-Reply-To: References: <1479219887.3610.2.camel@embarqmail.com> <1479230436.3610.5.camel@embarqmail.com> Message-ID: On Tue, Nov 15, 2016 at 11:39 AM, James Tait wrote: > I’m not familiar with snapweb internals, but ​I believe the reason is the > same​ - the Store search API by default returns results paginated in groups > of 100. I’m not sure if uAppExplorer is traversing the pagination links or > requesting a very large page size, but it would appear snapweb is doing > neither. > Yes, snapweb uses the same API call as `$ snap find .`. Work is in progress to get a curated list of snaps as the default page in snapweb, instead of the first 100 results. pura vida -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.barth at canonical.com Tue Nov 15 18:35:34 2016 From: david.barth at canonical.com (David Barth) Date: Tue, 15 Nov 2016 19:35:34 +0100 Subject: Number of snaps in the snap store In-Reply-To: <1479230436.3610.5.camel@embarqmail.com> References: <1479219887.3610.2.camel@embarqmail.com> <1479230436.3610.5.camel@embarqmail.com> Message-ID: On Tue, Nov 15, 2016 at 6:20 PM, Chris wrote: > On Tue, 2016-11-15 at 15:57 +0000, Mark Shuttleworth wrote: > > On 15/11/16 14:24, Chris wrote: > > > > > > Why is it that the Ubuntu Snap Store only lists 100 available snaps > > > when the 'unofficial' store uApp Explorer lists over 500 snaps > > > available? > > I think 'snap find' is rate-limited to top-100 matches for query > > performance. uApp Explorer is probably scraping a different source, > > it's > > roughly accurate for public snaps. > > > > Mark > > > Sorry Mark, I wasn't clear. I meant here at Snapweb - https://localhost > :4201/store > Ah, this is because Snapweb uses the snapd client API to query the store, so the same query options defaults and limits do apply. We have store sections end-points support in review now, so the store screens in Snapweb will become less monolithic in a few days. David -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Tue Nov 15 22:32:40 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 15 Nov 2016 16:32:40 -0600 Subject: Number of snaps in the snap store In-Reply-To: References: <1479219887.3610.2.camel@embarqmail.com> <1479230436.3610.5.camel@embarqmail.com> Message-ID: <1479249160.3610.7.camel@embarqmail.com> On Tue, 2016-11-15 at 19:35 +0100, David Barth wrote: > > > On Tue, Nov 15, 2016 at 6:20 PM, Chris > wrote: > > On Tue, 2016-11-15 at 15:57 +0000, Mark Shuttleworth wrote: > > > On 15/11/16 14:24, Chris wrote: > > > > > > > > Why is it that the Ubuntu Snap Store only lists 100 available > > snaps > > > > when the 'unofficial' store uApp Explorer lists over 500 snaps > > > > available?  > > > I think 'snap find' is rate-limited to top-100 matches for query > > > performance. uApp Explorer is probably scraping a different > > source, > > > it's > > > roughly accurate for public snaps. > > > > > > Mark > > > > > Sorry Mark, I wasn't clear. I meant here at Snapweb - https://local > > host > > :4201/store > Ah, this is because Snapweb uses the snapd client API to query the > store, so the same query options defaults and limits do apply. > We have store sections end-points support in review now, so the store > screens in Snapweb will become less monolithic in a few days. > > David > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/l > istinfo/snapcraft Thanks David will one be able to middle-click on a snap title and have another tab opened in Firefox after this or is that still down the road a ways? -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 16:31:20 up 5 days, 20:59, 1 user, load average: 0.39, 0.47, 0.44 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From cpollock at embarqmail.com Tue Nov 15 22:35:39 2016 From: cpollock at embarqmail.com (Chris) Date: Tue, 15 Nov 2016 16:35:39 -0600 Subject: Cliqz Snap In-Reply-To: <20161115011616.GA801@hunt> References: <1478992433.14227.5.camel@embarqmail.com> <1479050278.12854.6.camel@embarqmail.com> <1479060245.12854.11.camel@embarqmail.com> <6ca28649-38a1-fc68-4eac-3f71dc039e7d@ubuntu.com> <1479132813.30569.17.camel@embarqmail.com> <20161115011616.GA801@hunt> Message-ID: <1479249339.3610.9.camel@embarqmail.com> On Mon, 2016-11-14 at 17:16 -0800, Seth Arnold wrote: > On Mon, Nov 14, 2016 at 08:13:33AM -0600, Chris wrote: > > > > Hallo Cpollock, > > > > deine Anfrage hat den CLIQZ Support erreicht. Unser Ziel ist es, > > dir so > > schnell wie möglich zu antworten. Das wird nicht allzu lange > > dauern, > > versprochen. > > > > In der Zwischenzeit kannst du mal in unsere FAQs schauen: https://c > > liqz > > .com/support > > > > Und kennst du schon unseren Blog? Schau mal hier: https://cliqz.com > > /abo > > utus/blog > > > > Danke für deine Geduld. Wir melden uns bald wieder bei dir! > > > > Der CLIQZ Support > Here's my shot; perhaps not idiomatic but should convey the idea > well: > > Hello Cpollack, > > Your question has reached CLIQZ Support. Our goal is to answer you as > quickly as possible. That will not take long, promise. > > In the meantime, you can look in our FAQs: https://cliqz..com/support > > And do you already know our blog? Look here: > https://cliqz.com/aboutus/blog > > Thanks for your patience. We'll contact you soon! > > I've submitted a bug report on the Cliqz snap - https://bugs.launchpad. net/snappy/+bug/1641958 -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 16:34:34 up 5 days, 21:03, 1 user, load average: 1.15, 0.85, 0.59 Ubuntu 16.04.1 LTS, kernel 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From enwei.zhang at canonical.com Wed Nov 16 02:01:42 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 16 Nov 2016 10:01:42 +0800 Subject: crontab like snaps or interfaces In-Reply-To: References: <21d035b8-6831-950f-13a9-52d9489238b6@ubuntu.com> Message-ID: Thanks Didier very much. I report one new bug https://bugs.launchpad.net/snappy/+bug/1642090 Please feel free to comment if any doubt or questions. Thanks again. Br Enwei On Mon, Nov 14, 2016 at 4:05 PM, Didier Roche wrote: > Le 14/11/2016 à 09:03, Didier Roche a écrit : > > Le 14/11/2016 à 02:29, Enwei Zhang a écrit : > >> Hello, > >> I want to ask if there is any snaps or interfaces that could support > >> crontab or systemd.timer or that kind of timed operations. > >> For example, if my snap uses syslog to save all the logs, how should > >> logrotate work? > >> > >> Thanks so much. > > CCing Gustavo to get some clarification on this. > > > > > Also, please, open a bug on https://launchpad.net/snappy with the exact > use case. I'm unsure if you need an interface for this (interfaces are > between snaps), here it seems you only need systemd timer units and > crontab support (the same way we support services, hooks and such…) > > > Cheers, > > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Wed Nov 16 02:05:09 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 16 Nov 2016 10:05:09 +0800 Subject: configure hook In-Reply-To: <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> Message-ID: Hi Didier and folks, I didn't find any bug to track the missing hooks support in snapcraft. Do we need a new one? Thanks. Br Enwei On Tue, Nov 15, 2016 at 6:43 AM, Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > El 14/11/16 a las 18:35, Boris Rybalkin escribió: > >> VM has snapd v2.17, is it possible to install this version on desktop >> 16.04/16.10 so I can have it for integration tests? >> > > It is in xenial-proposed https://launchpad.net/ubuntu/+source/snapd > If you want the latest and greatest at all times (non production). If you > do this, follow the pinning process in https://wiki.ubuntu.com/Testin > g/EnableProposed to pin snapd to xenial-proposed only and not risk > getting more (potentially unstable) -proposed software. > > Also is there any documentation on how to install snapd on a linux? >> > > These are the installation instructions available for the variety of > distros around: > http://snapcraft.io/docs/core/install, in case you wonder where I got > that link from, it is available as a link on the web front of > http://snapcraft.io > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mwinter at opensourcerouting.org Wed Nov 16 02:36:25 2016 From: mwinter at opensourcerouting.org (Martin Winter) Date: Tue, 15 Nov 2016 18:36:25 -0800 Subject: Symlink to snapcraft apps no longer working In-Reply-To: <8feeefa3-c969-1fb3-1569-0900f4efe7bb@ubuntu.com> References: <42E61DB8-29A1-4897-8182-236AA50AC668@canonical.com> <8feeefa3-c969-1fb3-1569-0900f4efe7bb@ubuntu.com> Message-ID: <545248CA-AE47-441B-AC85-DD239DF04580@opensourcerouting.org> On 14 Nov 2016, at 1:52, Didier Roche wrote: > Le 14/11/2016 à 10:41, Zygmunt Krynicki a écrit : >>> Wiadomość napisana przez Martin Winter >>> w dniu 11.11.2016, o godz. 10:54: >>> >>> Not sure when this (recently) changed. >>> >>> All apps as defined by a snap are prefixed with the snap name >>> >>> Ie, I have under apps a “vtysh” defined, which then ends up as >>> quagga.vtysh (for the quagga snap). >>> >>> So far no issue. >>> >>> Now, a few weeks/months back, I was able to create a symlink >>> with “vtysh” pointing to “quagga.vtysh” and then could use >>> the same >>> simple “vtysh” command to call the app. (same as traditional >>> package installs) >> >> I think this is related to snap-run. You may have noticed that the >> quagga.vtysh itself is a symlink to /usr/bin/snap. The new „snap >> run” command understands symlinks and uses this as a hint on what >> to run. > > Oh, good catch! Any way to get that fixed? > Martin, do you mind filing a bug? Done https://bugs.launchpad.net/snappy/+bug/1642117 - Martin From mwinter at opensourcerouting.org Wed Nov 16 02:44:09 2016 From: mwinter at opensourcerouting.org (Martin Winter) Date: Tue, 15 Nov 2016 18:44:09 -0800 Subject: configure hook In-Reply-To: References: <00e9a36f-79af-22b8-1fee-4c100e142f7a@ubuntu.com> <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> Message-ID: Boris, On 9 Nov 2016, at 0:39, Boris Rybalkin wrote: > Sorry, I did not get that. > > I am using snapcraft, are you saying that just creating > hooks/configure is > not enaugh? > > Looks like my hook is not executed: > https://github.com/syncloud/platform/tree/master/snap > > Is it possible to debug the execution of snap install? > > I would like to see the state of the snap after it failed to start > daemons. > The only way to see the problem is to run journalctl and guess by > startup > errors. If you have a hard time to troubleshoot why a daemon doesn’t start, then I suggest to add a non-demon debug “app” to the snap. As an example, on my Quagga Snap, I have a zebra daemon which is configured as zebra: command: bin/zebra-service daemon: simple plugs: - network - network-bind - network-control - network-observe But then I’ve added an additional debug command: zebra-debug: command: sbin/zebra [.. with some essential cli options ..] plugs: - network - network-bind - network-control - network-observe This way, if the daemon fails to start, I can just run the zebra-debug command and see the output directly on the screen. Much easier to debug. Full snapcraft config is at https://git-us.netdef.org/projects/OSR/repos/quagga-snap/browse/snapcraft Regards, Martin Winter > On 9 Nov 2016 07:52, "Enwei Zhang" wrote: > >> Got it, thanks so much. >> >> Br >> Enwei >> >> On Wed, Nov 9, 2016 at 3:38 PM, Didier Roche >> wrote: >> >>> Le 09/11/2016 à 07:44, Enwei Zhang a écrit : >>> >>> Hi Didier, >>> Sorry to cut in. >>> Is "hooks" working now in snapcraft? >>> I encountered error: >>> I used below in snapcraft.yaml: >>> >>> hooks: # Top-level YAML attribute, parallel to `apps` >>> upgrade: # Hook name, corresponds to executable name >>> plugs: [network] # Or any other plugs required by this hook >>> >>> enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft >>> Issues while validating snapcraft.yaml: Additional properties are >>> not >>> allowed ('hooks' was unexpected) >>> enwei at XPS-13-9350:~/work/snap/simple-daemon$ snapcraft --version >>> 2.20 >>> >>> >>> No, right now, they are only implemented in snapd. >>> You need to place the correct file in the meta/hooks/ folder (if you >>> are >>> using snapcraft, do this in the prime/ directory, before "snapcraft >>> snap >>> prime/"). >>> >>> There is an example available at https://github.com/snapcore/sn >>> apd/tree/master/tests/lib/snaps/basic-hooks/meta/hooks. >>> >>> Hope that helps! >>> Didier >>> >>> >>> Thanks. >>> >>> Br >>> Enwei >>> >>> >>> >>> On Tue, Nov 8, 2016 at 6:28 PM, Didier Roche >>> wrote: >>> >>>> Le 08/11/2016 à 04:52, Kyle Fazzari a écrit : >>>>> >>>>> On Nov 6, 2016 21:51, "Didier Roche" >>>> > wrote: >>>>>> >>>>>> Le 06/11/2016 à 00:22, Boris Rybalkin a écrit : >>>>>>> >>>>>>> Hello, >>>>>>> >>>>>> >>>>>> Hey Boris, >>>>>>> >>>>>>> I want to generate my config on snap install using snap location >>>>>>> variables. >>>>>>> >>>>>>> From the docs configure hook is only triggered when 'snap set' >>>>>>> is >>>>>>> called. Will configure also be called on install and upgrade? >>>>>>> >>>>>> I didn't try it myself yet, but from what I heard yeah, they will >>>>>> be >>>> run >>>>>> at that time. Kyle can confirm (and if so, we'll update to the >>>>>> documentation to reflect that). >>>>> >>>>> When I wrote it (and the docs) it was only run with `snap set`. I >>>>> believe it's been modified since then to run upon initial install >>>>> as >>>>> well as upgrade; indeed Gustavo mentioned that it should serve as >>>>> an >>>>> install and an upgrade hook. The docs weren't updated with this >>>>> change, >>>>> it seems. That recommendation should also be documented. >>>>> >>>>> Kyle >>>>> >>>> >>>> FYI, opened https://github.com/ubuntudesign/snapcraft.io/issues/216 >>>> about it (after confirming manually this new behavior). >>>> >>>> So, to answer on the initial reply: yes, the hooks are ran on >>>> install >>>> and upgrade. >>>> >>>> Cheers, >>>> Didier >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>> >>> >>> >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft From rex.tsai at canonical.com Wed Nov 16 06:20:18 2016 From: rex.tsai at canonical.com (Rex Tsai) Date: Wed, 16 Nov 2016 14:20:18 +0800 Subject: Cross platform snap creation? In-Reply-To: References: Message-ID: Hi, I have received feedbacks that the snapcraft-docker[1] has been used on OSX, and other linux distribution eg Gentoo. The build enviroment should also works if you have docker installed on Windows. I also have a Electron app, just need to finalized the parts plugin[2] for generic Electron build script. The current docker/snapcraft does not handle multi-arch yet though. [1] *https://hub.docker.com/u/snapcraft/dashboard/ * [2] https://github.com/chihchun/electronic-wechat-snap/blob/ master/parts/plugins/electronic.py#L39 Cheers -Rex On Tue, Nov 15, 2016 at 4:07 AM, Peter Uithoven wrote: > Thanks guys, > > I was indeed mostly focused on building snaps. I think some solution with > docker, like https://github.com/chihchun/snapcraft-docker look great. > > Some of you have reached out directly to the Electron team, thanks for > that. See: > https://github.com/electron-userland/electron-builder/issues/509 > https://github.com/electron-userland/electron-packager/issues/525 > > Can't wait for all these apps to be easily available: > http://electron.atom.io/apps/ > > Peter > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 16 07:04:04 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 16 Nov 2016 08:04:04 +0100 Subject: configure hook In-Reply-To: References: <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> Message-ID: <3caabe9e-dd3e-b609-fc2c-cb6a008999a9@ubuntu.com> Le 16/11/2016 à 03:05, Enwei Zhang a écrit : > Hi Didier and folks, > I didn't find any bug to track the missing hooks support in snapcraft. > Do we need a new one? Hey Enwei, There is one though: https://bugs.launchpad.net/snapcraft/+bug/1586465 Didier From enwei.zhang at canonical.com Wed Nov 16 12:20:25 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 16 Nov 2016 20:20:25 +0800 Subject: configure hook In-Reply-To: <3caabe9e-dd3e-b609-fc2c-cb6a008999a9@ubuntu.com> References: <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> <3caabe9e-dd3e-b609-fc2c-cb6a008999a9@ubuntu.com> Message-ID: Got it, Thank you Didier. Br Enwei On Wed, Nov 16, 2016 at 3:04 PM, Didier Roche wrote: > Le 16/11/2016 à 03:05, Enwei Zhang a écrit : > > Hi Didier and folks, > > I didn't find any bug to track the missing hooks support in snapcraft. > > Do we need a new one? > > Hey Enwei, > > There is one though: https://bugs.launchpad.net/snapcraft/+bug/1586465 > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Wed Nov 16 13:15:13 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 16 Nov 2016 10:15:13 -0300 Subject: Cross platform snap creation? In-Reply-To: References: Message-ID: <8036cc1b-e560-e87d-8719-b3482d7ab4dc@canonical.com> El 16/11/16 a las 03:20, Rex Tsai escribió: > > I also have a Electron app, just need to finalized the parts plugin[2] > for generic Electron build script. The current docker/snapcraft does > not handle multi-arch yet though. Good stuff, mind creating a PR to get the ball rolling? > > [1] _https://hub.docker.com/u/snapcraft/dashboard/_ > [2] > https://github.com/chihchun/electronic-wechat-snap/blob/master/parts/plugins/electronic.py#L39 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacques at supcik.net Wed Nov 16 18:30:55 2016 From: jacques at supcik.net (Jacques Supcik) Date: Wed, 16 Nov 2016 19:30:55 +0100 Subject: Multiple SSH (login) accounts Message-ID: Hello. During the installation of ubuntu core, we have to give an e-mail address to link the device with an Ubuntu account. It is possible to then add additional accounts to the device (e.g. to allow multiple sysadmins to manage a device) ? I tried a "sudo snap create-user", but the (undocumented) command returns "cannot create user: device already managed". (So this is probably why the command is not documented 😊) Thank you in advance for your reply. Best regards, █ Jacques -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.hudson at canonical.com Wed Nov 16 18:40:42 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Thu, 17 Nov 2016 07:40:42 +1300 Subject: Multiple SSH (login) accounts In-Reply-To: References: Message-ID: On 17 November 2016 at 07:30, Jacques Supcik wrote: > Hello. > > During the installation of ubuntu core, we have to give an e-mail address > to link the device with an Ubuntu account. It is possible to then add > additional accounts to the device (e.g. to allow multiple sysadmins to > manage a device) ? > > I tried a "sudo snap create-user", but the (undocumented) command returns > "cannot create user: device already managed". (So this is probably why the > command is not documented 😊) > I think you can use sudo snap create-user --sudoer --force-managed. But you can also use adduser --extrausers. Cheers, mwh Thank you in advance for your reply. > > Best regards, > > █ Jacques > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacques at supcik.net Wed Nov 16 18:49:22 2016 From: jacques at supcik.net (Jacques Supcik) Date: Wed, 16 Nov 2016 19:49:22 +0100 Subject: Multiple SSH (login) accounts In-Reply-To: References: Message-ID: Dear Michael, Thank you very much for your great answer 👍! Cheers, █ Jacques On 16 November 2016 at 19:40, Michael Hudson-Doyle < michael.hudson at canonical.com> wrote: > > > On 17 November 2016 at 07:30, Jacques Supcik wrote: > >> Hello. >> >> During the installation of ubuntu core, we have to give an e-mail address >> to link the device with an Ubuntu account. It is possible to then add >> additional accounts to the device (e.g. to allow multiple sysadmins to >> manage a device) ? >> >> I tried a "sudo snap create-user", but the (undocumented) command returns >> "cannot create user: device already managed". (So this is probably why the >> command is not documented 😊) >> > > I think you can use sudo snap create-user --sudoer --force-managed. But > you can also use adduser --extrausers. > > Cheers, > mwh > > Thank you in advance for your reply. >> >> Best regards, >> >> █ Jacques >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Wed Nov 16 19:20:30 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Wed, 16 Nov 2016 19:20:30 +0000 Subject: configure hook In-Reply-To: <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> Message-ID: After upgrading snapd on desktop 16.04 from xenial-proposed now I have this wired message on install: Run configure hook of "syncloud-platform" error: cannot perform the following tasks: - Run configure hook of "syncloud-platform" snap if present (cannot snap-exec: cannot find hook "configure" in "syncloud-platform") snap --version snap 2.17.1 snapd 2.17.1 series 16 ubuntu 16.04 Has this changed since 2.17? On 14 Nov 2016 22:44, "Sergio Schvezov" wrote: > El 14/11/16 a las 18:35, Boris Rybalkin escribió: > >> VM has snapd v2.17, is it possible to install this version on desktop >> 16.04/16.10 so I can have it for integration tests? >> > > It is in xenial-proposed https://launchpad.net/ubuntu/+source/snapd > If you want the latest and greatest at all times (non production). If you > do this, follow the pinning process in https://wiki.ubuntu.com/Testin > g/EnableProposed to pin snapd to xenial-proposed only and not risk > getting more (potentially unstable) -proposed software. > > Also is there any documentation on how to install snapd on a linux? >> > > These are the installation instructions available for the variety of > distros around: > http://snapcraft.io/docs/core/install, in case you wonder where I got > that link from, it is available as a link on the web front of > http://snapcraft.io > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Thu Nov 17 03:29:11 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 17 Nov 2016 11:29:11 +0800 Subject: Multiple SSH (login) accounts In-Reply-To: References: Message-ID: Hi Michael, Thanks for your solution. I just tried it and it worked. We are going to have a hackathon event, and we will distribute some devices to the developers. I have installed the image well. Without your solution, all of the developers will have to be reflashed to set it up. I just found that "create-user" is so far not supported on Raspberry Pi2. At the mean time, I did not find "adduser" command. On Raspberry pi 3, --force-managed option is not recognized. I have use the command: $ sudo snap create-user --sudoer launchpad_email_address Based on your solution, I have created a blog article at http://blog.csdn.net/ubuntutouch/article/details/53196732. Hopefully, it will benefit the rest of the developers Thanks & best regards, XiaoGuo On Thu, Nov 17, 2016 at 2:40 AM, Michael Hudson-Doyle < michael.hudson at canonical.com> wrote: > > > On 17 November 2016 at 07:30, Jacques Supcik wrote: > >> Hello. >> >> During the installation of ubuntu core, we have to give an e-mail address >> to link the device with an Ubuntu account. It is possible to then add >> additional accounts to the device (e.g. to allow multiple sysadmins to >> manage a device) ? >> >> I tried a "sudo snap create-user", but the (undocumented) command returns >> "cannot create user: device already managed". (So this is probably why the >> command is not documented 😊) >> > > I think you can use sudo snap create-user --sudoer --force-managed. But > you can also use adduser --extrausers. > > Cheers, > mwh > > Thank you in advance for your reply. >> >> Best regards, >> >> █ Jacques >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From alephman at gmail.com Thu Nov 17 05:49:34 2016 From: alephman at gmail.com (Josh zhao) Date: Thu, 17 Nov 2016 13:49:34 +0800 Subject: Strange error during executing ubuntu-image Message-ID: Hi, My board is bubblegum96, I am trying to port snappy onto it. On the last step, an error output like this: /snap/bin/ubuntu-image -c beta --image-size 4G --extra-snaps ./bubblegum96-gadget_0.1.0_arm64.snap --extra-snaps ./bubblegum96- kernel_3.10.0_arm64.snap -o bubble.img ./bubblegum96-model.model Fetching core Copying "./bubblegum96-kernel_3.10.0_arm64.snap" (bubblegum96-kernel) Copying "./bubblegum96-gadget_0.1.0_arm64.snap" (bubblegum96-gadget) bubblegum96-gadget already prepared, skipping bubblegum96-kernel already prepared, skipping error: cannot find boot config in "/tmp/tmp3u5idqo5/unpack/gadget" COMMAND FAILED: snap prepare-image --channel=beta --extra-snaps=./bubblegum96-gadget_0.1.0_arm64.snap --extra-snaps=./bubblegum96-kernel_3.10.0_arm64.snap ./bubblegum96-model.model /tmp/tmp3u5idqo5/unpack -- Best regards! Josh Zhao -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.cazzolato at canonical.com Thu Nov 17 12:17:44 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Thu, 17 Nov 2016 09:17:44 -0300 Subject: Brainstorming KPIs Message-ID: Hello, We were working on a set of KPIs (Key Performance Indicators) mainly focused on the phones, and now we are working defining new ones for all the changes that are coming on. The first step was to work within the KPI and QA teams to define a set KPIs. Now I would like to hear from you which KPIs you think that would be useful to use/reuse for snappy, and which new ones we could include. The KPIs that already exist are: . Reboot time . Web browser metrics . memory and cpu used scrolling webpages . droameo metrics executing javascript suite . App launch time . Idle cpu time for unity8 KPIs already proposed: . Boot time . unity8 QML metrics dragging a window when many windows are opened . Launch time of multiple apps . UI/Graphics latency . Network: bandwidth, latency, packet loss, concurrent users . Snapweb integration . Other webbrowser metrics Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From zygmunt.krynicki at canonical.com Thu Nov 17 12:20:01 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Thu, 17 Nov 2016 13:20:01 +0100 Subject: Brainstorming KPIs In-Reply-To: References: Message-ID: <8369840C-BB58-42B6-ABBA-20FDA1C7D220@canonical.com> > Wiadomość napisana przez Sergio Cazzolato w dniu 17.11.2016, o godz. 13:17: > > Hello, > > We were working on a set of KPIs (Key Performance Indicators) mainly focused on the phones, and now we are working defining new ones for all the changes that are coming on. > > The first step was to work within the KPI and QA teams to define a set KPIs. > > Now I would like to hear from you which KPIs you think that would be useful to use/reuse for snappy, and which new ones we could include. > > The KPIs that already exist are: I think first boot time is interesting (though harder to measure perhaps). > . Reboot time > . Web browser metrics > . memory and cpu used scrolling webpages > . droameo metrics executing javascript suite > . App launch time > . Idle cpu time for unity8 > > KPIs already proposed: > . Boot time > . unity8 QML metrics dragging a window when many windows are opened > . Launch time of multiple apps > . UI/Graphics latency > . Network: bandwidth, latency, packet loss, concurrent users > . Snapweb integration ^ What does this measure? > . Other webbrowser metrics > > Thanks > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From sergio.cazzolato at canonical.com Thu Nov 17 12:48:26 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Thu, 17 Nov 2016 09:48:26 -0300 Subject: Brainstorming KPIs In-Reply-To: <8369840C-BB58-42B6-ABBA-20FDA1C7D220@canonical.com> References: <8369840C-BB58-42B6-ABBA-20FDA1C7D220@canonical.com> Message-ID: On Thu, Nov 17, 2016 at 9:20 AM, Zygmunt Krynicki < zygmunt.krynicki at canonical.com> wrote: > > > Wiadomość napisana przez Sergio Cazzolato com> w dniu 17.11.2016, o godz. 13:17: > > > > Hello, > > > > We were working on a set of KPIs (Key Performance Indicators) mainly > focused on the phones, and now we are working defining new ones for all the > changes that are coming on. > > > > The first step was to work within the KPI and QA teams to define a set > KPIs. > > > > Now I would like to hear from you which KPIs you think that would be > useful to use/reuse for snappy, and which new ones we could include. > > > > The KPIs that already exist are: > > I think first boot time is interesting (though harder to measure perhaps). > Agree, but it should be possible since we are working on flashing the boards automatically > > > . Reboot time > > . Web browser metrics > > . memory and cpu used scrolling webpages > > . droameo metrics executing javascript suite > > . App launch time > > . Idle cpu time for unity8 > > > > KPIs already proposed: > > . Boot time > > . unity8 QML metrics dragging a window when many windows are opened > > . Launch time of multiple apps > > . UI/Graphics latency > > . Network: bandwidth, latency, packet loss, concurrent users > > . Snapweb integration > > ^ What does this measure? > It depends on the KPI. The boot/reboot ones will measure the time in seconds from it is started/restarted up to when it is ready to be used. Then the KPIs are sent to a KPI grafana instance where you can follow it and detect any regression. > > > . Other webbrowser metrics > > > > Thanks > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Thu Nov 17 14:10:45 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 17 Nov 2016 15:10:45 +0100 Subject: Strange error during executing ubuntu-image In-Reply-To: References: Message-ID: <1479391845.9416.19.camel@ubuntu.com> hi, On Do, 2016-11-17 at 13:49 +0800, Josh zhao wrote: > Hi, > ... > error: cannot find boot config in "/tmp/tmp3u5idqo5/unpack/gadget" > COMMAND FAILED: snap prepare-image --channel=beta --extra- > snaps=./bubblegum96-gadget_0.1.0_arm64.snap --extra- > snaps=./bubblegum96-kernel_3.10.0_arm64.snap ./bubblegum96- > model.model /tmp/tmp3u5idqo5/unpack > > see http://docs.ubuntu.com/core/en/reference/gadget ...  does your gadget snap contain the uboot.conf/grub.conf symlink (see [1] for an example, on the pi images uboot.conf points to the uboot.env file) ? ciao oli [1] http://bazaar.launchpad.net/~snappy-dev/snappy-hub/snappy-systems/f iles/head:/pi3/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From joseph.wakeling at webdrake.net Thu Nov 17 20:32:26 2016 From: joseph.wakeling at webdrake.net (Joseph Rushton Wakeling) Date: Thu, 17 Nov 2016 21:32:26 +0100 Subject: Provisional snap for DUB (D language package/build manager) In-Reply-To: References: <86cef86c-3e6d-fdf2-d268-29ebd16d1b62@webdrake.net> <477c022c-ffc3-922d-070d-1e7a84a8a81f@ubuntu.com> <76083c5f-b04a-baf3-2554-f0e8c117ec4a@webdrake.net> <88f1f98d-3cfe-56fb-d52c-bf4daa467ffb@webdrake.net> Message-ID: <6f824d87-abdc-a032-fa1e-d35dd93b0180@webdrake.net> On 14/11/16 10:27, Didier Roche wrote: > I guess for now, the compiler part (and access to system libraries) > should be part of an interface. I'm CCing Jamie to see if he has any > thoughts on that. Yes, that makes sense -- probably two different interfaces ... ? I know that access to system libraries is a known issue in terms of defining an interface (this was discussed earlier when I was attempting to snap-package LDC, the LLVM-based D compiler). I'm happy to have a go at defining an interface that would allow access to a D compiler, if someone can offer basic guidance as to what would be involved. (Ideally, such an interface would offer access both to snap-packaged D compilers and any D compilers installed on the host system.) Thanks & best wishes, -- Joe From ribalkin at gmail.com Fri Nov 18 00:25:43 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Fri, 18 Nov 2016 00:25:43 +0000 Subject: configure hook In-Reply-To: References: <7cfbf9fb-7e12-2728-494d-0261a5ca0d85@ubuntu.com> <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> Message-ID: After reinstalling snapd (2.17.1) and cleaning /var/lib/snapd/ issue seems to go away. Thank you very much! On Wed, Nov 16, 2016 at 7:20 PM, Boris Rybalkin wrote: > After upgrading snapd on desktop 16.04 from xenial-proposed now I have > this wired message on install: > > Run configure hook of "syncloud-platform" > error: cannot perform the following tasks: > - Run configure hook of "syncloud-platform" snap if present (cannot > snap-exec: cannot find hook "configure" in "syncloud-platform") > > snap --version > snap 2.17.1 > snapd 2.17.1 > series 16 > ubuntu 16.04 > > Has this changed since 2.17? > > On 14 Nov 2016 22:44, "Sergio Schvezov" > wrote: > >> El 14/11/16 a las 18:35, Boris Rybalkin escribió: >> >>> VM has snapd v2.17, is it possible to install this version on desktop >>> 16.04/16.10 so I can have it for integration tests? >>> >> >> It is in xenial-proposed https://launchpad.net/ubuntu/+source/snapd >> If you want the latest and greatest at all times (non production). If you >> do this, follow the pinning process in https://wiki.ubuntu.com/Testin >> g/EnableProposed to pin snapd to xenial-proposed only and not risk >> getting more (potentially unstable) -proposed software. >> >> Also is there any documentation on how to install snapd on a linux? >>> >> >> These are the installation instructions available for the variety of >> distros around: >> http://snapcraft.io/docs/core/install, in case you wonder where I got >> that link from, it is available as a link on the web front of >> http://snapcraft.io >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivier.tilloy at canonical.com Fri Nov 18 12:13:23 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 18 Nov 2016 13:13:23 +0100 Subject: WIP snap for 0ad Message-ID: Hi everyone, I’ve been working on snapping up 0ad¹ as a side project, and I’m at the point where I’ve got it to run fully confined. I’ve had to modify the generated seccomp profile for this to work though, and I’m not sure where to take it from there. The game uses the following syscalls which are not allowed by default: setpriority and sched_setaffinity. I can get setpriority by adding the process-control plug (which needs manual connection), but it doesn’t appear any sensible interface exposes sched_setaffinity (docker-support does, but that’s obviously not a solution). What would interface experts suggest? Would it make sense to add sched_setaffinity to process-control? Or to create a new privileged interface for just that one syscall? Thanks, Olivier ¹ https://play0ad.com/ From jamie at canonical.com Fri Nov 18 13:37:26 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Fri, 18 Nov 2016 07:37:26 -0600 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: <1479476246.1641.51.camel@canonical.com> On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: > Hi everyone, > > I’ve been working on snapping up 0ad¹ as a side project, and I’m at > the point where I’ve got it to run fully confined. > > I’ve had to modify the generated seccomp profile for this to work > though, and I’m not sure where to take it from there. The game uses > the following syscalls which are not allowed by default: setpriority > and sched_setaffinity. I can get setpriority by adding the > process-control plug (which needs manual connection), but it doesn’t > appear any sensible interface exposes sched_setaffinity > (docker-support does, but that’s obviously not a solution). > > What would interface experts suggest? Would it make sense to add > sched_setaffinity to process-control? Or to create a new privileged > interface for just that one syscall? > Fyi, there is a bug for setpriority. It looks like sched_setaffinity would be fine for process-control and I just prepared a PR for it. It looks like it works much like setpriority and so we'll be able to add it to the default template soon for certain invocations (I suspect you'll be able to drop proces-control then).  In the future you can also simply file a bug and add the 'snapd-interface' tag. Thanks for bringing this up! -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From jamie at canonical.com Fri Nov 18 13:49:17 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Fri, 18 Nov 2016 07:49:17 -0600 Subject: WIP snap for 0ad In-Reply-To: <1479476246.1641.51.camel@canonical.com> References: <1479476246.1641.51.camel@canonical.com> Message-ID: <1479476957.1641.55.camel@canonical.com> On Fri, 2016-11-18 at 07:37 -0600, Jamie Strandboge wrote: > On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: > > > > Hi everyone, > > > > I’ve been working on snapping up 0ad¹ as a side project, and I’m at > > the point where I’ve got it to run fully confined. > > > > I’ve had to modify the generated seccomp profile for this to work > > though, and I’m not sure where to take it from there. The game uses > > the following syscalls which are not allowed by default: setpriority > > and sched_setaffinity. I can get setpriority by adding the > > process-control plug (which needs manual connection), but it doesn’t > > appear any sensible interface exposes sched_setaffinity > > (docker-support does, but that’s obviously not a solution). > > > > What would interface experts suggest? Would it make sense to add > > sched_setaffinity to process-control? Or to create a new privileged > > interface for just that one syscall? > > > Fyi, there is a bug for setpriority. It looks like sched_setaffinity would be > fine for process-control and I just prepared a PR for it. It looks like it > works > much like setpriority and so we'll be able to add it to the default template > soon for certain invocations (I suspect you'll be able to drop proces-control > then).  > Re setpriority bug> I should have been more clear. There is a bug already for it to be usable in the default template so process-control isn't always needed. -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From olivier.tilloy at canonical.com Fri Nov 18 14:33:56 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 18 Nov 2016 15:33:56 +0100 Subject: WIP snap for 0ad In-Reply-To: <1479476246.1641.51.camel@canonical.com> References: <1479476246.1641.51.camel@canonical.com> Message-ID: On Fri, Nov 18, 2016 at 2:37 PM, Jamie Strandboge wrote: > On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: >> Hi everyone, >> >> I’ve been working on snapping up 0ad¹ as a side project, and I’m at >> the point where I’ve got it to run fully confined. >> >> I’ve had to modify the generated seccomp profile for this to work >> though, and I’m not sure where to take it from there. The game uses >> the following syscalls which are not allowed by default: setpriority >> and sched_setaffinity. I can get setpriority by adding the >> process-control plug (which needs manual connection), but it doesn’t >> appear any sensible interface exposes sched_setaffinity >> (docker-support does, but that’s obviously not a solution). >> >> What would interface experts suggest? Would it make sense to add >> sched_setaffinity to process-control? Or to create a new privileged >> interface for just that one syscall? >> > > Fyi, there is a bug for setpriority. It looks like sched_setaffinity would be > fine for process-control and I just prepared a PR for it. It looks like it works > much like setpriority and so we'll be able to add it to the default template > soon for certain invocations (I suspect you'll be able to drop proces-control > then). > > In the future you can also simply file a bug and add the 'snapd-interface' tag. > Thanks for bringing this up! Thanks Jamie for your prompt answer. I subscribed to the bug for setpriority (https://launchpad.net/bugs/1641758) and I’ll be watching the PR (https://github.com/snapcore/snapd/pull/2301). Assuming it gets merged soon (looks trivial enough), when can I expect it to be released in a new version of snapd? Would that be 2.18 ? I’m unable to find up-to-date info on future releases of snapd (either at https://github.com/snapcore/snapd/releases or at https://launchpad.net/snappy/+series). Cheers, Olivier From jamie at canonical.com Fri Nov 18 14:38:24 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Fri, 18 Nov 2016 08:38:24 -0600 Subject: WIP snap for 0ad In-Reply-To: References: <1479476246.1641.51.camel@canonical.com> Message-ID: <1479479904.1641.75.camel@canonical.com> On Fri, 2016-11-18 at 15:33 +0100, Olivier Tilloy wrote: > On Fri, Nov 18, 2016 at 2:37 PM, Jamie Strandboge wrote: > > > > On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: > > > > > > Hi everyone, > > > > > > I’ve been working on snapping up 0ad¹ as a side project, and I’m at > > > the point where I’ve got it to run fully confined. > > > > > > I’ve had to modify the generated seccomp profile for this to work > > > though, and I’m not sure where to take it from there. The game uses > > > the following syscalls which are not allowed by default: setpriority > > > and sched_setaffinity. I can get setpriority by adding the > > > process-control plug (which needs manual connection), but it doesn’t > > > appear any sensible interface exposes sched_setaffinity > > > (docker-support does, but that’s obviously not a solution). > > > > > > What would interface experts suggest? Would it make sense to add > > > sched_setaffinity to process-control? Or to create a new privileged > > > interface for just that one syscall? > > > > > Fyi, there is a bug for setpriority. It looks like sched_setaffinity would > > be > > fine for process-control and I just prepared a PR for it. It looks like it > > works > > much like setpriority and so we'll be able to add it to the default template > > soon for certain invocations (I suspect you'll be able to drop proces- > > control > > then). > > > > In the future you can also simply file a bug and add the 'snapd-interface' > > tag. > > Thanks for bringing this up! > Thanks Jamie for your prompt answer. > I subscribed to the bug for setpriority > (https://launchpad.net/bugs/1641758) and I’ll be watching the PR > (https://github.com/snapcore/snapd/pull/2301). > Assuming it gets merged soon (looks trivial enough), when can I expect > it to be released in a new version of snapd? Would that be 2.18 ? Yes, 2.18. 2.17.1 is going through xenial-proposed now. > I’m unable to find up-to-date info on future releases of snapd (either > at https://github.com/snapcore/snapd/releases or at > https://launchpad.net/snappy/+series). > I let Jamie Bennett (in CC) answer on the timelines for the release of 2.18 and release information. -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From sergio.schvezov at canonical.com Fri Nov 18 15:05:57 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Fri, 18 Nov 2016 12:05:57 -0300 Subject: WIP snap for 0ad In-Reply-To: <1479476246.1641.51.camel@canonical.com> References: <1479476246.1641.51.camel@canonical.com> Message-ID: El 18/11/16 a las 10:37, Jamie Strandboge escribió: > On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: >> Hi everyone, >> >> I’ve been working on snapping up 0ad¹ as a side project, and I’m at >> the point where I’ve got it to run fully confined. >> >> I’ve had to modify the generated seccomp profile for this to work >> though, and I’m not sure where to take it from there. The game uses >> the following syscalls which are not allowed by default: setpriority >> and sched_setaffinity. I can get setpriority by adding the >> process-control plug (which needs manual connection), but it doesn’t >> appear any sensible interface exposes sched_setaffinity >> (docker-support does, but that’s obviously not a solution). >> >> What would interface experts suggest? Would it make sense to add >> sched_setaffinity to process-control? Or to create a new privileged >> interface for just that one syscall? >> So this triggers the question, does 0ad work if these were denied? > Fyi, there is a bug for setpriority. It looks like sched_setaffinity would be > fine for process-control and I just prepared a PR for it. It looks like it works > much like setpriority and so we'll be able to add it to the default template > soon for certain invocations (I suspect you'll be able to drop proces-control > then). > Which brings in the follow-up question. Are there any updates wrt SCMP_ACT_KILL and SCMP_ACT_ERRNO or alternatives? From olivier.tilloy at canonical.com Fri Nov 18 15:11:48 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 18 Nov 2016 16:11:48 +0100 Subject: WIP snap for 0ad In-Reply-To: References: <1479476246.1641.51.camel@canonical.com> Message-ID: On Fri, Nov 18, 2016 at 4:05 PM, Sergio Schvezov wrote: > > > El 18/11/16 a las 10:37, Jamie Strandboge escribió: >> >> On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: >>> >>> Hi everyone, >>> >>> I’ve been working on snapping up 0ad¹ as a side project, and I’m at >>> the point where I’ve got it to run fully confined. >>> >>> I’ve had to modify the generated seccomp profile for this to work >>> though, and I’m not sure where to take it from there. The game uses >>> the following syscalls which are not allowed by default: setpriority >>> and sched_setaffinity. I can get setpriority by adding the >>> process-control plug (which needs manual connection), but it doesn’t >>> appear any sensible interface exposes sched_setaffinity >>> (docker-support does, but that’s obviously not a solution). >>> >>> What would interface experts suggest? Would it make sense to add >>> sched_setaffinity to process-control? Or to create a new privileged >>> interface for just that one syscall? >>> > > So this triggers the question, does 0ad work if these were denied? No. It actually hangs pretty badly at startup. When setpriority is denied the game’s javascript engine fails to initialize properly, and when sched_setaffinity is denied the graphics init hangs (in SDL_Init). >> Fyi, there is a bug for setpriority. It looks like sched_setaffinity would >> be >> fine for process-control and I just prepared a PR for it. It looks like it >> works >> much like setpriority and so we'll be able to add it to the default >> template >> soon for certain invocations (I suspect you'll be able to drop >> proces-control >> then). >> > > Which brings in the follow-up question. Are there any updates wrt > SCMP_ACT_KILL and SCMP_ACT_ERRNO or alternatives? From leo.arias at canonical.com Fri Nov 18 17:05:33 2016 From: leo.arias at canonical.com (Leo Arias) Date: Fri, 18 Nov 2016 11:05:33 -0600 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: The alpha? I want to play! -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivier.tilloy at canonical.com Fri Nov 18 18:03:46 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 18 Nov 2016 19:03:46 +0100 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: On Fri, Nov 18, 2016 at 6:05 PM, Leo Arias wrote: > The alpha? > I want to play! Here you go: http://people.canonical.com/~osomon/play0ad_0.0.21-alpha_amd64.snap. This is a 891MB file, sha1sum: 7a3a7af8d6295703fc89a795f8569fd5b9584f29 Once installed (with --dangerous), you will need to: - connect the process-control plug: sudo snap connect play0ad:process-control ubuntu-core:process-control - edit /var/lib/snapd/seccomp/profiles/snap.play0ad.0ad to add "sched_setaffinity" at the end of the file Once https://github.com/snapcore/snapd/pull/2301 is merged and released, that last requirement will go away. Run the game with: play0ad.0ad Enjoy, and feedback welcome! Olivier From kyle.fazzari at canonical.com Fri Nov 18 20:06:25 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Fri, 18 Nov 2016 12:06:25 -0800 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: On 11/18/2016 10:03 AM, Olivier Tilloy wrote: > On Fri, Nov 18, 2016 at 6:05 PM, Leo Arias wrote: >> The alpha? >> I want to play! > > Here you go: http://people.canonical.com/~osomon/play0ad_0.0.21-alpha_amd64.snap. > This is a 891MB file, sha1sum: 7a3a7af8d6295703fc89a795f8569fd5b9584f29 > > Once installed (with --dangerous), you will need to: > > - connect the process-control plug: > > sudo snap connect play0ad:process-control ubuntu-core:process-control > > - edit /var/lib/snapd/seccomp/profiles/snap.play0ad.0ad to add > "sched_setaffinity" at the end of the file > > Once https://github.com/snapcore/snapd/pull/2301 is merged and > released, that last requirement will go away. > > Run the game with: play0ad.0ad You should consider adding a desktop file so it can be run from the launcher. > > Enjoy, and feedback welcome! Awesome job, Olivier! This is one of my favorites :) . -- Kyle Fazzari (kyrofa) Software Engineer Canonical Ltd. kyle at canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From marco.trevisan at canonical.com Sat Nov 19 00:49:50 2016 From: marco.trevisan at canonical.com (Marco Trevisan) Date: Sat, 19 Nov 2016 01:49:50 +0100 Subject: Snapd releases and PPA - (was Re: WIP snap for 0ad) In-Reply-To: <1479479904.1641.75.camel@canonical.com> References: <1479476246.1641.51.camel@canonical.com> <1479479904.1641.75.camel@canonical.com> Message-ID: <7c5811d6-6e8b-ea25-dcc4-6ef46e62fcae@canonical.com> Il 18/11/2016 15:38, Jamie Strandboge ha scritto: > On Fri, 2016-11-18 at 15:33 +0100, Olivier Tilloy wrote: >> Assuming it gets merged soon (looks trivial enough), when can I expect >> it to be released in a new version of snapd? Would that be 2.18 ? > > Yes, 2.18. 2.17.1 is going through xenial-proposed now. > >> I’m unable to find up-to-date info on future releases of snapd (either >> at https://github.com/snapcore/snapd/releases or at >> https://launchpad.net/snappy/+series). >> > > I let Jamie Bennett (in CC) answer on the timelines for the release of 2.18 and > release information. Speaking of this, isn't there a daily ppa for snapd (as I guess having snapd via snap isn't really feasible, isn't it)? I've been quite unlucky in getting a deb built from git personally... From olivier.tilloy at canonical.com Sat Nov 19 08:08:42 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Sat, 19 Nov 2016 09:08:42 +0100 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: On Fri, Nov 18, 2016 at 9:06 PM, Kyle Fazzari wrote: > > > On 11/18/2016 10:03 AM, Olivier Tilloy wrote: >> On Fri, Nov 18, 2016 at 6:05 PM, Leo Arias wrote: >>> The alpha? >>> I want to play! >> >> Here you go: http://people.canonical.com/~osomon/play0ad_0.0.21-alpha_amd64.snap. >> This is a 891MB file, sha1sum: 7a3a7af8d6295703fc89a795f8569fd5b9584f29 >> >> Once installed (with --dangerous), you will need to: >> >> - connect the process-control plug: >> >> sudo snap connect play0ad:process-control ubuntu-core:process-control >> >> - edit /var/lib/snapd/seccomp/profiles/snap.play0ad.0ad to add >> "sched_setaffinity" at the end of the file >> >> Once https://github.com/snapcore/snapd/pull/2301 is merged and >> released, that last requirement will go away. >> >> Run the game with: play0ad.0ad > > You should consider adding a desktop file so it can be run from the > launcher. Yes, it’s on my to-do list. That, and automate the build so that launchpad can do it. >> Enjoy, and feedback welcome! > > Awesome job, Olivier! This is one of my favorites :) . Glad you enjoy it :) From enwei.zhang at canonical.com Mon Nov 21 02:23:59 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 21 Nov 2016 10:23:59 +0800 Subject: How to restart a simple daemon? Message-ID: Hello, When I install a simple daemon snap, the daemon is started right after it is installed. Suppose it stops due to some condition, is there a way to restart it? Thanks a lot. Br Enwei -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Mon Nov 21 02:30:12 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Mon, 21 Nov 2016 10:30:12 +0800 Subject: How to restart a simple daemon? In-Reply-To: References: Message-ID: Hi Enwei, There are a few ways to handle it. 1) You do not need to make it a daemon before it is getting stable. When your run your app, just use "sudo" to run it on command line. When it is stable, change it to daemon. 2) You can use "snap enable/disable" to toggle the state of the app. When it is enabled, it starts to run again. In your case, your daemon app will be restarted. Best regards, XiaoGuo On Mon, Nov 21, 2016 at 10:23 AM, Enwei Zhang wrote: > Hello, > When I install a simple daemon snap, the daemon is started right after it > is installed. > Suppose it stops due to some condition, is there a way to restart it? > Thanks a lot. > > Br > Enwei > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Mon Nov 21 02:50:29 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 21 Nov 2016 10:50:29 +0800 Subject: How to restart a simple daemon? In-Reply-To: References: Message-ID: Thank you so much Xiaoguo. On Mon, Nov 21, 2016 at 10:30 AM, XiaoGuo Liu wrote: > Hi Enwei, > > There are a few ways to handle it. > > 1) You do not need to make it a daemon before it is getting stable. When > your run your app, just use "sudo" to run it on command line. When it is > stable, change it to daemon. > > 2) You can use "snap enable/disable" to toggle the state of the app. When > it is enabled, it starts to run again. In your case, your daemon app will > be restarted. > > Best regards, > XiaoGuo > > On Mon, Nov 21, 2016 at 10:23 AM, Enwei Zhang > wrote: > >> Hello, >> When I install a simple daemon snap, the daemon is started right after it >> is installed. >> Suppose it stops due to some condition, is there a way to restart it? >> Thanks a lot. >> >> Br >> Enwei >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > XiaoGuo, Liu > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Mon Nov 21 03:22:33 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 21 Nov 2016 11:22:33 +0800 Subject: How to restart a simple daemon? In-Reply-To: References: Message-ID: Hi Xiaoguo and folks, Is there a notification/callback mechanism so that when snap enable/disable is executed on my snap, my snap can receive notification to do some corresponding actions? Thanks. Br Enwei On Mon, Nov 21, 2016 at 10:50 AM, Enwei Zhang wrote: > Thank you so much Xiaoguo. > > On Mon, Nov 21, 2016 at 10:30 AM, XiaoGuo Liu > wrote: > >> Hi Enwei, >> >> There are a few ways to handle it. >> >> 1) You do not need to make it a daemon before it is getting stable. When >> your run your app, just use "sudo" to run it on command line. When it is >> stable, change it to daemon. >> >> 2) You can use "snap enable/disable" to toggle the state of the app. When >> it is enabled, it starts to run again. In your case, your daemon app will >> be restarted. >> >> Best regards, >> XiaoGuo >> >> On Mon, Nov 21, 2016 at 10:23 AM, Enwei Zhang >> wrote: >> >>> Hello, >>> When I install a simple daemon snap, the daemon is started right after >>> it is installed. >>> Suppose it stops due to some condition, is there a way to restart it? >>> Thanks a lot. >>> >>> Br >>> Enwei >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> -- >> XiaoGuo, Liu >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Mon Nov 21 03:26:41 2016 From: spencertparkin at gmail.com (Spencer) Date: Sun, 20 Nov 2016 20:26:41 -0700 Subject: Snaps to invoke external processes Message-ID: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> It's been a few weeks now, but last I heard, the snapcraft team was or did a sprint to address current limitations snaps have regarding the invocation of external processes. Specifically, it would be nice to launch the user's default browser with a URL, or let a snap invoke another instance of itself. What's the status on this? Thanks. From xiaoguo.liu at canonical.com Mon Nov 21 03:30:03 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Mon, 21 Nov 2016 11:30:03 +0800 Subject: How to restart a simple daemon? In-Reply-To: References: Message-ID: Hi Enwei, When your app is running, your app definitely knows since it is started. You can do something there. When your app is stopped, you can also add a "stop-command" when you define your snapcraft.yaml. Please refer to http://snapcraft.io/docs/build-snaps/syntax I do not know whether there are any hooks for this purpose. Hope this helps! XiaoGuo On Mon, Nov 21, 2016 at 11:22 AM, Enwei Zhang wrote: > Hi Xiaoguo and folks, > Is there a notification/callback mechanism so that when snap > enable/disable is executed on my snap, my snap can receive notification to > do some corresponding actions? > Thanks. > > Br > Enwei > > On Mon, Nov 21, 2016 at 10:50 AM, Enwei Zhang > wrote: > >> Thank you so much Xiaoguo. >> >> On Mon, Nov 21, 2016 at 10:30 AM, XiaoGuo Liu >> wrote: >> >>> Hi Enwei, >>> >>> There are a few ways to handle it. >>> >>> 1) You do not need to make it a daemon before it is getting stable. When >>> your run your app, just use "sudo" to run it on command line. When it is >>> stable, change it to daemon. >>> >>> 2) You can use "snap enable/disable" to toggle the state of the app. >>> When it is enabled, it starts to run again. In your case, your daemon app >>> will be restarted. >>> >>> Best regards, >>> XiaoGuo >>> >>> On Mon, Nov 21, 2016 at 10:23 AM, Enwei Zhang >> > wrote: >>> >>>> Hello, >>>> When I install a simple daemon snap, the daemon is started right after >>>> it is installed. >>>> Suppose it stops due to some condition, is there a way to restart it? >>>> Thanks a lot. >>>> >>>> Br >>>> Enwei >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> >>> >>> -- >>> XiaoGuo, Liu >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Mon Nov 21 04:50:18 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Mon, 21 Nov 2016 12:50:18 +0800 Subject: How to restart a simple daemon? In-Reply-To: References: Message-ID: Thank you Xiaoguo, stop-command is enough for my case. Br Enwei On Mon, Nov 21, 2016 at 11:30 AM, XiaoGuo Liu wrote: > Hi Enwei, > > When your app is running, your app definitely knows since it is started. > You can do something there. > > When your app is stopped, you can also add a "stop-command" when you > define your snapcraft.yaml. Please refer to http://snapcraft.io/docs/ > build-snaps/syntax > > I do not know whether there are any hooks for this purpose. > > Hope this helps! > XiaoGuo > > On Mon, Nov 21, 2016 at 11:22 AM, Enwei Zhang > wrote: > >> Hi Xiaoguo and folks, >> Is there a notification/callback mechanism so that when snap >> enable/disable is executed on my snap, my snap can receive notification to >> do some corresponding actions? >> Thanks. >> >> Br >> Enwei >> >> On Mon, Nov 21, 2016 at 10:50 AM, Enwei Zhang >> wrote: >> >>> Thank you so much Xiaoguo. >>> >>> On Mon, Nov 21, 2016 at 10:30 AM, XiaoGuo Liu >> > wrote: >>> >>>> Hi Enwei, >>>> >>>> There are a few ways to handle it. >>>> >>>> 1) You do not need to make it a daemon before it is getting stable. >>>> When your run your app, just use "sudo" to run it on command line. When it >>>> is stable, change it to daemon. >>>> >>>> 2) You can use "snap enable/disable" to toggle the state of the app. >>>> When it is enabled, it starts to run again. In your case, your daemon app >>>> will be restarted. >>>> >>>> Best regards, >>>> XiaoGuo >>>> >>>> On Mon, Nov 21, 2016 at 10:23 AM, Enwei Zhang < >>>> enwei.zhang at canonical.com> wrote: >>>> >>>>> Hello, >>>>> When I install a simple daemon snap, the daemon is started right after >>>>> it is installed. >>>>> Suppose it stops due to some condition, is there a way to restart it? >>>>> Thanks a lot. >>>>> >>>>> Br >>>>> Enwei >>>>> >>>>> -- >>>>> Snapcraft mailing list >>>>> Snapcraft at lists.snapcraft.io >>>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>>> an/listinfo/snapcraft >>>>> >>>>> >>>> >>>> >>>> -- >>>> XiaoGuo, Liu >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > XiaoGuo, Liu > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 21 07:08:47 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 21 Nov 2016 08:08:47 +0100 Subject: Snaps to invoke external processes In-Reply-To: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> Message-ID: <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Le 21/11/2016 à 04:26, Spencer a écrit : > It's been a few weeks now, but last I heard, the snapcraft team was or did a sprint to address current limitations snaps have regarding the invocation of external processes. Specifically, it would be nice to launch the user's default browser with a URL, or let a snap invoke another instance of itself. What's the status on this? > Hey Spencer, Default browser should works for some months already if your application (or toolkit, like Qt does) invoke the xdg-open to open the url. This is then transmitted via dbus to an external process on your classic system which then issues the real xdg-open command. For the others, there are been indeed multiple discussions on this at multiple places (here, on the bug report…), but no action or firm decision. I'm CCing Gustavo as he was the one against a more generic intermediate solutions. Cheers, Didier From eloy.garcia.pca at gmail.com Mon Nov 21 08:30:24 2016 From: eloy.garcia.pca at gmail.com (=?UTF-8?B?RWxveSBHYXJjw61hIChQQyBBY3R1YWwp?=) Date: Mon, 21 Nov 2016 09:30:24 +0100 Subject: Snaps to invoke external processes In-Reply-To: <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Message-ID: Hi Didier. My snap package (wallpaperdownloader) invokes xdg-open internally but it isn't working yet. Should I use a specific interface to accomplish that? This is the snapcraft.yml name: wallpaperdownloader version: "2.3" summary: Download, manage and change your favorite wallpapers from the Internet description: WallpaperDownloader is a simple GUI Java based application for downloading, managing and changing wallpapers from the Internet grade: stable confinement: strict apps: wallpaperdownloader: command: wallpaperdownloader.sh plugs: [x11, network-bind, home, gsettings] parts: # Pulls the code from the original source (master branch) # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: https://wiki.ubuntu.com/snapcraft/parts # It enables desktop integration and gsettings manipulation from the confined application # It is necessary to use gsettings interface (see above) in order to have a fully functional # desktop/gtk3 part # Github repository for snapcraft-desktop-helpers: https://github.com/ubuntu/snapcraft-desktop-helpers wallpaperdownloader: source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git plugin: maven stage-packages: # mate-desktop-common is necessary to have MATE gsettings schemas available for the application - mate-desktop-common after: [desktop-gtk3] # It will copy wallpaperdownloader script into /bin/ # This script contains all the commands needed (sets env variables, launches the jar file...) to # execute the application exec: plugin: dump source: scripts Thanks!!! Best, Eloy 2016-11-21 8:08 GMT+01:00 Didier Roche : > Le 21/11/2016 à 04:26, Spencer a écrit : > > It's been a few weeks now, but last I heard, the snapcraft team was or > did a sprint to address current limitations snaps have regarding the > invocation of external processes. Specifically, it would be nice to launch > the user's default browser with a URL, or let a snap invoke another > instance of itself. What's the status on this? > > > Hey Spencer, > > Default browser should works for some months already if your application > (or toolkit, like Qt does) invoke the xdg-open to open the url. This is > then transmitted via dbus to an external process on your classic system > which then issues the real xdg-open command. > For the others, there are been indeed multiple discussions on this at > multiple places (here, on the bug report…), but no action or firm > decision. I'm CCing Gustavo as he was the one against a more generic > intermediate solutions. > > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- Eloy García Almadén -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 21 09:22:27 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 21 Nov 2016 10:22:27 +0100 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Message-ID: <030badb7-a73b-ac3a-04a7-5a8f2184fdc9@ubuntu.com> Le 21/11/2016 à 09:30, Eloy García (PC Actual) a écrit : > Hi Didier. > > My snap package (wallpaperdownloader) invokes xdg-open internally but > it isn't working yet. Should I use a specific interface to accomplish > that? This is the snapcraft.yml > Hey Eloy, You need to have snapd-xdg-open package installed on the desktop. IIRC, the goal was to seed it by default or have snapd recommending it. CCing mvo on that who also responsible for the package on ubuntu if there is any reason this isn't the case yet. Ensure you are then using xdg-open from /usr/local/bin/. I konw this is working with the unity7 interface (I don't remember if the x11 one is succifient, but it should, if not, it's a bug). Cheers Didier > name: wallpaperdownloader > version: "2.3" > summary: Download, manage and change your favorite wallpapers from the Internet > description: WallpaperDownloader is a simple GUI Java based application for downloading, managing and changing wallpapers from the Internet > grade: stable > confinement: strict > > apps: > wallpaperdownloader: > command: wallpaperdownloader.sh > plugs: [x11, network-bind, home, gsettings] > > parts: > # Pulls the code from the original source (master branch) > # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: https://wiki.ubuntu.com/snapcraft/parts > # It enables desktop integration and gsettings manipulation from the confined application > # It is necessary to use gsettings interface (see above) in order to have a fully functional > # desktop/gtk3 part > # Github repository for snapcraft-desktop-helpers: https://github.com/ubuntu/snapcraft-desktop-helpers > wallpaperdownloader: > source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git > plugin: maven > stage-packages: > # mate-desktop-common is necessary to have MATE gsettings schemas available for the application > - mate-desktop-common > after: [desktop-gtk3] > > # It will copy wallpaperdownloader script into /bin/ > # This script contains all the commands needed (sets env variables, launches the jar file...) to > # execute the application > exec: > plugin: dump > source: scripts > > Thanks!!! > > Best, > > Eloy > > 2016-11-21 8:08 GMT+01:00 Didier Roche >: > > Le 21/11/2016 à 04:26, Spencer a écrit : > > It's been a few weeks now, but last I heard, the snapcraft team > was or did a sprint to address current limitations snaps have > regarding the invocation of external processes. Specifically, it > would be nice to launch the user's default browser with a URL, or > let a snap invoke another instance of itself. What's the status > on this? > > > Hey Spencer, > > Default browser should works for some months already if your > application > (or toolkit, like Qt does) invoke the xdg-open to open the url. > This is > then transmitted via dbus to an external process on your classic > system > which then issues the real xdg-open command. > For the others, there are been indeed multiple discussions on this at > multiple places (here, on the bug report…), but no action or firm > decision. I'm CCing Gustavo as he was the one against a more generic > intermediate solutions. > > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > -- > Eloy García Almadén > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eloy.garcia.pca at gmail.com Mon Nov 21 10:29:11 2016 From: eloy.garcia.pca at gmail.com (=?UTF-8?B?RWxveSBHYXJjw61hIChQQyBBY3R1YWwp?=) Date: Mon, 21 Nov 2016 11:29:11 +0100 Subject: Snaps to invoke external processes In-Reply-To: <030badb7-a73b-ac3a-04a7-5a8f2184fdc9@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <030badb7-a73b-ac3a-04a7-5a8f2184fdc9@ubuntu.com> Message-ID: Thanks for the explanation Didier. :) I'll try to install that package and check if it works. However, I guess this package is only available for Ubuntu users right? Does anybody know if it will be available on other distributions? It makes sense to me that if snapd is a cross-distribution package, snapd-xdg-open should be available too. Best, Eloy 2016-11-21 10:22 GMT+01:00 Didier Roche : > Le 21/11/2016 à 09:30, Eloy García (PC Actual) a écrit : > > Hi Didier. > > My snap package (wallpaperdownloader) invokes xdg-open internally but it > isn't working yet. Should I use a specific interface to accomplish that? > This is the snapcraft.yml > > > Hey Eloy, > > You need to have snapd-xdg-open package installed on the desktop. IIRC, > the goal was to seed it by default or have snapd recommending it. CCing mvo > on that who also responsible for the package on ubuntu if there is any > reason this isn't the case yet. > > Ensure you are then using xdg-open from /usr/local/bin/. > > I konw this is working with the unity7 interface (I don't remember if the > x11 one is succifient, but it should, if not, it's a bug). > Cheers > Didier > > > name: wallpaperdownloader > version: "2.3" > summary: Download, manage and change your favorite wallpapers from the Internet > description: WallpaperDownloader is a simple GUI Java based application for downloading, managing and changing wallpapers from the Internet > grade: stable > confinement: strict > > apps: > wallpaperdownloader: > command: wallpaperdownloader.sh > plugs: [x11, network-bind, home, gsettings] > > parts: > # Pulls the code from the original source (master branch) > # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the Wiki: https://wiki.ubuntu.com/snapcraft/parts > # It enables desktop integration and gsettings manipulation from the confined application > # It is necessary to use gsettings interface (see above) in order to have a fully functional > # desktop/gtk3 part > # Github repository for snapcraft-desktop-helpers: https://github.com/ubuntu/snapcraft-desktop-helpers > wallpaperdownloader: > source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git > plugin: maven > stage-packages: > # mate-desktop-common is necessary to have MATE gsettings schemas available for the application > - mate-desktop-common > after: [desktop-gtk3] > > # It will copy wallpaperdownloader script into /bin/ > # This script contains all the commands needed (sets env variables, launches the jar file...) to > # execute the application > exec: > plugin: dump > source: scripts > > > Thanks!!! > > Best, > > Eloy > > 2016-11-21 8:08 GMT+01:00 Didier Roche : > >> Le 21/11/2016 à 04:26, Spencer a écrit : >> > It's been a few weeks now, but last I heard, the snapcraft team was or >> did a sprint to address current limitations snaps have regarding the >> invocation of external processes. Specifically, it would be nice to launch >> the user's default browser with a URL, or let a snap invoke another >> instance of itself. What's the status on this? >> > >> Hey Spencer, >> >> Default browser should works for some months already if your application >> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is >> then transmitted via dbus to an external process on your classic system >> which then issues the real xdg-open command. >> For the others, there are been indeed multiple discussions on this at >> multiple places (here, on the bug report…), but no action or firm >> decision. I'm CCing Gustavo as he was the one against a more generic >> intermediate solutions. >> >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > > > -- > Eloy García Almadén > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Eloy García Almadén -------------- next part -------------- An HTML attachment was scrubbed... URL: From vasilisc777 at gmail.com Mon Nov 21 11:14:11 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Mon, 21 Nov 2016 14:14:11 +0300 Subject: snap and dbus Message-ID: <15df921d-c909-3caa-03eb-ee00d99e634c@gmail.com> I got the problem (GTK/Perl app in snap package) (pac:4653): Unique-DBus-WARNING **: Error while sending message: The name org.pacmanager.PAC was not provided by any .service files This problem similar https://github.com/ubuntu/snappy-playpen/wiki/Known-issues .service files (like thumbler in ristretto): aren't accessible ** (ristretto:11165): WARNING **: DBUS-call failed:The name org.freedesktop.thumbnails.Thumbnailer1 was not provided by any .service files What should I do? -- Best regards, vasilisc From tyhicks at canonical.com Mon Nov 21 15:21:56 2016 From: tyhicks at canonical.com (Tyler Hicks) Date: Mon, 21 Nov 2016 09:21:56 -0600 Subject: WIP snap for 0ad In-Reply-To: References: <1479476246.1641.51.camel@canonical.com> Message-ID: <93f53cd4-1097-f2ae-bce6-84edb6dd581e@canonical.com> On 11/18/2016 09:05 AM, Sergio Schvezov wrote: > > > El 18/11/16 a las 10:37, Jamie Strandboge escribió: >> On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote: >>> Hi everyone, >>> >>> I’ve been working on snapping up 0ad¹ as a side project, and I’m at >>> the point where I’ve got it to run fully confined. >>> >>> I’ve had to modify the generated seccomp profile for this to work >>> though, and I’m not sure where to take it from there. The game uses >>> the following syscalls which are not allowed by default: setpriority >>> and sched_setaffinity. I can get setpriority by adding the >>> process-control plug (which needs manual connection), but it doesn’t >>> appear any sensible interface exposes sched_setaffinity >>> (docker-support does, but that’s obviously not a solution). >>> >>> What would interface experts suggest? Would it make sense to add >>> sched_setaffinity to process-control? Or to create a new privileged >>> interface for just that one syscall? >>> > > So this triggers the question, does 0ad work if these were denied? > >> Fyi, there is a bug for setpriority. It looks like sched_setaffinity >> would be >> fine for process-control and I just prepared a PR for it. It looks >> like it works >> much like setpriority and so we'll be able to add it to the default >> template >> soon for certain invocations (I suspect you'll be able to drop >> proces-control >> then). >> > > Which brings in the follow-up question. Are there any updates wrt > SCMP_ACT_KILL and SCMP_ACT_ERRNO or alternatives? Not yet. Some other work took priority and this work is almost back to the top of my list. Tyler -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From ribalkin at gmail.com Mon Nov 21 22:54:43 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 21 Nov 2016 22:54:43 +0000 Subject: uwsgi systemd config (Type=notify) Message-ID: Hello, I am porting uwsgi systemd config to snap and having some problem. Snap installs correctly while systemd cannot start the service (some other configuration issue). I think uwsgi will notify systemd that it has started and looks like snap daemon does not support Type=notify. Original config: --------------------- [Unit] Description=uWSGI Internal After=syslog.target [Service] ;User=platform ExecStart={{ app_dir }}/uwsgi/bin/uwsgi --ini {{ config_root }}/config/uwsgi/internal.ini Restart=always KillSignal=SIGQUIT Type=notify StandardError=syslog NotifyAccess=all Environment=LD_LIBRARY_PATH={{ app_dir }}/python/lib [Install] WantedBy=multi-user.target --------------------- Which is almost exact copy of the recommended config by uwsgi developers: http://uwsgi-docs.readthedocs.io/en/latest/Systemd.html This is snap version: --------------------- uwsgi: command: uwsgi/bin/uwsgi --ini ${SNAP_COMMON}/config/uwsgi/public.ini daemon: simple restart-condition: always plugs: [network, network-bind] --------------------- Snap way of defining systemd services seems very limited, is there a way to provide systemd version of the config in snapd? Thanks -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Tue Nov 22 04:09:51 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Mon, 21 Nov 2016 21:09:51 -0700 Subject: Snaps to invoke external processes In-Reply-To: <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Message-ID: It's a miracle! It works! Now, for the first time ever, my users (all 0 of them) can reach the help page by clicking on "help" from within the app! Thanks, Didier. You're a real pal. On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche wrote: > Le 21/11/2016 à 04:26, Spencer a écrit : > > It's been a few weeks now, but last I heard, the snapcraft team was or > did a sprint to address current limitations snaps have regarding the > invocation of external processes. Specifically, it would be nice to launch > the user's default browser with a URL, or let a snap invoke another > instance of itself. What's the status on this? > > > Hey Spencer, > > Default browser should works for some months already if your application > (or toolkit, like Qt does) invoke the xdg-open to open the url. This is > then transmitted via dbus to an external process on your classic system > which then issues the real xdg-open command. > For the others, there are been indeed multiple discussions on this at > multiple places (here, on the bug report…), but no action or firm > decision. I'm CCing Gustavo as he was the one against a more generic > intermediate solutions. > > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Tue Nov 22 04:43:21 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Mon, 21 Nov 2016 21:43:21 -0700 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Message-ID: Well, actually, not unless the customer also installs snapd-xdg-open. Why is it an add-on? Why not just make it part of snapd? On Mon, Nov 21, 2016 at 9:09 PM, Spencer Parkin wrote: > It's a miracle! It works! Now, for the first time ever, my users (all 0 > of them) can reach the help page by clicking on "help" from within the > app! Thanks, Didier. You're a real pal. > > On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche > wrote: > >> Le 21/11/2016 à 04:26, Spencer a écrit : >> > It's been a few weeks now, but last I heard, the snapcraft team was or >> did a sprint to address current limitations snaps have regarding the >> invocation of external processes. Specifically, it would be nice to launch >> the user's default browser with a URL, or let a snap invoke another >> instance of itself. What's the status on this? >> > >> Hey Spencer, >> >> Default browser should works for some months already if your application >> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is >> then transmitted via dbus to an external process on your classic system >> which then issues the real xdg-open command. >> For the others, there are been indeed multiple discussions on this at >> multiple places (here, on the bug report…), but no action or firm >> decision. I'm CCing Gustavo as he was the one against a more generic >> intermediate solutions. >> >> Cheers, >> Didier >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Nov 22 06:45:35 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 22 Nov 2016 07:45:35 +0100 Subject: uwsgi systemd config (Type=notify) In-Reply-To: References: Message-ID: Le 21/11/2016 à 23:54, Boris Rybalkin a écrit : > Hello, > > I am porting uwsgi systemd config to snap and having some problem. > Snap installs correctly while systemd cannot start the service (some > other configuration issue). I think uwsgi will notify systemd that it > has started and looks like snap daemon does not support Type=notify. > > Original config: > --------------------- > [Unit] > Description=uWSGI Internal > After=syslog.target > > [Service] > ;User=platform > ExecStart={{ app_dir }}/uwsgi/bin/uwsgi --ini {{ config_root > }}/config/uwsgi/internal.ini > Restart=always > KillSignal=SIGQUIT > Type=notify > StandardError=syslog > NotifyAccess=all > Environment=LD_LIBRARY_PATH={{ app_dir }}/python/lib > > [Install] > WantedBy=multi-user.target > --------------------- > Which is almost exact copy of the recommended config by uwsgi developers: > http://uwsgi-docs.readthedocs.io/en/latest/Systemd.html > > This is snap version: > --------------------- > uwsgi: > command: uwsgi/bin/uwsgi --ini ${SNAP_COMMON}/config/uwsgi/public.ini > daemon: simple > restart-condition: always > plugs: [network, network-bind] > --------------------- > > Snap way of defining systemd services seems very limited, is there a > way to provide systemd version of the config in snapd? Hey Boris, This has been discussed some moons ago and indeed, it's not supported as of today. Do you mind checking there is a bug for this in https://launchpad.net/snappy and if none, file it? Thanks! Didier From xiaoguo.liu at canonical.com Tue Nov 22 06:46:37 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 22 Nov 2016 14:46:37 +0800 Subject: How to install Ubuntu core into virtualbox Message-ID: Hi, Based on Kyle's blog at: https://kyrofa.com/posts/ubuntu-core-on-virtualbox I created a more detailed blog for installing Ubuntu Core 16 into virutalbox. Hopefully, it is useful to you! Thanks & best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Nov 22 06:46:48 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 22 Nov 2016 07:46:48 +0100 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> Message-ID: <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> Le 22/11/2016 à 05:43, Spencer Parkin a écrit : > Well, actually, not unless the customer also installs snapd-xdg-open. > Why is it an add-on? Why not just make it part of snapd? I gues the idea was to keep it as a separate daemon and have the implementation which can easily change. The "why it's not installed by default" was the reason why I CCed Michael yesterday. I hope he will answer here. Cheers, Didier > > On Mon, Nov 21, 2016 at 9:09 PM, Spencer Parkin > > wrote: > > It's a miracle! It works! Now, for the first time ever, my users > (all 0 of them) can reach the help page by clicking on "help" from > within the app! Thanks, Didier. You're a real pal. > > On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche > > wrote: > > Le 21/11/2016 à 04:26, Spencer a écrit : > > It's been a few weeks now, but last I heard, the snapcraft > team was or did a sprint to address current limitations snaps > have regarding the invocation of external processes. > Specifically, it would be nice to launch the user's default > browser with a URL, or let a snap invoke another instance of > itself. What's the status on this? > > > Hey Spencer, > > Default browser should works for some months already if your > application > (or toolkit, like Qt does) invoke the xdg-open to open the > url. This is > then transmitted via dbus to an external process on your > classic system > which then issues the real xdg-open command. > For the others, there are been indeed multiple discussions on > this at > multiple places (here, on the bug report…), but no action or firm > decision. I'm CCing Gustavo as he was the one against a more > generic > intermediate solutions. > > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Tue Nov 22 07:21:28 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 22 Nov 2016 07:21:28 +0000 Subject: Snaps to invoke external processes In-Reply-To: <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> Message-ID: On 22/11/16 06:46, Didier Roche wrote: > Le 22/11/2016 à 05:43, Spencer Parkin a écrit : >> Well, actually, not unless the customer also installs >> snapd-xdg-open. Why is it an add-on? Why not just make it part of >> snapd? > > I gues the idea was to keep it as a separate daemon and have the > implementation which can easily change. > The "why it's not installed by default" was the reason why I CCed > Michael yesterday. I hope he will answer here. Seems to me that we want a predictable result for all snap users, otherwise we make installation instructions for snaps unnecessarily complex. Mark From xiaoguo.liu at canonical.com Tue Nov 22 07:24:18 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 22 Nov 2016 15:24:18 +0800 Subject: How to install Ubuntu core into virtualbox In-Reply-To: References: Message-ID: I am sorry that I forgot to put the link in my last email. The correct link is at http://blog.csdn.net/ubuntutouch/article/details/53285110 On Tue, Nov 22, 2016 at 2:46 PM, XiaoGuo Liu wrote: > Hi, > > Based on Kyle's blog at: > > https://kyrofa.com/posts/ubuntu-core-on-virtualbox > > I created a more detailed blog for installing Ubuntu Core 16 into > virutalbox. Hopefully, it is useful to you! > > Thanks & best regards, > XiaoGuo > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Tue Nov 22 09:41:20 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Tue, 22 Nov 2016 09:41:20 +0000 Subject: uwsgi systemd config (Type=notify) In-Reply-To: References: Message-ID: Done: https://bugs.launchpad.net/snappy/+bug/1643816 I am not sure why snapd tries to have another layer of daemon configuration on top of systemd and not plain systemd template with snap variables. On 22 Nov 2016 06:46, "Didier Roche" wrote: > Le 21/11/2016 à 23:54, Boris Rybalkin a écrit : > > Hello, > > > > I am porting uwsgi systemd config to snap and having some problem. > > Snap installs correctly while systemd cannot start the service (some > > other configuration issue). I think uwsgi will notify systemd that it > > has started and looks like snap daemon does not support Type=notify. > > > > Original config: > > --------------------- > > [Unit] > > Description=uWSGI Internal > > After=syslog.target > > > > [Service] > > ;User=platform > > ExecStart={{ app_dir }}/uwsgi/bin/uwsgi --ini {{ config_root > > }}/config/uwsgi/internal.ini > > Restart=always > > KillSignal=SIGQUIT > > Type=notify > > StandardError=syslog > > NotifyAccess=all > > Environment=LD_LIBRARY_PATH={{ app_dir }}/python/lib > > > > [Install] > > WantedBy=multi-user.target > > --------------------- > > Which is almost exact copy of the recommended config by uwsgi developers: > > http://uwsgi-docs.readthedocs.io/en/latest/Systemd.html > > > > This is snap version: > > --------------------- > > uwsgi: > > command: uwsgi/bin/uwsgi --ini ${SNAP_COMMON}/config/uwsgi/ > public.ini > > daemon: simple > > restart-condition: always > > plugs: [network, network-bind] > > --------------------- > > > > Snap way of defining systemd services seems very limited, is there a > > way to provide systemd version of the config in snapd? > > Hey Boris, > > This has been discussed some moons ago and indeed, it's not supported as > of today. Do you mind checking there is a bug for this in > https://launchpad.net/snappy and if none, file it? > Thanks! > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vasilisc777 at gmail.com Tue Nov 22 11:27:30 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Tue, 22 Nov 2016 14:27:30 +0300 Subject: snap and /etc/termcap Message-ID: <64444655-fee8-262f-3331-4ffb74587c25@gmail.com> Guru, please help me. App in snap uses GTK/Perl/VTE (Terminal emulator widget - libvte9) In snapcraft.yaml --- integration: plugin: nil stage-packages: - libvte9 - libvte-common - libvte-2.91-common .... --- VTE try open system file /etc/termcap and 1) if file not exist OR 2) if apparmor cannot allow access I got the problem "*** VTE ***: Failed to load terminal capabilities from '/etc/termcap I cannot press functional key, Enter ... I see in /var/log/syslog Nov 22 14:08:15 vb kernel: [16287.624094] audit: type=1400 audit(1479812895.462:4889): apparmor="DENIED" operation="open" profile="snap.pac.pac" name="/etc/termcap" pid=13542 comm="pac" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 I found in source code vte http://packages.ubuntu.com/xenial/libvte9 -> http://archive.ubuntu.com/ubuntu/pool/main/v/vte/vte_0.28.2.orig.tar.xz ---- commit 2b6cff9bfeb5ab13cc519abc45a15d9ad58948c0 Author: Nalin Dahyabhai Date: Thu Aug 8 02:26:11 2002 +0000 * src/interpret.c: look for $pkgdatadir/termcap/$TERM first, as the widget does, before consulting /etc/termcap. ----- But I do not understand what I should do In my wrapper script run.sh I tried redefine some variables, but problem still alive. -------------------------- if [ ! -e "$SNAP_USER_DATA/.terminfo" ]; then mkdir -p "$SNAP_USER_DATA/.terminfo" export TERMINFO="$SNAP_USER_DATA/.terminfo" export TERMINFO_DIRS="$SNAP_USER_DATA/.terminfo" tic $SNAP/opt/pac/res/termcap echo "export TERMINFO=$SNAP_USER_DATA/.terminfo" > "$SNAP_USER_DATA/.bashrc" echo "export TERMINFO_DIRS=$SNAP_USER_DATA/.terminfo" >> "$SNAP_USER_DATA/.bashrc" fi export TERMINFO="$SNAP_USER_DATA/.terminfo" export TERMINFO_DIRS="$SNAP_USER_DATA/.terminfo" export TERMCAP="$SNAP/usr/share/terminfo/x/xterm+256color" ------------------- Sorry for my english. Help me please. -- Best regards, vasilisc From didrocks at ubuntu.com Tue Nov 22 12:33:36 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 22 Nov 2016 13:33:36 +0100 Subject: snap and /etc/termcap In-Reply-To: <64444655-fee8-262f-3331-4ffb74587c25@gmail.com> References: <64444655-fee8-262f-3331-4ffb74587c25@gmail.com> Message-ID: <48a135fa-3b0a-6ea2-ae73-0b9eec520bd9@ubuntu.com> Le 22/11/2016 à 12:27, Vasilisc a écrit : > Guru, please help me. > App in snap uses GTK/Perl/VTE (Terminal emulator widget - libvte9) > In snapcraft.yaml > --- > integration: > plugin: nil > stage-packages: > - libvte9 > - libvte-common > - libvte-2.91-common > .... > --- > > VTE try open system file /etc/termcap and > 1) if file not exist > OR > 2) if apparmor cannot allow access > > I got the problem > "*** VTE ***: Failed to load terminal capabilities from '/etc/termcap > > I cannot press functional key, Enter ... > > I see in /var/log/syslog > Nov 22 14:08:15 vb kernel: [16287.624094] audit: type=1400 > audit(1479812895.462:4889): apparmor="DENIED" operation="open" > profile="snap.pac.pac" name="/etc/termcap" pid=13542 comm="pac" > requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 > > I found in source code vte > http://packages.ubuntu.com/xenial/libvte9 -> > http://archive.ubuntu.com/ubuntu/pool/main/v/vte/vte_0.28.2.orig.tar.xz > ---- > commit 2b6cff9bfeb5ab13cc519abc45a15d9ad58948c0 > Author: Nalin Dahyabhai > Date: Thu Aug 8 02:26:11 2002 +0000 > * src/interpret.c: look for $pkgdatadir/termcap/$TERM first, as > the widget does, before consulting /etc/termcap. > ----- > > But I do not understand what I should do > > In my wrapper script run.sh I tried redefine some variables, but > problem still alive. > -------------------------- > if [ ! -e "$SNAP_USER_DATA/.terminfo" ]; then > mkdir -p "$SNAP_USER_DATA/.terminfo" > export TERMINFO="$SNAP_USER_DATA/.terminfo" > export TERMINFO_DIRS="$SNAP_USER_DATA/.terminfo" > tic $SNAP/opt/pac/res/termcap > echo "export TERMINFO=$SNAP_USER_DATA/.terminfo" > > "$SNAP_USER_DATA/.bashrc" > echo "export TERMINFO_DIRS=$SNAP_USER_DATA/.terminfo" >> > "$SNAP_USER_DATA/.bashrc" > fi > > export TERMINFO="$SNAP_USER_DATA/.terminfo" > export TERMINFO_DIRS="$SNAP_USER_DATA/.terminfo" > export TERMCAP="$SNAP/usr/share/terminfo/x/xterm+256color" > ------------------- > > Sorry for my english. Help me please. Hey Vasilisc, I don't think you can access to that file (see the denial preventing you to access to it). This is linked the topic of having a terminal interface (you will be blocked on other things anyway, like being unable to launch other snaps, even in devmode. Looking at https://bugs.launchpad.net/snappy/+bugs?field.tag=snapd-interface, it doesn't seem that anybody logged a bug for a terminal interface. Please file one against this snappy launchpad project and tag it with "snapd-interface". Thanks! Didier From ted at ubuntu.com Tue Nov 22 14:16:39 2016 From: ted at ubuntu.com (Ted Gould) Date: Tue, 22 Nov 2016 08:16:39 -0600 Subject: Snaps to invoke external processes In-Reply-To: <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> Message-ID: <1479824198.4557.6.camel@ubuntu.com> On Tue, 2016-11-22 at 07:46 +0100, Didier Roche wrote: > Le 22/11/2016 à 05:43, Spencer Parkin a écrit : > > Well, actually, not unless the customer also installs snapd-xdg- > > open.  Why is it an add-on?  Why not just make it part of snapd? >   > I gues the idea was to keep it as a separate daemon and have the > implementation which can easily change. > The "why it's not installed by default" was the reason why I CCed > Michael yesterday. I hope he will answer here. I imagine it is because different implementations are probably going to want to implement URL handling slightly differently. For instance we were discussing having the Unity8 QPA plugin grab the Mir surface ID and pass it along to URL Dispatcher so that we can properly display errors or application choosing dialogs on the right surface in Unity8. Also the way that URLs are registered is significantly different depending on implementation. I would suggest that we could include the "snapd-xdg-open" tool when someone specifies the "unity7" interface. Ted -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From gustavo.niemeyer at canonical.com Tue Nov 22 14:38:21 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Tue, 22 Nov 2016 12:38:21 -0200 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> Message-ID: The problem is that snapd works in environments where the dependencies to make the browser-launcher work aren't available. The right fix is probably to make it a dependency of one of the debs that are always installed on a normal desktop system, whether snapd is there or not. It's a very minimal piece of software. On Tue, Nov 22, 2016 at 5:21 AM, Mark Shuttleworth wrote: > On 22/11/16 06:46, Didier Roche wrote: > > Le 22/11/2016 à 05:43, Spencer Parkin a écrit : > >> Well, actually, not unless the customer also installs > >> snapd-xdg-open. Why is it an add-on? Why not just make it part of > >> snapd? > > > > I gues the idea was to keep it as a separate daemon and have the > > implementation which can easily change. > > The "why it's not installed by default" was the reason why I CCed > > Michael yesterday. I hope he will answer here. > > Seems to me that we want a predictable result for all snap users, > otherwise we make installation instructions for snaps unnecessarily > complex. > > Mark > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Tue Nov 22 14:54:56 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Tue, 22 Nov 2016 15:54:56 +0100 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> Message-ID: <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> Le 22/11/2016 à 15:38, Gustavo Niemeyer a écrit : > The problem is that snapd works in environments where the dependencies > to make the browser-launcher work aren't available. > > The right fix is probably to make it a dependency of one of the debs > that are always installed on a normal desktop system, whether snapd is > there or not. It's a very minimal piece of software. How do you see non ubuntu distro being handled then? Cheers, Didier > > On Tue, Nov 22, 2016 at 5:21 AM, Mark Shuttleworth > wrote: > > On 22/11/16 06:46, Didier Roche wrote: > > Le 22/11/2016 à 05:43, Spencer Parkin a écrit : > >> Well, actually, not unless the customer also installs > >> snapd-xdg-open. Why is it an add-on? Why not just make it part of > >> snapd? > > > > I gues the idea was to keep it as a separate daemon and have the > > implementation which can easily change. > > The "why it's not installed by default" was the reason why I CCed > > Michael yesterday. I hope he will answer here. > > Seems to me that we want a predictable result for all snap users, > otherwise we make installation instructions for snaps > unnecessarily complex. > > Mark > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > -- > gustavo @ http://niemeyer.net > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.cazzolato at canonical.com Tue Nov 22 18:06:45 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Tue, 22 Nov 2016 15:06:45 -0300 Subject: Problem to connect to ubuntu-app-platform:platform Message-ID: Hello, I am having troubles to launch my snap due to a missing connection to ubuntu-app-platform:platform. No matter if I run "snap connect" always I get the same message telling that I need to connect the app with ubuntu-app-platform:platform. I am running this in yakkety. Any idea about this issue? Thanks Here the commands: $ sudo snap install --force-dangerous kpi-empty-app_0.1_amd64.snap kpi-empty-app 0.1 installed $ kpi-empty-app You need to connect the ubuntu-app-platform package with your application to reuse shared assets, please run: snap install ubuntu-app-platform snap connect kpi-empty-app:platform ubuntu-app-platform:platform $ sudo snap install ubuntu-app-platform ubuntu-app-platform (stable) 1 from 'canonical' installed $ sudo snap connect kpi-empty-app:platform ubuntu-app-platform:platform $ kpi-empty-app You need to connect the ubuntu-app-platform package with your application to reuse shared assets, please run: snap install ubuntu-app-platform snap connect kpi-empty-app:platform ubuntu-app-platform:platform -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaron.ogle at rocket.chat Tue Nov 22 18:13:36 2016 From: aaron.ogle at rocket.chat (Aaron Ogle) Date: Tue, 22 Nov 2016 18:13:36 +0000 Subject: Missing environment variables In-Reply-To: References: Message-ID: Just an update here... I've had this happen to 3-4 different people in the last couple of weeks. Version info: snap 2.16ubuntu3 snapd 2.16ubuntu3 series 16 ubuntu 16.04 On this latest case all packages are up to date. So no solution there. Ideas? On Sun, Oct 23, 2016 at 3:30 PM Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > > > El 22/10/16 a las 11:11, Gustavo Niemeyer escribió: > > > > If there's a recommendation, I'd suggest recommending the last known > > stable, as the pace has been so fast that there are significant > > benefits of running a more recent version. > > > > We also have a mechanism snaps can use to declare the dependency on > > certain aspects of snapd, but unfortunately the common dir had a > > couple of issues until it finally worked smoothly. > > > > We should really support a more explicit: > > > > assumes: [snapd2.15] > > > > and leave the individual feature flags for aspects that can indeed > > vary across environments. > > > > In my other email I sort of came to the conclusion of using assumes :-) > I did not know about snapd2.15. where can we see the full list of keywords? > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -- *Aaron Ogle* Core Developer aaron.ogle at rocket.chat @aaron.ogle https://rocket.chat -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie at canonical.com Tue Nov 22 18:16:47 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 22 Nov 2016 12:16:47 -0600 Subject: Problem to connect to ubuntu-app-platform:platform In-Reply-To: References: Message-ID: <1479838607.5906.7.camel@canonical.com> On Tue, 2016-11-22 at 15:06 -0300, Sergio Cazzolato wrote: > Hello, I am having troubles to launch my snap due to a missing connection > to ubuntu-app-platform:platform. No matter if I run "snap connect" always I > get the same message telling that I need to connect the app with > ubuntu-app-platform:platform. > > I am running this in yakkety. Any idea about this issue? I ran into this while testing the kde-framework-5 content snap with a KDE snap today. For me, what was happening is that if you launch your snap before you connect, then the shared mount namespace is setup without the content mount, so you need to discard that namespace after you 'snap connect' and start the application again. I think if after you snap connect, if you do: $ sudo /usr/lib/snapd/snap-discard-ns kpi-empty-app $ kpi-empty-app It will work (it would also work after reboot). Obviously, this is a bug but I'm not sure there is one filed. I think Zygmunt (in CC) is aware of the issue. Zygmunt, can you comment? > > Thanks > > > Here the commands: > > $ sudo snap install --force-dangerous kpi-empty-app_0.1_amd64.snap > kpi-empty-app 0.1 installed > > $ kpi-empty-app > You need to connect the ubuntu-app-platform package with your application > to reuse shared assets, please run: > snap install ubuntu-app-platform > snap connect kpi-empty-app:platform ubuntu-app-platform:platform > > $ sudo snap install ubuntu-app-platform > ubuntu-app-platform (stable) 1 from 'canonical' installed > > $ sudo snap connect kpi-empty-app:platform ubuntu-app-platform:platform > > $ kpi-empty-app > You need to connect the ubuntu-app-platform package with your application > to reuse shared assets, please run: > snap install ubuntu-app-platform > snap connect kpi-empty-app:platform ubuntu-app-platform:platform > --  > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/s > napcraft -- Jamie Strandboge | http://www.canonical.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From sergio.cazzolato at canonical.com Tue Nov 22 18:25:00 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Tue, 22 Nov 2016 15:25:00 -0300 Subject: Problem to connect to ubuntu-app-platform:platform In-Reply-To: <1479838607.5906.7.camel@canonical.com> References: <1479838607.5906.7.camel@canonical.com> Message-ID: On Tue, Nov 22, 2016 at 3:16 PM, Jamie Strandboge wrote: > On Tue, 2016-11-22 at 15:06 -0300, Sergio Cazzolato wrote: > > Hello, I am having troubles to launch my snap due to a missing connection > > to ubuntu-app-platform:platform. No matter if I run "snap connect" > always I > > get the same message telling that I need to connect the app with > > ubuntu-app-platform:platform. > > > > I am running this in yakkety. Any idea about this issue? > > I ran into this while testing the kde-framework-5 content snap with a KDE > snap > today. For me, what was happening is that if you launch your snap before > you > connect, then the shared mount namespace is setup without the content > mount, so > you need to discard that namespace after you 'snap connect' and start the > application again. > > I think if after you snap connect, if you do: > > $ sudo /usr/lib/snapd/snap-discard-ns kpi-empty-app > $ kpi-empty-app > > It will work (it would also work after reboot). Obviously, this is a bug > but I'm > not sure there is one filed. I think Zygmunt (in CC) is aware of the issue. > Zygmunt, can you comment? > It works nice, thanks! > > > > > Thanks > > > > > > Here the commands: > > > > $ sudo snap install --force-dangerous kpi-empty-app_0.1_amd64.snap > > kpi-empty-app 0.1 installed > > > > $ kpi-empty-app > > You need to connect the ubuntu-app-platform package with your application > > to reuse shared assets, please run: > > snap install ubuntu-app-platform > > snap connect kpi-empty-app:platform ubuntu-app-platform:platform > > > > $ sudo snap install ubuntu-app-platform > > ubuntu-app-platform (stable) 1 from 'canonical' installed > > > > $ sudo snap connect kpi-empty-app:platform ubuntu-app-platform:platform > > > > $ kpi-empty-app > > You need to connect the ubuntu-app-platform package with your application > > to reuse shared assets, please run: > > snap install ubuntu-app-platform > > snap connect kpi-empty-app:platform ubuntu-app-platform:platform > > -- > > Snapcraft mailing list > > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/s > > napcraft > -- > Jamie Strandboge | http://www.canonical.com > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Tue Nov 22 23:31:46 2016 From: spencertparkin at gmail.com (Spencer) Date: Tue, 22 Nov 2016 16:31:46 -0700 Subject: Snaps to invoke external processes In-Reply-To: <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> Message-ID: <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> Unless dependencies such as snapd-xdg-open can be named in the yaml, I could show a dialog telling the user that they may need to install it. Naming dependencies of snaps, however, as I understand it, defeats the purpose of snaps as they're supposed to bake all the dependencies into themselves. The only other process I would want to invoke is another instance of my own snap, but that sounds like something a virus would want to do too. > On Nov 22, 2016, at 7:54 AM, Didier Roche wrote: > >> Le 22/11/2016 à 15:38, Gustavo Niemeyer a écrit : >> The problem is that snapd works in environments where the dependencies to make the browser-launcher work aren't available. >> >> The right fix is probably to make it a dependency of one of the debs that are always installed on a normal desktop system, whether snapd is there or not. It's a very minimal piece of software. > > How do you see non ubuntu distro being handled then? > > Cheers, > Didier > >> >>> On Tue, Nov 22, 2016 at 5:21 AM, Mark Shuttleworth wrote: >>> On 22/11/16 06:46, Didier Roche wrote: >>> > Le 22/11/2016 à 05:43, Spencer Parkin a écrit : >>> >> Well, actually, not unless the customer also installs >>> >> snapd-xdg-open. Why is it an add-on? Why not just make it part of >>> >> snapd? >>> > >>> > I gues the idea was to keep it as a separate daemon and have the >>> > implementation which can easily change. >>> > The "why it's not installed by default" was the reason why I CCed >>> > Michael yesterday. I hope he will answer here. >>> >>> Seems to me that we want a predictable result for all snap users, >>> otherwise we make installation instructions for snaps unnecessarily complex. >>> >>> Mark >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> -- >> gustavo @ http://niemeyer.net > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Wed Nov 23 03:14:36 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Wed, 23 Nov 2016 11:14:36 +0800 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: Hello, Thanks Timo for the good example. While I tried to write two snaps(server to share paths to client) that use content interface to share files, I found "write" slot doesn't work. The code snippet from server side snapcraft.yaml slots: test-share: content: test-content-server interface: content write: - . When accessing from client side snap, it shows "permission denied". Also, I found only "." path can work, other path like below "./bin" cannot work. When you run "snap interfaces", below slot "test-share" will not show up. slots: test-share: content: test-content-server interface: content read: - ./bin Are these bugs or my misunderstanding? I tested on both 2.16 and 2.17 snapd. Thanks for your answer. Br Enwei > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Wed Nov 23 04:21:08 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 23 Nov 2016 12:21:08 +0800 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" Message-ID: Hi, I just read a blog about snapping a Qt app at: https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ I followed the step, and I made my own project at: https://github.com/liu-xiao-guo/rssreader_platform The file size is dropped dramatically. However, there is a problem when launching the app: ================================================================= "This application failed to start because it could not find or load the Qt platform plugin "xcb". Reinstalling the application may fix this problem. Aborted (core dumped) ================================================================= I am not sure what is missing in my project. However, my sample app at https://github.com/liu-xiao-guo/rssreader_slim. It works fine, and it does not use "ubuntu-app-platform", which uses the content sharing. Can anyone help me? Thanks & best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Wed Nov 23 06:51:19 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Wed, 23 Nov 2016 06:51:19 +0000 Subject: Snaps to invoke external processes In-Reply-To: <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> Message-ID: <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> I think the port of snapd to a distro should handle ensuring that "browse" works. How it does that is up to the port, as long as the behaviour is clear it is easy to implement. We just to be clear what expectaction a snap publisher can have. I would say "snap-browse" is the command to use, and on *Ubuntu* that would be snap-xdg-open. Mark From didrocks at ubuntu.com Wed Nov 23 07:26:22 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 23 Nov 2016 08:26:22 +0100 Subject: Problem to connect to ubuntu-app-platform:platform In-Reply-To: References: <1479838607.5906.7.camel@canonical.com> Message-ID: <8720e7d8-fe4f-3b2a-3fea-bd49f5b72ea0@ubuntu.com> Le 22/11/2016 à 19:25, Sergio Cazzolato a écrit : > > > On Tue, Nov 22, 2016 at 3:16 PM, Jamie Strandboge > wrote: > > On Tue, 2016-11-22 at 15:06 -0300, Sergio Cazzolato wrote: > > Hello, I am having troubles to launch my snap due to a missing > connection > > to ubuntu-app-platform:platform. No matter if I run "snap > connect" always I > > get the same message telling that I need to connect the app with > > ubuntu-app-platform:platform. > > > > I am running this in yakkety. Any idea about this issue? > > I ran into this while testing the kde-framework-5 content snap > with a KDE snap > today. For me, what was happening is that if you launch your snap > before you > connect, then the shared mount namespace is setup without the > content mount, so > you need to discard that namespace after you 'snap connect' and > start the > application again. > > I think if after you snap connect, if you do: > > $ sudo /usr/lib/snapd/snap-discard-ns kpi-empty-app > $ kpi-empty-app > > It will work (it would also work after reboot). Obviously, this is > a bug but I'm > not sure there is one filed. I think Zygmunt (in CC) is aware of > the issue. > Zygmunt, can you comment? > > > It works nice, thanks! Do you mind opening a bug on this one? Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Wed Nov 23 07:48:35 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 23 Nov 2016 15:48:35 +0800 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" In-Reply-To: References: Message-ID: Hi all, I just found that there was nothing wrong with my project. After some troubleshooting, I finally found the root cause of the problem. The ubuntu-app-platform is based on Qt 5.6.1 version. However, the Qt version on my desktop is Qt 5.5.1 As suggested by the blog https://developer.ubuntu.com/en/blog/2016/11/16/ snapping-qt-apps/, we need to install the stable-phone-overlay at https://launchpad.net/~ci-train-ppa-service/+archive/ ubuntu/stable-phone-overlay/. We need to do "sudo apt upgrade" and "sudo apt dist-upgrade" to make sure our Qt version is Qt 5.6.1. Then everything will be fine. Best regards, XiaoGuo On Wed, Nov 23, 2016 at 12:21 PM, XiaoGuo Liu wrote: > Hi, > > I just read a blog about snapping a Qt app at: > > https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ > > I followed the step, and I made my own project at: > > https://github.com/liu-xiao-guo/rssreader_platform > > The file size is dropped dramatically. However, there is a problem when > launching the app: > > ================================================================= > "This application failed to start because it could not find or load the Qt > platform plugin "xcb". > > Reinstalling the application may fix this problem. > Aborted (core dumped) > ================================================================= > > I am not sure what is missing in my project. > > However, my sample app at https://github.com/liu-xiao-guo/rssreader_slim. > It works fine, and it does not use "ubuntu-app-platform", which uses the > content sharing. > > Can anyone help me? > > Thanks & best regards, > XiaoGuo > > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From vasilisc777 at gmail.com Wed Nov 23 13:14:37 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Wed, 23 Nov 2016 16:14:37 +0300 Subject: snap and ssh Message-ID: <2e0517f4-6534-0f85-bbbd-47b7b75dedb3@gmail.com> Please give me advice. I want use openssh-client in snap package. But ssh try read system path vasilisc at vb:/home/vasilisc$ echo $HOME /home/vasilisc/snap/pac/x1 vasilisc at vb:/home/vasilisc$ echo $SNAP_USER_DATA /home/vasilisc/snap/pac/x1 vasilisc at vb:/home/vasilisc$ ssh vasilisc at 192.168.3.6 The authenticity of host '192.168.3.6 (192.168.3.6)' can't be established. ECDSA key fingerprint is SHA256:hfV+C1ZOuysKlslXmj1bBKr6OaDKphmMN8KCbwcDlug. Are you sure you want to continue connecting (yes/no)? yes Failed to add the host to the list of known hosts (/home/vasilisc/.ssh/known_hosts). Load key "/home/vasilisc/.ssh/id_rsa": Permission denied How to make the ssh-client use the correct path? -- Best regards, vasilisc From didrocks at ubuntu.com Wed Nov 23 13:29:12 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 23 Nov 2016 14:29:12 +0100 Subject: snap and ssh In-Reply-To: <2e0517f4-6534-0f85-bbbd-47b7b75dedb3@gmail.com> References: <2e0517f4-6534-0f85-bbbd-47b7b75dedb3@gmail.com> Message-ID: Le 23/11/2016 à 14:14, Vasilisc a écrit : > Please give me advice. I want use openssh-client in snap package. > But ssh try read system path > > vasilisc at vb:/home/vasilisc$ echo $HOME > /home/vasilisc/snap/pac/x1 > > vasilisc at vb:/home/vasilisc$ echo $SNAP_USER_DATA > /home/vasilisc/snap/pac/x1 > > vasilisc at vb:/home/vasilisc$ ssh vasilisc at 192.168.3.6 > The authenticity of host '192.168.3.6 (192.168.3.6)' can't be > established. > ECDSA key fingerprint is > SHA256:hfV+C1ZOuysKlslXmj1bBKr6OaDKphmMN8KCbwcDlug. > Are you sure you want to continue connecting (yes/no)? yes > Failed to add the host to the list of known hosts > (/home/vasilisc/.ssh/known_hosts). > Load key "/home/vasilisc/.ssh/id_rsa": Permission denied > > How to make the ssh-client use the correct path? > Hey Vasilisc, It seems then that ssh is using hardcoded paths like /home/$USER/.ssh for looking by default to id_rsa file and not using $HOME. Multiple ways to get that fixed: * reading the openssh-client code and fix it to use $HOME (and so, it will use your snap $HOME) * use ssh -i (look at the manpage for ssh) to point to an identity file directly Cheers, Didier From vasilisc777 at gmail.com Wed Nov 23 13:37:12 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Wed, 23 Nov 2016 16:37:12 +0300 Subject: snap and ssh In-Reply-To: References: <2e0517f4-6534-0f85-bbbd-47b7b75dedb3@gmail.com> Message-ID: <8277dc76-99f5-0393-8cfa-cf7f93138517@gmail.com> 23.11.2016 16:29, Didier Roche пишет: > Le 23/11/2016 à 14:14, Vasilisc a écrit : >> Please give me advice. I want use openssh-client in snap package. >> But ssh try read system path >> >> vasilisc at vb:/home/vasilisc$ echo $HOME >> /home/vasilisc/snap/pac/x1 >> >> vasilisc at vb:/home/vasilisc$ echo $SNAP_USER_DATA >> /home/vasilisc/snap/pac/x1 >> >> vasilisc at vb:/home/vasilisc$ ssh vasilisc at 192.168.3.6 >> The authenticity of host '192.168.3.6 (192.168.3.6)' can't be >> established. >> ECDSA key fingerprint is >> SHA256:hfV+C1ZOuysKlslXmj1bBKr6OaDKphmMN8KCbwcDlug. >> Are you sure you want to continue connecting (yes/no)? yes >> Failed to add the host to the list of known hosts >> (/home/vasilisc/.ssh/known_hosts). >> Load key "/home/vasilisc/.ssh/id_rsa": Permission denied >> >> How to make the ssh-client use the correct path? >> > Hey Vasilisc, > > It seems then that ssh is using hardcoded paths like /home/$USER/.ssh > for looking by default to id_rsa file and not using $HOME. Multiple ways > to get that fixed: > * reading the openssh-client code and fix it to use $HOME (and so, it > will use your snap $HOME) > * use ssh -i (look at the manpage for ssh) to point to an identity file > directly > > Cheers, > Didier Thx Didier! I will use option "-o UserKnownHostsFile=bla-bla -o IdentityFile=bla-bla -o ...." -- Best regards, vasilisc From leo.arias at canonical.com Wed Nov 23 16:51:17 2016 From: leo.arias at canonical.com (Leo Arias) Date: Wed, 23 Nov 2016 10:51:17 -0600 Subject: quassel-webserver snap Message-ID: Hello, I know a bunch of people here use quassel. There's a new snap for you: $ sudo snap install quassel-webserver --edge $ sensible-browser https://localhost:64443 The main developer, Joël Charles, has been amazing. For a couple of weeks we have been experimenting with his project. First, we had to solve an issue with the less-middleware module because it wanted to use the install directory instead of SNAP_DATA [1], then we got travis to build the snap on every PR [2], and finally he agreed to beta test the new enable-ci command of snapcraft that Celso is working on. When I asked about feedback or feature requests, he said: "Not that I think of, it just went very smoothly" :_) Of course, a few seconds later travis broke and we found a bug in Celso's PR, just to keep us grounded. It was a quick fix, and now every change on master will build and push the snap to edge [3]. I really want to thank Joël because we now have a set of scripts tested in real live, that we can just apply to new projects. Also Celso because without the enable-ci command, this would never have been a smooth experience. So, give it a try and help the dev getting it to stable. From now on, every fix will find its way to your machine within a day. How cool is that? pura vida. [1] https://github.com/magne4000/quassel-webserver/blob/master/app.js#L120 [2] https://github.com/magne4000/quassel-webserver/blob/master/.travis.yml#L6 [3] https://github.com/magne4000/quassel-webserver/blob/master/.travis.yml#L11 -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Wed Nov 23 16:57:34 2016 From: leo.arias at canonical.com (Leo Arias) Date: Wed, 23 Nov 2016 10:57:34 -0600 Subject: quassel-webserver snap In-Reply-To: References: Message-ID: On Wed, Nov 23, 2016 at 10:51 AM, Leo Arias wrote: > Of course, a few seconds later travis broke and we found a bug in Celso's > PR, just to keep us grounded. It was a quick fix, and now every change on > master will build and push the snap to edge [3]. > Sorry, an update here. It was not a bug, it was because we had the unreleased snapcraft locally, and the released one in docker. -- ¡paz y baile! http://www.ubuntu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From celso.providelo at canonical.com Wed Nov 23 17:19:39 2016 From: celso.providelo at canonical.com (Celso Providelo) Date: Wed, 23 Nov 2016 17:19:39 +0000 Subject: quassel-webserver snap In-Reply-To: References: Message-ID: On Wed, Nov 23, 2016 at 2:52 PM Leo Arias wrote: > Hello, > > I know a bunch of people here use quassel. There's a new snap for you: > > $ sudo snap install quassel-webserver --edge > $ sensible-browser https://localhost:64443 > > The main developer, Joël Charles, has been amazing. For a couple of weeks > we have been experimenting with his project. First, we had to solve an > issue with the less-middleware module because it wanted to use the install > directory instead of SNAP_DATA [1], then we got travis to build the snap on > every PR [2], and finally he agreed to beta test the new enable-ci command > of snapcraft that Celso is working on. > > When I asked about feedback or feature requests, he said: "Not that I > think of, it just went very smoothly" :_) > > Of course, a few seconds later travis broke and we found a bug in Celso's > PR, just to keep us grounded. It was a quick fix, and now every change on > master will build and push the snap to edge [3]. > > I really want to thank Joël because we now have a set of scripts tested in > real live, that we can just apply to new projects. Also Celso because > without the enable-ci command, this would never have been a smooth > experience. > > Amazing work Leo! Thanks for jumping in so quickly (it's not even landed in master) and experimenting with this feature in real circumstances. Until it lands and 2.23 gets SRU-ed in xenial we have to cope with the lack of support for local store credentials (`.snapcraft.cfg`). There are other less-intrusive alternatives like [1], but once the transition is gone `enable-ci` will do the right thing for the majority of projects (simple ones). We hope this initiative along with build.snapcraft.io (down the road) will considerably increase the number of revisions released in edge, like we already see for core and lxd. That's why we are also working on metrics to capture how developers are pushing/releasing their snaps (webui, snapcraft, travis, LP, etc). It will be nice to observe these trending as we offer easier ways to do CI with snaps. [] [1] https://github.com/cprov/surl/blob/master/.travis.yml#L22 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Wed Nov 23 18:52:09 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 23 Nov 2016 12:52:09 -0600 Subject: Confused about the signature key Message-ID: Hi folks, Can anyone give me some hints about the management of the signature key? We can create a new key with "snap create-key" and register the key to the store with "snapcraft register-key" in one machine. If I want to work on another machine, and want to use the same key, is there any way we can download the key from the store? Or we have to create different keys for different development machined? Thanks. Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Wed Nov 23 20:56:46 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 23 Nov 2016 14:56:46 -0600 Subject: Confused about the signature key In-Reply-To: References: Message-ID: Sorry, please ignore this mail. I have found the information about revoking a key in the email from Ubuntu store. On Wed, Nov 23, 2016 at 12:52 PM, Peng Liu wrote: > Hi folks, > > Can anyone give me some hints about the management of the signature key? > We can create a new key with "snap create-key" and register the key to the > store with "snapcraft register-key" in one machine. If I want to work on > another machine, and want to use the same key, is there any way we can > download the key from the store? Or we have to create different keys for > different development machined? > > Thanks. > > Peng > -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.arnold at canonical.com Thu Nov 24 02:33:00 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Wed, 23 Nov 2016 18:33:00 -0800 Subject: snap and ssh In-Reply-To: References: <2e0517f4-6534-0f85-bbbd-47b7b75dedb3@gmail.com> Message-ID: <20161124023300.GC4624@hunt> On Wed, Nov 23, 2016 at 02:29:12PM +0100, Didier Roche wrote: > It seems then that ssh is using hardcoded paths like /home/$USER/.ssh > for looking by default to id_rsa file and not using $HOME. Multiple ways > to get that fixed: > * reading the openssh-client code and fix it to use $HOME (and so, it > will use your snap $HOME) openssh is using the standard getpwnam() interface to retrieve home directory information: http://sources.debian.net/src/openssh/1:7.3p1-3/misc.c/#L579 openssh uses getpwnam(), getpwent(), getpwuid(), extensively. [1] Undoing this would take a lot of time. I can imagine a few ways to customize the home directory results for openssh: - Write libraries to LD_PRELOAD to intercept this family of functions and modify the results of lookups - Modify an /etc/passwd that's bind-mounted over the host's version so the standard library routines function normally - Write an NSS library that knows snappy - Ship a different ssh client that's easier to configure (really, untangling the standard unix password database from openssh looks like an extremely expensive task.) Each of these have pros and cons for different use cases. (For example, the LD_PRELOAD and NSS library choices may not even function in a statically-compiled executable, so they may have limited applicability.) Thanks 1: $ grep -rE '(getpwnam|getpwuid|getpwent|pw->)' | wc -l 350 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From spencertparkin at gmail.com Thu Nov 24 02:38:06 2016 From: spencertparkin at gmail.com (Spencer) Date: Wed, 23 Nov 2016 19:38:06 -0700 Subject: Ms Dev center ugh Message-ID: Just wanted to say that the Ubuntu snap submission process is infinitely better than Microsoft's app submission process. Ironically, while I do not consider my self particularly Linux-literate, figuring out snaps has been so much more enjoyable than Microsoft packages. And their website is crap. Sorry. Just had to throw that into the void. From xiaoguo.liu at canonical.com Thu Nov 24 02:43:08 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 24 Nov 2016 10:43:08 +0800 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" In-Reply-To: References: Message-ID: Hi, I have created a Chinese blog at http://blog.csdn.net/ubuntutouch/article/details/53315941. It shows how to make use of ubuntu-app-platform to create a Qt-based application using content interface. Hopefully, it is useful to some of you! Thanks & best regards, XiaoGuo On Wed, Nov 23, 2016 at 3:48 PM, XiaoGuo Liu wrote: > Hi all, > > I just found that there was nothing wrong with my project. After some > troubleshooting, I finally found the root cause of the problem. The ubuntu-app-platform > is based on Qt 5.6.1 version. However, the Qt version on my desktop is Qt > 5.5.1 > > As suggested by the blog https://developer.ubuntu. > com/en/blog/2016/11/16/snapping-qt-apps/, we need to install > the stable-phone-overlay at https://launchpad.net/~ci-t > rain-ppa-service/+archive/ubuntu/stable-phone-overlay/. We need to do > "sudo apt upgrade" and "sudo apt dist-upgrade" to make sure our Qt version > is Qt 5.6.1. Then everything will be fine. > > Best regards, > XiaoGuo > > > > > > On Wed, Nov 23, 2016 at 12:21 PM, XiaoGuo Liu > wrote: > >> Hi, >> >> I just read a blog about snapping a Qt app at: >> >> https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ >> >> I followed the step, and I made my own project at: >> >> https://github.com/liu-xiao-guo/rssreader_platform >> >> The file size is dropped dramatically. However, there is a problem when >> launching the app: >> >> ================================================================= >> "This application failed to start because it could not find or load the >> Qt platform plugin "xcb". >> >> Reinstalling the application may fix this problem. >> Aborted (core dumped) >> ================================================================= >> >> I am not sure what is missing in my project. >> >> However, my sample app at https://github.com/liu-xiao-guo/rssreader_slim. >> It works fine, and it does not use "ubuntu-app-platform", which uses the >> content sharing. >> >> Can anyone help me? >> >> Thanks & best regards, >> XiaoGuo >> >> >> -- >> XiaoGuo, Liu >> > > > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ericoporto2008 at gmail.com Thu Nov 24 02:54:34 2016 From: ericoporto2008 at gmail.com (=?UTF-8?B?w4lyaWNvIFA=?=) Date: Thu, 24 Nov 2016 00:54:34 -0200 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" In-Reply-To: References: Message-ID: Very cool, when possible please add a README on the github repository. Em 24 de nov de 2016 12:44 AM, "XiaoGuo Liu" escreveu: > Hi, > > I have created a Chinese blog at http://blog.csdn.net/ > ubuntutouch/article/details/53315941. It shows how to make use of > ubuntu-app-platform to create a Qt-based application using content > interface. Hopefully, it is useful to some of you! > > Thanks & best regards, > XiaoGuo > > On Wed, Nov 23, 2016 at 3:48 PM, XiaoGuo Liu > wrote: > >> Hi all, >> >> I just found that there was nothing wrong with my project. After some >> troubleshooting, I finally found the root cause of the problem. The ubuntu-app-platform >> is based on Qt 5.6.1 version. However, the Qt version on my desktop is Qt >> 5.5.1 >> >> As suggested by the blog https://developer.ubuntu. >> com/en/blog/2016/11/16/snapping-qt-apps/, we need to install >> the stable-phone-overlay at https://launchpad.net/~ci-t >> rain-ppa-service/+archive/ubuntu/stable-phone-overlay/. We need to do >> "sudo apt upgrade" and "sudo apt dist-upgrade" to make sure our Qt version >> is Qt 5.6.1. Then everything will be fine. >> >> Best regards, >> XiaoGuo >> >> >> >> >> >> On Wed, Nov 23, 2016 at 12:21 PM, XiaoGuo Liu >> wrote: >> >>> Hi, >>> >>> I just read a blog about snapping a Qt app at: >>> >>> https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ >>> >>> I followed the step, and I made my own project at: >>> >>> https://github.com/liu-xiao-guo/rssreader_platform >>> >>> The file size is dropped dramatically. However, there is a problem when >>> launching the app: >>> >>> ================================================================= >>> "This application failed to start because it could not find or load the >>> Qt platform plugin "xcb". >>> >>> Reinstalling the application may fix this problem. >>> Aborted (core dumped) >>> ================================================================= >>> >>> I am not sure what is missing in my project. >>> >>> However, my sample app at https://github.com/liu-xiao-guo/rssreader_slim. >>> It works fine, and it does not use "ubuntu-app-platform", which uses the >>> content sharing. >>> >>> Can anyone help me? >>> >>> Thanks & best regards, >>> XiaoGuo >>> >>> >>> -- >>> XiaoGuo, Liu >>> >> >> >> >> -- >> XiaoGuo, Liu >> > > > > -- > XiaoGuo, Liu > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Thu Nov 24 03:49:36 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 24 Nov 2016 11:49:36 +0800 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" In-Reply-To: References: Message-ID: It is done. Thanks! On Thu, Nov 24, 2016 at 10:54 AM, Érico P wrote: > Very cool, when possible please add a README on the github repository. > > Em 24 de nov de 2016 12:44 AM, "XiaoGuo Liu" > escreveu: > >> Hi, >> >> I have created a Chinese blog at http://blog.csdn.net/ubuntu >> touch/article/details/53315941. It shows how to make use of >> ubuntu-app-platform to create a Qt-based application using content >> interface. Hopefully, it is useful to some of you! >> >> Thanks & best regards, >> XiaoGuo >> >> On Wed, Nov 23, 2016 at 3:48 PM, XiaoGuo Liu >> wrote: >> >>> Hi all, >>> >>> I just found that there was nothing wrong with my project. After some >>> troubleshooting, I finally found the root cause of the problem. The ubuntu-app-platform >>> is based on Qt 5.6.1 version. However, the Qt version on my desktop is >>> Qt 5.5.1 >>> >>> As suggested by the blog https://developer.ubuntu. >>> com/en/blog/2016/11/16/snapping-qt-apps/, we need to install >>> the stable-phone-overlay at https://launchpad.net/~ci-t >>> rain-ppa-service/+archive/ubuntu/stable-phone-overlay/. We need to do >>> "sudo apt upgrade" and "sudo apt dist-upgrade" to make sure our Qt version >>> is Qt 5.6.1. Then everything will be fine. >>> >>> Best regards, >>> XiaoGuo >>> >>> >>> >>> >>> >>> On Wed, Nov 23, 2016 at 12:21 PM, XiaoGuo Liu >> > wrote: >>> >>>> Hi, >>>> >>>> I just read a blog about snapping a Qt app at: >>>> >>>> https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ >>>> >>>> I followed the step, and I made my own project at: >>>> >>>> https://github.com/liu-xiao-guo/rssreader_platform >>>> >>>> The file size is dropped dramatically. However, there is a problem when >>>> launching the app: >>>> >>>> ================================================================= >>>> "This application failed to start because it could not find or load the >>>> Qt platform plugin "xcb". >>>> >>>> Reinstalling the application may fix this problem. >>>> Aborted (core dumped) >>>> ================================================================= >>>> >>>> I am not sure what is missing in my project. >>>> >>>> However, my sample app at https://github.com/liu-xiao >>>> -guo/rssreader_slim. It works fine, and it does not use >>>> "ubuntu-app-platform", which uses the content sharing. >>>> >>>> Can anyone help me? >>>> >>>> Thanks & best regards, >>>> XiaoGuo >>>> >>>> >>>> -- >>>> XiaoGuo, Liu >>>> >>> >>> >>> >>> -- >>> XiaoGuo, Liu >>> >> >> >> >> -- >> XiaoGuo, Liu >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Nov 24 07:11:21 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 24 Nov 2016 08:11:21 +0100 Subject: quassel-webserver snap In-Reply-To: References: Message-ID: <1560d63e-2495-39c9-52b6-30cdf38bd123@ubuntu.com> Le 23/11/2016 à 18:19, Celso Providelo a écrit : > > > On Wed, Nov 23, 2016 at 2:52 PM Leo Arias > wrote: > > Hello, > > I know a bunch of people here use quassel. There's a new snap for you: > > $ sudo snap install quassel-webserver --edge > $ sensible-browser https://localhost:64443 > > The main developer, Joël Charles, has been amazing. For a couple > of weeks we have been experimenting with his project. First, we > had to solve an issue with the less-middleware module because it > wanted to use the install directory instead of SNAP_DATA [1], then > we got travis to build the snap on every PR [2], and finally he > agreed to beta test the new enable-ci command of snapcraft that > Celso is working on. > > When I asked about feedback or feature requests, he said: "Not > that I think of, it just went very smoothly" :_) > > Of course, a few seconds later travis broke and we found a bug in > Celso's PR, just to keep us grounded. It was a quick fix, and now > every change on master will build and push the snap to edge [3]. > > I really want to thank Joël because we now have a set of scripts > tested in real live, that we can just apply to new projects. Also > Celso because without the enable-ci command, this would never have > been a smooth experience. > > > Amazing work Leo! Thanks for jumping in so quickly (it's not even > landed in master) and experimenting with this feature in real > circumstances. > > Until it lands and 2.23 gets SRU-ed in xenial we have to cope with the > lack of support for local store credentials (`.snapcraft.cfg`). There > are other less-intrusive alternatives like [1], but once the > transition is gone `enable-ci` will do the right thing for the > majority of projects (simple ones). > > We hope this initiative along with build.snapcraft.io > (down the road) will considerably increase > the number of revisions released in edge, like we already see for core > and lxd. That's why we are also working on metrics to capture how > developers are pushing/releasing their snaps (webui, snapcraft, > travis, LP, etc). It will be nice to observe these trending as we > offer easier ways to do CI with snaps. > Great work guys! It would be nice of you guys to blog about your experience for integrating CI from master and push to the store on a edge channel as a step by step recipe. Maybe something worth posting on https://insights.ubuntu.com? Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie.bennett at canonical.com Thu Nov 24 09:51:39 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Thu, 24 Nov 2016 09:51:39 +0000 Subject: Ms Dev center ugh In-Reply-To: References: Message-ID: <20161124095139.GC29767@goldstein> On 23/11/16 at 07:38pm, Spencer wrote: > Just wanted to say that the Ubuntu snap submission process is infinitely better than Microsoft's app submission process. Ironically, while I do not consider my self particularly Linux-literate, figuring out snaps has been so much more enjoyable than Microsoft packages. And their website is crap. > > Sorry. Just had to throw that into the void. It's great to hear you had a good time snapping your software Spencer, welcome to the community. Regards, Jamie. From jamie.bennett at canonical.com Thu Nov 24 11:14:30 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Thu, 24 Nov 2016 11:14:30 +0000 Subject: quassel-webserver snap In-Reply-To: <1560d63e-2495-39c9-52b6-30cdf38bd123@ubuntu.com> References: <1560d63e-2495-39c9-52b6-30cdf38bd123@ubuntu.com> Message-ID: <20161124111430.GD29767@goldstein> On 24/11/16 at 08:11am, Didier Roche wrote: > Le 23/11/2016 à 18:19, Celso Providelo a écrit : > > > > > > On Wed, Nov 23, 2016 at 2:52 PM Leo Arias > > wrote: > > > > Hello, > > > > I know a bunch of people here use quassel. There's a new snap for you: > > > > $ sudo snap install quassel-webserver --edge > > $ sensible-browser https://localhost:64443 > > > > The main developer, Joël Charles, has been amazing. For a couple > > of weeks we have been experimenting with his project. First, we > > had to solve an issue with the less-middleware module because it > > wanted to use the install directory instead of SNAP_DATA [1], then > > we got travis to build the snap on every PR [2], and finally he > > agreed to beta test the new enable-ci command of snapcraft that > > Celso is working on. > > > > When I asked about feedback or feature requests, he said: "Not > > that I think of, it just went very smoothly" :_) > > > > Of course, a few seconds later travis broke and we found a bug in > > Celso's PR, just to keep us grounded. It was a quick fix, and now > > every change on master will build and push the snap to edge [3]. > > > > I really want to thank Joël because we now have a set of scripts > > tested in real live, that we can just apply to new projects. Also > > Celso because without the enable-ci command, this would never have > > been a smooth experience. > > > > > > Amazing work Leo! Thanks for jumping in so quickly (it's not even > > landed in master) and experimenting with this feature in real > > circumstances. > > > > Until it lands and 2.23 gets SRU-ed in xenial we have to cope with the > > lack of support for local store credentials (`.snapcraft.cfg`). There > > are other less-intrusive alternatives like [1], but once the > > transition is gone `enable-ci` will do the right thing for the > > majority of projects (simple ones). > > > > We hope this initiative along with build.snapcraft.io > > (down the road) will considerably increase > > the number of revisions released in edge, like we already see for core > > and lxd. That's why we are also working on metrics to capture how > > developers are pushing/releasing their snaps (webui, snapcraft, > > travis, LP, etc). It will be nice to observe these trending as we > > offer easier ways to do CI with snaps. > > > Great work guys! > > It would be nice of you guys to blog about your experience for > integrating CI from master and push to the store on a edge channel as a > step by step recipe. Maybe something worth posting on > https://insights.ubuntu.com? On a similar note, lets get the Quassel guys blogging about it too, I don't see anything on http://quassel-irc.org/ atm. > Cheers, > Didier > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From julia.palandri at canonical.com Thu Nov 24 13:04:35 2016 From: julia.palandri at canonical.com (Julia Palandri) Date: Thu, 24 Nov 2016 14:04:35 +0100 Subject: Confused about the signature key In-Reply-To: References: Message-ID: Hi, On Wed, Nov 23, 2016 at 9:56 PM, Peng Liu wrote: > Sorry, please ignore this mail. I have found the information about > revoking a key in the email from Ubuntu store. > > I'm still interested in this story. What would be the recommended thing to do in a scenario where I regularly use two computers to develop? Can I upload two keys and use them both intermittently? Thanks, > On Wed, Nov 23, 2016 at 12:52 PM, Peng Liu wrote: > >> Hi folks, >> >> Can anyone give me some hints about the management of the signature key? >> We can create a new key with "snap create-key" and register the key to the >> store with "snapcraft register-key" in one machine. If I want to work on >> another machine, and want to use the same key, is there any way we can >> download the key from the store? Or we have to create different keys for >> different development machined? >> >> Thanks. >> >> Peng >> > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- Julia -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Thu Nov 24 13:48:30 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Thu, 24 Nov 2016 11:48:30 -0200 Subject: Confused about the signature key In-Reply-To: References: Message-ID: Hi Julia, Yes, that's the goal. And soon you'll also be able to assign different permissions to the different keys, so you can limit their scope. On Thu, Nov 24, 2016 at 11:04 AM, Julia Palandri < julia.palandri at canonical.com> wrote: > Hi, > > On Wed, Nov 23, 2016 at 9:56 PM, Peng Liu wrote: > >> Sorry, please ignore this mail. I have found the information about >> revoking a key in the email from Ubuntu store. >> >> > I'm still interested in this story. What would be the recommended thing to > do in a scenario where I regularly use two computers to develop? Can I > upload two keys and use them both intermittently? > > Thanks, > > >> On Wed, Nov 23, 2016 at 12:52 PM, Peng Liu >> wrote: >> >>> Hi folks, >>> >>> Can anyone give me some hints about the management of the signature key? >>> We can create a new key with "snap create-key" and register the key to the >>> store with "snapcraft register-key" in one machine. If I want to work on >>> another machine, and want to use the same key, is there any way we can >>> download the key from the store? Or we have to create different keys for >>> different development machined? >>> >>> Thanks. >>> >>> Peng >>> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > > Julia > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.vogt at canonical.com Thu Nov 24 21:49:05 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Thu, 24 Nov 2016 22:49:05 +0100 Subject: New snapd 2.18 release and new candidate core snap Message-ID: <20161124214905.GB15361@bod> Hi, The Snappy Team are happy to announce that the 2.18 release of snapd is available on GitHub [1]. We have also released a new version of the "core" snap that contains this version of snapd into the "candidate" channel. On your Ubuntu Core 16 devices please run: $ snap refresh --candidate core to refresh to this release and to help us testing by reporting any bugs to the snapd project in Launchpad [2]! Package updates for the classic distros will follow shortly. Just some of the highlights from this release: - `snap info ` shows details about the given snap. Error handling still needs some work. - `snap find` without further arguments shows the featured snaps - `snap find --section=` is supported. Section discovery still needs work (but tab completion should work). - `snap install/remove/refresh ` will not error with an exit code 1 if the snap is already in the desired state - `snap watch ` shows progress information for in-progress changes. Doesn't yet summarise. - foundational work by the OLS team for delta downloads - more robust against network issues, retry a lot of operations - `snap try` will try to guess the right directory if inside a Snapcraft project directory or unpacked snap - snap refresh will show what snaps got refreshed in the generated snap change - snap list --all shows all revisions of all snaps installed on the system, including disabled ones. - fix incorrect handling of jailmode - fix overly aggressive garbage collection - make snap login prompt for email address if not given at the commandline - add more static analysis tools (misspell, ineffassign) and fix all issues found - support screenshots via the client reset API - resume partial downloads - export per-snap XDG_RUNTIME_DIR per user - interfaces: - fixes for browser-support, fctix, process-control, misc policy updates - new interfaces: raw-usb, avahi-observe, alsa, i2c, ofono, lxd-client Please let us know if you notice any issues and enjoy the new release! Cheers, Michael (on behalf of the snappy team) [1] https://github.com/snapcore/snapd/ [2] https://launchpad.net/ubuntu/+source/snapd From gustavo.niemeyer at canonical.com Fri Nov 25 17:09:41 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Fri, 25 Nov 2016 15:09:41 -0200 Subject: Snaps to invoke external processes In-Reply-To: <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> Message-ID: The role of xdg-open itself is already to open the URL with whatever tooling is available, so it sounds like we're making the issue more complex than it ought to be. I think we should reimplement xdg-open in terms of snapctl, and have snapd itself doing the hand-over to the local xdg-open tool after some basic sanity checking on the URL. That way we're not really asking for anything from the local system (no dbus service) while remaining completely portable. On Wed, Nov 23, 2016 at 4:51 AM, Mark Shuttleworth wrote: > > I think the port of snapd to a distro should handle ensuring that > "browse" works. How it does that is up to the port, as long as the > behaviour is clear it is easy to implement. We just to be clear what > expectaction a snap publisher can have. I would say "snap-browse" is the > command to use, and on *Ubuntu* that would be snap-xdg-open. > > Mark > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Sat Nov 26 10:42:33 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Sat, 26 Nov 2016 10:42:33 +0000 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> Message-ID: On 25/11/16 17:09, Gustavo Niemeyer wrote: > The role of xdg-open itself is already to open the URL with whatever > tooling is available, so it sounds like we're making the issue more > complex than it ought to be. > > I think we should reimplement xdg-open in terms of snapctl, and have > snapd itself doing the hand-over to the local xdg-open tool after some > basic sanity checking on the URL. That way we're not really asking for > anything from the local system (no dbus service) while remaining > completely portable. > I think this works, as long a we handle the failure cases ("no xdg-open") sweetly. Mark > On Wed, Nov 23, 2016 at 4:51 AM, Mark Shuttleworth > wrote: > > > I think the port of snapd to a distro should handle ensuring that > "browse" works. How it does that is up to the port, as long as the > behaviour is clear it is easy to implement. We just to be clear what > expectaction a snap publisher can have. I would say "snap-browse" > is the > command to use, and on *Ubuntu* that would be snap-xdg-open. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From timo.jyrinki at gmail.com Sat Nov 26 19:18:39 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Sat, 26 Nov 2016 21:18:39 +0200 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: Hi Enwei, I think you might be running into bugs, given how in this and other threads people are bumping into bugs with the content interface. I haven't tried write, but I did have ubuntu-app-platform using paths at first and that did work fine, aside from the mounting bug discussed in this thread. However there are very subtle details like you shouldn't use / at the end - see https://bugs.launchpad.net/snappy/+bug/1635170 I filed. I can't test now since I'm on a long leave and only using my Ubuntu Phone. -Timo keskiviikko 23. marraskuuta 2016 Enwei Zhang kirjoitti: > Hello, > Thanks Timo for the good example. > While I tried to write two snaps(server to share paths to client) that use content interface to share files, I found "write" slot doesn't work. > The code snippet from server side snapcraft.yaml > > slots: > test-share: > content: test-content-server > interface: content > write: > - . > > When accessing from client side snap, it shows "permission denied". > > Also, I found only "." path can work, other path like below "./bin" cannot work. When you run "snap interfaces", below slot "test-share" will not show up. > > slots: > test-share: > content: test-content-server > interface: content > read: > - ./bin > > Are these bugs or my misunderstanding? I tested on both 2.16 and 2.17 snapd. > Thanks for your answer. > > Br > Enwei >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From timo.jyrinki at gmail.com Sat Nov 26 19:21:14 2016 From: timo.jyrinki at gmail.com (Timo Jyrinki) Date: Sat, 26 Nov 2016 21:21:14 +0200 Subject: Snapping Ubuntu phone app using "ubuntu-app-platform" In-Reply-To: References: Message-ID: Hi XiaoGuo, Thanks for sharing your experience! Qt version is an important detail indeed, as we want to offer the Qt Project's Long Term Supported version - the 5.6 series - as the version in ubuntu-app-platform. -Timo torstai 24. marraskuuta 2016 XiaoGuo Liu kirjoitti: > Hi, > I have created a Chinese blog at http://blog.csdn.net/ubuntutouch/article/details/53315941. It shows how to make use of ubuntu-app-platform to create a Qt-based application using content interface. Hopefully, it is useful to some of you! > Thanks & best regards, > XiaoGuo > On Wed, Nov 23, 2016 at 3:48 PM, XiaoGuo Liu wrote: >> >> Hi all, >> I just found that there was nothing wrong with my project. After some troubleshooting, I finally found the root cause of the problem. The ubuntu-app-platform is based on Qt 5.6.1 version. However, the Qt version on my desktop is Qt 5.5.1 >> As suggested by the blog https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/, we need to install the stable-phone-overlay at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/. We need to do "sudo apt upgrade" and "sudo apt dist-upgrade" to make sure our Qt version is Qt 5.6.1. Then everything will be fine. >> Best regards, >> XiaoGuo >> >> >> >> >> On Wed, Nov 23, 2016 at 12:21 PM, XiaoGuo Liu wrote: >>> >>> Hi, >>> I just read a blog about snapping a Qt app at: >>> https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ >>> >>> I followed the step, and I made my own project at: >>> https://github.com/liu-xiao-guo/rssreader_platform >>> >>> The file size is dropped dramatically. However, there is a problem when launching the app: >>> ================================================================= >>> "This application failed to start because it could not find or load the Qt platform plugin "xcb". >>> Reinstalling the application may fix this problem. >>> Aborted (core dumped) >>> ================================================================= >>> I am not sure what is missing in my project. >>> However, my sample app at https://github.com/liu-xiao-guo/rssreader_slim. It works fine, and it does not use "ubuntu-app-platform", which uses the content sharing. >>> Can anyone help me? >>> Thanks & best regards, >>> XiaoGuo >>> >>> -- >>> XiaoGuo, Liu >> >> >> -- >> XiaoGuo, Liu > > > -- > XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 28 07:34:31 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 28 Nov 2016 08:34:31 +0100 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> Message-ID: Le 25/11/2016 à 18:09, Gustavo Niemeyer a écrit : > The role of xdg-open itself is already to open the URL with whatever > tooling is available, so it sounds like we're making the issue more > complex than it ought to be. > > I think we should reimplement xdg-open in terms of snapctl, and have > snapd itself doing the hand-over to the local xdg-open tool after some > basic sanity checking on the URL. That way we're not really asking for > anything from the local system (no dbus service) while remaining > completely portable. > Ah, that was my fist implementation proposal which wasn't accepted at the time. Happy to see that our view converge now Gustavo, do you mind opening a bug for tracking this (and we can reference people who want to help/contribute to it) as it would be an easy first snapd contribution for newcomers? Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From anca.emanuel at gmail.com Mon Nov 28 12:55:08 2016 From: anca.emanuel at gmail.com (Anca Emanuel) Date: Mon, 28 Nov 2016 14:55:08 +0200 Subject: Docker to snappy In-Reply-To: References: Message-ID: Hi. It is possible to imagine some tool to transform a docker recipe to snappy ? Example: https://github.com/discourse/discourse_docker -------------- next part -------------- An HTML attachment was scrubbed... URL: From zwang at ucrobotics.com Mon Nov 28 13:19:05 2016 From: zwang at ucrobotics.com (Zechao Wang) Date: Mon, 28 Nov 2016 21:19:05 +0800 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy Message-ID: Hi, I'm working on Bubblegum 96board platform to support ubuntu snappy core. Everything is ok, and usb2eth is works well. But Wifi can not work, because snappy core use READ-ONLY file system, i cannot edit the file /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 is displayed. ) And the READ-ONLY file system is generated by ubuntu-image tool, it's a black box to us. So, could someone give me some advice how to fix the problem. Thx. -- 王泽超 TEL: 13718389475 北京威控睿博科技有限公司 -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 28 13:37:09 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 28 Nov 2016 14:37:09 +0100 Subject: Docker to snappy In-Reply-To: References: Message-ID: Le 28/11/2016 à 13:55, Anca Emanuel a écrit : > > Hi. > Hey Anca, > > It is possible to imagine some tool to transform a docker recipe to > snappy ? > Example: https://github.com/discourse/discourse_docker > I don't think transforming a dockerfile directly in a snap would work. Indeed, you are running scripts, don't necessarily have you stack location in relocatable path and such. I feel this will more error out and take more time to do the final conversion than being beneficial. However, as a transition solution, I know we have some docker snap. Loïc (who worked on snapping docker), is it possible to turn this into a docker part and embed the image + docker itself, while pointing at the entry point? Cheers, Didier From jian.luo.cn at gmail.com Mon Nov 28 13:39:17 2016 From: jian.luo.cn at gmail.com (Jian LUO) Date: Mon, 28 Nov 2016 14:39:17 +0100 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: Hi, Ubuntu Core now uses netplan[1] for network configuration. You can find a good example in the repository[2]. [1] https://lists.ubuntu.com/archives/ubuntu-devel/2016-July/039464.html [2] https://git.launchpad.net/netplan/tree/doc/example-config Jian On Nov 28, 2016 14:19, "Zechao Wang" wrote: > Hi, > > I'm working on Bubblegum 96board platform to support ubuntu snappy core. > Everything is ok, and usb2eth is works well. > > But Wifi can not work, because snappy core use READ-ONLY file system, i > cannot edit the file > /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 is > displayed. ) > > And the READ-ONLY file system is generated by ubuntu-image tool, it's a > black box to us. > > So, could someone give me some advice how to fix the problem. > > Thx. > > > > > > > > -- > 王泽超 > TEL: 13718389475 > 北京威控睿博科技有限公司 > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Nov 28 13:39:29 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 28 Nov 2016 14:39:29 +0100 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: <6f2fc3ef-5e93-f9b1-3610-0abc4f8bbf90@ubuntu.com> Le 28/11/2016 à 14:19, Zechao Wang a écrit : > Hi, > > I'm working on Bubblegum 96board platform to support ubuntu snappy core. > Everything is ok, and usb2eth is works well. > > But Wifi can not work, because snappy core use READ-ONLY file system, > i cannot edit the file > /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 > is displayed. ) > > And the READ-ONLY file system is generated by ubuntu-image tool, it's > a black box to us. > > So, could someone give me some advice how to fix the problem. Hey Zechao, I know that there are some tweaking for this to be supported on official board images. I didn't dive myself into it, but I'm sure Oliver will explain or point to correct documentation (if any, we should have that, David, do we, I couldn't find it?) to help you there. Cheers, Didier From ogra at ubuntu.com Mon Nov 28 14:11:20 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Mon, 28 Nov 2016 15:11:20 +0100 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: <1480342280.27932.5.camel@ubuntu.com> hi, On Mo, 2016-11-28 at 21:19 +0800, Zechao Wang wrote: > Hi,  > > I'm working on Bubblegum 96board platform to support ubuntu snappy > core. > Everything is ok, and usb2eth is works well. > > But Wifi can not work, because snappy core use READ-ONLY file system, > i cannot edit the file  > /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 > is displayed. ) > > And the READ-ONLY file system is generated by ubuntu-image tool, it's > a black box to us. > > So, could someone give me some advice how to fix the problem.  > the wifi setup should be done by the first boot configuration tool, if you connect a serial tty or display on first boot you should see a "please press enter" message after the boot messages, if you press enter there you get walked though the initial system configuration which also sets up the necessary wifi bits ... note that finishing this wizard is essential since it also sets up the ssh keys for logging in. if you have wifi problems after using this tool (which uses netplan in the backend, as jian said), please file bugs against [1]. the /etc/network/interfaces file is deprecated and netplan config should not be done manually either. ciao oli [1] https://bugs.launchpad.net/ubuntu/+source/subiquity/+filebug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: This is a digitally signed message part URL: From anca.emanuel at gmail.com Mon Nov 28 14:12:29 2016 From: anca.emanuel at gmail.com (Anca Emanuel) Date: Mon, 28 Nov 2016 16:12:29 +0200 Subject: Docker to snappy In-Reply-To: References: Message-ID: Do you have an link to the snappy discourse ? Thanks. On Nov 28, 2016 3:38 PM, "Didier Roche" wrote: Le 28/11/2016 à 13:55, Anca Emanuel a écrit : > > Hi. > Hey Anca, > > It is possible to imagine some tool to transform a docker recipe to > snappy ? > Example: https://github.com/discourse/discourse_docker > I don't think transforming a dockerfile directly in a snap would work. Indeed, you are running scripts, don't necessarily have you stack location in relocatable path and such. I feel this will more error out and take more time to do the final conversion than being beneficial. However, as a transition solution, I know we have some docker snap. Loïc (who worked on snapping docker), is it possible to turn this into a docker part and embed the image + docker itself, while pointing at the entry point? Cheers, Didier -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/ mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Mon Nov 28 14:32:04 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Mon, 28 Nov 2016 15:32:04 +0100 Subject: Docker to snappy In-Reply-To: References: Message-ID: Hi! On Mon, Nov 28, 2016 at 2:37 PM, Didier Roche wrote: > > > It is possible to imagine some tool to transform a docker recipe to > > snappy ? > > Example: https://github.com/discourse/discourse_docker I dont think we have a discourse snap (yet), albeit some people seem to consider this would be an excellent idea :-) I don't think transforming a dockerfile directly in a snap would work. > Indeed, you are running scripts, don't necessarily have you stack > location in relocatable path and such. I feel this will more error out > and take more time to do the final conversion than being beneficial. > > However, as a transition solution, I know we have some docker snap. > Loïc (who worked on snapping docker), is it possible to turn this into a > docker part and embed the image + docker itself, while pointing at the > entry point? > I wouldn't recommend embedding docker as a part to a snap because it requires restricted interfaces to operate properly and we wouldn't want to give these permissions to a large number of snaps; however, it would be possible to: - install docker snap - install a discourse-docker snap which would contain the docker image (import the latest image as shipped by the snap before "docker run"-ning it) (I don't have an example of such a snap) @Anca, however it's likely simpler to snap Discourse! Have you tried this? Did you face some questions that we can perhaps help you with? Thanks for your work on getting Discourse on snappy systems! :-) Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From oldgeek at thesenilegeek.com Mon Nov 28 14:33:45 2016 From: oldgeek at thesenilegeek.com (Gerry) Date: Mon, 28 Nov 2016 15:33:45 +0100 Subject: sudo problem Message-ID: Hi I have a program written in Java that I am trying to package as a snap. It all works fine until I try to run it with "sudo" packaged in dangerous mode. Then it crashes with this exception: No protocol specified Exception in thread "main" java.awt.AWTError: Can't connect to X11 window server My yaml is here: http://pastebin.com/ccmV0d13 The wrapper I am using is here: http://pastebin.com/ZGS1wsdg Thanks for looking. Gerry From shuduo.sang at canonical.com Mon Nov 28 17:43:41 2016 From: shuduo.sang at canonical.com (Shuduo Sang) Date: Tue, 29 Nov 2016 01:43:41 +0800 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: <1480342280.27932.5.camel@ubuntu.com> References: <1480342280.27932.5.camel@ubuntu.com> Message-ID: On Mon, Nov 28, 2016 at 10:11 PM, Oliver Grawert wrote: > hi, > On Mo, 2016-11-28 at 21:19 +0800, Zechao Wang wrote: > > Hi, > > > > I'm working on Bubblegum 96board platform to support ubuntu snappy > > core. > > Everything is ok, and usb2eth is works well. > > > > But Wifi can not work, because snappy core use READ-ONLY file system, > > i cannot edit the file > > /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 > > is displayed. ) > > > > And the READ-ONLY file system is generated by ubuntu-image tool, it's > > a black box to us. > > > > So, could someone give me some advice how to fix the problem. > > > > the wifi setup should be done by the first boot configuration tool, if > you connect a serial tty or display on first boot you should see a > "please press enter" message after the boot messages, if you press > enter there you get walked though the initial system configuration > which also sets up the necessary wifi bits ... note that finishing this > wizard is essential since it also sets up the ssh keys for logging in. > > Is there a way to make a configured device reconnect to another WiFi network which has different network setting like 192.168.0.x and 192.168.1.x? > if you have wifi problems after using this tool (which uses netplan in > the backend, as jian said), please file bugs against [1]. the > /etc/network/interfaces file is deprecated and netplan config should > not be done manually either. > > ciao > oli > > [1] https://bugs.launchpad.net/ubuntu/+source/subiquity/+filebug > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enwei.zhang at canonical.com Tue Nov 29 01:36:51 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Tue, 29 Nov 2016 09:36:51 +0800 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: Thank you Timo. I changed from "./bin" to "/bin", then it works. Br Enwei On Sun, Nov 27, 2016 at 3:18 AM, Timo Jyrinki wrote: > Hi Enwei, > > I think you might be running into bugs, given how in this and other > threads people are bumping into bugs with the content interface. > > I haven't tried write, but I did have ubuntu-app-platform using paths at > first and that did work fine, aside from the mounting bug discussed in this > thread. However there are very subtle details like you shouldn't use / at > the end - see https://bugs.launchpad.net/snappy/+bug/1635170 I filed. > > I can't test now since I'm on a long leave and only using my Ubuntu Phone. > > -Timo > > > keskiviikko 23. marraskuuta 2016 Enwei Zhang > kirjoitti: > > Hello, > > Thanks Timo for the good example. > > While I tried to write two snaps(server to share paths to client) that > use content interface to share files, I found "write" slot doesn't work. > > The code snippet from server side snapcraft.yaml > > > > slots: > > test-share: > > content: test-content-server > > interface: content > > write: > > - . > > > > When accessing from client side snap, it shows "permission denied". > > > > Also, I found only "." path can work, other path like below "./bin" > cannot work. When you run "snap interfaces", below slot "test-share" will > not show up. > > > > slots: > > test-share: > > content: test-content-server > > interface: content > > read: > > - ./bin > > > > Are these bugs or my misunderstanding? I tested on both 2.16 and 2.17 > snapd. > > Thanks for your answer. > > > > Br > > Enwei > >> > >> -- > >> Snapcraft mailing list > >> Snapcraft at lists.snapcraft.io > >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zwang at ucrobotics.com Tue Nov 29 08:08:19 2016 From: zwang at ucrobotics.com (Zechao Wang) Date: Tue, 29 Nov 2016 16:08:19 +0800 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: hello, luo The yaml file is set as below: ------------- $ cat /etc/netplan/00-config.yaml network: wifis: wlan0: access-points: "BhuWiFi-WX": password: "12345678" version: 2 Then, run the netplan tool. ------------- $ sudo netplan apply $ sudo netplan ifupdown-migrate Unsupported method ppp where am i wrong ? How to make the netplan works ? 2016-11-28 21:39 GMT+08:00 Jian LUO : > Hi, > > Ubuntu Core now uses netplan[1] for network configuration. You can find a > good example in the repository[2]. > > [1] https://lists.ubuntu.com/archives/ubuntu-devel/2016-July/039464.html > [2] https://git.launchpad.net/netplan/tree/doc/example-config > > Jian > > On Nov 28, 2016 14:19, "Zechao Wang" wrote: > >> Hi, >> >> I'm working on Bubblegum 96board platform to support ubuntu snappy core. >> Everything is ok, and usb2eth is works well. >> >> But Wifi can not work, because snappy core use READ-ONLY file system, i >> cannot edit the file >> /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 is >> displayed. ) >> >> And the READ-ONLY file system is generated by ubuntu-image tool, it's a >> black box to us. >> >> So, could someone give me some advice how to fix the problem. >> >> Thx. >> >> >> >> >> >> >> >> -- >> 王泽超 >> TEL: 13718389475 >> 北京威控睿博科技有限公司 >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- 王泽超 TEL: 13718389475 北京威控睿博科技有限公司 -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Tue Nov 29 09:28:28 2016 From: simon.fels at canonical.com (Simon Fels) Date: Tue, 29 Nov 2016 10:28:28 +0100 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: Why are you calling $ sudo netplan ifupdown-migrate ? The correct steps to apply the netplan configuration is $ sudo netplan generate $ sudo netplan apply regards, Simon On Tue, Nov 29, 2016 at 9:08 AM, Zechao Wang wrote: > hello, luo > > The yaml file is set as below: > > ------------- > $ cat /etc/netplan/00-config.yaml > network: > wifis: > wlan0: > access-points: > "BhuWiFi-WX": > password: "12345678" > version: 2 > > Then, run the netplan tool. > > ------------- > $ sudo netplan apply > $ sudo netplan ifupdown-migrate > Unsupported method ppp > > > where am i wrong ? How to make the netplan works ? > > > > > > > 2016-11-28 21:39 GMT+08:00 Jian LUO : > >> Hi, >> >> Ubuntu Core now uses netplan[1] for network configuration. You can find a >> good example in the repository[2]. >> >> [1] https://lists.ubuntu.com/archives/ubuntu-devel/2016-July/039464.html >> [2] https://git.launchpad.net/netplan/tree/doc/example-config >> >> Jian >> >> On Nov 28, 2016 14:19, "Zechao Wang" wrote: >> >>> Hi, >>> >>> I'm working on Bubblegum 96board platform to support ubuntu snappy core. >>> Everything is ok, and usb2eth is works well. >>> >>> But Wifi can not work, because snappy core use READ-ONLY file system, i >>> cannot edit the file >>> /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 is >>> displayed. ) >>> >>> And the READ-ONLY file system is generated by ubuntu-image tool, it's a >>> black box to us. >>> >>> So, could someone give me some advice how to fix the problem. >>> >>> Thx. >>> >>> >>> >>> >>> >>> >>> >>> -- >>> 王泽超 >>> TEL: 13718389475 >>> 北京威控睿博科技有限公司 >>> >>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > > -- > 王泽超 > TEL: 13718389475 > 北京威控睿博科技有限公司 > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart.bishop at canonical.com Tue Nov 29 11:36:56 2016 From: stuart.bishop at canonical.com (Stuart Bishop) Date: Tue, 29 Nov 2016 18:36:56 +0700 Subject: uwsgi systemd config (Type=notify) In-Reply-To: References: Message-ID: On 22 November 2016 at 16:41, Boris Rybalkin wrote: > Done: https://bugs.launchpad.net/snappy/+bug/1643816 > > I am not sure why snapd tries to have another layer of daemon > configuration on top of systemd and not plain systemd template with snap > variables. > If a snap has too much control over the systemd service file that gets created, it could use this to escape containment and gain root on the box. snapd needs to ensure that the only programs that get launched are contained in the snap, and block other issues like killing arbitrary processes by pointing to someone elses pid file or overwriting arbitrary files by logging somewhere it shouldn't. -- Stuart Bishop -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmgross at shoreham.net Tue Nov 29 15:42:06 2016 From: gmgross at shoreham.net (George Gross) Date: Tue, 29 Nov 2016 10:42:06 -0500 Subject: is there an Avahi (mDNS) service snap? Message-ID: <1480434126.2130.14.camel@civic> Hi, I'm a Ubuntu Snap newbie, so if there is a readily available and reliable web database stating which Debian packages have been converted into snaps, please direct me to that web link, as that would help me a lot to get oriented. My question on the subject line is similar to this one found on askubuntu.com. The pending question is here: http://askubuntu.com/questions/853134/avahi-samba-on-snappy-core-16-04-arm I'm trying to get the avahi-daemon and its related command line commands running on a Ubuntu snappy core, on a RPi3 platform. Q: is this something that needs to be built from source for armv7 target and then repackaged from .deb into snap? tia, George From mark at ubuntu.com Tue Nov 29 16:04:38 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 29 Nov 2016 11:04:38 -0500 Subject: is there an Avahi (mDNS) service snap? In-Reply-To: <1480434126.2130.14.camel@civic> References: <1480434126.2130.14.camel@civic> Message-ID: On 29/11/16 10:42, George Gross wrote: > Q: is this something that needs to be built from source for armv7 target > and then repackaged from .deb into snap? If there is an existing deb which suits you, then that may well be a useful way to go about creating the snap. It depends on whether the binaries in that deb are easy to "relocate", since a snap shows up at /snap/foo/current/* rather than the (deb-usual) /usr/bin/foo etc. If not, and you just want a snap, then it's probably easier to assemble the snap to build from source, so that it can be told that it will be running from the snap location. Make sense? Mark From loic.minier at ubuntu.com Tue Nov 29 16:29:17 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 29 Nov 2016 17:29:17 +0100 Subject: is there an Avahi (mDNS) service snap? In-Reply-To: <1480434126.2130.14.camel@civic> References: <1480434126.2130.14.camel@civic> Message-ID: Hi! I suggest you look at the short mDNS implementation used by snapweb; it relies on a Go module called github.com/presotto/go-mdns-sd: https://github.com/snapcore/snapweb/blob/master/avahi/avahi.go Cheers, - Loïc Minier PS: I've sent the same reply to your ask.u.c post :-) On Tue, Nov 29, 2016 at 4:42 PM, George Gross wrote: > Hi, > > I'm a Ubuntu Snap newbie, so if there is a readily available and > reliable web database stating which Debian packages have been converted > into snaps, please direct me to that web link, as that would help me a > lot to get oriented. > > My question on the subject line is similar to this one found on > askubuntu.com. The pending question is here: > > http://askubuntu.com/questions/853134/avahi-samba-on-snappy-core-16-04-arm > > > I'm trying to get the avahi-daemon and its related command line commands > running on a Ubuntu snappy core, on a RPi3 platform. > > Q: is this something that needs to be built from source for armv7 target > and then repackaged from .deb into snap? > > tia, > George > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Tue Nov 29 16:38:30 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Tue, 29 Nov 2016 13:38:30 -0300 Subject: is there an Avahi (mDNS) service snap? In-Reply-To: <1480434126.2130.14.camel@civic> References: <1480434126.2130.14.camel@civic> Message-ID: <10b8f1e4-8364-228e-e9d3-17a0fac30996@canonical.com> El 29/11/16 a las 12:42, George Gross escribió: > Hi, > > I'm a Ubuntu Snap newbie, so if there is a readily available and > reliable web database stating which Debian packages have been converted > into snaps, please direct me to that web link, as that would help me a > lot to get oriented. > > My question on the subject line is similar to this one found on > askubuntu.com. The pending question is here: > > http://askubuntu.com/questions/853134/avahi-samba-on-snappy-core-16-04-arm snapweb is a snap that provides a mDNS server. > I'm trying to get the avahi-daemon and its related command line commands > running on a Ubuntu snappy core, on a RPi3 platform. > > Q: is this something that needs to be built from source for armv7 target > and then repackaged from .deb into snap Once upon a time I put avahi into webdm (snapweb's predecesor); I made compile time patches/changes and right now I don't recall if it was to make it relocatable or to reduce the amount of options enabled when compared to the deb. From ribalkin at gmail.com Tue Nov 29 16:58:58 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Tue, 29 Nov 2016 16:58:58 +0000 Subject: uwsgi systemd config (Type=notify) In-Reply-To: References: Message-ID: Stuart, Thanks for update, I will test soon, just setting a build on out build server. What about these settings, are they supported in some form? KillSignal=SIGQUIT StandardError=syslog NotifyAccess=all Also does snapd currently validates that snap does not have something like this: command: /usr/bin/foo I guess my concern is coming from the need to convert systemd to another format as it will probably grow into some kind of subset of systemd config. I though snapd would parse native systemd file format and do same validation instead. Thanks. On Tue, Nov 29, 2016 at 11:36 AM, Stuart Bishop wrote: > > > On 22 November 2016 at 16:41, Boris Rybalkin wrote: > >> Done: https://bugs.launchpad.net/snappy/+bug/1643816 >> >> I am not sure why snapd tries to have another layer of daemon >> configuration on top of systemd and not plain systemd template with snap >> variables. >> > If a snap has too much control over the systemd service file that gets > created, it could use this to escape containment and gain root on the box. > snapd needs to ensure that the only programs that get launched are > contained in the snap, and block other issues like killing arbitrary > processes by pointing to someone elses pid file or overwriting arbitrary > files by logging somewhere it shouldn't. > > > > -- > Stuart Bishop > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vinzjobard at gmail.com Tue Nov 29 23:03:07 2016 From: vinzjobard at gmail.com (Vincent JOBARD) Date: Tue, 29 Nov 2016 23:03:07 +0000 Subject: Docker to snappy In-Reply-To: References: Message-ID: @Loic, I take a look at the discourse project, they visibly don't want to support anything else than docker. There's no documentation about alternatives ways \o/ So it will be more difficult to create snaps Searching more on Google, I find this, that could help : https://bcarlin.net/blog/discourse-without-docker.html But seems that creating discourse snap will be a little bit difficult, and the Discourse team doesn't ready to cooperate. But if someone success and PR them the snapcraf.yaml, it could help to open discourse installation on non-docker ready system (arm, x86) I don't know the relationship that Canonical have with Discourse, but some diplomatic-political stuff with upstream could help @Anca Good luck with this one ^^" Cheers Winael On Mon, Nov 28, 2016 at 3:33 PM Loïc Minier wrote: > Hi! > > On Mon, Nov 28, 2016 at 2:37 PM, Didier Roche wrote: > > > > It is possible to imagine some tool to transform a docker recipe to > > snappy ? > > Example: https://github.com/discourse/discourse_docker > > > I dont think we have a discourse snap (yet), albeit some people seem to > consider this would be an excellent idea > > :-) > > I don't think transforming a dockerfile directly in a snap would work. > Indeed, you are running scripts, don't necessarily have you stack > location in relocatable path and such. I feel this will more error out > and take more time to do the final conversion than being beneficial. > > However, as a transition solution, I know we have some docker snap. > Loïc (who worked on snapping docker), is it possible to turn this into a > docker part and embed the image + docker itself, while pointing at the > entry point? > > > I wouldn't recommend embedding docker as a part to a snap because it > requires restricted interfaces to operate properly and we wouldn't want to > give these permissions to a large number of snaps; however, it would be > possible to: > - install docker snap > - install a discourse-docker snap which would contain the docker image > (import the latest image as shipped by the snap before "docker run"-ning it) > (I don't have an example of such a snap) > > @Anca, however it's likely simpler to snap Discourse! Have you tried this? > Did you face some questions that we can perhaps help you with? > > Thanks for your work on getting Discourse on snappy systems! :-) > > Cheers, > - Loïc Minier > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > -------------- next part -------------- An HTML attachment was scrubbed... URL: From claudioandre.br at gmail.com Wed Nov 30 02:03:10 2016 From: claudioandre.br at gmail.com (=?UTF-8?Q?Claudio_Andr=c3=a9?=) Date: Wed, 30 Nov 2016 00:03:10 -0200 Subject: Using Launchpad to build snaps Message-ID: Hi there Somehow related to [1], a regular user cannot use Launchpad to build snap packages. It is easy to setup Travis to build for X64, I see, but, not for all Ubuntu supported archs. If possible, please, relax the rules. Thank you. [1] https://answers.launchpad.net/launchpad/+question/260227 From evan.dandrea at canonical.com Wed Nov 30 02:49:50 2016 From: evan.dandrea at canonical.com (Evan Dandrea) Date: Wed, 30 Nov 2016 02:49:50 +0000 Subject: Using Launchpad to build snaps In-Reply-To: References: Message-ID: Hi Claudio, Can you elaborate on what you mean by "a regular user cannot use Launchpad to build snap packages"? Is it just that your build needs to access the Internet outside of the snapcraft pull phase? If so, we are working to remove this restriction. We'll make an announcement on this list when that lands. Glad to hear you found the Travis setup easy. Out of curiosity, did you use these instructions ( https://lists.snapcraft.io/archives/snapcraft/2016-August/000831.html) or something else? Thanks, Evan On Tue, Nov 29, 2016 at 20:04, Claudio André wrote: Hi there Somehow related to [1], a regular user cannot use Launchpad to build snap packages. It is easy to setup Travis to build for X64, I see, but, not for all Ubuntu supported archs. If possible, please, relax the rules. Thank you. [1] https://answers.launchpad.net/launchpad/+question/260227 -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmgross at shoreham.net Wed Nov 30 03:15:22 2016 From: gmgross at shoreham.net (George Gross) Date: Tue, 29 Nov 2016 22:15:22 -0500 Subject: is there an Avahi (mDNS) service snap? In-Reply-To: References: <1480434126.2130.14.camel@civic> Message-ID: <1480475722.2130.26.camel@civic> Hi all, thank you for the replies, I've been mulling them over... I've decided to try migrating a subset of the avahi "C" source code onto the snap platform. While this approach may be more time consuming, I expect it to be instructive and I'll discover the pluses/minuses of snaps along the way. For now, I didn't want to tackle learning the "go" language mDNS code... I do like the snap security model, so I'm thinking this will be a worthwhile investment of my time. stay tuned, will let you know how the project works out... thx, George On Tue, 2016-11-29 at 17:29 +0100, Loïc Minier wrote: > Hi! > > > I suggest you look at the short mDNS implementation used by snapweb; > it relies on a Go module called github.com/presotto/go-mdns-sd: > https://github.com/snapcore/snapweb/blob/master/avahi/avahi.go > > > Cheers, > - Loïc Minier > > > PS: I've sent the same reply to your ask.u.c post :-) > > On Tue, Nov 29, 2016 at 4:42 PM, George Gross > wrote: > Hi, > > I'm a Ubuntu Snap newbie, so if there is a readily available > and > reliable web database stating which Debian packages have been > converted > into snaps, please direct me to that web link, as that would > help me a > lot to get oriented. > > My question on the subject line is similar to this one found > on > askubuntu.com. The pending question is here: > > http://askubuntu.com/questions/853134/avahi-samba-on-snappy-core-16-04-arm > > > I'm trying to get the avahi-daemon and its related command > line commands > running on a Ubuntu snappy core, on a RPi3 platform. > > Q: is this something that needs to be built from source for > armv7 target > and then repackaged from .deb into snap? > > tia, > George > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > -- > - Loïc From cjwatson at ubuntu.com Wed Nov 30 03:54:18 2016 From: cjwatson at ubuntu.com (Colin Watson) Date: Wed, 30 Nov 2016 03:54:18 +0000 Subject: Using Launchpad to build snaps In-Reply-To: References: Message-ID: <20161130035417.GA13369@riva.ucam.org> On Wed, Nov 30, 2016 at 02:49:50AM +0000, Evan Dandrea wrote: > Can you elaborate on what you mean by "a regular user cannot use Launchpad > to build snap packages"? Is it just that your build needs to access the > Internet outside of the snapcraft pull phase? That is indeed the problem Claudio appears to be having, from https://launchpad.net/~claudioandre.br/+snap/anatine. > If so, we are working to remove this restriction. We'll make an > announcement on this list when that lands. Right, though there are multiple phases to that work. Fortunately, this case (like many) is covered by the first phase, and so should start working later this week or early next week. (Though I think that using snapcraft's nodejs plugin might also be possible in this case, and ought to help too.) -- Colin Watson [cjwatson at ubuntu.com] From vasilisc777 at gmail.com Wed Nov 30 08:29:03 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Wed, 30 Nov 2016 11:29:03 +0300 Subject: snap and qt Message-ID: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> Hi folks, please help me. Qt app can't open folder and/or launch web browser Error message virtual bool QGenericUnixServices::openDocument(const QUrl&): Unable to detect a launcher for 'file:///home/vasilisc/....' virtual bool QGenericUnixServices::openUrl(const QUrl&): Unable to detect a web browser to launch 'http://www......' -- Best regards, vasilisc From james.page at ubuntu.com Wed Nov 30 09:59:54 2016 From: james.page at ubuntu.com (James Page) Date: Wed, 30 Nov 2016 09:59:54 +0000 Subject: 30/11/2016: OpenStack Snap update Message-ID: Hi All I've been working with Corey Bryant for the last few weeks on snapping various bits of OpenStack with the objective of having a minimal set of snaps, including a hypervisor snap, supporting a functional OpenStack Cloud on a single machine, bootstrapping the snap work around OpenStack. The work done by the team on snapcraft to support python has been great - using the python plugin to create snaps of the core control plane components was super easy, and the following are now published into the snap store on the edge channel: https://github.com/openstack-snaps/snap-glance https://github.com/openstack-snaps/snap-keystone https://github.com/openstack-snaps/snap-neutron https://github.com/openstack-snaps/snap-nova those snaps all work pretty well and you can try them out using the snap-deploy script in: https://github.com/openstack-snaps/snap-test We've made some progress on the nova-hypervisor snap, but it will still only run in devmode (pending support for management of network namespaces in snaps - bug raised and jdstrand is working on this). https://github.com/openstack-snaps/snap-nova-hypervisor I'd originally planned to write the hypervisor snap to use libvirt running from deb install on the host OS (accessed via the liibvirt interface). This worked up until the point where libvirt tried to plumb an instance into openvswitch (which was originally included in the snap and was working OK) - and running with one foot in the host OS and one foot in the snap felt awkward anyway. So as of today, the nova-hypervisor snap relies on libvirt and openvswitch running on the host OS, accessing via the UNIX sockets for both services to perform management. Pull request raise against snapd for the required updates to support openvswitch in a snap, and use of openvswitch on the host OS via its unix socket: https://github.com/snapcore/snapd/pull/2378 I did spend some time trying to bend libvirt into a snap - however it does a-lot of build time detection and setting of paths which was not playing nicely with the installed locations of the binaries. It was also awkward to line up the build of libvirt-python as part of the nova part whilst still ending up with a functional libvirt at the end of the process. We'll revisit libvirt in the snap in a future iteration (as I really want the ability to ship the virt stack as part of the snap story around OpenStack). Anyway I think that just about covers work to-date; I intend on raising the OpenStack project-config reviews this week to pull the git repositories under /openstack and start the process to making this work an official part of OpenStack! Cheers James -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.liu at canonical.com Wed Nov 30 10:21:50 2016 From: robert.liu at canonical.com (Robert Liu) Date: Wed, 30 Nov 2016 10:21:50 +0000 Subject: Change default behavior of pressing power button Message-ID: Hi All, The default behavior of pressing power button is power off and I want to change it to suspend. The configuration file /etc/systemd/logind.conf is in the core snap and is read-only. I found that there are at least the following methods: 1. write my own logind.conf, bind mount it and restart systemd-logind.service 2. write my own inhibitor and use systemd-inhibit However these two methods must be run at every boot. I am wondering if there is any other solutions? Or we could include /etc/systemd/logind.conf in writable-paths? BR, Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.fels at canonical.com Wed Nov 30 13:12:04 2016 From: simon.fels at canonical.com (Simon Fels) Date: Wed, 30 Nov 2016 14:12:04 +0100 Subject: Change default behavior of pressing power button In-Reply-To: References: Message-ID: On 30.11.2016 11:21, Robert Liu wrote: > Hi All, > > The default behavior of pressing power button is power off and I want to > change it to suspend. > > The configuration file /etc/systemd/logind.conf is in the core snap and > is read-only. > I found that there are at least the following methods: > 1. write my own logind.conf, bind mount it and restart > systemd-logind.service > 2. write my own inhibitor and use systemd-inhibit > However these two methods must be run at every boot. > > I am wondering if there is any other solutions? > Or we could include /etc/systemd/logind.conf in writable-paths? The plan is to have power management policy decisions covered by snapd so the actual system doesn't need to care about. We're still in the beginning of designing this but my rough feeling is that this would go into the policy decision as another variable which can be configured somewhere per device. What you still can do in the mean time is creating a custom systemd unit and placing it in /etc/systemd/system which does the bind mount and restarts logind. See https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/network-manager/tree/tests/image/create-image.sh for an example of how you can integrate this in an image build with ubuntu-image. But please keep in mind that this is a very hacky approach and would mean it can't be updated on a device once the image is released. regards, Simon From stuart.bishop at canonical.com Wed Nov 30 13:39:13 2016 From: stuart.bishop at canonical.com (Stuart Bishop) Date: Wed, 30 Nov 2016 20:39:13 +0700 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: On 29 November 2016 at 08:36, Enwei Zhang wrote: > Thank you Timo. > I changed from "./bin" to "/bin", then it works. > Did you have any luck getting 'write' to work? I'm getting as far as running my app and it failing with: cannot mount /snap/prov/x2 at /snap/cons/x1/test-share-target with options bind. errmsg: No such file or directory I'm unsure what paths I should be using. I need to get access to $SNAP_DATA, $SNAP_USER_DATA, $SNAP_COMMON etc. to install configuration files. Are there any user docs or design specs around, or is this feature being prototyped on the fly? I can't even find anything about the plugs: stanza in snapcraft.yaml, but that might just be a lack of Google juice. keskiviikko 23. marraskuuta 2016 Enwei Zhang >> kirjoitti: >> > Hello, >> > Thanks Timo for the good example. >> > While I tried to write two snaps(server to share paths to client) that >> use content interface to share files, I found "write" slot doesn't work. >> > The code snippet from server side snapcraft.yaml >> > >> > slots: >> > test-share: >> > content: test-content-server >> > interface: content >> > write: >> > - . >> > >> > When accessing from client side snap, it shows "permission denied". >> >> >> -- Stuart Bishop -------------- next part -------------- An HTML attachment was scrubbed... URL: From attardfc at mfa.com.mt Thu Nov 3 10:07:32 2016 From: attardfc at mfa.com.mt (Attard FC) Date: Thu, 03 Nov 2016 10:07:32 -0000 Subject: No subject Message-ID: <647978778.1586126.1478167589070.JavaMail.zimbra@mfa.com.mt> Hello I am Mrs Andrea Lawson, secretary to Mr. Andrew Bailey. We have an inheritance of a deceased client with your surname. Kindly contact Andrew Bailey via email: ( a.b2009b at yandex.com ) with your full names for info. -------------- next part -------------- An HTML attachment was scrubbed... URL: From elfgoh at yahoo.com Tue Nov 8 02:54:32 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Tue, 08 Nov 2016 02:54:32 -0000 Subject: Ubuntu Core for Beaglebone Black References: <202703988.185555.1478573668701.ref@mail.yahoo.com> Message-ID: <202703988.185555.1478573668701@mail.yahoo.com> Hi there, I am trying to install Ubuntu Core 16 on the Beaglebone Black. I have found the images available for download[1]. I am aware of gadget snaps[2], and I am guessing that beagleblack is the snap I should be looking at. But I am unsure how to proceed and cant find the documentation. My google search only turned up results related to previous versions, which I wasn't works for Ubuntu Core 16. Can someone please point me in the right direction please? Really excited to give this release a spin. [1] http://releases.ubuntu.com/ubuntu-core/ [2] https://developer.ubuntu.com/en/snappy/start/gadget-snaps/ From:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date:Message-ID; b=g+ecziQnDpE/3SC9ZPH++FBwBVyRlmZvhExXR+RI91lTEYMe1CjPEN+9sNdnSB+HD HfM0HHJcfItMA23oIQd/vR80eCETO5VPRCRbY1ZO85ZwP3VCEB5FZcoufkqk8pt1FW 9cW5/mxfwiGL5N+ziCkTVi9qR6p+fe6CsuASF6g8= X-QQ-FEAT: 8YYOEVtNMVnPwneIgeSn6nQuZmmweqNLHme1wiaMVe4sz1jZiUy8ja2C/D2TJ tdma6lcB5mCKXmLscOMR33/l6t+eJGPOhb8PwHD0dWkaMejwXusirFElX5VM5yA9+AI7NUz J/Hi9WevcdMH+BbzyuUneX5VbXwoXBs3ZbUJhvAnuSvRnm78HrecGhz/fuZN8tBwORly2TW zR+6dmYWzMyLjpN0luULHLJTeixwUqj1hZItck9SQ4tQgd3QgDMbVvi3xs/6+E+c= X-QQ-SSF: 000000000000003000000000000000Z X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 183.16.254.81 X-QQ-STYLE: X-QQ-mid: webmail13t1478775912t330762 From: "=?gb18030?B?wLbJrcHW?=" <290832867 at qq.com> To: "=?gb18030?B?c25hcGNyYWZ0?=" Subject: install snap on centos Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_58245468_08FD9340_6F93D4C1" Content-Transfer-Encoding: 8Bit X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-QQ-SENDSIZE: 520 Feedback-ID: webmail:qq.com:bgforeign:bgforeign3 X-QQ-Bgrelay: 1 X-Mailman-Approved-At: Wed, 30 Nov 2016 14:36:04 +0000 X-BeenThere: snapcraft at lists.snapcraft.io X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Snapcraft List-Id: Snapcraft List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 10 Nov 2016 11:05:36 -0000 X-Original-Date: Thu, 10 Nov 2016 19:05:12 +0800 X-List-Received-Date: Thu, 10 Nov 2016 11:05:36 -0000 This is a multi-part message in MIME format. ------=_NextPart_58245468_08FD9340_6F93D4C1 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SGksDQogICAgIEkgd2FudCB0byBpbnN0YWxsIHNuYXAgb24gQ2VudE9TIDcgLCBidXQgSSBj YW4ndCAgZmluZCBhbnkgZG9jdW1lbnQgc2hvd3MgaG93IHRvIGluc3RhbGwgc25hcCBvbiBD ZW50T1MgNy4gQ291bGQgeW91IHBsZWFzZSB0ZWxsIG1lIGhvdyB0byBpbnN0YWxsIHNuYXAg b24gQ2VudE9TIDc/DQoNCg0KDQoNCkJlc3Qgd2lzaGVzLg0KS3VubG9uZw== ------=_NextPart_58245468_08FD9340_6F93D4C1 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PGRpdj5IaSw8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7SSB3YW50IHRvIGluc3Rh bGwgc25hcCBvbiBDZW50T1MgNyAsIGJ1dCBJIGNhbid0ICZuYnNwO2ZpbmQgYW55IGRvY3Vt ZW50IHNob3dzIGhvdyB0byBpbnN0YWxsIHNuYXAgb24gQ2VudE9TIDcuIENvdWxkIHlvdSBw bGVhc2UgdGVsbCBtZSBob3cgdG8gaW5zdGFsbCBzbmFwIG9uIENlbnRPUyA3PzwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QmVzdCB3aXNoZXMuPC9kaXY+PGRp dj5LdW5sb25nPC9kaXY+ ------=_NextPart_58245468_08FD9340_6F93D4C1-- From chuck at dasroot.net Sat Nov 19 00:30:46 2016 From: chuck at dasroot.net (Charles Butler) Date: Fri, 18 Nov 2016 18:30:46 -0600 Subject: Weechat Snap under way Message-ID: Greetings, As a "scratch my own itch" I wanted to build a snap for weechat. To the uninformed, weechat is a bare-bones chat client framework that is very extensible through an exhaustive set of plugins. I've gotten the core weechat app snapped/compiled. I'm presently stuck on the plugin portion of the snap. The .so files are built, so i would think all the plugins are there and ready but that doesn't appear to be the case https://github.com/chuckbutler/snap-weechat/blob/master/snapcraft.yaml The work here is mostly undocumented at this point. But if anyone has experience in building weechat, complex configurations, or is interested in lending a hand here to resolve the missing plugins (its missing the irc plugin, so its not even useful at this point) I'm all ears on what needs adjusting in the snapcraft.yaml to support this out of the box. Thanks and all the best, Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Nov 30 14:39:41 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 30 Nov 2016 15:39:41 +0100 Subject: snap and qt In-Reply-To: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> References: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> Message-ID: Le 30/11/2016 à 09:29, Vasilisc a écrit : > Hi folks, > please help me. > Qt app can't open folder and/or launch web browser > Hey Vasilisc, > Error message > > virtual bool QGenericUnixServices::openDocument(const QUrl&): Unable > to detect a launcher for 'file:///home/vasilisc/....' > > virtual bool QGenericUnixServices::openUrl(const QUrl&): Unable to > detect a web browser to launch 'http://www......' > The second error message is due to the fact tht xdg-open isn't findable in your snap (Qt is using that helper to open an url). Remember the previous discussions on using xdg-open to transmit browser opened request on the desktop. Add /usr/loca/bin to your $PATH in your snap path, ensure you have the desktop service installed and that should work. Not opening random files on the system is by design, xdg-open filter thoses. You can join the discussion at https://github.com/snapcore/snapd-xdg-open/issues/18. Cheers, Didier From zwang at ucrobotics.com Wed Nov 30 14:40:54 2016 From: zwang at ucrobotics.com (Zechao Wang) Date: Wed, 30 Nov 2016 22:40:54 +0800 Subject: Wifi setup problem on Bubblegum 96board ubuntu core snappy In-Reply-To: References: Message-ID: Hello, The netplan is tested in my localhost, it works. But when test on snappy core, it said: $ sudo dhclient wlan0 *RTNETLINK* *answers*: *Operation* *not* *possible* *due* *to* *RF*-*kill* what's the reason ? 2016-11-29 17:28 GMT+08:00 Simon Fels : > Why are you calling > > $ sudo netplan ifupdown-migrate > > ? > > The correct steps to apply the netplan configuration is > > $ sudo netplan generate > $ sudo netplan apply > > regards, > Simon > > On Tue, Nov 29, 2016 at 9:08 AM, Zechao Wang wrote: > >> hello, luo >> >> The yaml file is set as below: >> >> ------------- >> $ cat /etc/netplan/00-config.yaml >> network: >> wifis: >> wlan0: >> access-points: >> "BhuWiFi-WX": >> password: "12345678" >> version: 2 >> >> Then, run the netplan tool. >> >> ------------- >> $ sudo netplan apply >> $ sudo netplan ifupdown-migrate >> Unsupported method ppp >> >> >> where am i wrong ? How to make the netplan works ? >> >> >> >> >> >> >> 2016-11-28 21:39 GMT+08:00 Jian LUO : >> >>> Hi, >>> >>> Ubuntu Core now uses netplan[1] for network configuration. You can find >>> a good example in the repository[2]. >>> >>> [1] https://lists.ubuntu.com/archives/ubuntu-devel/2016-July/039464.html >>> [2] https://git.launchpad.net/netplan/tree/doc/example-config >>> >>> Jian >>> >>> On Nov 28, 2016 14:19, "Zechao Wang" wrote: >>> >>>> Hi, >>>> >>>> I'm working on Bubblegum 96board platform to support ubuntu snappy core. >>>> Everything is ok, and usb2eth is works well. >>>> >>>> But Wifi can not work, because snappy core use READ-ONLY file system, i >>>> cannot edit the file >>>> /etc/network/interfaces. (wifi device driver is modprobed, and wlan0 is >>>> displayed. ) >>>> >>>> And the READ-ONLY file system is generated by ubuntu-image tool, it's a >>>> black box to us. >>>> >>>> So, could someone give me some advice how to fix the problem. >>>> >>>> Thx. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> 王泽超 >>>> TEL: 13718389475 >>>> 北京威控睿博科技有限公司 >>>> >>>> >>>> -- >>>> Snapcraft mailing list >>>> Snapcraft at lists.snapcraft.io >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/snapcraft >>>> >>>> >>> -- >>> Snapcraft mailing list >>> Snapcraft at lists.snapcraft.io >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/snapcraft >>> >>> >> >> >> -- >> 王泽超 >> TEL: 13718389475 >> 北京威控睿博科技有限公司 >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> >> > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- 王泽超 TEL: 13718389475 北京威控睿博科技有限公司 -------------- next part -------------- An HTML attachment was scrubbed... URL: From zygmunt.krynicki at canonical.com Wed Nov 30 14:40:56 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Wed, 30 Nov 2016 15:40:56 +0100 Subject: install snap on centos In-Reply-To: References: Message-ID: <1084CE6A-325A-4816-ADB7-564A227D1C70@canonical.com> > Wiadomość napisana przez 蓝森林 <290832867 at qq.com> w dniu 10.11.2016, o godz. 12:05: > > Hi, > I want to install snap on CentOS 7 , but I can't find any document shows how to install snap on CentOS 7. Could you please tell me how to install snap on CentOS 7? > Hey Unfortunately we haven’t ported snapd to CentOS yet. If you are interested in helping out the best way to start would be to take the current fedora packaging [1] and see what it takes to build it on CentOS [1] http://pkgs.fedoraproject.org/cgit/rpms/snap-confine.git/tree/snap-confine.spec and http://pkgs.fedoraproject.org/cgit/rpms/snap-confine.git/tree/snapd.spec Best regards ZK From didrocks at ubuntu.com Wed Nov 30 14:45:49 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 30 Nov 2016 15:45:49 +0100 Subject: Ubuntu Core for Beaglebone Black In-Reply-To: <202703988.185555.1478573668701@mail.yahoo.com> References: <202703988.185555.1478573668701.ref@mail.yahoo.com> <202703988.185555.1478573668701@mail.yahoo.com> Message-ID: <6bd65c92-457f-b6a4-6d7e-14a5ca396aa5@ubuntu.com> Le 08/11/2016 à 03:54, Luther Goh Lu Feng a écrit : > Hi there, > > I am trying to install Ubuntu Core 16 on the Beaglebone Black. I have found the images available for download[1]. I am aware of gadget snaps[2], and I am guessing that beagleblack is the snap I should be looking at. > > But I am unsure how to proceed and cant find the documentation. My google search only turned up results related to previous versions, which I wasn't works for Ubuntu Core 16. Can someone please point me in the right direction please? Really excited to give this release a spin. The BeagleBone Black isn't an officially supported image, this is why there is no official getting started instructions. I however think there sholdn't be any big difference with the instructions on the same website than a raspberry pi though (https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/). I'm CCing Oliver who creates this unofficial image. Cheers, Didier From julia.palandri at canonical.com Wed Nov 30 14:46:28 2016 From: julia.palandri at canonical.com (Julia Palandri) Date: Wed, 30 Nov 2016 14:46:28 +0000 Subject: introduction In-Reply-To: <9a746902-08aa-2558-bc95-480da1ffc7ae@hispeed.ch> References: <9a746902-08aa-2558-bc95-480da1ffc7ae@hispeed.ch> Message-ID: Hi Gerry! On Wed, Nov 30, 2016 at 3:36 PM gerryw at hispeed.ch wrote: > Hi I am guessing this is a mailing list. > > Your guess was right ;) > My name is Gerry and I am struggling to produce my first snappy for my > program highlighterpdf > > Maybe you can tell us more about where you got blocked? A pointer to the snapcraft.yaml might be useful too. Best, Julia -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.nitzsche at canonical.com Wed Nov 30 15:39:29 2016 From: kyle.nitzsche at canonical.com (knitzsche) Date: Wed, 30 Nov 2016 10:39:29 -0500 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: On 11/30/2016 08:39 AM, Stuart Bishop wrote: > I can't even find anything about the plugs: stanza in snapcraft.yaml, > but that might just be a lack of Google juice. I would have expected "plugs:" to be documented here: http://snapcraft.io/docs/build-snaps/syntax In the "Apps and commands" section. But it is not present it seems. For this I just filed: https://github.com/ubuntudesign/snapcraft.io/issues/226 Also, the "apps:" section does not clearly explain the required hierarchy of keys. The actual app name key is not clearly explained: You need something like this: apps: appname1: <-- this is not obvious from docs command: plugs: appname2: <-- this is not obvious from docs command: plugs: This is not as clear as it could/should be: "apps (yaml subsection) A map of keys for applications" For this second point I filed https://github.com/ubuntudesign/snapcraft.io/issues/225 From dank at kegel.com Wed Nov 30 15:40:07 2016 From: dank at kegel.com (Dan Kegel) Date: Wed, 30 Nov 2016 07:40:07 -0800 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: Message-ID: On Fri, Nov 11, 2016 at 6:46 AM, Timo Jyrinki wrote: > I hinted at this earlier but 'ubuntu-app-platform' (name bikeshedded a > few times) is now there offering a huge amount of libraries via > content interface. We're using it for some builds of for example > Calculator, Calendar and other apps, dropping the size of those from > 50+MB to even under 1MB. > > It's used for the use case of using a same version of Qt (5.6.1) and > certain Ubuntu libraries on disk space constrained devices for several > (sn)apps, but it might also serve you as an example of how you could > share content similarly between your own snaps. That sounds very useful, thanks! - Dan From claudioandre.br at gmail.com Wed Nov 30 16:19:42 2016 From: claudioandre.br at gmail.com (=?UTF-8?Q?Claudio_Andr=c3=a9?=) Date: Wed, 30 Nov 2016 14:19:42 -0200 Subject: Using Launchpad to build snaps In-Reply-To: References: Message-ID: Em 30/11/2016 00:49, Evan Dandrea escreveu: > Can you elaborate on what you mean by "a regular user cannot use > Launchpad to build snap packages"? If you mean "what exactly is failing": [1] and [2]. But, please, this is not a support request. It more likely, hey lets look at snapcraft.yaml: it is an invitation to think different, to try new limits and LP is acting like a scared kitten. > Out of curiosity, did you use these instructions > (https://lists.snapcraft.io/archives/snapcraft/2016-August/000831.html)? Yes, no reasons to reinvent the wheel. Claudio [1] Internet access ('reported' as a LP question) [2] store integration (idem) -------------- next part -------------- An HTML attachment was scrubbed... URL: From barry at ubuntu.com Wed Nov 30 17:12:55 2016 From: barry at ubuntu.com (Barry Warsaw) Date: Wed, 30 Nov 2016 12:12:55 -0500 Subject: ubuntu-image syntax for local gadget snap In-Reply-To: References: Message-ID: <20161130121255.1fe94b6d@subdivisions.wooz.org> On Sep 28, 2016, at 07:59 AM, Dave Breed wrote: >I'm trying to build an Snappy image for my armhf using the >ubuntu-image tool. I've rolled my own kernel and gadget snaps, and >model assertion file. I understand that I can use the --extra-snaps >argument on the command line to specify a path to a local kernel snap, >but I'm not clear if the same can be done for the gadget snap? I've >tried using --extra-snaps and, alternatively, specifying a local >absolute path to the snap in the assertion file, but either way >ubuntu-image just returns an error saying the gadget snap can't be >found. This error message is probably coming from `snap prepare-image`, which is the subcommand that ubuntu-image uses to do all the work of downloading the relevant snaps. ubuntu-image itself doesn't do anything with --extra-snaps, it just passes it along to `snap prepare-image`. Cheers, -Barry From shuduo.sang at canonical.com Wed Nov 30 17:15:16 2016 From: shuduo.sang at canonical.com (Shuduo Sang) Date: Thu, 1 Dec 2016 01:15:16 +0800 Subject: New all-snap images available In-Reply-To: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> References: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> Message-ID: On Sat, Sep 24, 2016 at 7:31 AM, wrote: > Hello; > > > > I am trying to install Ubuntu Snappy on a RaspberryPi2 using the image > file from: > > https://people.canonical.com/~mvo/all-snaps/16/all-snaps-pi2.img.xz > > > Please use GM image from http://cdimage.ubuntu.com/ubuntu-core/16/current/ubuntu-core-16-pi2.img.xz. > It boots and I go to ssh into the raspberrypi. I can get to the login > prompt but do not know the default username or password. > > > > Ubuntu / Ubuntu is given in many guides but doesn’t seem to work. > > > > Would you be able to advise on what to do from here? > > > > Kind regards > > > > David > > > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shuduo.sang at canonical.com Wed Nov 30 17:15:16 2016 From: shuduo.sang at canonical.com (Shuduo Sang) Date: Thu, 1 Dec 2016 01:15:16 +0800 Subject: New all-snap images available In-Reply-To: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> References: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> Message-ID: On Sat, Sep 24, 2016 at 7:31 AM, wrote: > Hello; > > > > I am trying to install Ubuntu Snappy on a RaspberryPi2 using the image > file from: > > https://people.canonical.com/~mvo/all-snaps/16/all-snaps-pi2.img.xz > > > Please use GM image from http://cdimage.ubuntu.com/ubuntu-core/16/current/ubuntu-core-16-pi2.img.xz. > It boots and I go to ssh into the raspberrypi. I can get to the login > prompt but do not know the default username or password. > > > > Ubuntu / Ubuntu is given in many guides but doesn’t seem to work. > > > > Would you be able to advise on what to do from here? > > > > Kind regards > > > > David > > > > > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Wed Nov 30 20:03:50 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Wed, 30 Nov 2016 15:03:50 -0500 Subject: New all-snap images available In-Reply-To: References: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> Message-ID: <93a41668-bfc6-80b8-907d-a03521120b34@ubuntu.com> On 30/11/16 12:15, Shuduo Sang wrote: > Please use GM image > from http://cdimage.ubuntu.com/ubuntu-core/16/current/ubuntu-core-16-pi2.img.xz. > > > It boots and I go to ssh into the raspberrypi. I can get to the > login prompt but do not know the default username or password. > > > > Ubuntu / Ubuntu is given in many guides but doesn’t seem to work. > Hi David Given the vulnerability of a default username / password, we moved to having account creation done on first boot in newer versions of the system. We assume there is some online account verification system (the reference implementation uses login.ubuntu.com but it would be plausible to tie into any existing online authentication system). On first boot, folks who can connect to the console of the device (or potentially who have other privileged access) can trigger the creation of accounts for themselves. Those use things like SSH credentials for access. The net effect is that we solve one of the big problems in IoT, which was at the heart of the recent Dyn attack. Try the images that Shuduo pointed to, I think you'll like the new system. If you really want a default user / password that can be setup too, but we would consider it good practice to avoid those. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at ubuntu.com Wed Nov 30 20:03:50 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Wed, 30 Nov 2016 15:03:50 -0500 Subject: New all-snap images available In-Reply-To: References: <57e5bb4e.d32d1c0a.e1bf9.c9d4@mx.google.com> Message-ID: <93a41668-bfc6-80b8-907d-a03521120b34@ubuntu.com> On 30/11/16 12:15, Shuduo Sang wrote: > Please use GM image > from http://cdimage.ubuntu.com/ubuntu-core/16/current/ubuntu-core-16-pi2.img.xz. > > > It boots and I go to ssh into the raspberrypi. I can get to the > login prompt but do not know the default username or password. > > > > Ubuntu / Ubuntu is given in many guides but doesn’t seem to work. > Hi David Given the vulnerability of a default username / password, we moved to having account creation done on first boot in newer versions of the system. We assume there is some online account verification system (the reference implementation uses login.ubuntu.com but it would be plausible to tie into any existing online authentication system). On first boot, folks who can connect to the console of the device (or potentially who have other privileged access) can trigger the creation of accounts for themselves. Those use things like SSH credentials for access. The net effect is that we solve one of the big problems in IoT, which was at the heart of the recent Dyn attack. Try the images that Shuduo pointed to, I think you'll like the new system. If you really want a default user / password that can be setup too, but we would consider it good practice to avoid those. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Wed Nov 30 21:14:10 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 30 Nov 2016 19:14:10 -0200 Subject: Snaps to invoke external processes In-Reply-To: References: <00244CA5-D2B1-4E50-A1CD-077AD322AA79@gmail.com> <0ee9e784-af55-7a01-b605-3decc311e0d1@ubuntu.com> <897ffd5a-27af-d247-6b00-28519589eef3@ubuntu.com> <6022477a-5914-0393-d6fa-2dfab2b2b892@ubuntu.com> <9CB50450-5409-4BAF-8D48-B3298CDC6C4F@gmail.com> <30e7ddaf-afb7-bd38-68b9-a3249983691f@ubuntu.com> Message-ID: Note snapctl exists for a few weeks only, while xdg-open is there for several months. We couldn't have done that much earlier. It's probably not a great first task for newcomers, because we need to teach snapctl to work out of hooks first, so it traverses several layers. There's a chance you might get Pawel excited enough to work on this soon, after he's done with retries. He's been touching on related subjects. On Mon, Nov 28, 2016 at 5:34 AM, Didier Roche wrote: > Le 25/11/2016 à 18:09, Gustavo Niemeyer a écrit : > > The role of xdg-open itself is already to open the URL with whatever > tooling is available, so it sounds like we're making the issue more complex > than it ought to be. > > I think we should reimplement xdg-open in terms of snapctl, and have snapd > itself doing the hand-over to the local xdg-open tool after some basic > sanity checking on the URL. That way we're not really asking for anything > from the local system (no dbus service) while remaining completely portable. > > Ah, that was my fist implementation proposal which wasn't accepted at > the time. Happy to see that our view converge now > > Gustavo, do you mind opening a bug for tracking this (and we can > reference people who want to help/contribute to it) as it would be an > easy first snapd contribution for newcomers? > > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Wed Nov 30 22:20:09 2016 From: leo.arias at canonical.com (Leo Arias) Date: Wed, 30 Nov 2016 16:20:09 -0600 Subject: Snapcraft translation In-Reply-To: References: Message-ID: Hello Anne, Thanks for your offer! The snapcraft UI is not yet translatable. In our roadmap we have an item to improve the handling of logs and messages printed to the CLI. During that work, setting the strings up for translation will be easy. I hope your offer will still be available for when we finish that work :) pura vida. From leo.arias at canonical.com Wed Nov 30 22:32:39 2016 From: leo.arias at canonical.com (Leo Arias) Date: Wed, 30 Nov 2016 16:32:39 -0600 Subject: Problems trying to create a snap package for bioinformatics tools In-Reply-To: <0db7dbc4-2326-eb18-aaed-ed7a221512fb@chronitis.net> References: <0db7dbc4-2326-eb18-aaed-ed7a221512fb@chronitis.net> Message-ID: Hello Gordon, On Fri, Oct 14, 2016 at 3:09 AM, Gordon Ball wrote: > > * Trying to run any of the binaries gives the error > > failed to create user data directory. errmsg: Permission denied > > This is presumably related to #1592696, but in this case $HOME is on > an NFS mount under /mnt. Probably an uncommon case, but this probably > isn't the only such configuration. This is https://bugs.launchpad.net/snappy/+bug/1594904 Feel free to subscribe to that one and leave a comment with your use case. > * The package contains multiple binaries, and the links in /snap/bin > are named, eg `cufflinks.cuffdiff`, which makes them incompatible with > existing scripts. Additionally, I can't declare `apps:` keys with > underscores in them, so some come out completely misnamed. This is work in progress: https://bugs.launchpad.net/snappy/+bug/1607748 > Snap packages are potentially quite useful for scientific tools with odd > sets of dependencies - where confinement is not an issue, but it > provides a much easier way to handle private library versions, etc. I agree :) pura vida.