From enwei.zhang at canonical.com Thu Dec 1 02:30:42 2016 From: enwei.zhang at canonical.com (Enwei Zhang) Date: Thu, 1 Dec 2016 10:30:42 +0800 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: <07b16f0b-ef9d-a1ff-cb8d-b88b3bfad758@canonical.com> Message-ID: Hi Stuart, I never got "write" working, it always tells me "permission denied". For your mount issue, I guess you need to create a empty folder locally called "test-share-target". Br Enwei On Wed, Nov 30, 2016 at 9:39 PM, Stuart Bishop wrote: > 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 > > -- > 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 Thu Dec 1 05:14:15 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Thu, 1 Dec 2016 08:14:15 +0300 Subject: snap and qt In-Reply-To: References: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> Message-ID: <8717d3d8-e774-5cf0-40d5-73a3e6f13335@gmail.com> 30.11.2016 17:39, Didier Roche пишет: > 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 > > Didier, forgive my stupidity. I create test snap ----------- name: test2 version: "2" summary: TEst description: | TEST confinement: strict architectures: [amd64] apps: test2: command: xdg-open "http://google.com/" plugs: [network, network-bind, x11, home, unity7, gsettings] parts: integration: plugin: nil stage-packages: - bash - xdg-utils -------------- But I see error message awk: cannot open /usr/local/share//applications/mimeapps.list (Permission denied) /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: x-www-browser: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: firefox: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: iceweasel: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: seamonkey: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: mozilla: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: epiphany: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: konqueror: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: chromium-browser: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: google-chrome: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: www-browser: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: links2: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: elinks: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: links: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: lynx: not found /snap/test2/x1/usr/bin/xdg-open: 771: /snap/test2/x1/usr/bin/xdg-open: w3m: not found xdg-open: no method available for opening 'http://google.com/' -------------------------------------- how to do it correctly? My host system have snapd-xdg-open: Installed: 0.0.0 Candidate: 0.0.0 Version table: *** 0.0.0 500 500 http://fi.archive.ubuntu.com/ubuntu zesty/universe amd64 Packages 100 /var/lib/dpkg/status -- Best regards, vasilisc From vasilisc777 at gmail.com Thu Dec 1 05:20:21 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Thu, 1 Dec 2016 08:20:21 +0300 Subject: snap and qt In-Reply-To: References: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> Message-ID: 30.11.2016 17:39, Didier Roche пишет: > 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 > > I found work solution. name: test2 version: "2" summary: TEst description: | TEST confinement: strict architectures: [amd64] apps: test2: command: xdg-open "http://google.com/" plugs: [network, network-bind, x11, home, unity7, gsettings] parts: snapd-xdg-open: source: https://github.com/ubuntu-core/snapd-xdg-open.git plugin: copy files: data/xdg-open: bin/xdg-open integration: plugin: nil stage-packages: - bash # - xdg-utils -- Best regards, vasilisc From didrocks at ubuntu.com Thu Dec 1 07:01:32 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 1 Dec 2016 08:01:32 +0100 Subject: snap and qt In-Reply-To: References: <96ee26a3-38b1-6899-582a-c5b0462dd188@gmail.com> Message-ID: <792a4e15-3206-52ce-7567-e690a983dd9e@ubuntu.com> Le 01/12/2016 à 06:20, Vasilisc a écrit : > 30.11.2016 17:39, Didier Roche пишет: >> 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 >> >> > I found work solution. > > name: test2 > version: "2" > summary: TEst > description: | > TEST > confinement: strict > architectures: [amd64] > > apps: > test2: > command: xdg-open "http://google.com/" > plugs: [network, network-bind, x11, home, unity7, gsettings] > > parts: > snapd-xdg-open: > source: https://github.com/ubuntu-core/snapd-xdg-open.git > plugin: copy > files: > data/xdg-open: bin/xdg-open > > integration: > plugin: nil > stage-packages: > - bash > # - xdg-utils > > That works, or as said, you could just add in a wrapper /usr/local/bin in your $PATH. Cheers, Didier From alberto.mardegan at canonical.com Thu Dec 1 11:29:00 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Thu, 1 Dec 2016 14:29:00 +0300 Subject: Interface connection and hooks Message-ID: <79de8a09-267a-1980-b6e0-6d5b6b296b7f@canonical.com> Hi all! I've got a few questions about the upcoming interface hooks, to make sure that everything is ready in my project (Unity8's Online Accounts) to migrate our "click hooks" into the interface hooks. So, what follows is my understanding of the situation, and some questions; please comment if I got something wrong. :-) As I understand it, interface hooks will be run when the interface gets connected. Does this mean that for auto-connect interfaces, interface hooks will effectively be run at install time? I've read that hooks are run with the same confinement as the rest of the commands included in the snap; but what about the environment? Will the XDG_* variables be properly set? Will the hook be run as the UNIX user who connected the interface? And if the interface is autoconnected, will the hook be run multiple times under each different user? I guess that's enough questions for now :-) Ciao, Alberto From zygmunt.krynicki at canonical.com Thu Dec 1 11:32:30 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Thu, 1 Dec 2016 12:32:30 +0100 Subject: Interface connection and hooks In-Reply-To: <79de8a09-267a-1980-b6e0-6d5b6b296b7f@canonical.com> References: <79de8a09-267a-1980-b6e0-6d5b6b296b7f@canonical.com> Message-ID: <7C7B4299-E46A-4AA1-A3CB-1322E8856A64@canonical.com> > Wiadomość napisana przez Alberto Mardegan w dniu 01.12.2016, o godz. 12:29: > > Hi all! > I've got a few questions about the upcoming interface hooks, to make > sure that everything is ready in my project (Unity8's Online Accounts) > to migrate our "click hooks" into the interface hooks. > > So, what follows is my understanding of the situation, and some > questions; please comment if I got something wrong. :-) I’ll defer corrections to pstolowski who is implementing this feature, but: > As I understand it, interface hooks will be run when the interface gets > connected. Does this mean that for auto-connect interfaces, interface > hooks will effectively be run at install time? Yes, they will run when the connection is attempted, even if that is an automatic connection. > I've read that hooks are run with the same confinement as the rest of > the commands included in the snap; but what about the environment? Will > the XDG_* variables be properly set? All the environment will be consistent but see below. > Will the hook be run as the UNIX user who connected the interface? And > if the interface is autoconnected, will the hook be run multiple times > under each different user? No, they will run as root AFAIK. > I guess that's enough questions for now :-) > Best regards ZK From alberto.mardegan at canonical.com Thu Dec 1 12:06:13 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Thu, 1 Dec 2016 15:06:13 +0300 Subject: Interface connection and hooks In-Reply-To: <7C7B4299-E46A-4AA1-A3CB-1322E8856A64@canonical.com> References: <79de8a09-267a-1980-b6e0-6d5b6b296b7f@canonical.com> <7C7B4299-E46A-4AA1-A3CB-1322E8856A64@canonical.com> Message-ID: Thanks Zygmund for the timely reply! :-) Alberto From pawel.stolowski at canonical.com Thu Dec 1 12:13:01 2016 From: pawel.stolowski at canonical.com (Pawel Stolowski) Date: Thu, 1 Dec 2016 13:13:01 +0100 Subject: Interface connection and hooks In-Reply-To: <7C7B4299-E46A-4AA1-A3CB-1322E8856A64@canonical.com> References: <79de8a09-267a-1980-b6e0-6d5b6b296b7f@canonical.com> <7C7B4299-E46A-4AA1-A3CB-1322E8856A64@canonical.com> Message-ID: <658c8920-9cb6-d7ae-665d-955dc71aec49@canonical.com> Yep, Zygmunt is correct about all these aspects. Cheers, Pawel On 01.12.2016 12:32, Zygmunt Krynicki wrote: >> Wiadomość napisana przez Alberto Mardegan w dniu 01.12.2016, o godz. 12:29: >> >> Hi all! >> I've got a few questions about the upcoming interface hooks, to make >> sure that everything is ready in my project (Unity8's Online Accounts) >> to migrate our "click hooks" into the interface hooks. >> >> So, what follows is my understanding of the situation, and some >> questions; please comment if I got something wrong. :-) > I’ll defer corrections to pstolowski who is implementing this feature, but: > >> As I understand it, interface hooks will be run when the interface gets >> connected. Does this mean that for auto-connect interfaces, interface >> hooks will effectively be run at install time? > Yes, they will run when the connection is attempted, even if that is an automatic connection. > >> I've read that hooks are run with the same confinement as the rest of >> the commands included in the snap; but what about the environment? Will >> the XDG_* variables be properly set? > All the environment will be consistent but see below. > >> Will the hook be run as the UNIX user who connected the interface? And >> if the interface is autoconnected, will the hook be run multiple times >> under each different user? > No, they will run as root AFAIK. > >> I guess that's enough questions for now :-) >> > Best regards > ZK From robert.liu at canonical.com Thu Dec 1 13:49:08 2016 From: robert.liu at canonical.com (Robert Liu) Date: Thu, 01 Dec 2016 13:49:08 +0000 Subject: Change default behavior of pressing power button In-Reply-To: References: Message-ID: Hi Simon, Thanks for the information. I'll try the method you mentioned. Thanks and regards, Robert Simon Fels 於 2016年11月30日 週三 21:13 寫道： > 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 > > > -- > 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 Thu Dec 1 14:31:46 2016 From: cpollock at embarqmail.com (Chris) Date: Thu, 01 Dec 2016 08:31:46 -0600 Subject: List is being spammed! Message-ID: <1480602706.31260.1.camel@embarqmail.com> Sure is a lot of spam coming into the list since last night. Can the admins do something about this? -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:30:06 up 1 day, 28 min, 1 user, load average: 0.13, 0.33, 0.62 Ubuntu 16.04.1 LTS, kernel 4.4.0-51-generic #72-Ubuntu SMP Thu Nov 24 18:29:54 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 Thu Dec 1 14:37:03 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 1 Dec 2016 09:37:03 -0500 Subject: List is being spammed! In-Reply-To: <1480602706.31260.1.camel@embarqmail.com> References: <1480602706.31260.1.camel@embarqmail.com> Message-ID: I don't see anything in the archives at https://lists.ubuntu.com/archives/snapcraft/2016-December/thread.html ? 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 oliver.ries at canonical.com Thu Dec 1 14:44:23 2016 From: oliver.ries at canonical.com (Oliver Ries) Date: Thu, 1 Dec 2016 07:44:23 -0700 Subject: List is being spammed! In-Reply-To: <1480602706.31260.1.camel@embarqmail.com> References: <1480602706.31260.1.camel@embarqmail.com> Message-ID: Hi snapcrafters, On Thu, Dec 1, 2016 at 7:31 AM, Chris wrote: > Sure is a lot of spam coming into the list since last night. Can the > admins do something about this? apologies for the short wave of irrelevant messages that went out, we transferred admin responsibilities and run into a hickup. The list should be back to the usual level of focus by today. thx Olli -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Thu Dec 1 14:49:43 2016 From: cpollock at embarqmail.com (Chris) Date: Thu, 01 Dec 2016 08:49:43 -0600 Subject: List is being spammed! In-Reply-To: References: <1480602706.31260.1.camel@embarqmail.com> Message-ID: <1480603783.31260.2.camel@embarqmail.com> On Thu, 2016-12-01 at 07:44 -0700, Oliver Ries wrote: > Hi snapcrafters, > > On Thu, Dec 1, 2016 at 7:31 AM, Chris > wrote: > > Sure is a lot of spam coming into the list since last night. Can > > the > > admins do something about this? > > apologies for the short wave of irrelevant messages that went out, we > transferred admin responsibilities and run into a hickup. > > The list should be back to the usual level of focus by today. > > thx > Olli  Thanks Olli, I figured something had gone awry. -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:49:05 up 1 day, 47 min, 1 user, load average: 0.17, 0.13, 0.28 Ubuntu 16.04.1 LTS, kernel 4.4.0-51-generic #72-Ubuntu SMP Thu Nov 24 18:29:54 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 april.wang at canonical.com Thu Dec 1 15:35:15 2016 From: april.wang at canonical.com (April Wang) Date: Thu, 1 Dec 2016 15:35:15 +0000 Subject: Fwd: First Core/snap hackathon in Shenzhen summary In-Reply-To: References: Message-ID: Would like to share with everyone that we just had a very succesfful 2 day hackathon in Shenzhen, China during last weekend (26-27th November). We had 7 teams enter the final demo stage, 7 snaps came to live during the 29-hour-hackathon, most of them can be found on uappexplorer already. There were a couple of more projects were worked on during the hackathon, but didn't come to life unfortunately due to the network connection and time limitation ​, but we are looking forward to seeing them in the store soon never the less. ​ ​We shall continue our hackathon, or if you like snapathon, journey around the country or even beyond, and we do look forward to meeting some of you in this list in person during one of the coming ones. ​ Here's a brief intro on the 7 projects that went on the demo stage ​:​ - Simcaffe: Running on QualComm DragonBoard 410c, it is a snap application, running Ubuntu core and using Caffe deep learning framework developed AI, that you can train to recognize different images. Can be utilized in smart surveiliance systems. [image: IMG_0440.JPG] - Water-IoT-service snap: Used raspi+sensors collecting water information, to be sent back to NAS for analysis, which can be displayed through a web UI, accessed remotely. [image: IMG_0455.JPG] - Sensor-gateway: Used TI sensor tag to collect current enviroment light status, which auto adjust light bulk's light control to achieve an optimized lighting enviroment. powered by Ubuntu Core, running on a QualComm dragonboard. [image: IMG_0405.JPG] - Crazy-app: Developed by Crazyou, a startup robotics company based in Shenzhen, their existing robots are already running classic ubuntu, during the hackathon they developed crazy-app, a snap format application that provides remote monitoring and remote control and admin ability to their robots, as well as remote access to their robot's webcat to capture surrounding images. [image: IMG_0432.JPG] - Vtop: snapped system admin tool, which can moniter and manage your device system remotely. [image: IMG_0427.JPG] - My waredrobe: Powered by ubuntu core, running on Rasberry Pi, a simple snap can store all your clothes images, and help to organize all your clothes and provide matching options. [image: PB270129.jpg] - Cellbooth: A cluster snap, that can utlize all connected ubuntu core devices to performace cluster data computing and analysis tasks. [image: IMG_0389.JPG] -- April Wang 王姝霞 Marketing Manager | Ubuntu by Canonical UK Mobile: +44 757 2023 192 <+44%207572%20023192> China Mobile: +86 159 0056 8335 <+86%20159%200056%208335> -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhall119 at ubuntu.com Thu Dec 1 22:32:34 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 1 Dec 2016 17:32:34 -0500 Subject: [NEWS] ArangoDB snap available Message-ID: Hi everyone, I wanted to share the news that ArangoDB 3.1.2 has been published into the stable channel, providing the easiest way yet to get starting using this unique, multi-model nosql database. https://www.arangodb.com/2016/12/arangodb-snapcraft-packaging/ -- Michael Hall mhall119 at ubuntu.com From ribalkin at gmail.com Fri Dec 2 01:53:08 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Fri, 2 Dec 2016 01:53:08 +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: Sorry still more questions on hooks. As I understand configure hooks are executed after services startup: https://github.com/snapcore/snapd/blob/3dc67f49c4b6fe3acd5add647ac35a42fbb395d5/overlord/snapstate/snapstate.go#L184 If this is correct (and that is what I see) it completely breaks the idea of generating service configs (many tools want absolute paths in their configs) with configure hook as it has to be done before the start. This explains all my issues with keeping generated configs in SNAP_COMMON and every time I enable services and they fail I actually see configs from previous install :) Could anyone confirm this? On Fri, Nov 18, 2016 at 12:25 AM, Boris Rybalkin wrote: > 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/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 >>> >>> -- >>> 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 > -- Boris Rybalkin ribalkin at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From iware99 at 163.com Fri Dec 2 02:12:12 2016 From: iware99 at 163.com (iware99) Date: Fri, 2 Dec 2016 10:12:12 +0800 (CST) Subject: install snap on centos In-Reply-To: References: Message-ID: <7a664e4b.5c36.158bd4da4aa.Coremail.iware99@163.com> 加入 QQ群 257796603 一起探讨 Snappy Core At 2016-11-30 22:37:36, "蓝森林" <290832867 at qq.com> wrote: 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? Best wishes. Kunlong -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Fri Dec 2 03:07:15 2016 From: leo.arias at canonical.com (Leo Arias) Date: Thu, 1 Dec 2016 21:07:15 -0600 Subject: Ubuntu Testing Day, tomorrow Message-ID: Hello, Last week we started hosting the Ubuntu Testing Days. The idea is to show a cool free software project, and some tools to test it. We are trying not to assume any previous knowledge, to make it a good place for new contributors to join our community. Tomorrow, Friday December 2nd, at 19:00 UTC we will host the second in https://ubuntuonair.com We will have Aaron Ogle with us, talking about Rocket Chat. If you are curious about how this event looks like, you can see the summary of the first session at http://elopio.net/blog/ubuntu-testing-day-wrap-up-20161125/ pura vida. -- ¡paz y baile! http://www.ubuntu.com From stuart.bishop at canonical.com Fri Dec 2 06:21:02 2016 From: stuart.bishop at canonical.com (Stuart Bishop) Date: Fri, 2 Dec 2016 13:21:02 +0700 Subject: uwsgi systemd config (Type=notify) In-Reply-To: References: Message-ID: On 29 November 2016 at 23:58, Boris Rybalkin wrote: > 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 > I don't know sorry. Last I looked, I had no way of overriding the KillSignal (I needed to ensure -9 was never used, as it can potentially cause data loss and normal shutdown can take some time while dirty buffers are all flushed safely to disk). > > 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. > I would assume that native systemd file format is too complex to do that safely, especially as systemd adds more features over time. There are so many options, each of which is an opportunity to do something bad. (Unless there is some way to tell systemd to apply the snap containment to its .service files?) -- Stuart Bishop -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Fri Dec 2 06:49:20 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 2 Dec 2016 07:49:20 +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: <1fa97ef3-ad15-6ef9-7589-689dd82d7e25@ubuntu.com> Le 02/12/2016 à 02:53, Boris Rybalkin a écrit : > Sorry still more questions on hooks. > > As I understand configure hooks are executed after services startup: > https://github.com/snapcore/snapd/blob/3dc67f49c4b6fe3acd5add647ac35a42fbb395d5/overlord/snapstate/snapstate.go#L184 > > If this is correct (and that is what I see) it completely breaks the > idea of generating service configs (many tools want absolute paths in > their configs) with configure hook as it has to be done before the start. > > This explains all my issues with keeping generated configs in > SNAP_COMMON and every time I enable services and they fail I actually > see configs from previous install :) > > Could anyone confirm this? Hey Boris, This is correct. However, I think this forces some best practices on daemons. Remember that configure hooks can as well be executed while your process is running. Your process should be able to pick any configuration change and adapt accordingly. So, the idea is to choose sane default, not rely on a configure file until the user chooses so, and diverge from their default (no config file or no key in the config file means default). That enables you to easily migrate defaults if you change them, as still enable people to choose their own configuration without being impacted by future default (note that ON (default) -> OFF -> ON switch, isn't a default anymore, it's a user choice. To illustrate that, I wrote a snap (codelab coming early next year) where a nodejs app have a default port and title. However, you can via "snap set" configure another port or title, and those changes are picked immediatly by the daemon without restarting. Note that I tried to have a generic configure hook, generating a key=value store, where setting "" value revert to default and keeping comments, ordering and other artefacts in your config https://github.com/ubuntu/snow-on-me-snap/blob/master/meta/hooks/configure for the config hook https://github.com/ubuntu/snow-on-me-snap/blob/master/main.js#L71 for the nodejs webserver picking up new config on the fly. Hope that helps outlining why this behaviour shouldn't be a problem and why organizing your code that way is an advantage in the end (hoping you can act on the tools that requires this). Didier > > On Fri, Nov 18, 2016 at 12:25 AM, Boris Rybalkin > wrote: > > 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/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 > > -- > 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 > > > > > -- > Boris Rybalkin > ribalkin at gmail.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ribalkin at gmail.com Fri Dec 2 09:32:12 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Fri, 2 Dec 2016 09:32:12 +0000 Subject: configure hook In-Reply-To: <1fa97ef3-ad15-6ef9-7589-689dd82d7e25@ubuntu.com> References: <0669aa0b-bbc5-a063-e7a3-14697c6e5a33@ubuntu.com> <477bde7d-a169-cdb3-7db7-485909e888fd@ubuntu.com> <2e51e086-870b-86b9-e1b7-3957a4a14b6e@canonical.com> <1fa97ef3-ad15-6ef9-7589-689dd82d7e25@ubuntu.com> Message-ID: Hi Didier, In theory I would probably agree with you, but in practice I have the following problem. I am running a web app which uses things like nginx and uwsgi. They need config to run, probably because they are actually more libraries than daemons. It would be all fine to have some static config somewhere. Not to confuse with user config which is empty by default. Unfortunately I cannot have static config as they require absolute paths in their configs and I want my app to be relocatable. So as I see it there are several solutions: 1. Generate config at runtime after installation, but before starting. (Seems not possible in snap) 2. Generate config inside each service startup wrapper script on first start. (Sounds not ideal, but possible) 3. Generate config at build time (not relocatable) 4. Fix existing open source tools so they do not need absolute paths in their configs (not practical) Thanks On 2 Dec 2016 06:50, "Didier Roche" wrote: Le 02/12/2016 à 02:53, Boris Rybalkin a écrit : Sorry still more questions on hooks. As I understand configure hooks are executed after services startup: https://github.com/snapcore/snapd/blob/3dc67f49c4b6fe3acd5ad d647ac35a42fbb395d5/overlord/snapstate/snapstate.go#L184 If this is correct (and that is what I see) it completely breaks the idea of generating service configs (many tools want absolute paths in their configs) with configure hook as it has to be done before the start. This explains all my issues with keeping generated configs in SNAP_COMMON and every time I enable services and they fail I actually see configs from previous install :) Could anyone confirm this? Hey Boris, This is correct. However, I think this forces some best practices on daemons. Remember that configure hooks can as well be executed while your process is running. Your process should be able to pick any configuration change and adapt accordingly. So, the idea is to choose sane default, not rely on a configure file until the user chooses so, and diverge from their default (no config file or no key in the config file means default). That enables you to easily migrate defaults if you change them, as still enable people to choose their own configuration without being impacted by future default (note that ON (default) -> OFF -> ON switch, isn't a default anymore, it's a user choice. To illustrate that, I wrote a snap (codelab coming early next year) where a nodejs app have a default port and title. However, you can via "snap set" configure another port or title, and those changes are picked immediatly by the daemon without restarting. Note that I tried to have a generic configure hook, generating a key=value store, where setting "" value revert to default and keeping comments, ordering and other artefacts in your config https://github.com/ubuntu/snow-on-me-snap/blob/master/meta/hooks/configure for the config hook https://github.com/ubuntu/snow-on-me-snap/blob/master/main.js#L71 for the nodejs webserver picking up new config on the fly. Hope that helps outlining why this behaviour shouldn't be a problem and why organizing your code that way is an advantage in the end (hoping you can act on the tools that requires this). Didier On Fri, Nov 18, 2016 at 12:25 AM, Boris Rybalkin wrote: > 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/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 >>> >>> -- >>> 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 > -- Boris Rybalkin ribalkin at gmail.com -- 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 xpegenautebr at iam.cat Fri Dec 2 12:04:59 2016 From: xpegenautebr at iam.cat (Pegenaute Bresme, Xavier) Date: Fri, 2 Dec 2016 13:04:59 +0100 Subject: sha3-384 mismatch Message-ID: Hi all, I just installed the last version [1] and when I execute these lines the output is as follows. I guess the package list is not properly updated/synchronized with the package repository. Am I wrong?, how could I fix it ? -------------------------------------------------------------- root at localhost:~# snap refresh All snaps up to date. root at localhost:~# snap install snapweb error: cannot perform the following tasks: - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 but expected d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62) -------------------------------------------------------------- [1] - http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-pi2.img.xz -- ------------------------------ www.InstitutAusiasMarch.cat www.iam.cat -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Fri Dec 2 13:25:01 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 2 Dec 2016 14:25:01 +0100 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: <10223a08-bcf6-2834-6131-74ef1a471864@ubuntu.com> Le 02/12/2016 à 13:04, Pegenaute Bresme, Xavier a écrit : > Hi all, > > I just installed the last version [1] and when I execute these lines > the output is as follows. > > I guess the package list is not properly updated/synchronized with the > package repository. Am I wrong?, how could I fix it ? > > -------------------------------------------------------------- > root at localhost:~# snap refresh > All snaps up to date. > root at localhost:~# snap install snapweb > error: cannot perform the following tasks: > - Download snap "snapweb" (25) from channel "stable" (sha3-384 > mismatch downloading snapweb: got > 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 > but expected > d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62) > -------------------------------------------------------------- Hey! Does it happen with only this snap or other ones as well (with similar size)? I'm asking as I think it can be similar to https://bugs.launchpad.net/bugs/1643893 Cheers Didier From david.barth at canonical.com Fri Dec 2 13:32:03 2016 From: david.barth at canonical.com (David Barth) Date: Fri, 2 Dec 2016 14:32:03 +0100 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < xpegenautebr at iam.cat> wrote: > Hi all, > > I just installed the last version [1] and when I execute these lines the > output is as follows. > > I guess the package list is not properly updated/synchronized with the > package repository. Am I wrong?, how could I fix it ? > > -------------------------------------------------------------- > root at localhost:~# snap refresh > All snaps up to date. > root at localhost:~# snap install snapweb > error: cannot perform the following tasks: > - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 but > expected d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 > 3059732b29bb61a65d18e693b8e6e8a53b62) > What is surprising is the "expected" signature. Snap is downloading the correct armhf build for 0.21.2, ie #25, and the SHA3 it obtained corresponds to the published version. David -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.tait at canonical.com Fri Dec 2 14:42:33 2016 From: james.tait at canonical.com (James Tait) Date: Fri, 2 Dec 2016 14:42:33 +0000 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: On 2 December 2016 at 13:32, David Barth wrote: > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < > xpegenautebr at iam.cat> wrote: > >> Hi all, >> >> I just installed the last version [1] and when I execute these lines the >> output is as follows. >> >> I guess the package list is not properly updated/synchronized with the >> package repository. Am I wrong?, how could I fix it ? >> >> -------------------------------------------------------------- >> root at localhost:~# snap refresh >> All snaps up to date. >> root at localhost:~# snap install snapweb >> error: cannot perform the following tasks: >> - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch >> downloading snapweb: got >> ​​ >> 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51 >> bb02a23b8c3c2a34f842619d7650b3152787 but expected >> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 >> 3059732b29bb61a65d18e693b8e6e8a53b62) >> > > What is surprising is the "expected" signature. > Snap is downloading the correct armhf build for 0.21.2, ie #25, and the > SHA3 it obtained corresponds to the published version. > > ​Moreover, that expected hash doesn’t seem to exist in the index​, at least not for that package. Where has snapd got that value from? ​ -- 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 madper.xie at canonical.com Fri Dec 2 15:34:49 2016 From: madper.xie at canonical.com (Madper Xie) Date: Fri, 2 Dec 2016 23:34:49 +0800 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: Hi Pegenaute, In fact I'm meeting this issue every day before I setup a proxy... May I know if you can reproduce it? And if so, did you get different sha3-384 every time? I think it's more like a network issue. The downloading interrupted somehow so you got an incomplete snap pkg file. Which lead to a wrong sha result. BR, Madper On Fri, Dec 2, 2016 at 10:42 PM, James Tait wrote: > On 2 December 2016 at 13:32, David Barth > wrote: > > >> On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >> xpegenautebr at iam.cat> wrote: >> >>> Hi all, >>> >>> I just installed the last version [1] and when I execute these lines the >>> output is as follows. >>> >>> I guess the package list is not properly updated/synchronized with the >>> package repository. Am I wrong?, how could I fix it ? >>> >>> -------------------------------------------------------------- >>> root at localhost:~# snap refresh >>> All snaps up to date. >>> root at localhost:~# snap install snapweb >>> error: cannot perform the following tasks: >>> - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch >>> downloading snapweb: got >>> ​​ >>> 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51 >>> bb02a23b8c3c2a34f842619d7650b3152787 but expected >>> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 >>> 3059732b29bb61a65d18e693b8e6e8a53b62) >>> >> >> What is surprising is the "expected" signature. >> Snap is downloading the correct armhf build for 0.21.2, ie #25, and the >> SHA3 it obtained corresponds to the published version. >> >> ​Moreover, that expected hash doesn’t seem to exist in the index​, at > least not for that package. Where has snapd got that value from? > ​ > -- > James Tait, BSc. | https://launchpad.net/~jamestait/ > Software Engineer, Canonical Online Services > Ubuntu - Linux for human beings | www.ubuntu.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 marco.trevisan at canonical.com Fri Dec 2 15:38:56 2016 From: marco.trevisan at canonical.com (Marco Trevisan) Date: Fri, 2 Dec 2016 16:38:56 +0100 Subject: Snaps on Unity7 and app-indicators Message-ID: <18caf0c6-a757-74ae-cd2b-64522e749942@canonical.com> Hello snapcrafters, As you might have noticed, snap packages that are including app-indicators won't generally show the proper icon in unity(7, as the 8 has not support for them at all yet) [see https://pad.lv/1600136]. The main reasons for this issue was that apps generally try to refer to custom indicator icons saving them in /tmp (for QT apps, and snap's /tmp is something not accessible from outside) or in a prefix that doesn't take in account the $SNAP path (including a custom indicator-theme-path). Few days ago I finalized some tweaks for libappindicator (gtk2/gtk3) sni-qt (qt4) and appmenu-qt5 (qt5) which should allow packaging of many apps without thinking too much about whether they're running in snap or not. You can see some examples here: - https://github.com/3v1n0/indicators-examples-snaps Basically, until the various 'desktop-' parts (which will happen once [1] will hit the parts server and xenial archives) won't include this, you only have to add 'indicator-' (defined in [2]) to the 'after' entry of your part. This should work in most of cases. However there are still couple of known issues: 1) Gtk apps using libappindicator aren't working with snapd 2.17 because of some missing confinement policies (fixed in [3], included in 2.18), but if you want to use your snap confined in the mean time, you can just apply this: wget -qO- https://github.com/jdstrand/snapd/commit/95768199111.patch | \ sudo patch \ /var/lib/snapd/apparmor/profiles/snap.. sudo apparmor_parser -r \ /var/lib/snapd/apparmor/profiles/snap.. 2) Pure Qt5 apps that use the native Qt upstream dbus-systray implementation (such as Telegram), saves the icon in /tmp, so while we'd propose something else upstream, you'd probably need a different workaround. See [4] for more infos. If there are some edge cases we don't cover, please get in touch with me and we'll try to figure out a solution. Happy snapcrafting of indicators! [1] https://github.com/snapcore/snapcraft/commit/6c012194b [2] https://github.com/3v1n0/appindicators-snapcraft-parts [3] https://github.com/jdstrand/snapd/commit/95768199111796 [4] https://bugs.launchpad.net/snappy/+bug/1600136/comments/5 From victor.ruiz at canonical.com Fri Dec 2 16:02:16 2016 From: victor.ruiz at canonical.com (=?UTF-8?B?VsOtY3RvciBSLiBSdWl6?=) Date: Fri, 2 Dec 2016 16:02:16 +0000 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: On Fri, Dec 2, 2016 at 12:04 PM, Pegenaute Bresme, Xavier wrote: > root at localhost:~# snap install snapweb > error: cannot perform the following tasks: > - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch > downloading snapweb: got > 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 > but expected > d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62) > [1] - http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-pi2.img.xz I haven't been able to reproduce this with Pi 2 and that image. snapweb installed correctly :-/ Greetings, -- Víctor R. Ruiz | - All this moments will be lost victor.ruiz at canonical.com | like tears in the rain From bret.barker at canonical.com Fri Dec 2 16:03:15 2016 From: bret.barker at canonical.com (Bret A. Barker) Date: Fri, 2 Dec 2016 11:03:15 -0500 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: <20161202160314.GV1232@abitrandom.net> Assuming you were hitting this error with a snapd prior to 2.18, then I think Madper is correct. Prior to 2.18 the order of the parameters for "got %s but expected %" was backward, see: https://github.com/snapcore/snapd/blob/release/2.17/store/store.go#L1155 And fixed in: https://github.com/snapcore/snapd/blob/release/2.18/store/store.go#L1378 -bret On Fri, Dec 02, 2016 at 11:34:49PM +0800, Madper Xie wrote: > Hi Pegenaute, > > In fact I'm meeting this issue every day before I setup a proxy... > May I know if you can reproduce it? And if so, did you get different > sha3-384 every time? > > I think it's more like a network issue. The downloading interrupted somehow > so you got an incomplete snap pkg file. Which lead to a wrong sha result. > > BR, > Madper > > On Fri, Dec 2, 2016 at 10:42 PM, James Tait > wrote: > > > On 2 December 2016 at 13:32, David Barth > > wrote: > > > > > >> On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < > >> xpegenautebr at iam.cat> wrote: > >> > >>> Hi all, > >>> > >>> I just installed the last version [1] and when I execute these lines the > >>> output is as follows. > >>> > >>> I guess the package list is not properly updated/synchronized with the > >>> package repository. Am I wrong?, how could I fix it ? > >>> > >>> -------------------------------------------------------------- > >>> root at localhost:~# snap refresh > >>> All snaps up to date. > >>> root at localhost:~# snap install snapweb > >>> error: cannot perform the following tasks: > >>> - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch > >>> downloading snapweb: got > >>> ​​ > >>> 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51 > >>> bb02a23b8c3c2a34f842619d7650b3152787 but expected > >>> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 > >>> 3059732b29bb61a65d18e693b8e6e8a53b62) > >>> > >> > >> What is surprising is the "expected" signature. > >> Snap is downloading the correct armhf build for 0.21.2, ie #25, and the > >> SHA3 it obtained corresponds to the published version. > >> > >> ​Moreover, that expected hash doesn’t seem to exist in the index​, at > > least not for that package. Where has snapd got that value from? > > ​ > > -- > > James Tait, BSc. | https://launchpad.net/~jamestait/ > > Software Engineer, Canonical Online Services > > Ubuntu - Linux for human beings | www.ubuntu.com > > > > -- > > 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 -- --* bret barker --* irc: noise From didrocks at ubuntu.com Fri Dec 2 16:50:06 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Fri, 2 Dec 2016 17:50:06 +0100 Subject: sha3-384 mismatch In-Reply-To: <20161202160314.GV1232@abitrandom.net> References: <20161202160314.GV1232@abitrandom.net> Message-ID: <077d9959-18ee-03ea-a91f-236af10c040c@ubuntu.com> Le 02/12/2016 à 17:03, Bret A. Barker a écrit : > Assuming you were hitting this error with a snapd prior to 2.18, then I think Madper is correct. Prior to 2.18 the order of the parameters for "got %s but expected %" was backward, see: > https://github.com/snapcore/snapd/blob/release/2.17/store/store.go#L1155 > > And fixed in: > https://github.com/snapcore/snapd/blob/release/2.18/store/store.go#L1378 > > -bret However, as you can see in https://bugs.launchpad.net/bugs/1643893, I can still reproduce pretty easily here this kind of error (nework dropping and snapd disconnecting). While curl or wget can cope with the download as expected. Cheers, Didier > > On Fri, Dec 02, 2016 at 11:34:49PM +0800, Madper Xie wrote: >> Hi Pegenaute, >> >> In fact I'm meeting this issue every day before I setup a proxy... >> May I know if you can reproduce it? And if so, did you get different >> sha3-384 every time? >> >> I think it's more like a network issue. The downloading interrupted somehow >> so you got an incomplete snap pkg file. Which lead to a wrong sha result. >> >> BR, >> Madper >> >> On Fri, Dec 2, 2016 at 10:42 PM, James Tait >> wrote: >> >>> On 2 December 2016 at 13:32, David Barth >>> wrote: >>> >>> >>>> On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >>>> xpegenautebr at iam.cat> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I just installed the last version [1] and when I execute these lines the >>>>> output is as follows. >>>>> >>>>> I guess the package list is not properly updated/synchronized with the >>>>> package repository. Am I wrong?, how could I fix it ? >>>>> >>>>> -------------------------------------------------------------- >>>>> root at localhost:~# snap refresh >>>>> All snaps up to date. >>>>> root at localhost:~# snap install snapweb >>>>> error: cannot perform the following tasks: >>>>> - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch >>>>> downloading snapweb: got >>>>> ​​ >>>>> 8b83c8eb7f7aa306bc342fd1b424fa95ccf379c068c4735085bc81ee6b51 >>>>> bb02a23b8c3c2a34f842619d7650b3152787 but expected >>>>> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 >>>>> 3059732b29bb61a65d18e693b8e6e8a53b62) >>>>> >>>> What is surprising is the "expected" signature. >>>> Snap is downloading the correct armhf build for 0.21.2, ie #25, and the >>>> SHA3 it obtained corresponds to the published version. >>>> >>>> ​Moreover, that expected hash doesn’t seem to exist in the index​, at >>> least not for that package. Where has snapd got that value from? >>> ​ >>> -- >>> James Tait, BSc. | https://launchpad.net/~jamestait/ >>> Software Engineer, Canonical Online Services >>> Ubuntu - Linux for human beings | www.ubuntu.com >>> >>> -- >>> 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 michael.vogt at canonical.com Fri Dec 2 16:52:39 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Fri, 2 Dec 2016 17:52:39 +0100 Subject: sha3-384 mismatch In-Reply-To: References: Message-ID: <20161202165239.GC15361@bod> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < > xpegenautebr at iam.cat> wrote: [..] > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 but > > expected d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 > > 3059732b29bb61a65d18e693b8e6e8a53b62) > > > > What is surprising is the "expected" signature. > Snap is downloading the correct armhf build for 0.21.2, ie #25, and the > SHA3 it obtained corresponds to the published version. This version of snapd has a mixup of expected vs actual hash, this is fixed in git. Sorry for the confusion. I would love to see the actual file that got downloaded, that is probably tricky because currently we delete those iirc. It would be good to have the file to see if its garbage or a mostly valid squashfs with some garbage in between or something else. Also size would be interessting etc. Cheers, Michael From gustavo.niemeyer at canonical.com Fri Dec 2 18:15:31 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Fri, 2 Dec 2016 16:15:31 -0200 Subject: sha3-384 mismatch In-Reply-To: <20161202165239.GC15361@bod> References: <20161202165239.GC15361@bod> Message-ID: The broken snap is a prefix of the actual snap: [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap of=broken.snap bs=409018 count=1 1+0 records in 1+0 records out 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s [niemeyer at nomade ~/test]% sha3384 broken.snap broken.snap: d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 Either the CDN is returning a successful code on interruption, or we're mishandling the actual interruption code. On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt wrote: > On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: > > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < > > xpegenautebr at iam.cat> wrote: > [..] > > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 mismatch > > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa > > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 but > > > expected d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 > > > 3059732b29bb61a65d18e693b8e6e8a53b62) > > > > > > > What is surprising is the "expected" signature. > > Snap is downloading the correct armhf build for 0.21.2, ie #25, and the > > SHA3 it obtained corresponds to the published version. > > This version of snapd has a mixup of expected vs actual hash, this is > fixed in git. Sorry for the confusion. > > I would love to see the actual file that got downloaded, that is > probably tricky because currently we delete those iirc. It would be > good to have the file to see if its garbage or a mostly valid squashfs > with some garbage in between or something else. Also size would be > interessting etc. > > Cheers, > Michael > > -- > 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 timothy.kuhlman at canonical.com Fri Dec 2 18:34:26 2016 From: timothy.kuhlman at canonical.com (Tim Kuhlman) Date: Fri, 2 Dec 2016 11:34:26 -0700 Subject: content sharing from $SNAP_COMMON Message-ID: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> I have a snap that writes data to $SNAP_COMMON as it runs and I want to make that data available to another snap. Unfortunately when I setup the content interface and set the plug side to share '/var/snap/snap-name/common/subdir' it fails. I can share data in $SNAP with the content interface but of course the daemon running in that snap can't write there. Am I missing anything? Is there any way to share dynamically created data from one snap with another? Thanks for the help. -- Tim Kuhlman CDO - IS - Delta From gustavo.niemeyer at canonical.com Fri Dec 2 21:24:48 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Fri, 2 Dec 2016 19:24:48 -0200 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: The problem here is just that we're checking the digest mismatch before we check the error reading from the network. Obviously, if we fail to read from the network, the mismatch will always occur. If the mismatch doesn't occur, we might not even report the network error since we got all the data we needed anyway. Offending logic: https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > The broken snap is a prefix of the actual snap: > > [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap > of=broken.snap bs=409018 count=1 > 1+0 records in > 1+0 records out > 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s > > [niemeyer at nomade ~/test]% sha3384 broken.snap > broken.snap: d0e1cd6d578c8eaab13e10dac4acb > d7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 > > > Either the CDN is returning a successful code on interruption, or we're > mishandling the actual interruption code. > > > > On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt > wrote: > >> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: >> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >> > xpegenautebr at iam.cat> wrote: >> [..] >> > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 >> mismatch >> > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa >> > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >> but >> > > expected d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 >> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >> > > >> > >> > What is surprising is the "expected" signature. >> > Snap is downloading the correct armhf build for 0.21.2, ie #25, and the >> > SHA3 it obtained corresponds to the published version. >> >> This version of snapd has a mixup of expected vs actual hash, this is >> fixed in git. Sorry for the confusion. >> >> I would love to see the actual file that got downloaded, that is >> probably tricky because currently we delete those iirc. It would be >> good to have the file to see if its garbage or a mostly valid squashfs >> with some garbage in between or something else. Also size would be >> interessting etc. >> >> Cheers, >> Michael >> >> -- >> 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 > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From xpegenaute at gmail.com Sat Dec 3 14:49:55 2016 From: xpegenaute at gmail.com (Xavier Pegenaute) Date: Sat, 3 Dec 2016 15:49:55 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Hi all, I don't know exactly where to find all the data you are asking for, but this is what I found (below). Related to the network, as a test, I just downloaded the linux kernel .tar.xz (98MB) using python requests and worked properly. I am not using any proxy at all. The "snap install" worked with hello-world but failed with webdm, docker and nmap. I didn't try anymore. Let me know if you want any further test. Regards Xavi ----------------------------------------- root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap ----------------------------------------- ----------------------------------------- root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca0dbe3e1847fde14bd420fc061c8d9b0795e8 webdm_24.snap ----------------------------------------- Part of /var/lib/snapd/state.json: ----------------------------------------- "tasks": { "113": { "id": "113", "kind": "download-snap", "summary": "Download snap \"webdm\" (24) from channel \"stable\"", "status": 9, "clean": true, "progress": { "label": "webdm", "done": 3280896, "total": 3280896 }, "data": { "snap-setup": { "channel": "stable", "download-info": { "anon-download-url": " https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap ", "download-url": " https://public.apps.ubuntu.com/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap ", "size": 3280896, "sha3-384": "d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" }, "side-info": { "name": "webdm", "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", "revision": "24", "channel": "stable", "developer-id": "canonical", "developer": "canonical", "summary": "# Snappyd", "description": "This service allows you to manage your core device from a web interface." } } }, "halt-tasks": [ "114", "120" ], "log": [ "2016-12-03T14:08:45Z ERROR sha3-384 mismatch downloading webdm: got d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef but expected cea4eb570b28a3234 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722d3a517fe7666f5b8a85" ], "change": "22", "spawn-time": "2016-12-03T14:08:41.26081942Z", "ready-time": "2016-12-03T14:08:45.426213255Z" }, ----------------------------------------- 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer : > The problem here is just that we're checking the digest mismatch before we > check the error reading from the network. Obviously, if we fail to read > from the network, the mismatch will always occur. If the mismatch doesn't > occur, we might not even report the network error since we got all the data > we needed anyway. > > Offending logic: > > https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 > > > > > On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer < > gustavo.niemeyer at canonical.com> wrote: > >> The broken snap is a prefix of the actual snap: >> >> [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap >> of=broken.snap bs=409018 count=1 >> 1+0 records in >> 1+0 records out >> 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s >> >> [niemeyer at nomade ~/test]% sha3384 broken.snap >> broken.snap: d0e1cd6d578c8eaab13e10dac4acb >> d7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 >> >> >> Either the CDN is returning a successful code on interruption, or we're >> mishandling the actual interruption code. >> >> >> >> On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt >> wrote: >> >>> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: >>> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >>> > xpegenautebr at iam.cat> wrote: >>> [..] >>> > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 >>> mismatch >>> > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa >>> > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >>> but >>> > > expected d0e1cd6d578c8eaab13e10dac4acbd >>> 7e8f6337da45b291fa7ae0358a2939 >>> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >>> > > >>> > >>> > What is surprising is the "expected" signature. >>> > Snap is downloading the correct armhf build for 0.21.2, ie #25, and the >>> > SHA3 it obtained corresponds to the published version. >>> >>> This version of snapd has a mixup of expected vs actual hash, this is >>> fixed in git. Sorry for the confusion. >>> >>> I would love to see the actual file that got downloaded, that is >>> probably tricky because currently we delete those iirc. It would be >>> good to have the file to see if its garbage or a mostly valid squashfs >>> with some garbage in between or something else. Also size would be >>> interessting etc. >>> >>> Cheers, >>> Michael >>> >>> -- >>> 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 >> > > > > -- > 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 gustavo at niemeyer.net Sat Dec 3 15:01:01 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Sat, 3 Dec 2016 13:01:01 -0200 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Hi Xavier, There's definitely a problem interrupting the connection with the server. The fact it works sometimes means it's inconsistent. Can you please try to download such files several times out of snap and snapd, to see what the error is? Per my note above, we had a bug in snapd which prevents the real error from being shown. We're always showing the digest mismatch instead, which will of course happen if the download is interrupted before its end. On Sat, Dec 3, 2016 at 12:49 PM, Xavier Pegenaute wrote: > Hi all, > > I don't know exactly where to find all the data you are asking for, but > this is what I found (below). Related to the network, as a test, I just > downloaded the linux kernel .tar.xz (98MB) using python requests and worked > properly. I am not using any proxy at all. > > The "snap install" worked with hello-world but failed with webdm, docker > and nmap. I didn't try anymore. > > Let me know if you want any further test. > Regards > Xavi > > > ----------------------------------------- > root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap > -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap > ----------------------------------------- > > ----------------------------------------- > root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap > 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca > 0dbe3e1847fde14bd420fc061c8d9b0795e8 webdm_24.snap > ----------------------------------------- > > Part of /var/lib/snapd/state.json: > ----------------------------------------- > "tasks": { > "113": { > "id": "113", > "kind": "download-snap", > "summary": "Download snap \"webdm\" (24) from channel \"stable\"", > "status": 9, > "clean": true, > "progress": { > "label": "webdm", > "done": 3280896, > "total": 3280896 > }, > "data": { > "snap-setup": { > "channel": "stable", > "download-info": { > "anon-download-url": "https://public.apps.ubuntu. > com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", > "download-url": "https://public.apps.ubuntu.com/download-snap/ > rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", > "size": 3280896, > "sha3-384": "d03ac82e6b4b559cc918ef581eacb9 > 33e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" > }, > "side-info": { > "name": "webdm", > "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", > "revision": "24", > "channel": "stable", > "developer-id": "canonical", > "developer": "canonical", > "summary": "# Snappyd", > "description": "This service allows you to manage your core > device from a web interface." > } > } > }, > "halt-tasks": [ > "114", > "120" > ], > "log": [ > "2016-12-03T14:08:45Z ERROR sha3-384 mismatch downloading webdm: > got d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260e > e14a815526d2bcecc474b215639ce2a3fcef but expected cea4eb570b28a3234 > 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722 > d3a517fe7666f5b8a85" > ], > "change": "22", > "spawn-time": "2016-12-03T14:08:41.26081942Z", > "ready-time": "2016-12-03T14:08:45.426213255Z" > }, > ----------------------------------------- > > > > 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer com>: > >> The problem here is just that we're checking the digest mismatch before >> we check the error reading from the network. Obviously, if we fail to read >> from the network, the mismatch will always occur. If the mismatch doesn't >> occur, we might not even report the network error since we got all the data >> we needed anyway. >> >> Offending logic: >> >> https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 >> >> >> >> >> On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer < >> gustavo.niemeyer at canonical.com> wrote: >> >>> The broken snap is a prefix of the actual snap: >>> >>> [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap >>> of=broken.snap bs=409018 count=1 >>> 1+0 records in >>> 1+0 records out >>> 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s >>> >>> [niemeyer at nomade ~/test]% sha3384 broken.snap >>> broken.snap: d0e1cd6d578c8eaab13e10dac4acb >>> d7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 >>> >>> >>> Either the CDN is returning a successful code on interruption, or we're >>> mishandling the actual interruption code. >>> >>> >>> >>> On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt >> > wrote: >>> >>>> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: >>>> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >>>> > xpegenautebr at iam.cat> wrote: >>>> [..] >>>> > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 >>>> mismatch >>>> > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa >>>> > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >>>> but >>>> > > expected d0e1cd6d578c8eaab13e10dac4acbd >>>> 7e8f6337da45b291fa7ae0358a2939 >>>> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >>>> > > >>>> > >>>> > What is surprising is the "expected" signature. >>>> > Snap is downloading the correct armhf build for 0.21.2, ie #25, and >>>> the >>>> > SHA3 it obtained corresponds to the published version. >>>> >>>> This version of snapd has a mixup of expected vs actual hash, this is >>>> fixed in git. Sorry for the confusion. >>>> >>>> I would love to see the actual file that got downloaded, that is >>>> probably tricky because currently we delete those iirc. It would be >>>> good to have the file to see if its garbage or a mostly valid squashfs >>>> with some garbage in between or something else. Also size would be >>>> interessting etc. >>>> >>>> Cheers, >>>> Michael >>>> >>>> -- >>>> 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 >>> >> >> >> >> -- >> gustavo @ http://niemeyer.net >> >> -- >> 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 > > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From xpegenaute at gmail.com Sat Dec 3 15:50:22 2016 From: xpegenaute at gmail.com (Xavier Pegenaute) Date: Sat, 3 Dec 2016 16:50:22 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Hi Gustavo, why exactly are you thinking that there is a network problem?, the log file shows the size which is exactly the same as the downloaded package 3280896. I downloaded the snapfile from [1] as the log states and the size is exactly the expected. I executed a sha384sum manually onto the downloaded file and produces the same hash as the produced in the ubuntu core system applying it to the file /var/lib/snapd/snaps/webdm_24.snap. I decompressed the squashed file and it is extracted without errors. [1] - https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap (extracted from the log file) 2016-12-03 16:01 GMT+01:00 Gustavo Niemeyer : > Hi Xavier, > > There's definitely a problem interrupting the connection with the server. > The fact it works sometimes means it's inconsistent. > > Can you please try to download such files several times out of snap and > snapd, to see what the error is? > > Per my note above, we had a bug in snapd which prevents the real error > from being shown. We're always showing the digest mismatch instead, which > will of course happen if the download is interrupted before its end. > > > On Sat, Dec 3, 2016 at 12:49 PM, Xavier Pegenaute > wrote: > >> Hi all, >> >> I don't know exactly where to find all the data you are asking for, but >> this is what I found (below). Related to the network, as a test, I just >> downloaded the linux kernel .tar.xz (98MB) using python requests and worked >> properly. I am not using any proxy at all. >> >> The "snap install" worked with hello-world but failed with webdm, docker >> and nmap. I didn't try anymore. >> >> Let me know if you want any further test. >> Regards >> Xavi >> >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap >> -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap >> ----------------------------------------- >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap >> 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca >> 0dbe3e1847fde14bd420fc061c8d9b0795e8 webdm_24.snap >> ----------------------------------------- >> >> Part of /var/lib/snapd/state.json: >> ----------------------------------------- >> "tasks": { >> "113": { >> "id": "113", >> "kind": "download-snap", >> "summary": "Download snap \"webdm\" (24) from channel \"stable\"", >> "status": 9, >> "clean": true, >> "progress": { >> "label": "webdm", >> "done": 3280896, >> "total": 3280896 >> }, >> "data": { >> "snap-setup": { >> "channel": "stable", >> "download-info": { >> "anon-download-url": "https://public.apps.ubuntu.co >> m/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", >> "download-url": "https://public.apps.ubuntu.co >> m/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", >> "size": 3280896, >> "sha3-384": "d03ac82e6b4b559cc918ef581eacb >> 933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" >> }, >> "side-info": { >> "name": "webdm", >> "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", >> "revision": "24", >> "channel": "stable", >> "developer-id": "canonical", >> "developer": "canonical", >> "summary": "# Snappyd", >> "description": "This service allows you to manage your core >> device from a web interface." >> } >> } >> }, >> "halt-tasks": [ >> "114", >> "120" >> ], >> "log": [ >> "2016-12-03T14:08:45Z ERROR sha3-384 mismatch downloading webdm: >> got d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260e >> e14a815526d2bcecc474b215639ce2a3fcef but expected cea4eb570b28a3234 >> 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722 >> d3a517fe7666f5b8a85" >> ], >> "change": "22", >> "spawn-time": "2016-12-03T14:08:41.26081942Z", >> "ready-time": "2016-12-03T14:08:45.426213255Z" >> }, >> ----------------------------------------- >> >> >> >> 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer < >> gustavo.niemeyer at canonical.com>: >> >>> The problem here is just that we're checking the digest mismatch before >>> we check the error reading from the network. Obviously, if we fail to read >>> from the network, the mismatch will always occur. If the mismatch doesn't >>> occur, we might not even report the network error since we got all the data >>> we needed anyway. >>> >>> Offending logic: >>> >>> https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 >>> >>> >>> >>> >>> On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer < >>> gustavo.niemeyer at canonical.com> wrote: >>> >>>> The broken snap is a prefix of the actual snap: >>>> >>>> [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap >>>> of=broken.snap bs=409018 count=1 >>>> 1+0 records in >>>> 1+0 records out >>>> 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s >>>> >>>> [niemeyer at nomade ~/test]% sha3384 broken.snap >>>> broken.snap: d0e1cd6d578c8eaab13e10dac4acb >>>> d7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 >>>> >>>> >>>> Either the CDN is returning a successful code on interruption, or we're >>>> mishandling the actual interruption code. >>>> >>>> >>>> >>>> On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt < >>>> michael.vogt at canonical.com> wrote: >>>> >>>>> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: >>>>> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >>>>> > xpegenautebr at iam.cat> wrote: >>>>> [..] >>>>> > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 >>>>> mismatch >>>>> > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa >>>>> > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >>>>> but >>>>> > > expected d0e1cd6d578c8eaab13e10dac4acbd >>>>> 7e8f6337da45b291fa7ae0358a2939 >>>>> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >>>>> > > >>>>> > >>>>> > What is surprising is the "expected" signature. >>>>> > Snap is downloading the correct armhf build for 0.21.2, ie #25, and >>>>> the >>>>> > SHA3 it obtained corresponds to the published version. >>>>> >>>>> This version of snapd has a mixup of expected vs actual hash, this is >>>>> fixed in git. Sorry for the confusion. >>>>> >>>>> I would love to see the actual file that got downloaded, that is >>>>> probably tricky because currently we delete those iirc. It would be >>>>> good to have the file to see if its garbage or a mostly valid squashfs >>>>> with some garbage in between or something else. Also size would be >>>>> interessting etc. >>>>> >>>>> Cheers, >>>>> Michael >>>>> >>>>> -- >>>>> 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 >>>> >>> >>> >>> >>> -- >>> gustavo @ http://niemeyer.net >>> >>> -- >>> 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 >> >> > > > -- > > 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 didrocks at ubuntu.com Mon Dec 5 07:23:53 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 08:23:53 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Le 03/12/2016 à 16:01, Gustavo Niemeyer a écrit : > Hi Xavier, > > There's definitely a problem interrupting the connection with the > server. The fact it works sometimes means it's inconsistent. > > Can you please try to download such files several times out of snap > and snapd, to see what the error is? > > Per my note above, we had a bug in snapd which prevents the real error > from being shown. We're always showing the digest mismatch instead, > which will of course happen if the download is interrupted before its end. > > As written on the bug report + some part feedback emails you received some weeks earlier, it seems you ignored one part of the issue. Yes, it seems the network is failing. However, snapd consistenly fails in my case for downloading, while other tools, like wget and curl can download bigger files, many times, without ever getting one failure. They are more robust in difficult network situations it seems. So either the store connection side is fragile or snapd isn't robust enough while other tools cope with those conditions just fine (without any warning/debug message telling that they are retrying). Cheers, Didier > On Sat, Dec 3, 2016 at 12:49 PM, Xavier Pegenaute > > wrote: > > Hi all, > > I don't know exactly where to find all the data you are asking > for, but this is what I found (below). Related to the network, as > a test, I just downloaded the linux kernel .tar.xz (98MB) using > python requests and worked properly. I am not using any proxy at all. > > The "snap install" worked with hello-world but failed with webdm, > docker and nmap. I didn't try anymore. > > Let me know if you want any further test. > Regards > Xavi > > > ----------------------------------------- > root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap > -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap > ----------------------------------------- > > ----------------------------------------- > root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap > 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca0dbe3e1847fde14bd420fc061c8d9b0795e8 > webdm_24.snap > ----------------------------------------- > > Part of /var/lib/snapd/state.json: > ----------------------------------------- > "tasks": { > "113": { > "id": "113", > "kind": "download-snap", > "summary": "Download snap \"webdm\" (24) from channel > \"stable\"", > "status": 9, > "clean": true, > "progress": { > "label": "webdm", > "done": 3280896, > "total": 3280896 > }, > "data": { > "snap-setup": { > "channel": "stable", > "download-info": { > "anon-download-url": > "https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap > ", > "download-url": > "https://public.apps.ubuntu.com/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap > ", > "size": 3280896, > "sha3-384": > "d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" > }, > "side-info": { > "name": "webdm", > "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", > "revision": "24", > "channel": "stable", > "developer-id": "canonical", > "developer": "canonical", > "summary": "# Snappyd", > "description": "This service allows you to manage your > core device from a web interface." > } > } > }, > "halt-tasks": [ > "114", > "120" > ], > "log": [ > "2016-12-03T14:08:45Z ERROR sha3-384 mismatch downloading > webdm: got > d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef > but expected cea4eb570b28a3234 > 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722d3a517fe7666f5b8a85" > ], > "change": "22", > "spawn-time": "2016-12-03T14:08:41.26081942Z", > "ready-time": "2016-12-03T14:08:45.426213255Z" > }, > ----------------------------------------- > > > > 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer > >: > > The problem here is just that we're checking the digest > mismatch before we check the error reading from the network. > Obviously, if we fail to read from the network, the mismatch > will always occur. If the mismatch doesn't occur, we might not > even report the network error since we got all the data we > needed anyway. > > Offending logic: > > https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 > > > > > > On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer > > wrote: > > The broken snap is a prefix of the actual snap: > > [niemeyer at nomade ~/test]% dd > if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap of=broken.snap > bs=409018 count=1 > 1+0 records in > 1+0 records out > 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s > > [niemeyer at nomade ~/test]% sha3384 broken.snap > broken.snap: > d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 > > > Either the CDN is returning a successful code on > interruption, or we're mishandling the actual interruption > code. > > > > On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt > > wrote: > > On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth > wrote: > > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, > Xavier < > > xpegenautebr at iam.cat > > wrote: > [..] > > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 > mismatch > > > downloading snapweb: got > 8b83c8eb7f7aa306bc342fd1b424fa > > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 but > > > expected > d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 > > > 3059732b29bb61a65d18e693b8e6e8a53b62) > > > > > > > What is surprising is the "expected" signature. > > Snap is downloading the correct armhf build for > 0.21.2, ie #25, and the > > SHA3 it obtained corresponds to the published version. > > This version of snapd has a mixup of expected vs > actual hash, this is > fixed in git. Sorry for the confusion. > > I would love to see the actual file that got > downloaded, that is > probably tricky because currently we delete those > iirc. It would be > good to have the file to see if its garbage or a > mostly valid squashfs > with some garbage in between or something else. Also > size would be > interessting etc. > > Cheers, > Michael > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > > > -- > gustavo @ http://niemeyer.net > > > > > -- > gustavo @ http://niemeyer.net > > -- > 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 > > > > > > -- > > gustavo @ http://niemeyer.net > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Dec 5 07:25:05 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 08:25:05 +0100 Subject: content sharing from $SNAP_COMMON In-Reply-To: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> Message-ID: <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> Le 02/12/2016 à 19:34, Tim Kuhlman a écrit : > I have a snap that writes data to $SNAP_COMMON as it runs and I want to make that data available to another > snap. Unfortunately when I setup the content interface and set the plug side to share > '/var/snap/snap-name/common/subdir' it fails. > > I can share data in $SNAP with the content interface but of course the daemon running in that snap can't > write there. Am I missing anything? Is there any way to share dynamically created data from one snap with another? > > Thanks for the help. Hey Tim, I know that was supposed to be supported, but I don't know the implementation status of this. Zygmunt, can you shed some lights to us there? Cheers, Didier From madper.xie at canonical.com Mon Dec 5 08:13:53 2016 From: madper.xie at canonical.com (Madper Xie) Date: Mon, 5 Dec 2016 16:13:53 +0800 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: I would say the cdn that we are using correctly is not friendly to me. (China telecom 200M fiber.) Downloading slowly(20KB/s) and unstable. Hi @Didier, I noticed that you mentioned https://bugs.launchpad.net/ bugs/1643893 twice in this thread. However I'm not able to access it... Is the project private? BR, Madper On Mon, Dec 5, 2016 at 3:23 PM, Didier Roche wrote: > Le 03/12/2016 à 16:01, Gustavo Niemeyer a écrit : > > Hi Xavier, > > There's definitely a problem interrupting the connection with the server. > The fact it works sometimes means it's inconsistent. > > Can you please try to download such files several times out of snap and > snapd, to see what the error is? > > Per my note above, we had a bug in snapd which prevents the real error > from being shown. We're always showing the digest mismatch instead, which > will of course happen if the download is interrupted before its end. > > > As written on the bug report + some part feedback emails you received some > weeks earlier, it seems you ignored one part of the issue. Yes, it seems > the network is failing. However, snapd consistenly fails in my case for > downloading, while other tools, like wget and curl can download bigger > files, many times, without ever getting one failure. They are more robust > in difficult network situations it seems. > > So either the store connection side is fragile or snapd isn't robust > enough while other tools cope with those conditions just fine (without any > warning/debug message telling that they are retrying). > Cheers, > Didier > > On Sat, Dec 3, 2016 at 12:49 PM, Xavier Pegenaute > wrote: > >> Hi all, >> >> I don't know exactly where to find all the data you are asking for, but >> this is what I found (below). Related to the network, as a test, I just >> downloaded the linux kernel .tar.xz (98MB) using python requests and worked >> properly. I am not using any proxy at all. >> >> The "snap install" worked with hello-world but failed with webdm, docker >> and nmap. I didn't try anymore. >> >> Let me know if you want any further test. >> Regards >> Xavi >> >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap >> -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap >> ----------------------------------------- >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap >> 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca >> 0dbe3e1847fde14bd420fc061c8d9b0795e8 webdm_24.snap >> ----------------------------------------- >> >> Part of /var/lib/snapd/state.json: >> ----------------------------------------- >> "tasks": { >> "113": { >> "id": "113", >> "kind": "download-snap", >> "summary": "Download snap \"webdm\" (24) from channel \"stable\"", >> "status": 9, >> "clean": true, >> "progress": { >> "label": "webdm", >> "done": 3280896, >> "total": 3280896 >> }, >> "data": { >> "snap-setup": { >> "channel": "stable", >> "download-info": { >> "anon-download-url": "https://public.apps.ubuntu.co >> m/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", >> "download-url": "https://public.apps.ubuntu.co >> m/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap", >> "size": 3280896, >> "sha3-384": "d03ac82e6b4b559cc918ef581eacb >> 933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" >> }, >> "side-info": { >> "name": "webdm", >> "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", >> "revision": "24", >> "channel": "stable", >> "developer-id": "canonical", >> "developer": "canonical", >> "summary": "# Snappyd", >> "description": "This service allows you to manage your core >> device from a web interface." >> } >> } >> }, >> "halt-tasks": [ >> "114", >> "120" >> ], >> "log": [ >> "2016-12-03T14:08:45Z ERROR sha3-384 mismatch downloading webdm: >> got d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260e >> e14a815526d2bcecc474b215639ce2a3fcef but expected cea4eb570b28a3234 >> 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722 >> d3a517fe7666f5b8a85" >> ], >> "change": "22", >> "spawn-time": "2016-12-03T14:08:41.26081942Z", >> "ready-time": "2016-12-03T14:08:45.426213255Z" >> }, >> ----------------------------------------- >> >> >> >> 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer < >> gustavo.niemeyer at canonical.com>: >> >>> The problem here is just that we're checking the digest mismatch before >>> we check the error reading from the network. Obviously, if we fail to read >>> from the network, the mismatch will always occur. If the mismatch doesn't >>> occur, we might not even report the network error since we got all the data >>> we needed anyway. >>> >>> Offending logic: >>> >>> https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 >>> >>> >>> >>> >>> On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer < >>> gustavo.niemeyer at canonical.com> wrote: >>> >>>> The broken snap is a prefix of the actual snap: >>>> >>>> [niemeyer at nomade ~/test]% dd if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap >>>> of=broken.snap bs=409018 count=1 >>>> 1+0 records in >>>> 1+0 records out >>>> 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, 165 MB/s >>>> >>>> [niemeyer at nomade ~/test]% sha3384 broken.snap >>>> broken.snap: d0e1cd6d578c8eaab13e10dac4acb >>>> d7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 >>>> >>>> >>>> Either the CDN is returning a successful code on interruption, or we're >>>> mishandling the actual interruption code. >>>> >>>> >>>> >>>> On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt < >>>> michael.vogt at canonical.com> wrote: >>>> >>>>> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David Barth wrote: >>>>> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute Bresme, Xavier < >>>>> > xpegenautebr at iam.cat> wrote: >>>>> [..] >>>>> > > - Download snap "snapweb" (25) from channel "stable" (sha3-384 >>>>> mismatch >>>>> > > downloading snapweb: got 8b83c8eb7f7aa306bc342fd1b424fa >>>>> > > 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >>>>> but >>>>> > > expected d0e1cd6d578c8eaab13e10dac4acbd >>>>> 7e8f6337da45b291fa7ae0358a2939 >>>>> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >>>>> > > >>>>> > >>>>> > What is surprising is the "expected" signature. >>>>> > Snap is downloading the correct armhf build for 0.21.2, ie #25, and >>>>> the >>>>> > SHA3 it obtained corresponds to the published version. >>>>> >>>>> This version of snapd has a mixup of expected vs actual hash, this is >>>>> fixed in git. Sorry for the confusion. >>>>> >>>>> I would love to see the actual file that got downloaded, that is >>>>> probably tricky because currently we delete those iirc. It would be >>>>> good to have the file to see if its garbage or a mostly valid squashfs >>>>> with some garbage in between or something else. Also size would be >>>>> interessting etc. >>>>> >>>>> Cheers, >>>>> Michael >>>>> >>>>> -- >>>>> 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 >>>> >>> >>> >>> >>> -- >>> gustavo @ http://niemeyer.net >>> >>> -- >>> 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 >> >> > > > -- > > 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 didrocks at ubuntu.com Mon Dec 5 08:24:42 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 09:24:42 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Le 05/12/2016 à 09:13, Madper Xie a écrit : > I would say the cdn that we are using correctly is not friendly to me. > (China telecom 200M fiber.) > Downloading slowly(20KB/s) and unstable. > > Hi @Didier, I noticed that you mentioned > https://bugs.launchpad.net/bugs/1643893 > twice in this thread. > However I'm not able to access it... Is the project private? It was public at the time I published it. However, then, I had to add private information as part of debug output (macaroons, which is private snapd credentials) in a launchpad comment. We thus had to turn it privately as we can't remove them (in a comment), sorry for this. Upstream has access to it. Here is a copy and paste of title/description: "snapd doesn't handle well flaky network" " Some network can be stalled or have few disconnects. snapd doesn't support them and dropped the connexion on cryptic message contrary to curl or wget which both supports large downloads. $ sudo snap install face-detection-demo --beta --devmode -> download starts with 0, 1, 2% and suddenly jump to 100% printing: error: cannot perform the following tasks: - Download snap "face-detection-demo" (49) from channel "beta" (sha3-384 mismatch downloading face-detection-demo: got 4c1ddd585f69dd6e1dc19c3eb6aa2f7ecbbd5671ce9f816cbdfd0647986a59fdd9313fde013d98a00d501f8ca4b0979e but expected 40927e42f8339fcae0ed7edfd3215ffb0abc1dadbfedce446ad4b39c06cb9ad94f30bdd0c6514bdb6477e86727b75767) wget works on the same machine. Easy reproducer: - install ubuntu core on a rpi2, plug the the eth45 cable to your laptop - switch network-manager to network sharing mode - try installing any snap (more than a meg) from the rpi2." Didier > BR, > Madper > > On Mon, Dec 5, 2016 at 3:23 PM, Didier Roche > wrote: > > Le 03/12/2016 à 16:01, Gustavo Niemeyer a écrit : >> Hi Xavier, >> >> There's definitely a problem interrupting the connection with the >> server. The fact it works sometimes means it's inconsistent. >> >> Can you please try to download such files several times out of >> snap and snapd, to see what the error is? >> >> Per my note above, we had a bug in snapd which prevents the real >> error from being shown. We're always showing the digest mismatch >> instead, which will of course happen if the download is >> interrupted before its end. >> >> > As written on the bug report + some part feedback emails you > received some weeks earlier, it seems you ignored one part of the > issue. Yes, it seems the network is failing. However, snapd > consistenly fails in my case for downloading, while other tools, > like wget and curl can download bigger files, many times, without > ever getting one failure. They are more robust in difficult > network situations it seems. > > So either the store connection side is fragile or snapd isn't > robust enough while other tools cope with those conditions just > fine (without any warning/debug message telling that they are > retrying). > Cheers, > Didier > >> On Sat, Dec 3, 2016 at 12:49 PM, Xavier Pegenaute >> > wrote: >> >> Hi all, >> >> I don't know exactly where to find all the data you are >> asking for, but this is what I found (below). Related to the >> network, as a test, I just downloaded the linux kernel >> .tar.xz (98MB) using python requests and worked properly. I >> am not using any proxy at all. >> >> The "snap install" worked with hello-world but failed with >> webdm, docker and nmap. I didn't try anymore. >> >> Let me know if you want any further test. >> Regards >> Xavi >> >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# ls -al webdm_24.snap >> -rw-r--r-- 1 root root 3280896 Dec 3 14:12 webdm_24.snap >> ----------------------------------------- >> >> ----------------------------------------- >> root at localhost:/var/lib/snapd/snaps# sha384sum webdm_24.snap >> 4ee3329efb0fc71a3217ec0fc7d92ba8f1d71db22036ddef8c4abefae6ca0dbe3e1847fde14bd420fc061c8d9b0795e8 >> webdm_24.snap >> ----------------------------------------- >> >> Part of /var/lib/snapd/state.json: >> ----------------------------------------- >> "tasks": { >> "113": { >> "id": "113", >> "kind": "download-snap", >> "summary": "Download snap \"webdm\" (24) from channel >> \"stable\"", >> "status": 9, >> "clean": true, >> "progress": { >> "label": "webdm", >> "done": 3280896, >> "total": 3280896 >> }, >> "data": { >> "snap-setup": { >> "channel": "stable", >> "download-info": { >> "anon-download-url": >> "https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap >> ", >> "download-url": >> "https://public.apps.ubuntu.com/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap >> ", >> "size": 3280896, >> "sha3-384": >> "d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef" >> }, >> "side-info": { >> "name": "webdm", >> "snap-id": "rFpKbTdZ31LyAxWF6RpcerZov1TdtDly", >> "revision": "24", >> "channel": "stable", >> "developer-id": "canonical", >> "developer": "canonical", >> "summary": "# Snappyd", >> "description": "This service allows you to manage >> your core device from a web interface." >> } >> } >> }, >> "halt-tasks": [ >> "114", >> "120" >> ], >> "log": [ >> "2016-12-03T14:08:45Z ERROR sha3-384 mismatch >> downloading webdm: got >> d03ac82e6b4b559cc918ef581eacb933e66ad36b18f6bcb1b0ac4d91260ee14a815526d2bcecc474b215639ce2a3fcef >> but expected cea4eb570b28a3234 >> 410cc1abaf19a8a3b0f9d80fe71f6c422334a44267ffbca454eb85684722d3a517fe7666f5b8a85" >> ], >> "change": "22", >> "spawn-time": "2016-12-03T14:08:41.26081942Z", >> "ready-time": "2016-12-03T14:08:45.426213255Z" >> }, >> ----------------------------------------- >> >> >> >> 2016-12-02 22:24 GMT+01:00 Gustavo Niemeyer >> > >: >> >> The problem here is just that we're checking the digest >> mismatch before we check the error reading from the >> network. Obviously, if we fail to read from the network, >> the mismatch will always occur. If the mismatch doesn't >> occur, we might not even report the network error since >> we got all the data we needed anyway. >> >> Offending logic: >> >> https://github.com/snapcore/snapd/blob/master/store/store.go#L1388 >> >> >> >> >> >> On Fri, Dec 2, 2016 at 4:15 PM, Gustavo Niemeyer >> > > wrote: >> >> The broken snap is a prefix of the actual snap: >> >> [niemeyer at nomade ~/test]% dd >> if=cr5pkasGhR7N3M8wKfP9DJqGxbBGeET2_25.snap >> of=broken.snap bs=409018 count=1 >> 1+0 records in >> 1+0 records out >> 409018 bytes (409 kB, 399 KiB) copied, 0,0024764 s, >> 165 MB/s >> >> [niemeyer at nomade ~/test]% sha3384 broken.snap >> broken.snap: >> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a29393059732b29bb61a65d18e693b8e6e8a53b62 >> >> >> Either the CDN is returning a successful code on >> interruption, or we're mishandling the actual >> interruption code. >> >> >> >> On Fri, Dec 2, 2016 at 2:52 PM, Michael Vogt >> > > wrote: >> >> On Fri, Dec 02, 2016 at 02:32:03PM +0100, David >> Barth wrote: >> > On Fri, Dec 2, 2016 at 1:04 PM, Pegenaute >> Bresme, Xavier < >> > xpegenautebr at iam.cat >> > wrote: >> [..] >> > > - Download snap "snapweb" (25) from channel >> "stable" (sha3-384 mismatch >> > > downloading snapweb: got >> 8b83c8eb7f7aa306bc342fd1b424fa >> > > >> 95ccf379c068c4735085bc81ee6b51bb02a23b8c3c2a34f842619d7650b3152787 >> but >> > > expected >> d0e1cd6d578c8eaab13e10dac4acbd7e8f6337da45b291fa7ae0358a2939 >> > > 3059732b29bb61a65d18e693b8e6e8a53b62) >> > > >> > >> > What is surprising is the "expected" signature. >> > Snap is downloading the correct armhf build for >> 0.21.2, ie #25, and the >> > SHA3 it obtained corresponds to the published >> version. >> >> This version of snapd has a mixup of expected vs >> actual hash, this is >> fixed in git. Sorry for the confusion. >> >> I would love to see the actual file that got >> downloaded, that is >> probably tricky because currently we delete those >> iirc. It would be >> good to have the file to see if its garbage or a >> mostly valid squashfs >> with some garbage in between or something else. >> Also size would be >> interessting etc. >> >> Cheers, >> Michael >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> >> -- >> gustavo @ http://niemeyer.net >> >> >> >> >> -- >> gustavo @ http://niemeyer.net >> >> -- >> 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 >> >> >> >> >> >> -- >> >> 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 ribalkin at gmail.com Mon Dec 5 08:58:14 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 5 Dec 2016 08:58:14 +0000 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: Hello, Is it possible to run snapd for debugging without systemd socket activation ? There is a check here: https://github.com/snapcore/snapd/blob/master/daemon/daemon.go#L198 Which seems to expect socket from systemd. I was able to run and debug without systemd by adding explicit socket creation lines if activation did not return a valid listener. Should there be some 'else if "STANDALONE_MODE" == 1 then create sockets' ? I am using Idea go plugin and ideally hitting shift + f9 should just work. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Dec 5 09:11:03 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 10:11:03 +0100 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: Le 05/12/2016 à 09:58, Boris Rybalkin a écrit : > Hello, > > Is it possible to run snapd for debugging without systemd socket > activation ? > > There is a check here: > https://github.com/snapcore/snapd/blob/master/daemon/daemon.go#L198 > > Which seems to expect socket from systemd. > > I was able to run and debug without systemd by adding explicit socket > creation lines if activation did not return a valid listener. > > Should there be some 'else if "STANDALONE_MODE" == 1 then create > sockets' ? > > I am using Idea go plugin and ideally hitting shift + f9 should just work. Hey, I'm unsure if there is any way in snapd to handle this directly. However, you can use systemd functionality to disable the socket listening: sudo systemctl disable snapd.socket Cheers, Didier From john.lenton at canonical.com Mon Dec 5 09:22:59 2016 From: john.lenton at canonical.com (John Lenton) Date: Mon, 5 Dec 2016 09:22:59 +0000 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: On 5 December 2016 at 08:58, Boris Rybalkin wrote: > > Is it possible to run snapd for debugging without systemd socket activation? depends on what you mean. At the end of HACKING.md in the root of the project there are instructions for how to run snapd by hand, using systemd-activate: https://github.com/snapcore/snapd/blob/master/HACKING.md#testing-snapd Is that what you're looking for? From ribalkin at gmail.com Mon Dec 5 09:25:17 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 5 Dec 2016 09:25:17 +0000 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: Disabling systemd socket (snapd.socket) is just half a task. You do not really want systemd to run your service (snapd.service) as you are running it already in debug mode from IDE. Another thing, activation library expects systemd env variables (LISTEN_PID, LISTEN_FDS) to be set, so there should be fallback to standalone mode. Again, I am actually asking how do you guys debug it from your IDE, as I do not want to reinvent things? If you are interested in some pull request for snapd to create these sockets by its own when ran outside of systemd, let me know :) On 5 Dec 2016 09:11, "Didier Roche" wrote: > Le 05/12/2016 à 09:58, Boris Rybalkin a écrit : > > Hello, > > > > Is it possible to run snapd for debugging without systemd socket > > activation ? > > > > There is a check here: > > https://github.com/snapcore/snapd/blob/master/daemon/daemon.go#L198 > > > > Which seems to expect socket from systemd. > > > > I was able to run and debug without systemd by adding explicit socket > > creation lines if activation did not return a valid listener. > > > > Should there be some 'else if "STANDALONE_MODE" == 1 then create > > sockets' ? > > > > I am using Idea go plugin and ideally hitting shift + f9 should just > work. > Hey, > > I'm unsure if there is any way in snapd to handle this directly. > > However, you can use systemd functionality to disable the socket listening: > sudo systemctl disable snapd.socket > > 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 ribalkin at gmail.com Mon Dec 5 09:30:36 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Mon, 5 Dec 2016 09:30:36 +0000 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: John, I am new to go language (coming from Java world) I want to debug with breakpoints from IDE (and I was able aftet adding socket creation code). Maybe I should run it with systemd and then attach to it from IDE? On 5 Dec 2016 09:23, "John Lenton" wrote: On 5 December 2016 at 08:58, Boris Rybalkin wrote: > > Is it possible to run snapd for debugging without systemd socket activation? depends on what you mean. At the end of HACKING.md in the root of the project there are instructions for how to run snapd by hand, using systemd-activate: https://github.com/snapcore/snapd/blob/master/HACKING.md#testing-snapd Is that what you're looking for? -- 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 john.lenton at canonical.com Mon Dec 5 09:32:40 2016 From: john.lenton at canonical.com (John Lenton) Date: Mon, 5 Dec 2016 09:32:40 +0000 Subject: snapd debug without systemd activation In-Reply-To: References: Message-ID: ah! then maybe the easiest way is indeed to create the sockets yourself. We had meant to add that support at some point but the need was never present. If your patch works for you for now, feel free to continue using it; I'll look into this at some point this week. On 5 December 2016 at 09:30, Boris Rybalkin wrote: > John, > > I am new to go language (coming from Java world) I want to debug with > breakpoints from IDE (and I was able aftet adding socket creation code). > > Maybe I should run it with systemd and then attach to it from IDE? > > On 5 Dec 2016 09:23, "John Lenton" wrote: > > On 5 December 2016 at 08:58, Boris Rybalkin wrote: >> >> Is it possible to run snapd for debugging without systemd socket >> activation? > > depends on what you mean. At the end of HACKING.md in the root of the > project there are instructions for how to run snapd by hand, using > systemd-activate: > > https://github.com/snapcore/snapd/blob/master/HACKING.md#testing-snapd > > Is that what you're looking for? > > -- > 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 > From gustavo at niemeyer.net Mon Dec 5 12:57:10 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Mon, 5 Dec 2016 10:57:10 -0200 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: On Mon, Dec 5, 2016 at 5:23 AM, Didier Roche wrote: > Le 03/12/2016 à 16:01, Gustavo Niemeyer a écrit : > > Hi Xavier, > > There's definitely a problem interrupting the connection with the server. > The fact it works sometimes means it's inconsistent. > > Can you please try to download such files several times out of snap and > snapd, to see what the error is? > > Per my note above, we had a bug in snapd which prevents the real error > from being shown. We're always showing the digest mismatch instead, which > will of course happen if the download is interrupted before its end. > > > As written on the bug report + some part feedback emails you received some > weeks earlier, it seems you ignored one part of the issue. Yes, it seems > the network is failing. However, snapd consistenly fails in my case for > downloading, while other tools, like wget and curl can download bigger > files, many times, without ever getting one failure. They are more robust > in difficult network situations it seems. > Neither this thread nor the bug report mentioned that wget/curl worked consistently across several tries. Is it the case? Did you ever get a failure with them? Are they retrying while they work? Do you have a verbose dumb of the process? So either the store connection side is fragile or snapd isn't robust enough > while other tools cope with those conditions just fine (without any > warning/debug message telling that they are retrying). > Yes, something is wrong. :) gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Mon Dec 5 14:23:59 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 15:23:59 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: Le 05/12/2016 à 13:57, Gustavo Niemeyer a écrit : > > > On Mon, Dec 5, 2016 at 5:23 AM, Didier Roche > wrote: > > Le 03/12/2016 à 16:01, Gustavo Niemeyer a écrit : >> Hi Xavier, >> >> There's definitely a problem interrupting the connection with the >> server. The fact it works sometimes means it's inconsistent. >> >> Can you please try to download such files several times out of >> snap and snapd, to see what the error is? >> >> Per my note above, we had a bug in snapd which prevents the real >> error from being shown. We're always showing the digest mismatch >> instead, which will of course happen if the download is >> interrupted before its end. >> >> > As written on the bug report + some part feedback emails you > received some weeks earlier, it seems you ignored one part of the > issue. Yes, it seems the network is failing. However, snapd > consistenly fails in my case for downloading, while other tools, > like wget and curl can download bigger files, many times, without > ever getting one failure. They are more robust in difficult > network situations it seems. > > > Neither this thread nor the bug report mentioned that wget/curl worked > consistently across several tries. I did though write on the bug: "contrary to curl or wget which both supports large downloads." The feedback thread mentioned as well "while same assets can be successfully downloaded via curl or wget". I thought that was really obvious that they worked consistently and that I did rerun then multiple times or I wouldn't have opened the bug report + write this feedback. Sorry if that wasn't clear enough, let's move on :) > > Is it the case? Did you ever get a failure with them? Are they > retrying while they work? Do you have a verbose dumb of the process? Yes, as mentioned. I never got any failure with any of them and I did retry multiple times in loop when I saw the snapd failures. wget is in verbose mode by default and I never got any hint that it was retrying (just getting the normal download output). I did just try a verbose download in curl (here, an ubuntu 300M image). Here is the output: http://paste.ubuntu.com/23583568/. It seems that curl doesn't complain of any reconnect. > > So either the store connection side is fragile or snapd isn't > robust enough while other tools cope with those conditions just > fine (without any warning/debug message telling that they are > retrying). > > > Yes, something is wrong. :) Right, I have the feeling this is related to some timeout when the connexion hangs without any data for a very short period of time (as the failure happens in ~1s or 2s each time after downloading 1 or 2Mb). Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo at niemeyer.net Mon Dec 5 14:38:04 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Mon, 5 Dec 2016 12:38:04 -0200 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche wrote: > I did though write on the bug: "contrary to curl or wget which both > supports large downloads." > The feedback thread mentioned as well "while same assets can be > successfully downloaded via curl or wget". > I thought that was really obvious that they worked consistently and that I > did rerun then multiple times or I wouldn't have opened the bug report + > write this feedback. Sorry if that wasn't clear enough, let's move on :) > If you file a bug and a developer asks for specific information that wasn't provided, it means the specific information is not obvious. Is it the case? Did you ever get a failure with them? Are they retrying > while they work? Do you have a verbose dumb of the process? > > Yes, as mentioned. I never got any failure with any of them and I did > retry multiple times in loop when I saw the snapd failures. > wget is in verbose mode by default and I never got any hint that it was > retrying (just getting the normal download output). > > I did just try a verbose download in curl (here, an ubuntu 300M image). > Here is the output: http://paste.ubuntu.com/23583568/. It seems that curl > doesn't complain of any reconnect. > You are downloading an image from an arbitrary server on the internet unrelated to the problem we're trying to debug. Can you please attempt these several curl downloads while using the exact same URL that failed for snapd? Thanks for helping out, Didier. gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret.barker at canonical.com Mon Dec 5 14:49:48 2016 From: bret.barker at canonical.com (Bret A. Barker) Date: Mon, 5 Dec 2016 09:49:48 -0500 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: <20161205144945.GX1232@abitrandom.net> On Mon, Dec 05, 2016 at 12:38:04PM -0200, Gustavo Niemeyer wrote: > On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche wrote: > > > > I did just try a verbose download in curl (here, an ubuntu 300M image). > > Here is the output: http://paste.ubuntu.com/23583568/. It seems that curl > > doesn't complain of any reconnect. > > > > You are downloading an image from an arbitrary server on the internet > unrelated to the problem we're trying to debug. > > Can you please attempt these several curl downloads while using the exact > same URL that failed for snapd? > > Thanks for helping out, Didier. > There's also a really large snap in the store that can be used for this sort of testing: curl -s https://search.apps.ubuntu.com/api/v1/snaps/details/hello-huge -H 'X-Ubuntu-Series: 16' -H 'X-Ubuntu-Architecture: amd64' | jq [.name,.download_sha3_384,.revision,.anon_download_url] [ "hello-huge.noise", "5f833749a23fe440ee2613464305fb42a98e04e0f51ba78d2ee58546bb0e8d196497fe8137a1a6fd83bdc9d60e302cf5", 1, "https://public.apps.ubuntu.com/anon/download-snap/asXOGCreK66DIAdyXmucwspTMgqA4rne_1.snap" ] -bret From didrocks at ubuntu.com Mon Dec 5 14:52:32 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 15:52:32 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> Message-ID: <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : > > > On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche > wrote: > > I did though write on the bug: "contrary to curl or wget which > both supports large downloads." > The feedback thread mentioned as well "while same assets can be > successfully downloaded via curl or wget". > > I thought that was really obvious that they worked consistently > and that I did rerun then multiple times or I wouldn't have opened > the bug report + write this feedback. Sorry if that wasn't clear > enough, let's move on :) > > > If you file a bug and a developer asks for specific information that > wasn't provided, it means the specific information is not obvious. > >> Is it the case? Did you ever get a failure with them? Are they >> retrying while they work? Do you have a verbose dumb of the process? > Yes, as mentioned. I never got any failure with any of them and I > did retry multiple times in loop when I saw the snapd failures. > wget is in verbose mode by default and I never got any hint that > it was retrying (just getting the normal download output). > > I did just try a verbose download in curl (here, an ubuntu 300M > image). Here is the output: http://paste.ubuntu.com/23583568/ > . It seems that curl doesn't > complain of any reconnect. > > > You are downloading an image from an arbitrary server on the internet > unrelated to the problem we're trying to debug. > > Can you please attempt these several curl downloads while using the > exact same URL that failed for snapd? As a developer asking for more debug information, can you please paste the exact instructions on how to get those? I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ based url with the .snap showing up in the logs to get the exact same assets I pasted snapd information on. However, curl -v returns (output stripped out): * Trying 162.213.33.92... * Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0) * found 173 certificates in /etc/ssl/certs/ca-certificates.crt * found 692 certificates in /etc/ssl/certs * ALPN, offering http/1.1 * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 * server certificate verification OK * server certificate status verification SKIPPED * common name: public.apps.ubuntu.com (matched) * server certificate expiration date OK * server certificate activation date OK * certificate public key: RSA * certificate version: #3 * subject: C=GB,L=London,O=Canonical Group Ltd,CN=public.apps.ubuntu.com * start date: Mon, 30 May 2016 00:00:00 GMT * expire date: Wed, 21 Jun 2017 12:00:00 GMT * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA * compression: NULL * ALPN, server did not agree to a protocol > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap HTTP/1.1 > Host: public.apps.ubuntu.com > User-Agent: curl/7.47.0 > Accept: */* > < HTTP/1.1 302 FOUND I guess that's due to the macaroon exchanged system and I'm not authorized or something else? Thanks for helping debugging. Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From bret.barker at canonical.com Mon Dec 5 15:03:52 2016 From: bret.barker at canonical.com (Bret A. Barker) Date: Mon, 5 Dec 2016 10:03:52 -0500 Subject: sha3-384 mismatch In-Reply-To: <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> Message-ID: <20161205150350.GY1232@abitrandom.net> On Mon, Dec 05, 2016 at 03:52:32PM +0100, Didier Roche wrote: > Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : > > > > > > On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche > > wrote: > > > > I did though write on the bug: "contrary to curl or wget which > > both supports large downloads." > > The feedback thread mentioned as well "while same assets can be > > successfully downloaded via curl or wget". > > > > I thought that was really obvious that they worked consistently > > and that I did rerun then multiple times or I wouldn't have opened > > the bug report + write this feedback. Sorry if that wasn't clear > > enough, let's move on :) > > > > > > If you file a bug and a developer asks for specific information that > > wasn't provided, it means the specific information is not obvious. > > > >> Is it the case? Did you ever get a failure with them? Are they > >> retrying while they work? Do you have a verbose dumb of the process? > > Yes, as mentioned. I never got any failure with any of them and I > > did retry multiple times in loop when I saw the snapd failures. > > wget is in verbose mode by default and I never got any hint that > > it was retrying (just getting the normal download output). > > > > I did just try a verbose download in curl (here, an ubuntu 300M > > image). Here is the output: http://paste.ubuntu.com/23583568/ > > . It seems that curl doesn't > > complain of any reconnect. > > > > > > You are downloading an image from an arbitrary server on the internet > > unrelated to the problem we're trying to debug. > > > > Can you please attempt these several curl downloads while using the > > exact same URL that failed for snapd? > > As a developer asking for more debug information, can you please paste > the exact instructions on how to get those? > > I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ based > url with the .snap showing up in the logs to get the exact same assets I > pasted snapd information on. However, curl -v returns (output stripped out): > * Trying 162.213.33.92... > * Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0) > * found 173 certificates in /etc/ssl/certs/ca-certificates.crt > * found 692 certificates in /etc/ssl/certs > * ALPN, offering http/1.1 > * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 > * server certificate verification OK > * server certificate status verification SKIPPED > * common name: public.apps.ubuntu.com (matched) > * server certificate expiration date OK > * server certificate activation date OK > * certificate public key: RSA > * certificate version: #3 > * subject: C=GB,L=London,O=Canonical Group > Ltd,CN=public.apps.ubuntu.com > * start date: Mon, 30 May 2016 00:00:00 GMT > * expire date: Wed, 21 Jun 2017 12:00:00 GMT > * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA > * compression: NULL > * ALPN, server did not agree to a protocol > > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap HTTP/1.1 > > Host: public.apps.ubuntu.com > > User-Agent: curl/7.47.0 > > Accept: */* > > > < HTTP/1.1 302 FOUND > > I guess that's due to the macaroon exchanged system and I'm not > authorized or something else? > Thanks for helping debugging. > > Cheers, > Didier snapd first hits the Ubuntu Store URL (as above) that checks ACLs and then redirects to the CDN url. I don't know why `curl -v` doesn't follow the redirect, but the URL in the resulting 'Location' header will be the CDN url. Note that the CDN url contains a time-limited token in the query-string, so after a period you will need to get a fresh one from the store download endpoint. -bret From gustavo at niemeyer.net Mon Dec 5 15:05:17 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Mon, 5 Dec 2016 13:05:17 -0200 Subject: sha3-384 mismatch In-Reply-To: <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> Message-ID: Xavier posted the exact URL of the failing snap in this thread: "[1] - https://public.apps.ubuntu.com/anon/download-snap/ rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap (extracted from the log file)" Bret also posted another one above (thanks!). On Mon, Dec 5, 2016 at 12:52 PM, Didier Roche wrote: > Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : > > > > On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche wrote: > >> I did though write on the bug: "contrary to curl or wget which both >> supports large downloads." >> The feedback thread mentioned as well "while same assets can be >> successfully downloaded via curl or wget". >> > I thought that was really obvious that they worked consistently and that I >> did rerun then multiple times or I wouldn't have opened the bug report + >> write this feedback. Sorry if that wasn't clear enough, let's move on :) >> > > If you file a bug and a developer asks for specific information that > wasn't provided, it means the specific information is not obvious. > > Is it the case? Did you ever get a failure with them? Are they retrying >> while they work? Do you have a verbose dumb of the process? >> >> Yes, as mentioned. I never got any failure with any of them and I did >> retry multiple times in loop when I saw the snapd failures. >> wget is in verbose mode by default and I never got any hint that it was >> retrying (just getting the normal download output). >> >> I did just try a verbose download in curl (here, an ubuntu 300M image). >> Here is the output: http://paste.ubuntu.com/23583568/. It seems that >> curl doesn't complain of any reconnect. >> > > You are downloading an image from an arbitrary server on the internet > unrelated to the problem we're trying to debug. > > Can you please attempt these several curl downloads while using the exact > same URL that failed for snapd? > > > As a developer asking for more debug information, can you please paste the > exact instructions on how to get those? > > I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ based > url with the .snap showing up in the logs to get the exact same assets I > pasted snapd information on. However, curl -v returns (output stripped out): > * Trying 162.213.33.92... > * Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0) > * found 173 certificates in /etc/ssl/certs/ca-certificates.crt > * found 692 certificates in /etc/ssl/certs > * ALPN, offering http/1.1 > * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 > * server certificate verification OK > * server certificate status verification SKIPPED > * common name: public.apps.ubuntu.com (matched) > * server certificate expiration date OK > * server certificate activation date OK > * certificate public key: RSA > * certificate version: #3 > * subject: C=GB,L=London,O=Canonical Group Ltd,CN= > public.apps.ubuntu.com > * start date: Mon, 30 May 2016 00:00:00 GMT > * expire date: Wed, 21 Jun 2017 12:00:00 GMT > * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA > * compression: NULL > * ALPN, server did not agree to a protocol > > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap > HTTP/1.1 > > Host: public.apps.ubuntu.com > > User-Agent: curl/7.47.0 > > Accept: */* > > > < HTTP/1.1 302 FOUND > > I guess that's due to the macaroon exchanged system and I'm not authorized > or something else? > Thanks for helping debugging. > > Cheers, > Didier > > -- > 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 gustavo at niemeyer.net Mon Dec 5 15:12:39 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Mon, 5 Dec 2016 13:12:39 -0200 Subject: sha3-384 mismatch In-Reply-To: <20161205150350.GY1232@abitrandom.net> References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> <20161205150350.GY1232@abitrandom.net> Message-ID: Yeah, -L is the flag that makes it follow the redirect, IIRC. On Mon, Dec 5, 2016 at 1:03 PM, Bret A. Barker wrote: > On Mon, Dec 05, 2016 at 03:52:32PM +0100, Didier Roche wrote: > > Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : > > > > > > > > > On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche > > > wrote: > > > > > > I did though write on the bug: "contrary to curl or wget which > > > both supports large downloads." > > > The feedback thread mentioned as well "while same assets can be > > > successfully downloaded via curl or wget". > > > > > > I thought that was really obvious that they worked consistently > > > and that I did rerun then multiple times or I wouldn't have opened > > > the bug report + write this feedback. Sorry if that wasn't clear > > > enough, let's move on :) > > > > > > > > > If you file a bug and a developer asks for specific information that > > > wasn't provided, it means the specific information is not obvious. > > > > > >> Is it the case? Did you ever get a failure with them? Are they > > >> retrying while they work? Do you have a verbose dumb of the > process? > > > Yes, as mentioned. I never got any failure with any of them and I > > > did retry multiple times in loop when I saw the snapd failures. > > > wget is in verbose mode by default and I never got any hint that > > > it was retrying (just getting the normal download output). > > > > > > I did just try a verbose download in curl (here, an ubuntu 300M > > > image). Here is the output: http://paste.ubuntu.com/23583568/ > > > . It seems that curl doesn't > > > complain of any reconnect. > > > > > > > > > You are downloading an image from an arbitrary server on the internet > > > unrelated to the problem we're trying to debug. > > > > > > Can you please attempt these several curl downloads while using the > > > exact same URL that failed for snapd? > > > > As a developer asking for more debug information, can you please paste > > the exact instructions on how to get those? > > > > I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ based > > url with the .snap showing up in the logs to get the exact same assets I > > pasted snapd information on. However, curl -v returns (output stripped > out): > > * Trying 162.213.33.92... > > * Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0) > > * found 173 certificates in /etc/ssl/certs/ca-certificates.crt > > * found 692 certificates in /etc/ssl/certs > > * ALPN, offering http/1.1 > > * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 > > * server certificate verification OK > > * server certificate status verification SKIPPED > > * common name: public.apps.ubuntu.com (matched) > > * server certificate expiration date OK > > * server certificate activation date OK > > * certificate public key: RSA > > * certificate version: #3 > > * subject: C=GB,L=London,O=Canonical Group > > Ltd,CN=public.apps.ubuntu.com > > * start date: Mon, 30 May 2016 00:00:00 GMT > > * expire date: Wed, 21 Jun 2017 12:00:00 GMT > > * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA > > * compression: NULL > > * ALPN, server did not agree to a protocol > > > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap > HTTP/1.1 > > > Host: public.apps.ubuntu.com > > > User-Agent: curl/7.47.0 > > > Accept: */* > > > > > < HTTP/1.1 302 FOUND > > > > I guess that's due to the macaroon exchanged system and I'm not > > authorized or something else? > > Thanks for helping debugging. > > > > Cheers, > > Didier > > snapd first hits the Ubuntu Store URL (as above) that checks ACLs and then > redirects to the CDN url. I don't know why `curl -v` doesn't follow the > redirect, but the URL in the resulting 'Location' header will be the CDN > url. Note that the CDN url contains a time-limited token in the > query-string, so after a period you will need to get a fresh one from the > store download endpoint. > > -bret > > -- > 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 didrocks at ubuntu.com Mon Dec 5 15:44:23 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 16:44:23 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> Message-ID: <7308be20-c1d9-1134-9395-bb82e0e089b2@ubuntu.com> Le 05/12/2016 à 16:05, Gustavo Niemeyer a écrit : > Xavier posted the exact URL of the failing snap in this thread: Note it's not *the* failing snap but *a* failing snap. Every "snap install" here is failing on my setup when they are more than a couple of MB. This is why I posted as such in the instructions on the bug. So, with curl -v -L, with the same snap than on the bug report, here are the results: http://paste.ubuntu.com/23583801/ I did 10 successful downloads in a row. This snap is 23MB. I did retry with the new revision (49), 32MB. Tried 10 times with curl, 10 successful and complete downloads (one is http://paste.ubuntu.com/23583847/), with expected size and checksum. Tried 10 times with snapd, got hashsum mismatch 10 times. Download stops after few KBs up to few MBs. Cheers, Didier > > "[1] > - https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap > (extracted > from the log file)" > > Bret also posted another one above (thanks!). > > > On Mon, Dec 5, 2016 at 12:52 PM, Didier Roche > wrote: > > Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : >> >> >> On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche >> > wrote: >> >> I did though write on the bug: "contrary to curl or wget >> which both supports large downloads." >> The feedback thread mentioned as well "while same assets can >> be successfully downloaded via curl or wget". >> >> I thought that was really obvious that they worked >> consistently and that I did rerun then multiple times or I >> wouldn't have opened the bug report + write this feedback. >> Sorry if that wasn't clear enough, let's move on :) >> >> >> If you file a bug and a developer asks for specific information >> that wasn't provided, it means the specific information is not >> obvious. >> >>> Is it the case? Did you ever get a failure with them? Are >>> they retrying while they work? Do you have a verbose dumb of >>> the process? >> Yes, as mentioned. I never got any failure with any of them >> and I did retry multiple times in loop when I saw the snapd >> failures. >> wget is in verbose mode by default and I never got any hint >> that it was retrying (just getting the normal download output). >> >> I did just try a verbose download in curl (here, an ubuntu >> 300M image). Here is the output: >> http://paste.ubuntu.com/23583568/ >> . It seems that curl >> doesn't complain of any reconnect. >> >> >> You are downloading an image from an arbitrary server on the >> internet unrelated to the problem we're trying to debug. >> >> Can you please attempt these several curl downloads while using >> the exact same URL that failed for snapd? > > As a developer asking for more debug information, can you please > paste the exact instructions on how to get those? > > I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ > based url > with the .snap showing up in the logs to get the exact same assets > I pasted snapd information on. However, curl -v returns (output > stripped out): > * Trying 162.213.33.92... > * Connected to public.apps.ubuntu.com > (162.213.33.92) port 443 (#0) > * found 173 certificates in /etc/ssl/certs/ca-certificates.crt > * found 692 certificates in /etc/ssl/certs > * ALPN, offering http/1.1 > * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 > * server certificate verification OK > * server certificate status verification SKIPPED > * common name: public.apps.ubuntu.com > (matched) > * server certificate expiration date OK > * server certificate activation date OK > * certificate public key: RSA > * certificate version: #3 > * subject: C=GB,L=London,O=Canonical Group > Ltd,CN=public.apps.ubuntu.com > * start date: Mon, 30 May 2016 00:00:00 GMT > * expire date: Wed, 21 Jun 2017 12:00:00 GMT > * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA > * compression: NULL > * ALPN, server did not agree to a protocol > > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap > HTTP/1.1 > > Host: public.apps.ubuntu.com > > User-Agent: curl/7.47.0 > > Accept: */* > > > < HTTP/1.1 302 FOUND > > I guess that's due to the macaroon exchanged system and I'm not > authorized or something else? > Thanks for helping debugging. > > Cheers, > Didier > > -- > 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 gustavo at niemeyer.net Mon Dec 5 16:32:14 2016 From: gustavo at niemeyer.net (Gustavo Niemeyer) Date: Mon, 5 Dec 2016 14:32:14 -0200 Subject: sha3-384 mismatch In-Reply-To: <7308be20-c1d9-1134-9395-bb82e0e089b2@ubuntu.com> References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> <7308be20-c1d9-1134-9395-bb82e0e089b2@ubuntu.com> Message-ID: Okay, so curl is not retrying. That means the problem is specific to something snapd is doing with the server.. might still be a problem on the client or the server under those particular conditions. Can I hand you a binary for you to try out? On Mon, Dec 5, 2016 at 1:44 PM, Didier Roche wrote: > Le 05/12/2016 à 16:05, Gustavo Niemeyer a écrit : > > Xavier posted the exact URL of the failing snap in this thread: > > Note it's not *the* failing snap but *a* failing snap. Every "snap > install" here is failing on my setup when they are more than a couple of > MB. This is why I posted as such in the instructions on the bug. > > So, with curl -v -L, with the same snap than on the bug report, here are > the results: http://paste.ubuntu.com/23583801/ > I did 10 successful downloads in a row. This snap is 23MB. > > I did retry with the new revision (49), 32MB. > Tried 10 times with curl, 10 successful and complete downloads (one is > http://paste.ubuntu.com/23583847/), with expected size and checksum. > Tried 10 times with snapd, got hashsum mismatch 10 times. Download stops > after few KBs up to few MBs. > > Cheers, > Didier > > > > "[1] - https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ > 31LyAxWF6RpcerZov1TdtDly_24.snap (extracted from the log file)" > > Bret also posted another one above (thanks!). > > > On Mon, Dec 5, 2016 at 12:52 PM, Didier Roche wrote: > >> Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : >> >> >> >> On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche >> wrote: >> >>> I did though write on the bug: "contrary to curl or wget which both >>> supports large downloads." >>> The feedback thread mentioned as well "while same assets can be >>> successfully downloaded via curl or wget". >>> >> I thought that was really obvious that they worked consistently and that >>> I did rerun then multiple times or I wouldn't have opened the bug report + >>> write this feedback. Sorry if that wasn't clear enough, let's move on :) >>> >> >> If you file a bug and a developer asks for specific information that >> wasn't provided, it means the specific information is not obvious. >> >> Is it the case? Did you ever get a failure with them? Are they retrying >>> while they work? Do you have a verbose dumb of the process? >>> >>> Yes, as mentioned. I never got any failure with any of them and I did >>> retry multiple times in loop when I saw the snapd failures. >>> wget is in verbose mode by default and I never got any hint that it was >>> retrying (just getting the normal download output). >>> >>> I did just try a verbose download in curl (here, an ubuntu 300M image). >>> Here is the output: http://paste.ubuntu.com/23583568/. It seems that >>> curl doesn't complain of any reconnect. >>> >> >> You are downloading an image from an arbitrary server on the internet >> unrelated to the problem we're trying to debug. >> >> Can you please attempt these several curl downloads while using the exact >> same URL that failed for snapd? >> >> >> As a developer asking for more debug information, can you please paste >> the exact instructions on how to get those? >> >> I'm trying the https://public.apps.ubuntu.com/anon/download-snap/ based >> url with the .snap showing up in the logs to get the exact same assets I >> pasted snapd information on. However, curl -v returns (output stripped out): >> * Trying 162.213.33.92... >> * Connected to public.apps.ubuntu.com (162.213.33.92) port 443 (#0) >> * found 173 certificates in /etc/ssl/certs/ca-certificates.crt >> * found 692 certificates in /etc/ssl/certs >> * ALPN, offering http/1.1 >> * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 >> * server certificate verification OK >> * server certificate status verification SKIPPED >> * common name: public.apps.ubuntu.com (matched) >> * server certificate expiration date OK >> * server certificate activation date OK >> * certificate public key: RSA >> * certificate version: #3 >> * subject: C=GB,L=London,O=Canonical Group Ltd,CN= >> public.apps.ubuntu.com >> * start date: Mon, 30 May 2016 00:00:00 GMT >> * expire date: Wed, 21 Jun 2017 12:00:00 GMT >> * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure Server CA >> * compression: NULL >> * ALPN, server did not agree to a protocol >> > GET /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap >> HTTP/1.1 >> > Host: public.apps.ubuntu.com >> > User-Agent: curl/7.47.0 >> > Accept: */* >> > >> < HTTP/1.1 302 FOUND >> >> I guess that's due to the macaroon exchanged system and I'm not >> authorized or something else? >> Thanks for helping debugging. >> >> 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 > > > > > -- > 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 didrocks at ubuntu.com Mon Dec 5 16:41:12 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 5 Dec 2016 17:41:12 +0100 Subject: sha3-384 mismatch In-Reply-To: References: <20161202165239.GC15361@bod> <434f1f44-bf46-7c82-99b6-d2d131dd6f69@ubuntu.com> <7308be20-c1d9-1134-9395-bb82e0e089b2@ubuntu.com> Message-ID: <3ad70751-95db-40de-9c94-608d4e6c137a@ubuntu.com> Le 05/12/2016 à 17:32, Gustavo Niemeyer a écrit : > Okay, so curl is not retrying. That means the problem is specific to > something snapd is doing with the server.. might still be a problem on > the client or the server under those particular conditions. > > Can I hand you a binary for you to try out? Sure! I'm happy to give it a test (probably tomorrow by now), while I have my setup nearby. > > On Mon, Dec 5, 2016 at 1:44 PM, Didier Roche > wrote: > > Le 05/12/2016 à 16:05, Gustavo Niemeyer a écrit : >> Xavier posted the exact URL of the failing snap in this thread: > Note it's not *the* failing snap but *a* failing snap. Every "snap > install" here is failing on my setup when they are more than a > couple of MB. This is why I posted as such in the instructions on > the bug. > > So, with curl -v -L, with the same snap than on the bug report, > here are the results: http://paste.ubuntu.com/23583801/ > > I did 10 successful downloads in a row. This snap is 23MB. > > I did retry with the new revision (49), 32MB. > Tried 10 times with curl, 10 successful and complete downloads > (one is http://paste.ubuntu.com/23583847/ > ), with expected size and checksum. > Tried 10 times with snapd, got hashsum mismatch 10 times. Download > stops after few KBs up to few MBs. > > Cheers, > Didier > > >> >> "[1] >> - https://public.apps.ubuntu.com/anon/download-snap/rFpKbTdZ31LyAxWF6RpcerZov1TdtDly_24.snap >> (extracted >> from the log file)" >> >> Bret also posted another one above (thanks!). >> >> >> On Mon, Dec 5, 2016 at 12:52 PM, Didier Roche >> > wrote: >> >> Le 05/12/2016 à 15:38, Gustavo Niemeyer a écrit : >>> >>> >>> On Mon, Dec 5, 2016 at 12:23 PM, Didier Roche >>> > wrote: >>> >>> I did though write on the bug: "contrary to curl or wget >>> which both supports large downloads." >>> The feedback thread mentioned as well "while same assets >>> can be successfully downloaded via curl or wget". >>> >>> I thought that was really obvious that they worked >>> consistently and that I did rerun then multiple times or >>> I wouldn't have opened the bug report + write this >>> feedback. Sorry if that wasn't clear enough, let's move >>> on :) >>> >>> >>> If you file a bug and a developer asks for specific >>> information that wasn't provided, it means the specific >>> information is not obvious. >>> >>>> Is it the case? Did you ever get a failure with them? >>>> Are they retrying while they work? Do you have a >>>> verbose dumb of the process? >>> Yes, as mentioned. I never got any failure with any of >>> them and I did retry multiple times in loop when I saw >>> the snapd failures. >>> wget is in verbose mode by default and I never got any >>> hint that it was retrying (just getting the normal >>> download output). >>> >>> I did just try a verbose download in curl (here, an >>> ubuntu 300M image). Here is the output: >>> http://paste.ubuntu.com/23583568/ >>> . It seems that curl >>> doesn't complain of any reconnect. >>> >>> >>> You are downloading an image from an arbitrary server on the >>> internet unrelated to the problem we're trying to debug. >>> >>> Can you please attempt these several curl downloads while >>> using the exact same URL that failed for snapd? >> >> As a developer asking for more debug information, can you >> please paste the exact instructions on how to get those? >> >> I'm trying the >> https://public.apps.ubuntu.com/anon/download-snap/ >> based >> url with the .snap showing up in the logs to get the exact >> same assets I pasted snapd information on. However, curl -v >> returns (output stripped out): >> * Trying 162.213.33.92... >> * Connected to public.apps.ubuntu.com >> (162.213.33.92) port 443 (#0) >> * found 173 certificates in /etc/ssl/certs/ca-certificates.crt >> * found 692 certificates in /etc/ssl/certs >> * ALPN, offering http/1.1 >> * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 >> * server certificate verification OK >> * server certificate status verification SKIPPED >> * common name: public.apps.ubuntu.com >> (matched) >> * server certificate expiration date OK >> * server certificate activation date OK >> * certificate public key: RSA >> * certificate version: #3 >> * subject: C=GB,L=London,O=Canonical Group >> Ltd,CN=public.apps.ubuntu.com >> * start date: Mon, 30 May 2016 00:00:00 GMT >> * expire date: Wed, 21 Jun 2017 12:00:00 GMT >> * issuer: C=US,O=DigiCert Inc,CN=DigiCert SHA2 Secure >> Server CA >> * compression: NULL >> * ALPN, server did not agree to a protocol >> > GET >> /anon/download-snap/YZ7LshLxDQQIrhAL6DMLub2yTVUA2DIK_15.snap >> HTTP/1.1 >> > Host: public.apps.ubuntu.com >> > User-Agent: curl/7.47.0 >> > Accept: */* >> > >> < HTTP/1.1 302 FOUND >> >> I guess that's due to the macaroon exchanged system and I'm >> not authorized or something else? >> Thanks for helping debugging. >> >> Cheers, >> Didier >> >> -- >> 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 > > > > > > -- > > gustavo @ http://niemeyer.net > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Mon Dec 5 18:12:29 2016 From: leo.arias at canonical.com (Leo Arias) Date: Mon, 5 Dec 2016 12:12:29 -0600 Subject: Ubuntu Testing Day, tomorrow In-Reply-To: References: Message-ID: Here's the summary of Friday's session, with a link to the recorded hang out: http://elopio.net/blog/ubuntu-testing-day-wrap-up-20161202/ If you have an interesting free software project, and want to join us in one of the following Fridays, send me and email. pura vida. From seth.arnold at canonical.com Tue Dec 6 00:25:17 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Mon, 5 Dec 2016 16:25:17 -0800 Subject: sha3-384 mismatch In-Reply-To: <077d9959-18ee-03ea-a91f-236af10c040c@ubuntu.com> References: <20161202160314.GV1232@abitrandom.net> <077d9959-18ee-03ea-a91f-236af10c040c@ubuntu.com> Message-ID: <20161206002517.GA19713@hunt> On Fri, Dec 02, 2016 at 05:50:06PM +0100, Didier Roche wrote: > However, as you can see in https://bugs.launchpad.net/bugs/1643893, I > can still reproduce pretty easily here this kind of error (nework > dropping and snapd disconnecting). While curl or wget can cope with the > download as expected. The last time I saw a Go program failing to download something from another host, and dying in the same spot repeatably, it was because the Go library authors didn't have EAGAIN (or was it EINTR?) errno handled correctly everywhere in the libraries. This was diagnosed by using 'strace' on the failing command and noticing that a read() or recv() or recvmsg() or somoething similar wasn't retried on EAGAIN. I don't know how the Go programmer in question found the corresponding Go code to manipulate but I'd start by looking for read() or recv() or recvmsg() system calls without EAGAIN error handling within two lines or something. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From manik at canonical.com Tue Dec 6 02:19:09 2016 From: manik at canonical.com (Manik Taneja) Date: Mon, 5 Dec 2016 18:19:09 -0800 Subject: docker snap not working Message-ID: hi there, i launched a new kvm of ubuntu core 16 and installed the latest stable docker. if i try and create a ubuntu container, i see a segmentation fault. if i try a hello-world container instead, i see a error- [image: Inline image 1] should i file a bug report with docker on github? /manik -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 464068 bytes Desc: not available URL: From pengliu.mail at gmail.com Tue Dec 6 02:49:40 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Mon, 5 Dec 2016 20:49:40 -0600 Subject: docker snap not working In-Reply-To: References: Message-ID: Hi Manik, There is some known issue of the docker snap, check the google doc for detailed information. https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuyKBy8E9ZkvG5Wbc6HZSY/edit# And you need to make sure your snapd is the latest version. Peng On Mon, Dec 5, 2016 at 8:19 PM, Manik Taneja wrote: > hi there, > > i launched a new kvm of ubuntu core 16 and installed the latest stable > docker. if i try and create a ubuntu container, i see a segmentation fault. > if i try a hello-world container instead, i see a error- > > [image: Inline image 1] > > should i file a bug report with docker on github? > > /manik > > -- > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 464068 bytes Desc: not available URL: From xiaoguo.liu at canonical.com Tue Dec 6 07:31:09 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 6 Dec 2016 15:31:09 +0800 Subject: Tutorial: How to make use of QEMU to build armhf/arm64 snap on Ubuntu desktop 16.04 Message-ID: Hi, Today, I made a tutorial on how to compile a armhf/arm64 snap on Ubuntu Destkop 16.04 desktop. It could be useful to those people who do not have a ARM board with you. The tutorial can be found at: http://blog.csdn.net/ubuntutouch/article/details/53482262 Thanks & best regards, -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Tue Dec 6 09:39:31 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Tue, 06 Dec 2016 10:39:31 +0100 Subject: Tutorial: How to make use of QEMU to build armhf/arm64 snap on Ubuntu desktop 16.04 In-Reply-To: References: Message-ID: <1481017171.22783.29.camel@ubuntu.com> hi, Am Dienstag, den 06.12.2016, 15:31 +0800 schrieb XiaoGuo Liu: > > Hi, > > Today, I made a tutorial on how to compile a armhf/arm64 snap on > Ubuntu Destkop 16.04 desktop. It could be useful to those people who > do not have a ARM board with you. The tutorial can be found at: > > http://blog.csdn.net/ubuntutouch/article/details/53482262 > you can easily replace point 2 with: wget a tarball from http://cdimage.ubuntu.com/ubuntu-base/xenial/daily/ current/ ... even downloading through a slow connection and untarring will likely be a lot faster than running your own debootstrap from scratch. the tarballs will also have the very recent updates installed from xenial-updates and xenial-security and are specifically designed as clean build chroots. note that you need to copy /etc/resolv.conf from the host to have working networking inside the chroot... 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 Tue Dec 6 09:53:22 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 6 Dec 2016 17:53:22 +0800 Subject: Tutorial: How to make use of QEMU to build armhf/arm64 snap on Ubuntu desktop 16.04 In-Reply-To: <1481017171.22783.29.camel@ubuntu.com> References: <1481017171.22783.29.camel@ubuntu.com> Message-ID: Hi Oliver, Thanks! I will have a try with your solution. Best regards, XiaoGuo On Tue, Dec 6, 2016 at 5:39 PM, Oliver Grawert wrote: > hi, > Am Dienstag, den 06.12.2016, 15:31 +0800 schrieb XiaoGuo Liu: > > > > Hi, > > > > Today, I made a tutorial on how to compile a armhf/arm64 snap on > > Ubuntu Destkop 16.04 desktop. It could be useful to those people who > > do not have a ARM board with you. The tutorial can be found at: > > > > http://blog.csdn.net/ubuntutouch/article/details/53482262 > > > you can easily replace point 2 with: > > wget a tarball from http://cdimage.ubuntu.com/ubuntu-base/xenial/daily/ > current/ ... even downloading through a slow connection and untarring > will likely be a lot faster than running your own debootstrap from > scratch. the tarballs will also have the very recent updates installed > from xenial-updates and xenial-security and are specifically designed > as clean build chroots. > > note that you need to copy /etc/resolv.conf from the host to have > working networking inside the chroot... > > ciao > oli > -- > 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 michael.vogt at canonical.com Tue Dec 6 11:29:37 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Tue, 6 Dec 2016 12:29:37 +0100 Subject: "core" snap in the candidate channel updated Message-ID: <20161206112937.GD15361@bod> Hi, this is just a quick heads up that we updated the "core" snap to snapd 2.18.1 in the candidate channel to include the following important bugfixes: - daemon: fix crash when `snap refresh` contains a single update This is a regression that can block updates under certain conditions. - fix unhandled error from io.Copy() in download() This is a one-liner that improves the error reporting for certain download failure conditions. The current 2.18 can give really misleading error messages on e.g. premature connection closing during a download. - interfaces/builtin: fix incorrect udev rule in i2c This fixes the i2c interfaces, without it that interface is not working properly. The release for this Thursday (8.12.2016) is unaffected by this. We plan to release this candidate "core" snap as the stable "core" snap. Cheers, Michael From loic.minier at ubuntu.com Tue Dec 6 12:51:57 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 6 Dec 2016 13:51:57 +0100 Subject: docker snap not working In-Reply-To: References: Message-ID: Hi, On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu wrote: > There is some known issue of the docker snap, check the google doc for > detailed information. > https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuyKBy8E > 9ZkvG5Wbc6HZSY/edit# > > And you need to make sure your snapd is the latest version. > Exactly; it only affects Ubuntu Core images (not snaps on classic), and there are two workarounds: - either install the snap with devmode - or run this after boot (and then restart dockerd): $ sudo nsenter -m/run/snapd/ns/docker.mnt # umount --lazy /var/lib/snapd/hostfs/sys The fix is in snap-confine git and is planned for upload this Friday. Best regards, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From manik.taneja at canonical.com Tue Dec 6 13:05:00 2016 From: manik.taneja at canonical.com (Manik Taneja) Date: Tue, 6 Dec 2016 05:05:00 -0800 Subject: docker snap not working In-Reply-To: References: Message-ID: > On Dec 6, 2016, at 4:51 AM, Loïc Minier wrote: > > Hi, > >> On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu wrote: >> There is some known issue of the docker snap, check the google doc for detailed information. >> https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuyKBy8E9ZkvG5Wbc6HZSY/edit# >> >> And you need to make sure your snapd is the latest version. > > Exactly; it only affects Ubuntu Core images (not snaps on classic), and there are two workarounds: > - either install the snap with devmode > - or run this after boot (and then restart dockerd): > $ sudo nsenter -m/run/snapd/ns/docker.mnt > > > # umount --lazy /var/lib/snapd/hostfs/sys > > The fix is in snap-confine git and is planned for upload this Friday. Thanks Loic! > > Best regards, > - 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 mark at ubuntu.com Tue Dec 6 14:34:00 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 6 Dec 2016 06:34:00 -0800 Subject: docker snap not working In-Reply-To: References: Message-ID: Can we add Docker to a list of 'critical snaps' that is part of our pre-release validation suite? Mark On 06/12/16 05:05, Manik Taneja wrote: > > > On Dec 6, 2016, at 4:51 AM, Loïc Minier > wrote: > >> Hi, >> >> On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu > > wrote: >> >> There is some known issue of the docker snap, check the google >> doc for detailed information. >> https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuyKBy8E9ZkvG5Wbc6HZSY/edit# >> >> >> And you need to make sure your snapd is the latest version. >> >> >> Exactly; it only affects Ubuntu Core images (not snaps on classic), >> and there are two workarounds: >> - either install the snap with devmode >> - or run this after boot (and then restart dockerd): >> >> $ sudo nsenter -m/run/snapd/ns/docker.mnt >> >> # umount --lazy /var/lib/snapd/hostfs/sys >> >> The fix is in snap-confine git and is planned for upload this Friday. > Thanks Loic! >> >> Best regards, >> - 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 loic.minier at ubuntu.com Tue Dec 6 16:34:59 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 6 Dec 2016 17:34:59 +0100 Subject: docker snap not working In-Reply-To: References: Message-ID: Michael Vogt just added this check; nice! https://github.com/snapcore/snapd/pull/2421 On Tue, Dec 6, 2016 at 3:34 PM, Mark Shuttleworth wrote: > > Can we add Docker to a list of 'critical snaps' that is part of our > pre-release validation suite? > > Mark > > > On 06/12/16 05:05, Manik Taneja wrote: > > > > On Dec 6, 2016, at 4:51 AM, Loïc Minier wrote: > > Hi, > > On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu wrote: > >> There is some known issue of the docker snap, check the google doc for >> detailed information. >> https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuy >> KBy8E9ZkvG5Wbc6HZSY/edit# >> >> And you need to make sure your snapd is the latest version. >> > > Exactly; it only affects Ubuntu Core images (not snaps on classic), and > there are two workarounds: > - either install the snap with devmode > - or run this after boot (and then restart dockerd): > > $ sudo nsenter -m/run/snapd/ns/docker.mnt > > # umount --lazy /var/lib/snapd/hostfs/sys > The fix is in snap-confine git and is planned for upload this Friday. > > Thanks Loic! > > > Best regards, > - Loïc Minier > > -- > 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 > > -- - Loïc -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Tue Dec 6 16:45:47 2016 From: leo.arias at canonical.com (Leo Arias) Date: Tue, 6 Dec 2016 10:45:47 -0600 Subject: docker snap not working In-Reply-To: References: Message-ID: On Tue, Dec 6, 2016 at 10:34 AM, Loïc Minier wrote: > Michael Vogt just added this check; nice! > > https://github.com/snapcore/snapd/pull/2421 Cool, thanks mvo. On the snapcraft side we have this: https://github.com/elopio/snapcraft-de-noche/blob/master/.travis.yml#L10 So we will know if we break the build long before making a release. From jamie.bennett at canonical.com Tue Dec 6 16:48:15 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Tue, 6 Dec 2016 16:48:15 +0000 Subject: docker snap not working In-Reply-To: References: Message-ID: Yes, thanks to mvo we will test Docker as part of the usual test battery. Regards, Jamie. > On 6 Dec 2016, at 16:34, Loïc Minier wrote: > > Michael Vogt just added this check; nice! > https://github.com/snapcore/snapd/pull/2421 > > On Tue, Dec 6, 2016 at 3:34 PM, Mark Shuttleworth > wrote: > > Can we add Docker to a list of 'critical snaps' that is part of our pre-release validation suite? > > Mark > > > On 06/12/16 05:05, Manik Taneja wrote: >> >> >> On Dec 6, 2016, at 4:51 AM, Loïc Minier > wrote: >> >>> Hi, >>> >>> On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu > wrote: >>> There is some known issue of the docker snap, check the google doc for detailed information. >>> https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuyKBy8E9ZkvG5Wbc6HZSY/edit# >>> >>> And you need to make sure your snapd is the latest version. >>> >>> Exactly; it only affects Ubuntu Core images (not snaps on classic), and there are two workarounds: >>> - either install the snap with devmode >>> - or run this after boot (and then restart dockerd): >>> $ sudo nsenter -m/run/snapd/ns/docker.mnt >>> >>> >>> # umount --lazy /var/lib/snapd/hostfs/sys >>> >>> The fix is in snap-confine git and is planned for upload this Friday. >> Thanks Loic! >>> >>> Best regards, >>> - Loïc Minier >>> -- >>> 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 > > > > > -- > - Loïc > -- > 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 Tue Dec 6 19:01:28 2016 From: manik at canonical.com (Manik Taneja) Date: Tue, 6 Dec 2016 11:01:28 -0800 Subject: docker snap not working In-Reply-To: References: Message-ID: On Tue, Dec 6, 2016 at 8:48 AM, Jamie Bennett wrote: > Yes, thanks to mvo we will test Docker as part of the usual test battery. > Is LXD part of this process as well? If not, than please include it as well! > > Regards, > Jamie. > > On 6 Dec 2016, at 16:34, Loïc Minier wrote: > > Michael Vogt just added this check; nice! > > https://github.com/snapcore/snapd/pull/2421 > > On Tue, Dec 6, 2016 at 3:34 PM, Mark Shuttleworth wrote: > >> >> Can we add Docker to a list of 'critical snaps' that is part of our >> pre-release validation suite? >> >> Mark >> >> >> On 06/12/16 05:05, Manik Taneja wrote: >> >> >> >> On Dec 6, 2016, at 4:51 AM, Loïc Minier wrote: >> >> Hi, >> >> On Tue, Dec 6, 2016 at 3:49 AM, Peng Liu wrote: >> >>> There is some known issue of the docker snap, check the google doc for >>> detailed information. >>> https://docs.google.com/document/d/1JHa6tkuR9PtpnAVVmAJIAKuy >>> KBy8E9ZkvG5Wbc6HZSY/edit# >>> >>> And you need to make sure your snapd is the latest version. >>> >> >> Exactly; it only affects Ubuntu Core images (not snaps on classic), and >> there are two workarounds: >> - either install the snap with devmode >> - or run this after boot (and then restart dockerd): >> >> $ sudo nsenter -m/run/snapd/ns/docker.mnt >> >> # umount --lazy /var/lib/snapd/hostfs/sys >> The fix is in snap-confine git and is planned for upload this Friday. >> >> Thanks Loic! >> >> >> Best regards, >> - Loïc Minier >> >> -- >> 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 >> >> > > > -- > - Loïc > -- > 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 jenny.murphy at episensor.com Wed Dec 7 11:54:56 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Wed, 7 Dec 2016 11:54:56 +0000 Subject: Ubuntu 16.04, which version of snapcraft Message-ID: Hi, Up to now I had a target platform running Snappy Ubuntu 15.04. I was building the .snap to run on this using snapcraft 1.1.0. The platform I used to build the .snap was running Ubuntu 14.04. To summarize, I was running snapcraft 1.1.0 on Ubuntu 14.04 and running the resulting .snap on Ubuntu 15.04. Now I have access to a target platform running Snappy Ubuntu 16.04. So I think now I need to use a newer version of snapcraft. Can you advise which version. Also what version of Ubuntu can this version of snapcraft be installed on? Thanks, Jenny -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Wed Dec 7 12:49:32 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 7 Dec 2016 09:49:32 -0300 Subject: Ubuntu 16.04, which version of snapcraft In-Reply-To: References: Message-ID: <29ebe36c-2360-19bd-450e-9db11016ead4@canonical.com> El 07/12/16 a las 08:54, Jenny Murphy escribió: > Hi, > Up to now I had a target platform running Snappy Ubuntu 15.04. > I was building the .snap to run on this using snapcraft 1.1.0. The > platform I used to build the .snap was running Ubuntu 14.04. > To summarize, I was running snapcraft 1.1.0 on Ubuntu 14.04 and > running the resulting .snap on Ubuntu 15.04. > > Now I have access to a target platform running Snappy Ubuntu 16.04. > So I think now I need to use a newer version of snapcraft. Can you > advise which version. Also what version of Ubuntu can this version of > snapcraft be installed on? Install Ubuntu Xenial Xerus 16.04; then `apt update` followed by `apt install snapcraft`. You should be getting the 2.x versions of snapcraft. I also recommend signing up to snapcraft-announce at lists.snapcraft.io[1] to get updates on snapcraft releases (among other announcements). If you need help you are also welcome to join the snapcraft RocketChat channel on https://rocket.ubuntu.com/channel/snapcraft Cheers Sergio [1] https://lists.ubuntu.com/mailman/listinfo/snapcraft-announce From michael.vogt at canonical.com Wed Dec 7 18:07:20 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Wed, 7 Dec 2016 19:07:20 +0100 Subject: "core" snap in the candidate channel updated Message-ID: <20161207180720.GD23539@bod> Hi, we updated the "core" snap in the candidate channel today for amd64, i386 and armhf. The arm64 "core" snap will be updated later today once all tests pass. The important change is that the file /etc/modprobe.d/blacklist-watchdog.conf got removed. This is required to ensure that hardware that uses the watchdog functionality works correctly [1]. A fix for procps got pulled in as well as part of the regular update process [2]. Thanks, Michael [1] https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+sourcepub/7254357/+listing-archive-extra [2] https://launchpad.net/ubuntu/+source/procps/2:3.3.10-4ubuntu2.3 From jenny.murphy at episensor.com Wed Dec 7 20:53:20 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Wed, 7 Dec 2016 20:53:20 +0000 Subject: Ubuntu 16.04, which version of snapcraft In-Reply-To: <29ebe36c-2360-19bd-450e-9db11016ead4@canonical.com> References: <29ebe36c-2360-19bd-450e-9db11016ead4@canonical.com> Message-ID: Hi, So now I am ready to go with snapcraft 2.22.1. I think upgrading my snapcraft.yaml should be pretty straight forward? This is what I have : *services:* * main:* * start: bin/wrapper* * description: EpiSensor Gateway Application* *parts:* * move-scripts:* * plugin: copy* * files:* * scripts: scripts* * main:* * plugin: ant* * source: .* * wrapper:* * plugin: make* * source: .* So I think my parts section will be ok. But I need to re-do the services section to : apps: daemon1: command: bin/wrapper daemon: simple Any other suggestions ? On 7 December 2016 at 12:49, Sergio Schvezov wrote: > > > El 07/12/16 a las 08:54, Jenny Murphy escribió: > >> Hi, >> Up to now I had a target platform running Snappy Ubuntu 15.04. >> I was building the .snap to run on this using snapcraft 1.1.0. The >> platform I used to build the .snap was running Ubuntu 14.04. >> To summarize, I was running snapcraft 1.1.0 on Ubuntu 14.04 and running >> the resulting .snap on Ubuntu 15.04. >> >> Now I have access to a target platform running Snappy Ubuntu 16.04. >> So I think now I need to use a newer version of snapcraft. Can you advise >> which version. Also what version of Ubuntu can this version of snapcraft be >> installed on? >> > > Install Ubuntu Xenial Xerus 16.04; then `apt update` followed by `apt > install snapcraft`. You should be getting the 2.x versions of snapcraft. > > I also recommend signing up to snapcraft-announce at lists.snapcraft.io[1] > to get updates on snapcraft releases (among other announcements). If you > need help you are also welcome to join the snapcraft RocketChat channel on > https://rocket.ubuntu.com/channel/snapcraft > > Cheers > Sergio > > [1] https://lists.ubuntu.com/mailman/listinfo/snapcraft-announce > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/snapcraft > -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.nitzsche at canonical.com Thu Dec 8 00:56:03 2016 From: kyle.nitzsche at canonical.com (knitzsche) Date: Thu, 8 Dec 2016 00:56:03 +0000 Subject: Shared content example - ubuntu-app-platform In-Reply-To: References: Message-ID: <44aa89c5-dda0-c462-72d8-bf26f1d310df@canonical.com> Great idea! How do consumers (snap devs) know the lib/API versions contained? On touch we had the concept of a "framework", whose version implied a set of API commitments. Since this puts QT together with other (Ubuntu &etc) libs, what's the reasonable expectation? On 11/11/2016 02:46 PM, Timo Jyrinki wrote: > 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 mark at ubuntu.com Thu Dec 8 03:01:54 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Wed, 7 Dec 2016 19:01:54 -0800 Subject: Shared content example - ubuntu-app-platform In-Reply-To: <44aa89c5-dda0-c462-72d8-bf26f1d310df@canonical.com> References: <44aa89c5-dda0-c462-72d8-bf26f1d310df@canonical.com> Message-ID: <87a61bac-debe-26f4-f24c-97e0b959d444@ubuntu.com> On 07/12/16 16:56, knitzsche wrote: > Great idea! > > How do consumers (snap devs) know the lib/API versions contained? On > touch we had the concept of a "framework", whose version implied a set > of API commitments. Since this puts QT together with other (Ubuntu > &etc) libs, what's the reasonable expectation? The combination of snap name and os series should be stable. If you have a new, breaking version of the framework on the same os series ("Core 16") then that needs a different name. Mark From didrocks at ubuntu.com Thu Dec 8 07:16:06 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 8 Dec 2016 08:16:06 +0100 Subject: Ubuntu 16.04, which version of snapcraft In-Reply-To: References: <29ebe36c-2360-19bd-450e-9db11016ead4@canonical.com> Message-ID: <21d3842a-4b82-3101-8285-b17f92305370@ubuntu.com> Le 07/12/2016 à 21:53, Jenny Murphy a écrit : > Hi, > So now I am ready to go with snapcraft 2.22.1. > > I think upgrading my snapcraft.yaml should be pretty straight forward? > > This is what I have : > > *services:* > * main:* > * start: bin/wrapper* > * description: EpiSensor Gateway Application* > * > * > *parts:* > * move-scripts:* > * plugin: copy* > * files:* > * scripts: scripts* > * main:* > * plugin: ant* > * source: .* > * wrapper:* > * plugin: make* > * source: .* > > > So I think my parts section will be ok. But I need to re-do the > services section to : > > |apps: daemon1: command: bin/wrapper daemon: simple| > > Any other suggestions ? Hey, Sounds about right! Note that the copy plugin is deprecated and could be replaced with the dump plugin (using organize/stage/snap keyword for the equivalent "files" functionality). The rest should stay the same, you will have some warnings about missing "grade" keyword probably. I suggest just running snapcraft init in another directory so that you can spot the differences for the base semantic ;) Cheers, Didier -------------- next part -------------- An HTML attachment was scrubbed... URL: From jenny.murphy at episensor.com Thu Dec 8 10:14:26 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Thu, 8 Dec 2016 10:14:26 +0000 Subject: Use of the dump plugin in snapcraft 2.22.1 Message-ID: Hi, I have been trying to upgrade a snapcraft file I had which used the copy plugin with snapcraft 1.1.0. My newer version of snapcraft 2.22.1. I am aware that the copy plugin is now deprecated and I should use the dump plugin. I could actually like to copy the contents of a directory : So previously I had : move-webapp: plugin: copy files: webapp: webapp # Moved everything in ./webapp to stage/webapp I haven't found too many examples of using the dump plugin to do the same job. The Examples link is broken here. http://snapcraft.io/docs/reference/plugins/dump I also wondered if I would be affected by the following Confirmed bug: https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1612881 Thanks, Jenny -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From james.tait at canonical.com Thu Dec 8 10:50:54 2016 From: james.tait at canonical.com (James Tait) Date: Thu, 8 Dec 2016 10:50:54 +0000 Subject: Use of the dump plugin in snapcraft 2.22.1 In-Reply-To: References: Message-ID: Hi Jenny, On 8 December 2016 at 10:14, Jenny Murphy wrote: Hi, > I have been trying to upgrade a snapcraft file I had which used the copy > plugin with snapcraft 1.1.0. My newer version of snapcraft 2.22.1. > I am aware that the copy plugin is now deprecated and I should use the > dump plugin. > I could actually like to copy the contents of a directory : > So previously I had : > move-webapp: > plugin: copy > files: > webapp: webapp # Moved everything in ./webapp to stage/webapp > > > I haven't found too many examples of using the dump plugin to do the same > job. > The Examples link is broken here. http://snapcraft.io/ > docs/reference/plugins/dump > > > ​I also found it difficult to locate any documentation on the plugin, but with some reading of the code and some experimentation I got something that seems to work. This is my snapcraft.yaml using the copy plugin, and I updated to to this using the dump plugin. In one instance I simply replaced files with filesets; in the other I replaced it with organize and added a clause to only include the bin directory in the snap. I don’t recall why the two approaches were required. Hope that helps! ​ -- 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 james.tait at canonical.com Thu Dec 8 10:50:54 2016 From: james.tait at canonical.com (James Tait) Date: Thu, 8 Dec 2016 10:50:54 +0000 Subject: Use of the dump plugin in snapcraft 2.22.1 In-Reply-To: References: Message-ID: Hi Jenny, On 8 December 2016 at 10:14, Jenny Murphy wrote: Hi, > I have been trying to upgrade a snapcraft file I had which used the copy > plugin with snapcraft 1.1.0. My newer version of snapcraft 2.22.1. > I am aware that the copy plugin is now deprecated and I should use the > dump plugin. > I could actually like to copy the contents of a directory : > So previously I had : > move-webapp: > plugin: copy > files: > webapp: webapp # Moved everything in ./webapp to stage/webapp > > > I haven't found too many examples of using the dump plugin to do the same > job. > The Examples link is broken here. http://snapcraft.io/ > docs/reference/plugins/dump > > > ​I also found it difficult to locate any documentation on the plugin, but with some reading of the code and some experimentation I got something that seems to work. This is my snapcraft.yaml using the copy plugin, and I updated to to this using the dump plugin. In one instance I simply replaced files with filesets; in the other I replaced it with organize and added a clause to only include the bin directory in the snap. I don’t recall why the two approaches were required. Hope that helps! ​ -- 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 jenny.murphy at episensor.com Thu Dec 8 13:02:40 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Thu, 8 Dec 2016 13:02:40 +0000 Subject: Use of the dump plugin in snapcraft 2.22.1 In-Reply-To: References: Message-ID: Hi James, Thanks, yes now I can manage with the dump plugin. Jenny On 8 December 2016 at 10:50, James Tait wrote: > Hi Jenny, > > On 8 December 2016 at 10:14, Jenny Murphy > wrote: > > Hi, >> I have been trying to upgrade a snapcraft file I had which used the copy >> plugin with snapcraft 1.1.0. My newer version of snapcraft 2.22.1. >> I am aware that the copy plugin is now deprecated and I should use the >> dump plugin. >> I could actually like to copy the contents of a directory : >> So previously I had : >> move-webapp: >> plugin: copy >> files: >> webapp: webapp # Moved everything in ./webapp to stage/webapp >> >> >> I haven't found too many examples of using the dump plugin to do the same >> job. >> The Examples link is broken here. http://snapcraft.io/docs >> /reference/plugins/dump >> >> >> ​I also found it difficult to locate any documentation on the plugin, but > with some reading of the code and some experimentation I got something that > seems to work. This > > is my snapcraft.yaml using the copy plugin, and I updated to to this > using > the dump plugin. In one instance I simply replaced files with filesets; > in the other I replaced it with organize and added a clause to only > include the bin directory in the snap. I don’t recall why the two > approaches were required. > > Hope that helps! > ​ > -- > James Tait, BSc. | https://launchpad.net/~jamestait/ > Software Engineer, Canonical Online Services > Ubuntu - Linux for human beings | www.ubuntu.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jenny.murphy at episensor.com Thu Dec 8 13:02:40 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Thu, 8 Dec 2016 13:02:40 +0000 Subject: Use of the dump plugin in snapcraft 2.22.1 In-Reply-To: References: Message-ID: Hi James, Thanks, yes now I can manage with the dump plugin. Jenny On 8 December 2016 at 10:50, James Tait wrote: > Hi Jenny, > > On 8 December 2016 at 10:14, Jenny Murphy > wrote: > > Hi, >> I have been trying to upgrade a snapcraft file I had which used the copy >> plugin with snapcraft 1.1.0. My newer version of snapcraft 2.22.1. >> I am aware that the copy plugin is now deprecated and I should use the >> dump plugin. >> I could actually like to copy the contents of a directory : >> So previously I had : >> move-webapp: >> plugin: copy >> files: >> webapp: webapp # Moved everything in ./webapp to stage/webapp >> >> >> I haven't found too many examples of using the dump plugin to do the same >> job. >> The Examples link is broken here. http://snapcraft.io/docs >> /reference/plugins/dump >> >> >> ​I also found it difficult to locate any documentation on the plugin, but > with some reading of the code and some experimentation I got something that > seems to work. This > > is my snapcraft.yaml using the copy plugin, and I updated to to this > using > the dump plugin. In one instance I simply replaced files with filesets; > in the other I replaced it with organize and added a clause to only > include the bin directory in the snap. I don’t recall why the two > approaches were required. > > Hope that helps! > ​ > -- > James Tait, BSc. | https://launchpad.net/~jamestait/ > Software Engineer, Canonical Online Services > Ubuntu - Linux for human beings | www.ubuntu.com > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jenny.murphy at episensor.com Thu Dec 8 13:18:09 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Thu, 8 Dec 2016 13:18:09 +0000 Subject: icon for snap Message-ID: Hi, In the older version of snapcraft (1.1.0) I used the icon keyword in the yaml file to specify the icon for my .snap. It seems that this is deprecated in snapcraft 2.22.1 : DEPRECATED: 'icon' defined in snapcraft.yaml. Look at https://github.com/snapcore/snapcraft/blob/master/docs/metadata.md#snap-icon for more information However following the link I don't see what the icon keyword is to be replaced by. Any suggestions? -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Thu Dec 8 13:30:24 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Thu, 8 Dec 2016 14:30:24 +0100 Subject: icon for snap In-Reply-To: References: Message-ID: <2650b649-2f75-488d-c5a6-43c1e1a29232@ubuntu.com> Le 08/12/2016 à 14:18, Jenny Murphy a écrit : > > Hi, Hey Jenny > In the older version of snapcraft (1.1.0) I used the icon keyword in > the yaml file to specify the icon for my .snap. > It seems that this is deprecated in snapcraft 2.22.1 : > > DEPRECATED: 'icon' defined in snapcraft.yaml. Look at > https://github.com/snapcore/snapcraft/blob/master/docs/metadata.md#snap-icon > for more information > >From what I know (CCing Sergio to confirm), it's going to make a big come back :) It's currently only set by convention, but if the come back is soon, I would suggest to wait for it (you can set the icon meanwhile as well on myapps.developer.ubuntu.com website for your snap). And yes, unfortunately, the link doesn't point to anything valid. Thanks for the notice! Cheers, Didier From renato.filho at canonical.com Thu Dec 8 13:38:44 2016 From: renato.filho at canonical.com (Renato Filho) Date: Thu, 8 Dec 2016 10:38:44 -0300 Subject: icon for snap In-Reply-To: <2650b649-2f75-488d-c5a6-43c1e1a29232@ubuntu.com> References: <2650b649-2f75-488d-c5a6-43c1e1a29232@ubuntu.com> Message-ID: Right now, I am putting the icon and the desktop file into "/setup/gui/[app.desktop | icon.*]". This will show the icon into the store. But as Didier mentioned sergio has plans to restore the "icon" and a new field for the destkop file. Cheers, Renato 2016-12-08 10:30 GMT-03:00 Didier Roche : > Le 08/12/2016 à 14:18, Jenny Murphy a écrit : >> >> Hi, > > Hey Jenny >> In the older version of snapcraft (1.1.0) I used the icon keyword in >> the yaml file to specify the icon for my .snap. >> It seems that this is deprecated in snapcraft 2.22.1 : >> >> DEPRECATED: 'icon' defined in snapcraft.yaml. Look at >> https://github.com/snapcore/snapcraft/blob/master/docs/metadata.md#snap-icon >> for more information >> > > From what I know (CCing Sergio to confirm), it's going to make a big > come back :) > It's currently only set by convention, but if the come back is soon, I > would suggest to wait for it (you can set the icon meanwhile as well on > myapps.developer.ubuntu.com website for your snap). > > And yes, unfortunately, the link doesn't point to anything valid. Thanks > for the notice! > > Cheers, > Didier > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From jenny.murphy at episensor.com Thu Dec 8 13:40:23 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Thu, 8 Dec 2016 13:40:23 +0000 Subject: icon for snap In-Reply-To: References: <2650b649-2f75-488d-c5a6-43c1e1a29232@ubuntu.com> Message-ID: Hi, That is fine, it is not urgent for me, I can wait. Jenny On 8 December 2016 at 13:38, Renato Filho wrote: > Right now, I am putting the icon and the desktop file into > "/setup/gui/[app.desktop | icon.*]". > > This will show the icon into the store. But as Didier mentioned sergio > has plans to restore the "icon" and a new field for the destkop file. > > Cheers, > Renato > > 2016-12-08 10:30 GMT-03:00 Didier Roche : > > Le 08/12/2016 à 14:18, Jenny Murphy a écrit : > >> > >> Hi, > > > > Hey Jenny > >> In the older version of snapcraft (1.1.0) I used the icon keyword in > >> the yaml file to specify the icon for my .snap. > >> It seems that this is deprecated in snapcraft 2.22.1 : > >> > >> DEPRECATED: 'icon' defined in snapcraft.yaml. Look at > >> https://github.com/snapcore/snapcraft/blob/master/docs/ > metadata.md#snap-icon > >> for more information > >> > > > > From what I know (CCing Sergio to confirm), it's going to make a big > > come back :) > > It's currently only set by convention, but if the come back is soon, I > > would suggest to wait for it (you can set the icon meanwhile as well on > > myapps.developer.ubuntu.com website for your snap). > > > > And yes, unfortunately, the link doesn't point to anything valid. Thanks > > for the notice! > > > > Cheers, > > 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 > -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.vogt at canonical.com Thu Dec 8 16:21:50 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Thu, 8 Dec 2016 17:21:50 +0100 Subject: New stable core snap Message-ID: <20161208162150.GE15361@bod> Hi, The Snappy Team are happy to announce that we have a new version of the "core" snap in the stable channel. It is based on snapd 2.18.1 and contains all the good features of 2.18 that got announced in [1]. In addition we did some small and targeted fixes that resulted in two more candidate snaps and the snapd 2.18.1 release [2][3]. Due to the power of Ubuntu Core, your devices will update and reboot automatically :) Focus now shifts to the 2.19 and 2.20 releases. 2.19 will be available in the candidate channel shortly for our early adopters and 2.20 moves into development. Please let us know if you notice any issues and enjoy the new release! Cheers, Michael (on behalf of the snappy team) [1] https://lists.ubuntu.com/archives/snapcraft/2016-November/001761.html [2] https://lists.ubuntu.com/archives/snapcraft/2016-December/001928.html [3] https://lists.ubuntu.com/archives/snapcraft/2016-December/001938.html From l-snapcraft at znn.info Thu Dec 8 18:15:47 2016 From: l-snapcraft at znn.info (lightonflux) Date: Thu, 8 Dec 2016 19:15:47 +0100 Subject: dbus activation running wrong binary Message-ID: <363ffd14-77f7-e84e-6fe7-88d60dbaf5b7@znn.info> Hello snapcrafter, i need a bit of help when starting a daemon via dbus service within the snap. The app i try to package is feedreader. Feedreader is a GUI RSS reader. When you start `feedreader` it calls a dbus function. Then dbus starts `feedreader-daemon` via it's service file (1). The path defined in the snap is the following. --- [D-BUS Service] Name=org.gnome.feedreader Exec=/usr/bin/feedreader-daemon --- The problem is when the user has feedreader already installed (self compiled or distro package) the wrong binary gets started. On my system dbus starts `/usr/local/bin/feedreader-daemon` which is not mentioned or existing in the snap. Is there a way to force $SNAP/bin/feedreader-daemon without removing dbus activation? Greetings and thanks for your help! lightonflux | lof PS: The problem here is that the snapped version of feedreader and feedreader-daemon may not be the same. 1: https://github.com/jangernert/FeedReader/blob/4764222c33322e7a6867422615bed8606a6803ff/data/feedreader.service.in 2: https://github.com/lightonflux/feedreader-snap/blob/master/snapcraft.yaml From mhall119 at ubuntu.com Thu Dec 8 18:24:33 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Thu, 8 Dec 2016 13:24:33 -0500 Subject: dbus activation running wrong binary In-Reply-To: <363ffd14-77f7-e84e-6fe7-88d60dbaf5b7@znn.info> References: <363ffd14-77f7-e84e-6fe7-88d60dbaf5b7@znn.info> Message-ID: Assuming the daemon's snap package is called feedreader-daemon and it has an app of the same name, you can call it using either of these: /snap/bin/feedreader-daemon or snap run feedreader-daemon That will work regardless of what revision feedreader and feedreader-daemon are. -- Michael Hall mhall119 at ubuntu.com On 12/08/2016 01:15 PM, lightonflux wrote: > Hello snapcrafter, > > i need a bit of help when starting a daemon via dbus service within the > snap. > > The app i try to package is feedreader. Feedreader is a GUI RSS reader. > When you start `feedreader` it calls a dbus function. Then dbus starts > `feedreader-daemon` via it's service file (1). The path defined in the > snap is the following. > > --- > [D-BUS Service] > Name=org.gnome.feedreader > Exec=/usr/bin/feedreader-daemon > --- > > The problem is when the user has feedreader already installed (self > compiled or distro package) the wrong binary gets started. On my system > dbus starts `/usr/local/bin/feedreader-daemon` which is not mentioned or > existing in the snap. > > Is there a way to force $SNAP/bin/feedreader-daemon without removing > dbus activation? > > Greetings and thanks for your help! > lightonflux | lof > > PS: The problem here is that the snapped version of feedreader and > feedreader-daemon may not be the same. > > > 1: > https://github.com/jangernert/FeedReader/blob/4764222c33322e7a6867422615bed8606a6803ff/data/feedreader.service.in > > 2: https://github.com/lightonflux/feedreader-snap/blob/master/snapcraft.yaml > From scott.sweeny at canonical.com Thu Dec 8 21:44:09 2016 From: scott.sweeny at canonical.com (Scott Sweeny) Date: Thu, 8 Dec 2016 16:44:09 -0500 Subject: Announcing Snaplint Message-ID: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> Hi all, I'm writing to announce a tool I've been working on to encode best practices for snapping software. Inspired by utilities like lintian I've decided to name it 'snaplint'. At this point I'd like some wider feedback as I try to make it more useful. Right now you can run snaplint against your snapcraft project directory and it will scan the prime subdirectory for the following things: * copyright (basically that you included usr/share/doc/*copyright* for any stage-packages * developer cruft (things like header and object files or static libs that might have made their way into your snap) * libraries (examine the ELF files in your snap and look for libraries which aren't used) The next things I'm planning on adding are: * checking for copyright info from apps/parts themselves. * checking for mixing of incompatible licenses I would love to hear suggestions from you on further improvements. You can find the source at https://github.com/ssweeny/snaplint And, of course you can try it on your own machine with $ snap install snaplint $ snaplint Cheers, ~Scott -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From leo.arias at canonical.com Thu Dec 8 22:04:55 2016 From: leo.arias at canonical.com (Leo Arias) Date: Thu, 8 Dec 2016 16:04:55 -0600 Subject: Announcing Snaplint In-Reply-To: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> Message-ID: That is great, thanks! I'd love it as an optional step for the snaps we build in launchpad. Or mabye as warnings on the click-reviewers-tool? Sadly I can't put it in travis because snaps don't work on docker. But I will try it in my manual builds. pura vida. From xiaoguo.liu at canonical.com Fri Dec 9 01:31:05 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 9 Dec 2016 09:31:05 +0800 Subject: Cannot install snap apps from store Message-ID: Hi, I do not know how many of you have met the issue. When I try to install an app from the store, it comes me an error like: liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) In fact, I have met this this problem a number of times, and sometimes it works fine. Also, my colleague said to me that he gets the same issue sometimes. What is the root cause for this? Thanks & best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From spencertparkin at gmail.com Fri Dec 9 02:42:36 2016 From: spencertparkin at gmail.com (Spencer) Date: Thu, 8 Dec 2016 19:42:36 -0700 Subject: Announcing Snaplint In-Reply-To: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> Message-ID: <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> Uh...but if I use your tool, then I can't claim ignorance when I'm getting sued for copyright violations. Seriously, though, I hate all the legal crap licensing causes in the development world. Your tool could make life a lot easier in that regard, which is nice. BTW, the GPL is the worst license ever. Your lint tool should flag its use as a fatal error. > On Dec 8, 2016, at 2:44 PM, Scott Sweeny wrote: > > Hi all, > > I'm writing to announce a tool I've been working on to encode best > practices for snapping software. Inspired by utilities like lintian I've > decided to name it 'snaplint'. At this point I'd like some wider > feedback as I try to make it more useful. > > Right now you can run snaplint against your snapcraft project directory > and it will scan the prime subdirectory for the following things: > > * copyright (basically that you included usr/share/doc/*copyright* for > any stage-packages > * developer cruft (things like header and object files or static libs > that might have made their way into your snap) > * libraries (examine the ELF files in your snap and look for libraries > which aren't used) > > The next things I'm planning on adding are: > * checking for copyright info from apps/parts themselves. > * checking for mixing of incompatible licenses > > I would love to hear suggestions from you on further improvements. > > You can find the source at https://github.com/ssweeny/snaplint > > And, of course you can try it on your own machine with > > $ snap install snaplint > $ snaplint > > Cheers, > ~Scott > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From oliver.ries at canonical.com Fri Dec 9 04:21:57 2016 From: oliver.ries at canonical.com (Oliver Ries) Date: Thu, 8 Dec 2016 21:21:57 -0700 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Hi On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu wrote: > Hi, > > I do not know how many of you have met the issue. When I try to install an > app from the store, it comes me an error like: > > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. > com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request > canceled while waiting for connection (Client.Timeout exceeded while > awaiting headers) > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. > com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request > canceled while waiting for connection (Client.Timeout exceeded while > awaiting headers) > I just did a quick test on my classic Ubuntu (AMD64) and was able to download & install the snap just fine. > In fact, I have met this this problem a number of times, and sometimes it > works fine. Also, my colleague said to me that he gets the same issue > sometimes. What is the root cause for this? > it might be good to get this into a bug report with all relevant information (distribution, architecture, network setup (traceroute?) and a timestamp so server logs can be matched. let us know the id and the team will be looking at that asap. thx, Olli -------------- next part -------------- An HTML attachment was scrubbed... URL: From scott.sweeny at canonical.com Fri Dec 9 04:29:02 2016 From: scott.sweeny at canonical.com (Scott Sweeny) Date: Thu, 8 Dec 2016 23:29:02 -0500 Subject: Announcing Snaplint In-Reply-To: <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> Message-ID: <20161209042901.GA11201@moya> That would make for an interesting dogfooding run since the tool itself is GPL-3 :-) ~S On Thu, Dec 08, 2016 at 07:42:36PM -0700, Spencer wrote: > Uh...but if I use your tool, then I can't claim ignorance when I'm getting sued for copyright violations. > > Seriously, though, I hate all the legal crap licensing causes in the development world. Your tool could make life a lot easier in that regard, which is nice. > > BTW, the GPL is the worst license ever. Your lint tool should flag its use as a fatal error. > > > On Dec 8, 2016, at 2:44 PM, Scott Sweeny wrote: > > > > Hi all, > > > > I'm writing to announce a tool I've been working on to encode best > > practices for snapping software. Inspired by utilities like lintian I've > > decided to name it 'snaplint'. At this point I'd like some wider > > feedback as I try to make it more useful. > > > > Right now you can run snaplint against your snapcraft project directory > > and it will scan the prime subdirectory for the following things: > > > > * copyright (basically that you included usr/share/doc/*copyright* for > > any stage-packages > > * developer cruft (things like header and object files or static libs > > that might have made their way into your snap) > > * libraries (examine the ELF files in your snap and look for libraries > > which aren't used) > > > > The next things I'm planning on adding are: > > * checking for copyright info from apps/parts themselves. > > * checking for mixing of incompatible licenses > > > > I would love to hear suggestions from you on further improvements. > > > > You can find the source at https://github.com/ssweeny/snaplint > > > > And, of course you can try it on your own machine with > > > > $ snap install snaplint > > $ snaplint > > > > Cheers, > > ~Scott > > > > -- > > 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 -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From spencertparkin at gmail.com Fri Dec 9 05:12:58 2016 From: spencertparkin at gmail.com (Spencer Parkin) Date: Thu, 8 Dec 2016 22:12:58 -0700 Subject: Announcing Snaplint In-Reply-To: <20161209042901.GA11201@moya> References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> <20161209042901.GA11201@moya> Message-ID: Ha! :) Yeah, I guess it would, though I have no idea what dogfooding run means. GPL purports to be free, but it's not. If a piece of software was free, you could encorporate it into your own software that you need to be proprietary. So many times I find something I think is great and I want to use it but...oh...crap...it's GPL; can't use it. In other words, GPL is a pain for in-house development, and it's an infectious license that spreads from one GPL project to another. If I want to use GPL software, I have to use the GPL license, if my understanding is correct. On Thu, Dec 8, 2016 at 9:29 PM, Scott Sweeny wrote: > That would make for an interesting dogfooding run since the tool > itself is GPL-3 :-) > > ~S > > On Thu, Dec 08, 2016 at 07:42:36PM -0700, Spencer wrote: > > Uh...but if I use your tool, then I can't claim ignorance when I'm > getting sued for copyright violations. > > > > Seriously, though, I hate all the legal crap licensing causes in the > development world. Your tool could make life a lot easier in that regard, > which is nice. > > > > BTW, the GPL is the worst license ever. Your lint tool should flag its > use as a fatal error. > > > > > On Dec 8, 2016, at 2:44 PM, Scott Sweeny > wrote: > > > > > > Hi all, > > > > > > I'm writing to announce a tool I've been working on to encode best > > > practices for snapping software. Inspired by utilities like lintian > I've > > > decided to name it 'snaplint'. At this point I'd like some wider > > > feedback as I try to make it more useful. > > > > > > Right now you can run snaplint against your snapcraft project directory > > > and it will scan the prime subdirectory for the following things: > > > > > > * copyright (basically that you included usr/share/doc/*copyright* for > > > any stage-packages > > > * developer cruft (things like header and object files or static libs > > > that might have made their way into your snap) > > > * libraries (examine the ELF files in your snap and look for libraries > > > which aren't used) > > > > > > The next things I'm planning on adding are: > > > * checking for copyright info from apps/parts themselves. > > > * checking for mixing of incompatible licenses > > > > > > I would love to hear suggestions from you on further improvements. > > > > > > You can find the source at https://github.com/ssweeny/snaplint > > > > > > And, of course you can try it on your own machine with > > > > > > $ snap install snaplint > > > $ snaplint > > > > > > Cheers, > > > ~Scott > > > > > > -- > > > 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 seth.arnold at canonical.com Fri Dec 9 06:19:03 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Thu, 8 Dec 2016 22:19:03 -0800 Subject: Announcing Snaplint In-Reply-To: References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> <20161209042901.GA11201@moya> Message-ID: <20161209061903.GD3812@hunt> On Thu, Dec 08, 2016 at 10:12:58PM -0700, Spencer Parkin wrote: > proprietary. So many times I find something I think is great and I want to > use it but...oh...crap...it's GPL; can't use it. In other words, GPL is a > pain for in-house development, and it's an infectious license that spreads You should talk with your team's lawyers again; it's normally understood that the GPL's provisions on promising to provide source code for three years only applies to people to whom you distribute binaries. If you never distribute anything then you're under no obligation to provide anyone with a promise of source code for three years. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From manik.taneja at canonical.com Fri Dec 9 06:38:25 2016 From: manik.taneja at canonical.com (Manik Taneja) Date: Thu, 8 Dec 2016 22:38:25 -0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: > On Dec 8, 2016, at 8:21 PM, Oliver Ries wrote: > > Hi > >> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu wrote: >> Hi, >> >> I do not know how many of you have met the issue. When I try to install an app from the store, it comes me an error like: >> >> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) >> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) This has been usually because of CDN issues afaik. The store team should able to confirm shortly. Can you check status.snapcraft.io to see any outages around the date you experienced this? > > I just did a quick test on my classic Ubuntu (AMD64) and was able to download & install the snap just fine. > >> In fact, I have met this this problem a number of times, and sometimes it works fine. Also, my colleague said to me that he gets the same issue sometimes. What is the root cause for this? > > it might be good to get this into a bug report with all relevant information (distribution, architecture, network setup (traceroute?) and a timestamp so server logs can be matched. > > let us know the id and the team will be looking at that asap. > > thx, > Olli > -- > 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 michael.nelson at canonical.com Fri Dec 9 07:13:09 2016 From: michael.nelson at canonical.com (Michael Nelson) Date: Fri, 09 Dec 2016 07:13:09 +0000 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja wrote: > On Dec 8, 2016, at 8:21 PM, Oliver Ries wrote: > > Hi > > On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu > wrote: > > Hi, > > I do not know how many of you have met the issue. When I try to install an > app from the store, it comes me an error like: > > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get > https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: > net/http: request canceled while waiting for connection (Client.Timeout > exceeded while awaiting headers) > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get > https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: > net/http: request canceled while waiting for connection (Client.Timeout > exceeded while awaiting headers) > > This has been usually because of CDN issues afaik. The store team should > able to confirm shortly. > In this case, it's an issue just with the initial connection from the client to search.apps.ubuntu.com, before following any CDN url to download the snap. I also tried to reproduce around 40mins after XiaoGuo and couldn't. After trying to reproduce, I checked the apache logs for search.apps.ubuntu.com and saw that during that time it only ever saw requests which resulted in 200 replies: http://paste.ubuntu.com/23602216/ There were no relevant errors in the error log that I could see, nor does our monitoring show any high load at the time, so unless apache isn't logging timeouts, I suspect the requests weren't getting through to search.apps.ubuntu.com for some network-related reason, but I'm keen for someone else on the store team to check the networking and logs. We have seen this before intermittently, so please if you see a client timeout as above, add your data to: https://bugs.launchpad.net/click-package-index/+bug/1639981 and we'll keep digging. Thanks! -Michael > Can you check status.snapcraft.io to see any outages around the date you > experienced this? > > > I just did a quick test on my classic Ubuntu (AMD64) and was able to > download & install the snap just fine. > > > In fact, I have met this this problem a number of times, and sometimes it > works fine. Also, my colleague said to me that he gets the same issue > sometimes. What is the root cause for this? > > > it might be good to get this into a bug report with all relevant > information (distribution, architecture, network setup (traceroute?) and a > timestamp so server logs can be matched. > > let us know the id and the team will be looking at that asap. > > thx, > Olli > > -- > 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 manik.taneja at canonical.com Fri Dec 9 07:46:46 2016 From: manik.taneja at canonical.com (Manik Taneja) Date: Thu, 8 Dec 2016 23:46:46 -0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: > On Dec 8, 2016, at 11:13 PM, Michael Nelson wrote: > >> On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja wrote: >>> On Dec 8, 2016, at 8:21 PM, Oliver Ries wrote: >>> Hi >>> >>> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu wrote: >>> Hi, >>> >>> I do not know how many of you have met the issue. When I try to install an app from the store, it comes me an error like: >>> >>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) >>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu.com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers) >> >> This has been usually because of CDN issues afaik. The store team should able to confirm shortly. > > In this case, it's an issue just with the initial connection from the client to search.apps.ubuntu.com, before following any CDN url to download the snap. I also tried to reproduce around 40mins after XiaoGuo and couldn't. > > After trying to reproduce, I checked the apache logs for search.apps.ubuntu.com and saw that during that time it only ever saw requests which resulted in 200 replies: > > http://paste.ubuntu.com/23602216/ > > There were no relevant errors in the error log that I could see, nor does our monitoring show any high load at the time, so unless apache isn't logging timeouts, I suspect the requests weren't getting through to search.apps.ubuntu.com for some network-related reason, but I'm keen for someone else on the store team to check the networking and logs. > > We have seen this before intermittently, so please if you see a client timeout as above, add your data to: > > https://bugs.launchpad.net/click-package-index/+bug/1639981 > > and we'll keep digging. Just to add, I have seen this issue intermittently a few times before. Next time, I'll capture logs and add to the bug. Please list out all that you need captured.. > > Thanks! > -Michael > >> >> Can you check status.snapcraft.io to see any outages around the date you experienced this? >> >>> >>> I just did a quick test on my classic Ubuntu (AMD64) and was able to download & install the snap just fine. >>> >>> In fact, I have met this this problem a number of times, and sometimes it works fine. Also, my colleague said to me that he gets the same issue sometimes. What is the root cause for this? >>> >>> it might be good to get this into a bug report with all relevant information (distribution, architecture, network setup (traceroute?) and a timestamp so server logs can be matched. >>> >>> let us know the id and the team will be looking at that asap. >>> >>> thx, >>> Olli >>> -- >>> 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 xiaoguo.liu at canonical.com Fri Dec 9 07:54:00 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 9 Dec 2016 15:54:00 +0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Yes, at one time, it was consistent that it did not work at all no matter how many times I tried, and it was quite embarrassing during a training session. I thought it was network problem. After some time, it became OK. On Fri, Dec 9, 2016 at 3:46 PM, Manik Taneja wrote: > > > On Dec 8, 2016, at 11:13 PM, Michael Nelson > wrote: > > On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja > wrote: > >> On Dec 8, 2016, at 8:21 PM, Oliver Ries >> wrote: >> >> Hi >> >> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu >> wrote: >> >> Hi, >> >> I do not know how many of you have met the issue. When I try to install >> an app from the store, it comes me an error like: >> >> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. >> com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request >> canceled while waiting for connection (Client.Timeout exceeded while >> awaiting headers) >> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >> error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. >> com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request >> canceled while waiting for connection (Client.Timeout exceeded while >> awaiting headers) >> >> This has been usually because of CDN issues afaik. The store team should >> able to confirm shortly. >> > > In this case, it's an issue just with the initial connection from the > client to search.apps.ubuntu.com, before following any CDN url to > download the snap. I also tried to reproduce around 40mins after XiaoGuo > and couldn't. > > After trying to reproduce, I checked the apache logs for > search.apps.ubuntu.com and saw that during that time it only ever saw > requests which resulted in 200 replies: > > http://paste.ubuntu.com/23602216/ > > There were no relevant errors in the error log that I could see, nor does > our monitoring show any high load at the time, so unless apache isn't > logging timeouts, I suspect the requests weren't getting through to > search.apps.ubuntu.com for some network-related reason, but I'm keen for > someone else on the store team to check the networking and logs. > > We have seen this before intermittently, so please if you see a client > timeout as above, add your data to: > > https://bugs.launchpad.net/click-package-index/+bug/1639981 > > and we'll keep digging. > > Just to add, I have seen this issue intermittently a few times before. > Next time, I'll capture logs and add to the bug. Please list out all that > you need captured.. > > > Thanks! > -Michael > > >> Can you check status.snapcraft.io to see any outages around the date you >> experienced this? >> >> >> I just did a quick test on my classic Ubuntu (AMD64) and was able to >> download & install the snap just fine. >> >> >> In fact, I have met this this problem a number of times, and sometimes it >> works fine. Also, my colleague said to me that he gets the same issue >> sometimes. What is the root cause for this? >> >> >> it might be good to get this into a bug report with all relevant >> information (distribution, architecture, network setup (traceroute?) and a >> timestamp so server logs can be matched. >> >> let us know the id and the team will be looking at that asap. >> >> thx, >> Olli >> >> -- >> 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 > > > -- > 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 julia.palandri at canonical.com Fri Dec 9 09:33:46 2016 From: julia.palandri at canonical.com (Julia Palandri) Date: Fri, 9 Dec 2016 10:33:46 +0100 Subject: Announcing Snaplint In-Reply-To: References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> <20161209042901.GA11201@moya> Message-ID: [totally not related with the original post, but I thought I should...] On Fri, Dec 9, 2016 at 6:12 AM, Spencer Parkin wrote: > Ha! :) Yeah, I guess it would, though I have no idea what dogfooding run > means. > > GPL purports to be free, but it's not. If a piece of software was free, > you could encorporate it into your own software that you need to be > proprietary. So many times I find something I think is great and I want to > use it but...oh...crap...it's GPL; can't use it. In other words, GPL is a > pain for in-house development, and it's an infectious license that spreads > from one GPL project to another. If I want to use GPL software, I have to > use the GPL license, if my understanding is correct. > > GPL is built that way *by design*. It protects freedom of users, not of software. Developers who don't mind you taking their software and distributing it along with proprietary chunks can choose LGPL as their license. And, as Seth mentioned, licenses are useful when *distributing* software: it's a granted permission the developer gives you without the need that every person who wants to use their software go ask them what they can do with it. Rather than a talk with lawyers (or in addition) I feel inclined to suggest some reading on fsf.org, for example :) I understand GPL can be a pain sometimes, but I'm very happy it exists because I still get the right to read, modify and distribute that software. It might not suit your needs, but I wouldn't call it a fatal error at all :) (EOR) > > > On Thu, Dec 8, 2016 at 9:29 PM, Scott Sweeny > wrote: > >> That would make for an interesting dogfooding run since the tool >> itself is GPL-3 :-) >> >> ~S >> >> On Thu, Dec 08, 2016 at 07:42:36PM -0700, Spencer wrote: >> > Uh...but if I use your tool, then I can't claim ignorance when I'm >> getting sued for copyright violations. >> > >> > Seriously, though, I hate all the legal crap licensing causes in the >> development world. Your tool could make life a lot easier in that regard, >> which is nice. >> > >> > BTW, the GPL is the worst license ever. Your lint tool should flag its >> use as a fatal error. >> > >> > > On Dec 8, 2016, at 2:44 PM, Scott Sweeny >> wrote: >> > > >> > > Hi all, >> > > >> > > I'm writing to announce a tool I've been working on to encode best >> > > practices for snapping software. Inspired by utilities like lintian >> I've >> > > decided to name it 'snaplint'. At this point I'd like some wider >> > > feedback as I try to make it more useful. >> > > >> > > Right now you can run snaplint against your snapcraft project >> directory >> > > and it will scan the prime subdirectory for the following things: >> > > >> > > * copyright (basically that you included usr/share/doc/*copyright* for >> > > any stage-packages >> > > * developer cruft (things like header and object files or static libs >> > > that might have made their way into your snap) >> > > * libraries (examine the ELF files in your snap and look for libraries >> > > which aren't used) >> > > >> > > The next things I'm planning on adding are: >> > > * checking for copyright info from apps/parts themselves. >> > > * checking for mixing of incompatible licenses >> > > >> > > I would love to hear suggestions from you on further improvements. >> > > >> > > You can find the source at https://github.com/ssweeny/snaplint >> > > >> > > And, of course you can try it on your own machine with >> > > >> > > $ snap install snaplint >> > > $ snaplint >> > > >> > > Cheers, >> > > ~Scott >> > > >> > > -- >> > > 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 > > -- Julia -------------- next part -------------- An HTML attachment was scrubbed... URL: From seb128 at ubuntu.com Fri Dec 9 10:40:40 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Fri, 9 Dec 2016 11:40:40 +0100 Subject: How to tell snapcraft to not copy and include system libraries? Message-ID: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> Hey there, I'm working on a simple demo snap which looks like that snapcraft.yaml example/ sharedlib/ demoexe where sharedlib/ is an empty dir where the libraries I use are going to be provided by content-sharing and demoexe is a binary copied my system the snapcraft.yaml uses a simple part " example: plugin: dump source: example" doing that I'm trying to get a minimalistic snap but it seems that snapcraft is trying to get too clever and looks at what libraries are used by the binary and copy them over from the system directories... is there a way to tell snapcraft to not do that? or a workaround I could use that would and still allow me to build my snap on launchpad (which means not a manual edit of the prime on redoing that step locally)? Cheers, Sebastien Bacher From renato.filho at canonical.com Fri Dec 9 11:33:52 2016 From: renato.filho at canonical.com (Renato Filho) Date: Fri, 9 Dec 2016 08:33:52 -0300 Subject: How to tell snapcraft to not copy and include system libraries? In-Reply-To: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> References: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> Message-ID: Hey Sebastien, This is a know problem we have the same problem when using ubuntu-app-platform. Sergio is already working on it. Maybe he can give us more information about that. Cheers. Renato. 2016-12-09 7:40 GMT-03:00 Sebastien Bacher : > Hey there, > > I'm working on a simple demo snap which looks like that > > snapcraft.yaml > > example/ > > sharedlib/ > > demoexe > > > where sharedlib/ is an empty dir where the libraries I use are going to > be provided by content-sharing and demoexe is a binary copied my system > > > the snapcraft.yaml uses a simple part > > " example: > plugin: dump > source: example" > > doing that I'm trying to get a minimalistic snap but it seems that > snapcraft is trying to get too clever and looks at what libraries are > used by the binary and copy them over from the system directories... > > is there a way to tell snapcraft to not do that? or a workaround I could > use that would and still allow me to build my snap on launchpad (which > means not a manual edit of the prime on redoing that step locally)? > > > Cheers, > > Sebastien Bacher > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From shuduo.sang at canonical.com Fri Dec 9 11:46:27 2016 From: shuduo.sang at canonical.com (Shuduo Sang) Date: Fri, 9 Dec 2016 19:46:27 +0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Not sure if there are CDN deployed in China to accelerate Ubuntu Core store. If there are, the issue need be resolved by CDN vendor. If there are not, please help to deploy some. Network issue really make Chinese developer and Ubuntu Core taster frustrated. On Fri, Dec 9, 2016 at 3:54 PM, XiaoGuo Liu wrote: > Yes, at one time, it was consistent that it did not work at all no matter > how many times I tried, and it was quite embarrassing during a training > session. I thought it was network problem. After some time, it became OK. > > On Fri, Dec 9, 2016 at 3:46 PM, Manik Taneja > wrote: > >> >> >> On Dec 8, 2016, at 11:13 PM, Michael Nelson >> wrote: >> >> On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja >> wrote: >> >>> On Dec 8, 2016, at 8:21 PM, Oliver Ries >>> wrote: >>> >>> Hi >>> >>> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu >>> wrote: >>> >>> Hi, >>> >>> I do not know how many of you have met the issue. When I try to install >>> an app from the store, it comes me an error like: >>> >>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>> error: cannot install "tensorflow-demo": Get >>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>> ow-demo?channel=beta: net/http: request canceled while waiting for >>> connection (Client.Timeout exceeded while awaiting headers) >>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>> error: cannot install "tensorflow-demo": Get >>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>> ow-demo?channel=beta: net/http: request canceled while waiting for >>> connection (Client.Timeout exceeded while awaiting headers) >>> >>> This has been usually because of CDN issues afaik. The store team should >>> able to confirm shortly. >>> >> >> In this case, it's an issue just with the initial connection from the >> client to search.apps.ubuntu.com, before following any CDN url to >> download the snap. I also tried to reproduce around 40mins after XiaoGuo >> and couldn't. >> >> After trying to reproduce, I checked the apache logs for >> search.apps.ubuntu.com and saw that during that time it only ever saw >> requests which resulted in 200 replies: >> >> http://paste.ubuntu.com/23602216/ >> >> There were no relevant errors in the error log that I could see, nor does >> our monitoring show any high load at the time, so unless apache isn't >> logging timeouts, I suspect the requests weren't getting through to >> search.apps.ubuntu.com for some network-related reason, but I'm keen for >> someone else on the store team to check the networking and logs. >> >> We have seen this before intermittently, so please if you see a client >> timeout as above, add your data to: >> >> https://bugs.launchpad.net/click-package-index/+bug/1639981 >> >> and we'll keep digging. >> >> Just to add, I have seen this issue intermittently a few times before. >> Next time, I'll capture logs and add to the bug. Please list out all that >> you need captured.. >> >> >> Thanks! >> -Michael >> >> >>> Can you check status.snapcraft.io to see any outages around the date >>> you experienced this? >>> >>> >>> I just did a quick test on my classic Ubuntu (AMD64) and was able to >>> download & install the snap just fine. >>> >>> >>> In fact, I have met this this problem a number of times, and sometimes >>> it works fine. Also, my colleague said to me that he gets the same issue >>> sometimes. What is the root cause for this? >>> >>> >>> it might be good to get this into a bug report with all relevant >>> information (distribution, architecture, network setup (traceroute?) and a >>> timestamp so server logs can be matched. >>> >>> let us know the id and the team will be looking at that asap. >>> >>> thx, >>> Olli >>> >>> -- >>> 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/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 madper.xie at canonical.com Fri Dec 9 12:29:05 2016 From: madper.xie at canonical.com (Madper Xie) Date: Fri, 9 Dec 2016 20:29:05 +0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Hi Xiaoguo, I do believe that you have a good proxy. So just try to use your proxy when you reproduce the timeout issue again. So that we can know if Mainland China is the only affected area. - sudo systemctl edit snapd; #adding following configure: [Service] Environment=http_proxy=http://host:port - sudo systemctl restart snapd - If you do only have a socks proxy you can use polipoc as a bridge. Which will accept http input and redirect it to a socks interface. - Put following configuration into /etc/polipo/config ````` logSyslog = true logFile = /var/log/polipo/polipo.log proxyAddress = "0.0.0.0" proxyPort = 8118 socksParentProxy = "127.0.0.1:1080" # please modify this line as needed. socksProxyType = socks5 ``````` On Fri, Dec 9, 2016 at 7:46 PM, Shuduo Sang wrote: > Not sure if there are CDN deployed in China to accelerate Ubuntu Core > store. If there are, the issue need be resolved by CDN vendor. If there are > not, please help to deploy some. Network issue really make Chinese > developer and Ubuntu Core taster frustrated. > > On Fri, Dec 9, 2016 at 3:54 PM, XiaoGuo Liu > wrote: > >> Yes, at one time, it was consistent that it did not work at all no matter >> how many times I tried, and it was quite embarrassing during a training >> session. I thought it was network problem. After some time, it became OK. >> >> On Fri, Dec 9, 2016 at 3:46 PM, Manik Taneja >> wrote: >> >>> >>> >>> On Dec 8, 2016, at 11:13 PM, Michael Nelson < >>> michael.nelson at canonical.com> wrote: >>> >>> On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja >>> wrote: >>> >>>> On Dec 8, 2016, at 8:21 PM, Oliver Ries >>>> wrote: >>>> >>>> Hi >>>> >>>> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu >>>> wrote: >>>> >>>> Hi, >>>> >>>> I do not know how many of you have met the issue. When I try to install >>>> an app from the store, it comes me an error like: >>>> >>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>> error: cannot install "tensorflow-demo": Get >>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>> connection (Client.Timeout exceeded while awaiting headers) >>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>> error: cannot install "tensorflow-demo": Get >>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>> connection (Client.Timeout exceeded while awaiting headers) >>>> >>>> This has been usually because of CDN issues afaik. The store team >>>> should able to confirm shortly. >>>> >>> >>> In this case, it's an issue just with the initial connection from the >>> client to search.apps.ubuntu.com, before following any CDN url to >>> download the snap. I also tried to reproduce around 40mins after XiaoGuo >>> and couldn't. >>> >>> After trying to reproduce, I checked the apache logs for >>> search.apps.ubuntu.com and saw that during that time it only ever saw >>> requests which resulted in 200 replies: >>> >>> http://paste.ubuntu.com/23602216/ >>> >>> There were no relevant errors in the error log that I could see, nor >>> does our monitoring show any high load at the time, so unless apache isn't >>> logging timeouts, I suspect the requests weren't getting through to >>> search.apps.ubuntu.com for some network-related reason, but I'm keen >>> for someone else on the store team to check the networking and logs. >>> >>> We have seen this before intermittently, so please if you see a client >>> timeout as above, add your data to: >>> >>> https://bugs.launchpad.net/click-package-index/+bug/1639981 >>> >>> and we'll keep digging. >>> >>> Just to add, I have seen this issue intermittently a few times before. >>> Next time, I'll capture logs and add to the bug. Please list out all that >>> you need captured.. >>> >>> >>> Thanks! >>> -Michael >>> >>> >>>> Can you check status.snapcraft.io to see any outages around the date >>>> you experienced this? >>>> >>>> >>>> I just did a quick test on my classic Ubuntu (AMD64) and was able to >>>> download & install the snap just fine. >>>> >>>> >>>> In fact, I have met this this problem a number of times, and sometimes >>>> it works fine. Also, my colleague said to me that he gets the same issue >>>> sometimes. What is the root cause for this? >>>> >>>> >>>> it might be good to get this into a bug report with all relevant >>>> information (distribution, architecture, network setup (traceroute?) and a >>>> timestamp so server logs can be matched. >>>> >>>> let us know the id and the team will be looking at that asap. >>>> >>>> thx, >>>> Olli >>>> >>>> -- >>>> 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/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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From madper.xie at canonical.com Fri Dec 9 12:33:39 2016 From: madper.xie at canonical.com (Madper Xie) Date: Fri, 9 Dec 2016 20:33:39 +0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Hi Xiaoguo, I do believe that you have a good proxy. So just try to use your proxy when you reproduce the timeout issue again. So that we can know if Mainland China is the only affected area. - sudo systemctl edit snapd; #adding following configure: [Service] Environment=http_proxy=http://host:port - sudo systemctl restart snapd - If you do only have a socks proxy you can use polipoc as a bridge. Which will accept http input and redirect it to a socks interface. - Put following configuration into /etc/polipo/config ````` logSyslog = true logFile = /var/log/polipo/polipo.log proxyAddress = "0.0.0.0" proxyPort = 8118 socksParentProxy = "127.0.0.1:1080" # please modify this line as needed. socksProxyType = socks5 ``````` On Fri, Dec 9, 2016 at 7:46 PM, Shuduo Sang wrote: > Not sure if there are CDN deployed in China to accelerate Ubuntu Core > store. If there are, the issue need be resolved by CDN vendor. If there are > not, please help to deploy some. Network issue really make Chinese > developer and Ubuntu Core taster frustrated. > > On Fri, Dec 9, 2016 at 3:54 PM, XiaoGuo Liu > wrote: > >> Yes, at one time, it was consistent that it did not work at all no matter >> how many times I tried, and it was quite embarrassing during a training >> session. I thought it was network problem. After some time, it became OK. >> >> On Fri, Dec 9, 2016 at 3:46 PM, Manik Taneja >> wrote: >> >>> >>> >>> On Dec 8, 2016, at 11:13 PM, Michael Nelson < >>> michael.nelson at canonical.com> wrote: >>> >>> On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja >>> wrote: >>> >>>> On Dec 8, 2016, at 8:21 PM, Oliver Ries >>>> wrote: >>>> >>>> Hi >>>> >>>> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu >>>> wrote: >>>> >>>> Hi, >>>> >>>> I do not know how many of you have met the issue. When I try to install >>>> an app from the store, it comes me an error like: >>>> >>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>> error: cannot install "tensorflow-demo": Get >>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>> connection (Client.Timeout exceeded while awaiting headers) >>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>> error: cannot install "tensorflow-demo": Get >>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>> connection (Client.Timeout exceeded while awaiting headers) >>>> >>>> This has been usually because of CDN issues afaik. The store team >>>> should able to confirm shortly. >>>> >>> >>> In this case, it's an issue just with the initial connection from the >>> client to search.apps.ubuntu.com, before following any CDN url to >>> download the snap. I also tried to reproduce around 40mins after XiaoGuo >>> and couldn't. >>> >>> After trying to reproduce, I checked the apache logs for >>> search.apps.ubuntu.com and saw that during that time it only ever saw >>> requests which resulted in 200 replies: >>> >>> http://paste.ubuntu.com/23602216/ >>> >>> There were no relevant errors in the error log that I could see, nor >>> does our monitoring show any high load at the time, so unless apache isn't >>> logging timeouts, I suspect the requests weren't getting through to >>> search.apps.ubuntu.com for some network-related reason, but I'm keen >>> for someone else on the store team to check the networking and logs. >>> >>> We have seen this before intermittently, so please if you see a client >>> timeout as above, add your data to: >>> >>> https://bugs.launchpad.net/click-package-index/+bug/1639981 >>> >>> and we'll keep digging. >>> >>> Just to add, I have seen this issue intermittently a few times before. >>> Next time, I'll capture logs and add to the bug. Please list out all that >>> you need captured.. >>> >>> >>> Thanks! >>> -Michael >>> >>> >>>> Can you check status.snapcraft.io to see any outages around the date >>>> you experienced this? >>>> >>>> >>>> I just did a quick test on my classic Ubuntu (AMD64) and was able to >>>> download & install the snap just fine. >>>> >>>> >>>> In fact, I have met this this problem a number of times, and sometimes >>>> it works fine. Also, my colleague said to me that he gets the same issue >>>> sometimes. What is the root cause for this? >>>> >>>> >>>> it might be good to get this into a bug report with all relevant >>>> information (distribution, architecture, network setup (traceroute?) and a >>>> timestamp so server logs can be matched. >>>> >>>> let us know the id and the team will be looking at that asap. >>>> >>>> thx, >>>> Olli >>>> >>>> -- >>>> 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/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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From seb128 at ubuntu.com Fri Dec 9 12:59:17 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Fri, 9 Dec 2016 13:59:17 +0100 Subject: How to tell snapcraft to not copy and include system libraries? In-Reply-To: References: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> Message-ID: Hey Renato, Thanks for the reply. Do you have any pointer to your discussions with Sergio about the issue and maybe a bug report? I've found this bug which seems similar but it has been marked incomplete https://bugs.launchpad.net/snapcraft/+bug/1639831 Cheers, Sebastien Bacher Le 09/12/2016 à 12:33, Renato Filho a écrit : > Hey Sebastien, > > This is a know problem we have the same problem when using > ubuntu-app-platform. Sergio is already working on it. Maybe he can > give us more information about that. > > Cheers. From seb128 at ubuntu.com Fri Dec 9 14:10:47 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Fri, 9 Dec 2016 15:10:47 +0100 Subject: How to tell snapcraft to not copy and include system libraries? In-Reply-To: References: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> Message-ID: <9a092103-c9e2-7474-8003-d1a3a7fc0327@ubuntu.com> Le 09/12/2016 à 13:59, Sebastien Bacher a écrit : > I've found this bug which seems similar but it has been marked incomplete > https://bugs.launchpad.net/snapcraft/+bug/1639831 On a similar note and also due to this feature, it seems that snapcraft prefers to use the system version than the deb specified in the source https://bugs.launchpad.net/snapcraft/+bug/1646546 " snapcraft packages .so from /usr instead of from .deb " Cheers, Sebastien Bacher From michael.terry at canonical.com Fri Dec 9 14:18:25 2016 From: michael.terry at canonical.com (Michael Terry) Date: Fri, 9 Dec 2016 09:18:25 -0500 Subject: How to tell snapcraft to not copy and include system libraries? In-Reply-To: <9a092103-c9e2-7474-8003-d1a3a7fc0327@ubuntu.com> References: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> <9a092103-c9e2-7474-8003-d1a3a7fc0327@ubuntu.com> Message-ID: On Fri, Dec 9, 2016 at 9:10 AM, Sebastien Bacher wrote: > Le 09/12/2016 à 13:59, Sebastien Bacher a écrit : > > I've found this bug which seems similar but it has been marked incomplete > > https://bugs.launchpad.net/snapcraft/+bug/1639831 > > On a similar note and also due to this feature, it seems that snapcraft > prefers to use the system version than the deb specified in the source > > https://bugs.launchpad.net/snapcraft/+bug/1646546 > > " snapcraft packages .so from /usr instead of from .deb " This ldd crawling also causes https://bugs.launchpad.net/snapcraft/+bug/1642041 where depending on what you have installed on your system, you get different LD_LIBRARY_PATH values inserted by snapcraft. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.liu at canonical.com Fri Dec 9 15:24:37 2016 From: robert.liu at canonical.com (Robert Liu) Date: Fri, 09 Dec 2016 15:24:37 +0000 Subject: How to tell snapcraft to not copy and include system libraries? In-Reply-To: References: <5afd5d51-f8be-3b81-84b2-7d6618cfca4f@ubuntu.com> <9a092103-c9e2-7474-8003-d1a3a7fc0327@ubuntu.com> Message-ID: Hi, I met a similar condition and have reported it several months ago. https://bugs.launchpad.net/snapcraft/+bug/1587358 BR, Robert Michael Terry 於 2016年12月9日 週五 22:19 寫道： > On Fri, Dec 9, 2016 at 9:10 AM, Sebastien Bacher > wrote: > > Le 09/12/2016 à 13:59, Sebastien Bacher a écrit : > > I've found this bug which seems similar but it has been marked incomplete > > https://bugs.launchpad.net/snapcraft/+bug/1639831 > > On a similar note and also due to this feature, it seems that snapcraft > prefers to use the system version than the deb specified in the source > > https://bugs.launchpad.net/snapcraft/+bug/1646546 > > " snapcraft packages .so from /usr instead of from .deb " > > > This ldd crawling also causes > > https://bugs.launchpad.net/snapcraft/+bug/1642041 > > where depending on what you have installed on your system, you get > different LD_LIBRARY_PATH values inserted by 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 Fri Dec 9 15:50:21 2016 From: spencertparkin at gmail.com (Spencer) Date: Fri, 9 Dec 2016 08:50:21 -0700 Subject: Announcing Snaplint In-Reply-To: References: <01e7a078-9496-c4df-32f1-a714177a350d@canonical.com> <28C87B92-1047-42E6-83DA-5461E7313BE3@gmail.com> <20161209042901.GA11201@moya> Message-ID: <97D6E163-FFB2-490C-B4AB-BBBD79EB0229@gmail.com> I've never written anything anyone would want to use and modify. (My code is crap.) But I can still make my code free for everyone (users and developers alike). I don't even care about maintaining credit for my work. Ha! In fact, it's probably better for me to disavow it. I'll have to review GPL again. I'll stop now. Sorry for all the spam. > On Dec 9, 2016, at 2:33 AM, Julia Palandri wrote: > > [totally not related with the original post, but I thought I should...] > >> On Fri, Dec 9, 2016 at 6:12 AM, Spencer Parkin wrote: >> Ha! :) Yeah, I guess it would, though I have no idea what dogfooding run means. >> >> GPL purports to be free, but it's not. If a piece of software was free, you could encorporate it into your own software that you need to be proprietary. So many times I find something I think is great and I want to use it but...oh...crap...it's GPL; can't use it. In other words, GPL is a pain for in-house development, and it's an infectious license that spreads from one GPL project to another. If I want to use GPL software, I have to use the GPL license, if my understanding is correct. > > GPL is built that way *by design*. It protects freedom of users, not of software. Developers who don't mind you taking their software and distributing it along with proprietary chunks can choose LGPL as their license. And, as Seth mentioned, licenses are useful when *distributing* software: it's a granted permission the developer gives you without the need that every person who wants to use their software go ask them what they can do with it. > Rather than a talk with lawyers (or in addition) I feel inclined to suggest some reading on fsf.org, for example :) > I understand GPL can be a pain sometimes, but I'm very happy it exists because I still get the right to read, modify and distribute that software. It might not suit your needs, but I wouldn't call it a fatal error at all :) > > (EOR) > >> >> >>> On Thu, Dec 8, 2016 at 9:29 PM, Scott Sweeny wrote: >>> That would make for an interesting dogfooding run since the tool >>> itself is GPL-3 :-) >>> >>> ~S >>> >>> On Thu, Dec 08, 2016 at 07:42:36PM -0700, Spencer wrote: >>> > Uh...but if I use your tool, then I can't claim ignorance when I'm getting sued for copyright violations. >>> > >>> > Seriously, though, I hate all the legal crap licensing causes in the development world. Your tool could make life a lot easier in that regard, which is nice. >>> > >>> > BTW, the GPL is the worst license ever. Your lint tool should flag its use as a fatal error. >>> > >>> > > On Dec 8, 2016, at 2:44 PM, Scott Sweeny wrote: >>> > > >>> > > Hi all, >>> > > >>> > > I'm writing to announce a tool I've been working on to encode best >>> > > practices for snapping software. Inspired by utilities like lintian I've >>> > > decided to name it 'snaplint'. At this point I'd like some wider >>> > > feedback as I try to make it more useful. >>> > > >>> > > Right now you can run snaplint against your snapcraft project directory >>> > > and it will scan the prime subdirectory for the following things: >>> > > >>> > > * copyright (basically that you included usr/share/doc/*copyright* for >>> > > any stage-packages >>> > > * developer cruft (things like header and object files or static libs >>> > > that might have made their way into your snap) >>> > > * libraries (examine the ELF files in your snap and look for libraries >>> > > which aren't used) >>> > > >>> > > The next things I'm planning on adding are: >>> > > * checking for copyright info from apps/parts themselves. >>> > > * checking for mixing of incompatible licenses >>> > > >>> > > I would love to hear suggestions from you on further improvements. >>> > > >>> > > You can find the source at https://github.com/ssweeny/snaplint >>> > > >>> > > And, of course you can try it on your own machine with >>> > > >>> > > $ snap install snaplint >>> > > $ snaplint >>> > > >>> > > Cheers, >>> > > ~Scott >>> > > >>> > > -- >>> > > 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 >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -- > > Julia > -- > 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 cjwatson at ubuntu.com Fri Dec 9 16:29:10 2016 From: cjwatson at ubuntu.com (Colin Watson) Date: Fri, 9 Dec 2016 16:29:10 +0000 Subject: More flexible network access for Launchpad snap builds Message-ID: <20161209162910.GB26054@riva.ucam.org> Following widespread demand, Launchpad snap builds are now permitted to access the network (via a proxy) during the "build" phase as well as the "pull" phase. On general software engineering principles, it's still good practice to try to specify your network dependencies in a declarative way so that they can be fetched systematically and safely during the "pull" phase. However, for cases where that's prohibitively difficult, this change should make some categories of snaps easier to build. Cheers, -- Colin Watson [cjwatson at ubuntu.com] From ribalkin at gmail.com Fri Dec 9 18:32:00 2016 From: ribalkin at gmail.com (Boris Rybalkin) Date: Fri, 9 Dec 2016 18:32:00 +0000 Subject: Snapd circular dependencies In-Reply-To: References: Message-ID: Hi, I am learning snapd code and have found some rather strange place of the code: snapstate.go: var Configure = func(st *state.State, snapName string, patch map[string]interface{}) *state.TaskSet { panic("internal error: snapstate.Configure is unset") } I tried to understand why would anyone do not want to call directly Configure function and the only reason I have found so far is 'circular dependency'. So I have refactored the code a little bit to remove it and the pull request is here: https://github.com/snapcore/snapd/pull/2443 Would you guys consider merging it? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jenny.murphy at episensor.com Fri Dec 9 21:24:37 2016 From: jenny.murphy at episensor.com (Jenny Murphy) Date: Fri, 9 Dec 2016 21:24:37 +0000 Subject: Access denied to /dev/ttyUSB0 In-Reply-To: References: Message-ID: Hi, Just to catch up on the latest here. Now I am migrating to Ubuntu 16.04, having previously being running on 15.04. I used to do : sudo snappy hw-assign SNAP /dev/ttyUSB0. So now I need to do : snap connect SNAP:serial-port ubuntu-core:serial-port-1 replacing serial-port with /dev/ttyUSB0 ? What is serial-port-1 then? Thanks. On 8 September 2016 at 00:34, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > We've just been polishing this process in the last couple of weeks. > > You just need to ask for a serial-port plug in your snap. > > There's a step missing for that to work well, but that's on our end. We > need to expose serial-port slots in the gadget or core for serial-port-0 > (S0) and serial-port-1 (S1) if those are available. In the near future, > these slots will show up automatically based on hotplug support. > > Then, you can run something like: > > snap connect yoursnap:serial-port ubuntu-core:serial-port-1 > > > > On Wed, Sep 7, 2016 at 8:29 PM, Enrique Hernández Bello > wrote: > >> Hello, >> >> taking advantage of this thread, what is the right way to grant access >> of a /dev/ttyS0 to our snap in Ubuntu Core 16? >> >> Regards. >> >> 2016-09-07 15:26 GMT+01:00 Simon Fels : >> > On 07.09.2016 15:05, Loïc Minier wrote: >> >> Hi, >> >> >> >> You need to use: >> >> >> >> plugs: [serial-port] >> >> >> >> In your snapcraft.yaml; then you also have to connect your snap to that >> >> interface manually as it's not autoconnected; check "snap interfaces" >> to >> >> see which plugs and slots are connected. >> > >> > That doesn't work anymore. There is no implicit slot for serial-port. >> > Right now the only option to get access to serial ports is via defining >> > a slot on a gadget snap with either a USB product/vendor id pair or a >> > absolute path to the serial node which then the snap can connect to and >> > it will only get access to that particular serial port. >> > >> > You can put something like >> > >> > slots: >> > my-usb-serial-device: >> > interface: serial-port >> > product-id: 0x0 >> > vendor-id: 0x0 >> > >> > into your gadget snap and then connect both the snap and gadget together >> > so your app gets access to that serial node. >> > >> > In a system where no gadget exists you currently don't get access to >> > serial nodes. We need to implement hotplut support to make this slots >> > automatically exported for those devices. Not sure for when this is on >> > the list. >> > >> > regards, >> > Simon >> > >> >> >> >> >> >> On Wed, Sep 7, 2016 at 4:00 PM, Jenny Murphy < >> jenny.murphy at episensor.com >> >> > wrote: >> >> >> >> Hi, >> >> I solved the previous issue regarding the use of the RXTX java >> >> library and the application is loading and running without errors. >> >> However my java code isn't detecting the port, it should be able to >> >> see /dev/ttyUSB0. >> >> >> >> In the dmesg log I see the following errors : >> >> >> >> [101043.875139] usb 1-2: new full-speed USB device number 7 using >> >> xhci_hcd >> >> [101044.006418] usb 1-2: New USB device found, idVendor=10c4, >> >> idProduct=ea60 >> >> [101044.006441] usb 1-2: New USB device strings: Mfr=1, Product=2, >> >> SerialNumber=3 >> >> [101044.006456] usb 1-2: Product: CP2102 USB to UART Bridge >> Controller >> >> [101044.006470] usb 1-2: Manufacturer: Silicon Labs >> >> [101044.006482] usb 1-2: SerialNumber: 0001 >> >> [101044.011589] cp210x 1-2:1.0: cp210x converter detected >> >> [101044.012037] usb 1-2: cp210x converter now attached to ttyUSB0 >> >> >> >> [101098.191960] audit_printk_skb: 258 callbacks suppressed >> >> >> >> [101098.191979] audit: type=1400 audit(1473254849.416:69078): >> >> apparmor="DENIED" operation="open" >> >> profile="gateway.sideload_main_IdNRFcRcGPGe" name="/dev/ttyUSB0" >> >> pid=4875 comm="java" requested_mask="wr" denied_mask="wr" fsuid=0 >> ouid=0 >> >> >> >> >> >> Is there anyway to solve this. I am working on a Ubuntu 15.04 >> platform. >> >> >> >> Thanks again. >> >> >> >> -- >> >> *Jenny Murphy* >> >> *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* >> >> jenny.murphy at episensor.com t >> | >> >> +353 (0) 61 512 511 w | >> >> http://www.episensor.com >> >> >> >> -- >> >> Snapcraft mailing list >> >> Snapcraft at lists.snapcraft.io >> >> Modify settings or unsubscribe at: >> >> https://lists.ubuntu.com/mailman/listinfo/snapcraft >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> - Loïc >> >> >> >> >> > >> > >> > -- >> > 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 >> > > > > -- > gustavo @ http://niemeyer.net > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- *Jenny Murphy* *EpiSensor, Georges Quay House, Georges Quay, Limerick, Ireland* jenny.murphy at episensor.com t | +353 (0) 61 512 511 w | http://www.episensor.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From timothy.kuhlman at canonical.com Fri Dec 9 22:53:01 2016 From: timothy.kuhlman at canonical.com (Tim Kuhlman) Date: Fri, 9 Dec 2016 15:53:01 -0700 Subject: content sharing from $SNAP_COMMON In-Reply-To: <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> Message-ID: <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> I had an opportunity to experiment some more unfortunately it still isn't working but I can provide more details. I was pointed to some documentation at https://github.com/snapcore/snapd/wiki/Content-Interface and used that to update a bit of naming in the config. I have been running on yakety with the version of snapd and other tools from yakety but in my debugging I updated to the latest snapd from the snappy edge ppa because I discovered that without that $SNAP* prefixes in the config don't work otherwise. I'm working with the promreg charm which is the producer, it has this config: slots: content: content: promreg read: [$SNAP_COMMON/promreg] The consumer is the prometheus charm which has this config. plugs: content: content: promreg target: etc/prometheus/promreg After creating the charms and installing them then linking with the command `snap connect prometheus:content promreg:content` I ran `sudo snap run --shell prometheus` initially I would get path errors, which I solved with the upgraded snapd. The directory '/var/snap/promreg/common/promreg' does exist and has data in it. The destination directory in the prometheus snap didn't originally exist but I tried creating it after reading http://askubuntu.com/questions/841004/cannot-get-basic-content-interface-example-working-with-snapcraft After getting a shell with the command `sudo snap run --shell prometheus` I see that the destination dir is empty if the destination dir was pre-existing and it doesn't exist at all if dir wasn't pre-existing. Any details I am missing? other debug steps? Tim On 12/05/2016 12:25 AM, Didier Roche wrote: > Le 02/12/2016 à 19:34, Tim Kuhlman a écrit : >> I have a snap that writes data to $SNAP_COMMON as it runs and I want to make that data available to another >> snap. Unfortunately when I setup the content interface and set the plug side to share >> '/var/snap/snap-name/common/subdir' it fails. >> >> I can share data in $SNAP with the content interface but of course the daemon running in that snap can't >> write there. Am I missing anything? Is there any way to share dynamically created data from one snap with another? >> >> Thanks for the help. > > Hey Tim, > > I know that was supposed to be supported, but I don't know the > implementation status of this. > > Zygmunt, can you shed some lights to us there? > Cheers, > Didier > > From l-snapcraft at znn.info Sat Dec 10 13:29:08 2016 From: l-snapcraft at znn.info (l-snapcraft at znn.info) Date: Sat, 10 Dec 2016 14:29:08 +0100 Subject: Daemon: dbus examples Message-ID: <3801098a-285b-af18-1693-8f43024fac66@znn.info> Hi Snapcrafter, in the documentation about keys in the yaml i saw a mention of "daemon: dbus" (1), but i could not find an explanation in the documentation of a real world example how it is used on github. Can someone point me to an example snapcraft.yaml where i can see how it is used? Or other documentation that gets more into detail. Thanks a lot. Greetings, lightonflux 1: http://snapcraft.io/docs/snaps/metadata From xiaoguo.liu at canonical.com Sun Dec 11 00:26:34 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Sun, 11 Dec 2016 08:26:34 +0800 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: Hi Madper, Thanks for your reply. Yeah, it has been confirmed in the bug report at https://bugs.launchpad.net/snappy/+bug/1639981. It happens in other regions as well. Best regards, XiaoGuo On Fri, Dec 9, 2016 at 8:29 PM, Madper Xie wrote: > Hi Xiaoguo, > > I do believe that you have a good proxy. So just try to use your proxy > when you reproduce the timeout issue again. So that we can know if Mainland > China is the only affected area. > > > - sudo systemctl edit snapd; #adding following configure: > > [Service] > Environment=http_proxy=http://host:port > > - sudo systemctl restart snapd > - If you do only have a socks proxy you can use polipoc as a bridge. > Which will accept http input and redirect it to a socks interface. > - Put following configuration into /etc/polipo/config > > ````` > > logSyslog = true > logFile = /var/log/polipo/polipo.log > proxyAddress = "0.0.0.0" > proxyPort = 8118 > socksParentProxy = "127.0.0.1:1080" # please modify this line as > needed. > socksProxyType = socks5 > ``````` > > On Fri, Dec 9, 2016 at 7:46 PM, Shuduo Sang > wrote: > >> Not sure if there are CDN deployed in China to accelerate Ubuntu Core >> store. If there are, the issue need be resolved by CDN vendor. If there are >> not, please help to deploy some. Network issue really make Chinese >> developer and Ubuntu Core taster frustrated. >> >> On Fri, Dec 9, 2016 at 3:54 PM, XiaoGuo Liu >> wrote: >> >>> Yes, at one time, it was consistent that it did not work at all no >>> matter how many times I tried, and it was quite embarrassing during a >>> training session. I thought it was network problem. After some time, it >>> became OK. >>> >>> On Fri, Dec 9, 2016 at 3:46 PM, Manik Taneja >> > wrote: >>> >>>> >>>> >>>> On Dec 8, 2016, at 11:13 PM, Michael Nelson < >>>> michael.nelson at canonical.com> wrote: >>>> >>>> On Fri, Dec 9, 2016 at 5:39 PM Manik Taneja >>>> wrote: >>>> >>>>> On Dec 8, 2016, at 8:21 PM, Oliver Ries >>>>> wrote: >>>>> >>>>> Hi >>>>> >>>>> On Thu, Dec 8, 2016 at 6:31 PM, XiaoGuo Liu >>>> > wrote: >>>>> >>>>> Hi, >>>>> >>>>> I do not know how many of you have met the issue. When I try to >>>>> install an app from the store, it comes me an error like: >>>>> >>>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>>> error: cannot install "tensorflow-demo": Get >>>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>>> connection (Client.Timeout exceeded while awaiting headers) >>>>> liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta >>>>> error: cannot install "tensorflow-demo": Get >>>>> https://search.apps.ubuntu.com/api/v1/snaps/details/tensorfl >>>>> ow-demo?channel=beta: net/http: request canceled while waiting for >>>>> connection (Client.Timeout exceeded while awaiting headers) >>>>> >>>>> This has been usually because of CDN issues afaik. The store team >>>>> should able to confirm shortly. >>>>> >>>> >>>> In this case, it's an issue just with the initial connection from the >>>> client to search.apps.ubuntu.com, before following any CDN url to >>>> download the snap. I also tried to reproduce around 40mins after XiaoGuo >>>> and couldn't. >>>> >>>> After trying to reproduce, I checked the apache logs for >>>> search.apps.ubuntu.com and saw that during that time it only ever saw >>>> requests which resulted in 200 replies: >>>> >>>> http://paste.ubuntu.com/23602216/ >>>> >>>> There were no relevant errors in the error log that I could see, nor >>>> does our monitoring show any high load at the time, so unless apache isn't >>>> logging timeouts, I suspect the requests weren't getting through to >>>> search.apps.ubuntu.com for some network-related reason, but I'm keen >>>> for someone else on the store team to check the networking and logs. >>>> >>>> We have seen this before intermittently, so please if you see a client >>>> timeout as above, add your data to: >>>> >>>> https://bugs.launchpad.net/click-package-index/+bug/1639981 >>>> >>>> and we'll keep digging. >>>> >>>> Just to add, I have seen this issue intermittently a few times before. >>>> Next time, I'll capture logs and add to the bug. Please list out all that >>>> you need captured.. >>>> >>>> >>>> Thanks! >>>> -Michael >>>> >>>> >>>>> Can you check status.snapcraft.io to see any outages around the date >>>>> you experienced this? >>>>> >>>>> >>>>> I just did a quick test on my classic Ubuntu (AMD64) and was able to >>>>> download & install the snap just fine. >>>>> >>>>> >>>>> In fact, I have met this this problem a number of times, and sometimes >>>>> it works fine. Also, my colleague said to me that he gets the same issue >>>>> sometimes. What is the root cause for this? >>>>> >>>>> >>>>> it might be good to get this into a bug report with all relevant >>>>> information (distribution, architecture, network setup (traceroute?) and a >>>>> timestamp so server logs can be matched. >>>>> >>>>> let us know the id and the team will be looking at that asap. >>>>> >>>>> thx, >>>>> Olli >>>>> >>>>> -- >>>>> 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/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 >> >> > > -- > 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 penk.chen at canonical.com Sun Dec 11 12:54:40 2016 From: penk.chen at canonical.com (Penk Chen) Date: Sun, 11 Dec 2016 20:54:40 +0800 Subject: Raspberry Pi: Boot from USB with Ubuntu Core Message-ID: Hi, I managed to get my Pi3 booting from USB drive with uEnv.txt file, here's the note: https://medium.com/@penk/24df33b0fd60 Not sure if there's any impact on the updating, thoughts? Best, penk -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Sun Dec 11 16:01:51 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Sun, 11 Dec 2016 17:01:51 +0100 Subject: Raspberry Pi: Boot from USB with Ubuntu Core In-Reply-To: References: Message-ID: <1481472111.13699.4.camel@ubuntu.com> hi, Am Sonntag, den 11.12.2016, 20:54 +0800 schrieb Penk Chen: > Hi,  > > I managed to get my Pi3 booting from USB drive with uEnv.txt file, > here's the note:  > https://medium.com/@penk/24df33b0fd60 > > Not sure if there's any impact on the updating, thoughts? > it will not completely fall apart immediately but it will also not update ...  as soon as an update removes pi2-kernel_24.snap or core_584.snap at some point (because there are never versions and the old ones got removed), it will stop booting... snapd can only handle variables in the uboot.env binary blob that holds the uboot environment, so your uEnv.txt will stay unchanged on updates. 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 didrocks at ubuntu.com Mon Dec 12 07:41:55 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Mon, 12 Dec 2016 08:41:55 +0100 Subject: Daemon: dbus examples In-Reply-To: <3801098a-285b-af18-1693-8f43024fac66@znn.info> References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> Message-ID: Le 10/12/2016 à 14:29, l-snapcraft at znn.info a écrit : > Hi Snapcrafter, Hey lightonflux > > in the documentation about keys in the yaml i saw a mention of "daemon: > dbus" (1), but i could not find an explanation in the documentation of a > real world example how it is used on github. > > Can someone point me to an example snapcraft.yaml where i can see how it > is used? > Or other documentation that gets more into detail. We do suport similar keywords than systemd units. in that case, service files which are created by snapd. (man systemd.service for more information). The dbus type specifies there: Behavior of dbus is similar to simple; however, it is expected that the daemon acquires a name on the D-Bus bus, as configured by BusName=. systemd will proceed with starting follow-up units after the D-Bus bus name has been acquired. Service units with this option configured implicitly gain dependencies on the dbus.socket unit. This type is the default if BusName= is specified. And this is where i'm surprised, we don't support AFAIK additional names like BusName or such in snap.yaml, and so, the dbus keyword without BusName doesn't make any sense. Michael, can you shed some lights here? Cheers, Didier From michi.henning at canonical.com Mon Dec 12 08:52:48 2016 From: michi.henning at canonical.com (Michi Henning) Date: Mon, 12 Dec 2016 18:52:48 +1000 Subject: Daemon: dbus examples In-Reply-To: References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> Message-ID: I tried this too, and the “dbus” key value was rejected. Looks like this might be a moldie oldie? Michi. > On 12 Dec. 2016, at 17:41 , Didier Roche wrote: > > Le 10/12/2016 à 14:29, l-snapcraft at znn.info a écrit : >> Hi Snapcrafter, > > Hey lightonflux >> >> in the documentation about keys in the yaml i saw a mention of "daemon: >> dbus" (1), but i could not find an explanation in the documentation of a >> real world example how it is used on github. >> >> Can someone point me to an example snapcraft.yaml where i can see how it >> is used? >> Or other documentation that gets more into detail. > > We do suport similar keywords than systemd units. in that case, service > files which are created by snapd. (man systemd.service for more > information). The dbus type specifies there: > Behavior of dbus is similar to simple; however, it is expected that > the daemon acquires a name on the D-Bus bus, as configured by > BusName=. systemd will proceed with starting follow-up units after > the D-Bus bus name has been acquired. Service units with this > option configured implicitly gain dependencies on the dbus.socket > unit. This type is the default if BusName= is specified. > > And this is where i'm surprised, we don't support AFAIK additional names > like BusName or such in snap.yaml, and so, the dbus keyword without > BusName doesn't make any sense. Michael, can you shed some lights here? > Cheers, > Didier > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From didier.roche at canonical.com Mon Dec 12 07:36:56 2016 From: didier.roche at canonical.com (Didier Roche) Date: Mon, 12 Dec 2016 08:36:56 +0100 Subject: Daemon: dbus examples In-Reply-To: <3801098a-285b-af18-1693-8f43024fac66@znn.info> References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> Message-ID: <7473344e-e59b-a673-1bb0-519f3606784e@canonical.com> Le 10/12/2016 à 14:29, l-snapcraft at znn.info a écrit : > Hi Snapcrafter, Hey lightonflux, > in the documentation about keys in the yaml i saw a mention of "daemon: > dbus" (1), but i could not find an explanation in the documentation of a > real world example how it is used on github. > > Can someone point me to an example snapcraft.yaml where i can see how it > is used? > Or other documentation that gets more into detail. We do suport similar keywords than systemd units. in that case, service files which are created by snapd. (man systemd.service for more information). The dbus type specifies there: Behavior of dbus is similar to simple; however, it is expected that the daemon acquires a name on the D-Bus bus, as configured by BusName=. systemd will proceed with starting follow-up units after the D-Bus bus name has been acquired. Service units with this option configured implicitly gain dependencies on the dbus.socket unit. This type is the default if BusName= is specified. And this is where i'm surprised, we don't support AFAIK additional names like BusName or such in snap.yaml, and so, the dbus keyword without BusName doesn't make any sense. Michael, can you shed some lights here? Cheers, Didier From mhall119 at gmail.com Fri Dec 9 01:37:25 2016 From: mhall119 at gmail.com (mhall119) Date: Thu, 8 Dec 2016 20:37:25 -0500 Subject: Cannot install snap apps from store In-Reply-To: References: Message-ID: I've only seen this a couple times, if it's happening to you frequently it may be a problem with your network connection. Perhaps we need a store endpoint in China like we did for the developer portal? On Dec 8, 2016 8:31 PM, "XiaoGuo Liu" wrote: > Hi, > > I do not know how many of you have met the issue. When I try to install an > app from the store, it comes me an error like: > > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. > com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request > canceled while waiting for connection (Client.Timeout exceeded while > awaiting headers) > liuxg at ubuntu:~$ sudo snap install tensorflow-demo --devmode --beta > error: cannot install "tensorflow-demo": Get https://search.apps.ubuntu. > com/api/v1/snaps/details/tensorflow-demo?channel=beta: net/http: request > canceled while waiting for connection (Client.Timeout exceeded while > awaiting headers) > > In fact, I have met this this problem a number of times, and sometimes it > works fine. Also, my colleague said to me that he gets the same issue > sometimes. What is the root cause for this? > > Thanks & best regards, > XiaoGuo > > -- > 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 iliv at commandprompt.com Mon Dec 12 19:27:03 2016 From: iliv at commandprompt.com (Ivan Lezhnjov IV) Date: Mon, 12 Dec 2016 21:27:03 +0200 Subject: Recommended ways of installing configuration files in SNAP_USER_DATA? Message-ID: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> Hi, I’m working on pgbouncer snap package and as I’m new to snaps I wanted to ask the community what is the current preferred way to install a program’s configuration files that are meant to be edited by users? For example, pgbouncer has a couple of files: pgbouncer.ini and userlist.txt. Both normally located under /etc/pgbouncer. As users need to be able to modify various settings in pgbouncer.ini it has to be under $SNAP_USER_DATA/etc/pgbouncer/. I use a standalone wrapper script that initializes some filesystem paths, creates empty log files, etc. which is all required by pgbouncer and is never created by the program itself, where I essentially do this: [ -e "$CNF_DIR/pgbouncer.ini" ] || cp $SNAP/etc/pgbouncer/pgbouncer.ini $CNF_DIR/pgbouncer.ini As you can see I first dump pgbouncer.ini to $SNAP/etc/pgbouncer/ and then attempt to copy it to $CNF_DIR, which expands to $SNAP_USER_DATA/etc/pgbouncer. However, this doesn’t work as $SNAP/etc/pgbouncer/pgbouncer.ini is owned by root and when the wrapper script is run as a normal user it cannot read the $SNAP/etc/pgbouncer/pgbouncer.ini file (permission denied). I might be one step close to getting this to work but I was wondering what is the common/recommended practice to do what I’m trying to achieve here? Ivan From mhall119 at ubuntu.com Mon Dec 12 19:54:12 2016 From: mhall119 at ubuntu.com (Michael Hall) Date: Mon, 12 Dec 2016 14:54:12 -0500 Subject: Recommended ways of installing configuration files in SNAP_USER_DATA? In-Reply-To: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> References: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> Message-ID: <49d3fb86-23af-0ac7-666d-1f99d12b7b8c@ubuntu.com> I've used the same wrapper script configuration[1] as you're doing. If you make pgbouncer a daemon it will be run as root, so the wrapper will be able to create the config files without a problem. You should use $SNAP_DATA rather than $SNAP_USER_DATA for this. Coming soon (in snapd 2.18 I think) you will also be able to use the 'configure' hook, which will be called on install and update of a snap. But for now the wrapper you have, plus making it a daemon, should do the trick. [1] https://github.com/apache/couchdb/blob/master/configure#L199 Michael Hall mhall119 at ubuntu.com On 12/12/2016 02:27 PM, Ivan Lezhnjov IV wrote: > Hi, > > I’m working on pgbouncer snap package and as I’m new to snaps I wanted to ask the community what is the current preferred way to install a program’s configuration files that are meant to be edited by users? > > For example, pgbouncer has a couple of files: pgbouncer.ini and userlist.txt. Both normally located under /etc/pgbouncer. > > As users need to be able to modify various settings in pgbouncer.ini it has to be under $SNAP_USER_DATA/etc/pgbouncer/. > > I use a standalone wrapper script that initializes some filesystem paths, creates empty log files, etc. which is all required by pgbouncer and is never created by the program itself, where I essentially do this: > > [ -e "$CNF_DIR/pgbouncer.ini" ] || cp $SNAP/etc/pgbouncer/pgbouncer.ini $CNF_DIR/pgbouncer.ini > > As you can see I first dump pgbouncer.ini to $SNAP/etc/pgbouncer/ and then attempt to copy it to $CNF_DIR, which expands to $SNAP_USER_DATA/etc/pgbouncer. > > However, this doesn’t work as $SNAP/etc/pgbouncer/pgbouncer.ini is owned by root and when the wrapper script is run as a normal user it cannot read the $SNAP/etc/pgbouncer/pgbouncer.ini file (permission denied). > > I might be one step close to getting this to work but I was wondering what is the common/recommended practice to do what I’m trying to achieve here? > > Ivan > From mhall119 at gmail.com Mon Dec 12 19:53:22 2016 From: mhall119 at gmail.com (Michael Hall) Date: Mon, 12 Dec 2016 14:53:22 -0500 Subject: Recommended ways of installing configuration files in SNAP_USER_DATA? In-Reply-To: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> References: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> Message-ID: <39dea30b-f801-c689-8b86-eb87a11878d1@gmail.com> I've used the same wrapper script configuration[1] as you're doing. If you make pgbouncer a daemon it will be run as root, so the wrapper will be able to create the config files without a problem. You should use $SNAP_DATA rather than $SNAP_USER_DATA for this. Coming soon (in snapd 2.18 I think) you will also be able to use the 'configure' hook, which will be called on install and update of a snap. But for now the wrapper you have, plus making it a daemon, should do the trick. [1] https://github.com/apache/couchdb/blob/master/configure#L199 Michael Hall mhall119 at gmail.com On 12/12/2016 02:27 PM, Ivan Lezhnjov IV wrote: > Hi, > > I’m working on pgbouncer snap package and as I’m new to snaps I wanted to ask the community what is the current preferred way to install a program’s configuration files that are meant to be edited by users? > > For example, pgbouncer has a couple of files: pgbouncer.ini and userlist.txt. Both normally located under /etc/pgbouncer. > > As users need to be able to modify various settings in pgbouncer.ini it has to be under $SNAP_USER_DATA/etc/pgbouncer/. > > I use a standalone wrapper script that initializes some filesystem paths, creates empty log files, etc. which is all required by pgbouncer and is never created by the program itself, where I essentially do this: > > [ -e "$CNF_DIR/pgbouncer.ini" ] || cp $SNAP/etc/pgbouncer/pgbouncer.ini $CNF_DIR/pgbouncer.ini > > As you can see I first dump pgbouncer.ini to $SNAP/etc/pgbouncer/ and then attempt to copy it to $CNF_DIR, which expands to $SNAP_USER_DATA/etc/pgbouncer. > > However, this doesn’t work as $SNAP/etc/pgbouncer/pgbouncer.ini is owned by root and when the wrapper script is run as a normal user it cannot read the $SNAP/etc/pgbouncer/pgbouncer.ini file (permission denied). > > I might be one step close to getting this to work but I was wondering what is the common/recommended practice to do what I’m trying to achieve here? > > Ivan > From jamie at canonical.com Mon Dec 12 21:33:45 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Mon, 12 Dec 2016 15:33:45 -0600 Subject: Daemon: dbus examples In-Reply-To: <3801098a-285b-af18-1693-8f43024fac66@znn.info> References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> Message-ID: <1481578425.5671.62.camel@canonical.com> On Sat, 2016-12-10 at 14:29 +0100, l-snapcraft at znn.info wrote: > Hi Snapcrafter, > > in the documentation about keys in the yaml i saw a mention of "daemon: > dbus" (1), but i could not find an explanation in the documentation of a > real world example how it is used on github. > > Can someone point me to an example snapcraft.yaml where i can see how it > is used? > Or other documentation that gets more into detail. > > Thanks a lot. > > Greetings, > lightonflux > > 1: http://snapcraft.io/docs/snaps/metadata > I looked into this just now to give an overall status. 'daemon: dbus' was part of Ubuntu Core 15.04, it was only for system services and it was removed in series 16 in favor of 'interfaces'. As of now, 1. snapd allows specifying 'daemon: dbus' but when you do it generates an incomplete systemd service file: /usr/lib/snapd/snapd[2329]: task.go:303: DEBUG: 2016-12-12T14:33:18-06:00 ERROR [start snap.test-hello-dbus.test-hello-dbusd-system.service] failed with exit status 1: Failed to start snap.test-hello-dbus.test-hello-dbusd-system.service: Unit snap.test-hello-dbus.test-hello-dbusd-system.service is not loaded properly: Invalid argument.#012See system logs and 'systemctl status snap.test- hello-dbus.test-hello-dbusd-system.service' for details. 2. snapcraft doesn't allow you to specify it (which is good since the implementation doesn't work correctly) 3. http://snapcraft.io/docs/snaps/metadata incorrectly lists it 4. https://github.com/snapcore/snapd/wiki/Snap-format also incorrectly lists it I fixed '4' just now to remove the reference to 'dbus' and I filed a bug: https://bugs.launchpad.net/snappy/+bug/1649399 In terms of what you can do with dbus today: - you can use a named socket and a private bus for processes within your snap    to communicate  - if you are snapping something that is covered by an existing interface[1], you   can use that interface - if you are snapping a service that is useful for more than just your snap, you   can develop an interface for snapd In snapd 2.20 we are working to have the 'dbus' generic interface in place[2]. With it you can specify the bus name (session or system), the well-known name to bind to and then use interface connections to connect your client to your service. In a future version of snapd, service activation will be supported[3] (eg, for session services) as well as running daemons on the session bus[4]. AIUI the Ubuntu Personal folks are working on this and they have a design and the implementation should start soon. Thanks! [1]https://github.com/snapcore/snapd/wiki/Interfaces [2]https://bugs.launchpad.net/snappy/+bug/1590679 [3]https://bugs.launchpad.net/snappy/+bug/1648990 [4]https://bugs.launchpad.net/snappy/+bug/1613420 -- 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 michi.henning at canonical.com Mon Dec 12 23:31:31 2016 From: michi.henning at canonical.com (Michi Henning) Date: Tue, 13 Dec 2016 09:31:31 +1000 Subject: Daemon: dbus examples In-Reply-To: <1481578425.5671.62.camel@canonical.com> References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> <1481578425.5671.62.camel@canonical.com> Message-ID: > In snapd 2.20 we are working to have the 'dbus' generic interface in place[2]. > With it you can specify the bus name (session or system), the well-known name to > bind to and then use interface connections to connect your client to your > service. Thanks for that Jamie! I take I’ll be able to specify the dbus name dynamically? We need this for storage service, where the client app doesn’t know a-priori which exact service it will be talking to. Instead, that’s determined by the user, who selects which cloud service they want to use (say, for backup). The providers for the different cloud services each use a different dbus name, so the actual dbus name an application needs to use isn’t know until runtime. > In a future version of snapd, service activation will be supported[3] (eg, for > session services) as well as running daemons on the session bus[4]. AIUI the > Ubuntu Personal folks are working on this and they have a design and the > implementation should start soon. Thanks! So, I take that we’ll be able to use this for things such as thumbnailer and mediascanner? I’m asking because, if so, there is no point in me trying to add service-specific interfaces for these to snapd. Do you have a rough ETA for this? (No, I’m not going to hold you to it :-) Just trying to get a feel for where things are at.) Thanks, Michi. From sergio.schvezov at canonical.com Tue Dec 13 00:54:51 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Mon, 12 Dec 2016 21:54:51 -0300 Subject: Daemon: dbus examples In-Reply-To: <1481578425.5671.62.camel@canonical.com> References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> <1481578425.5671.62.camel@canonical.com> Message-ID: El 12/12/16 a las 18:33, Jamie Strandboge escribió: > 2. snapcraft doesn't allow you to specify it (which is good since the > implementation doesn't work correctly) This is because we agreed to bring it back in 16 with a more integrated/polished design. I believe the code in snapd are just remnants from 15.04. From stuart.bishop at canonical.com Tue Dec 13 09:42:25 2016 From: stuart.bishop at canonical.com (Stuart Bishop) Date: Tue, 13 Dec 2016 16:42:25 +0700 Subject: Recommended ways of installing configuration files in SNAP_USER_DATA? In-Reply-To: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> References: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> Message-ID: On 13 December 2016 at 02:27, Ivan Lezhnjov IV wrote: > Hi, > > I’m working on pgbouncer snap package and as I’m new to snaps I wanted to > ask the community what is the current preferred way to install a program’s > configuration files that are meant to be edited by users? > > For example, pgbouncer has a couple of files: pgbouncer.ini and > userlist.txt. Both normally located under /etc/pgbouncer. > > As users need to be able to modify various settings in pgbouncer.ini it > has to be under $SNAP_USER_DATA/etc/pgbouncer/. > > I use a standalone wrapper script that initializes some filesystem paths, > creates empty log files, etc. which is all required by pgbouncer and is > never created by the program itself, where I essentially do this: > > [ -e "$CNF_DIR/pgbouncer.ini" ] || cp $SNAP/etc/pgbouncer/pgbouncer.ini > $CNF_DIR/pgbouncer.ini > > As you can see I first dump pgbouncer.ini to $SNAP/etc/pgbouncer/ and then > attempt to copy it to $CNF_DIR, which expands to > $SNAP_USER_DATA/etc/pgbouncer. > > However, this doesn’t work as $SNAP/etc/pgbouncer/pgbouncer.ini is owned > by root and when the wrapper script is run as a normal user it cannot read > the $SNAP/etc/pgbouncer/pgbouncer.ini file (permission denied). > I think the only problem here is that $SNAP/etc/pgbouncer/pgbouncer.ini was not world readable when snapped. Maybe a umask issue, or you need to explicitly set the permissions on this template file. > I might be one step close to getting this to work but I was wondering what > is the common/recommended practice to do what I’m trying to achieve here? I used the same approach you did, and got it building locally and working ( https://code.launchpad.net/~stub/+git/pgbouncer-snap/+ref/master , please steal freely if there is anything useful there ). I haven't published it anywhere because I thought there was a reasonable chance you would be looking at it :) Also, I'm holding out hope that we can run non-root daemons sooner rather than later since pgbouncer is another app that refuses to run as root. I wasn't looking forward to documenting how to manually install systemd service definitions :) -- Stuart Bishop -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacek.nykis at canonical.com Tue Dec 13 10:13:08 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Tue, 13 Dec 2016 10:13:08 +0000 Subject: Recommended ways of installing configuration files in SNAP_USER_DATA? In-Reply-To: References: <67408B34-88BE-484B-8B2F-4E1A8706DAD9@commandprompt.com> Message-ID: <92d7e926-cd76-5ab3-54d3-8a0ebd9359d7@canonical.com> On 13/12/16 09:42, Stuart Bishop wrote: >> I might be one step close to getting this to work but I was wondering what >> is the common/recommended practice to do what I’m trying to achieve here? > > > I used the same approach you did, and got it building locally and working ( > https://code.launchpad.net/~stub/+git/pgbouncer-snap/+ref/master , please > steal freely if there is anything useful there ). I haven't published it > anywhere because I thought there was a reasonable chance you would be > looking at it :) Also, I'm holding out hope that we can run non-root > daemons sooner rather than later since pgbouncer is another app that > refuses to run as root. I wasn't looking forward to documenting how to > manually install systemd service definitions :) I also had similar problem and had to write small wrapper. If you want one more example to look at you can find source code here: https://git.launchpad.net/prometheus-pushgateway-snap/tree/ There is an enhancement request in launchpad where we asked for a standard way to deploy initial config files without need for every snap to ship with custom wrappers: https://bugs.launchpad.net/snappy/+bug/1611287 If that would help you you can mark the bug as affecting you to let developers know. Regards, Jacek Nykis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From jamie at canonical.com Tue Dec 13 14:51:14 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 13 Dec 2016 08:51:14 -0600 Subject: Daemon: dbus examples In-Reply-To: References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> <1481578425.5671.62.camel@canonical.com> Message-ID: <1481640674.5671.89.camel@canonical.com> On Tue, 2016-12-13 at 09:31 +1000, Michi Henning wrote: > > > > In snapd 2.20 we are working to have the 'dbus' generic interface in > > place[2]. > > With it you can specify the bus name (session or system), the well-known > > name to > > bind to and then use interface connections to connect your client to your > > service. > Thanks for that Jamie! > > I take I’ll be able to specify the dbus name dynamically? We need this for > storage service, where the client app doesn’t know a-priori which exact > service it will be talking to. Instead, that’s determined by the user, who > selects which cloud service they want to use (say, for backup). The providers > for the different cloud services each use a different dbus name, so the actual > dbus name an application needs to use isn’t know until runtime. > As implemented, the slot implementation picks the well-known name it is known by and then 'snap connect' is used to connect plugging clients to the services. Each provider would claim a well-known name and each client *could* plug and snap connect any or all of them. Then at runtime the client could choose whichever they want to use. Based on your comments though, it sounds like perhaps you would want to have the storage service plug all the known cloud providers, then expose it via its own interface and have clients plug the storage service. Clients talk to the storage service and the storage service mediates communicates with the cloud providers. In this manner, the storage service only has to ever be updated to plug new cloud providers (something it would need to do any way) and the clients never have to be updated. Feel free to schedule a meeting sometime with me, Tyler/Emily and Thomas Voss if desired if you want input on the design or a design review. > > > > In a future version of snapd, service activation will be supported[3] (eg, > > for > > session services) as well as running daemons on the session bus[4]. AIUI the > > Ubuntu Personal folks are working on this and they have a design and the > > implementation should start soon. Thanks! > So, I take that we’ll be able to use this for things such as thumbnailer and > mediascanner? I’m asking because, if so, there is no point in me trying to add > service-specific interfaces for these to snapd. > Maybe. As I see it, there are two main considerations here: 1. the entire DBus API is granted (currently) when using this particular interface. If these service's entire DBus APIs are safe (ie, they don't violate application isolation or grant elevated permissions), then this interface could be appropriate for them. 2. are these services otherwise interesting enough to have their own interface on their own? Gustavo may have other considerations or thoughts on the matter. Do note that the interface as implemented today (ie, without session services or activation) is meant to allow leaf applications (eg, from GNOME or KDE) to work and talk to each other and integrate within the user's session. We'll work with Thomas on the activation and session service bits and then after that see how people want to use the interface and iterate. > Do you have a rough ETA for this? (No, I’m not going to hold you to it :- > )  Just trying to get a feel for where things are at.) > I'm told these are behind the trusty work, that the trusty work is nearing completion and that this dbus work will start after that. I suggest asking the Ubuntu Personal folks directly for when this might start/be completed. -- 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 ted at ubuntu.com Tue Dec 13 16:40:04 2016 From: ted at ubuntu.com (Ted Gould) Date: Tue, 13 Dec 2016 10:40:04 -0600 Subject: Daemon: dbus examples In-Reply-To: References: <3801098a-285b-af18-1693-8f43024fac66@znn.info> <1481578425.5671.62.camel@canonical.com> Message-ID: <1481647204.17018.13.camel@ubuntu.com> On Tue, 2016-12-13 at 09:31 +1000, Michi Henning wrote: > > In snapd 2.20 we are working to have the 'dbus' generic interface > > in place[2]. With it you can specify the bus name (session or > > system), the well-known name to bind to and then use interface > > connections to connect your client to your service. >  I take I’ll be able to specify the dbus name dynamically? We need > this for storage service, where the client app doesn’t know a-priori > which exact service it will be talking to. Instead, that’s determined > by the user, who selects which cloud service they want to use (say, > for backup). The providers for the different cloud services each use > a different dbus name, so the actual dbus name an application needs > to use isn’t know until runtime. No, it shouldn't be dynamic. The point of the dbus entry is to provide well-known names for services, it doesn't really make sense for them to be generated. Also, I don't expect us to allow snaps to install in a GUI-way that use that feature. Certainly if someone goes to the command line and explicitly configures an interface, it's their device. But by default we want to ensure that there is no information leakage about what you have installed. We will have preinstalled snaps that have dbus well-known names. Ted -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- 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 Dec 13 18:32:42 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Tue, 13 Dec 2016 15:32:42 -0300 Subject: Error trying to access to dbus Message-ID: I am trying to access to dbus from a python script in my snap and I am getting the error dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Failed to connect to socket /var/run/dbus/system_bus_socket: Permission denied, it happens when I do bus = dbus.SystemBus(mainloop=DBusGMainLoop()) Any idea how to fix it? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From dank at kegel.com Tue Dec 13 19:46:10 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 11:46:10 -0800 Subject: Development environment for debs and snaps for raspberry pi 3? Message-ID: Hi, I'm building debs and snaps for a raspberry pi 3. Questions: 1) when last I did this, https://ubuntu-pi-flavour-maker.org/ was the best place to get real ubuntu for the pi 3 (the one listed on the ubuntu wiki didn't boot reliably). Is that still true? What do other folks use? 2) if one were to want to use the official snappy core ubuntu 16.04 for raspberry pi 3 as a development host, is there a reasonable way to do that? e.g. installing lxd on it and running an ubuntu desktop environment inside lxd? 3) more simply, is there a snap for snapcraft yet (aside from whether that's useful)? Thanks, Dan From david.calle at canonical.com Tue Dec 13 19:52:42 2016 From: david.calle at canonical.com (=?UTF-8?Q?David_Call=c3=a9?=) Date: Tue, 13 Dec 2016 20:52:42 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: On 13/12/2016 20:46, Dan Kegel wrote: > Hi, > I'm building debs and snaps for a raspberry pi 3. > Questions: > 1) when last I did this, https://ubuntu-pi-flavour-maker.org/ was the > best place to get real ubuntu for the pi 3 (the one listed on the > ubuntu wiki didn't boot reliably). Is that still true? What do other > folks use? > 2) if one were to want to use the official snappy core ubuntu 16.04 > for raspberry pi 3 as a development host, is there a reasonable way to > do that? e.g. installing lxd on it and running an ubuntu desktop > environment inside lxd? An easy way to achieve this is to install the "classic" snap [1]. It gives you a classic ubuntu environment on top of Ubuntu Core, to install snapcraft for example. Here is another piece of doc [2] on this topic, not published yet, that will be helpful in terms of dev workflow on your pi. [1] http://snapcraft.io/docs/build-snaps/build-for-another-arch#on-an-ubuntu-core-device [2] https://github.com/ubuntudesign/developer.ubuntu.com/blob/master/templates/pages/core/get-started/developer-setup.md > 3) more simply, is there a snap for snapcraft yet (aside from whether > that's useful)? > > Thanks, > Dan > From jamie at canonical.com Tue Dec 13 19:59:03 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Tue, 13 Dec 2016 13:59:03 -0600 Subject: Error trying to access to dbus In-Reply-To: References: Message-ID: <1481659143.5671.97.camel@canonical.com> On Tue, 2016-12-13 at 15:32 -0300, Sergio Cazzolato wrote: > I am trying to access to dbus from a python script in my snap and I am > getting the error dbus.exceptions.DBusException: > org.freedesktop.DBus.Error.AccessDenied: Failed to connect to socket > /var/run/dbus/system_bus_socket: Permission denied, it happens when I do > bus = dbus.SystemBus(mainloop=DBusGMainLoop()) > > Any idea how to fix it? > To unblock yourself, you can install your snap with --devmode and then you shouldn't be blocked. If you are trying to make your snap work in strict confinement, you need to plug an interface that uses the system bus. If your script is trying to use a well- known service like network-manager, you need only 'plugs: [ network-manager ]' and then connect your snap to it with the 'snap connect' command. If you are implementing a new system service, a new interface will need to be created for it or you can soon try out the about-to-land 'dbus' interface[1]. [1]https://bugs.launchpad.net/snappy/+bug/1590679 -- 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 dank at kegel.com Tue Dec 13 20:46:27 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 12:46:27 -0800 Subject: can't log in on ubuntu core console via sso... Message-ID: Trying ubuntu core on the pi3 for the first time. Install went fine, and I can ssh to the box just fine, and I can do 'sudo snap login myemail' ok, but I can't log in on the console. It doesn't seem to accept my launchpad userid and password :-( Is that related to http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password / https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? From dank at kegel.com Tue Dec 13 20:47:15 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 12:47:15 -0800 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: On Tue, Dec 13, 2016 at 11:52 AM, David Callé wrote: > An easy way to achieve this is to install the "classic" snap Ah, yeah, I'd forgotten about that, thanks. - Dan From gregory.lutostanski at canonical.com Tue Dec 13 21:00:36 2016 From: gregory.lutostanski at canonical.com (Gregory Lutostanski) Date: Tue, 13 Dec 2016 15:00:36 -0600 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/ (at the bottom of the page under First login tips) suggests: "There is no default ubuntu user on these images, but you can run sudo passwd to set a password in case you need a local console login." A bit hard to find unless you're looking for it I agree. Hit it myself. --Greg On Tue, Dec 13, 2016 at 2:46 PM, Dan Kegel wrote: > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > http://askubuntu.com/questions/834331/16-04-ubuntu- > single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 gregory.lutostanski at canonical.com Tue Dec 13 21:00:36 2016 From: gregory.lutostanski at canonical.com (Gregory Lutostanski) Date: Tue, 13 Dec 2016 15:00:36 -0600 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/ (at the bottom of the page under First login tips) suggests: "There is no default ubuntu user on these images, but you can run sudo passwd to set a password in case you need a local console login." A bit hard to find unless you're looking for it I agree. Hit it myself. --Greg On Tue, Dec 13, 2016 at 2:46 PM, Dan Kegel wrote: > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > http://askubuntu.com/questions/834331/16-04-ubuntu- > single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 dank at kegel.com Tue Dec 13 21:05:16 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 13:05:16 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: So... the instructions saying to create an account on launchpad etc. don't get you a console login, by design? That's highly confusing, and could stand clarifying. On Tue, Dec 13, 2016 at 1:00 PM, Gregory Lutostanski wrote: > https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/ (at the bottom > of the page under First login tips) suggests: > "There is no default ubuntu user on these images, but you can run sudo > passwd to set a password in case you need a local console > login." > > A bit hard to find unless you're looking for it I agree. Hit it myself. > > --Greg > > On Tue, Dec 13, 2016 at 2:46 PM, Dan Kegel wrote: >> >> Trying ubuntu core on the pi3 for the first time. Install went fine, >> and I can ssh to the box just fine, >> and I can do 'sudo snap login myemail' ok, >> but I can't log in on the console. It doesn't seem to accept my >> launchpad userid and password :-( >> >> Is that related to >> >> http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password >> / >> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? >> >> -- >> 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 > From dank at kegel.com Tue Dec 13 21:05:16 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 13:05:16 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: So... the instructions saying to create an account on launchpad etc. don't get you a console login, by design? That's highly confusing, and could stand clarifying. On Tue, Dec 13, 2016 at 1:00 PM, Gregory Lutostanski wrote: > https://developer.ubuntu.com/en/snappy/start/raspberry-pi-2/ (at the bottom > of the page under First login tips) suggests: > "There is no default ubuntu user on these images, but you can run sudo > passwd to set a password in case you need a local console > login." > > A bit hard to find unless you're looking for it I agree. Hit it myself. > > --Greg > > On Tue, Dec 13, 2016 at 2:46 PM, Dan Kegel wrote: >> >> Trying ubuntu core on the pi3 for the first time. Install went fine, >> and I can ssh to the box just fine, >> and I can do 'sudo snap login myemail' ok, >> but I can't log in on the console. It doesn't seem to accept my >> launchpad userid and password :-( >> >> Is that related to >> >> http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password >> / >> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? >> >> -- >> 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 > From loic.minier at ubuntu.com Tue Dec 13 21:31:35 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 13 Dec 2016 22:31:35 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: Hi! On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: > 2) if one were to want to use the official snappy core ubuntu 16.04 > for raspberry pi 3 as a development host, is there a reasonable way to > do that? e.g. installing lxd on it and running an ubuntu desktop > environment inside lxd? > On top of what David Callé said about the classic snap, installing the LXD or Docker snaps and running snapcraft in a container would certainly work! I haven't tried running a full desktop and would love to hear how that fares :-) Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From loic.minier at ubuntu.com Tue Dec 13 21:31:35 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Tue, 13 Dec 2016 22:31:35 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: Hi! On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: > 2) if one were to want to use the official snappy core ubuntu 16.04 > for raspberry pi 3 as a development host, is there a reasonable way to > do that? e.g. installing lxd on it and running an ubuntu desktop > environment inside lxd? > On top of what David Callé said about the classic snap, installing the LXD or Docker snaps and running snapcraft in a container would certainly work! I haven't tried running a full desktop and would love to hear how that fares :-) Cheers, - Loïc Minier -------------- next part -------------- An HTML attachment was scrubbed... URL: From gregory.lutostanski at canonical.com Tue Dec 13 21:48:05 2016 From: gregory.lutostanski at canonical.com (Gregory Lutostanski) Date: Tue, 13 Dec 2016 15:48:05 -0600 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: On that note... I haven't been able to get either docker nor lxd working on my rpi2/3 anybody else been able to? https://bugs.launchpad.net/snappy/+bug/1606510 is what I hit for lxd. I didnt know about the classic snap, maybe that will enable me to get lxd working, which would be my preferred choice. --Greg On Tue, Dec 13, 2016 at 3:31 PM, Loïc Minier wrote: > Hi! > > On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: > >> 2) if one were to want to use the official snappy core ubuntu 16.04 >> for raspberry pi 3 as a development host, is there a reasonable way to >> do that? e.g. installing lxd on it and running an ubuntu desktop >> environment inside lxd? >> > > On top of what David Callé said about the classic snap, installing the LXD > or Docker snaps and running snapcraft in a container would certainly work! > I haven't tried running a full desktop and would love to hear how that > fares :-) > > 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 gregory.lutostanski at canonical.com Tue Dec 13 21:48:05 2016 From: gregory.lutostanski at canonical.com (Gregory Lutostanski) Date: Tue, 13 Dec 2016 15:48:05 -0600 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: On that note... I haven't been able to get either docker nor lxd working on my rpi2/3 anybody else been able to? https://bugs.launchpad.net/snappy/+bug/1606510 is what I hit for lxd. I didnt know about the classic snap, maybe that will enable me to get lxd working, which would be my preferred choice. --Greg On Tue, Dec 13, 2016 at 3:31 PM, Loïc Minier wrote: > Hi! > > On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: > >> 2) if one were to want to use the official snappy core ubuntu 16.04 >> for raspberry pi 3 as a development host, is there a reasonable way to >> do that? e.g. installing lxd on it and running an ubuntu desktop >> environment inside lxd? >> > > On top of what David Callé said about the classic snap, installing the LXD > or Docker snaps and running snapcraft in a container would certainly work! > I haven't tried running a full desktop and would love to hear how that > fares :-) > > 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 kyle.fazzari at canonical.com Tue Dec 13 21:57:20 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Tue, 13 Dec 2016 13:57:20 -0800 Subject: Snapcraft's state tracking improvements Message-ID: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Hey everyone. I feel it coming on... this is going to be a tome. tl;dr... snapcraft could be smarter than it is. But would that lead to its doing more for you than you want? We'd like to find out. I've spoken to a few of you individually about this, and I want to open this topic up for wider conversation. We have a number of bugs logged against snapcraft for its state tracking shortcomings. For example, a few of you may have run into these issues: - You add a stage package to a part in an already-built snap, and run `snapcraft` again. It happily says all the steps have already run, and generates a snap that doesn't contain your stage package. - You add (or modify) a file in the local source for a part of an already-built snap, and run `snapcraft` again`. It again reports that everything has already run, and generates a snap that doesn't contain your modifications. We used to have even more of these issues, but snapcraft has slowly been getting smarter about things like this. You may have noticed that v2.23 fixed that first problem, for example. Well, sort of. Let me explain. Snapcraft's state tracking allows us to do some handy things. For example, as you probably know, when you run the `stage` or `prime` steps, you're combining files from multiple parts into a single directory. Thanks to state tracking, snapcraft is able to disentangle which files came from which part, and allow you to remove a single part's files using per-step cleaning. However, this is complicated by the ability to have inter-part dependencies (using the `after` keyword). If part A depends on part B and part B is being cleaned, then snapcraft knows part A needs to be cleaned as well. But should it go ahead and clean it for you? What if you were offline and part A required the internet to build? Or re-building part A took forever and you didn't want to just wipe it? We weren't sure when we implemented this ability, so we decided to be safe and force you to say exactly what you wanted. For example, if you simply said `snapcraft clean part B` we error out, saying something like "Hey you're trying to clean part B, but part A depends on it. If you intend for both to be cleaned, please say so." This same mindset can be found elsewhere: - If you change something in the YAML that makes a part out of date (e.g. stage packages) it tells you it's out of date and why, but doesn't clean/rebuild it for you. - Trying to build part A which depends on part B before B itself has been staged leads to "Hey, part A has unsatisfied dependencies." If you run `snapcraft stage A B` it'll do the right thing. - Not-yet-released features will know when local sources for a part have changed, and build the updates, but what should it do if that part has another depending upon it? The point is: snapcraft is/will be smart enough to help a lot more than it currently does in these types of situations. The question I'm posing to you all is: how much do you want its help? I see four options for how to handle such situations: *Option 1*: Error out and make you be specific. This is the current behavior. *Option 2*: Automatically take care of everything. If you modify a part with dependencies, snapcraft will rebuild those dependencies as it sees fit without your needing to say so. Similarly, if you clean a part with dependencies, snapcraft will clean those dependencies as it sees fit without your needing to say so. *Option 3*: Prompt. "You've modified part A, but part B depends upon it. Would you like to rebuild it as well? (Y/n)" and the like. *Option 4*: Add the ability to configure this behavior between options 1-3. Perhaps the sensible default would be option 3. Our goal here is to do the least surprising thing, which is why we're asking for input from our users. Please let your voice be heard! -- 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 jcoates at extremenetworks.com Tue Dec 13 22:20:59 2016 From: jcoates at extremenetworks.com (Joe Coates) Date: Tue, 13 Dec 2016 22:20:59 +0000 Subject: Snapcraft 2.23 restricts dump plugin capability Message-ID: My snap includes a part which has an unconventional build process (which I don't control). It builds and arranges a lot of stuff that I don't need. For a while now I have been using a second part with the dump plugin to pick the files I need out of the build tree of the first part, and create directories and files in the snap exactly as I need them. The yaml goes like below. Unfortunately this breaks as of snapcraft 2.23, which seems to check the dump source path before the first part is built, and fails. Any suggestions as to how I can achieve the previous function with the current dump plugin ? (Using the organize keyword in the first part does not seem to be able to create directories in the install tree). part-aa: source: git at giteng1:part-aa source-type: git plugin: autotools # Don't include anything from here in the snap (done in next part) stage: [ "-*" ] snap: [ "-*" ] # This part just installs from the build tree of part-aa to the snap aa-snap: source: ./parts/part-aa/build after: [part-aa] plugin: dump organize: client/client: usr/bin/myclient other/observer: usr/bin/myobserver datafiles/client-1: etc/myclient/ datafiles/client-2: etc/myclient/ datafiles/observer-id: etc/myobserver/ snap: - usr/bin - etc Thanks, Joe Coates ________________________________ 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 matt.aguirre at gmail.com Tue Dec 13 22:25:34 2016 From: matt.aguirre at gmail.com (Matthew Aguirre) Date: Tue, 13 Dec 2016 17:25:34 -0500 Subject: Snapcraft 2.23 restricts dump plugin capability In-Reply-To: References: Message-ID: Can you do the organize in the build instead of post organizing with the dump? I used to do something similar with copy, but then dump didn't do what I needed, so switched it up. On Dec 13, 2016 5:21 PM, "Joe Coates" wrote: > My snap includes a part which has an unconventional build process (which I > don’t control). It builds and arranges a lot of stuff that I don’t need. > For a while now I have been using a second part with the dump plugin to > pick the files I need out of the build tree of the first part, and create > directories and files in the snap exactly as I need them. The yaml goes > like below. Unfortunately this breaks as of snapcraft 2.23, which seems > to check the dump source path before the first part is built, and fails. > Any suggestions as to how I can achieve the previous function with the > current dump plugin ? (Using the organize keyword in the first part does > not seem to be able to create directories in the install tree). > > > > > > part-aa: > > source: git at giteng1:part-aa > > source-type: git > > plugin: autotools > > # Don't include anything from here in the snap (done in next part) > > stage: [ "-*" ] > > snap: [ "-*" ] > > > > # This part just installs from the build tree of part-aa to the snap > > aa-snap: > > source: ./parts/part-aa/build > > after: [part-aa] > > plugin: dump > > organize: > > client/client: usr/bin/myclient > > other/observer: usr/bin/myobserver > > datafiles/client-1: etc/myclient/ > > datafiles/client-2: etc/myclient/ > > datafiles/observer-id: etc/myobserver/ > > snap: > > - usr/bin > > - etc > > > > > > Thanks, > > Joe Coates > > ------------------------------ > > 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. > > -- > 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 kyle.fazzari at canonical.com Tue Dec 13 22:59:37 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Tue, 13 Dec 2016 14:59:37 -0800 Subject: Snapcraft 2.23 restricts dump plugin capability In-Reply-To: References: Message-ID: <7b76e6f4-6f2e-ef61-5c25-037e81805add@canonical.com> Indeed, from the example it looks like you could make it work with only the single `part-aa` plus some good use of the organize keyword along with stage/snap to whitelist only those components. On 12/13/2016 02:25 PM, Matthew Aguirre wrote: > Can you do the organize in the build instead of post organizing with the > dump? I used to do something similar with copy, but then dump didn't do > what I needed, so switched it up. > > On Dec 13, 2016 5:21 PM, "Joe Coates" > wrote: > > My snap includes a part which has an unconventional build process > (which I don’t control). It builds and arranges a lot of stuff that > I don’t need. For a while now I have been using a second part with > the dump plugin to pick the files I need out of the build tree of > the first part, and create directories and files in the snap exactly > as I need them. The yaml goes like below. Unfortunately this > breaks as of snapcraft 2.23, which seems to check the dump source > path before the first part is built, and fails. Any suggestions as > to how I can achieve the previous function with the current dump > plugin ? (Using the organize keyword in the first part does not > seem to be able to create directories in the install tree). ____ > > __ __ > > __ __ > > part-aa:____ > > source: git at giteng1:part-aa____ > > source-type: git____ > > plugin: autotools ____ > > # Don't include anything from here in the snap (done in next part)____ > > stage: [ "-*" ]____ > > snap: [ "-*" ] ____ > > ____ > > # This part just installs from the build tree of part-aa to the snap > ____ > > aa-snap:____ > > source: ./parts/part-aa/build____ > > after: [part-aa]____ > > plugin: dump____ > > organize: ____ > > client/client: usr/bin/myclient____ > > other/observer: usr/bin/myobserver____ > > datafiles/client-1: etc/myclient/ ____ > > datafiles/client-2: etc/myclient/ ____ > > datafiles/observer-id: etc/myobserver/ ____ > > snap:____ > > - usr/bin____ > > - etc____ > > __ __ > > __ __ > > Thanks,____ > > Joe Coates____ > > > ------------------------------------------------------------------------ > > 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. > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/snapcraft > > > > -- 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 xiaoguo.liu at canonical.com Wed Dec 14 00:12:11 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 14 Dec 2016 08:12:11 +0800 Subject: Snapcraft's state tracking improvements In-Reply-To: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: Thanks kyle, this is really important! In a hackathon event, when the network was bad and shared by many people, keeping cleaning the project and rebuilding the project took a lot of time to build the whole project. Sometime, it took a few tens minutes to get it done! Best regards, XiaoGuo On Wed, Dec 14, 2016 at 5:57 AM, Kyle Fazzari wrote: > Hey everyone. > > I feel it coming on... this is going to be a tome. tl;dr... snapcraft > could be smarter than it is. But would that lead to its doing more for > you than you want? We'd like to find out. > > I've spoken to a few of you individually about this, and I want to open > this topic up for wider conversation. We have a number of bugs logged > against snapcraft for its state tracking shortcomings. For example, a > few of you may have run into these issues: > > - You add a stage package to a part in an already-built snap, and run > `snapcraft` again. It happily says all the steps have already run, and > generates a snap that doesn't contain your stage package. > > - You add (or modify) a file in the local source for a part of an > already-built snap, and run `snapcraft` again`. It again reports that > everything has already run, and generates a snap that doesn't contain > your modifications. > > We used to have even more of these issues, but snapcraft has slowly been > getting smarter about things like this. You may have noticed that v2.23 > fixed that first problem, for example. Well, sort of. Let me explain. > > Snapcraft's state tracking allows us to do some handy things. For > example, as you probably know, when you run the `stage` or `prime` > steps, you're combining files from multiple parts into a single > directory. Thanks to state tracking, snapcraft is able to disentangle > which files came from which part, and allow you to remove a single > part's files using per-step cleaning. > > However, this is complicated by the ability to have inter-part > dependencies (using the `after` keyword). If part A depends on part B > and part B is being cleaned, then snapcraft knows part A needs to be > cleaned as well. But should it go ahead and clean it for you? What if > you were offline and part A required the internet to build? Or > re-building part A took forever and you didn't want to just wipe it? We > weren't sure when we implemented this ability, so we decided to be safe > and force you to say exactly what you wanted. For example, if you simply > said `snapcraft clean part B` we error out, saying something like "Hey > you're trying to clean part B, but part A depends on it. If you intend > for both to be cleaned, please say so." > > This same mindset can be found elsewhere: > > - If you change something in the YAML that makes a part out of date > (e.g. stage packages) it tells you it's out of date and why, but doesn't > clean/rebuild it for you. > > - Trying to build part A which depends on part B before B itself has > been staged leads to "Hey, part A has unsatisfied dependencies." If you > run `snapcraft stage A B` it'll do the right thing. > > - Not-yet-released features will know when local sources for a part have > changed, and build the updates, but what should it do if that part has > another depending upon it? > > The point is: snapcraft is/will be smart enough to help a lot more than > it currently does in these types of situations. The question I'm posing > to you all is: how much do you want its help? > > I see four options for how to handle such situations: > > > *Option 1*: Error out and make you be specific. This is the current > behavior. > > *Option 2*: Automatically take care of everything. If you modify a part > with dependencies, snapcraft will rebuild those dependencies as it sees > fit without your needing to say so. Similarly, if you clean a part with > dependencies, snapcraft will clean those dependencies as it sees fit > without your needing to say so. > > *Option 3*: Prompt. "You've modified part A, but part B depends upon it. > Would you like to rebuild it as well? (Y/n)" and the like. > > *Option 4*: Add the ability to configure this behavior between options > 1-3. Perhaps the sensible default would be option 3. > > > Our goal here is to do the least surprising thing, which is why we're > asking for input from our users. Please let your voice be heard! > > -- > Kyle Fazzari (kyrofa) > Software Engineer > Canonical Ltd. > kyle at canonical.com > > > -- > 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 mark at ubuntu.com Wed Dec 14 00:16:28 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 13 Dec 2016 19:16:28 -0500 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: The thing that worries me is the likelihood of bad passwords being set. We don't necessarily know what the software is on the device, and people are likely to reuse passwords that are important to them on other systems. So we though SSH enablement was the cleaner safer way to tty. Happy to take feedback and in principle OK to have a local password. Mark From michael.hudson at canonical.com Wed Dec 14 00:22:16 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Wed, 14 Dec 2016 13:22:16 +1300 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: What version of core do you have? This should be clearer with the latest versions, you shouldn't see the login prompt until you set a password. Cheers, mwh sent from my phone, please excuse brevity On 14 Dec 2016 09:47, "Dan Kegel" wrote: Trying ubuntu core on the pi3 for the first time. Install went fine, and I can ssh to the box just fine, and I can do 'sudo snap login myemail' ok, but I can't log in on the console. It doesn't seem to accept my launchpad userid and password :-( Is that related to http://askubuntu.com/questions/834331/16-04-ubuntu- single-sign-on-wrong-e-mail-or-password / https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? -- 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 michael.hudson at canonical.com Wed Dec 14 00:22:16 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Wed, 14 Dec 2016 13:22:16 +1300 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: What version of core do you have? This should be clearer with the latest versions, you shouldn't see the login prompt until you set a password. Cheers, mwh sent from my phone, please excuse brevity On 14 Dec 2016 09:47, "Dan Kegel" wrote: Trying ubuntu core on the pi3 for the first time. Install went fine, and I can ssh to the box just fine, and I can do 'sudo snap login myemail' ok, but I can't log in on the console. It doesn't seem to accept my launchpad userid and password :-( Is that related to http://askubuntu.com/questions/834331/16-04-ubuntu- single-sign-on-wrong-e-mail-or-password / https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? -- 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 seth.arnold at canonical.com Wed Dec 14 00:27:14 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Tue, 13 Dec 2016 16:27:14 -0800 Subject: Snapcraft's state tracking improvements In-Reply-To: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: <20161214002714.GC26592@hunt> On Tue, Dec 13, 2016 at 01:57:20PM -0800, Kyle Fazzari wrote: > *Option 2*: Automatically take care of everything. If you modify a part > with dependencies, snapcraft will rebuild those dependencies as it sees > fit without your needing to say so. Similarly, if you clean a part with This options feels most likely to lead to reliably reproducable results. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From elfgoh at yahoo.com Wed Dec 14 00:35:42 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 14 Dec 2016 00:35:42 +0000 (UTC) Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: <1783759370.2265281.1481675742829@mail.yahoo.com> I am assuming console means the login prompt like this: ============== Ubuntu Core 16 on 192.168.0.10 (ttyO0) localhost login: ============== I do feel that the current secure default works the best. Those who need to set a local password will find a way to do it since it is their requirement for ease of dev, etc Enabling console login by default, imho, is more insecure, and increases another avenue for breaching the device. Thanks. -- Luther On Wednesday, December 14, 2016 8:17 AM, Mark Shuttleworth wrote: The thing that worries me is the likelihood of bad passwords being set. We don't necessarily know what the software is on the device, and people are likely to reuse passwords that are important to them on other systems. So we though SSH enablement was the cleaner safer way to tty. Happy to take feedback and in principle OK to have a local password. Mark -- 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 Wed Dec 14 00:35:47 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 16:35:47 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: This is with a very freshly downloaded image, 329125916 Dec 13 12:04 ubuntu-core-16-pi3.img.xz Linux localhost.localdomain 4.4.0-1030-raspi2 #37-Ubuntu SMP Thu Oct 20 15:06:25 UTC 2016 armv7l armv7l armv7l GNU/Linux I'm very confused. You have SSO. You tell people to create an SSO account to use the device. Yet SSO can't be used to log into the system at the console. ?? - Dan On Tue, Dec 13, 2016 at 4:22 PM, Michael Hudson-Doyle wrote: > What version of core do you have? This should be clearer with the latest > versions, you shouldn't see the login prompt until you set a password. > > Cheers, > mwh > > sent from my phone, please excuse brevity > > On 14 Dec 2016 09:47, "Dan Kegel" wrote: > > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > > http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 > From dank at kegel.com Wed Dec 14 00:35:47 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 16:35:47 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: This is with a very freshly downloaded image, 329125916 Dec 13 12:04 ubuntu-core-16-pi3.img.xz Linux localhost.localdomain 4.4.0-1030-raspi2 #37-Ubuntu SMP Thu Oct 20 15:06:25 UTC 2016 armv7l armv7l armv7l GNU/Linux I'm very confused. You have SSO. You tell people to create an SSO account to use the device. Yet SSO can't be used to log into the system at the console. ?? - Dan On Tue, Dec 13, 2016 at 4:22 PM, Michael Hudson-Doyle wrote: > What version of core do you have? This should be clearer with the latest > versions, you shouldn't see the login prompt until you set a password. > > Cheers, > mwh > > sent from my phone, please excuse brevity > > On 14 Dec 2016 09:47, "Dan Kegel" wrote: > > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > > http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 > From elfgoh at yahoo.com Wed Dec 14 00:39:12 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 14 Dec 2016 00:39:12 +0000 (UTC) Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: <302175451.2270884.1481675952485@mail.yahoo.com> I believe SSO account is simply to host your ssh keys that can be used to login to the device. Perhaps better documentation will provide improved clarity. -- Luther On Wednesday, December 14, 2016 8:36 AM, Dan Kegel wrote: This is with a very freshly downloaded image, 329125916 Dec 13 12:04 ubuntu-core-16-pi3.img.xz Linux localhost.localdomain 4.4.0-1030-raspi2 #37-Ubuntu SMP Thu Oct 20 15:06:25 UTC 2016 armv7l armv7l armv7l GNU/Linux I'm very confused. You have SSO. You tell people to create an SSO account to use the device. Yet SSO can't be used to log into the system at the console. ?? - Dan On Tue, Dec 13, 2016 at 4:22 PM, Michael Hudson-Doyle wrote: > What version of core do you have? This should be clearer with the latest > versions, you shouldn't see the login prompt until you set a password. > > Cheers, > mwh > > sent from my phone, please excuse brevity > > On 14 Dec 2016 09:47, "Dan Kegel" wrote: > > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > > http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 From elfgoh at yahoo.com Wed Dec 14 00:39:12 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 14 Dec 2016 00:39:12 +0000 (UTC) Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: <302175451.2270884.1481675952485@mail.yahoo.com> I believe SSO account is simply to host your ssh keys that can be used to login to the device. Perhaps better documentation will provide improved clarity. -- Luther On Wednesday, December 14, 2016 8:36 AM, Dan Kegel wrote: This is with a very freshly downloaded image, 329125916 Dec 13 12:04 ubuntu-core-16-pi3.img.xz Linux localhost.localdomain 4.4.0-1030-raspi2 #37-Ubuntu SMP Thu Oct 20 15:06:25 UTC 2016 armv7l armv7l armv7l GNU/Linux I'm very confused. You have SSO. You tell people to create an SSO account to use the device. Yet SSO can't be used to log into the system at the console. ?? - Dan On Tue, Dec 13, 2016 at 4:22 PM, Michael Hudson-Doyle wrote: > What version of core do you have? This should be clearer with the latest > versions, you shouldn't see the login prompt until you set a password. > > Cheers, > mwh > > sent from my phone, please excuse brevity > > On 14 Dec 2016 09:47, "Dan Kegel" wrote: > > Trying ubuntu core on the pi3 for the first time. Install went fine, > and I can ssh to the box just fine, > and I can do 'sudo snap login myemail' ok, > but I can't log in on the console. It doesn't seem to accept my > launchpad userid and password :-( > > Is that related to > > http://askubuntu.com/questions/834331/16-04-ubuntu-single-sign-on-wrong-e-mail-or-password > / > https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1616943 ? > > -- > 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 From mark at ubuntu.com Wed Dec 14 00:40:53 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 13 Dec 2016 19:40:53 -0500 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: On 13/12/16 19:35, Dan Kegel wrote: > I'm very confused. You have SSO. You tell people to create an SSO > account to use the device. Yet SSO can't be used to log into the > system at the console. ?? SSH keys associated with the SSO account are pulled into the device, so you can SSH to it. We could enable console (as in keyboard-and-monitor-on-device) access too, if we want, that's what's open for discussion. There are lots of ways to do that, simplistically just by asking for a login password to be set during the device activation step that you saw. But the concern is that users will reuse an important password when doing so. We have 2-factor capabilities that might be useful. In general, I would say we are open to suggestion but mindful of the opportunity to raise the bar for device security. Also, we're mindful of the fact that these devices will not be used every day. So passwords that are unique to the device will easily be forgotten. All of that led us to the SSH approach that you see now. It's not a final position, those are just the things to think about in the discussion. Mark From mark at ubuntu.com Wed Dec 14 00:40:53 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Tue, 13 Dec 2016 19:40:53 -0500 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: On 13/12/16 19:35, Dan Kegel wrote: > I'm very confused. You have SSO. You tell people to create an SSO > account to use the device. Yet SSO can't be used to log into the > system at the console. ?? SSH keys associated with the SSO account are pulled into the device, so you can SSH to it. We could enable console (as in keyboard-and-monitor-on-device) access too, if we want, that's what's open for discussion. There are lots of ways to do that, simplistically just by asking for a login password to be set during the device activation step that you saw. But the concern is that users will reuse an important password when doing so. We have 2-factor capabilities that might be useful. In general, I would say we are open to suggestion but mindful of the opportunity to raise the bar for device security. Also, we're mindful of the fact that these devices will not be used every day. So passwords that are unique to the device will easily be forgotten. All of that led us to the SSH approach that you see now. It's not a final position, those are just the things to think about in the discussion. Mark From dank at kegel.com Wed Dec 14 00:45:53 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 16:45:53 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: It's a fine position. It's just a little confusing for new users. You could remedy this by adding the line Note: the SSO password cannot currently be used to log in at the console; create a local user if you need that. to the page https://developer.ubuntu.com/en/snappy/start/ under '5. Login'. Thanks for clarifying. - Dan On Tue, Dec 13, 2016 at 4:40 PM, Mark Shuttleworth wrote: > On 13/12/16 19:35, Dan Kegel wrote: >> I'm very confused. You have SSO. You tell people to create an SSO >> account to use the device. Yet SSO can't be used to log into the >> system at the console. ?? > > SSH keys associated with the SSO account are pulled into the device, so > you can SSH to it. > > We could enable console (as in keyboard-and-monitor-on-device) access > too, if we want, that's what's open for discussion. There are lots of > ways to do that, simplistically just by asking for a login password to > be set during the device activation step that you saw. But the concern > is that users will reuse an important password when doing so. > > We have 2-factor capabilities that might be useful. In general, I would > say we are open to suggestion but mindful of the opportunity to raise > the bar for device security. > > Also, we're mindful of the fact that these devices will not be used > every day. So passwords that are unique to the device will easily be > forgotten. > > All of that led us to the SSH approach that you see now. It's not a > final position, those are just the things to think about in the discussion. > > Mark > > > -- > 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 Wed Dec 14 00:45:53 2016 From: dank at kegel.com (Dan Kegel) Date: Tue, 13 Dec 2016 16:45:53 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: It's a fine position. It's just a little confusing for new users. You could remedy this by adding the line Note: the SSO password cannot currently be used to log in at the console; create a local user if you need that. to the page https://developer.ubuntu.com/en/snappy/start/ under '5. Login'. Thanks for clarifying. - Dan On Tue, Dec 13, 2016 at 4:40 PM, Mark Shuttleworth wrote: > On 13/12/16 19:35, Dan Kegel wrote: >> I'm very confused. You have SSO. You tell people to create an SSO >> account to use the device. Yet SSO can't be used to log into the >> system at the console. ?? > > SSH keys associated with the SSO account are pulled into the device, so > you can SSH to it. > > We could enable console (as in keyboard-and-monitor-on-device) access > too, if we want, that's what's open for discussion. There are lots of > ways to do that, simplistically just by asking for a login password to > be set during the device activation step that you saw. But the concern > is that users will reuse an important password when doing so. > > We have 2-factor capabilities that might be useful. In general, I would > say we are open to suggestion but mindful of the opportunity to raise > the bar for device security. > > Also, we're mindful of the fact that these devices will not be used > every day. So passwords that are unique to the device will easily be > forgotten. > > All of that led us to the SSH approach that you see now. It's not a > final position, those are just the things to think about in the discussion. > > Mark > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From pengliu.mail at gmail.com Wed Dec 14 02:01:14 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Tue, 13 Dec 2016 20:01:14 -0600 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? Message-ID: Hi Folks, I am trying to build a snap which needs the permission to access docker related system files. I can build the snap successfully with snapcraft, but when I tried to installed it, the snap command report error "installation not allowed by "support" plug rule of interface "docker-support" Does snap command disable the support for "docker" and "docker-support" interfaces for all snaps except docker snap? Thanks. Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Wed Dec 14 02:05:35 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Tue, 13 Dec 2016 20:05:35 -0600 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Already, in the source code (snapd/interfaces/builtin/docker_support.go), I found the docker-control interface is "reserved". Does that mean third-party snap can not use it? On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: > Hi Folks, > > I am trying to build a snap which needs the permission to access docker > related system files. I can build the snap successfully with snapcraft, but > when I tried to installed it, the snap command report error "installation > not allowed by "support" plug rule of interface "docker-support" > > Does snap command disable the support for "docker" and "docker-support" > interfaces for all snaps except docker snap? > > Thanks. > > Peng > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Wed Dec 14 02:05:35 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Tue, 13 Dec 2016 20:05:35 -0600 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Already, in the source code (snapd/interfaces/builtin/docker_support.go), I found the docker-control interface is "reserved". Does that mean third-party snap can not use it? On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: > Hi Folks, > > I am trying to build a snap which needs the permission to access docker > related system files. I can build the snap successfully with snapcraft, but > when I tried to installed it, the snap command report error "installation > not allowed by "support" plug rule of interface "docker-support" > > Does snap command disable the support for "docker" and "docker-support" > interfaces for all snaps except docker snap? > > Thanks. > > Peng > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yc.cheng at canonical.com Wed Dec 14 02:20:21 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Wed, 14 Dec 2016 10:20:21 +0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: IMHO. a password only works for console but not for internet is more secure and developer will appreciate. 2016-12-14 8:40 GMT+08:00 Mark Shuttleworth : > On 13/12/16 19:35, Dan Kegel wrote: > > I'm very confused. You have SSO. You tell people to create an SSO > > account to use the device. Yet SSO can't be used to log into the > > system at the console. ?? > > SSH keys associated with the SSO account are pulled into the device, so > you can SSH to it. > > We could enable console (as in keyboard-and-monitor-on-device) access > too, if we want, that's what's open for discussion. There are lots of > ways to do that, simplistically just by asking for a login password to > be set during the device activation step that you saw. But the concern > is that users will reuse an important password when doing so. > > We have 2-factor capabilities that might be useful. In general, I would > say we are open to suggestion but mindful of the opportunity to raise > the bar for device security. > > Also, we're mindful of the fact that these devices will not be used > every day. So passwords that are unique to the device will easily be > forgotten. > > All of that led us to the SSH approach that you see now. It's not a > final position, those are just the things to think about in the discussion. > > Mark > > > -- > 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 yc.cheng at canonical.com Wed Dec 14 02:20:21 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Wed, 14 Dec 2016 10:20:21 +0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: IMHO. a password only works for console but not for internet is more secure and developer will appreciate. 2016-12-14 8:40 GMT+08:00 Mark Shuttleworth : > On 13/12/16 19:35, Dan Kegel wrote: > > I'm very confused. You have SSO. You tell people to create an SSO > > account to use the device. Yet SSO can't be used to log into the > > system at the console. ?? > > SSH keys associated with the SSO account are pulled into the device, so > you can SSH to it. > > We could enable console (as in keyboard-and-monitor-on-device) access > too, if we want, that's what's open for discussion. There are lots of > ways to do that, simplistically just by asking for a login password to > be set during the device activation step that you saw. But the concern > is that users will reuse an important password when doing so. > > We have 2-factor capabilities that might be useful. In general, I would > say we are open to suggestion but mindful of the opportunity to raise > the bar for device security. > > Also, we're mindful of the fact that these devices will not be used > every day. So passwords that are unique to the device will easily be > forgotten. > > All of that led us to the SSH approach that you see now. It's not a > final position, those are just the things to think about in the discussion. > > Mark > > > -- > 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 gustavo.niemeyer at canonical.com Wed Dec 14 02:40:20 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 14 Dec 2016 00:40:20 -0200 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hey Peng, We've overlooked a detail in the new interface system which makes it super inconvenient for you to develop with that interface. We're fixing that in the release due to go into proposal this week. Here is the short background, if you're interested: snapd blocks the connection because it knows the permissions granted by that specific interface into your system are way too wide. So it's protecting your system from an unknown snap that wants to do too much. That's a great thing! What's bad is that this is your own snap, of course. :-) So, the release this week will allow you to say --dangerous when installing it (thanks to John), and snapd will ignore that issue at your discretion. In the future, we'll make the mechanism even nicer by allowing you to sign the snap, and snapd will be able to correlate the fact this is your system with your signature and let it go through. On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > Already, in the source code (snapd/interfaces/builtin/docker_support.go), > I found the docker-control interface is "reserved". Does that mean > third-party snap can not use it? > > On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: > >> Hi Folks, >> >> I am trying to build a snap which needs the permission to access docker >> related system files. I can build the snap successfully with snapcraft, but >> when I tried to installed it, the snap command report error "installation >> not allowed by "support" plug rule of interface "docker-support" >> >> Does snap command disable the support for "docker" and "docker-support" >> interfaces for all snaps except docker snap? >> >> Thanks. >> >> Peng >> > > > -- > 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 gustavo.niemeyer at canonical.com Wed Dec 14 02:40:20 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 14 Dec 2016 00:40:20 -0200 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hey Peng, We've overlooked a detail in the new interface system which makes it super inconvenient for you to develop with that interface. We're fixing that in the release due to go into proposal this week. Here is the short background, if you're interested: snapd blocks the connection because it knows the permissions granted by that specific interface into your system are way too wide. So it's protecting your system from an unknown snap that wants to do too much. That's a great thing! What's bad is that this is your own snap, of course. :-) So, the release this week will allow you to say --dangerous when installing it (thanks to John), and snapd will ignore that issue at your discretion. In the future, we'll make the mechanism even nicer by allowing you to sign the snap, and snapd will be able to correlate the fact this is your system with your signature and let it go through. On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > Already, in the source code (snapd/interfaces/builtin/docker_support.go), > I found the docker-control interface is "reserved". Does that mean > third-party snap can not use it? > > On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: > >> Hi Folks, >> >> I am trying to build a snap which needs the permission to access docker >> related system files. I can build the snap successfully with snapcraft, but >> when I tried to installed it, the snap command report error "installation >> not allowed by "support" plug rule of interface "docker-support" >> >> Does snap command disable the support for "docker" and "docker-support" >> interfaces for all snaps except docker snap? >> >> Thanks. >> >> Peng >> > > > -- > 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 gustavo.niemeyer at canonical.com Wed Dec 14 02:41:08 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 14 Dec 2016 00:41:08 -0200 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: One detail: note that once your snap goes into the store and passes reviews, that issue goes away. Actual users of your snap in the wild don't have to say --dangerous. On Wed, Dec 14, 2016 at 12:40 AM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > Hey Peng, > > We've overlooked a detail in the new interface system which makes it super > inconvenient for you to develop with that interface. We're fixing that in > the release due to go into proposal this week. > > Here is the short background, if you're interested: snapd blocks the > connection because it knows the permissions granted by that specific > interface into your system are way too wide. So it's protecting your system > from an unknown snap that wants to do too much. That's a great thing! > What's bad is that this is your own snap, of course. :-) > > So, the release this week will allow you to say --dangerous when > installing it (thanks to John), and snapd will ignore that issue at your > discretion. In the future, we'll make the mechanism even nicer by allowing > you to sign the snap, and snapd will be able to correlate the fact this is > your system with your signature and let it go through. > > > On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > >> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >> I found the docker-control interface is "reserved". Does that mean >> third-party snap can not use it? >> >> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: >> >>> Hi Folks, >>> >>> I am trying to build a snap which needs the permission to access docker >>> related system files. I can build the snap successfully with snapcraft, but >>> when I tried to installed it, the snap command report error "installation >>> not allowed by "support" plug rule of interface "docker-support" >>> >>> Does snap command disable the support for "docker" and "docker-support" >>> interfaces for all snaps except docker snap? >>> >>> Thanks. >>> >>> Peng >>> >> >> >> -- >> 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 > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From gustavo.niemeyer at canonical.com Wed Dec 14 02:41:08 2016 From: gustavo.niemeyer at canonical.com (Gustavo Niemeyer) Date: Wed, 14 Dec 2016 00:41:08 -0200 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: One detail: note that once your snap goes into the store and passes reviews, that issue goes away. Actual users of your snap in the wild don't have to say --dangerous. On Wed, Dec 14, 2016 at 12:40 AM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > Hey Peng, > > We've overlooked a detail in the new interface system which makes it super > inconvenient for you to develop with that interface. We're fixing that in > the release due to go into proposal this week. > > Here is the short background, if you're interested: snapd blocks the > connection because it knows the permissions granted by that specific > interface into your system are way too wide. So it's protecting your system > from an unknown snap that wants to do too much. That's a great thing! > What's bad is that this is your own snap, of course. :-) > > So, the release this week will allow you to say --dangerous when > installing it (thanks to John), and snapd will ignore that issue at your > discretion. In the future, we'll make the mechanism even nicer by allowing > you to sign the snap, and snapd will be able to correlate the fact this is > your system with your signature and let it go through. > > > On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > >> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >> I found the docker-control interface is "reserved". Does that mean >> third-party snap can not use it? >> >> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: >> >>> Hi Folks, >>> >>> I am trying to build a snap which needs the permission to access docker >>> related system files. I can build the snap successfully with snapcraft, but >>> when I tried to installed it, the snap command report error "installation >>> not allowed by "support" plug rule of interface "docker-support" >>> >>> Does snap command disable the support for "docker" and "docker-support" >>> interfaces for all snaps except docker snap? >>> >>> Thanks. >>> >>> Peng >>> >> >> >> -- >> 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 > -- gustavo @ http://niemeyer.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From didrocks at ubuntu.com Wed Dec 14 06:02:02 2016 From: didrocks at ubuntu.com (Didier Roche) Date: Wed, 14 Dec 2016 07:02:02 +0100 Subject: Snapcraft's state tracking improvements In-Reply-To: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: Le 13/12/2016 à 22:57, Kyle Fazzari a écrit : > Hey everyone. Hey Kyle > > I feel it coming on... this is going to be a tome. tl;dr... snapcraft > could be smarter than it is. But would that lead to its doing more for > you than you want? We'd like to find out. > > I've spoken to a few of you individually about this, and I want to open > this topic up for wider conversation. We have a number of bugs logged > against snapcraft for its state tracking shortcomings. For example, a > few of you may have run into these issues: > > - You add a stage package to a part in an already-built snap, and run > `snapcraft` again. It happily says all the steps have already run, and > generates a snap that doesn't contain your stage package. > > - You add (or modify) a file in the local source for a part of an > already-built snap, and run `snapcraft` again`. It again reports that > everything has already run, and generates a snap that doesn't contain > your modifications. There is another one: there is a remote source which changes. I think snapcraft can be smarter about that and store the hash of the git/bzr commit id, and check if new remote hash is the same or not. This is a little bit more problematic for other kind of assets like tarballs, as you can only create and check a checksum (if not published) after downloading… defeating the caching purpose :) > The point is: snapcraft is/will be smart enough to help a lot more than > it currently does in these types of situations. The question I'm posing > to you all is: how much do you want its help? > > I see four options for how to handle such situations: > > > *Option 1*: Error out and make you be specific. This is the current > behavior. > > *Option 2*: Automatically take care of everything. If you modify a part > with dependencies, snapcraft will rebuild those dependencies as it sees > fit without your needing to say so. Similarly, if you clean a part with > dependencies, snapcraft will clean those dependencies as it sees fit > without your needing to say so. > > *Option 3*: Prompt. "You've modified part A, but part B depends upon it. > Would you like to rebuild it as well? (Y/n)" and the like. > > *Option 4*: Add the ability to configure this behavior between options > 1-3. Perhaps the sensible default would be option 3. > > > Our goal here is to do the least surprising thing, which is why we're > asking for input from our users. Please let your voice be heard! I would think a good way is always to not try to be too smart. This is kicking back in some way in the future. I would personally go with option 1 + a suggestion of command to run to autofix it. Instead of prompting (option3), add an option like --auto (or --force). This gives a sane default behavior, and let then integration tools (like IDE integration or scripts) to use the --auto after detecting a failure. Then, they can decide themselves to do it right away or to prompt the user (which is harder if you implement option 3 as a CLI prompt). Option 4 sounds dangerous to me, because there are mutiple situations which can triggers this, and so, if you set auto as a default for everything, you can go trigger surprising behavior for certain cases. Here is my 2 cents From yc.cheng at canonical.com Wed Dec 14 06:03:07 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Wed, 14 Dec 2016 14:03:07 +0800 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hi Gustavo, Good to hear. Let me also publish this article: [Snappy Interfaces revisit] https://docs.google.com/document/d/1stvuyn6evk9df7s58ZSAq7g5QOV5gxmWCVqiyEuwDDs/edit?usp=sharing Feel like the work flow in page 3 need to update after you release the new snapd. YC 2016-12-14 10:40 GMT+08:00 Gustavo Niemeyer : > Hey Peng, > > We've overlooked a detail in the new interface system which makes it super > inconvenient for you to develop with that interface. We're fixing that in > the release due to go into proposal this week. > > Here is the short background, if you're interested: snapd blocks the > connection because it knows the permissions granted by that specific > interface into your system are way too wide. So it's protecting your system > from an unknown snap that wants to do too much. That's a great thing! > What's bad is that this is your own snap, of course. :-) > > So, the release this week will allow you to say --dangerous when > installing it (thanks to John), and snapd will ignore that issue at your > discretion. In the future, we'll make the mechanism even nicer by allowing > you to sign the snap, and snapd will be able to correlate the fact this is > your system with your signature and let it go through. > > > On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > >> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >> I found the docker-control interface is "reserved". Does that mean >> third-party snap can not use it? >> >> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: >> >>> Hi Folks, >>> >>> I am trying to build a snap which needs the permission to access docker >>> related system files. I can build the snap successfully with snapcraft, but >>> when I tried to installed it, the snap command report error "installation >>> not allowed by "support" plug rule of interface "docker-support" >>> >>> Does snap command disable the support for "docker" and "docker-support" >>> interfaces for all snaps except docker snap? >>> >>> Thanks. >>> >>> Peng >>> >> >> >> -- >> 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 > > -- > 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 yc.cheng at canonical.com Wed Dec 14 06:03:07 2016 From: yc.cheng at canonical.com (YC Cheng) Date: Wed, 14 Dec 2016 14:03:07 +0800 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hi Gustavo, Good to hear. Let me also publish this article: [Snappy Interfaces revisit] https://docs.google.com/document/d/1stvuyn6evk9df7s58ZSAq7g5QOV5gxmWCVqiyEuwDDs/edit?usp=sharing Feel like the work flow in page 3 need to update after you release the new snapd. YC 2016-12-14 10:40 GMT+08:00 Gustavo Niemeyer : > Hey Peng, > > We've overlooked a detail in the new interface system which makes it super > inconvenient for you to develop with that interface. We're fixing that in > the release due to go into proposal this week. > > Here is the short background, if you're interested: snapd blocks the > connection because it knows the permissions granted by that specific > interface into your system are way too wide. So it's protecting your system > from an unknown snap that wants to do too much. That's a great thing! > What's bad is that this is your own snap, of course. :-) > > So, the release this week will allow you to say --dangerous when > installing it (thanks to John), and snapd will ignore that issue at your > discretion. In the future, we'll make the mechanism even nicer by allowing > you to sign the snap, and snapd will be able to correlate the fact this is > your system with your signature and let it go through. > > > On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu wrote: > >> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >> I found the docker-control interface is "reserved". Does that mean >> third-party snap can not use it? >> >> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu wrote: >> >>> Hi Folks, >>> >>> I am trying to build a snap which needs the permission to access docker >>> related system files. I can build the snap successfully with snapcraft, but >>> when I tried to installed it, the snap command report error "installation >>> not allowed by "support" plug rule of interface "docker-support" >>> >>> Does snap command disable the support for "docker" and "docker-support" >>> interfaces for all snaps except docker snap? >>> >>> Thanks. >>> >>> Peng >>> >> >> >> -- >> 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 > > -- > 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 Dec 14 11:01:43 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 14 Dec 2016 08:01:43 -0300 Subject: Snapcraft's state tracking improvements In-Reply-To: References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: El 14/12/16 a las 03:02, Didier Roche escribió: > Le 13/12/2016 à 22:57, Kyle Fazzari a écrit : >> Hey everyone. > Hey Kyle >> I feel it coming on... this is going to be a tome. tl;dr... snapcraft >> could be smarter than it is. But would that lead to its doing more for >> you than you want? We'd like to find out. >> >> I've spoken to a few of you individually about this, and I want to open >> this topic up for wider conversation. We have a number of bugs logged >> against snapcraft for its state tracking shortcomings. For example, a >> few of you may have run into these issues: >> >> - You add a stage package to a part in an already-built snap, and run >> `snapcraft` again. It happily says all the steps have already run, and >> generates a snap that doesn't contain your stage package. >> >> - You add (or modify) a file in the local source for a part of an >> already-built snap, and run `snapcraft` again`. It again reports that >> everything has already run, and generates a snap that doesn't contain >> your modifications. > There is another one: there is a remote source which changes. I think > snapcraft can be smarter about that and store the hash of the git/bzr > commit id, and check if new remote hash is the same or not. This is a > little bit more problematic for other kind of assets like tarballs, as > you can only create and check a checksum (if not published) after > downloading… defeating the caching purpose :) For remote sources, I would only do this on an explicit (re)pull. We don't want to talk to the network (unless a plugin is wired to do so where we strive not to) unless the user really wants to. From sergio.schvezov at canonical.com Wed Dec 14 11:02:09 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 14 Dec 2016 08:02:09 -0300 Subject: Snapcraft's state tracking improvements In-Reply-To: <20161214002714.GC26592@hunt> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> <20161214002714.GC26592@hunt> Message-ID: El 13/12/16 a las 21:27, Seth Arnold escribió: > On Tue, Dec 13, 2016 at 01:57:20PM -0800, Kyle Fazzari wrote: >> *Option 2*: Automatically take care of everything. If you modify a part >> with dependencies, snapcraft will rebuild those dependencies as it sees >> fit without your needing to say so. Similarly, if you clean a part with > This options feels most likely to lead to reliably reproducable results. I am inclined to go with this option as well. When chaining parts with the `after` keyword, what usually comes """before""" are your dependencies whereas when creating a snap one would work on the leaves (the parts holding the most `after`s). I think of it almost as a `Build-Depends` in `debian/control` From ogra at ubuntu.com Wed Dec 14 12:18:30 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 14 Dec 2016 13:18:30 +0100 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: Message-ID: <1481717910.4743.17.camel@ubuntu.com> hi, Am Mittwoch, den 14.12.2016, 13:22 +1300 schrieb Michael Hudson-Doyle: > What version of core do you have? This should be clearer with the > latest versions, you shouldn't see the login prompt until you set a > password. > this issue comes up more often on IRC as well.. it is definitely not the case that we suppress the prompt currently (and i guess it would just move the problem and people would ask why the console is broken), we only show the "please press enter" message until an account is created. after this the normal login prompt is shown. i think we should show some info text so people are aware that they need to use the ssh login to create a password first to actually enable the console based login. just hiding the login prompt will only cause more questions in the end. 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 alberto.mardegan at canonical.com Wed Dec 14 13:14:18 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Wed, 14 Dec 2016 16:14:18 +0300 Subject: Snapcraft's state tracking improvements In-Reply-To: References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: <318a6d1c-d759-326d-8801-132a90a89987@canonical.com> On 14/12/2016 09:02, Didier Roche wrote: > I would think a good way is always to not try to be too smart. This is > kicking back in some way in the future. I would personally go with > option 1 + a suggestion of command to run to autofix it. Instead of > prompting (option3), add an option like --auto (or --force). +1 Ciao, Alberto From seb128 at ubuntu.com Wed Dec 14 14:10:58 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Wed, 14 Dec 2016 15:10:58 +0100 Subject: Snapcraft's state tracking improvements In-Reply-To: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: <5ecc028e-c3fb-23c9-7e27-1fe96dad36ca@ubuntu.com> Hey Kyle, Le 13/12/2016 à 22:57, Kyle Fazzari a écrit : > and force you to say exactly what you wanted. For example, if you simply > said `snapcraft clean part B` we error out, saying something like "Hey > you're trying to clean part B, but part A depends on it. If you intend > for both to be cleaned, please say so." That sounds fine, you have an option that let the user overwrites the warning though right (if cleaning only part B was really what was wanted)? > *Option 2*: Automatically take care of everything. If you modify a part > with dependencies, snapcraft will rebuild those dependencies as it sees > fit without your needing to say so. Similarly, if you clean a part with > dependencies, snapcraft will clean those dependencies as it sees fit > without your needing to say so. > I think I would go for this one but only if you provide an option to disable the smart behaviour and let the developers who know what they are doing be in control. If you don't provide the option, or until you do, I would prefer for the tools to error out asking me to be more specific than wrong guessing what I might be trying to do (and e.g cleaning out that webkit part that takes another day to rebuild) Cheers, Sebastien Bacher From cpollock at embarqmail.com Wed Dec 14 15:10:17 2016 From: cpollock at embarqmail.com (Chris) Date: Wed, 14 Dec 2016 09:10:17 -0600 Subject: Failed to get icon: Not enough space for snapd response Message-ID: <1481728217.10955.3.camel@embarqmail.com> The entire error is: localhost /usr/lib/snapd/snapd[952]: daemon.go:174: DEBUG: uid=1000;@ GET /v2/snaps/pencilsheep 450.614µs 200 gnome-software-service.desktop[20564]: Failed to get icon: Not enough space for snapd response, require 92625 octets, have 65535 Not sure what this means or if it needs to be fixed. The next line after it shows: localhost /usr/lib/snapd/snapd[952]: daemon.go:174: DEBUG: uid=1000;@ GET /v2/icons/pencilsheep/icon 484.491µs 200 Chris -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 09:05:08 up 5 days, 13:10, 2 users, load average: 1.23, 0.57, 0.38 Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 15:59:10 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 michael.hudson at canonical.com Wed Dec 14 18:47:41 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Thu, 15 Dec 2016 07:47:41 +1300 Subject: can't log in on ubuntu core console via sso... In-Reply-To: <1481717910.4743.17.camel@ubuntu.com> References: <1481717910.4743.17.camel@ubuntu.com> Message-ID: sent from my phone, please excuse brevity On 15 Dec 2016 01:19, "Oliver Grawert" wrote: hi, Am Mittwoch, den 14.12.2016, 13:22 +1300 schrieb Michael Hudson-Doyle: > What version of core do you have? This should be clearer with the > latest versions, you shouldn't see the login prompt until you set a > password. > this issue comes up more often on IRC as well.. it is definitely not the case that we suppress the prompt currently (and i guess it would just move the problem and people would ask why the console is broken), we only show the "please press enter" message until an account is created. after this the normal login prompt is shown. i think we should show some info text so people are aware that they need to use the ssh login to create a password first to actually enable the console based login. That's exactly what I implemented. Do you not get it with an image built from the edge channel? just hiding the login prompt will only cause more questions in the end. 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 dank at kegel.com Wed Dec 14 18:51:57 2016 From: dank at kegel.com (Dan Kegel) Date: Wed, 14 Dec 2016 10:51:57 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: <1481717910.4743.17.camel@ubuntu.com> Message-ID: On Wed, Dec 14, 2016 at 10:47 AM, Michael Hudson-Doyle wrote: >> i think we should show some info text so people are aware that they >> need to use the ssh login to create a password first to actually enable >> the console based login. > > That's exactly what I implemented. Do you not get it with an image built > from the edge channel? I followed the standard instructions at https://developer.ubuntu.com/en/snappy/start/ which said to download http://releases.ubuntu.com/ubuntu-core/16/ubuntu-core-16-pi3.img.xz Perhaps that doesn't have the fix yet? From ogra at ubuntu.com Wed Dec 14 19:04:40 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 14 Dec 2016 20:04:40 +0100 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: <1481717910.4743.17.camel@ubuntu.com> Message-ID: <1481742280.4743.71.camel@ubuntu.com> hi,  Am Donnerstag, den 15.12.2016, 07:47 +1300 schrieb Michael Hudson- Doyle: >  > That's exactly what I implemented. Do you not get it with an image > built from the edge channel? > hmm, not with an updated image on the last edge core at least ... i'll have to check with a fresh install tomorrow ...  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 Wed Dec 14 19:21:32 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Thu, 15 Dec 2016 08:21:32 +1300 Subject: can't log in on ubuntu core console via sso... In-Reply-To: <1481742280.4743.71.camel@ubuntu.com> References: <1481717910.4743.17.camel@ubuntu.com> <1481742280.4743.71.camel@ubuntu.com> Message-ID: Oh wait, I haven't made a subiquity release with that change yet. Sorry! (Blame baby brain) sent from my phone, please excuse brevity On 15 Dec 2016 08:05, "Oliver Grawert" wrote: > hi, > Am Donnerstag, den 15.12.2016, 07:47 +1300 schrieb Michael Hudson- > Doyle: > > > > That's exactly what I implemented. Do you not get it with an image > > built from the edge channel? > > > hmm, not with an updated image on the last edge core at least ... i'll > have to check with a fresh install tomorrow ... > > 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 pengliu.mail at gmail.com Wed Dec 14 19:24:48 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 14 Dec 2016 13:24:48 -0600 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hi Gustavo, Thanks for the information! Looking forward to the new release this week! Peng On Tue, Dec 13, 2016 at 8:41 PM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > One detail: note that once your snap goes into the store and passes > reviews, that issue goes away. Actual users of your snap in the wild don't > have to say --dangerous. > > On Wed, Dec 14, 2016 at 12:40 AM, Gustavo Niemeyer < > gustavo.niemeyer at canonical.com> wrote: > >> Hey Peng, >> >> We've overlooked a detail in the new interface system which makes it >> super inconvenient for you to develop with that interface. We're fixing >> that in the release due to go into proposal this week. >> >> Here is the short background, if you're interested: snapd blocks the >> connection because it knows the permissions granted by that specific >> interface into your system are way too wide. So it's protecting your system >> from an unknown snap that wants to do too much. That's a great thing! >> What's bad is that this is your own snap, of course. :-) >> >> So, the release this week will allow you to say --dangerous when >> installing it (thanks to John), and snapd will ignore that issue at your >> discretion. In the future, we'll make the mechanism even nicer by allowing >> you to sign the snap, and snapd will be able to correlate the fact this is >> your system with your signature and let it go through. >> >> >> On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu >> wrote: >> >>> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >>> I found the docker-control interface is "reserved". Does that mean >>> third-party snap can not use it? >>> >>> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu >>> wrote: >>> >>>> Hi Folks, >>>> >>>> I am trying to build a snap which needs the permission to access docker >>>> related system files. I can build the snap successfully with snapcraft, but >>>> when I tried to installed it, the snap command report error "installation >>>> not allowed by "support" plug rule of interface "docker-support" >>>> >>>> Does snap command disable the support for "docker" and "docker-support" >>>> interfaces for all snaps except docker snap? >>>> >>>> Thanks. >>>> >>>> Peng >>>> >>> >>> >>> -- >>> 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 >> > > > > -- > 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 pengliu.mail at gmail.com Wed Dec 14 19:24:48 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 14 Dec 2016 13:24:48 -0600 Subject: Only Docker snap is allowed to use "docker" and "docker-control" interfaces? In-Reply-To: References: Message-ID: Hi Gustavo, Thanks for the information! Looking forward to the new release this week! Peng On Tue, Dec 13, 2016 at 8:41 PM, Gustavo Niemeyer < gustavo.niemeyer at canonical.com> wrote: > One detail: note that once your snap goes into the store and passes > reviews, that issue goes away. Actual users of your snap in the wild don't > have to say --dangerous. > > On Wed, Dec 14, 2016 at 12:40 AM, Gustavo Niemeyer < > gustavo.niemeyer at canonical.com> wrote: > >> Hey Peng, >> >> We've overlooked a detail in the new interface system which makes it >> super inconvenient for you to develop with that interface. We're fixing >> that in the release due to go into proposal this week. >> >> Here is the short background, if you're interested: snapd blocks the >> connection because it knows the permissions granted by that specific >> interface into your system are way too wide. So it's protecting your system >> from an unknown snap that wants to do too much. That's a great thing! >> What's bad is that this is your own snap, of course. :-) >> >> So, the release this week will allow you to say --dangerous when >> installing it (thanks to John), and snapd will ignore that issue at your >> discretion. In the future, we'll make the mechanism even nicer by allowing >> you to sign the snap, and snapd will be able to correlate the fact this is >> your system with your signature and let it go through. >> >> >> On Wed, Dec 14, 2016 at 12:05 AM, Peng Liu >> wrote: >> >>> Already, in the source code (snapd/interfaces/builtin/docker_support.go), >>> I found the docker-control interface is "reserved". Does that mean >>> third-party snap can not use it? >>> >>> On Tue, Dec 13, 2016 at 8:01 PM, Peng Liu >>> wrote: >>> >>>> Hi Folks, >>>> >>>> I am trying to build a snap which needs the permission to access docker >>>> related system files. I can build the snap successfully with snapcraft, but >>>> when I tried to installed it, the snap command report error "installation >>>> not allowed by "support" plug rule of interface "docker-support" >>>> >>>> Does snap command disable the support for "docker" and "docker-support" >>>> interfaces for all snaps except docker snap? >>>> >>>> Thanks. >>>> >>>> Peng >>>> >>> >>> >>> -- >>> 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 >> > > > > -- > 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 dank at kegel.com Wed Dec 14 19:27:10 2016 From: dank at kegel.com (Dan Kegel) Date: Wed, 14 Dec 2016 11:27:10 -0800 Subject: can't log in on ubuntu core console via sso... In-Reply-To: References: <1481717910.4743.17.camel@ubuntu.com> <1481742280.4743.71.camel@ubuntu.com> Message-ID: On Wed, Dec 14, 2016 at 11:21 AM, Michael Hudson-Doyle wrote: > Oh wait, I haven't made a subiquity release with that change yet. Sorry! > (Blame baby brain) All's well that ends well, thanks for the update! From dank at kegel.com Wed Dec 14 22:05:21 2016 From: dank at kegel.com (Dan Kegel) Date: Wed, 14 Dec 2016 14:05:21 -0800 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: Trying the classic snap now. First hitch: /etc/lsb-release is not very classic, my scripts choke because it doesn't match normal ubuntu. I guess I can try special-casing them to pretend they see xenial there. From dank at kegel.com Wed Dec 14 22:05:21 2016 From: dank at kegel.com (Dan Kegel) Date: Wed, 14 Dec 2016 14:05:21 -0800 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: Trying the classic snap now. First hitch: /etc/lsb-release is not very classic, my scripts choke because it doesn't match normal ubuntu. I guess I can try special-casing them to pretend they see xenial there. From robert.ancell at canonical.com Thu Dec 15 01:12:49 2016 From: robert.ancell at canonical.com (Robert Ancell) Date: Thu, 15 Dec 2016 01:12:49 +0000 Subject: Out of date documentation on snapcraft.io Message-ID: I was reading http://snapcraft.io/docs/reference/plugins/common and getting confused why the "prime" property wouldn't work. Turns out this documentation is out of date - it's now called "snap" (or was always called?). The documentation was fixed in the git branch in commit 211e8e5b. How do these docs get updated? --Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From leo.arias at canonical.com Thu Dec 15 01:27:26 2016 From: leo.arias at canonical.com (Leo Arias) Date: Wed, 14 Dec 2016 19:27:26 -0600 Subject: Out of date documentation on snapcraft.io In-Reply-To: References: Message-ID: Here's a bug for that: https://bugs.launchpad.net/snapcraft/+bug/1627781 But it needs triaging, because I'm not sure if we should fix snapcraft, or fix the doc. Please mark it as affecting you, to increase its visibility. pura vida. From david.calle at canonical.com Thu Dec 15 01:55:14 2016 From: david.calle at canonical.com (=?UTF-8?Q?David_Call=c3=a9?=) Date: Thu, 15 Dec 2016 02:55:14 +0100 Subject: Out of date documentation on snapcraft.io In-Reply-To: References: Message-ID: <943955ac-963f-442a-fcd4-448654ebccc0@canonical.com> On 15/12/2016 02:12, Robert Ancell wrote: > I was reading http://snapcraft.io/docs/reference/plugins/common and > getting confused why the "prime" property wouldn't work. Turns out > this documentation is out of date - it's now called "snap" (or was > always called?). The documentation was fixed in the git branch in > commit 211e8e5b. > > How do these docs get updated? > > --Robert > > Hi Robert, thanks for catching this. This documentation page is generated using a parser on the snapcraft help command (the script itself lives in the snapcraft source), but it seems that this specific page hasn't been generated in a while, which is a bug in itself. Opening: https://github.com/ubuntudesign/snapcraft.io/issues/235 Leo got a point as well. David -------------- next part -------------- An HTML attachment was scrubbed... URL: From seb128 at ubuntu.com Thu Dec 15 07:35:28 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Thu, 15 Dec 2016 08:35:28 +0100 Subject: Out of date documentation on snapcraft.io In-Reply-To: References: Message-ID: <269efe63-58bd-ed21-8b39-44439ea55acb@ubuntu.com> Le 15/12/2016 à 02:27, Leo Arias a écrit : > Here's a bug for that: > https://bugs.launchpad.net/snapcraft/+bug/1627781 > > But it needs triaging, because I'm not sure if we should fix > snapcraft, or fix the doc. > Please mark it as affecting you, to increase its visibility. Hey Leo, That bug is sitting there untriaged since septembre but it's trivial to confirm, since you read it couldn't you or somebody from the snapcraft team at least change the status to confirmed? Cheers, Sebastien Bacher From stuart.bishop at canonical.com Thu Dec 15 09:01:54 2016 From: stuart.bishop at canonical.com (Stuart Bishop) Date: Thu, 15 Dec 2016 16:01:54 +0700 Subject: Snapcraft's state tracking improvements In-Reply-To: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> References: <4201b07f-f140-b61f-611d-c884b84710c9@canonical.com> Message-ID: On 14 December 2016 at 04:57, Kyle Fazzari wrote: > Hey everyone. > > I feel it coming on... this is going to be a tome. tl;dr... snapcraft > could be smarter than it is. But would that lead to its doing more for > you than you want? We'd like to find out. > > > *Option 1*: Error out and make you be specific. This is the current > behavior. > > *Option 2*: Automatically take care of everything. If you modify a part > with dependencies, snapcraft will rebuild those dependencies as it sees > fit without your needing to say so. Similarly, if you clean a part with > dependencies, snapcraft will clean those dependencies as it sees fit > without your needing to say so. > I would prefer a reliable Option 2. If it can't be reliable, then Option 1. *Option 3*: Prompt. "You've modified part A, but part B depends upon it. > Would you like to rebuild it as well? (Y/n)" and the like. > No thanks. There seems little purpose to answering 'no', apart from blowing off your foot. And useless if you are driving this from a Makefile or similar (think generating your snapcraft.yaml). > *Option 4*: Add the ability to configure this behavior between options > 1-3. Perhaps the sensible default would be option 3. > > > Our goal here is to do the least surprising thing, which is why we're > asking for input from our users. Please let your voice be heard! I found it annoying that I would need to run three or more commands to build my snap when iterating, and would certainly like it if cleaning and rebuilding happened automatically if I have touched relevant source code. People might need to separate out their parts into different directories to make this reliable. A problematic case I would have tripped over is a slow building autotools project, in which I've added a snapcraft.yaml and some Python wrappers. I would not want to trigger a rebuild of the autotools part because I'm fixing a bug in my wrappers (a second part, but stored in the same tree). Maybe you could handle this by monitoring the files opened by the build process somehow? -- Stuart Bishop -------------- next part -------------- An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Thu Dec 15 10:38:03 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 15 Dec 2016 11:38:03 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: <1481798283.4743.76.camel@ubuntu.com> hi, Am Mittwoch, den 14.12.2016, 14:05 -0800 schrieb Dan Kegel: > Trying the classic snap now. > First hitch: /etc/lsb-release is not very classic, my scripts choke > because it doesn't match normal ubuntu. > I guess I can try special-casing them to pretend they see xenial > there. > i have filed http://pad.lv/165020 for further discussion ... if nobody speaks up there with a reason why we shouldn't preserve the original data for the classic snap, i'll land a change before end of the week. good catch ! :) 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 Thu Dec 15 10:47:36 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 15 Dec 2016 11:47:36 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: <1481798283.4743.76.camel@ubuntu.com> References: <1481798283.4743.76.camel@ubuntu.com> Message-ID: <1481798856.4743.78.camel@ubuntu.com> hi, Am Donnerstag, den 15.12.2016, 11:38 +0100 schrieb Oliver Grawert: > > > i have filed http://pad.lv/165020 for further discussion ...  EEK ! paste error http://pad.lv/1650207 sorry ... 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 tcarrondo at ubuntu.com Thu Dec 15 11:40:51 2016 From: tcarrondo at ubuntu.com (Tiago Carrondo) Date: Thu, 15 Dec 2016 11:40:51 +0000 Subject: mysqltuner on a snap install Message-ID: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> Hi, all I have a question/problem: I have installed the nexcloud snap and I want to use de mysqltuner to fine tune his mysql server but if I "apt install" mysqltuner is going to run on the global mysq server of the machine but not on the server inside the snap. How can I solve this? Thanks in advance -- Melhores cumprimentos/Regards Tiago Carrondo consultor | formador | sysadmin https://carrondo.net https://launchpad.net/~tcarrondo https://wiki.ubuntu.com/tcarrondo From olivier.tilloy at canonical.com Thu Dec 15 12:15:12 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Thu, 15 Dec 2016 13:15:12 +0100 Subject: 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: On Fri, Nov 18, 2016 at 3:38 PM, Jamie Strandboge wrote: > 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. I haven’t gotten any further information. 2.18 is in zesty, (when) will it be backported to xenial/yakkety? From loic.minier at ubuntu.com Thu Dec 15 13:00:31 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Thu, 15 Dec 2016 14:00:31 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: For docker, make sure you're using snapd 2.19.1 or newer; the core (OS) snap from the edge channel works for me: *lool at localhost*:*~*$ snap list Name Version Rev Developer Notes core 16.04.1 694 canonical - [...] *lool at localhost*:*~*$ snap version snap 2.19+ppa129.c327d93a-1 snapd 2.19+ppa129.c327d93a-1 series 16 *lool at localhost*:*~*$ sudo docker run --rm -it hello-world [...] Hello from Docker! [...] On Tue, Dec 13, 2016 at 10:48 PM, Gregory Lutostanski < gregory.lutostanski at canonical.com> wrote: > On that note... I haven't been able to get either docker nor lxd working > on my rpi2/3 anybody else been able to? > https://bugs.launchpad.net/snappy/+bug/1606510 is what I hit for lxd. > I didnt know about the classic snap, maybe that will enable me to get lxd > working, which would be my preferred choice. > > --Greg > > > On Tue, Dec 13, 2016 at 3:31 PM, Loïc Minier > wrote: > >> Hi! >> >> On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: >> >>> 2) if one were to want to use the official snappy core ubuntu 16.04 >>> for raspberry pi 3 as a development host, is there a reasonable way to >>> do that? e.g. installing lxd on it and running an ubuntu desktop >>> environment inside lxd? >>> >> >> On top of what David Callé said about the classic snap, installing the >> LXD or Docker snaps and running snapcraft in a container would certainly >> work! I haven't tried running a full desktop and would love to hear how >> that fares :-) >> >> 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 >> >> > > -- > 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 loic.minier at ubuntu.com Thu Dec 15 13:00:31 2016 From: loic.minier at ubuntu.com (=?UTF-8?B?TG/Dr2MgTWluaWVy?=) Date: Thu, 15 Dec 2016 14:00:31 +0100 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: References: Message-ID: For docker, make sure you're using snapd 2.19.1 or newer; the core (OS) snap from the edge channel works for me: *lool at localhost*:*~*$ snap list Name Version Rev Developer Notes core 16.04.1 694 canonical - [...] *lool at localhost*:*~*$ snap version snap 2.19+ppa129.c327d93a-1 snapd 2.19+ppa129.c327d93a-1 series 16 *lool at localhost*:*~*$ sudo docker run --rm -it hello-world [...] Hello from Docker! [...] On Tue, Dec 13, 2016 at 10:48 PM, Gregory Lutostanski < gregory.lutostanski at canonical.com> wrote: > On that note... I haven't been able to get either docker nor lxd working > on my rpi2/3 anybody else been able to? > https://bugs.launchpad.net/snappy/+bug/1606510 is what I hit for lxd. > I didnt know about the classic snap, maybe that will enable me to get lxd > working, which would be my preferred choice. > > --Greg > > > On Tue, Dec 13, 2016 at 3:31 PM, Loïc Minier > wrote: > >> Hi! >> >> On Tue, Dec 13, 2016 at 8:46 PM, Dan Kegel wrote: >> >>> 2) if one were to want to use the official snappy core ubuntu 16.04 >>> for raspberry pi 3 as a development host, is there a reasonable way to >>> do that? e.g. installing lxd on it and running an ubuntu desktop >>> environment inside lxd? >>> >> >> On top of what David Callé said about the classic snap, installing the >> LXD or Docker snaps and running snapcraft in a container would certainly >> work! I haven't tried running a full desktop and would love to hear how >> that fares :-) >> >> 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 >> >> > > -- > 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 Thu Dec 15 13:59:54 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 15 Dec 2016 10:59:54 -0300 Subject: Out of date documentation on snapcraft.io In-Reply-To: <269efe63-58bd-ed21-8b39-44439ea55acb@ubuntu.com> References: <269efe63-58bd-ed21-8b39-44439ea55acb@ubuntu.com> Message-ID: Done El 15 dic. 2016 4:36 AM, "Sebastien Bacher" escribió: > Le 15/12/2016 à 02:27, Leo Arias a écrit : > > Here's a bug for that: > > https://bugs.launchpad.net/snapcraft/+bug/1627781 > > > > But it needs triaging, because I'm not sure if we should fix > > snapcraft, or fix the doc. > > Please mark it as affecting you, to increase its visibility. > > Hey Leo, > > That bug is sitting there untriaged since septembre but it's trivial to > confirm, since you read it couldn't you or somebody from the snapcraft > team at least change the status to confirmed? > > Cheers, > > Sebastien Bacher > > > -- > 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 Dec 15 14:06:34 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 15 Dec 2016 22:06:34 +0800 Subject: mysqltuner on a snap install In-Reply-To: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> References: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> Message-ID: Hi, Some time ago, I created a tomcat/mysql/jsp web application. The sample snap app can be found at: https://github.com/liu-xiao-guo/tomcat-maven-webapp I created a blog for at http://blog.csdn.net/ubuntutouch/article/details/52217173 Hopefully, the example code is useful to you! Best regards, XiaoGuo On Thu, Dec 15, 2016 at 7:40 PM, Tiago Carrondo wrote: > Hi, all > > I have a question/problem: > > I have installed the nexcloud snap and I want to use de mysqltuner to > fine tune his mysql server but if I "apt install" mysqltuner is going to > run on the global mysq server of the machine but not on the server > inside the snap. > > How can I solve this? > > Thanks in advance > > -- > Melhores cumprimentos/Regards > > Tiago Carrondo > consultor | formador | sysadmin > https://carrondo.net > https://launchpad.net/~tcarrondo > https://wiki.ubuntu.com/tcarrondo > > > -- > 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 dank at kegel.com Thu Dec 15 15:09:36 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 07:09:36 -0800 Subject: Development environment for debs and snaps for raspberry pi 3? In-Reply-To: <1481798856.4743.78.camel@ubuntu.com> References: <1481798283.4743.76.camel@ubuntu.com> <1481798856.4743.78.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 2:47 AM, Oliver Grawert wrote: > http://pad.lv/1650207 Thanks. I added a comment there asking for /etc/issue to be classic-ized, too. From dank at kegel.com Thu Dec 15 17:20:33 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 09:20:33 -0800 Subject: opengl on ubuntu core on pi3? Message-ID: So, I installed ubuntu core 16 on my pi and verified that with classic I was able to build my little world. Next step: run an opengl program. So I created a local password, logged into the console, and ... what? startx isn't there, and even in classic, there's nothing in apt that looks especially like a rasperry pi x server. Uh, can I buy a clue? From ogra at ubuntu.com Thu Dec 15 17:34:49 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 15 Dec 2016 18:34:49 +0100 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: Message-ID: <1481823289.4743.85.camel@ubuntu.com> hi, Am Donnerstag, den 15.12.2016, 09:20 -0800 schrieb Dan Kegel: > So, I installed ubuntu core 16 on my pi and verified that with > classic I was able to build my little world. > Next step: run an opengl program.  So I created a local > password, logged into the console, and ... what? > startx isn't there, and even in classic, there's nothing > in apt that looks especially like a rasperry pi x server. > > Uh, can I buy a clue? > well, you will likely never find startx or any Xorg on core ... neither will you ever find actual opengl on arm devices (with the exception of nvidia tegra perhaps who do some opengl emulation on top of GLES) what is being worked on is GLES and Mir support (which imho will also allow you to do GLES/wayland then if you desire), but there are still some kernel issues to be solved to make the driver work properly.  probably paolo pisati, kevin gunn or thomas voss can chime in here, these three are currently actively working on it. 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 dank at kegel.com Thu Dec 15 17:44:59 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 09:44:59 -0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: <1481823289.4743.85.camel@ubuntu.com> References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 9:34 AM, Oliver Grawert wrote: > what is being worked on is GLES I was speaking loosely. GLES is what I'm after. (I would like to try testing it by running piglit and maybe glmark, using gles rather than plain old opengl.) > but there are still > some kernel issues to be solved to make the driver work properly. > > probably paolo pisati, kevin gunn or thomas voss can chime in here, > these three are currently actively working on it. Looking forward to hearing more, and whether there's a way to test what they've got (what's the snap equivalent of a ppa?). From ogra at ubuntu.com Thu Dec 15 17:45:03 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 15 Dec 2016 18:45:03 +0100 Subject: running your pi3 from USB only (no SD card) Message-ID: <1481823903.4743.90.camel@ubuntu.com> hi, a minute ago a new gadget snap for the pi3 has hit the edge channel. alfonso beato kindly provided a pull request that enables our pi3 gadget to completely boot from USB after you turned your ROM to USB boot following the instructions on [1]. this will allow you to drop SD cards completely if desired, just dd your image to USB disk/stick and boot away ... enjoy ... and thanks again to alfonso ! ciao oli [1] https://www.raspberrypi.org/documentation/hardware/raspberrypi/boot modes/msd.md -------------- 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 Thu Dec 15 17:49:03 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Thu, 15 Dec 2016 18:49:03 +0100 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: <1481824143.4743.91.camel@ubuntu.com> hi, Am Donnerstag, den 15.12.2016, 09:44 -0800 schrieb Dan Kegel: >  > way to test what they've got (what's the snap equivalent of a ppa?). > a snap ;) 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 jamie.bennett at canonical.com Thu Dec 15 17:52:26 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Thu, 15 Dec 2016 17:52:26 +0000 Subject: running your pi3 from USB only (no SD card) In-Reply-To: <1481823903.4743.90.camel@ubuntu.com> References: <1481823903.4743.90.camel@ubuntu.com> Message-ID: <5550CDBA-D211-4C0B-81D0-F144A1F98DE0@canonical.com> > On 15 Dec 2016, at 17:45, Oliver Grawert wrote: > > hi, > > a minute ago a new gadget snap for the pi3 has hit the edge channel. > > alfonso beato kindly provided a pull request that enables our pi3 > gadget to completely boot from USB after you turned your ROM to USB > boot following the instructions on [1]. > > this will allow you to drop SD cards completely if desired, just dd > your image to USB disk/stick and boot away ... > > enjoy ... and thanks again to alfonso ! Great news! > ciao > oli > > [1] https://www.raspberrypi.org/documentation/hardware/raspberrypi/boot > modes/msd.md-- > 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 Thu Dec 15 17:54:28 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 09:54:28 -0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: <1481824143.4743.91.camel@ubuntu.com> References: <1481823289.4743.85.camel@ubuntu.com> <1481824143.4743.91.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 9:49 AM, Oliver Grawert wrote: >> way to test what they've got (what's the snap equivalent of a ppa?). > > a snap ;) Or, I suppose, a snap store... From dank at kegel.com Thu Dec 15 18:26:01 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 10:26:01 -0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 9:44 AM, Dan Kegel wrote: > GLES is what I'm after. > >> but there are still >> some kernel issues to be solved to make the driver work properly. >> >> probably paolo pisati, kevin gunn or thomas voss can chime in here, >> these three are currently actively working on it. I see https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ says "armhf/RPi3 coming soon". please, please :-) - Dan From jamie at canonical.com Thu Dec 15 18:33:17 2016 From: jamie at canonical.com (Jamie Strandboge) Date: Thu, 15 Dec 2016 12:33:17 -0600 Subject: Accessing dbus (KDE Application) In-Reply-To: References: <95aba172-d5a7-4744-b1cf-cc0c09c26b3b@kdenlive.org> <772e31f7-034b-e313-e19b-5bd5c2c00915@ubuntu.com> <5f16df03-12af-4865-024d-f73196fc9d9b@canonical.com> <30fb12e8-d9f2-ae30-c222-1ac1bf47eacc@ubuntu.com> <962e6d91-7341-9aaa-57ce-627d5865c9bd@canonical.com> Message-ID: <1481826797.22365.7.camel@canonical.com> On Mon, 2016-09-12 at 20:13 +0000, Daniel Llewellyn wrote: > An informational: > > I just ran-up against this issue while trying to snap corebird, which wants > to reserve the dbus name "org.baedert.corebird". This would fall afoul of > the option to limit names to being under org.gnome namespace. > FYI, the upcoming snapd 2.20 will support the 'dbus' interface. With this you can update your snap to include something like: slots:   dbus-corebird:     interface: dbus     bus: session     name: org.baedert.corebird and then you should be able to run in strict mode and bind to the well-known DBus connection name. You can read more about it here: https://github.com/snapcore/snapd/wiki/Interfaces#dbus -- 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 stephen.webb at canonical.com Thu Dec 15 18:34:41 2016 From: stephen.webb at canonical.com (Stephen M. Webb) Date: Thu, 15 Dec 2016 13:34:41 -0500 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: On 2016-12-15 01:26 PM, Dan Kegel wrote: > On Thu, Dec 15, 2016 at 9:44 AM, Dan Kegel wrote: >> GLES is what I'm after. >> >>> but there are still >>> some kernel issues to be solved to make the driver work properly. >>> >>> probably paolo pisati, kevin gunn or thomas voss can chime in here, >>> these three are currently actively working on it. > > I see https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ > says "armhf/RPi3 coming soon". please, please :-) Well, yeah, but 'soon' means as soon as the abovementioned driver issue gets resolved. -- Stephen M. Webb From dank at kegel.com Thu Dec 15 19:06:32 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 11:06:32 -0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 10:34 AM, Stephen M. Webb wrote: >>> GLES is what I'm after. >>> >>>> but there are still >>>> some kernel issues to be solved to make the driver work properly. >>>> >>>> probably paolo pisati, kevin gunn or thomas voss can chime in here, >>>> these three are currently actively working on it. >> >> I see https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ >> says "armhf/RPi3 coming soon". please, please :-) > > Well, yeah, but 'soon' means as soon as the abovementioned driver issue gets resolved. Got a link to the driver issue? From penk.chen at canonical.com Thu Dec 15 19:42:14 2016 From: penk.chen at canonical.com (Penk Chen) Date: Fri, 16 Dec 2016 03:42:14 +0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: Hi, Maybe a bit off-topic, but I've got OpenGLES working on RPi2/3 with Qt, using the eglfs_brcm backend from Broadcom's dispmanx/EGL driver. Here's a digital signage demo using it: https://github.com/penk/oxide-eglfs-snap/tree/rpi2 Best, penk On Fri, Dec 16, 2016 at 3:06 AM, Dan Kegel wrote: > On Thu, Dec 15, 2016 at 10:34 AM, Stephen M. Webb > wrote: > >>> GLES is what I'm after. > >>> > >>>> but there are still > >>>> some kernel issues to be solved to make the driver work properly. > >>>> > >>>> probably paolo pisati, kevin gunn or thomas voss can chime in here, > >>>> these three are currently actively working on it. > >> > >> I see https://developer.ubuntu.com/en/snappy/guides/mir-snaps/ > >> says "armhf/RPi3 coming soon". please, please :-) > > > > Well, yeah, but 'soon' means as soon as the abovementioned driver issue > gets resolved. > > Got a link to the driver issue? > > -- > 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 dank at kegel.com Thu Dec 15 20:04:11 2016 From: dank at kegel.com (Dan Kegel) Date: Thu, 15 Dec 2016 12:04:11 -0800 Subject: opengl on ubuntu core on pi3? In-Reply-To: References: <1481823289.4743.85.camel@ubuntu.com> Message-ID: On Thu, Dec 15, 2016 at 11:42 AM, Penk Chen wrote: > Maybe a bit off-topic, but I've got OpenGLES working on RPi2/3 with Qt, > using the eglfs_brcm backend from Broadcom's dispmanx/EGL driver. > > Here's a digital signage demo using it: > https://github.com/penk/oxide-eglfs-snap/tree/rpi2 Not off topic at all, thanks. From elfgoh at yahoo.com Fri Dec 16 00:15:12 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 00:15:12 +0000 (UTC) Subject: Ubuntu core on BBB References: <670779908.3917.1481847312693.ref@mail.yahoo.com> Message-ID: <670779908.3917.1481847312693@mail.yahoo.com> I would like to know if there is a roadmap for official support of BBB for Ubuntu Core. Currently, I am running relying on the image made by Oliver http://people.canonical.com/~ogra/snappy/all-snaps/stable/current/ I also see a gadeget snap for Beagleblack[1]. But am unsure how to use it to create a BBB Ubuntu Core image from scratch. The context of this is I am looking to deploy a fair number of them out in the field in the long term. Knowing the longevity of the platform in terms of Ubuntu Core support is critical to mitigate risk. Appreciate if you can shed some light on that please. Thanks. -- Luther [1] https://developer.ubuntu.com/en/snappy/start/gadget-snaps/ From elfgoh at yahoo.com Fri Dec 16 06:24:54 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 06:24:54 +0000 (UTC) Subject: man: command not found References: <1319190040.126976.1481869494725.ref@mail.yahoo.com> Message-ID: <1319190040.126976.1481869494725@mail.yahoo.com> I was surprised that man wasn't present. Is this intended, and if so, what is the rationale. Thanks. -- Luther From elfgoh at yahoo.com Fri Dec 16 06:56:29 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 06:56:29 +0000 (UTC) Subject: Deploying private snap store References: <1296976275.162682.1481871389875.ref@mail.yahoo.com> Message-ID: <1296976275.162682.1481871389875@mail.yahoo.com> I am looking for software to roll out my own snap store. I am under the impression that these are the 2 to look at: - https://github.com/noise/snapstore/ - https://github.com/snapcore/snapweb Can I confirm please? Any others I missed and which is better? Thanks. -- Luther From mark at ubuntu.com Fri Dec 16 03:57:53 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 15 Dec 2016 22:57:53 -0500 Subject: Accessing dbus (KDE Application) In-Reply-To: <1481826797.22365.7.camel@canonical.com> References: <95aba172-d5a7-4744-b1cf-cc0c09c26b3b@kdenlive.org> <772e31f7-034b-e313-e19b-5bd5c2c00915@ubuntu.com> <5f16df03-12af-4865-024d-f73196fc9d9b@canonical.com> <30fb12e8-d9f2-ae30-c222-1ac1bf47eacc@ubuntu.com> <962e6d91-7341-9aaa-57ce-627d5865c9bd@canonical.com> <1481826797.22365.7.camel@canonical.com> Message-ID: <8f007340-b48b-ed5f-5ccb-15de82edc61a@ubuntu.com> On 15/12/16 13:33, Jamie Strandboge wrote: > FYI, the upcoming snapd 2.20 will support the 'dbus' interface. With > this you > can update your snap to include something like: > > slots: > dbus-corebird: > interface: dbus > bus: session > name: org.baedert.corebird > > and then you should be able to run in strict mode and bind to the well-known > DBus connection name. That looks *great*, tastefully done. 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 mark at ubuntu.com Fri Dec 16 04:28:54 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 15 Dec 2016 23:28:54 -0500 Subject: WIP snap for 0ad In-Reply-To: References: <1479476246.1641.51.camel@canonical.com> <1479479904.1641.75.camel@canonical.com> Message-ID: On 15/12/16 07:15, Olivier Tilloy wrote: > I haven’t gotten any further information. 2.18 is in zesty, (when) > will it be backported to xenial/yakkety? I think the push is on for 2.20-in-xenial before the Christmas holiday. Mark From mark at ubuntu.com Fri Dec 16 04:38:42 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 15 Dec 2016 23:38:42 -0500 Subject: mysqltuner on a snap install In-Reply-To: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> References: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> Message-ID: <7a844d69-c4f3-bad9-cd5a-5b22860fe968@ubuntu.com> Hi Tiago One straightforward approach would be to ask the Nextcloud folks to include mysqltuner inside their snap. They will probably prefer that to the other option of exposing a mysql interface which would allow other things to mess with their DB :) Mark On 15/12/16 06:40, Tiago Carrondo wrote: > Hi, all > > I have a question/problem: > > I have installed the nexcloud snap and I want to use de mysqltuner to > fine tune his mysql server but if I "apt install" mysqltuner is going to > run on the global mysq server of the machine but not on the server > inside the snap. > > How can I solve this? > > Thanks in advance > From mark at ubuntu.com Fri Dec 16 07:17:34 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Fri, 16 Dec 2016 02:17:34 -0500 Subject: Ubuntu core on BBB In-Reply-To: <670779908.3917.1481847312693@mail.yahoo.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> Message-ID: Hi Luther To help firm up BBB support, please log that request / preference with the SoC manufacturer. Rpi2/3 and Qualcomm Dragonboard are already certified iirc. Mark From elfgoh at yahoo.com Fri Dec 16 08:19:44 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 08:19:44 +0000 (UTC) Subject: Ubuntu core on BBB In-Reply-To: References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> Message-ID: <1270692636.167626.1481876384156@mail.yahoo.com> Thanks for the clarification. My beaglebone black is from element14. There seems to be beagleblack gadget snap listed[1][2], which I can also find in the output $ snap info beagleblack --verbose The listed publisher is mvo. May I know how I can get the contact with the publisher? I have contacts in element14 that I can reach out to but would like to understand the context and status of the gadget snap published by mvo. I am also curious why ogra published his own gadget snap instead of using the "official looking" beagleblack snap (see screenshot). Thanks -- Luther [1] https://developer.ubuntu.com/en/snappy/start/gadget-snaps/ [2] https://uappexplorer.com/apps?type=snappy&q=beagle&sort=relevance On Friday, December 16, 2016 3:17 PM, Mark Shuttleworth wrote: Hi Luther To help firm up BBB support, please log that request / preference with the SoC manufacturer. Rpi2/3 and Qualcomm Dragonboard are already certified iirc. Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-12-16 at 4.07.27 PM.png Type: image/png Size: 73120 bytes Desc: not available URL: From olivier.tilloy at canonical.com Fri Dec 16 09:01:50 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 16 Dec 2016 10:01:50 +0100 Subject: WIP snap for 0ad In-Reply-To: References: <1479476246.1641.51.camel@canonical.com> <1479479904.1641.75.camel@canonical.com> Message-ID: On Fri, Dec 16, 2016 at 5:28 AM, Mark Shuttleworth wrote: > On 15/12/16 07:15, Olivier Tilloy wrote: >> I haven’t gotten any further information. 2.18 is in zesty, (when) >> will it be backported to xenial/yakkety? > > > I think the push is on for 2.20-in-xenial before the Christmas holiday. Thanks for the info! Looking forward to it. Olivier From michael.vogt at canonical.com Fri Dec 16 09:09:00 2016 From: michael.vogt at canonical.com (Michael Vogt) Date: Fri, 16 Dec 2016 10:09:00 +0100 Subject: New 2.20 snapd release Message-ID: <20161216090900.GF15361@bod> Hi, The snappy team is happy to announce the 2.20 release of snapd! This version of snapd is available in the candidate "core" snap and it will be available in the {trusty,xenial,yakkety}-proposed archive of Ubuntu soon [1]. Other distributions will follow shortly. Please note that for the first time Trusty (Ubuntu 14.04) is included. This is still experimental so we are keen to get your feedback. My personal hightlight of this release is the "alias" support. As you are probably aware, snaps usually provide secondary commands as "$snap.$app", e.g. mongo32.dump. While this is great and it means you can have monogo26 and mongo32 installed at the same time without command conflicts, the downside is that scripts that assume the top level mongodump command will not work. Aliases solve this problem by allowing a snap developer to setup well-defined aliases like mongo32.dump to mongodump, and users to control which aliases to enable. In the near future, we'll also introduce default aliases which are automatically setup unless the user explicitly disables them. More hightlights from 2.20: - support for aliases (top level commands) - support for Ubuntu 14.04 has landed - improved `snap info` output - network interactions are more robust (more aggressive retry if needed) - interfaces: dbus, network namespaces in network-control, iio, openswitch-support In addition to this, all the goodness of the unpublished snapd 2.19 is available, including: - support for new "classic" confinement type which allows easy snapping of tools like gcc - improve `snap info`: including info from any channel, snap size, descriptions, last refresh times - more delta download support, based on xdelta3 - tab completion improvements on classic - interface improvements: i2c, modem-manager - support "daemon: notify" in snap.yaml - ensure that `snap try` installs the core snap if it's missing - documentation updates - merge snap-confine and snapd into a single codebase We hope you enjoy the new release! We are all very excited about these new features and what they bring to the snap community. The combination of classic confinement and aliases allow to create snaps for a whole new class of software. Snapping software has never been easier! Most of the snappy team will be enjoying some time off in the next couple of weeks, so please excuse us if we take slightly longer to reply to feedback and suggestions over that period. Happy snapping, Michael (on behalf of the snappy team) [1] Its uploaded and needs approval from the SRU team. It is available already in zesty and in the ppa:snappy-dev/image PPA. From james.tait at canonical.com Fri Dec 16 09:59:48 2016 From: james.tait at canonical.com (James Tait) Date: Fri, 16 Dec 2016 09:59:48 +0000 Subject: Deploying private snap store In-Reply-To: <1296976275.162682.1481871389875@mail.yahoo.com> References: <1296976275.162682.1481871389875.ref@mail.yahoo.com> <1296976275.162682.1481871389875@mail.yahoo.com> Message-ID: On 16 December 2016 at 06:56, Luther Goh Lu Feng wrote: I am looking for software to roll out my own snap store. I am under the > impression that these are the 2 to look at: > > - https://github.com/noise/snapstore/ > - https://github.com/snapcore/snapweb > > Can I confirm please? Any others I missed and which is better? Thanks. > > ​That’s correct.​ See also the documentation at https://search.apps.ubuntu.com/docs/ Cheers! ​ -- 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 ngompa13 at gmail.com Fri Dec 16 11:09:04 2016 From: ngompa13 at gmail.com (Neal Gompa) Date: Fri, 16 Dec 2016 06:09:04 -0500 Subject: Deploying private snap store In-Reply-To: References: <1296976275.162682.1481871389875.ref@mail.yahoo.com> <1296976275.162682.1481871389875@mail.yahoo.com> Message-ID: On Fri, Dec 16, 2016 at 4:59 AM, James Tait wrote: > On 16 December 2016 at 06:56, Luther Goh Lu Feng wrote: >> >> I am looking for software to roll out my own snap store. I am under the >> impression that these are the 2 to look at: >> >> - https://github.com/noise/snapstore/ >> - https://github.com/snapcore/snapweb >> >> Can I confirm please? Any others I missed and which is better? Thanks. >> > That’s correct. See also the documentation at > https://search.apps.ubuntu.com/docs/ > That's not quite correct. Snapweb is a web interface for managing the local snapd instance. It still needs a store. To the best of my knowledge, the snapstore project is the only known open source implementation of the snapd repository system. -- 真実はいつも一つ！/ Always, there's only one truth! From tcarrondo at ubuntu.com Fri Dec 16 12:56:02 2016 From: tcarrondo at ubuntu.com (Tiago Carrondo) Date: Fri, 16 Dec 2016 12:56:02 +0000 Subject: mysqltuner on a snap install In-Reply-To: <7a844d69-c4f3-bad9-cd5a-5b22860fe968@ubuntu.com> References: <1701d778-fcfd-ce72-f2ea-51714208afd7@ubuntu.com> <7a844d69-c4f3-bad9-cd5a-5b22860fe968@ubuntu.com> Message-ID: <97741847-e1e9-4cdd-d5c7-f2b8b751c539@ubuntu.com> Hi, Mark Thanks for the fast reply. I'll do that. Melhores cumprimentos/Regards Tiago Carrondo consultor | formador | sysadmin https://carrondo.net https://launchpad.net/~tcarrondo https://wiki.ubuntu.com/tcarrondo Às 04:38 de 16-12-2016, Mark Shuttleworth escreveu: > Hi Tiago > > One straightforward approach would be to ask the Nextcloud folks to > include mysqltuner inside their snap. They will probably prefer that to > the other option of exposing a mysql interface which would allow other > things to mess with their DB :) > > Mark > > On 15/12/16 06:40, Tiago Carrondo wrote: >> Hi, all >> >> I have a question/problem: >> >> I have installed the nexcloud snap and I want to use de mysqltuner to >> fine tune his mysql server but if I "apt install" mysqltuner is going to >> run on the global mysq server of the machine but not on the server >> inside the snap. >> >> How can I solve this? >> >> Thanks in advance >> From jamie.bennett at canonical.com Fri Dec 16 13:17:18 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Fri, 16 Dec 2016 13:17:18 +0000 Subject: Ubuntu core on BBB In-Reply-To: <1270692636.167626.1481876384156@mail.yahoo.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> <1270692636.167626.1481876384156@mail.yahoo.com> Message-ID: <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> Hi Luther, > On 16 Dec 2016, at 08:19, Luther Goh Lu Feng wrote: > > Thanks for the clarification. > > My beaglebone black is from element14. There seems to be beagleblack gadget snap listed[1][2], which I can also find in the output > > $ snap info beagleblack --verbose > > The listed publisher is mvo. May I know how I can get the contact with the publisher? mvo is Michael Vogt, ogra is Oliver Grawert, both of which are on the Snappy team at Canonical. For clarification, we have a number of official reference platforms produced by the Snappy team, they are: * Raspberry Pi2/3 * Qualcomm Dragonboard 410c * x86 32/64 The Beaglbone black support is what we call a ‘community build’, done by enthusiasts but not part of the official list. We very much encourage people to create community builds for their favourite boards and this is what ogra and mvo have done. > I have contacts in element14 that I can reach out to but would like to understand the context and status of the gadget snap published by mvo. I think you should talk to element14 about having Ubuntu Core as an official option or directly with Beagleboard themselves. Beagleboard have a forum where you could start the conversation or contact information on - https://beagleboard.org/about . Regards, Jamie. > I am also curious why ogra published his own gadget snap instead of using the "official looking" beagleblack snap (see screenshot). Thanks > > > -- Luther > [1] https://developer.ubuntu.com/en/snappy/start/gadget-snaps/ > [2] https://uappexplorer.com/apps?type=snappy&q=beagle&sort=relevance > > > > > On Friday, December 16, 2016 3:17 PM, Mark Shuttleworth wrote: > Hi Luther > > To help firm up BBB support, please log that request / preference with > the SoC manufacturer. Rpi2/3 and Qualcomm Dragonboard are already > certified iirc. > > Mark > -- > 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 elfgoh at yahoo.com Fri Dec 16 14:14:08 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 14:14:08 +0000 (UTC) Subject: Ubuntu core on BBB In-Reply-To: <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> <1270692636.167626.1481876384156@mail.yahoo.com> <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> Message-ID: <1049570172.293002.1481897648049@mail.yahoo.com> Got it, Jamie. I will start conversations with element14 and beagleboard. Mark mentioned "Rpi2/3 and Qualcomm Dragonboard are already certified". Is getting "certified" == "having Ubuntu Core as an official option"? In the grand scheme of things should element14 or beagleboard - get BBB to become an official reference platform produced by the snappy team ? - or roll their own build of Ubuntu Core? Thanks for the clarifications. -- Luther On Friday, December 16, 2016 9:17 PM, Jamie Bennett wrote: Hi Luther, On 16 Dec 2016, at 08:19, Luther Goh Lu Feng wrote: > >Thanks for the clarification. > >My beaglebone black is from element14. There seems to be beagleblack gadget snap listed[1][2], which I can also find in the output > >$ snap info beagleblack --verbose > >The listed publisher is mvo. May I know how I can get the contact with the publisher? > mvo is Michael Vogt, ogra is Oliver Grawert, both of which are on the Snappy team at Canonical. For clarification, we have a number of official reference platforms produced by the Snappy team, they are: * Raspberry Pi2/3 * Qualcomm Dragonboard 410c * x86 32/64 The Beaglbone black support is what we call a ‘community build’, done by enthusiasts but not part of the official list. We very much encourage people to create community builds for their favourite boards and this is what ogra and mvo have done. I have contacts in element14 that I can reach out to but would like to understand the context and status of the gadget snap published by mvo. > I think you should talk to element14 about having Ubuntu Core as an official option or directly with Beagleboard themselves. Beagleboard have a forum where you could start the conversation or contact information on - https://beagleboard.org/about. Regards, Jamie. I am also curious why ogra published his own gadget snap instead of using the "official looking" beagleblack snap (see screenshot). Thanks > > >-- Luther >[1] https://developer.ubuntu.com/en/snappy/start/gadget-snaps/ >[2] https://uappexplorer.com/apps?type=snappy&q=beagle&sort=relevance > > > > >On Friday, December 16, 2016 3:17 PM, Mark Shuttleworth wrote: >Hi Luther > >To help firm up BBB support, please log that request / preference with >the SoC manufacturer. Rpi2/3 and Qualcomm Dragonboard are already >certified iirc. > >Mark >-- >Snapcraft mailing list >Snapcraft at lists.snapcraft.io >Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft > > From ogra at ubuntu.com Fri Dec 16 14:46:32 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 16 Dec 2016 15:46:32 +0100 Subject: Ubuntu core on BBB In-Reply-To: <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> <1270692636.167626.1481876384156@mail.yahoo.com> <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> Message-ID: <1481899592.4743.100.camel@ubuntu.com> hi, Am Freitag, den 16.12.2016, 13:17 +0000 schrieb Jamie Bennett: > > I have contacts in element14 that I can reach out to but would like > > to understand the context and status of the gadget snap published > > by mvo. > I think you should talk to element14 about having Ubuntu Core as an > official option or directly with Beagleboard themselves. Beagleboard > have a forum where you could start the conversation or contact > information on - https://beagleboard.org/about. ... and i'm happy to give them a hand if needed ...  ;) > > > I am also curious why ogra published his own gadget snap instead of > > using the "official looking" beagleblack snap (see screenshot). > > Thanks the "beagleblack" was a 15.04 gadget, the "bbb" gadget is for series 16, i wanted to make the difference clear in the naming (not only to point out the difference in releases but also the changed state of official support) it would be awesome to have an element14 image even with the robert nelson kernel, today i'm just re-using the linux-generic one from the archive in beaglebone setup, i know robert has some non-upstreamed patches that some users would like ... 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 mark at ubuntu.com Fri Dec 16 14:48:46 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Fri, 16 Dec 2016 06:48:46 -0800 Subject: Ubuntu core on BBB In-Reply-To: <1049570172.293002.1481897648049@mail.yahoo.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> <1270692636.167626.1481876384156@mail.yahoo.com> <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> <1049570172.293002.1481897648049@mail.yahoo.com> Message-ID: <00cf1f8e-75de-dda0-0254-a1a586acf6a0@ubuntu.com> On 16/12/16 06:14, Luther Goh Lu Feng wrote: > Mark mentioned "Rpi2/3 and Qualcomm Dragonboard are already certified". > > Is getting "certified" == "having Ubuntu Core as an official option"? > > In the grand scheme of things should element14 or beagleboard > - get BBB to become an official reference platform produced by the snappy team ? > - or roll their own build of Ubuntu Core? > > Thanks for the clarifications. With Ubuntu Core you will be able to make your own kernel, but then you must take responsibility for it on your device. Alternatively, there can be a certified kernel which will get security updates from Canonical, which anybody can use on any "thing". We still need to do a little more work to have that distinction clearly articulated - the community images you see are one-offs by folks who were digging in behind the scenes to make stuff work. In a couple of weeks I expect this will look like: * you take the kernel source tree with snapcraft.yaml and make your own device kernel snap * you use ubuntu-image with that to make your own device image * voila Mark From elfgoh at yahoo.com Fri Dec 16 15:21:59 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 16 Dec 2016 15:21:59 +0000 (UTC) Subject: Ubuntu core on BBB In-Reply-To: <1481899592.4743.100.camel@ubuntu.com> References: <670779908.3917.1481847312693.ref@mail.yahoo.com> <670779908.3917.1481847312693@mail.yahoo.com> <1270692636.167626.1481876384156@mail.yahoo.com> <41B76818-DDF2-41C9-B1E4-51B536BF683E@canonical.com> <1481899592.4743.100.camel@ubuntu.com> Message-ID: <1720943831.332583.1481901719550@mail.yahoo.com> Wow thanks for the clarifications and the offer to help, Oliver! Sounds awesome! Maybe I will try to build a BBB gadeget this weekend. Do you have some build scripts / docs I can refer to please? -- Luther On Friday, December 16, 2016 10:47 PM, Oliver Grawert wrote: hi, Am Freitag, den 16.12.2016, 13:17 +0000 schrieb Jamie Bennett: > > I have contacts in element14 that I can reach out to but would like > > to understand the context and status of the gadget snap published > > by mvo. > I think you should talk to element14 about having Ubuntu Core as an > official option or directly with Beagleboard themselves. Beagleboard > have a forum where you could start the conversation or contact > information on - https://beagleboard.org/about. ... and i'm happy to give them a hand if needed ... ;) > > > I am also curious why ogra published his own gadget snap instead of > > using the "official looking" beagleblack snap (see screenshot). > > Thanks the "beagleblack" was a 15.04 gadget, the "bbb" gadget is for series 16, i wanted to make the difference clear in the naming (not only to point out the difference in releases but also the changed state of official support) it would be awesome to have an element14 image even with the robert nelson kernel, today i'm just re-using the linux-generic one from the archive in beaglebone setup, i know robert has some non-upstreamed patches that some users would like ... ciao oli -- Snapcraft mailing list Snapcraft at lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From leo.arias at canonical.com Fri Dec 16 17:20:14 2016 From: leo.arias at canonical.com (Leo Arias) Date: Fri, 16 Dec 2016 11:20:14 -0600 Subject: snapcraft and brews, today at 20:00 UTC Message-ID: Hello! Today is the last testing day of the year, and our guest this time will be Sergio Schvezov, who leads the snapcraft team. He will do an introduction to snapcraft and demo how to snap a project. If you are new to the snappy world, this will be a perfect way to get started. And Sergio will be answering all the questions, so you should come and ask things, even if you are not new. This is also the last working day of the year for many of us. So bring your favourite drink and join our celebration of a good year of free software labour ^_^. http://ubuntuonair.com/, on Friday, December 16th, at 20:00 UTC For more information about the testing days, and links to the past sessions: https://wiki.ubuntu.com/Testing/UbuntuTestingDay pura vida -- ¡paz y baile! http://www.ubuntu.com From seb128 at ubuntu.com Fri Dec 16 17:50:42 2016 From: seb128 at ubuntu.com (Sebastien Bacher) Date: Fri, 16 Dec 2016 18:50:42 +0100 Subject: Experimental GNOME runtime Message-ID: Hey there, In the desktop team we have been working on providing a GNOME runtime snap and got a first working version uploaded this week. If you are interested to try it with your own snap-using-gtk3 or simply have a look and give us some feedback it's a command away: $ sudo snap install --edge gnome318-udt (the udt stands for 'Ubuntu Desktop Team') The snaps provides a 'gnome318-runtime' interface which you can connect to using the content interface: $ sudo snap connect :gnome318-runtime gnome318-udt:gnome318-runtime It should be relatively easy to use but you might enjoy some example to copy from: https://code.launchpad.net/~ubuntu-desktop/ghex/snap-share-content https://code.launchpad.net/~ubuntu-desktop/gnome-calendar/snap-share-content (ghex is simple, gnome-calendar shows how to bundle an extra deb) That ghex snap once built take 1.5M (compared to 70M for the version not using the content interface). That's the summary but for those of you who likes a bit more details like me add some (and reply to some questions you might have) * The snapcraft.yaml used for the build can be found on https://code.launchpad.net/~ubuntu-desktop/+junk/snap-gnome-udt * The examples use a bunch of tricks - The current snapcraft-desktop-helpers helper is being adapted to handle the new location where the content is shared (we standardized on '/gnome-runtime' so please use that if you plan to use the standard launcher, your snap needs to include that empty directory so the content can be mounted). We got changes in a branch with Didier but we overlooked some details that I found out after he left for holidays. To not get blocked on those changes to be land I pushed an hackish helper to lp:~ubuntu-desktop/+junk/snap-launcher-hack which you can use with the dump plugin, it creates the mountpoint directory for you and bundles a version of 'desktop-launch' which is compatible with the new runtime) - the prefix is changed and a reorganize rule is used to workaround the snappy relocation issues described in https://launchpad.net/bugs/1583250. With that workaround you get gettext/GNOME translations working (not in ghex though but it's due a bug in the upstream build) - there is a 'workaround' part which basically excludes libgtk and its depends, that's to workaround snapcraft trying to help by copying in the snap the libraries you need ... which is usually right but not what you want with content sharing. - the calendar snap uses libraries that are not in the runtime (like eds or libical), those get automatically copied over by snapcraft but we also add evolution-data-server-common to the bundle because it provides a gsettings schemas needed by the eds libraries * The stack is built from xenial (so GNOME 3.18) using the archive debs, it gives us a well tested version and a known environment we are building from. It also means the toolchain used for the build is the same as the ubuntu-core one and that you can build&test your snaps on a xenial desktop installation. * The current version only includes core libraries and some desktop integration components (icons, mimetypes definition, theme, etc). We might revisit the content and add more things later but we didn't want to include too much since we easily add libraries but we can't remove existing ones since they might be used by others. It's easy to bundle an extra lib with your snap if you need one though. * We plan to provide newer GNOME stacks as well * It seems that snaps can't auto-connect to a shared interface from another providers at the moment so there is manually work required from the user to get things working, unsure what's the plan from the snappy team there. Happy testing and let us know if you have any comment by replying to that email of by contacting the desktop team mailing list or IRC channel (might be a bit quiet during holidays). Cheers, Sebastien Bacher From dank at kegel.com Fri Dec 16 18:04:42 2016 From: dank at kegel.com (Dan Kegel) Date: Fri, 16 Dec 2016 10:04:42 -0800 Subject: Ubuntu core update corresponding to Zesty? Message-ID: I need a newer gstreamer than is shipped in Ubuntu Core 16 (gst-omx doesn't build against 1.8, but does against 1.10). I can build the whole gstreamer stack from source, but going forward would like to avoid that. Is there a Ubuntu Core daily somewhere corresponding to Zesty? Or when Zesty's alpha 1 comes out, will there a corresponding Ubuntu Core alpha build? (And come to think of it, I don't see gst-omx for rpi in Zesty, that'd be nice to have...) From olivier.tilloy at canonical.com Fri Dec 16 19:04:02 2016 From: olivier.tilloy at canonical.com (Olivier Tilloy) Date: Fri, 16 Dec 2016 20:04:02 +0100 Subject: WIP snap for 0ad In-Reply-To: References: Message-ID: On Fri, Nov 18, 2016 at 7:03 PM, 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 > > Enjoy, and feedback welcome! There are now snaps for i386 and amd64 built on launchpad at https://code.launchpad.net/~osomon/+snap/0ad. Note that the manual step to add "sched_setaffinity" to the seccomp profile after installation is still needed if you’re using snapd < 2.18. Once 2.20 is widely available on all supported ubuntu releases, I will consider publishing to the store, and handing over ownership to upstream. For those interested, the packaging magic is at https://code.launchpad.net/~osomon/+junk/0ad-snap. Feedback welcome! Olivier From cpollock at embarqmail.com Sun Dec 18 14:31:11 2016 From: cpollock at embarqmail.com (Chris) Date: Sun, 18 Dec 2016 08:31:11 -0600 Subject: Only one page of snaps on SnapWeb? Message-ID: <1482071471.28240.4.camel@embarqmail.com> I've asked this before but I'm still wondering why there is only one page of snaps listed (A-E)? I can do a search for a snap such as 'PubIP' and it will come up but there is no way in SnapWeb to go forward from the first page. -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 08:24:21 up 3 days, 14:43, 2 users, load average: 0.36, 0.28, 0.40 Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 15:59:10 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 Mon Dec 19 08:13:26 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Mon, 19 Dec 2016 00:13:26 -0800 Subject: Ubuntu core update corresponding to Zesty? In-Reply-To: References: Message-ID: On 16/12/16 10:04, Dan Kegel wrote: > I need a newer gstreamer than is shipped in Ubuntu Core 16 > (gst-omx doesn't build against 1.8, but does against 1.10). > I can build the whole gstreamer stack from source, but going forward > would like to avoid that. > > Is there a Ubuntu Core daily somewhere corresponding to Zesty? > Or when Zesty's alpha 1 comes out, will there a corresponding Ubuntu > Core alpha build? For long-term support I think 'core' will be aligned with the LTS releases only. For code like gstreamer I think it is plausible that there be a runtime snap (see the experimental gnome runtime and similar efforts in the KDE community) which is annual or more frequent than that. However, given the move to delta updates I would suggest for the moment that you simply bundle the libraries you need with your snap. This gives you certainty in the short term, and the option to move to shared code once the maintenance regime for that shared code is stable enough for your purposes. Mark From mark at ubuntu.com Mon Dec 19 08:13:26 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Mon, 19 Dec 2016 00:13:26 -0800 Subject: Ubuntu core update corresponding to Zesty? In-Reply-To: References: Message-ID: On 16/12/16 10:04, Dan Kegel wrote: > I need a newer gstreamer than is shipped in Ubuntu Core 16 > (gst-omx doesn't build against 1.8, but does against 1.10). > I can build the whole gstreamer stack from source, but going forward > would like to avoid that. > > Is there a Ubuntu Core daily somewhere corresponding to Zesty? > Or when Zesty's alpha 1 comes out, will there a corresponding Ubuntu > Core alpha build? For long-term support I think 'core' will be aligned with the LTS releases only. For code like gstreamer I think it is plausible that there be a runtime snap (see the experimental gnome runtime and similar efforts in the KDE community) which is annual or more frequent than that. However, given the move to delta updates I would suggest for the moment that you simply bundle the libraries you need with your snap. This gives you certainty in the short term, and the option to move to shared code once the maintenance regime for that shared code is stable enough for your purposes. Mark From jamie.bennett at canonical.com Mon Dec 19 11:06:37 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Mon, 19 Dec 2016 11:06:37 +0000 Subject: Only one page of snaps on SnapWeb? In-Reply-To: <1482071471.28240.4.camel@embarqmail.com> References: <1482071471.28240.4.camel@embarqmail.com> Message-ID: <49A513ED-D04F-44AA-BAD3-DC1A572A4AD9@canonical.com> Hi Chris, > On 18 Dec 2016, at 14:31, Chris wrote: > > I've asked this before but I'm still wondering why there is only one > page of snaps listed (A-E)? I can do a search for a snap such as > 'PubIP' and it will come up but there is no way in SnapWeb to go > forward from the first page. This functionality is being worked on but the idea of SnapWeb is not to show you every single possible snap that can be installed (that would quickly get quiet unwieldily), instead we aim to surface the most prominent snaps. Think of it like a real bricks-and-mortar store; the snaps that are featured are right there in the store window for everyone to see, the most popular snaps per category are in their own sections, and the stuff that you knew up front you wanted but can’t find being displayed can always be retrieved from the warehouse. So mapping that to what we have in the SnapWeb edge channel today, the front store page should be [1] the featured snaps, at the top you can select categories like database, media, messaging [2] for the most popular snaps in that category, and if you know what you want you can use the search bar. SnapWeb is being actively worked on so you will see lots of changes regularly. If you want to see the latest please: $ snap refresh —edge snapweb or, on a system without snapweb $ snap install —edge snapweb and file any bugs at https://bugs.launchpad.net/snapweb Regards, Jamie. [1] “should be” - this functionality is currently being worked on and is very new. [2] Snap Sections are again very new. We are still coming up with the right naming scheme and ensuring each snap is in the right place. > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 08:24:21 up 3 days, 14:43, 2 users, load average: 0.36, 0.28, 0.40 > Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 > 15:59:10 UTC 2016-- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From psasse at gmx.de Mon Dec 19 13:12:08 2016 From: psasse at gmx.de (Peter Sasse) Date: Mon, 19 Dec 2016 14:12:08 +0100 Subject: snap interface for online accounts Message-ID: <1482153128.10714.5.camel@gmx.de> Hi community,  because my QML app got online account integration (as provider and service), I would like to know, if there is already a snap interface for this kind of integration (https://launchpad.net/online-accounts).  Thanks for any kind of help! Regards, Peter  From alberto.mardegan at canonical.com Mon Dec 19 13:53:29 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Mon, 19 Dec 2016 16:53:29 +0300 Subject: snap interface for online accounts In-Reply-To: <1482153128.10714.5.camel@gmx.de> References: <1482153128.10714.5.camel@gmx.de> Message-ID: <7cb2c3ba-c3d9-d5ff-574b-fc1c5f76c2a4@canonical.com> Hi Peter, On 19/12/2016 16:12, Peter Sasse wrote: > because my QML app got online account integration (as provider and > service), I would like to know, if there is already a snap interface > for this kind of integration (https://launchpad.net/online-accounts). it's a work in progress. I'm currently waiting for the interface hooks work to land in snapd, because that will provide the basic functionality needed to "register" your application with Online Accounts. Ciao, Alberto From alberto.donato at canonical.com Mon Dec 19 14:10:44 2016 From: alberto.donato at canonical.com (Alberto Donato) Date: Mon, 19 Dec 2016 15:10:44 +0100 Subject: Snapped apps using su/sudo Message-ID: Hi, I'm trying to create a snap for sshuttle, the ssh-based VPN app. One of its components (the firewall manager) needs to either be run as root, or use su/sudo to be able to configure firewall rules. The app uses an "if os.getuid() != 0" to check whether it can run. Is there any way to get it to work inside a snap? Thanks, -Alberto -- Alberto Donato | alberto.donato at canonical.com https://launchpad.net/~ack | GPG: 2048R/9E2823B3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabiocolella1990 at gmail.com Mon Dec 19 15:36:28 2016 From: fabiocolella1990 at gmail.com (Fabio Colella) Date: Mon, 19 Dec 2016 16:36:28 +0100 Subject: snap of click webapps Message-ID: Hello, In the past I created some webapps for ubuntu, which are currently published as click packages. Does currently exist a proper way to have them packaged as snaps? Having them as snaps should preserve things like being or not fullscreen, allowing or not to display back and forward buttons, eventual user agent overrides and all the other options that used to exist under the click version. Please, let me eventually know some bugs to track. -- Yours sincerely, Fabio Colella Prova un Sistema di Nuova Generazione, *GRATIS Per Sempre! Server, PC, mobile, IoT * prova Ubuntu ORA e Migliora le Performance del tuo PC! IT - EN -------------- next part -------------- An HTML attachment was scrubbed... URL: From cpollock at embarqmail.com Mon Dec 19 15:52:16 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 19 Dec 2016 09:52:16 -0600 Subject: Only one page of snaps on SnapWeb? In-Reply-To: <49A513ED-D04F-44AA-BAD3-DC1A572A4AD9@canonical.com> References: <1482071471.28240.4.camel@embarqmail.com> <49A513ED-D04F-44AA-BAD3-DC1A572A4AD9@canonical.com> Message-ID: <1482162736.17934.4.camel@embarqmail.com> On Mon, 2016-12-19 at 11:06 +0000, Jamie Bennett wrote: > Hi Chris, > > > > > On 18 Dec 2016, at 14:31, Chris wrote: > > > > I've asked this before but I'm still wondering why there is only > > one > > page of snaps listed (A-E)? I can do a search for a snap such as > > 'PubIP' and it will come up but there is no way in SnapWeb to go > > forward from the first page. > > This functionality is being worked on but the idea of SnapWeb is not > to show you every single possible snap that can be installed (that > would quickly get quiet unwieldily), instead we aim to surface the > most prominent snaps. Think of it like a real bricks-and-mortar > store; the snaps that are featured are right there in the store > window for everyone to see, the most popular snaps per category are > in their own sections, and the stuff that you knew up front you > wanted but can’t find being displayed can always be retrieved from > the warehouse. So mapping that to what we have in the SnapWeb edge > channel today, the front store page should be [1] the featured snaps, > at the top you can select categories like database, media, messaging > [2] for the most popular snaps in that category, and if you know what > you want you can use the search bar. > > SnapWeb is being actively worked on so you will see lots of changes > regularly. If you want to see the latest please: > >   $ snap refresh —edge snapweb > > or, on a system without snapweb > >   $ snap install —edge snapweb > Thanks for the explanation Jamie. Using the above command I updated to 0.23.9 and reloaded snapweb in Firefox. I'm curious though as to what's the purpose of what I show in the screenshot. > and file any bugs at https://bugs.launchpad.net/snapweb > > Regards, > Jamie. > > [1] “should be” - this functionality is currently being worked on and > is very new. > [2] Snap Sections are again very new. We are still coming up with the > right naming scheme and ensuring each snap is in the right place.  > > > > >  -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 09:20:12 up 4 days, 15:39, 2 users, load average: 0.34, 0.24, 0.35 Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 15:59:10 UTC 2016 -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2016-12-19 09-37-04.png Type: image/png Size: 17640 bytes Desc: not available URL: -------------- 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 jamie.bennett at canonical.com Mon Dec 19 16:13:07 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Mon, 19 Dec 2016 16:13:07 +0000 Subject: Only one page of snaps on SnapWeb? In-Reply-To: <1482162736.17934.4.camel@embarqmail.com> References: <1482071471.28240.4.camel@embarqmail.com> <49A513ED-D04F-44AA-BAD3-DC1A572A4AD9@canonical.com> <1482162736.17934.4.camel@embarqmail.com> Message-ID: <3396322C-95B2-4339-A2A6-0D83D4BE841F@canonical.com> Hi Chris, > On 19 Dec 2016, at 15:52, Chris wrote: > > On Mon, 2016-12-19 at 11:06 +0000, Jamie Bennett wrote: >> Hi Chris, >> >>> >>> On 18 Dec 2016, at 14:31, Chris wrote: >>> >>> I've asked this before but I'm still wondering why there is only >>> one >>> page of snaps listed (A-E)? I can do a search for a snap such as >>> 'PubIP' and it will come up but there is no way in SnapWeb to go >>> forward from the first page. >> >> This functionality is being worked on but the idea of SnapWeb is not >> to show you every single possible snap that can be installed (that >> would quickly get quiet unwieldily), instead we aim to surface the >> most prominent snaps. Think of it like a real bricks-and-mortar >> store; the snaps that are featured are right there in the store >> window for everyone to see, the most popular snaps per category are >> in their own sections, and the stuff that you knew up front you >> wanted but can’t find being displayed can always be retrieved from >> the warehouse. So mapping that to what we have in the SnapWeb edge >> channel today, the front store page should be [1] the featured snaps, >> at the top you can select categories like database, media, messaging >> [2] for the most popular snaps in that category, and if you know what >> you want you can use the search bar. >> >> SnapWeb is being actively worked on so you will see lots of changes >> regularly. If you want to see the latest please: >> >> $ snap refresh —edge snapweb >> >> or, on a system without snapweb >> >> $ snap install —edge snapweb >> > Thanks for the explanation Jamie. Using the above command I updated to > 0.23.9 and reloaded snapweb in Firefox. I'm curious though as to what's > the purpose of what I show in the screenshot. This too is work in progress, as the —edge channel disclaimer implies. The team are looking to add more functionality to SnapWeb to expose the most common requirements for a web-based frontend on an IoT gateway-like device. This includes showing information about the device itself, any users that are associated with the device, software updates available, and to allow some settings to be changed. What your screenshot shows is the beginning of that work. Keep an eye out for more changes and improvements to the project in the coming weeks/months. >> and file any bugs at https://bugs.launchpad.net/snapweb >> >> Regards, >> Jamie. >> >> [1] “should be” - this functionality is currently being worked on and >> is very new. >> [2] Snap Sections are again very new. We are still coming up with the >> right naming scheme and ensuring each snap is in the right place. >> >>> >>> > -- > Chris > KeyID 0xE372A7DA98E6705C > 31.11972; -97.90167 (Elev. 1092 ft) > 09:20:12 up 4 days, 15:39, 2 users, load average: 0.34, 0.24, 0.35 > Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 > 15:59:10 UTC 2016-- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From cpollock at embarqmail.com Mon Dec 19 17:52:39 2016 From: cpollock at embarqmail.com (Chris) Date: Mon, 19 Dec 2016 11:52:39 -0600 Subject: Only one page of snaps on SnapWeb? In-Reply-To: <3396322C-95B2-4339-A2A6-0D83D4BE841F@canonical.com> References: <1482071471.28240.4.camel@embarqmail.com> <49A513ED-D04F-44AA-BAD3-DC1A572A4AD9@canonical.com> <1482162736.17934.4.camel@embarqmail.com> <3396322C-95B2-4339-A2A6-0D83D4BE841F@canonical.com> Message-ID: <1482169959.17934.8.camel@embarqmail.com> On Mon, 2016-12-19 at 16:13 +0000, Jamie Bennett wrote: > Hi Chris, > > > > > On 19 Dec 2016, at 15:52, Chris wrote: > > > > On Mon, 2016-12-19 at 11:06 +0000, Jamie Bennett wrote: > > > > > > Hi Chris, > > > > > > > > > > > > > > > On 18 Dec 2016, at 14:31, Chris > > > > wrote: > > > > > > > > I've asked this before but I'm still wondering why there is > > > > only > > > > one > > > > page of snaps listed (A-E)? I can do a search for a snap such > > > > as > > > > 'PubIP' and it will come up but there is no way in SnapWeb to > > > > go > > > > forward from the first page. > > > > > > This functionality is being worked on but the idea of SnapWeb is > > > not > > > to show you every single possible snap that can be installed > > > (that > > > would quickly get quiet unwieldily), instead we aim to surface > > > the > > > most prominent snaps. Think of it like a real bricks-and-mortar > > > store; the snaps that are featured are right there in the store > > > window for everyone to see, the most popular snaps per category > > > are > > > in their own sections, and the stuff that you knew up front you > > > wanted but can’t find being displayed can always be retrieved > > > from > > > the warehouse. So mapping that to what we have in the SnapWeb > > > edge > > > channel today, the front store page should be [1] the featured > > > snaps, > > > at the top you can select categories like database, media, > > > messaging > > > [2] for the most popular snaps in that category, and if you know > > > what > > > you want you can use the search bar. > > > > > > SnapWeb is being actively worked on so you will see lots of > > > changes > > > regularly. If you want to see the latest please: > > > > > >   $ snap refresh —edge snapweb > > > > > > or, on a system without snapweb > > > > > >   $ snap install —edge snapweb > > > > > Thanks for the explanation Jamie. Using the above command I updated > > to > > 0.23.9 and reloaded snapweb in Firefox. I'm curious though as to > > what's > > the purpose of what I show in the screenshot. > > This too is work in progress, as the —edge channel disclaimer > implies. The team are looking to add more functionality to SnapWeb to > expose the most common requirements for a web-based frontend on an > IoT gateway-like device. This includes showing information about the > device itself, any users that are associated with the device, > software updates available, and to allow some settings to be changed. > What your screenshot shows is the beginning of that work. > > Keep an eye out for more changes and improvements to the project in > the coming weeks/months. > > > > > > > > > and file any bugs at https://bugs.launchpad.net/snapweb > > > > > > Regards, > > > Jamie. > > > > > > [1] “should be” - this functionality is currently being worked on > > > and > > > is very new. > > > [2] Snap Sections are again very new. We are still coming up with > > > the > > > right naming scheme and ensuring each snap is in the right > > > place.  > > > Sounds good Jamie, looking forward to the updates as the come up. When snaps are automatically refreshed throughout the day will snapweb from edge be updated? -- Chris KeyID 0xE372A7DA98E6705C 31.11972; -97.90167 (Elev. 1092 ft) 11:49:23 up 4 days, 18:08, 2 users, load average: 0.17, 0.10, 0.12 Ubuntu 16.04.1 LTS, kernel 4.4.0-53-generic #74-Ubuntu SMP Fri Dec 2 15:59:10 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 bdong at ucrobotics.com Tue Dec 20 03:03:17 2016 From: bdong at ucrobotics.com (Bo Dong) Date: Tue, 20 Dec 2016 11:03:17 +0800 Subject: Source does not exist when using snapcraft Message-ID: Hi, I'm now using snapcraft to pack the ros example in snapcraft-examples. But it seem the source is not exist. Please view here. https://pastebin.ubuntu.com/23656750/ I'd like to know is there any possible I can change the source list manually when using snapcraft? Thanks&&Best Regards Joe -- 董波 uCRobotic Mobile: +86 15624957162 http://www.ucrobotics.com.cn/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From elfgoh at yahoo.com Tue Dec 20 04:25:22 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Tue, 20 Dec 2016 04:25:22 +0000 (UTC) Subject: Published snap on candidate channel not found References: <872753007.2034770.1482207922995.ref@mail.yahoo.com> Message-ID: <872753007.2034770.1482207922995@mail.yahoo.com> I published a snap after going through the codelabs tutorial, hello-luther, in the candidate channel. However I am unable to find the snap when I perform a search $ snap find hello-luther |grep luther But I did manage to install the snap: sudo snap install hello-luther --channel=candidate Question: is the failure to return the search result expected? Thanks. -- Luther -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-12-20 at 11.10.56 AM.png Type: image/png Size: 149673 bytes Desc: not available URL: From xiaoguo.liu at canonical.com Tue Dec 20 05:58:15 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 20 Dec 2016 13:58:15 +0800 Subject: Published snap on candidate channel not found In-Reply-To: <872753007.2034770.1482207922995@mail.yahoo.com> References: <872753007.2034770.1482207922995.ref@mail.yahoo.com> <872753007.2034770.1482207922995@mail.yahoo.com> Message-ID: Hi Luther, Currently, "snap find" only can find the snaps published on the "stable" channel. I cannot be use to search for the apps published on other channels. >From snap version 2.18 on wards, "snap find" with no parameters will return the featured snaps: liu-xiao-guo at localhost:~$ snap find Name Version Developer Notes Summary docker 1.11.2-9 canonical - The docker app deployment mechanism lxd 2.6.2 canonical - LXD - the container lighervisor rocketchat-server 0.39.0 rocketchat - Group chat server for 100s, installed in seconds. liu-xiao-guo at localhost:~$ snap version snap 2.20 snapd 2.20 series 16 Hope this answers your question! Best regards, XiaoGuo On Tue, Dec 20, 2016 at 12:25 PM, Luther Goh Lu Feng wrote: > I published a snap after going through the codelabs tutorial, > hello-luther, in the candidate channel. However I am unable to find the > snap when I perform a search > > $ snap find hello-luther |grep luther > > But I did manage to install the snap: > > sudo snap install hello-luther --channel=candidate > > > Question: is the failure to return the search result expected? Thanks. > > > -- Luther > -- > 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 bdong at ucrobotics.com Tue Dec 20 06:37:47 2016 From: bdong at ucrobotics.com (Bo Dong) Date: Tue, 20 Dec 2016 14:37:47 +0800 Subject: snapcraft ros Message-ID: Hi, I'm trying to pack ros with snapcraft. The source is under /usr/share/doc/snapcraft-examples/examples/ros My platform is Bubbelgum96, it's ARM64. But when "Fetching package dependencies", it shows "Failed to fetch system dependencies: The Ubuntu package "ros-indigo-ros-core" was not found" Could anyone help? Many Thanks -- 董波 uCRobotic Mobile: +86 15624957162 http://www.ucrobotics.com.cn/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Tue Dec 20 06:47:06 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Tue, 20 Dec 2016 00:47:06 -0600 Subject: Published snap on candidate channel not found In-Reply-To: References: <872753007.2034770.1482207922995.ref@mail.yahoo.com> <872753007.2034770.1482207922995@mail.yahoo.com> Message-ID: Hi XiaoGuo, What could be the reason that I can not either find or install the snap I published to the 16.04 store through web page? https://myapps.developer.ubuntu.com/ Thanks. Peng On Mon, Dec 19, 2016 at 11:58 PM, XiaoGuo Liu wrote: > Hi Luther, > > Currently, "snap find" only can find the snaps published on the "stable" > channel. I cannot be use to search for the apps published on other channels. > > From snap version 2.18 on wards, "snap find" with no parameters will > return the featured snaps: > > liu-xiao-guo at localhost:~$ snap find > Name Version Developer Notes Summary > docker 1.11.2-9 canonical - The docker app deployment > mechanism > lxd 2.6.2 canonical - LXD - the container > lighervisor > rocketchat-server 0.39.0 rocketchat - Group chat server for > 100s, installed in seconds. > liu-xiao-guo at localhost:~$ snap version > snap 2.20 > snapd 2.20 > series 16 > > Hope this answers your question! > > Best regards, > XiaoGuo > > On Tue, Dec 20, 2016 at 12:25 PM, Luther Goh Lu Feng > wrote: > >> I published a snap after going through the codelabs tutorial, >> hello-luther, in the candidate channel. However I am unable to find the >> snap when I perform a search >> >> $ snap find hello-luther |grep luther >> >> But I did manage to install the snap: >> >> sudo snap install hello-luther --channel=candidate >> >> >> Question: is the failure to return the search result expected? Thanks. >> >> >> -- Luther >> -- >> 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 xiaoguo.liu at canonical.com Tue Dec 20 06:58:38 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Tue, 20 Dec 2016 14:58:38 +0800 Subject: Published snap on candidate channel not found In-Reply-To: References: <872753007.2034770.1482207922995.ref@mail.yahoo.com> <872753007.2034770.1482207922995@mail.yahoo.com> Message-ID: Hi Peng, I think the reason is that we might want to show only apps with quality. We do not want to mess up everything there by using "snap finding". I can find all of my published apps at https://myapps.developer.ubuntu.com/. If it does not work for you, you probably need to file a bug against the store. Best regards, XiaoGuo On Tue, Dec 20, 2016 at 2:47 PM, Peng Liu wrote: > Hi XiaoGuo, > > What could be the reason that I can not either find or install the snap I > published to the 16.04 store through web page? > https://myapps.developer.ubuntu.com/ > > Thanks. > > Peng > > On Mon, Dec 19, 2016 at 11:58 PM, XiaoGuo Liu > wrote: > >> Hi Luther, >> >> Currently, "snap find" only can find the snaps published on the "stable" >> channel. I cannot be use to search for the apps published on other channels. >> >> From snap version 2.18 on wards, "snap find" with no parameters will >> return the featured snaps: >> >> liu-xiao-guo at localhost:~$ snap find >> Name Version Developer Notes Summary >> docker 1.11.2-9 canonical - The docker app deployment >> mechanism >> lxd 2.6.2 canonical - LXD - the container >> lighervisor >> rocketchat-server 0.39.0 rocketchat - Group chat server for >> 100s, installed in seconds. >> liu-xiao-guo at localhost:~$ snap version >> snap 2.20 >> snapd 2.20 >> series 16 >> >> Hope this answers your question! >> >> Best regards, >> XiaoGuo >> >> On Tue, Dec 20, 2016 at 12:25 PM, Luther Goh Lu Feng >> wrote: >> >>> I published a snap after going through the codelabs tutorial, >>> hello-luther, in the candidate channel. However I am unable to find the >>> snap when I perform a search >>> >>> $ snap find hello-luther |grep luther >>> >>> But I did manage to install the snap: >>> >>> sudo snap install hello-luther --channel=candidate >>> >>> >>> Question: is the failure to return the search result expected? Thanks. >>> >>> >>> -- Luther >>> -- >>> 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 alberto.mardegan at canonical.com Tue Dec 20 09:53:01 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Tue, 20 Dec 2016 12:53:01 +0300 Subject: snap of click webapps In-Reply-To: References: Message-ID: <4517bb9b-b7f2-7a75-c23e-8a9fc1178d8e@canonical.com> On 19/12/2016 18:36, Fabio Colella wrote: > Hello, > In the past I created some webapps for ubuntu, which are currently > published as click packages. Does currently exist a proper way to have > them packaged as snaps? Not yet, but we are actively working on that. We are almost there :-) > Having them as snaps should preserve things like being or not > fullscreen, allowing or not to display back and forward buttons, > eventual user agent overrides and all the other options that used to > exist under the click version. Yes, that's the plan. > Please, let me eventually know some bugs to track. There is no bug, AFAIK, but feel free to create one (maybe here: https://bugs.launchpad.net/webapp-container/+filebug ) and we'll take care of updating as we make some progress. Ciao, Alberto From niels at kobschaetzki.net Tue Dec 20 11:03:34 2016 From: niels at kobschaetzki.net (=?utf-8?Q?Niels=20Kobsch=C3=A4tzki?=) Date: Tue, 20 Dec 2016 12:03:34 +0100 Subject: snapcore for Fedora25? Message-ID: <1482231814.1224258.824664889.3F8D9635@webmail.messagingengine.com> Hi, are there any plans to release the snapcore-Copr-repo for Fedora25? Niels From kyle.fazzari at canonical.com Tue Dec 20 16:53:19 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Tue, 20 Dec 2016 08:53:19 -0800 Subject: snapcraft ros In-Reply-To: References: Message-ID: On 12/19/2016 10:37 PM, Bo Dong wrote: > Hi, > > I'm trying to pack ros with snapcraft. The source is under > /usr/share/doc/snapcraft-examples/examples/ros > My platform is Bubbelgum96, it's ARM64. But when "Fetching package > dependencies", it shows "Failed to fetch system dependencies: The Ubuntu > package "ros-indigo-ros-core" was not found" > > Could anyone help? I don't believe ROS publishes arm64 debs for any release before Kinetic. If you're using the ROS example included with Snapcraft, try adding `rosdistro: kinetic` to it to use Kinetic instead of Indigo, like this: parts: ros-project: plugin: catkin source: . catkin-packages: - talker - listener include-roscore: true rosdistro: kinetic -- 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 sergio.cazzolato at canonical.com Tue Dec 20 19:00:26 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Tue, 20 Dec 2016 16:00:26 -0300 Subject: Error using python3-gi dependency Message-ID: Hello, I am creating a snap which has a the python3-gi dependency (as it is shown below) parts: kpi-dbus-tests: plugin: nil stage-packages: - gir1.2-glib-2.0 - python3-dbus - python3-gi When I run the python script which is using the gi dependency I am getting some errors when it try to import the dependencies. I took a look and the dependencies are installed correctly. Traceback (most recent call last): File "/snap/kpi-dbus-tests/x1/dbus_signal_spammer.py", line 25, in from gi.repository import GObject File "/snap/kpi-dbus-tests/x1/usr/lib/python3/dist-packages/gi/importer.py", line 127, in find_module 'introspection typelib not found' % namespace) ImportError: cannot import name GObject, introspection typelib not found Traceback (most recent call last): File "", line 890, in _find_spec AttributeError: 'DynamicImporter' object has no attribute 'find_spec' Also in classic mode, I manually installed the dependencies and executed the python script and it works properly. Any idea about which could be the problem? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.wayne at canonical.com Tue Dec 20 19:18:38 2016 From: chris.wayne at canonical.com (Chris Wayne) Date: Tue, 20 Dec 2016 14:18:38 -0500 Subject: Error using python3-gi dependency In-Reply-To: References: Message-ID: Hi Sergio, You could try having a wrapper set something like this: export GI_TYPELIB_PATH=$SNAP/usr/lib/girepository-1.0:$SNAP/usr/lib/$ARCH/girepository-1.0 where $ARCH is defined like this: case "$SNAP_ARCH" in "amd64") ARCH='x86_64-linux-gnu' ;; "i386") ARCH='i386-linux-gnu' ;; "arm64") ARCH='aarch64-linux-gnu' ;; "armhf") ARCH='arm-linux-gnueabihf' ;; *) echo "Unsupported architecture: $SNAP_ARCH" ;; esac Hope that helps! Thanks Chris On Tue, Dec 20, 2016 at 2:00 PM, Sergio Cazzolato < sergio.cazzolato at canonical.com> wrote: > Hello, I am creating a snap which has a the python3-gi dependency (as it > is shown below) > > parts: > > kpi-dbus-tests: > plugin: nil > stage-packages: > - gir1.2-glib-2.0 > - python3-dbus > - python3-gi > > > When I run the python script which is using the gi dependency I am getting > some errors when it try to import the dependencies. I took a look and the > dependencies are installed correctly. > > Traceback (most recent call last): > File "/snap/kpi-dbus-tests/x1/dbus_signal_spammer.py", line 25, in > > from gi.repository import GObject > File "/snap/kpi-dbus-tests/x1/usr/lib/python3/dist-packages/gi/importer.py", > line 127, in find_module > 'introspection typelib not found' % namespace) > ImportError: cannot import name GObject, introspection typelib not found > > Traceback (most recent call last): > File "", line 890, in _find_spec > AttributeError: 'DynamicImporter' object has no attribute 'find_spec' > > Also in classic mode, I manually installed the dependencies and executed > the python script and it works properly. > > Any idea about which could be the problem? > > Thanks > > -- > 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.cazzolato at canonical.com Tue Dec 20 19:32:27 2016 From: sergio.cazzolato at canonical.com (Sergio Cazzolato) Date: Tue, 20 Dec 2016 16:32:27 -0300 Subject: Error using python3-gi dependency In-Reply-To: References: Message-ID: This solution works, thanks!! On Tue, Dec 20, 2016 at 4:18 PM, Chris Wayne wrote: > Hi Sergio, > > You could try having a wrapper set something like this: > > export GI_TYPELIB_PATH=$SNAP/usr/lib/girepository-1.0:$SNAP/usr/lib/$ARCH/girepository-1.0 > where $ARCH is defined like this: > > case "$SNAP_ARCH" in > "amd64") ARCH='x86_64-linux-gnu' > ;; > "i386") ARCH='i386-linux-gnu' > ;; > "arm64") ARCH='aarch64-linux-gnu' > ;; > "armhf") ARCH='arm-linux-gnueabihf' > ;; > *) > echo "Unsupported architecture: $SNAP_ARCH" > ;; > esac > > Hope that helps! > > Thanks > Chris > > On Tue, Dec 20, 2016 at 2:00 PM, Sergio Cazzolato < > sergio.cazzolato at canonical.com> wrote: > >> Hello, I am creating a snap which has a the python3-gi dependency (as it >> is shown below) >> >> parts: >> >> kpi-dbus-tests: >> plugin: nil >> stage-packages: >> - gir1.2-glib-2.0 >> - python3-dbus >> - python3-gi >> >> >> When I run the python script which is using the gi dependency I am >> getting some errors when it try to import the dependencies. I took a look >> and the dependencies are installed correctly. >> >> Traceback (most recent call last): >> File "/snap/kpi-dbus-tests/x1/dbus_signal_spammer.py", line 25, in >> >> from gi.repository import GObject >> File "/snap/kpi-dbus-tests/x1/usr/lib/python3/dist-packages/gi/importer.py", >> line 127, in find_module >> 'introspection typelib not found' % namespace) >> ImportError: cannot import name GObject, introspection typelib not found >> >> Traceback (most recent call last): >> File "", line 890, in _find_spec >> AttributeError: 'DynamicImporter' object has no attribute 'find_spec' >> >> Also in classic mode, I manually installed the dependencies and executed >> the python script and it works properly. >> >> Any idea about which could be the problem? >> >> Thanks >> >> -- >> 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 bdong at ucrobotics.com Wed Dec 21 03:15:10 2016 From: bdong at ucrobotics.com (Bo Dong) Date: Wed, 21 Dec 2016 11:15:10 +0800 Subject: Porting Ubuntu-Core Message-ID: Hi Guys, We're now porting Ubuntu Core to an ARM64 on-chip computer, Bubblegum-96 board. (http://www.96boards.org/product/bubblegum-96/) Here are some issues we got. When using ubuntu-image (tag:0.10+real 1 stable), *$ sudo /snap/bin/ubuntu-image --channel stable --image-size 2G --extra-snaps bubblegum96-gadget_16.04-1.1_arm64.snap --extra-snaps bubblegum96-kernel_3.10.0_arm64.snap -o bubblegum96.img bubblegum96.model* it could make valid image,bubblegum96.img. After update ubuntu-image using command *$ sudo snap refresh --beta --devmode ubuntu-image*, the ubuntu-image will be updated to beta (tag: 0.12+real 1). We using command $ sudo /snap/bin/ubuntu-image --channel beta --image-size 2G --extra-snaps bubblegum96-gadget_16.04-1.1_arm64.snap --extra-snaps bubblegum96-kernel_3.10.0_arm6*4.snap -o bubblegum96.img bubblegum96.model *again, and it will report failure. It shows "gadget.yaml parse error: mbr structures cannot be larger than 446 bytes." The gadget.yaml file is the same before and after update ubuntu-image. Here it is: $ cat gadget.yaml device-tree: s900-96board.dtb volumes: lemaker-guitar: schema: mbr bootloader: u-boot structure: - name: Bootstrap type: mbr size: 8M content: - image: bootloader.bin offset: 2097664 - image: u-boot.bin offset: 3145728 - type: 0C filesystem: vfat filesystem-label: system-boot offset: 8388608 size: 128M content: - source: boot-assets/ target: / If we change the size: 8M directly to size:440, the image we made will be useless. Actually I don't know how to config offset after change the size. If we change the schema: mbr directly to schema: gpt, and change the type: mbr to type: gpt, it will fail again, and shows "gadget.yaml parse error: Invalid gadget.yaml @ volumes:lemaker-guitar:structure:0:type" I'd appreciate it a lot if there is anyone could help us with this. Thanks&&Best Regards -- 董波 uCRobotic Mobile: +86 15624957162 http://www.ucrobotics.com.cn/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From elfgoh at yahoo.com Wed Dec 21 09:38:48 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 21 Dec 2016 09:38:48 +0000 (UTC) Subject: Dashboard service to view deployed snaps/versions on fleet of devices running Ubuntu Core References: <1187678645.153313.1482313128226.ref@mail.yahoo.com> Message-ID: <1187678645.153313.1482313128226@mail.yahoo.com> I am interested to know if there are any online management dashboards for Ubuntu Core device management. Thanks. -- Luther From xiaoguo.liu at canonical.com Wed Dec 21 09:48:14 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 21 Dec 2016 17:48:14 +0800 Subject: Dashboard service to view deployed snaps/versions on fleet of devices running Ubuntu Core In-Reply-To: <1187678645.153313.1482313128226@mail.yahoo.com> References: <1187678645.153313.1482313128226.ref@mail.yahoo.com> <1187678645.153313.1482313128226@mail.yahoo.com> Message-ID: Firstly, you log into your ubuntu core device, and use the following command to install snapweb: $ sudo snap install snapweb Then on your desktop browser, just open the address like: ubuntu-core-device-ip:4200. On the browser, you will see the installed apps and also you can install some new apps there. Best regards, XiaoGuo On Wed, Dec 21, 2016 at 5:38 PM, Luther Goh Lu Feng wrote: > I am interested to know if there are any online management dashboards for > Ubuntu Core device management. Thanks. > > -- Luther > > -- > 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 elfgoh at yahoo.com Wed Dec 21 09:51:20 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 21 Dec 2016 09:51:20 +0000 (UTC) Subject: Source of ssh key for first login References: <392534319.139277.1482313880437.ref@mail.yahoo.com> Message-ID: <392534319.139277.1482313880437@mail.yahoo.com> During setup, console-conf will download the SSH key registered with your Store account, The ssh key is used for first login. Is there a way to configure Ubuntu Core such that the source of the ssh key can be from elsewhere? eg for cases whereby the device cant go online and can only access a private network. Thanks -- Luther From xiaoguo.liu at canonical.com Wed Dec 21 09:58:35 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 21 Dec 2016 17:58:35 +0800 Subject: Dashboard service to view deployed snaps/versions on fleet of devices running Ubuntu Core In-Reply-To: References: <1187678645.153313.1482313128226.ref@mail.yahoo.com> <1187678645.153313.1482313128226@mail.yahoo.com> Message-ID: You may find more reading in my blog at http://blog.csdn.net/ubuntutouch/article/details/52980068 On Wed, Dec 21, 2016 at 5:48 PM, XiaoGuo Liu wrote: > Firstly, you log into your ubuntu core device, and use the following > command to install snapweb: > > $ sudo snap install snapweb > > Then on your desktop browser, just open the address like: > ubuntu-core-device-ip:4200. On the browser, you will see the installed apps > and also you can install some new apps there. > > Best regards, > XiaoGuo > > On Wed, Dec 21, 2016 at 5:38 PM, Luther Goh Lu Feng > wrote: > >> I am interested to know if there are any online management dashboards for >> Ubuntu Core device management. Thanks. >> >> -- Luther >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >> an/listinfo/snapcraft >> > > > > -- > XiaoGuo, Liu > -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Wed Dec 21 10:00:20 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Wed, 21 Dec 2016 18:00:20 +0800 Subject: Source of ssh key for first login In-Reply-To: <392534319.139277.1482313880437@mail.yahoo.com> References: <392534319.139277.1482313880437.ref@mail.yahoo.com> <392534319.139277.1482313880437@mail.yahoo.com> Message-ID: To my best understanding, you must have network to have the console-conf for the first time setup. On Wed, Dec 21, 2016 at 5:51 PM, Luther Goh Lu Feng wrote: > During setup, console-conf will download the SSH key registered with your > Store account, The ssh key is used for first login. > > Is there a way to configure Ubuntu Core such that the source of the ssh > key can be from elsewhere? eg for cases whereby the device cant go online > and can only access a private network. Thanks > > > -- Luther > > -- > 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 elfgoh at yahoo.com Wed Dec 21 10:30:11 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Wed, 21 Dec 2016 10:30:11 +0000 (UTC) Subject: Dashboard service to view deployed snaps/versions on fleet of devices running Ubuntu Core In-Reply-To: References: <1187678645.153313.1482313128226.ref@mail.yahoo.com> <1187678645.153313.1482313128226@mail.yahoo.com> Message-ID: <1301726261.145294.1482316211017@mail.yahoo.com> For clarity, I am asking about one single dashboard for multiple Ubuntu core devices -- Luther On Wednesday, December 21, 2016 5:58 PM, XiaoGuo Liu wrote: You may find more reading in my blog at http://blog.csdn.net/ubuntutouch/article/details/52980068 On Wed, Dec 21, 2016 at 5:48 PM, XiaoGuo Liu wrote: Firstly, you log into your ubuntu core device, and use the following command to install snapweb: > > >$ sudo snap install snapweb > > >Then on your desktop browser, just open the address like: ubuntu-core-device-ip:4200. On the browser, you will see the installed apps and also you can install some new apps there. > > >Best regards, >XiaoGuo > > >On Wed, Dec 21, 2016 at 5:38 PM, Luther Goh Lu Feng wrote: > >I am interested to know if there are any online management dashboards for Ubuntu Core device management. Thanks. >> >>-- Luther >> >>-- >>Snapcraft mailing list >>Snapcraft at lists.snapcraft.io >>Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm an/listinfo/snapcraft >> > > > >-- > >XiaoGuo, Liu -- XiaoGuo, Liu From serge.borovkov at gmail.com Wed Dec 21 14:57:17 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Wed, 21 Dec 2016 17:57:17 +0300 Subject: Classic image not working after upgrade on RPI 3 Message-ID: Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. It's stuck on 'Starting kernel...'. Tried different SD cards (on the second one I flashed out new classic image and did upgrade as well) with the same result. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.wayne at canonical.com Wed Dec 21 16:20:37 2016 From: chris.wayne at canonical.com (Chris Wayne) Date: Wed, 21 Dec 2016 11:20:37 -0500 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi Sergey, Which image are you using? Is it possible this is the same as this bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 (which should now be fixed). Perhaps you could try the PPA listed in that bug? (Note that this is technically a bug for rpi2, but I *believe* they may share the same kernel) Thanks Chris On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov wrote: > Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. > It's stuck on 'Starting kernel...'. > Tried different SD cards (on the second one I flashed out new classic > image and did upgrade as well) with the same result. > > -- > 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 chris.wayne at canonical.com Wed Dec 21 16:20:37 2016 From: chris.wayne at canonical.com (Chris Wayne) Date: Wed, 21 Dec 2016 11:20:37 -0500 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi Sergey, Which image are you using? Is it possible this is the same as this bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 (which should now be fixed). Perhaps you could try the PPA listed in that bug? (Note that this is technically a bug for rpi2, but I *believe* they may share the same kernel) Thanks Chris On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov wrote: > Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. > It's stuck on 'Starting kernel...'. > Tried different SD cards (on the second one I flashed out new classic > image and did upgrade as well) with the same result. > > -- > 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 serge.borovkov at gmail.com Wed Dec 21 16:38:06 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Wed, 21 Dec 2016 19:38:06 +0300 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi. I am using server image for raspberry pi 3. I will try upgrading with that ppa tomorrow. On 21 December 2016 at 19:20, Chris Wayne wrote: > Hi Sergey, > > Which image are you using? Is it possible this is the same as this bug: > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 > (which should now be fixed). Perhaps you could try the PPA listed in that > bug? (Note that this is technically a bug for rpi2, but I *believe* they > may share the same kernel) > > Thanks > Chris > > On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov > wrote: > >> Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. >> It's stuck on 'Starting kernel...'. >> Tried different SD cards (on the second one I flashed out new classic >> image and did upgrade as well) with the same result. >> >> -- >> 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 jacek.nykis at canonical.com Wed Dec 21 16:48:32 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Wed, 21 Dec 2016 16:48:32 +0000 Subject: content sharing from $SNAP_COMMON In-Reply-To: <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> Message-ID: <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> Hi, I'm also affected by this problem, I can see that there is a bug in Launchpad now: https://bugs.launchpad.net/snappy/+bug/1650671 Does anybody know how to troubleshoot this? There is nothing interesting in /var/log/syslog Jacek On 09/12/16 22:53, Tim Kuhlman wrote: > I had an opportunity to experiment some more unfortunately it still isn't working but I can provide more details. > > I was pointed to some documentation at https://github.com/snapcore/snapd/wiki/Content-Interface and used that > to update a bit of naming in the config. I have been running on yakety with the version of snapd and other > tools from yakety but in my debugging I updated to the latest snapd from the snappy edge ppa because I > discovered that without that $SNAP* prefixes in the config don't work otherwise. > > I'm working with the promreg charm which is the producer, it has this config: > slots: > content: > content: promreg > read: [$SNAP_COMMON/promreg] > > The consumer is the prometheus charm which has this config. > plugs: > content: > content: promreg > target: etc/prometheus/promreg > > After creating the charms and installing them then linking with the command `snap connect prometheus:content > promreg:content` I ran `sudo snap run --shell prometheus` initially I would get path errors, which I solved > with the upgraded snapd. > > The directory '/var/snap/promreg/common/promreg' does exist and has data in it. The destination directory in > the prometheus snap didn't originally exist but I tried creating it after reading > http://askubuntu.com/questions/841004/cannot-get-basic-content-interface-example-working-with-snapcraft > > After getting a shell with the command `sudo snap run --shell prometheus` I see that the destination dir is > empty if the destination dir was pre-existing and it doesn't exist at all if dir wasn't pre-existing. > > Any details I am missing? other debug steps? > > Tim > > On 12/05/2016 12:25 AM, Didier Roche wrote: >> Le 02/12/2016 à 19:34, Tim Kuhlman a écrit : >>> I have a snap that writes data to $SNAP_COMMON as it runs and I want to make that data available to another >>> snap. Unfortunately when I setup the content interface and set the plug side to share >>> '/var/snap/snap-name/common/subdir' it fails. >>> >>> I can share data in $SNAP with the content interface but of course the daemon running in that snap can't >>> write there. Am I missing anything? Is there any way to share dynamically created data from one snap with another? >>> >>> Thanks for the help. >> >> Hey Tim, >> >> I know that was supposed to be supported, but I don't know the >> implementation status of this. >> >> Zygmunt, can you shed some lights to us there? >> Cheers, >> Didier >> >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From fcole90 at gmail.com Wed Dec 21 17:04:49 2016 From: fcole90 at gmail.com (Fabio Colella) Date: Wed, 21 Dec 2016 18:04:49 +0100 Subject: snap of click webapps In-Reply-To: <4517bb9b-b7f2-7a75-c23e-8a9fc1178d8e@canonical.com> References: <4517bb9b-b7f2-7a75-c23e-8a9fc1178d8e@canonical.com> Message-ID: Thank you, I created the following bug report: https://bugs.launchpad.net/webapp-container/+bug/1651812 Cheers, Fabio On 20 December 2016 at 10:53, Alberto Mardegan < alberto.mardegan at canonical.com> wrote: > On 19/12/2016 18:36, Fabio Colella wrote: > > Hello, > > In the past I created some webapps for ubuntu, which are currently > > published as click packages. Does currently exist a proper way to have > > them packaged as snaps? > > Not yet, but we are actively working on that. We are almost there :-) > > > Having them as snaps should preserve things like being or not > > fullscreen, allowing or not to display back and forward buttons, > > eventual user agent overrides and all the other options that used to > > exist under the click version. > > Yes, that's the plan. > > > Please, let me eventually know some bugs to track. > > There is no bug, AFAIK, but feel free to create one (maybe here: > https://bugs.launchpad.net/webapp-container/+filebug ) and we'll take > care of updating as we make some progress. > > Ciao, > Alberto > > > -- > 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 pat.mcgowan at canonical.com Wed Dec 21 17:22:28 2016 From: pat.mcgowan at canonical.com (Pat McGowan) Date: Wed, 21 Dec 2016 12:22:28 -0500 Subject: content sharing from $SNAP_COMMON In-Reply-To: <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> Message-ID: The documentation on sharing writable data was updated last week, notably saying this works in version 2.19.1 and later. There is also a recommendation to not use subfolders. 2.20.1 is available from xenial proposed. https://github.com/snapcore/snapd/wiki/Content-Interface Hope it helps Pat On Wed, Dec 21, 2016 at 11:48 AM, Jacek Nykis wrote: > Hi, > > I'm also affected by this problem, I can see that there is a bug in > Launchpad now: > > https://bugs.launchpad.net/snappy/+bug/1650671 > > Does anybody know how to troubleshoot this? There is nothing interesting > in /var/log/syslog > > Jacek > > On 09/12/16 22:53, Tim Kuhlman wrote: > > I had an opportunity to experiment some more unfortunately it still > isn't working but I can provide more details. > > > > I was pointed to some documentation at https://github.com/snapcore/ > snapd/wiki/Content-Interface and used that > > to update a bit of naming in the config. I have been running on yakety > with the version of snapd and other > > tools from yakety but in my debugging I updated to the latest snapd from > the snappy edge ppa because I > > discovered that without that $SNAP* prefixes in the config don't work > otherwise. > > > > I'm working with the promreg charm which is the producer, it has this > config: > > slots: > > content: > > content: promreg > > read: [$SNAP_COMMON/promreg] > > > > The consumer is the prometheus charm which has this config. > > plugs: > > content: > > content: promreg > > target: etc/prometheus/promreg > > > > After creating the charms and installing them then linking with the > command `snap connect prometheus:content > > promreg:content` I ran `sudo snap run --shell prometheus` initially I > would get path errors, which I solved > > with the upgraded snapd. > > > > The directory '/var/snap/promreg/common/promreg' does exist and has > data in it. The destination directory in > > the prometheus snap didn't originally exist but I tried creating it > after reading > > http://askubuntu.com/questions/841004/cannot-get- > basic-content-interface-example-working-with-snapcraft > > > > After getting a shell with the command `sudo snap run --shell > prometheus` I see that the destination dir is > > empty if the destination dir was pre-existing and it doesn't exist at > all if dir wasn't pre-existing. > > > > Any details I am missing? other debug steps? > > > > Tim > > > > On 12/05/2016 12:25 AM, Didier Roche wrote: > >> Le 02/12/2016 à 19:34, Tim Kuhlman a écrit : > >>> I have a snap that writes data to $SNAP_COMMON as it runs and I want > to make that data available to another > >>> snap. Unfortunately when I setup the content interface and set the > plug side to share > >>> '/var/snap/snap-name/common/subdir' it fails. > >>> > >>> I can share data in $SNAP with the content interface but of course the > daemon running in that snap can't > >>> write there. Am I missing anything? Is there any way to share > dynamically created data from one snap with another? > >>> > >>> Thanks for the help. > >> > >> Hey Tim, > >> > >> I know that was supposed to be supported, but I don't know the > >> implementation status of this. > >> > >> Zygmunt, can you shed some lights to us there? > >> 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 jacek.nykis at canonical.com Wed Dec 21 17:43:12 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Wed, 21 Dec 2016 17:43:12 +0000 Subject: content sharing from $SNAP_COMMON In-Reply-To: References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> Message-ID: <73d27a06-0cce-b766-52c8-347f1dcb90ed@canonical.com> On 21/12/16 17:22, Pat McGowan wrote: > The documentation on sharing writable data was updated last week, notably > saying this works in version 2.19.1 and later. There is also a > recommendation to not use subfolders. 2.20.1 is available from xenial > proposed. > > https://github.com/snapcore/snapd/wiki/Content-Interface > > Hope it helps > Pat Thanks for suggestion Pat. I saw that page but I am trying to share read only data. It does not work in 2.17, I also tried with 2.20.1 without luck. I am trying to share single directory containing one file. Regards, Jacek > > On Wed, Dec 21, 2016 at 11:48 AM, Jacek Nykis > wrote: > >> Hi, >> >> I'm also affected by this problem, I can see that there is a bug in >> Launchpad now: >> >> https://bugs.launchpad.net/snappy/+bug/1650671 >> >> Does anybody know how to troubleshoot this? There is nothing interesting >> in /var/log/syslog >> >> Jacek >> >> On 09/12/16 22:53, Tim Kuhlman wrote: >>> I had an opportunity to experiment some more unfortunately it still >> isn't working but I can provide more details. >>> >>> I was pointed to some documentation at https://github.com/snapcore/ >> snapd/wiki/Content-Interface and used that >>> to update a bit of naming in the config. I have been running on yakety >> with the version of snapd and other >>> tools from yakety but in my debugging I updated to the latest snapd from >> the snappy edge ppa because I >>> discovered that without that $SNAP* prefixes in the config don't work >> otherwise. >>> >>> I'm working with the promreg charm which is the producer, it has this >> config: >>> slots: >>> content: >>> content: promreg >>> read: [$SNAP_COMMON/promreg] >>> >>> The consumer is the prometheus charm which has this config. >>> plugs: >>> content: >>> content: promreg >>> target: etc/prometheus/promreg >>> >>> After creating the charms and installing them then linking with the >> command `snap connect prometheus:content >>> promreg:content` I ran `sudo snap run --shell prometheus` initially I >> would get path errors, which I solved >>> with the upgraded snapd. >>> >>> The directory '/var/snap/promreg/common/promreg' does exist and has >> data in it. The destination directory in >>> the prometheus snap didn't originally exist but I tried creating it >> after reading >>> http://askubuntu.com/questions/841004/cannot-get- >> basic-content-interface-example-working-with-snapcraft >>> >>> After getting a shell with the command `sudo snap run --shell >> prometheus` I see that the destination dir is >>> empty if the destination dir was pre-existing and it doesn't exist at >> all if dir wasn't pre-existing. >>> >>> Any details I am missing? other debug steps? >>> >>> Tim >>> >>> On 12/05/2016 12:25 AM, Didier Roche wrote: >>>> Le 02/12/2016 à 19:34, Tim Kuhlman a écrit : >>>>> I have a snap that writes data to $SNAP_COMMON as it runs and I want >> to make that data available to another >>>>> snap. Unfortunately when I setup the content interface and set the >> plug side to share >>>>> '/var/snap/snap-name/common/subdir' it fails. >>>>> >>>>> I can share data in $SNAP with the content interface but of course the >> daemon running in that snap can't >>>>> write there. Am I missing anything? Is there any way to share >> dynamically created data from one snap with another? >>>>> >>>>> Thanks for the help. >>>> >>>> Hey Tim, >>>> >>>> I know that was supposed to be supported, but I don't know the >>>> implementation status of this. >>>> >>>> Zygmunt, can you shed some lights to us there? >>>> Cheers, >>>> Didier >>>> >>>> >>> >> >> >> >> -- >> Snapcraft mailing list >> Snapcraft at lists.snapcraft.io >> Modify settings or unsubscribe at: https://lists.ubuntu.com/ >> mailman/listinfo/snapcraft >> >> > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From kyle.fazzari at canonical.com Wed Dec 21 18:11:03 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Wed, 21 Dec 2016 10:11:03 -0800 Subject: Snapping applications that uses keyring Message-ID: <270cf142-76bf-1779-8981-3110224f5f2c@canonical.com> Hey all. Has anyone tried to snap an application that uses a keyring to store passwords? I took a crack at the Nextcloud desktop client yesterday, and as it stands right now I need to enter my Nextcloud password every time I start it up as it has nowhere to save it. I know relatively little about the gnome-keyring-daemon, but I assume it encrypts its keyring typically with the login password, and is unlocked by pam as a side effect of logging in. Do we have an interface covering access to the default keyring? Or do we need to embed gnome-keyring-daemon inside our snaps? -- 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 jacek.nykis at canonical.com Wed Dec 21 18:25:36 2016 From: jacek.nykis at canonical.com (Jacek Nykis) Date: Wed, 21 Dec 2016 18:25:36 +0000 Subject: content sharing from $SNAP_COMMON In-Reply-To: <73d27a06-0cce-b766-52c8-347f1dcb90ed@canonical.com> References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> <73d27a06-0cce-b766-52c8-347f1dcb90ed@canonical.com> Message-ID: On 21/12/16 17:43, Jacek Nykis wrote: > On 21/12/16 17:22, Pat McGowan wrote: >> The documentation on sharing writable data was updated last week, notably >> saying this works in version 2.19.1 and later. There is also a >> recommendation to not use subfolders. 2.20.1 is available from xenial >> proposed. >> >> https://github.com/snapcore/snapd/wiki/Content-Interface >> >> Hope it helps >> Pat > > Thanks for suggestion Pat. > > I saw that page but I am trying to share read only data. It does not > work in 2.17, I also tried with 2.20.1 without luck. > > I am trying to share single directory containing one file. > > Regards, > Jacek Thank you everybody for help, especially zyga on rocketchat! He was able to clarify things for me and provider workaround. I added info to the bug in case others hit this problem: https://bugs.launchpad.net/snappy/+bug/1650671/comments/2 Regards, Jacek -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 299 bytes Desc: OpenPGP digital signature URL: From serge.borovkov at gmail.com Wed Dec 21 18:48:17 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Wed, 21 Dec 2016 21:48:17 +0300 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Ok, so I enabled xenial proposed. Got following versions: Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... Setting up linux-image-raspi2 (4.4.0.1038.37) ... Setting up linux-headers-raspi2 (4.4.0.1038.37) ... Setting up linux-raspi2 (4.4.0.1038.37) ... Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... Setting up python3-software-properties (0.96.20.5) ... Setting up software-properties-common (0.96.20.5) ... And again image does not boot after restart. Stuck in "starting kernel". On 21 December 2016 at 19:20, Chris Wayne wrote: > Hi Sergey, > > Which image are you using? Is it possible this is the same as this bug: > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 > (which should now be fixed). Perhaps you could try the PPA listed in that > bug? (Note that this is technically a bug for rpi2, but I *believe* they > may share the same kernel) > > Thanks > Chris > > On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov > wrote: > >> Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. >> It's stuck on 'Starting kernel...'. >> Tried different SD cards (on the second one I flashed out new classic >> image and did upgrade as well) with the same result. >> >> -- >> 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 serge.borovkov at gmail.com Wed Dec 21 18:48:17 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Wed, 21 Dec 2016 21:48:17 +0300 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Ok, so I enabled xenial proposed. Got following versions: Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... Setting up linux-image-raspi2 (4.4.0.1038.37) ... Setting up linux-headers-raspi2 (4.4.0.1038.37) ... Setting up linux-raspi2 (4.4.0.1038.37) ... Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... Setting up python3-software-properties (0.96.20.5) ... Setting up software-properties-common (0.96.20.5) ... And again image does not boot after restart. Stuck in "starting kernel". On 21 December 2016 at 19:20, Chris Wayne wrote: > Hi Sergey, > > Which image are you using? Is it possible this is the same as this bug: > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 > (which should now be fixed). Perhaps you could try the PPA listed in that > bug? (Note that this is technically a bug for rpi2, but I *believe* they > may share the same kernel) > > Thanks > Chris > > On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov > wrote: > >> Hi. After I did apt upgrade on classic image I can't boot my RPI anymore. >> It's stuck on 'Starting kernel...'. >> Tried different SD cards (on the second one I flashed out new classic >> image and did upgrade as well) with the same result. >> >> -- >> 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 gunnarhj at ubuntu.com Wed Dec 21 18:51:49 2016 From: gunnarhj at ubuntu.com (Gunnar Hjalmarsson) Date: Wed, 21 Dec 2016 19:51:49 +0100 Subject: Translations not enabled for VLC snap Message-ID: <4ce0430b-294e-ee3a-a66e-e3a40638a172@ubuntu.com> Hi! When installing the VLC snap on Ubuntu, the session language is ignored, and the UI is always English. The issue has been reported via a few Ask Ubuntu questions, including . Rodney Dawes explained in an answer that bindtextdomain() needs to be modified, so there are reasons to fear that this hasn't been done properly for VLC. As a complete snap newbie I don't know where this kind of packaging issue should be reported, but I hope to call the right people's attention to it through this message. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj From gunnarhj at ubuntu.com Wed Dec 21 19:20:30 2016 From: gunnarhj at ubuntu.com (Gunnar Hjalmarsson) Date: Wed, 21 Dec 2016 20:20:30 +0100 Subject: Translations not enabled for VLC snap In-Reply-To: <4ce0430b-294e-ee3a-a66e-e3a40638a172@ubuntu.com> References: <4ce0430b-294e-ee3a-a66e-e3a40638a172@ubuntu.com> Message-ID: <4183870d-48b3-76f3-c15e-ce682462875d@ubuntu.com> On 2016-12-21 19:51, Gunnar Hjalmarsson wrote: > When installing the VLC snap on Ubuntu, the session language is > ignored, and the UI is always English. > > The issue has been reported via a few Ask Ubuntu questions, > including . Rodney Dawes explained in > an answer that bindtextdomain() needs to be modified, so there are > reasons to fear that this hasn't been done properly for VLC. > > As a complete snap newbie I don't know where this kind of packaging > issue should be reported, but I hope to call the right people's > attention to it through this message. I found , which is probably related. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj From michael.hudson at canonical.com Wed Dec 21 21:39:28 2016 From: michael.hudson at canonical.com (Michael Hudson-Doyle) Date: Thu, 22 Dec 2016 10:39:28 +1300 Subject: Source of ssh key for first login In-Reply-To: <392534319.139277.1482313880437@mail.yahoo.com> References: <392534319.139277.1482313880437.ref@mail.yahoo.com> <392534319.139277.1482313880437@mail.yahoo.com> Message-ID: On 21 December 2016 at 22:51, Luther Goh Lu Feng wrote: > During setup, console-conf will download the SSH key registered with your > Store account, The ssh key is used for first login. > > Is there a way to configure Ubuntu Core such that the source of the ssh > key can be from elsewhere? eg for cases whereby the device cant go online > and can only access a private network. Thanks > If you are the brand for the image you are using (i.e., you make your own image), you can provide a system-user assertion that will be processed during first boot to allow you to log in with user and password. The process for doing this is not documented anywhere that I know about though :( Cheers, mwh -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoguo.liu at canonical.com Thu Dec 22 02:10:31 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 22 Dec 2016 10:10:31 +0800 Subject: content sharing from $SNAP_COMMON In-Reply-To: References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> <73d27a06-0cce-b766-52c8-347f1dcb90ed@canonical.com> Message-ID: Hi, If I want to define "executables" and "writable-data" for the same snap application, what should be the correct way of writing the snapcraft yaml? Currently, according to the document at https://github.com/snapcore/snapd/wiki/Content-Interface slots: content: content: writable-data write: - $SNAP_DATA There are two "content" there, and it confuses the developers. Which one is customizable? Thanks & best regards, XiaoGuo On Thu, Dec 22, 2016 at 2:25 AM, Jacek Nykis wrote: > On 21/12/16 17:43, Jacek Nykis wrote: > > On 21/12/16 17:22, Pat McGowan wrote: > >> The documentation on sharing writable data was updated last week, > notably > >> saying this works in version 2.19.1 and later. There is also a > >> recommendation to not use subfolders. 2.20.1 is available from xenial > >> proposed. > >> > >> https://github.com/snapcore/snapd/wiki/Content-Interface > >> > >> Hope it helps > >> Pat > > > > Thanks for suggestion Pat. > > > > I saw that page but I am trying to share read only data. It does not > > work in 2.17, I also tried with 2.20.1 without luck. > > > > I am trying to share single directory containing one file. > > > > Regards, > > Jacek > > Thank you everybody for help, especially zyga on rocketchat! > > He was able to clarify things for me and provider workaround. I added > info to the bug in case others hit this problem: > https://bugs.launchpad.net/snappy/+bug/1650671/comments/2 > > Regards, > Jacek > > > -- > 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 tai271828 at gmail.com Thu Dec 22 03:46:30 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Thu, 22 Dec 2016 11:46:30 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi, Sergey, Would you please make sure the following packages are also updated by dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot And you should get the package information like this comment https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838/comments/20 Cheers, Taihsiang 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : > Ok, so I enabled xenial proposed. > > Got following versions: > Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... > Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... > Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... > Setting up linux-image-raspi2 (4.4.0.1038.37) ... > Setting up linux-headers-raspi2 (4.4.0.1038.37) ... > Setting up linux-raspi2 (4.4.0.1038.37) ... > Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... > Setting up python3-software-properties (0.96.20.5) ... > Setting up software-properties-common (0.96.20.5) ... > > > And again image does not boot after restart. Stuck in "starting kernel". > > On 21 December 2016 at 19:20, Chris Wayne > wrote: > >> Hi Sergey, >> >> Which image are you using? Is it possible this is the same as this bug: >> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 >> (which should now be fixed). Perhaps you could try the PPA listed in that >> bug? (Note that this is technically a bug for rpi2, but I *believe* they >> may share the same kernel) >> >> Thanks >> Chris >> >> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >> serge.borovkov at gmail.com> wrote: >> >>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>> anymore. It's stuck on 'Starting kernel...'. >>> Tried different SD cards (on the second one I flashed out new classic >>> image and did upgrade as well) with the same result. >>> >>> -- >>> 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 tai271828 at gmail.com Thu Dec 22 03:46:30 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Thu, 22 Dec 2016 11:46:30 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi, Sergey, Would you please make sure the following packages are also updated by dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot And you should get the package information like this comment https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838/comments/20 Cheers, Taihsiang 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : > Ok, so I enabled xenial proposed. > > Got following versions: > Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... > Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... > Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... > Setting up linux-image-raspi2 (4.4.0.1038.37) ... > Setting up linux-headers-raspi2 (4.4.0.1038.37) ... > Setting up linux-raspi2 (4.4.0.1038.37) ... > Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... > Setting up python3-software-properties (0.96.20.5) ... > Setting up software-properties-common (0.96.20.5) ... > > > And again image does not boot after restart. Stuck in "starting kernel". > > On 21 December 2016 at 19:20, Chris Wayne > wrote: > >> Hi Sergey, >> >> Which image are you using? Is it possible this is the same as this bug: >> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 >> (which should now be fixed). Perhaps you could try the PPA listed in that >> bug? (Note that this is technically a bug for rpi2, but I *believe* they >> may share the same kernel) >> >> Thanks >> Chris >> >> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >> serge.borovkov at gmail.com> wrote: >> >>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>> anymore. It's stuck on 'Starting kernel...'. >>> Tried different SD cards (on the second one I flashed out new classic >>> image and did upgrade as well) with the same result. >>> >>> -- >>> 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 pengliu.mail at gmail.com Thu Dec 22 03:52:11 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 21:52:11 -0600 Subject: A kernel panic issue of docker snap Message-ID: Hi Folks, I found a kernel panic issue when I was using pipework to config the network of a docker container on an x86 board with all-snap image. The issue is related to the auditing module of Linux kernel. So it should be an issue of pc-kernel-snap. I created a simple test snap to reproduce the issue and upload it to github. https://github.com/pliu6/docker-snap-test The log is below: [ 504.783341] BUG: unable to handle kernel paging request at fffffffffffffff3 [ 504.867186] IP: [] strlen+0x0/0x20 [ 504.926879] PGD 1e0d067 PUD 1e0f067 PMD 0 [ 504.976588] Oops: 0000 [#1] SMP [ 505.015690] Modules linked in: veth xt_addrtype br_netfilter ipt_REJECT nf_reject_ipv4 ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_comment xt_conntrack iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack bridge stp llc overlay aufs arc4 ath9k ath9k_common ath9k_hw ath mac80211 c fg80211 kvm_amd uas kvm irqbypass k10temp r8169 mii sp5100_tco mac_hid i2c_piix4 shpchp iptable_filter ip_tables ip6table_filter ip6_tables x_tables aut ofs4 mmc_block sdhci_acpi sdhci_pci sdhci virtio_scsi nls_iso8859_1 usb_storage ahci libahci [ 505.599099] CPU: 1 PID: 2414 Comm: snap-confine Not tainted 4.4.0-53-generic #74-Ubuntu [ 505.694977] Hardware name: PC Engines APU, BIOS SageBios_PCEngines_APU-45 04/05/2014 [ 505.787738] task: ffff880037637080 ti: ffff880061a70000 task.ti: ffff880061a70000 [ 505.877382] RIP: 0010:[] [] strlen+0x0/0x20 [ 505.966192] RSP: 0018:ffff880061a73a20 EFLAGS: 00010246 [ 506.029835] RAX: ffff880061a73b20 RBX: fffffffffffffff3 RCX: 0000000000000000 [ 506.115320] RDX: 000000000000014e RSI: fffffffffffffff3 RDI: fffffffffffffff3 [ 506.200802] RBP: ffff880061a73a38 R08: ffff88005c835138 R09: ffff880061a73a94 [ 506.286283] R10: 000000000000000e R11: ffff88005c835131 R12: ffff88007aff0480 [ 506.371767] R13: ffff880037637080 R14: ffffffff81399fc0 R15: 00000000fffffff3 [ 506.457251] FS: 00007fa9f36aa740(0000) GS:ffff88007df00000(0000) knlGS:0000000000000000 [ 506.554170] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 506.623014] CR2: fffffffffffffff3 CR3: 000000007853e000 CR4: 00000000000006e0 [ 506.708497] Stack: [ 506.732624] ffffffff81122a1a ffff88007aff0480 ffff880061a73b00 ffff880061a73a60 [ 506.822056] ffffffff8139a028 ffff88007aff0480 ffff880061a73b00 ffff880037637080 [ 506.911490] ffff880061a73ad8 ffffffff8136f088 ffffffff812285c0 ffff880061a73af0 [ 507.000926] Call Trace: [ 507.030263] [] ? audit_log_untrustedstring+0x1a/0x30 [ 507.109502] [] audit_cb+0x68/0x3f0 [ 507.170027] [] common_lsm_audit+0x1b8/0x740 [ 507.239910] [] ? alloc_inode+0x50/0x90 [ 507.304593] [] ? prepend_path+0xc6/0x2a0 [ 507.371358] [] aa_audit+0x5f/0x170 [ 507.431880] [] audit_mount+0x152/0x160 [ 507.496567] [] match_mnt_path_str+0x1dd/0x490 [ 507.568529] [] ? dentry_path+0x18/0x70 [ 507.633213] [] match_mnt+0xda/0x150 [ 507.694776] [] aa_bind_mount+0x100/0x180 [ 507.761540] [] wrap_apparmor_sb_mount+0x1c0/0x270 [ 507.837664] [] security_sb_mount+0x57/0x80 [ 507.906506] [] do_mount+0xab/0xde0 [ 507.967032] [] ? __kmalloc_track_caller+0x1b4/0x250 [ 508.045236] [] ? hrtimer_try_to_cancel+0xd1/0x130 [ 508.121361] [] ? memdup_user+0x42/0x70 [ 508.186042] [] SyS_mount+0x9f/0x100 [ 508.247607] [] entry_SYSCALL_64_fastpath+0x16/0x71 [ 508.324765] Code: 89 f8 48 89 e5 f6 82 a0 05 a5 81 20 74 10 48 83 c0 01 0f b6 10 f6 82 a0 05 a5 81 20 75 f0 5d c3 90 66 2e 0f 1f 84 00 00 00 00 00 <8 0> 3f 00 55 48 89 e5 74 11 48 89 f8 48 83 c0 01 80 38 00 75 f7 [ 508.564156] RIP [] strlen+0x0/0x20 [ 508.624889] RSP [ 508.666696] CR2: fffffffffffffff3 [ 508.706425] ---[ end trace 9a8196367a1a3630 ]--- Who should I report this bug to? I notice Olive seems to be working on pc-kernel-snap, so I copy this email to him. Thanks. Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Thu Dec 22 03:52:11 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 21:52:11 -0600 Subject: A kernel panic issue of docker snap Message-ID: Hi Folks, I found a kernel panic issue when I was using pipework to config the network of a docker container on an x86 board with all-snap image. The issue is related to the auditing module of Linux kernel. So it should be an issue of pc-kernel-snap. I created a simple test snap to reproduce the issue and upload it to github. https://github.com/pliu6/docker-snap-test The log is below: [ 504.783341] BUG: unable to handle kernel paging request at fffffffffffffff3 [ 504.867186] IP: [] strlen+0x0/0x20 [ 504.926879] PGD 1e0d067 PUD 1e0f067 PMD 0 [ 504.976588] Oops: 0000 [#1] SMP [ 505.015690] Modules linked in: veth xt_addrtype br_netfilter ipt_REJECT nf_reject_ipv4 ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_comment xt_conntrack iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack bridge stp llc overlay aufs arc4 ath9k ath9k_common ath9k_hw ath mac80211 c fg80211 kvm_amd uas kvm irqbypass k10temp r8169 mii sp5100_tco mac_hid i2c_piix4 shpchp iptable_filter ip_tables ip6table_filter ip6_tables x_tables aut ofs4 mmc_block sdhci_acpi sdhci_pci sdhci virtio_scsi nls_iso8859_1 usb_storage ahci libahci [ 505.599099] CPU: 1 PID: 2414 Comm: snap-confine Not tainted 4.4.0-53-generic #74-Ubuntu [ 505.694977] Hardware name: PC Engines APU, BIOS SageBios_PCEngines_APU-45 04/05/2014 [ 505.787738] task: ffff880037637080 ti: ffff880061a70000 task.ti: ffff880061a70000 [ 505.877382] RIP: 0010:[] [] strlen+0x0/0x20 [ 505.966192] RSP: 0018:ffff880061a73a20 EFLAGS: 00010246 [ 506.029835] RAX: ffff880061a73b20 RBX: fffffffffffffff3 RCX: 0000000000000000 [ 506.115320] RDX: 000000000000014e RSI: fffffffffffffff3 RDI: fffffffffffffff3 [ 506.200802] RBP: ffff880061a73a38 R08: ffff88005c835138 R09: ffff880061a73a94 [ 506.286283] R10: 000000000000000e R11: ffff88005c835131 R12: ffff88007aff0480 [ 506.371767] R13: ffff880037637080 R14: ffffffff81399fc0 R15: 00000000fffffff3 [ 506.457251] FS: 00007fa9f36aa740(0000) GS:ffff88007df00000(0000) knlGS:0000000000000000 [ 506.554170] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 506.623014] CR2: fffffffffffffff3 CR3: 000000007853e000 CR4: 00000000000006e0 [ 506.708497] Stack: [ 506.732624] ffffffff81122a1a ffff88007aff0480 ffff880061a73b00 ffff880061a73a60 [ 506.822056] ffffffff8139a028 ffff88007aff0480 ffff880061a73b00 ffff880037637080 [ 506.911490] ffff880061a73ad8 ffffffff8136f088 ffffffff812285c0 ffff880061a73af0 [ 507.000926] Call Trace: [ 507.030263] [] ? audit_log_untrustedstring+0x1a/0x30 [ 507.109502] [] audit_cb+0x68/0x3f0 [ 507.170027] [] common_lsm_audit+0x1b8/0x740 [ 507.239910] [] ? alloc_inode+0x50/0x90 [ 507.304593] [] ? prepend_path+0xc6/0x2a0 [ 507.371358] [] aa_audit+0x5f/0x170 [ 507.431880] [] audit_mount+0x152/0x160 [ 507.496567] [] match_mnt_path_str+0x1dd/0x490 [ 507.568529] [] ? dentry_path+0x18/0x70 [ 507.633213] [] match_mnt+0xda/0x150 [ 507.694776] [] aa_bind_mount+0x100/0x180 [ 507.761540] [] wrap_apparmor_sb_mount+0x1c0/0x270 [ 507.837664] [] security_sb_mount+0x57/0x80 [ 507.906506] [] do_mount+0xab/0xde0 [ 507.967032] [] ? __kmalloc_track_caller+0x1b4/0x250 [ 508.045236] [] ? hrtimer_try_to_cancel+0xd1/0x130 [ 508.121361] [] ? memdup_user+0x42/0x70 [ 508.186042] [] SyS_mount+0x9f/0x100 [ 508.247607] [] entry_SYSCALL_64_fastpath+0x16/0x71 [ 508.324765] Code: 89 f8 48 89 e5 f6 82 a0 05 a5 81 20 74 10 48 83 c0 01 0f b6 10 f6 82 a0 05 a5 81 20 75 f0 5d c3 90 66 2e 0f 1f 84 00 00 00 00 00 <8 0> 3f 00 55 48 89 e5 74 11 48 89 f8 48 83 c0 01 80 38 00 75 f7 [ 508.564156] RIP [] strlen+0x0/0x20 [ 508.624889] RSP [ 508.666696] CR2: fffffffffffffff3 [ 508.706425] ---[ end trace 9a8196367a1a3630 ]--- Who should I report this bug to? I notice Olive seems to be working on pc-kernel-snap, so I copy this email to him. Thanks. Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Thu Dec 22 03:57:54 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 21:57:54 -0600 Subject: A kernel panic issue of docker snap In-Reply-To: References: Message-ID: I just found a similar issue, but in an older version kernel. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1451360 On Wed, Dec 21, 2016 at 9:52 PM, Peng Liu wrote: > Hi Folks, > > I found a kernel panic issue when I was using pipework to config the > network of a docker container on an x86 board with all-snap image. The > issue is related to the auditing module of Linux kernel. So it should be an > issue of pc-kernel-snap. > > I created a simple test snap to reproduce the issue and upload it to > github. > https://github.com/pliu6/docker-snap-test > > The log is below: > [ 504.783341] BUG: unable to handle kernel paging request at > fffffffffffffff3 > [ 504.867186] IP: [] strlen+0x0/0x20 > [ 504.926879] PGD 1e0d067 PUD 1e0f067 PMD 0 > [ 504.976588] Oops: 0000 [#1] SMP > [ 505.015690] Modules linked in: veth xt_addrtype br_netfilter > ipt_REJECT nf_reject_ipv4 ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_comment > xt_conntrack > iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat > nf_conntrack bridge stp llc overlay aufs arc4 ath9k ath9k_common ath9k_hw > ath mac80211 c > fg80211 kvm_amd uas kvm irqbypass k10temp r8169 mii sp5100_tco mac_hid > i2c_piix4 shpchp iptable_filter ip_tables ip6table_filter ip6_tables > x_tables aut > ofs4 mmc_block sdhci_acpi sdhci_pci sdhci virtio_scsi nls_iso8859_1 > usb_storage ahci libahci > [ 505.599099] CPU: 1 PID: 2414 Comm: snap-confine Not tainted > 4.4.0-53-generic #74-Ubuntu > [ 505.694977] Hardware name: PC Engines APU, BIOS > SageBios_PCEngines_APU-45 04/05/2014 > [ 505.787738] task: ffff880037637080 ti: ffff880061a70000 task.ti: > ffff880061a70000 > [ 505.877382] RIP: 0010:[] [] > strlen+0x0/0x20 > [ 505.966192] RSP: 0018:ffff880061a73a20 EFLAGS: 00010246 > [ 506.029835] RAX: ffff880061a73b20 RBX: fffffffffffffff3 RCX: > 0000000000000000 > [ 506.115320] RDX: 000000000000014e RSI: fffffffffffffff3 RDI: > fffffffffffffff3 > [ 506.200802] RBP: ffff880061a73a38 R08: ffff88005c835138 R09: > ffff880061a73a94 > [ 506.286283] R10: 000000000000000e R11: ffff88005c835131 R12: > ffff88007aff0480 > [ 506.371767] R13: ffff880037637080 R14: ffffffff81399fc0 R15: > 00000000fffffff3 > [ 506.457251] FS: 00007fa9f36aa740(0000) GS:ffff88007df00000(0000) > knlGS:0000000000000000 > [ 506.554170] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 506.623014] CR2: fffffffffffffff3 CR3: 000000007853e000 CR4: > 00000000000006e0 > [ 506.708497] Stack: > [ 506.732624] ffffffff81122a1a ffff88007aff0480 ffff880061a73b00 > ffff880061a73a60 > [ 506.822056] ffffffff8139a028 ffff88007aff0480 ffff880061a73b00 > ffff880037637080 > [ 506.911490] ffff880061a73ad8 ffffffff8136f088 ffffffff812285c0 > ffff880061a73af0 > [ 507.000926] Call Trace: > [ 507.030263] [] ? audit_log_untrustedstring+0x1a/0x30 > [ 507.109502] [] audit_cb+0x68/0x3f0 > [ 507.170027] [] common_lsm_audit+0x1b8/0x740 > [ 507.239910] [] ? alloc_inode+0x50/0x90 > [ 507.304593] [] ? prepend_path+0xc6/0x2a0 > [ 507.371358] [] aa_audit+0x5f/0x170 > [ 507.431880] [] audit_mount+0x152/0x160 > [ 507.496567] [] match_mnt_path_str+0x1dd/0x490 > [ 507.568529] [] ? dentry_path+0x18/0x70 > [ 507.633213] [] match_mnt+0xda/0x150 > [ 507.694776] [] aa_bind_mount+0x100/0x180 > [ 507.761540] [] wrap_apparmor_sb_mount+0x1c0/0x270 > [ 507.837664] [] security_sb_mount+0x57/0x80 > [ 507.906506] [] do_mount+0xab/0xde0 > [ 507.967032] [] ? __kmalloc_track_caller+0x1b4/0x250 > [ 508.045236] [] ? hrtimer_try_to_cancel+0xd1/0x130 > [ 508.121361] [] ? memdup_user+0x42/0x70 > [ 508.186042] [] SyS_mount+0x9f/0x100 > [ 508.247607] [] entry_SYSCALL_64_fastpath+0x16/0x71 > [ 508.324765] Code: 89 f8 48 89 e5 f6 82 a0 05 a5 81 20 74 10 48 83 c0 > 01 0f b6 10 f6 82 a0 05 a5 81 20 75 f0 5d c3 90 66 2e 0f 1f 84 00 00 00 00 > 00 <8 > 0> 3f 00 55 48 89 e5 74 11 48 89 f8 48 83 c0 01 80 38 00 75 f7 > [ 508.564156] RIP [] strlen+0x0/0x20 > [ 508.624889] RSP > [ 508.666696] CR2: fffffffffffffff3 > [ 508.706425] ---[ end trace 9a8196367a1a3630 ]--- > > Who should I report this bug to? I notice Olive seems to be working on > pc-kernel-snap, so I copy this email to him. > > Thanks. > > Peng > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pengliu.mail at gmail.com Thu Dec 22 03:57:54 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 21:57:54 -0600 Subject: A kernel panic issue of docker snap In-Reply-To: References: Message-ID: I just found a similar issue, but in an older version kernel. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1451360 On Wed, Dec 21, 2016 at 9:52 PM, Peng Liu wrote: > Hi Folks, > > I found a kernel panic issue when I was using pipework to config the > network of a docker container on an x86 board with all-snap image. The > issue is related to the auditing module of Linux kernel. So it should be an > issue of pc-kernel-snap. > > I created a simple test snap to reproduce the issue and upload it to > github. > https://github.com/pliu6/docker-snap-test > > The log is below: > [ 504.783341] BUG: unable to handle kernel paging request at > fffffffffffffff3 > [ 504.867186] IP: [] strlen+0x0/0x20 > [ 504.926879] PGD 1e0d067 PUD 1e0f067 PMD 0 > [ 504.976588] Oops: 0000 [#1] SMP > [ 505.015690] Modules linked in: veth xt_addrtype br_netfilter > ipt_REJECT nf_reject_ipv4 ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_comment > xt_conntrack > iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat > nf_conntrack bridge stp llc overlay aufs arc4 ath9k ath9k_common ath9k_hw > ath mac80211 c > fg80211 kvm_amd uas kvm irqbypass k10temp r8169 mii sp5100_tco mac_hid > i2c_piix4 shpchp iptable_filter ip_tables ip6table_filter ip6_tables > x_tables aut > ofs4 mmc_block sdhci_acpi sdhci_pci sdhci virtio_scsi nls_iso8859_1 > usb_storage ahci libahci > [ 505.599099] CPU: 1 PID: 2414 Comm: snap-confine Not tainted > 4.4.0-53-generic #74-Ubuntu > [ 505.694977] Hardware name: PC Engines APU, BIOS > SageBios_PCEngines_APU-45 04/05/2014 > [ 505.787738] task: ffff880037637080 ti: ffff880061a70000 task.ti: > ffff880061a70000 > [ 505.877382] RIP: 0010:[] [] > strlen+0x0/0x20 > [ 505.966192] RSP: 0018:ffff880061a73a20 EFLAGS: 00010246 > [ 506.029835] RAX: ffff880061a73b20 RBX: fffffffffffffff3 RCX: > 0000000000000000 > [ 506.115320] RDX: 000000000000014e RSI: fffffffffffffff3 RDI: > fffffffffffffff3 > [ 506.200802] RBP: ffff880061a73a38 R08: ffff88005c835138 R09: > ffff880061a73a94 > [ 506.286283] R10: 000000000000000e R11: ffff88005c835131 R12: > ffff88007aff0480 > [ 506.371767] R13: ffff880037637080 R14: ffffffff81399fc0 R15: > 00000000fffffff3 > [ 506.457251] FS: 00007fa9f36aa740(0000) GS:ffff88007df00000(0000) > knlGS:0000000000000000 > [ 506.554170] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 506.623014] CR2: fffffffffffffff3 CR3: 000000007853e000 CR4: > 00000000000006e0 > [ 506.708497] Stack: > [ 506.732624] ffffffff81122a1a ffff88007aff0480 ffff880061a73b00 > ffff880061a73a60 > [ 506.822056] ffffffff8139a028 ffff88007aff0480 ffff880061a73b00 > ffff880037637080 > [ 506.911490] ffff880061a73ad8 ffffffff8136f088 ffffffff812285c0 > ffff880061a73af0 > [ 507.000926] Call Trace: > [ 507.030263] [] ? audit_log_untrustedstring+0x1a/0x30 > [ 507.109502] [] audit_cb+0x68/0x3f0 > [ 507.170027] [] common_lsm_audit+0x1b8/0x740 > [ 507.239910] [] ? alloc_inode+0x50/0x90 > [ 507.304593] [] ? prepend_path+0xc6/0x2a0 > [ 507.371358] [] aa_audit+0x5f/0x170 > [ 507.431880] [] audit_mount+0x152/0x160 > [ 507.496567] [] match_mnt_path_str+0x1dd/0x490 > [ 507.568529] [] ? dentry_path+0x18/0x70 > [ 507.633213] [] match_mnt+0xda/0x150 > [ 507.694776] [] aa_bind_mount+0x100/0x180 > [ 507.761540] [] wrap_apparmor_sb_mount+0x1c0/0x270 > [ 507.837664] [] security_sb_mount+0x57/0x80 > [ 507.906506] [] do_mount+0xab/0xde0 > [ 507.967032] [] ? __kmalloc_track_caller+0x1b4/0x250 > [ 508.045236] [] ? hrtimer_try_to_cancel+0xd1/0x130 > [ 508.121361] [] ? memdup_user+0x42/0x70 > [ 508.186042] [] SyS_mount+0x9f/0x100 > [ 508.247607] [] entry_SYSCALL_64_fastpath+0x16/0x71 > [ 508.324765] Code: 89 f8 48 89 e5 f6 82 a0 05 a5 81 20 74 10 48 83 c0 > 01 0f b6 10 f6 82 a0 05 a5 81 20 75 f0 5d c3 90 66 2e 0f 1f 84 00 00 00 00 > 00 <8 > 0> 3f 00 55 48 89 e5 74 11 48 89 f8 48 83 c0 01 80 38 00 75 f7 > [ 508.564156] RIP [] strlen+0x0/0x20 > [ 508.624889] RSP > [ 508.666696] CR2: fffffffffffffff3 > [ 508.706425] ---[ end trace 9a8196367a1a3630 ]--- > > Who should I report this bug to? I notice Olive seems to be working on > pc-kernel-snap, so I copy this email to him. > > Thanks. > > Peng > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From seth.arnold at canonical.com Thu Dec 22 04:21:40 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Wed, 21 Dec 2016 20:21:40 -0800 Subject: A kernel panic issue of docker snap In-Reply-To: References: Message-ID: <20161222042140.GC5225@hunt> On Wed, Dec 21, 2016 at 09:52:11PM -0600, Peng Liu wrote: > I found a kernel panic issue when I was using pipework to config the > network of a docker container on an x86 board with all-snap image. The > issue is related to the auditing module of Linux kernel. So it should be an > issue of pc-kernel-snap. Please file the bug against source package 'linux'. This looks vaguely related to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1508737 and: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586997 (Your reproducer looks very different, taking a trip through AppArmor first, but it looks to me like it's the kernel trying to audit unix domain sockets that falls over, regardless of the path taken to get there.) But it's hard for me to confirm/deny this wild suspicion at this point. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From seth.arnold at canonical.com Thu Dec 22 04:21:40 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Wed, 21 Dec 2016 20:21:40 -0800 Subject: A kernel panic issue of docker snap In-Reply-To: References: Message-ID: <20161222042140.GC5225@hunt> On Wed, Dec 21, 2016 at 09:52:11PM -0600, Peng Liu wrote: > I found a kernel panic issue when I was using pipework to config the > network of a docker container on an x86 board with all-snap image. The > issue is related to the auditing module of Linux kernel. So it should be an > issue of pc-kernel-snap. Please file the bug against source package 'linux'. This looks vaguely related to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1508737 and: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586997 (Your reproducer looks very different, taking a trip through AppArmor first, but it looks to me like it's the kernel trying to audit unix domain sockets that falls over, regardless of the path taken to get there.) But it's hard for me to confirm/deny this wild suspicion at this point. Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From xiaoguo.liu at canonical.com Thu Dec 22 04:26:03 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Thu, 22 Dec 2016 12:26:03 +0800 Subject: content sharing from $SNAP_COMMON In-Reply-To: References: <64d8ece6-30ac-b736-3f2f-e1ad0c601853@canonical.com> <1f993656-df76-21b1-9aad-ce26cb0af24c@ubuntu.com> <31994b30-37c2-fa6d-ddf6-7e4c7b9af62d@canonical.com> <017a6576-bbee-76c1-c9bf-73d8ac4e979a@canonical.com> <73d27a06-0cce-b766-52c8-347f1dcb90ed@canonical.com> Message-ID: Hi, Based on the solution, I have created two examples for it: Share a read-only bianary: https://github.com/liu-xiao-guo/content-bin Share a SNAP_COMMON directory: https://github.com/liu-xiao-guo/content-data I have created a blog at http://blog.csdn.net/ubuntutouch/article/details/53811829. Hopefully, it is useful to the rest of the developers. Best regards, xiaoguo On Thu, Dec 22, 2016 at 2:25 AM, Jacek Nykis wrote: > On 21/12/16 17:43, Jacek Nykis wrote: > > On 21/12/16 17:22, Pat McGowan wrote: > >> The documentation on sharing writable data was updated last week, > notably > >> saying this works in version 2.19.1 and later. There is also a > >> recommendation to not use subfolders. 2.20.1 is available from xenial > >> proposed. > >> > >> https://github.com/snapcore/snapd/wiki/Content-Interface > >> > >> Hope it helps > >> Pat > > > > Thanks for suggestion Pat. > > > > I saw that page but I am trying to share read only data. It does not > > work in 2.17, I also tried with 2.20.1 without luck. > > > > I am trying to share single directory containing one file. > > > > Regards, > > Jacek > > Thank you everybody for help, especially zyga on rocketchat! > > He was able to clarify things for me and provider workaround. I added > info to the bug in case others hit this problem: > https://bugs.launchpad.net/snappy/+bug/1650671/comments/2 > > Regards, > Jacek > > > -- > 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 pengliu.mail at gmail.com Thu Dec 22 05:28:55 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 23:28:55 -0600 Subject: A kernel panic issue of docker snap In-Reply-To: <20161222042140.GC5225@hunt> References: <20161222042140.GC5225@hunt> Message-ID: Thanks, Seth. Yes, I agree it might be the same issue as bug 1586997. My reproduce is complicated because we found the issue in our project development, so I tried to simulate the whole process to reproduce it. I will report a bug again source package 'linux'. Thanks! Peng On Wed, Dec 21, 2016 at 10:21 PM, Seth Arnold wrote: > On Wed, Dec 21, 2016 at 09:52:11PM -0600, Peng Liu wrote: > > I found a kernel panic issue when I was using pipework to config the > > network of a docker container on an x86 board with all-snap image. The > > issue is related to the auditing module of Linux kernel. So it should be > an > > issue of pc-kernel-snap. > > Please file the bug against source package 'linux'. > > This looks vaguely related to: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1508737 > and: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586997 > > (Your reproducer looks very different, taking a trip through AppArmor > first, but it looks to me like it's the kernel trying to audit unix domain > sockets that falls over, regardless of the path taken to get there.) > > But it's hard for me to confirm/deny this wild suspicion at this point. > > Thanks > > -- > 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 pengliu.mail at gmail.com Thu Dec 22 05:28:55 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Wed, 21 Dec 2016 23:28:55 -0600 Subject: A kernel panic issue of docker snap In-Reply-To: <20161222042140.GC5225@hunt> References: <20161222042140.GC5225@hunt> Message-ID: Thanks, Seth. Yes, I agree it might be the same issue as bug 1586997. My reproduce is complicated because we found the issue in our project development, so I tried to simulate the whole process to reproduce it. I will report a bug again source package 'linux'. Thanks! Peng On Wed, Dec 21, 2016 at 10:21 PM, Seth Arnold wrote: > On Wed, Dec 21, 2016 at 09:52:11PM -0600, Peng Liu wrote: > > I found a kernel panic issue when I was using pipework to config the > > network of a docker container on an x86 board with all-snap image. The > > issue is related to the auditing module of Linux kernel. So it should be > an > > issue of pc-kernel-snap. > > Please file the bug against source package 'linux'. > > This looks vaguely related to: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1508737 > and: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1586997 > > (Your reproducer looks very different, taking a trip through AppArmor > first, but it looks to me like it's the kernel trying to audit unix domain > sockets that falls over, regardless of the path taken to get there.) > > But it's hard for me to confirm/deny this wild suspicion at this point. > > Thanks > > -- > 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 Thu Dec 22 07:29:50 2016 From: spencertparkin at gmail.com (Spencer) Date: Thu, 22 Dec 2016 00:29:50 -0700 Subject: Rate my app Message-ID: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> Hi. My apps suck. I know that. But I want to hear the hate from my users too. However, when I look at the "stats" for my app (snap), it says, "your app has not yet been rated." Well, so far, over 200 poor, unsuspecting souls have made the mistake of installing one of my snaps, but apparently, not one of them has taken the time to voice their undoubted horror at the mere sight of my shoddy work by way of rating it. Is there anything preventing someone from doing so? I ask, because, admittedly, I can't figure out how to rate my own app, or anyone else's for that matter. Does anyone know how to do this? Thanks. From silver.bullet at zoho.com Thu Dec 22 08:52:20 2016 From: silver.bullet at zoho.com (Ralf Mardorf) Date: Thu, 22 Dec 2016 09:52:20 +0100 Subject: Rate my app In-Reply-To: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> References: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> Message-ID: <20161222095220.03b0d9b6@utnubu> On Thu, 22 Dec 2016 00:29:50 -0700, Spencer wrote: >I ask, because, admittedly, I can't figure out how to rate my own app, >or anyone else's for that matter. Does anyone know how to do this? Hi, I can't help you, but I like to comment the rating crap. If I buy a box containing 10 incense sticks for 0,90 EUR by an Internet store, I get spammed with emails to rate the product and dealer. If I purchase an expensive audio production app for my iPad, it could be, that messages pop up, asking me to rate the app. Very often, when I read reviews, I notice that most good reviews apparently were written by the company selling the app and not by customers. Until now Linux is an OS with a community, where users share experiences by forums, mailing lists, blogs etc., not by grading and writing good or bad comments in an SMS style. The rating crap is for naive users. Most ratings are of no value, at least not for FLOSS, were it's possible to read bug trackers etc., but even for proprietary software vendor independent forums are a better source. Regards, Ralf From serge.borovkov at gmail.com Thu Dec 22 09:32:24 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Thu, 22 Dec 2016 12:32:24 +0300 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot: root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot ii flash-kernel 3.0~rc.4ubuntu64~rpi3 armhf utility to make certain embedded devices bootable ii linux-firmware 1.157.6 all Firmware for Linux kernel drivers ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 armhf RaspberryPi2 GPU firmware and bootloaders ii linux-raspi2 4.4.0.1039.38 armhf Complete Linux kernel for the BCM2709 architecture. ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 armhf Header files related to Linux kernel version 4.4.0 ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 armhf A boot loader for Raspberry PI systems ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 armhf companion tools for Das U-Boot bootloader On 22 December 2016 at 06:46, Taihsiang Ho wrote: > Hi, Sergey, > > Would you please make sure the following packages are also updated by > > dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e > u-boot > > > And you should get the package information like this comment > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+ > bug/1636838/comments/20 > > Cheers, > Taihsiang > > 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : > >> Ok, so I enabled xenial proposed. >> >> Got following versions: >> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >> Setting up linux-raspi2 (4.4.0.1038.37) ... >> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >> Setting up python3-software-properties (0.96.20.5) ... >> Setting up software-properties-common (0.96.20.5) ... >> >> >> And again image does not boot after restart. Stuck in "starting kernel". >> >> On 21 December 2016 at 19:20, Chris Wayne >> wrote: >> >>> Hi Sergey, >>> >>> Which image are you using? Is it possible this is the same as this bug: >>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 >>> (which should now be fixed). Perhaps you could try the PPA listed in that >>> bug? (Note that this is technically a bug for rpi2, but I *believe* they >>> may share the same kernel) >>> >>> Thanks >>> Chris >>> >>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>> serge.borovkov at gmail.com> wrote: >>> >>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>> anymore. It's stuck on 'Starting kernel...'. >>>> Tried different SD cards (on the second one I flashed out new classic >>>> image and did upgrade as well) with the same result. >>>> >>>> -- >>>> 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 serge.borovkov at gmail.com Thu Dec 22 09:32:24 2016 From: serge.borovkov at gmail.com (Sergey Borovkov) Date: Thu, 22 Dec 2016 12:32:24 +0300 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot: root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e u-boot ii flash-kernel 3.0~rc.4ubuntu64~rpi3 armhf utility to make certain embedded devices bootable ii linux-firmware 1.157.6 all Firmware for Linux kernel drivers ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 armhf RaspberryPi2 GPU firmware and bootloaders ii linux-raspi2 4.4.0.1039.38 armhf Complete Linux kernel for the BCM2709 architecture. ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 armhf Header files related to Linux kernel version 4.4.0 ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 armhf Header files related to Linux kernel version 4.4.0 ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 armhf A boot loader for Raspberry PI systems ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 armhf companion tools for Das U-Boot bootloader On 22 December 2016 at 06:46, Taihsiang Ho wrote: > Hi, Sergey, > > Would you please make sure the following packages are also updated by > > dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e > u-boot > > > And you should get the package information like this comment > https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+ > bug/1636838/comments/20 > > Cheers, > Taihsiang > > 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : > >> Ok, so I enabled xenial proposed. >> >> Got following versions: >> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >> Setting up linux-raspi2 (4.4.0.1038.37) ... >> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >> Setting up python3-software-properties (0.96.20.5) ... >> Setting up software-properties-common (0.96.20.5) ... >> >> >> And again image does not boot after restart. Stuck in "starting kernel". >> >> On 21 December 2016 at 19:20, Chris Wayne >> wrote: >> >>> Hi Sergey, >>> >>> Which image are you using? Is it possible this is the same as this bug: >>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1636838 >>> (which should now be fixed). Perhaps you could try the PPA listed in that >>> bug? (Note that this is technically a bug for rpi2, but I *believe* they >>> may share the same kernel) >>> >>> Thanks >>> Chris >>> >>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>> serge.borovkov at gmail.com> wrote: >>> >>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>> anymore. It's stuck on 'Starting kernel...'. >>>> Tried different SD cards (on the second one I flashed out new classic >>>> image and did upgrade as well) with the same result. >>>> >>>> -- >>>> 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 ericoporto2008 at gmail.com Thu Dec 22 10:59:14 2016 From: ericoporto2008 at gmail.com (=?UTF-8?B?w4lyaWNvIFA=?=) Date: Thu, 22 Dec 2016 08:59:14 -0200 Subject: Rate my app In-Reply-To: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> References: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> Message-ID: I think you need to use the Unity 8 'app store' to rate apps and not the uappexplorer website. Em 22 de dez de 2016 5:31 AM, "Spencer" escreveu: > Hi. My apps suck. I know that. But I want to hear the hate from my > users too. However, when I look at the "stats" for my app (snap), it says, > "your app has not yet been rated." Well, so far, over 200 poor, > unsuspecting souls have made the mistake of installing one of my snaps, but > apparently, not one of them has taken the time to voice their undoubted > horror at the mere sight of my shoddy work by way of rating it. Is there > anything preventing someone from doing so? I ask, because, admittedly, I > can't figure out how to rate my own app, or anyone else's for that matter. > Does anyone know how to do this? > > Thanks. > -- > 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 simon.fels at canonical.com Thu Dec 22 11:44:40 2016 From: simon.fels at canonical.com (Simon Fels) Date: Thu, 22 Dec 2016 12:44:40 +0100 Subject: Source of ssh key for first login In-Reply-To: References: <392534319.139277.1482313880437.ref@mail.yahoo.com> <392534319.139277.1482313880437@mail.yahoo.com> Message-ID: Take https://git.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/network-manager/tree/tests/image as an example of how to generate such an image which includes a predefined user (user: test, password: test in this case). This comes with some implications (like if you're not the brand the assertion is only valid for a year, etc.). Hope that helps. regards, Simon On Wed, Dec 21, 2016 at 10:39 PM, Michael Hudson-Doyle < michael.hudson at canonical.com> wrote: > > On 21 December 2016 at 22:51, Luther Goh Lu Feng wrote: > >> During setup, console-conf will download the SSH key registered with your >> Store account, The ssh key is used for first login. >> >> Is there a way to configure Ubuntu Core such that the source of the ssh >> key can be from elsewhere? eg for cases whereby the device cant go online >> and can only access a private network. Thanks >> > > If you are the brand for the image you are using (i.e., you make your own > image), you can provide a system-user assertion that will be processed > during first boot to allow you to log in with user and password. The > process for doing this is not documented anywhere that I know about though > :( > > Cheers, > mwh > > -- > 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 Thu Dec 22 12:07:57 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 22 Dec 2016 09:07:57 -0300 Subject: Snapcraft 2.24 has been released Message-ID: <9cda175f-a30b-711e-d955-8451d770e5d4@canonical.com> Hello snapcrafters! We are pleased to announce the release of version `2.24` of snapcraft has been released: https://launchpad.net/snapcraft/+milestone/2.24 Here's the list of features that you can find in this new release: - Experimental `classic` confinement allowing to create snaps for non pure snappy systems and have them see the full file system. - `alias` support for app entries in `apps`, which allows multiple top level commands per snap. - New core part atrritbures, `prepare`, `build` and `install`, which support scriptlets to run **before**, **replacing** and **after** the `build` step of a plugin respectively (`snapcraft help plugins` for more details). - New command, `list-registered`, to have a view of your snaps on the store and some relevant attributes. Many minor fixes are available as well: - `ldd` crawling for system libraries have been improved with more standard library paths to check within the `stage` directory. - Multiple `core` plugins have been updated to not show deprecation messages. - Multiple parser improvements for shared parts on the wiki. This release has seen some contributions from outside of the snapcraft core team, so we want to give a shout out to these folks, here's a team thank you for: - Albert Astals Cil - Celso Providelo - Chris MacNaughton - Larry Price - Mathew Aguirre To get the source for this release check it out at https://github.com/ubuntu-core/snapcraft/releases/tag/2.24 A great place to collaborate and discuss features, bugs and ideas on snapcraft is snapcraft at lists.snapcraft.io mailing list or on the snapcraft channel on Rocket Chat https://rocket.ubuntu.com/channel/snapcraft To file bugs, please go to https://bugs.launchpad.net/snapcraft/+filebug. The online version of these notes can be found on: https://github.com/snapcore/snapcraft/releases/tag/2.24 This release has also made it to the Ubuntu archives: https://launchpad.net/ubuntu/+source/snapcraft which makes it an `apt update` and an install or upgrade away if "updates" are enabled. Happy snapcrafting! -- Sergio and the team From spencertparkin at gmail.com Thu Dec 22 17:38:47 2016 From: spencertparkin at gmail.com (Spencer) Date: Thu, 22 Dec 2016 10:38:47 -0700 Subject: Rate my app In-Reply-To: <20161222095220.03b0d9b6@utnubu> References: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> <20161222095220.03b0d9b6@utnubu> Message-ID: <0953D4BD-E506-4476-B947-49FA092244BD@gmail.com> I see. I was just looking for methods of feedback, really. Sounds like the best way is to come up with your own solution and ignore anything imbedded in the snap infrastructure. > On Dec 22, 2016, at 1:52 AM, Ralf Mardorf wrote: > >> On Thu, 22 Dec 2016 00:29:50 -0700, Spencer wrote: >> I ask, because, admittedly, I can't figure out how to rate my own app, >> or anyone else's for that matter. Does anyone know how to do this? > > Hi, > > I can't help you, but I like to comment the rating crap. > > If I buy a box containing 10 incense sticks for 0,90 EUR by an Internet > store, I get spammed with emails to rate the product and dealer. If I > purchase an expensive audio production app for my iPad, it could be, > that messages pop up, asking me to rate the app. Very often, when I > read reviews, I notice that most good reviews apparently were written > by the company selling the app and not by customers. > > Until now Linux is an OS with a community, where users share > experiences by forums, mailing lists, blogs etc., not by grading and > writing good or bad comments in an SMS style. > > The rating crap is for naive users. Most ratings are of no value, at > least not for FLOSS, were it's possible to read bug trackers etc., but > even for proprietary software vendor independent forums are a better > source. > > Regards, > Ralf > > > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From ericoporto2008 at gmail.com Thu Dec 22 17:55:17 2016 From: ericoporto2008 at gmail.com (=?UTF-8?B?w4lyaWNvIFA=?=) Date: Thu, 22 Dec 2016 15:55:17 -0200 Subject: Rate my app In-Reply-To: <0953D4BD-E506-4476-B947-49FA092244BD@gmail.com> References: <4233BF64-EE3B-4CF9-A930-1D6C2DABE6AA@gmail.com> <20161222095220.03b0d9b6@utnubu> <0953D4BD-E506-4476-B947-49FA092244BD@gmail.com> Message-ID: You could trigger errors to link your users to the respective issues page on your github. Maybe also having an entry in the about suggesting feature request and other things to also go to the github page and occasionally loading a remainder window (not on first time use and giving ability to disable this under preferences). Em 22 de dez de 2016 15:39, "Spencer" escreveu: > I see. I was just looking for methods of feedback, really. Sounds like > the best way is to come up with your own solution and ignore anything > imbedded in the snap infrastructure. > > > On Dec 22, 2016, at 1:52 AM, Ralf Mardorf > wrote: > > > >> On Thu, 22 Dec 2016 00:29:50 -0700, Spencer wrote: > >> I ask, because, admittedly, I can't figure out how to rate my own app, > >> or anyone else's for that matter. Does anyone know how to do this? > > > > Hi, > > > > I can't help you, but I like to comment the rating crap. > > > > If I buy a box containing 10 incense sticks for 0,90 EUR by an Internet > > store, I get spammed with emails to rate the product and dealer. If I > > purchase an expensive audio production app for my iPad, it could be, > > that messages pop up, asking me to rate the app. Very often, when I > > read reviews, I notice that most good reviews apparently were written > > by the company selling the app and not by customers. > > > > Until now Linux is an OS with a community, where users share > > experiences by forums, mailing lists, blogs etc., not by grading and > > writing good or bad comments in an SMS style. > > > > The rating crap is for naive users. Most ratings are of no value, at > > least not for FLOSS, were it's possible to read bug trackers etc., but > > even for proprietary software vendor independent forums are a better > > source. > > > > Regards, > > Ralf > > > > > > > > -- > > 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 sergio.schvezov at canonical.com Thu Dec 22 22:13:10 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 22 Dec 2016 19:13:10 -0300 Subject: Snapping applications that uses keyring In-Reply-To: <270cf142-76bf-1779-8981-3110224f5f2c@canonical.com> References: <270cf142-76bf-1779-8981-3110224f5f2c@canonical.com> Message-ID: El 21 dic. 2016 3:16 PM, "Kyle Fazzari" escribió: Hey all. Has anyone tried to snap an application that uses a keyring to store passwords? I took a crack at the Nextcloud desktop client yesterday, and as it stands right now I need to enter my Nextcloud password every time I start it up as it has nowhere to save it. I know relatively little about the gnome-keyring-daemon, but I assume it encrypts its keyring typically with the login password, and is unlocked by pam as a side effect of logging in. Do we have an interface covering access to the default keyring? Or do we need to embed gnome-keyring-daemon inside our snaps? Not answering your question and instead making you go a different path, this app feels like a classic confinement candidate. Cheers Sergio -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Thu Dec 22 22:14:46 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Thu, 22 Dec 2016 19:14:46 -0300 Subject: Snapped apps using su/sudo In-Reply-To: References: Message-ID: El 19 dic. 2016 11:11 AM, "Alberto Donato" escribió: Hi, I'm trying to create a snap for sshuttle, the ssh-based VPN app. One of its components (the firewall manager) needs to either be run as root, or use su/sudo to be able to configure firewall rules. The app uses an "if os.getuid() != 0" to check whether it can run. Is there any way to get it to work inside a snap? Doesn't putting sudo in front of your command do the trick? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.fazzari at canonical.com Thu Dec 22 22:30:37 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Thu, 22 Dec 2016 14:30:37 -0800 Subject: Snapping applications that uses keyring In-Reply-To: References: <270cf142-76bf-1779-8981-3110224f5f2c@canonical.com> Message-ID: On 12/22/2016 02:13 PM, Sergio Schvezov wrote: > > > El 21 dic. 2016 3:16 PM, "Kyle Fazzari" > escribió: > > Hey all. > > Has anyone tried to snap an application that uses a keyring to store > passwords? I took a crack at the Nextcloud desktop client yesterday, and > as it stands right now I need to enter my Nextcloud password every time > I start it up as it has nowhere to save it. > > I know relatively little about the gnome-keyring-daemon, but I assume it > encrypts its keyring typically with the login password, and is unlocked > by pam as a side effect of logging in. Do we have an interface covering > access to the default keyring? Or do we need to embed > gnome-keyring-daemon inside our snaps? > > > > Not answering your question and instead making you go a different path, > this app feels like a classic confinement candidate. Perhaps, but there are a few issues with that: - Xenial is still on snapd 2.17.1, so no classic confinement for the majority of my target users. - Classic confinement is a big hammer, and in some cases, nothing else will do. However, in the cases where you can take a more fine-grained approach to confinement, why wouldn't you? This application works perfectly fine under strict confinement other than two issues: - The aforementioned keyring - The broken tray icon that we've seen a few times Honestly that latter issue might be the one to convince me to use classic confinement before the former :P . I guess what I'm saying is that I still think it's important to strive for strict confinement, even with classic available. In some cases it won't be possible (shells, vim, etc.) but in this case, I'd like to think it is. -- 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 elfgoh at yahoo.com Fri Dec 23 00:18:55 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 23 Dec 2016 00:18:55 +0000 (UTC) Subject: Image based upgrades References: <1121715546.674849.1482452335143.ref@mail.yahoo.com> Message-ID: <1121715546.674849.1482452335143@mail.yahoo.com> I read with interest on image based upgrades[1]. May I ask if some of those concepts are already implemented or planned for in Ubuntu core? I would like to know what is the current plans and thinking with regards to this. Thanks. -- Luther [1] https://wiki.ubuntu.com/ImageBasedUpgrades From tai271828 at gmail.com Fri Dec 23 05:42:44 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Fri, 23 Dec 2016 13:42:44 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hello, I tried to update the system without enabled proposed pocket today, and I CAN reproduce this issue on pi3. Let me bisect the kernel version to have a preliminary check, and will update the test soon in this thread. Does anyone suggest anything to help us to narrow down this issue? Thanks. -Tai 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : > Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql > And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e > firmware -e linux-raspi2 -e u-boot: > root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e > firmware -e linux-raspi2 -e u-boot > ii flash-kernel 3.0~rc.4ubuntu64~rpi3 > armhf utility to make certain embedded devices bootable > ii linux-firmware 1.157.6 > all Firmware for Linux kernel drivers > ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 > armhf RaspberryPi2 GPU firmware and bootloaders > ii linux-raspi2 4.4.0.1039.38 > armhf Complete Linux kernel for the BCM2709 > architecture. > ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 > armhf Header files related to Linux kernel > version 4.4.0 > ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 > armhf A boot loader for Raspberry PI systems > ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 > armhf companion tools for Das U-Boot bootloader > > > On 22 December 2016 at 06:46, Taihsiang Ho wrote: > >> Hi, Sergey, >> >> Would you please make sure the following packages are also updated by >> >> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >> u-boot >> >> >> And you should get the package information like this comment >> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >> 1636838/comments/20 >> >> Cheers, >> Taihsiang >> >> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >> >>> Ok, so I enabled xenial proposed. >>> >>> Got following versions: >>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>> Setting up python3-software-properties (0.96.20.5) ... >>> Setting up software-properties-common (0.96.20.5) ... >>> >>> >>> And again image does not boot after restart. Stuck in "starting kernel". >>> >>> On 21 December 2016 at 19:20, Chris Wayne >>> wrote: >>> >>>> Hi Sergey, >>>> >>>> Which image are you using? Is it possible this is the same as this >>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>> I *believe* they may share the same kernel) >>>> >>>> Thanks >>>> Chris >>>> >>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>> serge.borovkov at gmail.com> wrote: >>>> >>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>> anymore. It's stuck on 'Starting kernel...'. >>>>> Tried different SD cards (on the second one I flashed out new classic >>>>> image and did upgrade as well) with the same result. >>>>> >>>>> -- >>>>> 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 tai271828 at gmail.com Fri Dec 23 05:42:44 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Fri, 23 Dec 2016 13:42:44 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hello, I tried to update the system without enabled proposed pocket today, and I CAN reproduce this issue on pi3. Let me bisect the kernel version to have a preliminary check, and will update the test soon in this thread. Does anyone suggest anything to help us to narrow down this issue? Thanks. -Tai 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : > Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql > And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e > firmware -e linux-raspi2 -e u-boot: > root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e > firmware -e linux-raspi2 -e u-boot > ii flash-kernel 3.0~rc.4ubuntu64~rpi3 > armhf utility to make certain embedded devices bootable > ii linux-firmware 1.157.6 > all Firmware for Linux kernel drivers > ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 > armhf RaspberryPi2 GPU firmware and bootloaders > ii linux-raspi2 4.4.0.1039.38 > armhf Complete Linux kernel for the BCM2709 > architecture. > ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 > armhf Header files related to Linux kernel > version 4.4.0 > ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 > armhf Header files related to Linux kernel > version 4.4.0 > ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 > armhf A boot loader for Raspberry PI systems > ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 > armhf companion tools for Das U-Boot bootloader > > > On 22 December 2016 at 06:46, Taihsiang Ho wrote: > >> Hi, Sergey, >> >> Would you please make sure the following packages are also updated by >> >> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >> u-boot >> >> >> And you should get the package information like this comment >> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >> 1636838/comments/20 >> >> Cheers, >> Taihsiang >> >> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >> >>> Ok, so I enabled xenial proposed. >>> >>> Got following versions: >>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>> Setting up python3-software-properties (0.96.20.5) ... >>> Setting up software-properties-common (0.96.20.5) ... >>> >>> >>> And again image does not boot after restart. Stuck in "starting kernel". >>> >>> On 21 December 2016 at 19:20, Chris Wayne >>> wrote: >>> >>>> Hi Sergey, >>>> >>>> Which image are you using? Is it possible this is the same as this >>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>> I *believe* they may share the same kernel) >>>> >>>> Thanks >>>> Chris >>>> >>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>> serge.borovkov at gmail.com> wrote: >>>> >>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>> anymore. It's stuck on 'Starting kernel...'. >>>>> Tried different SD cards (on the second one I flashed out new classic >>>>> image and did upgrade as well) with the same result. >>>>> >>>>> -- >>>>> 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 xiaoguo.liu at canonical.com Fri Dec 23 07:12:04 2016 From: xiaoguo.liu at canonical.com (XiaoGuo Liu) Date: Fri, 23 Dec 2016 15:12:04 +0800 Subject: Tutorial: how to give apps alias name? Message-ID: Hi, I just created a blog on how to give apps alias name in snap packages. You need to have snap 2.20 and snapcraft 2.24 to support it. The tutorial can be found at: http://blog.csdn.net/ubuntutouch/article/details/53839566 Thanks & best regards, XiaoGuo -- XiaoGuo, Liu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ara.pulido at canonical.com Fri Dec 23 08:37:48 2016 From: ara.pulido at canonical.com (Ara Pulido) Date: Fri, 23 Dec 2016 09:37:48 +0100 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: On Fri, Dec 23, 2016 at 6:42 AM, Taihsiang Ho wrote: > Hello, I tried to update the system without enabled proposed pocket today, > and I CAN reproduce this issue on pi3. Let me bisect the kernel version to > have a preliminary check, and will update the test soon in this thread. > Does anyone suggest anything to help us to narrow down this issue? Thanks. > Can we file a bug as well, please? And track progress of the bisect there. Thanks! Ara. > > -Tai > > 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : > >> Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql >> And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e >> firmware -e linux-raspi2 -e u-boot: >> root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e >> firmware -e linux-raspi2 -e u-boot >> ii flash-kernel 3.0~rc.4ubuntu64~rpi3 >> armhf utility to make certain embedded devices bootable >> ii linux-firmware 1.157.6 >> all Firmware for Linux kernel drivers >> ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 >> armhf RaspberryPi2 GPU firmware and bootloaders >> ii linux-raspi2 4.4.0.1039.38 >> armhf Complete Linux kernel for the BCM2709 >> architecture. >> ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 >> armhf A boot loader for Raspberry PI systems >> ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 >> armhf companion tools for Das U-Boot bootloader >> >> >> On 22 December 2016 at 06:46, Taihsiang Ho wrote: >> >>> Hi, Sergey, >>> >>> Would you please make sure the following packages are also updated by >>> >>> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >>> u-boot >>> >>> >>> And you should get the package information like this comment >>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >>> 1636838/comments/20 >>> >>> Cheers, >>> Taihsiang >>> >>> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >>> >>>> Ok, so I enabled xenial proposed. >>>> >>>> Got following versions: >>>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>>> Setting up python3-software-properties (0.96.20.5) ... >>>> Setting up software-properties-common (0.96.20.5) ... >>>> >>>> >>>> And again image does not boot after restart. Stuck in "starting kernel". >>>> >>>> On 21 December 2016 at 19:20, Chris Wayne >>>> wrote: >>>> >>>>> Hi Sergey, >>>>> >>>>> Which image are you using? Is it possible this is the same as this >>>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>>> I *believe* they may share the same kernel) >>>>> >>>>> Thanks >>>>> Chris >>>>> >>>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>>> serge.borovkov at gmail.com> wrote: >>>>> >>>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>>> anymore. It's stuck on 'Starting kernel...'. >>>>>> Tried different SD cards (on the second one I flashed out new classic >>>>>> image and did upgrade as well) with the same result. >>>>>> >>>>>> -- >>>>>> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ara.pulido at canonical.com Fri Dec 23 08:37:48 2016 From: ara.pulido at canonical.com (Ara Pulido) Date: Fri, 23 Dec 2016 09:37:48 +0100 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: On Fri, Dec 23, 2016 at 6:42 AM, Taihsiang Ho wrote: > Hello, I tried to update the system without enabled proposed pocket today, > and I CAN reproduce this issue on pi3. Let me bisect the kernel version to > have a preliminary check, and will update the test soon in this thread. > Does anyone suggest anything to help us to narrow down this issue? Thanks. > Can we file a bug as well, please? And track progress of the bisect there. Thanks! Ara. > > -Tai > > 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : > >> Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql >> And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e >> firmware -e linux-raspi2 -e u-boot: >> root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e >> firmware -e linux-raspi2 -e u-boot >> ii flash-kernel 3.0~rc.4ubuntu64~rpi3 >> armhf utility to make certain embedded devices bootable >> ii linux-firmware 1.157.6 >> all Firmware for Linux kernel drivers >> ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 >> armhf RaspberryPi2 GPU firmware and bootloaders >> ii linux-raspi2 4.4.0.1039.38 >> armhf Complete Linux kernel for the BCM2709 >> architecture. >> ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 >> armhf Header files related to Linux kernel >> version 4.4.0 >> ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 >> armhf A boot loader for Raspberry PI systems >> ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 >> armhf companion tools for Das U-Boot bootloader >> >> >> On 22 December 2016 at 06:46, Taihsiang Ho wrote: >> >>> Hi, Sergey, >>> >>> Would you please make sure the following packages are also updated by >>> >>> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >>> u-boot >>> >>> >>> And you should get the package information like this comment >>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >>> 1636838/comments/20 >>> >>> Cheers, >>> Taihsiang >>> >>> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >>> >>>> Ok, so I enabled xenial proposed. >>>> >>>> Got following versions: >>>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>>> Setting up python3-software-properties (0.96.20.5) ... >>>> Setting up software-properties-common (0.96.20.5) ... >>>> >>>> >>>> And again image does not boot after restart. Stuck in "starting kernel". >>>> >>>> On 21 December 2016 at 19:20, Chris Wayne >>>> wrote: >>>> >>>>> Hi Sergey, >>>>> >>>>> Which image are you using? Is it possible this is the same as this >>>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>>> I *believe* they may share the same kernel) >>>>> >>>>> Thanks >>>>> Chris >>>>> >>>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>>> serge.borovkov at gmail.com> wrote: >>>>> >>>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>>> anymore. It's stuck on 'Starting kernel...'. >>>>>> Tried different SD cards (on the second one I flashed out new classic >>>>>> image and did upgrade as well) with the same result. >>>>>> >>>>>> -- >>>>>> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tai271828 at gmail.com Fri Dec 23 10:45:02 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Fri, 23 Dec 2016 18:45:02 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi, I could NOT reproduce this issue by 4.4.0-1029-raspi2 and 4.4.0-1034-raspi2. That is, this issue happens with the latest kernel in updated pocket.(4.4.0-1038-raspi2) I have filed this bug report https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1652270 Cheers, Taihsiang 2016-12-23 16:37 GMT+08:00 Ara Pulido : > > > On Fri, Dec 23, 2016 at 6:42 AM, Taihsiang Ho wrote: > >> Hello, I tried to update the system without enabled proposed pocket >> today, and I CAN reproduce this issue on pi3. Let me bisect the kernel >> version to have a preliminary check, and will update the test soon in this >> thread. Does anyone suggest anything to help us to narrow down this issue? >> Thanks. >> > > Can we file a bug as well, please? > > And track progress of the bisect there. > > Thanks! > Ara. > > >> >> -Tai >> >> 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : >> >>> Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql >>> And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e >>> firmware -e linux-raspi2 -e u-boot: >>> root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e >>> firmware -e linux-raspi2 -e u-boot >>> ii flash-kernel 3.0~rc.4ubuntu64~rpi3 >>> armhf utility to make certain embedded devices bootable >>> ii linux-firmware 1.157.6 >>> all Firmware for Linux kernel drivers >>> ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 >>> armhf RaspberryPi2 GPU firmware and bootloaders >>> ii linux-raspi2 4.4.0.1039.38 >>> armhf Complete Linux kernel for the BCM2709 >>> architecture. >>> ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 >>> armhf A boot loader for Raspberry PI systems >>> ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 >>> armhf companion tools for Das U-Boot bootloader >>> >>> >>> On 22 December 2016 at 06:46, Taihsiang Ho wrote: >>> >>>> Hi, Sergey, >>>> >>>> Would you please make sure the following packages are also updated by >>>> >>>> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >>>> u-boot >>>> >>>> >>>> And you should get the package information like this comment >>>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >>>> 1636838/comments/20 >>>> >>>> Cheers, >>>> Taihsiang >>>> >>>> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >>>> >>>>> Ok, so I enabled xenial proposed. >>>>> >>>>> Got following versions: >>>>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>>>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>>>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>>>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>>>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>>>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>>>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>>>> Setting up python3-software-properties (0.96.20.5) ... >>>>> Setting up software-properties-common (0.96.20.5) ... >>>>> >>>>> >>>>> And again image does not boot after restart. Stuck in "starting >>>>> kernel". >>>>> >>>>> On 21 December 2016 at 19:20, Chris Wayne >>>>> wrote: >>>>> >>>>>> Hi Sergey, >>>>>> >>>>>> Which image are you using? Is it possible this is the same as this >>>>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>>>> I *believe* they may share the same kernel) >>>>>> >>>>>> Thanks >>>>>> Chris >>>>>> >>>>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>>>> serge.borovkov at gmail.com> wrote: >>>>>> >>>>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>>>> anymore. It's stuck on 'Starting kernel...'. >>>>>>> Tried different SD cards (on the second one I flashed out new >>>>>>> classic image and did upgrade as well) with the same result. >>>>>>> >>>>>>> -- >>>>>>> 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/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 tai271828 at gmail.com Fri Dec 23 10:45:02 2016 From: tai271828 at gmail.com (Taihsiang Ho) Date: Fri, 23 Dec 2016 18:45:02 +0800 Subject: Classic image not working after upgrade on RPI 3 In-Reply-To: References: Message-ID: Hi, I could NOT reproduce this issue by 4.4.0-1029-raspi2 and 4.4.0-1034-raspi2. That is, this issue happens with the latest kernel in updated pocket.(4.4.0-1038-raspi2) I have filed this bug report https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/1652270 Cheers, Taihsiang 2016-12-23 16:37 GMT+08:00 Ara Pulido : > > > On Fri, Dec 23, 2016 at 6:42 AM, Taihsiang Ho wrote: > >> Hello, I tried to update the system without enabled proposed pocket >> today, and I CAN reproduce this issue on pi3. Let me bisect the kernel >> version to have a preliminary check, and will update the test soon in this >> thread. Does anyone suggest anything to help us to narrow down this issue? >> Thanks. >> > > Can we file a bug as well, please? > > And track progress of the bisect there. > > Thanks! > Ara. > > >> >> -Tai >> >> 2016-12-22 17:32 GMT+08:00 Sergey Borovkov : >> >>> Hello. Full dpkg list - https://hastebin.com/qofatafaxu.sql >>> And this is the output of dpkg -l | grep -e uboot -e flash-kernel -e >>> firmware -e linux-raspi2 -e u-boot: >>> root at ubuntu:/home/ubuntu# dpkg -l | grep -e uboot -e flash-kernel -e >>> firmware -e linux-raspi2 -e u-boot >>> ii flash-kernel 3.0~rc.4ubuntu64~rpi3 >>> armhf utility to make certain embedded devices bootable >>> ii linux-firmware 1.157.6 >>> all Firmware for Linux kernel drivers >>> ii linux-firmware-raspi2 1.20161020-0ubuntu1~0.1 >>> armhf RaspberryPi2 GPU firmware and bootloaders >>> ii linux-raspi2 4.4.0.1039.38 >>> armhf Complete Linux kernel for the BCM2709 >>> architecture. >>> ii linux-raspi2-headers-4.4.0-1009 4.4.0-1009.10 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1029 4.4.0-1029.36 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1038 4.4.0-1038.45 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii linux-raspi2-headers-4.4.0-1039 4.4.0-1039.46 >>> armhf Header files related to Linux kernel >>> version 4.4.0 >>> ii u-boot-rpi:armhf 2016.09+dfsg1-1~rpi3.1 >>> armhf A boot loader for Raspberry PI systems >>> ii u-boot-tools 2016.09+dfsg1-1~rpi3.1 >>> armhf companion tools for Das U-Boot bootloader >>> >>> >>> On 22 December 2016 at 06:46, Taihsiang Ho wrote: >>> >>>> Hi, Sergey, >>>> >>>> Would you please make sure the following packages are also updated by >>>> >>>> dpkg -l | grep -e uboot -e flash-kernel -e firmware -e linux-raspi2 -e >>>> u-boot >>>> >>>> >>>> And you should get the package information like this comment >>>> https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/+bug/ >>>> 1636838/comments/20 >>>> >>>> Cheers, >>>> Taihsiang >>>> >>>> 2016-12-22 2:48 GMT+08:00 Sergey Borovkov : >>>> >>>>> Ok, so I enabled xenial proposed. >>>>> >>>>> Got following versions: >>>>> Setting up linux-firmware-raspi2 (1.20161020-0ubuntu1~0.1) ... >>>>> Setting up linux-raspi2-headers-4.4.0-1038 (4.4.0-1038.45) ... >>>>> Setting up linux-headers-4.4.0-1038-raspi2 (4.4.0-1038.45) ... >>>>> Setting up linux-image-raspi2 (4.4.0.1038.37) ... >>>>> Setting up linux-headers-raspi2 (4.4.0.1038.37) ... >>>>> Setting up linux-raspi2 (4.4.0.1038.37) ... >>>>> Setting up python3-cryptography (1.2.3-1ubuntu0.1) ... >>>>> Setting up python3-software-properties (0.96.20.5) ... >>>>> Setting up software-properties-common (0.96.20.5) ... >>>>> >>>>> >>>>> And again image does not boot after restart. Stuck in "starting >>>>> kernel". >>>>> >>>>> On 21 December 2016 at 19:20, Chris Wayne >>>>> wrote: >>>>> >>>>>> Hi Sergey, >>>>>> >>>>>> Which image are you using? Is it possible this is the same as this >>>>>> bug: https://bugs.launchpad.net/ubuntu/+source/linux-raspi2/ >>>>>> +bug/1636838 (which should now be fixed). Perhaps you could try the >>>>>> PPA listed in that bug? (Note that this is technically a bug for rpi2, but >>>>>> I *believe* they may share the same kernel) >>>>>> >>>>>> Thanks >>>>>> Chris >>>>>> >>>>>> On Wed, Dec 21, 2016 at 9:57 AM, Sergey Borovkov < >>>>>> serge.borovkov at gmail.com> wrote: >>>>>> >>>>>>> Hi. After I did apt upgrade on classic image I can't boot my RPI >>>>>>> anymore. It's stuck on 'Starting kernel...'. >>>>>>> Tried different SD cards (on the second one I flashed out new >>>>>>> classic image and did upgrade as well) with the same result. >>>>>>> >>>>>>> -- >>>>>>> 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/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 claudioandre.br at gmail.com Fri Dec 23 11:21:13 2016 From: claudioandre.br at gmail.com (=?UTF-8?Q?Claudio_Andr=C3=A9?=) Date: Fri, 23 Dec 2016 09:21:13 -0200 Subject: Tutorial: how to give apps alias name? In-Reply-To: References: Message-ID: 2016-12-23 5:12 GMT-02:00 XiaoGuo Liu : > You need to have snap 2.20 and snapcraft 2.24 to support it. > Hi, I have a doubt; the final user is the one that has to have an updated snapd environment. Since, we cannot control this: - I guess nothing bad is going to happen if the user is still on, e.g., snap 2.17. Am I right? - is there a need to create in snapd a kind of depends keyword to assure a snap is in a "valid environment"? Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto.mardegan at canonical.com Fri Dec 23 12:04:44 2016 From: alberto.mardegan at canonical.com (Alberto Mardegan) Date: Fri, 23 Dec 2016 15:04:44 +0300 Subject: Error with snapcraft part including another part Message-ID: <1e9ba96d-c077-02fb-4c36-60f682a5ee80@canonical.com> Hi all! I've just added another part in the wiki, you can see it as the last one here: https://wiki.ubuntu.com/snapcraft/parts It's the webapp-helper part. As you can see from its definition [1], it's meant to be built after the 'desktop-ubuntu-app-platform' part. But when I run snapcraft on my project [2], all I get is an unhelpful red single line: 'desktop-ubuntu-app-platform' on the standard error (I reported this unhelpfulness as a bug). Can you help me spot the error, or is it that snapcraft does not yet support having the "after" statement between remote parts? Ciao, Alberto [1]: https://gitlab.com/mardy/snapcraft-webapp-helper/blob/master/snapcraft.yaml [2]: https://code.launchpad.net/~mardy/webapps-core/amazon-snap [3]: https://bugs.launchpad.net/bugs/1652290 From elfgoh at yahoo.com Fri Dec 23 15:32:19 2016 From: elfgoh at yahoo.com (Luther Goh Lu Feng) Date: Fri, 23 Dec 2016 15:32:19 +0000 (UTC) Subject: Building snap from binaries References: <1384354846.918020.1482507139945.ref@mail.yahoo.com> Message-ID: <1384354846.918020.1482507139945@mail.yahoo.com> If I am building a snap, and for some reason, I wish to not snap it from source, but from a compiled binary, is it allowed? Thanks. -- Luther From pengliu.mail at gmail.com Fri Dec 23 18:10:17 2016 From: pengliu.mail at gmail.com (Peng Liu) Date: Fri, 23 Dec 2016 12:10:17 -0600 Subject: Is there any interface to disable the automatic update feature? Message-ID: Hi Folks, There used to be a command to disable the automatic update feature of ubuntu-core on 15.04 release. Is such interface still available for 16.04? Thanks. Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: From kyle.fazzari at canonical.com Fri Dec 23 18:27:45 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Fri, 23 Dec 2016 10:27:45 -0800 Subject: Content interface `content` attribute Message-ID: <177ed45c-4c4f-b940-821f-53885d4a02e2@canonical.com> Hey all. I'm trying to figure out what the `content` attribute is for in the content interface. The docs say "The content attribute specified of the consuming snap (plug) must have a content attribute match in the providing snap (slot)." However, I have two snaps, provider side looking like this: slots: share-foo: content: foo interface: content read: [/] Consumer side like this: plugs: use-foo: content: foo2 interface: content target: /bar These interfaces connect fine, and I can see the contents of the provider within $SNAP/bar of the consumer. Running snapd v2.17.1. So unless I misunderstand the sentence from the docs, that doesn't seem accurate, and I have no idea what this attribute does. Any ideas? -- 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 zygmunt.krynicki at canonical.com Fri Dec 23 18:32:05 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Fri, 23 Dec 2016 19:32:05 +0100 Subject: Content interface `content` attribute In-Reply-To: <177ed45c-4c4f-b940-821f-53885d4a02e2@canonical.com> References: <177ed45c-4c4f-b940-821f-53885d4a02e2@canonical.com> Message-ID: <31FE907E-1D67-4A76-ABEB-1F7348DBEB19@canonical.com> > Wiadomość napisana przez Kyle Fazzari w dniu 23.12.2016, o godz. 19:27: > > Hey all. > > I'm trying to figure out what the `content` attribute is for in the > content interface. The docs say "The content attribute specified of the > consuming snap (plug) must have a content attribute match in the > providing snap (slot)." However, I have two snaps, provider side looking > like this: > > slots: > share-foo: > content: foo > interface: content > read: [/] > > Consumer side like this: > > plugs: > use-foo: > content: foo2 > interface: content > target: /bar > > These interfaces connect fine, and I can see the contents of the This is a bug. We know about it but fixing was deferred till we can use the assertion system to control it. Currently you can connect things manually but it will not auto-connect. > provider within $SNAP/bar of the consumer. Running snapd v2.17.1. So > unless I misunderstand the sentence from the docs, that doesn't seem > accurate, and I have no idea what this attribute does. > > Any ideas? Best regards ZK From zygmunt.krynicki at canonical.com Fri Dec 23 18:33:10 2016 From: zygmunt.krynicki at canonical.com (Zygmunt Krynicki) Date: Fri, 23 Dec 2016 19:33:10 +0100 Subject: Is there any interface to disable the automatic update feature? In-Reply-To: References: Message-ID: <7099BB2C-D91D-4644-9CEE-A2FA5BE5E687@canonical.com> > Wiadomość napisana przez Peng Liu w dniu 23.12.2016, o godz. 19:10: > > Hi Folks, > > There used to be a command to disable the automatic update feature of ubuntu-core on 15.04 release. Is such interface still available for 16.04? Not at present. We want to give snaps a way to control the update feature in certain specific ways (schedule usual updates and defer updates during critical sections). Stay tuned for more development towards that goal next year. Best regards ZK From ogra at ubuntu.com Fri Dec 23 18:34:47 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Fri, 23 Dec 2016 19:34:47 +0100 Subject: Is there any interface to disable the automatic update feature? In-Reply-To: References: Message-ID: <1482518087.7522.2.camel@ubuntu.com> Am Freitag, den 23.12.2016, 12:10 -0600 schrieb Peng Liu: > Hi Folks, > > There used to be a command to disable the automatic update feature of > ubuntu-core on 15.04 release. Is such interface still available for > 16.04? > something like: sudo systemctl disable snapd.refresh.timer should work, note though that this will disable also the auto-update of applications AFAIK... 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 kyle.fazzari at canonical.com Fri Dec 23 18:45:46 2016 From: kyle.fazzari at canonical.com (Kyle Fazzari) Date: Fri, 23 Dec 2016 10:45:46 -0800 Subject: Content interface `content` attribute In-Reply-To: <31FE907E-1D67-4A76-ABEB-1F7348DBEB19@canonical.com> References: <177ed45c-4c4f-b940-821f-53885d4a02e2@canonical.com> <31FE907E-1D67-4A76-ABEB-1F7348DBEB19@canonical.com> Message-ID: <673153b7-ecf6-7071-ffeb-5edcce79bd0e@canonical.com> On 12/23/2016 10:32 AM, Zygmunt Krynicki wrote: > >> Wiadomość napisana przez Kyle Fazzari w dniu 23.12.2016, o godz. 19:27: >> >> Hey all. >> >> I'm trying to figure out what the `content` attribute is for in the >> content interface. The docs say "The content attribute specified of the >> consuming snap (plug) must have a content attribute match in the >> providing snap (slot)." However, I have two snaps, provider side looking >> like this: >> >> slots: >> share-foo: >> content: foo >> interface: content >> read: [/] >> >> Consumer side like this: >> >> plugs: >> use-foo: >> content: foo2 >> interface: content >> target: /bar >> >> These interfaces connect fine, and I can see the contents of the > > This is a bug. We know about it but fixing was deferred till we can use the assertion system to control it. > > Currently you can connect things manually but it will not auto-connect. Fair enough. If this worked as expected, what would it do? What functionality does that attribute provide? -- 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 espy at canonical.com Fri Dec 23 19:00:07 2016 From: espy at canonical.com (espy) Date: Fri, 23 Dec 2016 14:00:07 -0500 Subject: Content interface `content` attribute In-Reply-To: <31FE907E-1D67-4A76-ABEB-1F7348DBEB19@canonical.com> References: <177ed45c-4c4f-b940-821f-53885d4a02e2@canonical.com> <31FE907E-1D67-4A76-ABEB-1F7348DBEB19@canonical.com> Message-ID: <4d9c820a-d427-1a67-42a2-e9e15043fcaf@canonical.com> On 12/23/2016 01:32 PM, Zygmunt Krynicki wrote: > >> Wiadomość napisana przez Kyle Fazzari w dniu 23.12.2016, o godz. 19:27: >> >> Hey all. >> >> I'm trying to figure out what the `content` attribute is for in the >> content interface. The docs say "The content attribute specified of the >> consuming snap (plug) must have a content attribute match in the >> providing snap (slot)." However, I have two snaps, provider side looking >> like this: >> >> slots: >> share-foo: >> content: foo >> interface: content >> read: [/] >> >> Consumer side like this: >> >> plugs: >> use-foo: >> content: foo2 >> interface: content >> target: /bar >> >> These interfaces connect fine, and I can see the contents of the > > This is a bug. We know about it but fixing was deferred till we can use the assertion system to control it. > > Currently you can connect things manually but it will not auto-connect. Is there a launchpad bug for this? Regards, /tony From seth.arnold at canonical.com Fri Dec 23 23:21:30 2016 From: seth.arnold at canonical.com (Seth Arnold) Date: Fri, 23 Dec 2016 15:21:30 -0800 Subject: Building snap from binaries In-Reply-To: <1384354846.918020.1482507139945@mail.yahoo.com> References: <1384354846.918020.1482507139945.ref@mail.yahoo.com> <1384354846.918020.1482507139945@mail.yahoo.com> Message-ID: <20161223232130.GA14644@hunt> On Fri, Dec 23, 2016 at 03:32:19PM +0000, Luther Goh Lu Feng wrote: > If I am building a snap, and for some reason, I wish to not snap it from > source, but from a compiled binary, is it allowed? Thanks. Luther, it is allowed; snaps are just squashfs filesystems with some metadata in expected filenames. I've been unable to keep track of a spec for it, sorry, but if you snap up a simple tool and inspect the resulting squashfs image you'll probably learn all you need to know faster than I could find a reference. :) Thanks -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From l-snapcraft at znn.info Sat Dec 24 00:38:32 2016 From: l-snapcraft at znn.info (l-snapcraft at znn.info) Date: Sat, 24 Dec 2016 01:38:32 +0100 Subject: Building snap from binaries In-Reply-To: <1384354846.918020.1482507139945@mail.yahoo.com> References: <1384354846.918020.1482507139945.ref@mail.yahoo.com> <1384354846.918020.1482507139945@mail.yahoo.com> Message-ID: <441f1f41-0428-056e-af68-ee4ecc789856@znn.info> Hi Luther, yes it is possible to build snaps from binaries. If the binaries don't include dependencies you probably want to include some dependencies via stage-packages. So if you use snapcraft to build your snap instead of manually crafting a squashfs then take a look at the dump plugin: http://snapcraft.io/docs/reference/plugins/dump With it you can easily organise your files within the snap. Am 23.12.2016 um 16:32 schrieb Luther Goh Lu Feng: > If I am building a snap, and for some reason, I wish to not snap it from source, but from a compiled binary, is it allowed? Thanks. > > > -- Luther > From sergio.schvezov at canonical.com Sat Dec 24 19:54:13 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 24 Dec 2016 16:54:13 -0300 Subject: Tutorial: how to give apps alias name? In-Reply-To: References: Message-ID: El 23 dic. 2016 8:22 AM, "Claudio André" escribió: 2016-12-23 5:12 GMT-02:00 XiaoGuo Liu : > You need to have snap 2.20 and snapcraft 2.24 to support it. > Hi, I have a doubt; the final user is the one that has to have an updated snapd environment. Since, we cannot control this: - I guess nothing bad is going to happen if the user is still on, e.g., snap 2.17. Am I right? - is there a need to create in snapd a kind of depends keyword to assure a snap is in a "valid environment"? There is an assumes keyword, for valid values I will need to defer to the snappy core team. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Sat Dec 24 19:56:39 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Sat, 24 Dec 2016 16:56:39 -0300 Subject: Image based upgrades In-Reply-To: References: <1121715546.674849.1482452335143.ref@mail.yahoo.com> <1121715546.674849.1482452335143@mail.yahoo.com> Message-ID: El 22 dic. 2016 9:19 PM, "Luther Goh Lu Feng" escribió: I read with interest on image based upgrades[1]. May I ask if some of those concepts are already implemented or planned for in Ubuntu core? I would like to know what is the current plans and thinking with regards to this. Thanks. Ubuntu Core has evolved from this, now everything is snappy driven, which means a snap of the os is either fully or partially downloaded from the store just like any other snap with a few differences here and there given the nature of the snap. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jamie.bennett at canonical.com Sun Dec 25 18:30:39 2016 From: jamie.bennett at canonical.com (Jamie Bennett) Date: Sun, 25 Dec 2016 18:30:39 +0000 Subject: Dashboard service to view deployed snaps/versions on fleet of devices running Ubuntu Core In-Reply-To: <1301726261.145294.1482316211017@mail.yahoo.com> References: <1187678645.153313.1482313128226.ref@mail.yahoo.com> <1187678645.153313.1482313128226@mail.yahoo.com> <1301726261.145294.1482316211017@mail.yahoo.com> Message-ID: Not today. This is something that we have discussed before and want to do in the future, possibly an extension of the Landscape project, but no concrete schedule so far though. Regards, Jamie. On Wed, Dec 21, 2016 at 10:30 AM, Luther Goh Lu Feng wrote: > For clarity, I am asking about one single dashboard for multiple Ubuntu core devices > > > -- Luther > On Wednesday, December 21, 2016 5:58 PM, XiaoGuo Liu wrote: > > > > You may find more reading in my blog at http://blog.csdn.net/ubuntutouch/article/details/52980068 > > > On Wed, Dec 21, 2016 at 5:48 PM, XiaoGuo Liu wrote: > > Firstly, you log into your ubuntu core device, and use the following command to install snapweb: >> >> >>$ sudo snap install snapweb >> >> >>Then on your desktop browser, just open the address like: ubuntu-core-device-ip:4200. On the browser, you will see the installed apps and also you can install some new apps there. >> >> >>Best regards, >>XiaoGuo >> >> >>On Wed, Dec 21, 2016 at 5:38 PM, Luther Goh Lu Feng wrote: >> >>I am interested to know if there are any online management dashboards for Ubuntu Core device management. Thanks. >>> >>>-- Luther >>> >>>-- >>>Snapcraft mailing list >>>Snapcraft at lists.snapcraft.io >>>Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm an/listinfo/snapcraft >>> >> >> >> >>-- >> >>XiaoGuo, Liu > > > -- > > XiaoGuo, Liu > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft From alberto.donato at canonical.com Tue Dec 27 17:18:41 2016 From: alberto.donato at canonical.com (Alberto Donato) Date: Tue, 27 Dec 2016 18:18:41 +0100 Subject: Snapped apps using su/sudo In-Reply-To: References: Message-ID: On Thu, Dec 22, 2016 at 11:14 PM, Sergio Schvezov < sergio.schvezov at canonical.com> wrote: > > > El 19 dic. 2016 11:11 AM, "Alberto Donato" > escribió: > > Hi, > > I'm trying to create a snap for sshuttle, the ssh-based VPN app. > One of its components (the firewall manager) needs to either be run as > root, or use su/sudo to be able to configure firewall rules. > > The app uses an "if os.getuid() != 0" to check whether it can run. > > Is there any way to get it to work inside a snap? > > > Doesn't putting sudo in front of your command do the trick? > Well that might work, but it would run all sshuttle components as root, while the application is designed to run just the firewall part as root. I'd like to preserve this behavior. My question, in general, is whether it's possible to set up sudo within a snap confinement so that certain commands can be run as root. > > -- > Snapcraft mailing list > Snapcraft at lists.snapcraft.io > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/snapcraft > > -- Alberto Donato | alberto.donato at canonical.com https://launchpad.net/~ack | GPG: 2048R/9E2823B3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.schvezov at canonical.com Wed Dec 28 15:02:15 2016 From: sergio.schvezov at canonical.com (Sergio Schvezov) Date: Wed, 28 Dec 2016 12:02:15 -0300 Subject: Snapped apps using su/sudo In-Reply-To: References: Message-ID: <04d2881d-fa70-19ae-29b7-c91917abe119@canonical.com> El 27/12/16 a las 14:18, Alberto Donato escribió: > On Thu, Dec 22, 2016 at 11:14 PM, Sergio Schvezov > > > wrote: > > > > El 19 dic. 2016 11:11 AM, "Alberto Donato" > > escribió: > > Hi, > > I'm trying to create a snap for sshuttle, the ssh-based VPN app. > One of its components (the firewall manager) needs to either > be run as root, or use su/sudo to be able to configure > firewall rules. > > The app uses an "if os.getuid() != 0" to check whether it can run. > > Is there any way to get it to work inside a snap? > > > Doesn't putting sudo in front of your command do the trick? > > > Well that might work, but it would run all sshuttle components as > root, while the application is designed to run just the firewall part > as root. > I'd like to preserve this behavior. > My question, in general, is whether it's possible to set up sudo > within a snap confinement so that certain commands can be run as root. `classic` confinement can give you this. Other mechanisms might be tricky: on a classic the sudoers rules checked would be that of the core and not the one on your classic system whilst on a pure snap system (Ubuntu Core), iirc, you cannot modify the sudoers file. -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger.peppe at canonical.com Wed Dec 28 16:40:09 2016 From: roger.peppe at canonical.com (roger peppe) Date: Wed, 28 Dec 2016 16:40:09 +0000 Subject: Raspberry Pi hardware real-time-clock? Message-ID: Hi, Not sure if this is the right place to ask this question - apologies if not. I need a hardware RTC on my Raspberry Pi model B and I have acquired one of these https://www.abelectronics.co.uk/p/52/RTC-Pi-Plus I'm running a reasonably recent version of Ubuntu Core with snappy version 2.18.1. What's the best way of adding this to my Pi so that it gets the time on bootstrap and keeps it in sync? The instructions I've found rely on changing configuration files that are on the read-only filesystem, such as /etc/init.d/hwclock.sh. I'd be happy to make a new snap to do this if that's what's needed. Thanks for any pointers, cheers, rog. From ogra at ubuntu.com Wed Dec 28 18:58:38 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Wed, 28 Dec 2016 19:58:38 +0100 Subject: Raspberry Pi hardware real-time-clock? In-Reply-To: References: Message-ID: <1482951518.25946.5.camel@ubuntu.com> hi, On Mi, 2016-12-28 at 16:40 +0000, roger peppe wrote: > Hi, > > Not sure if this is the right place to ask this question - apologies > if not. > > I need a hardware RTC on my Raspberry Pi model B and I have > acquired one of these https://www.abelectronics.co.uk/p/52/RTC-Pi-Plu > s > > I'm running a reasonably recent version of Ubuntu Core with snappy > version 2.18.1. > > What's the best way of adding this to my Pi so that it gets the time > on bootstrap and keeps it in sync? The instructions I've found rely > on changing configuration files that are on the read-only filesystem, > such as /etc/init.d/hwclock.sh. I'd be happy to make a new snap > to do this if that's what's needed. > > Thanks for any pointers, >  i2c is enabled by default, you will likely have to edit /boot/uboot/config.txt to additionally enable the i2c-rtc and ds1307 device trees, like: dtoverlay=i2c-rtc,ds1307 on reboot i would expect the rtc-ds1307 module to be loaded automatically and the hwclock boot job to set/get the hwclock time... if you run into any issues with this, please make sure to file the respective bugs. i dont think anyone of us has yet used a battery driven rtc module to actually verify it works, so your feedback will be very appreciated ... 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 vasilisc777 at gmail.com Thu Dec 29 06:47:37 2016 From: vasilisc777 at gmail.com (Vasilisc) Date: Thu, 29 Dec 2016 09:47:37 +0300 Subject: why autoconnect work differently? Message-ID: <00058e0a-e7ff-4692-0e00-f0966467aada@gmail.com> I created snap package and install it into test virtual machine sudo snap install --dangerous languagetool.snap snapcraft.yaml have lines apps: languagetool: command: usr/bin/run.sh plugs: [network, network-bind, x11, home, unity7] Why autoconnect work differently? virtual machine with Ubuntu 16.04 LTS (Unity) # LANG=C apt-cache policy snapd snapd: Installed: 2.17.1ubuntu1 Candidate: 2.17.1ubuntu1 Version table: *** 2.17.1ubuntu1 500 500 http://ru.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages 100 /var/lib/dpkg/status 2.0.2 500 500 http://ru.archive.ubuntu.com/ubuntu xenial/main amd64 Packages # snap interfaces|grep lang :home languagetool :network languagetool :network-bind languagetool :unity7 languagetool :x11 languagetool ==================================================== virtual machine with Ubuntu 16.04 LTS (Ubuntu Gnome or Kubuntu, ... ) # LANG=C apt-cache policy snapd snapd: Installed: 2.17.1ubuntu1 Candidate: 2.17.1ubuntu1 Version table: *** 2.17.1ubuntu1 500 500 http://ru.archive.ubuntu.com/ubuntu xenial-updates/main amd64 Packages 100 /var/lib/dpkg/status 2.0.2 500 500 http://ru.archive.ubuntu.com/ubuntu xenial/main amd64 Packages # snap interfaces|grep lang - languagetool:home - languagetool:network - languagetool:network-bind - languagetool:unity7 - languagetool:x11 -- Best regards, vasilisc From mark at ubuntu.com Thu Dec 29 07:32:03 2016 From: mark at ubuntu.com (Mark Shuttleworth) Date: Thu, 29 Dec 2016 09:32:03 +0200 Subject: Image based upgrades In-Reply-To: References: <1121715546.674849.1482452335143.ref@mail.yahoo.com> <1121715546.674849.1482452335143@mail.yahoo.com> Message-ID: <6f05edd0-106f-efdc-1ee8-65755dde66d8@ubuntu.com> On 24/12/16 21:56, Sergio Schvezov wrote: > > > El 22 dic. 2016 9:19 PM, "Luther Goh Lu Feng" > escribió: > > I read with interest on image based upgrades[1]. May I ask if some > of those concepts are already implemented or planned for in Ubuntu > core? I would like to know what is the current plans and thinking > with regards to this. Thanks. > > > Ubuntu Core has evolved from this, now everything is snappy driven, > which means a snap of the os is either fully or partially downloaded > from the store just like any other snap with a few differences here > and there given the nature of the snap. Think of the "core" snap as an image of the OS. By applying the same transactionality to the OS that we have for apps, we gain a much cleaner way to upgrade/rollback the operating system. Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From fnatter at gmx.net Thu Dec 29 09:46:58 2016 From: fnatter at gmx.net (Felix Natter) Date: Thu, 29 Dec 2016 10:46:58 +0100 Subject: Gradle Plugin / dump plugin with jre dependency Message-ID: <878tqz9iel.fsf@bitburger.home.felix> Dear snapcraft experts, I am creating a simple snap for a java application: BTW: My original post is here: http://askubuntu.com/questions/865090/simple-java-snap-with-jre-dependency name: freeplane-snap version: 1.5.18-1 summary: Java program for working with Mind Maps description: ... confinement: devmode grade: stable apps: freeplane-snap: command: ./freeplane.sh parts: main: plugin: dump source: freeplane-1.5.18/ stage-packages: [openjdk-8-jre] filesets: mybuild: - "*" stage: - $mybuild snap: - $mybuild Freeplane uses a gradle build system, but the snapcraft gradle plugin is not powerful enough (expects "gradlew" to be there and not "gradle", and is used for single jar projects, i.e. always with 'jar' option). Where can I submit feature requests / patches for this? So I am using the project's binary distribution (unzipped to ./freeplane-1.5.18) with the 'dump' plugin, which works well. However, since I'm not using a java build system, the jre is missing in the snap (when running "freeplane-snap" I get an error that the JDK cannot be found, NOT when running freeplane.sh directly). I tried to add it with 'stage-packages: [openjdk-8-jre]' but this did not help. Could you please tell me how to add the jre to the mix? One more question: Hearing about this containment stuff, is it possible/feasible (using plugs?) to to create a desktop application that can read and write (mind maps) from/to everywhere, just like a normal .deb? (like plugs: [network, home, tmp]?) I also need to install the desktop file and mime type mappings to /usr/share/... --> I assume I can do this with separate parts? Many Thanks and Best Regards, -- Felix Natter From matt.aguirre at gmail.com Thu Dec 29 17:06:11 2016 From: matt.aguirre at gmail.com (Matthew Aguirre) Date: Thu, 29 Dec 2016 12:06:11 -0500 Subject: Gradle Plugin / dump plugin with jre dependency In-Reply-To: <878tqz9iel.fsf@bitburger.home.felix> References: <878tqz9iel.fsf@bitburger.home.felix> Message-ID: <1483031171.3265.0@smtp.gmail.com> If you need the JDK (not just the jre), you should be able to do the following: > stage-packages: > - fontconfig-config > - default-jdk > - fonts-dejavu-extra > - fonts-ipafont-gothic In your snapcraft.yaml file instead of just using including the jre. If this is your complete snapcraft.yaml file, you may also need: > plugs: [home, x11, opengl, network, unity7] or a subset of these. There are some limitations with Java that I've found. Here is my wrapper: > #!/bin/bash > > # Not good, needed for fontconfig > export XDG_DATA_HOME=$SNAP/usr/share > # Font Config > export FONTCONFIG_PATH=$SNAP/etc/fonts/config.d > export FONTCONFIG_FILE=$SNAP/etc/fonts/fonts.conf > export HOME=$SNAP_USER_DATA > > export LIBGL_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri > export LIBVA_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri > export LIBGL_DEBUG=verbose > > export PATH=$PATH:/usr/local/bin > > java -Dswing.defaultlaf=javax.swing.plaf.nimbus.NimbusLookAndFeel > -Duser.home=$HOME -Dsun.java2d.opengl=true -jar > $SNAP/jar/torgo-1.4.1.jar "$@" You must set the user.home directory this way for the application to work (unless this has been fixed). As far as updating gradle. Put in a LaunchPad bug and register an Issue. While I added the gradlew plugin, I am not a gradle user, so I can definitely work on adding/fixing work. If the application tries to use xdg-open or open a web-browser, there are more fixes that are needed in my experience. -- Matt On Thu, Dec 29, 2016 at 4:46 AM, Felix Natter wrote: > Dear snapcraft experts, > > I am creating a simple snap for a java application: > > BTW: My original post is here: > http://askubuntu.com/questions/865090/simple-java-snap-with-jre-dependency > > name: freeplane-snap > version: 1.5.18-1 > summary: Java program for working with Mind Maps > description: ... > confinement: devmode > grade: stable > > apps: > freeplane-snap: > command: ./freeplane.sh > > parts: > main: > plugin: dump > source: freeplane-1.5.18/ > stage-packages: [openjdk-8-jre] > filesets: > mybuild: > - "*" > stage: > - $mybuild > snap: > - $mybuild > > Freeplane uses a gradle build system, but the snapcraft gradle plugin > is > not powerful enough (expects "gradlew" to be there and not "gradle", > and > is used for single jar projects, i.e. always with 'jar' option). Where > can I submit feature requests / patches for this? > > So I am using the project's binary distribution (unzipped to > ./freeplane-1.5.18) with the 'dump' plugin, which works well. However, > since I'm not using a java build system, the jre is missing in the > snap > (when running "freeplane-snap" I get an error that the JDK cannot be > found, NOT when running freeplane.sh directly). I tried to add it with > 'stage-packages: [openjdk-8-jre]' but this did not help. > > Could you please tell me how to add the jre to the mix? > > One more question: Hearing about this containment stuff, is it > possible/feasible (using plugs?) to to create a desktop application > that > can read and write (mind maps) from/to everywhere, just like a normal > .deb? (like plugs: [network, home, tmp]?) > I also need to install the desktop file and mime type mappings to > /usr/share/... --> I assume I can do this with separate parts? > > Many Thanks and Best Regards, > -- > Felix Natter > > -- > 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 matt.aguirre at gmail.com Thu Dec 29 17:17:50 2016 From: matt.aguirre at gmail.com (Matthew Aguirre) Date: Thu, 29 Dec 2016 12:17:50 -0500 Subject: Gradle Plugin / dump plugin with jre dependency In-Reply-To: <1483031171.3265.0@smtp.gmail.com> References: <878tqz9iel.fsf@bitburger.home.felix> <1483031171.3265.0@smtp.gmail.com> Message-ID: <1483031870.3265.1@smtp.gmail.com> I take that back, you will need the JDK to get the full on visualization libraries included. Otherwise it defaults to headless with just the JRE. I ran into that problem. https://github.com/ZenHarbinger/torgo While not gradle, it is a Java app with a GUI that works. -- Matt On Thu, Dec 29, 2016 at 12:06 PM, Matthew Aguirre wrote: > If you need the JDK (not just the jre), you should be able to do the > following: > >> stage-packages: >> - fontconfig-config >> - default-jdk >> - fonts-dejavu-extra >> - fonts-ipafont-gothic > > In your snapcraft.yaml file instead of just using including the jre. > > If this is your complete snapcraft.yaml file, you may also need: >> plugs: [home, x11, opengl, network, unity7] > or a subset of these. > > There are some limitations with Java that I've found. > > Here is my wrapper: >> #!/bin/bash >> >> # Not good, needed for fontconfig >> export XDG_DATA_HOME=$SNAP/usr/share >> # Font Config >> export FONTCONFIG_PATH=$SNAP/etc/fonts/config.d >> export FONTCONFIG_FILE=$SNAP/etc/fonts/fonts.conf >> export HOME=$SNAP_USER_DATA >> >> export LIBGL_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri >> export LIBVA_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri >> export LIBGL_DEBUG=verbose >> >> export PATH=$PATH:/usr/local/bin >> >> java -Dswing.defaultlaf=javax.swing.plaf.nimbus.NimbusLookAndFeel >> -Duser.home=$HOME -Dsun.java2d.opengl=true -jar >> $SNAP/jar/torgo-1.4.1.jar "$@" > > You must set the user.home directory this way for the application to > work (unless this has been fixed). > > As far as updating gradle. Put in a LaunchPad bug and register an > Issue. While I added the gradlew plugin, I am not a gradle user, so > I can definitely work on adding/fixing work. > > If the application tries to use xdg-open or open a web-browser, there > are more fixes that are needed in my experience. > -- > Matt > > On Thu, Dec 29, 2016 at 4:46 AM, Felix Natter wrote: >> Dear snapcraft experts, >> >> I am creating a simple snap for a java application: >> >> BTW: My original post is here: >> http://askubuntu.com/questions/865090/simple-java-snap-with-jre-dependency >> >> name: freeplane-snap >> version: 1.5.18-1 >> summary: Java program for working with Mind Maps >> description: ... >> confinement: devmode >> grade: stable >> >> apps: >> freeplane-snap: >> command: ./freeplane.sh >> >> parts: >> main: >> plugin: dump >> source: freeplane-1.5.18/ >> stage-packages: [openjdk-8-jre] >> filesets: >> mybuild: >> - "*" >> stage: >> - $mybuild >> snap: >> - $mybuild >> >> Freeplane uses a gradle build system, but the snapcraft gradle >> plugin is >> not powerful enough (expects "gradlew" to be there and not "gradle", >> and >> is used for single jar projects, i.e. always with 'jar' option). >> Where >> can I submit feature requests / patches for this? >> >> So I am using the project's binary distribution (unzipped to >> ./freeplane-1.5.18) with the 'dump' plugin, which works well. >> However, >> since I'm not using a java build system, the jre is missing in the >> snap >> (when running "freeplane-snap" I get an error that the JDK cannot be >> found, NOT when running freeplane.sh directly). I tried to add it >> with >> 'stage-packages: [openjdk-8-jre]' but this did not help. >> >> Could you please tell me how to add the jre to the mix? >> >> One more question: Hearing about this containment stuff, is it >> possible/feasible (using plugs?) to to create a desktop application >> that >> can read and write (mind maps) from/to everywhere, just like a normal >> .deb? (like plugs: [network, home, tmp]?) >> I also need to install the desktop file and mime type mappings to >> /usr/share/... --> I assume I can do this with separate parts? >> >> Many Thanks and Best Regards, >> -- >> Felix Natter >> >> -- >> 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 matt.aguirre at gmail.com Thu Dec 29 18:39:55 2016 From: matt.aguirre at gmail.com (Matthew Aguirre) Date: Thu, 29 Dec 2016 13:39:55 -0500 Subject: Gradle Plugin / dump plugin with jre dependency In-Reply-To: <1483031870.3265.1@smtp.gmail.com> References: <878tqz9iel.fsf@bitburger.home.felix> <1483031171.3265.0@smtp.gmail.com> <1483031870.3265.1@smtp.gmail.com> Message-ID: <1483036795.3265.2@smtp.gmail.com> Here's a snap + wrapper that seems to work. It's really messy as it copies the contents of freeplane twice. https://gist.github.com/ZenHarbinger/cf3aec2d7c6110ab0a0780b315cadc2f -- Matt On Thu, Dec 29, 2016 at 12:17 PM, Matthew Aguirre wrote: > I take that back, you will need the JDK to get the full on > visualization libraries included. Otherwise it defaults to headless > with just the JRE. I ran into that problem. > > https://github.com/ZenHarbinger/torgo > > While not gradle, it is a Java app with a GUI that works. > -- > Matt > > On Thu, Dec 29, 2016 at 12:06 PM, Matthew Aguirre > wrote: >> If you need the JDK (not just the jre), you should be able to do the >> following: >> >>> stage-packages: >>> - fontconfig-config >>> - default-jdk >>> - fonts-dejavu-extra >>> - fonts-ipafont-gothic >> >> In your snapcraft.yaml file instead of just using including the jre. >> >> If this is your complete snapcraft.yaml file, you may also need: >>> plugs: [home, x11, opengl, network, unity7] >> or a subset of these. >> >> There are some limitations with Java that I've found. >> >> Here is my wrapper: >>> #!/bin/bash >>> >>> # Not good, needed for fontconfig >>> export XDG_DATA_HOME=$SNAP/usr/share >>> # Font Config >>> export FONTCONFIG_PATH=$SNAP/etc/fonts/config.d >>> export FONTCONFIG_FILE=$SNAP/etc/fonts/fonts.conf >>> export HOME=$SNAP_USER_DATA >>> >>> export LIBGL_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri >>> export LIBVA_DRIVERS_PATH=$SNAP/usr/lib/x86_64-linux-gnu/dri >>> export LIBGL_DEBUG=verbose >>> >>> export PATH=$PATH:/usr/local/bin >>> >>> java -Dswing.defaultlaf=javax.swing.plaf.nimbus.NimbusLookAndFeel >>> -Duser.home=$HOME -Dsun.java2d.opengl=true -jar >>> $SNAP/jar/torgo-1.4.1.jar "$@" >> >> You must set the user.home directory this way for the application to >> work (unless this has been fixed). >> >> As far as updating gradle. Put in a LaunchPad bug and register an >> Issue. While I added the gradlew plugin, I am not a gradle user, so >> I can definitely work on adding/fixing work. >> >> If the application tries to use xdg-open or open a web-browser, >> there are more fixes that are needed in my experience. >> -- >> Matt >> >> On Thu, Dec 29, 2016 at 4:46 AM, Felix Natter >> wrote: >>> Dear snapcraft experts, >>> >>> I am creating a simple snap for a java application: >>> >>> BTW: My original post is here: >>> http://askubuntu.com/questions/865090/simple-java-snap-with-jre-dependency >>> >>> name: freeplane-snap >>> version: 1.5.18-1 >>> summary: Java program for working with Mind Maps >>> description: ... >>> confinement: devmode >>> grade: stable >>> >>> apps: >>> freeplane-snap: >>> command: ./freeplane.sh >>> >>> parts: >>> main: >>> plugin: dump >>> source: freeplane-1.5.18/ >>> stage-packages: [openjdk-8-jre] >>> filesets: >>> mybuild: >>> - "*" >>> stage: >>> - $mybuild >>> snap: >>> - $mybuild >>> >>> Freeplane uses a gradle build system, but the snapcraft gradle >>> plugin is >>> not powerful enough (expects "gradlew" to be there and not >>> "gradle", and >>> is used for single jar projects, i.e. always with 'jar' option). >>> Where >>> can I submit feature requests / patches for this? >>> >>> So I am using the project's binary distribution (unzipped to >>> ./freeplane-1.5.18) with the 'dump' plugin, which works well. >>> However, >>> since I'm not using a java build system, the jre is missing in the >>> snap >>> (when running "freeplane-snap" I get an error that the JDK cannot be >>> found, NOT when running freeplane.sh directly). I tried to add it >>> with >>> 'stage-packages: [openjdk-8-jre]' but this did not help. >>> >>> Could you please tell me how to add the jre to the mix? >>> >>> One more question: Hearing about this containment stuff, is it >>> possible/feasible (using plugs?) to to create a desktop application >>> that >>> can read and write (mind maps) from/to everywhere, just like a >>> normal >>> .deb? (like plugs: [network, home, tmp]?) >>> I also need to install the desktop file and mime type mappings to >>> /usr/share/... --> I assume I can do this with separate parts? >>> >>> Many Thanks and Best Regards, >>> -- >>> Felix Natter >>> >>> -- >>> 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 roger.peppe at canonical.com Thu Dec 29 19:15:39 2016 From: roger.peppe at canonical.com (roger peppe) Date: Thu, 29 Dec 2016 19:15:39 +0000 Subject: Raspberry Pi hardware real-time-clock? In-Reply-To: <1482951518.25946.5.camel@ubuntu.com> References: <1482951518.25946.5.camel@ubuntu.com> Message-ID: On 28 December 2016 at 18:58, Oliver Grawert wrote: > hi, > On Mi, 2016-12-28 at 16:40 +0000, roger peppe wrote: >> Hi, >> >> Not sure if this is the right place to ask this question - apologies >> if not. >> >> I need a hardware RTC on my Raspberry Pi model B and I have >> acquired one of these https://www.abelectronics.co.uk/p/52/RTC-Pi-Plu >> s >> >> I'm running a reasonably recent version of Ubuntu Core with snappy >> version 2.18.1. >> >> What's the best way of adding this to my Pi so that it gets the time >> on bootstrap and keeps it in sync? The instructions I've found rely >> on changing configuration files that are on the read-only filesystem, >> such as /etc/init.d/hwclock.sh. I'd be happy to make a new snap >> to do this if that's what's needed. >> >> Thanks for any pointers, >> > > i2c is enabled by default, you will likely have to edit > /boot/uboot/config.txt to additionally enable the i2c-rtc and ds1307 > device trees, like: > > dtoverlay=i2c-rtc,ds1307 > > on reboot i would expect the rtc-ds1307 module to be loaded > automatically and the hwclock boot job to set/get the hwclock time... > > if you run into any issues with this, please make sure to file the > respective bugs. > > i dont think anyone of us has yet used a battery driven rtc module to > actually verify it works, so your feedback will be very appreciated ... Thanks very much for your response. It seems to work well, with one caveat: for about a minute after rebooting, the time is wrong - it becomes correct eventually: rogpeppe at localhost:~$ date Thu Dec 29 18:31:12 UTC 2016 rogpeppe at localhost:~$ sudo shutdown now Connection to 192.168.0.5 closed by remote host. [power off pi and power back on again] % ssh rogpeppe at 192.168.0.5 [...] Last login: Thu Dec 29 18:31:10 2016 from 192.168.0.69 rogpeppe at localhost:~$ date Mon Dec 26 17:35:08 UTC 2016 [wait 10 seconds or so] rogpeppe at localhost:~$ date Thu Dec 29 18:33:19 UTC 2016 I used some of my own code (https://godoc.org/github.com/rogpeppe/misc/ds1307) to actually set the current time in the RTC. When I use the date command to set the current time, it doesn't seem to be reflected in the hardware RTC value. Is there a way of getting that to work? I'd like to use this device in combination with NTP so that I get properly synchronised time when network is available, but fall back to the battery-powered clock when there's a power-cut/network failure. Is that possible? In fact NTP seems to be disabled by default - what's the preferred way to it up? I found http://madeformakers.org/2016/01/26/how-to-install-snappy-ubuntu-core-in-raspberry-pi-2/ which suggests that I run "sudo timedatectl set-ntp true" but it's not clear if that's meant to be persistent. I also found http://askubuntu.com/questions/795139/ntp-synchronisation-in-ubuntu-core which suggests "sudo snap install ntpserver" but that snap doesn't seem to be found currently. cheers, rog. PS Have you got a link to the docs that would have allowed me to work the "dtoverlay" solution out for myself, please? In general it's not clear to me how one is supposed to configure a snappy-based system. From roger.peppe at canonical.com Fri Dec 30 13:52:34 2016 From: roger.peppe at canonical.com (roger peppe) Date: Fri, 30 Dec 2016 13:52:34 +0000 Subject: Raspberry Pi hardware real-time-clock? In-Reply-To: References: <1482951518.25946.5.camel@ubuntu.com> Message-ID: On 29 December 2016 at 19:15, roger peppe wrote: > It seems to work well, with one caveat: for about a minute after rebooting, > the time is wrong - it becomes correct eventually: I spoke too soon - I'm not seeing the clock updated from the RTC any more, however long I wait. For some reason it seems to like 17:37 on 26th December - it seems to return to that time when rebooted. The value in the RTC device is correct AFAICS. Some things that may or may not be relevant: the hwclock command says it can't find the rtc device: # hwclock --debug hwclock from util-linux 2.27.1 hwclock: cannot open /dev/rtc: No such file or directory No usable clock interface found. hwclock: Cannot access the Hardware Clock via any known method. A couple of lines in /var/log/kern.log mention "rtc": Dec 26 17:37:01 localhost kernel: [ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x1917350 smsc95xx.macaddr=B8:27:EB:91:73:50 bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty0 elevator=deadline root=/dev/disk/by-label/writable net.ifnames=0 init=/lib/systemd/systemd ro panic=-1 fixrtc snap_core=core_645.snap snap_kernel=pi2-kernel_22.snap Dec 26 17:37:01 localhost kernel: [ 6.560643] hctosys: unable to open rtc device (rtc0) Any ideas? FWIW time keeping is particularly important for my application as it's acting as a time clock for a household's electricity supply. cheers, rog. From n.curalli at domotz.com Fri Dec 30 14:30:23 2016 From: n.curalli at domotz.com (Nicolino Curalli) Date: Fri, 30 Dec 2016 14:30:23 +0000 Subject: Minimum requirement on kernel for using snap app Message-ID: Hi all, I need to know about the minimum kernel version for using all the functionalities of snapd? This is the right place: i don't find anything about this on official documentation. From n.curalli at domotz.com Fri Dec 30 14:33:36 2016 From: n.curalli at domotz.com (Nicolino Curalli) Date: Fri, 30 Dec 2016 14:33:36 +0000 Subject: Minimum requirement on kernel for using snap app Message-ID: Hi all, I need to know about the minimum kernel version for using all the functionalities of snapd? This is the right place: i don't find anything about this on official documentation. From nicolino.curalli at gmail.com Fri Dec 30 14:36:29 2016 From: nicolino.curalli at gmail.com (Nicolino Curalli) Date: Fri, 30 Dec 2016 15:36:29 +0100 Subject: Minimum requirement on kernel for using snap app Message-ID: An HTML attachment was scrubbed... URL: From ogra at ubuntu.com Sat Dec 31 11:15:05 2016 From: ogra at ubuntu.com (Oliver Grawert) Date: Sat, 31 Dec 2016 12:15:05 +0100 Subject: Raspberry Pi hardware real-time-clock? In-Reply-To: References: <1482951518.25946.5.camel@ubuntu.com> Message-ID: <1483182905.18985.14.camel@ubuntu.com> hi, Am Freitag, den 30.12.2016, 13:52 +0000 schrieb roger peppe: > On 29 December 2016 at 19:15, roger peppe > wrote: > > > > It seems to work well, with one caveat: for about a minute after > > rebooting, > > the time is wrong - it becomes correct eventually: > I spoke too soon - I'm not seeing the clock updated from the RTC any > more, > however long I wait. > > For some reason it seems to like 17:37 on 26th December - it seems to > return to that time when rebooted. hmm, let me guess... this is the time you created the SD card ? our initrd has a function that is supposed to set the system time to the last mount date or fall back to the initial filesystem creation timestamp if no hwclock is found (this is to prevent that you end up with 01/01/1970 if you have no network and no hwclock at all, which can cause nasty things in some userspace apps). this is done by the "fixrtc" option you found below in the kernel cmdline and should be overwritten once the userspace kicks in to set it from /dev/rtc. > > The value in the RTC device is correct AFAICS. > > Some things that may or may not be relevant: the hwclock command says > it can't find the rtc device: > >     # hwclock --debug >     hwclock from util-linux 2.27.1 >     hwclock: cannot open /dev/rtc: No such file or directory >     No usable clock interface found. >     hwclock: Cannot access the Hardware Clock via any known method. > > A couple of lines in /var/log/kern.log mention "rtc": > >     Dec 26 17:37:01 localhost kernel: [    0.000000] Kernel command > line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 > bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 > bcm2709.serial=0x1917350 smsc95xx.macaddr=B8:27:EB:91:73:50 > bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 > bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 > vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 > dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty0 > elevator=deadline root=/dev/disk/by-label/writable net.ifnames=0 > init=/lib/systemd/systemd ro panic=-1 fixrtc snap_core=core_645.snap > snap_kernel=pi2-kernel_22.snap >     Dec 26 17:37:01 localhost kernel: [    6.560643] hctosys: unable > to open rtc device (rtc0) > > Any ideas? the above seems to happen before userspace (before the module is loaded by kmod during boot), both lines are written in the same second on initial kernel start ... do you actually not have any rtc device at all in /dev after the module was loaded (else the message is a red herring) ? > > FWIW time keeping is particularly important for my application as > it's > acting as a time clock for > a household's electricity supply. > no worries, we'll get it working, but it might take a bit to find all the pieces needed and make sure they work correctly, this is simply a hw setup that has not come around yet ;) 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 roger.peppe at canonical.com Sat Dec 31 11:38:06 2016 From: roger.peppe at canonical.com (roger peppe) Date: Sat, 31 Dec 2016 11:38:06 +0000 Subject: Raspberry Pi hardware real-time-clock? In-Reply-To: <1483182905.18985.14.camel@ubuntu.com> References: <1482951518.25946.5.camel@ubuntu.com> <1483182905.18985.14.camel@ubuntu.com> Message-ID: On 31 December 2016 at 11:15, Oliver Grawert wrote: > hi, > Am Freitag, den 30.12.2016, 13:52 +0000 schrieb roger peppe: >> On 29 December 2016 at 19:15, roger peppe >> wrote: >> > >> > It seems to work well, with one caveat: for about a minute after >> > rebooting, >> > the time is wrong - it becomes correct eventually: >> I spoke too soon - I'm not seeing the clock updated from the RTC any >> more, >> however long I wait. >> >> For some reason it seems to like 17:37 on 26th December - it seems to >> return to that time when rebooted. > > hmm, let me guess... this is the time you created the SD card ? Yup, that seems about right. Boxing Day fun with Raspberry Pis :) > our initrd has a function that is supposed to set the system time to > the last mount date or fall back to the initial filesystem creation > timestamp if no hwclock is found (this is to prevent that you end up > with 01/01/1970 if you have no network and no hwclock at all, which can > cause nasty things in some userspace apps). this is done by the > "fixrtc" option you found below in the kernel cmdline and should be > overwritten once the userspace kicks in to set it from /dev/rtc. > >> >> The value in the RTC device is correct AFAICS. >> >> Some things that may or may not be relevant: the hwclock command says >> it can't find the rtc device: >> >> # hwclock --debug >> hwclock from util-linux 2.27.1 >> hwclock: cannot open /dev/rtc: No such file or directory >> No usable clock interface found. >> hwclock: Cannot access the Hardware Clock via any known method. >> >> A couple of lines in /var/log/kern.log mention "rtc": >> >> Dec 26 17:37:01 localhost kernel: [ 0.000000] Kernel command >> line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 >> bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 >> bcm2709.serial=0x1917350 smsc95xx.macaddr=B8:27:EB:91:73:50 >> bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 >> bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 >> vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 >> dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty0 >> elevator=deadline root=/dev/disk/by-label/writable net.ifnames=0 >> init=/lib/systemd/systemd ro panic=-1 fixrtc snap_core=core_645.snap >> snap_kernel=pi2-kernel_22.snap >> Dec 26 17:37:01 localhost kernel: [ 6.560643] hctosys: unable >> to open rtc device (rtc0) >> >> Any ideas? > > the above seems to happen before userspace (before the module is loaded > by kmod during boot), both lines are written in the same second on > initial kernel start ... > > do you actually not have any rtc device at all in /dev after the module > was loaded (else the message is a red herring) ? I don't see any files matching *rtc* in /dev. What's odd is that it definitely worked at least once. If I wanted to start delving into kernel source to see what's going on, have you got any suggested starting points? I'm not sure which layer is responsible for setting up the RTC device or setting the current time from it. cheers, rog.