Re: GEM/Ruby snapcraft plugin?

2017-01-30 Thread Justin McPherson 
I know a fair bit about ruby and gems, happy to help with this task.

Being able to snap a rails app is something I'd also like to be possible.


- Justin


On Tue, Jan 31, 2017 at 10:37 AM, Leo Arias  wrote:

> On Mon, Jan 30, 2017 at 8:33 AM, Adam Stokes 
> wrote:
> > There isn't a plugin yet and I did ask Sergio about this at our last
> sprint.
> > AFAIK there isn't one planned and I would be willing to collaborate with
> you
> > to get one written and merged upstream.
>
> Do you know ruby Adam? Welcome to the team! :D
> This bug is for you: https://bugs.launchpad.net/snapcraft/+bug/1612818 :D
>
> Marco, there's also gistup. Pretty nice. However, it can't be snapped
> because of https://bugs.launchpad.net/snappy/+bug/1630690
> It could be a classic snap, but that doesn't sound correct.
>
> pura vida.
> --
> ¡paz y baile!
> http://www.ubuntu.com
>
> --
> 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

snapcraft parts cache and webservice

2017-01-30 Thread Manik Taneja 
hi there,

just wanted to find out the status of-

https://trello.com/c/R4PP2b8P/142-parts-build-cache-and-webservice

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

Re: GEM/Ruby snapcraft plugin?

2017-01-30 Thread Leo Arias 
On Mon, Jan 30, 2017 at 8:33 AM, Adam Stokes  wrote:
> There isn't a plugin yet and I did ask Sergio about this at our last sprint.
> AFAIK there isn't one planned and I would be willing to collaborate with you
> to get one written and merged upstream.

Do you know ruby Adam? Welcome to the team! :D
This bug is for you: https://bugs.launchpad.net/snapcraft/+bug/1612818 :D

Marco, there's also gistup. Pretty nice. However, it can't be snapped
because of https://bugs.launchpad.net/snappy/+bug/1630690
It could be a classic snap, but that doesn't sound correct.

pura vida.
-- 
¡paz y baile!
http://www.ubuntu.com

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

LDC snap published in edge channel

2017-01-30 Thread Joseph Rushton Wakeling 

On 26/01/17 22:04, Joseph Rushton Wakeling wrote:

Just to follow up on this: the LDC devs have agreed to allow me to move forward
with this in the name of the project.  The new git repo is available at:
https://github.com/ldc-developers/ldc2.snap


The snap packaged passed manual review today, so earlier this evening I 
published it to the edge channel (accessing the developer site from an Ubuntu 
phone, appropriately enough:-).


It should be possible to install with:

sudo snap install --edge --classic ldc2

Would be really grateful if anyone would be prepared to try it out and confirm 
that it works for them (especially people using snapd on non-Ubuntu distros). 
If you need inspiration for some D code to write, you could play with some of 
the examples available at https://dlang.org/ :-)


Thanks very much to everyone who gave so much generous advice and support to 
help me get this package ready.


Best wishes,

-- Joe

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

Re: Snap Health checks/monitoring running status

2017-01-30 Thread Gustavo Niemeyer 
The short answer is that daemons are naturally restarted, so you shouldn't
have to do anything other than ensuring you're using the proper daemon type
(simple, forking, etc). See Luca's recommended URL for more details.

On Sun, Jan 29, 2017 at 11:52 AM, Anton Smith  wrote:

> I got a question that I couldn't find any answers to on google/mailing
> lists etc.
>
> How do you keep a snap application alive, i.e. let's say I have an FFMPEG
> session that needs to run 24/7 (recording a camera), and on occasion it
> crashes. Traditionally I have used monit to "watch it" and restart it when
> it dies.
>
> How does this work with snaps?
>
> Regards,
> Anton
>
> --
> Snapcraft mailing list
> Snapcraft@lists.snapcraft.io
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/snapcraft
>
>


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

[SPAM] snapping with Qt vs. wx

2017-01-30 Thread Spencer Parkin 
Hi,

I was just curious what people's preferences were for snaps: Qt or wx?  I
believe Qt has support for mobile devices, but I don't think wxWidgets
does.  Other than that, should I switch over to using Qt?  I've been a
wxWidgets guy for a long time, and I'm a big fan of it.  What do you
think?  Is there something better than either?

I've never written a mobile app, but if I did, I might look into the Ubuntu
phone platform.  I own an iPhone, though.  Is Ubuntu phone better?

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

Re: glGetUniformLocation fails in confinement mode

2017-01-30 Thread Spencer 
Okay, I remember now.  I was silently skipping absent shader files because, as 
I understand it, a shader program may consist of only a vertex program or only 
a fragment program or some other permutation of vertex, fragment, geometry and 
compute shaders.  In a better API, I would flag the permutation I'm expecting, 
then barf if that is not what's found on disk.

Thanks again for your help.  I was kind of hoping it wasn't me being dumb, but 
alas, it was.

> On Jan 30, 2017, at 8:50 AM, Spencer  wrote:
> 
> Oh, you're right!  I don't know why I silently fail when the file doesn't 
> exist.  That was stupid.
> 
> And I can see that I'm installing all resource files except for the shaders 
> directory.  That's the problem.
> 
> My bad; I'm an idiot.  Thanks.  I'll resnap later today after work when I get 
> the chance between toddler screams and house work.
> 
>>> On Jan 30, 2017, at 6:47 AM, Stephen M. Webb  
>>> wrote:
>>> 
>>> On 2017-01-30 01:56 AM, Spencer Parkin wrote:
>>> 
>>> I have a program that has successfully snapped and run in confinement mode, 
>>> but then I added a pixel and vertex shader
>>> which works when run on my classic system, but not in strict confinement as 
>>> a snap.  I've tried to narrow down the
>>> earliest fail point, and I believe it is at the point where I'm calling 
>>> glGetUniformFromLocation.  This is returning -1
>>> in confinement mode.  I'm able to read, compile and link my shader program, 
>>> and bind it, but the first call to
>>> glGetUniformFromLocation fails.  Is OpenGL being denied read-access to a 
>>> portion of protected memory?  If so, it
>>> certainly would fail to write there as well with a call to glUniform3f, for 
>>> example.
>>> 
>>> I've tried hooking up the snappy-debug's log-observe plug to that of ubuntu 
>>> core's, then running the scanlog, but the
>>> only app-armer denial I get is, I believe, unrelated to the problem.  In 
>>> any case, I will give it here...
>>> 
>>> Log: apparmer="DENIED" operation="open" 
>>> profile="snap.twistypuzzle.twistypuzzle" name="/usr/share/glib-2.0/schemas/"
>>> pid=23593 comm="desktop-launch" request_mask="r" denied_mask="r" fsuid=1000 
>>> ouid=0
>>> File: /usr/share/glib-2.0/schemas/ (read)
>> 
>> That error message is because the launcher program "desktop-launch" can not 
>> find the gsettings.  I don't know what
>> impact that will have (if any) but it's not going to affect how OpenGL works 
>> internally.
>> 
>> Your glGetUniformFromLocation() sounds more like you haven't compiled the 
>> shader.  You code contains no error handling
>> if the shader file itself is not found, only if the shader file is found and 
>> fails to compile.  My guess is the shader
>> sources are not getting found under confinement.
>> 
>> -- 
>> Stephen M. Webb  
>> 
>> -- 
>> 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

Re: glGetUniformLocation fails in confinement mode

2017-01-30 Thread Spencer 
Oh, you're right!  I don't know why I silently fail when the file doesn't 
exist.  That was stupid.

And I can see that I'm installing all resource files except for the shaders 
directory.  That's the problem.

My bad; I'm an idiot.  Thanks.  I'll resnap later today after work when I get 
the chance between toddler screams and house work.

> On Jan 30, 2017, at 6:47 AM, Stephen M. Webb  
> wrote:
> 
>> On 2017-01-30 01:56 AM, Spencer Parkin wrote:
>> 
>> I have a program that has successfully snapped and run in confinement mode, 
>> but then I added a pixel and vertex shader
>> which works when run on my classic system, but not in strict confinement as 
>> a snap.  I've tried to narrow down the
>> earliest fail point, and I believe it is at the point where I'm calling 
>> glGetUniformFromLocation.  This is returning -1
>> in confinement mode.  I'm able to read, compile and link my shader program, 
>> and bind it, but the first call to
>> glGetUniformFromLocation fails.  Is OpenGL being denied read-access to a 
>> portion of protected memory?  If so, it
>> certainly would fail to write there as well with a call to glUniform3f, for 
>> example.
>> 
>> I've tried hooking up the snappy-debug's log-observe plug to that of ubuntu 
>> core's, then running the scanlog, but the
>> only app-armer denial I get is, I believe, unrelated to the problem.  In any 
>> case, I will give it here...
>> 
>> Log: apparmer="DENIED" operation="open" 
>> profile="snap.twistypuzzle.twistypuzzle" name="/usr/share/glib-2.0/schemas/"
>> pid=23593 comm="desktop-launch" request_mask="r" denied_mask="r" fsuid=1000 
>> ouid=0
>> File: /usr/share/glib-2.0/schemas/ (read)
> 
> That error message is because the launcher program "desktop-launch" can not 
> find the gsettings.  I don't know what
> impact that will have (if any) but it's not going to affect how OpenGL works 
> internally.
> 
> Your glGetUniformFromLocation() sounds more like you haven't compiled the 
> shader.  You code contains no error handling
> if the shader file itself is not found, only if the shader file is found and 
> fails to compile.  My guess is the shader
> sources are not getting found under confinement.
> 
> -- 
> Stephen M. Webb  
> 
> -- 
> 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

Re: ubuntu-app-platform updated to Qt 5.6.2

2017-01-30 Thread Sergio Schvezov 
On Mon, 30 Jan 2017 15:33:54 +0200, Timo Jyrinki wrote:
> Hi Dan (and Matthias),
>
> We tested among else webbrowser, UITK gallery and calendar app and
> they run fine. We didn't anticipate problems, but as there are this
> would then be the point to introduce "ubuntu-app-platform2" (currently
> at ubuntu-app-platform1) as it seems that it's not the drop in
> replacement hoped for. Even though at this point I'm unsure what's
> causing the problem as there are no API changes to speak of.
>
> So far we have already been adding libraries and upgrading for example
> Oxide while keeping the "ubuntu-app-platform1". I will bump the
> content field to "2" now.

Same for
$ ubuntu-terminal-app 
...
...
Cannot mix incompatible Qt library (version 0x50602) with this library (version 
0x50601)
Aborted (core dumped)


-- 
Sent using Dekko from my Ubuntu device

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

New snapd 2.22 release

2017-01-30 Thread Michael Vogt 
Hello everyone,

after slightly more than two weeks we have a new release of snapd!

We are happy to announce the new snapd 2.22.

One of the most important aspects of this release is that we
transition users who have the "ubuntu-core" snap installed over to the
new "core" snap. It should be totally transparent and you will only
notice if you look into `snap changes`. But if you notice any issues,
please do let us know!

Some highlights:
- automatically transition ubuntu-core snaps to core
- support for X-Ayatana-Desktop-Shortcuts in desktop files
- improve retry handling on network errors further
- support for disabling sshd from the core config
- support new "reload-command" in snap.yaml
- fix snap try with classic confinement
- many more bugfixes
- interface improvements:
  - opengl, default, network-control, network-manager
- new interfaces:
  - unity8-download-manager, evolution, account-control,
core-support

This release is uploaded to the Ubuntu 14.04/16.04/16.10 "proposed"
pocket.  It is also available in 17.04 and in the "candidate" channel
for the "core" and "ubuntu-core" snaps. Other distros will follow
shortly. The stable channel continues to have the 2.21 version. If you
would like to test out this new snapd version on your Ubuntu Core
device you can use the command:

$ snap refresh --candidate core

On the classic distribution you can help testing by enabling -proposed
and then installing snapd [1].

Enjoy the new release! And as always, plese get in touch if you notice
any issues or if you have suggestions for improvements.

Cheers,
 Michael

[1] https://wiki.ubuntu.com/Testing/EnableProposed


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

Re: ubuntu-app-platform updated to Qt 5.6.2

2017-01-30 Thread Matthias Seidel 
Just a quick note:

Ubuntu-calculator-app doesn't work anymore:

seidel@Seidel-ThinkPad:~$ ubuntu-calculator-app
QGtkStyle could not resolve GTK. Make sure you have installed the proper
libraries.
qml: PageWithBottomEdge_QMLTYPE_29_QML_47(0x1568670)"Calculator": In
Ubuntu.Components 1.3, the use of Page.title, Page.flickable and
Page.head is deprecated. Use Page.header and the PageHeader component
instead.
qml: Database upgraded to 1
qml: [LOG]: Detecting first time run by user. Starting welcome wizard.
XmbTextListToTextProperty result code -2
Speicherzugriffsfehler (Speicherabzug geschrieben)

Kind regards, Matthias


Am 30.01.2017 um 13:26 schrieb Timo Jyrinki:
> Hi,
>
> ubuntu-app-platform #26 has Qt 5.6.2 (up from 5.6.1), including around
> 5 months of upstream LTS bugfixes. It passed QA and everything seems
> to work normally, but you might find some pet bug to be fixed. Since
> this is the first point release update done in ubuntu-app-platform I
> thought to do an announcement.
>
> To recap, the platform snap is mostly to be used by apps that target
> Ubuntu Personal and require a shared Qt with backported patches and
> other libraries.
>
> For most Qt applications snappers, either simply staging from archives
> or using the Qt 5.7 / 5.8 cloud parts offering pure upstream Qt are
> probably more interesting. See the blog post at
> https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ for
> more information.
>
> Qt 5.6.3 should follow in 6 months or so.
>
> -Timo
>




smime.p7s
Description: S/MIME Cryptographic Signature
-- 
Snapcraft mailing list
Snapcraft@lists.snapcraft.io
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snapcraft

ubuntu-app-platform updated to Qt 5.6.2

2017-01-30 Thread Timo Jyrinki 
Hi,

ubuntu-app-platform #26 has Qt 5.6.2 (up from 5.6.1), including around
5 months of upstream LTS bugfixes. It passed QA and everything seems
to work normally, but you might find some pet bug to be fixed. Since
this is the first point release update done in ubuntu-app-platform I
thought to do an announcement.

To recap, the platform snap is mostly to be used by apps that target
Ubuntu Personal and require a shared Qt with backported patches and
other libraries.

For most Qt applications snappers, either simply staging from archives
or using the Qt 5.7 / 5.8 cloud parts offering pure upstream Qt are
probably more interesting. See the blog post at
https://developer.ubuntu.com/en/blog/2016/11/16/snapping-qt-apps/ for
more information.

Qt 5.6.3 should follow in 6 months or so.

-Timo

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