Re: How to install Ubuntu core into virtualbox

[XiaoGuo Liu]

I am sorry that I forgot to put the link in my last email.

The correct link is at
http://blog.csdn.net/ubuntutouch/article/details/53285110

On Tue, Nov 22, 2016 at 2:46 PM, XiaoGuo Liu 
wrote:

> Hi,
>
> Based on Kyle's blog at:
>
> https://kyrofa.com/posts/ubuntu-core-on-virtualbox
>
> I created a more detailed blog for installing Ubuntu Core 16 into
> virutalbox. Hopefully, it is useful to you!
>
> Thanks & best regards,
> XiaoGuo
>
> --
> XiaoGuo, Liu
>



-- 
XiaoGuo, Liu
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[Mark Shuttleworth]

On 22/11/16 06:46, Didier Roche wrote:
> Le 22/11/2016 à 05:43, Spencer Parkin a écrit :
>> Well, actually, not unless the customer also installs
>> snapd-xdg-open.  Why is it an add-on?  Why not just make it part of
>> snapd?
>
> I gues the idea was to keep it as a separate daemon and have the
> implementation which can easily change.
> The "why it's not installed by default" was the reason why I CCed
> Michael yesterday. I hope he will answer here.

Seems to me that we want a predictable result for all snap users,
otherwise we make installation instructions for snaps unnecessarily complex.

Mark

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[Didier Roche]

Le 22/11/2016 à 05:43, Spencer Parkin a écrit :
> Well, actually, not unless the customer also installs snapd-xdg-open. 
> Why is it an add-on?  Why not just make it part of snapd?

I gues the idea was to keep it as a separate daemon and have the
implementation which can easily change.
The "why it's not installed by default" was the reason why I CCed
Michael yesterday. I hope he will answer here.

Cheers,
Didier
>
> On Mon, Nov 21, 2016 at 9:09 PM, Spencer Parkin
> mailto:spencertpar...@gmail.com>> wrote:
>
> It's a miracle!  It works!  Now, for the first time ever, my users
> (all 0 of them) can reach the help page by clicking on "help" from
> within the app!  Thanks, Didier.  You're a real pal.
>
> On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche
> mailto:didro...@ubuntu.com>> wrote:
>
> Le 21/11/2016 à 04:26, Spencer a écrit :
> > It's been a few weeks now, but last I heard, the snapcraft
> team was or did a sprint to address current limitations snaps
> have regarding the invocation of external processes. 
> Specifically, it would be nice to launch the user's default
> browser with a URL, or let a snap invoke another instance of
> itself.  What's the status on this?
> >
> Hey Spencer,
>
> Default browser should works for some months already if your
> application
> (or toolkit, like Qt does) invoke the xdg-open to open the
> url. This is
> then transmitted via dbus to an external process on your
> classic system
> which then issues the real xdg-open command.
> For the others, there are been indeed multiple discussions on
> this at
> multiple places (here, on the bug report…), but no action or firm
> decision. I'm CCing Gustavo as he was the one against a more
> generic
> intermediate solutions.
>
> Cheers,
> Didier
>
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io 
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/snapcraft
> 
>
>
>
>
>

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

How to install Ubuntu core into virtualbox

[XiaoGuo Liu]

Hi,

Based on Kyle's blog at:

https://kyrofa.com/posts/ubuntu-core-on-virtualbox

I created a more detailed blog for installing Ubuntu Core 16 into
virutalbox. Hopefully, it is useful to you!

Thanks & best regards,
XiaoGuo

-- 
XiaoGuo, Liu
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: uwsgi systemd config (Type=notify)

[Didier Roche]

Le 21/11/2016 à 23:54, Boris Rybalkin a écrit :
> Hello,
>
> I am porting uwsgi systemd config to snap and having some problem.
> Snap installs correctly while systemd cannot start the service (some
> other configuration issue). I think uwsgi will notify systemd that it
> has started and looks like snap daemon does not support Type=notify.
>
> Original config:
> -
> [Unit]
> Description=uWSGI Internal
> After=syslog.target
>
> [Service]
> ;User=platform
> ExecStart={{ app_dir }}/uwsgi/bin/uwsgi --ini {{ config_root
> }}/config/uwsgi/internal.ini
> Restart=always
> KillSignal=SIGQUIT
> Type=notify
> StandardError=syslog
> NotifyAccess=all
> Environment=LD_LIBRARY_PATH={{ app_dir }}/python/lib
>
> [Install]
> WantedBy=multi-user.target
> -
> Which is almost exact copy of the recommended config by uwsgi developers:
> http://uwsgi-docs.readthedocs.io/en/latest/Systemd.html
>
> This is snap version:
> -
>   uwsgi:
> command: uwsgi/bin/uwsgi --ini ${SNAP_COMMON}/config/uwsgi/public.ini
> daemon: simple
> restart-condition: always
> plugs: [network, network-bind]
> -
>
> Snap way of defining systemd services seems very limited, is there a
> way to provide systemd version of the config in snapd?

Hey Boris,

This has been discussed some moons ago and indeed, it's not supported as
of today. Do you mind checking there is a bug for this in
https://launchpad.net/snappy and if none, file it?
Thanks!
Didier

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[Spencer Parkin]

Well, actually, not unless the customer also installs snapd-xdg-open.  Why
is it an add-on?  Why not just make it part of snapd?

On Mon, Nov 21, 2016 at 9:09 PM, Spencer Parkin 
wrote:

> It's a miracle!  It works!  Now, for the first time ever, my users (all 0
> of them) can reach the help page by clicking on "help" from within the
> app!  Thanks, Didier.  You're a real pal.
>
> On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche 
> wrote:
>
>> Le 21/11/2016 à 04:26, Spencer a écrit :
>> > It's been a few weeks now, but last I heard, the snapcraft team was or
>> did a sprint to address current limitations snaps have regarding the
>> invocation of external processes.  Specifically, it would be nice to launch
>> the user's default browser with a URL, or let a snap invoke another
>> instance of itself.  What's the status on this?
>> >
>> Hey Spencer,
>>
>> Default browser should works for some months already if your application
>> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is
>> then transmitted via dbus to an external process on your classic system
>> which then issues the real xdg-open command.
>> For the others, there are been indeed multiple discussions on this at
>> multiple places (here, on the bug report…), but no action or firm
>> decision. I'm CCing Gustavo as he was the one against a more generic
>> intermediate solutions.
>>
>> Cheers,
>> Didier
>>
>>
>> --
>> Snapcraft mailing list
>> Snapcraft@lists.snapcraft.io
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/snapcraft
>>
>
>
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[Spencer Parkin]

It's a miracle!  It works!  Now, for the first time ever, my users (all 0
of them) can reach the help page by clicking on "help" from within the
app!  Thanks, Didier.  You're a real pal.

On Mon, Nov 21, 2016 at 12:08 AM, Didier Roche  wrote:

> Le 21/11/2016 à 04:26, Spencer a écrit :
> > It's been a few weeks now, but last I heard, the snapcraft team was or
> did a sprint to address current limitations snaps have regarding the
> invocation of external processes.  Specifically, it would be nice to launch
> the user's default browser with a URL, or let a snap invoke another
> instance of itself.  What's the status on this?
> >
> Hey Spencer,
>
> Default browser should works for some months already if your application
> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is
> then transmitted via dbus to an external process on your classic system
> which then issues the real xdg-open command.
> For the others, there are been indeed multiple discussions on this at
> multiple places (here, on the bug report…), but no action or firm
> decision. I'm CCing Gustavo as he was the one against a more generic
> intermediate solutions.
>
> Cheers,
> Didier
>
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/snapcraft
>
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

uwsgi systemd config (Type=notify)

[Boris Rybalkin]

Hello,

I am porting uwsgi systemd config to snap and having some problem. Snap
installs correctly while systemd cannot start the service (some other
configuration issue). I think uwsgi will notify systemd that it has started
and looks like snap daemon does not support Type=notify.

Original config:
-
[Unit]
Description=uWSGI Internal
After=syslog.target

[Service]
;User=platform
ExecStart={{ app_dir }}/uwsgi/bin/uwsgi --ini {{ config_root
}}/config/uwsgi/internal.ini
Restart=always
KillSignal=SIGQUIT
Type=notify
StandardError=syslog
NotifyAccess=all
Environment=LD_LIBRARY_PATH={{ app_dir }}/python/lib

[Install]
WantedBy=multi-user.target
-
Which is almost exact copy of the recommended config by uwsgi developers:
http://uwsgi-docs.readthedocs.io/en/latest/Systemd.html

This is snap version:
-
  uwsgi:
command: uwsgi/bin/uwsgi --ini ${SNAP_COMMON}/config/uwsgi/public.ini
daemon: simple
restart-condition: always
plugs: [network, network-bind]
-

Snap way of defining systemd services seems very limited, is there a way to
provide systemd version of the config in snapd?

Thanks

-- 
Boris Rybalkin
ribal...@gmail.com
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: WIP snap for 0ad

[Tyler Hicks]

On 11/18/2016 09:05 AM, Sergio Schvezov wrote:
> 
> 
> El 18/11/16 a las 10:37, Jamie Strandboge escribió:
>> On Fri, 2016-11-18 at 13:13 +0100, Olivier Tilloy wrote:
>>> Hi everyone,
>>>
>>> I’ve been working on snapping up 0ad¹ as a side project, and I’m at
>>> the point where I’ve got it to run fully confined.
>>>
>>> I’ve had to modify the generated seccomp profile for this to work
>>> though, and I’m not sure where to take it from there. The game uses
>>> the following syscalls which are not allowed by default: setpriority
>>> and sched_setaffinity. I can get setpriority by adding the
>>> process-control plug (which needs manual connection), but it doesn’t
>>> appear any sensible interface exposes sched_setaffinity
>>> (docker-support does, but that’s obviously not a solution).
>>>
>>> What would interface experts suggest? Would it make sense to add
>>> sched_setaffinity to process-control? Or to create a new privileged
>>> interface for just that one syscall?
>>>
> 
> So this triggers the question, does 0ad work if these were denied?
> 
>> Fyi, there is a bug for setpriority. It looks like sched_setaffinity
>> would be
>> fine for process-control and I just prepared a PR for it. It looks
>> like it works
>> much like setpriority and so we'll be able to add it to the default
>> template
>> soon for certain invocations (I suspect you'll be able to drop
>> proces-control
>> then).
>>
> 
> Which brings in the follow-up question. Are there any updates wrt
> SCMP_ACT_KILL and SCMP_ACT_ERRNO or alternatives?

Not yet. Some other work took priority and this work is almost back to
the top of my list.

Tyler




signature.asc
Description: OpenPGP digital signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

snap and dbus

[Vasilisc]

I got the problem (GTK/Perl app in snap package)
(pac:4653): Unique-DBus-WARNING **: Error while sending message: The 
name org.pacmanager.PAC was not provided by any .service files


This problem similar
https://github.com/ubuntu/snappy-playpen/wiki/Known-issues

.service files (like thumbler in ristretto):
aren't accessible ** (ristretto:11165): WARNING **: DBUS-call failed:The 
name org.freedesktop.thumbnails.Thumbnailer1 was not provided by any 
.service files


What should I do?
--
Best regards,
vasilisc

--
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[PC Actual]

Thanks for the explanation Didier. :)

I'll try to install that package and check if it works. However, I guess
this package is only available for Ubuntu users right? Does anybody know if
it will be available on other distributions? It makes sense to me that if
snapd is a cross-distribution package, snapd-xdg-open should be available
too.

Best,

Eloy

2016-11-21 10:22 GMT+01:00 Didier Roche :

> Le 21/11/2016 à 09:30, Eloy García (PC Actual) a écrit :
>
> Hi Didier.
>
> My snap package (wallpaperdownloader) invokes xdg-open internally but it
> isn't working yet. Should I use a specific interface to accomplish that?
> This is the snapcraft.yml
>
>
> Hey Eloy,
>
> You need to have snapd-xdg-open package installed on the desktop. IIRC,
> the goal was to seed it by default or have snapd recommending it. CCing mvo
> on that who also responsible for the package on ubuntu if there is any
> reason this isn't the case yet.
>
> Ensure you are then using xdg-open from /usr/local/bin/.
>
> I konw this is working with the unity7 interface (I don't remember if the
> x11 one is succifient, but it should, if not, it's a bug).
> Cheers
> Didier
>
>
> name: wallpaperdownloader
> version: "2.3"
> summary: Download, manage and change your favorite wallpapers from the 
> Internet
> description: WallpaperDownloader is a simple GUI Java based application for 
> downloading, managing and changing wallpapers from the Internet
> grade: stable
> confinement: strict
>
> apps:
>   wallpaperdownloader:
> command: wallpaperdownloader.sh
> plugs: [x11, network-bind, home, gsettings]
>
> parts:
>   # Pulls the code from the original source (master branch)
>   # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the 
> Wiki: https://wiki.ubuntu.com/snapcraft/parts
>   # It enables desktop integration and gsettings manipulation from the 
> confined application
>   # It is necessary to use gsettings interface (see above) in order to have a 
> fully functional
>   # desktop/gtk3 part
>   # Github repository for snapcraft-desktop-helpers: 
> https://github.com/ubuntu/snapcraft-desktop-helpers
>   wallpaperdownloader:
> source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git
> plugin: maven
> stage-packages:
>   # mate-desktop-common is necessary to have MATE gsettings schemas 
> available for the application
>   - mate-desktop-common
> after: [desktop-gtk3]
>
>   # It will copy wallpaperdownloader script into /bin/
>   # This script contains all the commands needed (sets env variables, 
> launches the jar file...) to
>   # execute the application
>   exec:
> plugin: dump
> source: scripts
>
>
> Thanks!!!
>
> Best,
>
> Eloy
>
> 2016-11-21 8:08 GMT+01:00 Didier Roche :
>
>> Le 21/11/2016 à 04:26, Spencer a écrit :
>> > It's been a few weeks now, but last I heard, the snapcraft team was or
>> did a sprint to address current limitations snaps have regarding the
>> invocation of external processes.  Specifically, it would be nice to launch
>> the user's default browser with a URL, or let a snap invoke another
>> instance of itself.  What's the status on this?
>> >
>> Hey Spencer,
>>
>> Default browser should works for some months already if your application
>> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is
>> then transmitted via dbus to an external process on your classic system
>> which then issues the real xdg-open command.
>> For the others, there are been indeed multiple discussions on this at
>> multiple places (here, on the bug report…), but no action or firm
>> decision. I'm CCing Gustavo as he was the one against a more generic
>> intermediate solutions.
>>
>> Cheers,
>> Didier
>>
>>
>> --
>> Snapcraft mailing list
>> Snapcraft@lists.snapcraft.io
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/snapcraft
>>
>
>
>
> --
> Eloy García Almadén
>
>
>
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/snapcraft
>
>


-- 
Eloy García Almadén
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[Didier Roche]

Le 21/11/2016 à 09:30, Eloy García (PC Actual) a écrit :
> Hi Didier.
>
> My snap package (wallpaperdownloader) invokes xdg-open internally but
> it isn't working yet. Should I use a specific interface to accomplish
> that? This is the snapcraft.yml
>

Hey Eloy,

You need to have snapd-xdg-open package installed on the desktop. IIRC,
the goal was to seed it by default or have snapd recommending it. CCing
mvo on that who also responsible for the package on ubuntu if there is
any reason this isn't the case yet.

Ensure you are then using xdg-open from /usr/local/bin/.

I konw this is working with the unity7 interface (I don't remember if
the x11 one is succifient, but it should, if not, it's a bug).
Cheers
Didier

> name: wallpaperdownloader
> version: "2.3"
> summary: Download, manage and change your favorite wallpapers from the 
> Internet
> description: WallpaperDownloader is a simple GUI Java based application for 
> downloading, managing and changing wallpapers from the Internet
> grade: stable
> confinement: strict
>
> apps:
>   wallpaperdownloader:
> command: wallpaperdownloader.sh
> plugs: [x11, network-bind, home, gsettings]
>
> parts:
>   # Pulls the code from the original source (master branch)
>   # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from the 
> Wiki: https://wiki.ubuntu.com/snapcraft/parts
>   # It enables desktop integration and gsettings manipulation from the 
> confined application
>   # It is necessary to use gsettings interface (see above) in order to have a 
> fully functional
>   # desktop/gtk3 part
>   # Github repository for snapcraft-desktop-helpers: 
> https://github.com/ubuntu/snapcraft-desktop-helpers
>   wallpaperdownloader:
> source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git
> plugin: maven
> stage-packages:
>   # mate-desktop-common is necessary to have MATE gsettings schemas 
> available for the application
>   - mate-desktop-common
> after: [desktop-gtk3]
>
>   # It will copy wallpaperdownloader script into /bin/
>   # This script contains all the commands needed (sets env variables, 
> launches the jar file...) to
>   # execute the application
>   exec:
> plugin: dump
> source: scripts
>
> Thanks!!!
>
> Best,
>
> Eloy
>
> 2016-11-21 8:08 GMT+01:00 Didier Roche  >:
>
> Le 21/11/2016 à 04:26, Spencer a écrit :
> > It's been a few weeks now, but last I heard, the snapcraft team
> was or did a sprint to address current limitations snaps have
> regarding the invocation of external processes.  Specifically, it
> would be nice to launch the user's default browser with a URL, or
> let a snap invoke another instance of itself.  What's the status
> on this?
> >
> Hey Spencer,
>
> Default browser should works for some months already if your
> application
> (or toolkit, like Qt does) invoke the xdg-open to open the url.
> This is
> then transmitted via dbus to an external process on your classic
> system
> which then issues the real xdg-open command.
> For the others, there are been indeed multiple discussions on this at
> multiple places (here, on the bug report…), but no action or firm
> decision. I'm CCing Gustavo as he was the one against a more generic
> intermediate solutions.
>
> Cheers,
> Didier
>
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io 
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/snapcraft
> 
>
>
>
>
> -- 
> Eloy García Almadén
>
>

-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

Re: Snaps to invoke external processes

[PC Actual]

Hi Didier.

My snap package (wallpaperdownloader) invokes xdg-open internally but it
isn't working yet. Should I use a specific interface to accomplish that?
This is the snapcraft.yml

name: wallpaperdownloader
version: "2.3"
summary: Download, manage and change your favorite wallpapers from the Internet
description: WallpaperDownloader is a simple GUI Java based
application for downloading, managing and changing wallpapers from the
Internet
grade: stable
confinement: strict

apps:
  wallpaperdownloader:
command: wallpaperdownloader.sh
plugs: [x11, network-bind, home, gsettings]

parts:
  # Pulls the code from the original source (master branch)
  # desktop/gtk3 is a snapcraft part (snapcraft-desktop-helpers) from
the Wiki: https://wiki.ubuntu.com/snapcraft/parts
  # It enables desktop integration and gsettings manipulation from the
confined application
  # It is necessary to use gsettings interface (see above) in order to
have a fully functional
  # desktop/gtk3 part
  # Github repository for snapcraft-desktop-helpers:
https://github.com/ubuntu/snapcraft-desktop-helpers
  wallpaperdownloader:
source: https://bitbucket.org/eloy_garcia_pca/wallpaperdownloader.git
plugin: maven
stage-packages:
  # mate-desktop-common is necessary to have MATE gsettings
schemas available for the application
  - mate-desktop-common
after: [desktop-gtk3]

  # It will copy wallpaperdownloader script into /bin/
  # This script contains all the commands needed (sets env variables,
launches the jar file...) to
  # execute the application
  exec:
plugin: dump
source: scripts


Thanks!!!

Best,

Eloy

2016-11-21 8:08 GMT+01:00 Didier Roche :

> Le 21/11/2016 à 04:26, Spencer a écrit :
> > It's been a few weeks now, but last I heard, the snapcraft team was or
> did a sprint to address current limitations snaps have regarding the
> invocation of external processes.  Specifically, it would be nice to launch
> the user's default browser with a URL, or let a snap invoke another
> instance of itself.  What's the status on this?
> >
> Hey Spencer,
>
> Default browser should works for some months already if your application
> (or toolkit, like Qt does) invoke the xdg-open to open the url. This is
> then transmitted via dbus to an external process on your classic system
> which then issues the real xdg-open command.
> For the others, there are been indeed multiple discussions on this at
> multiple places (here, on the bug report…), but no action or firm
> decision. I'm CCing Gustavo as he was the one against a more generic
> intermediate solutions.
>
> Cheers,
> Didier
>
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/snapcraft
>



-- 
Eloy García Almadén
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft