Thanks for this mardy. A very interesting read (& video)!
> On 24 Mar 2017, at 23:33, Alberto Mardegan
> wrote:
>
> Hi there!
> Please bear with my boasting for a while. :-) I just wrote a blog
> post [1] on my experience with snapping photogrammetry software, that is
> software which can bui
On 25/03/17 00:27, mhall119 wrote:
Usually you would include all related tools in the same snap. Is there a
need to having them separate if they all need to be installed together?
Mostly that they don't technically _need_ to all be together. I mean, why not
split stuff up if its components ca
Usually you would include all related tools in the same snap. Is there a
need to having them separate if they all need to be installed together?
On Mar 24, 2017 6:42 PM, "Joseph Rushton Wakeling" <
joseph.wakel...@webdrake.net> wrote:
> Hello folks,
>
> Is it possible -- or are there plans for --
Hello all,
I've been discussing with some of the D language developers about how to move
forward with snap packages for the core D tools.
The D language project has a dedicated git repo for building packages for
various targets [1] and the obvious place to define snap packages would be
there
Hello folks,
Is it possible -- or are there plans for -- snap 'meta-packages' whose only job
is to make sure that multiple related snap packages get installed together?
The use-case I'm thinking of is a collective 'dlang' meta-package that would
install a group of snaps each providing a diffe
Hi there!
Please bear with my boasting for a while. :-) I just wrote a blog
post [1] on my experience with snapping photogrammetry software, that is
software which can build a 3D model out of a set of 2D photographs.
I also made a video overview of the process:
https://www.youtube.com/watch?v=E
hi all,
I have a doubt.
It seem that a gadget can't be upgraded during the lifetime of a
supported board.
I don't find anything in the snap framework for making it in a
transational manner: is my mindset wrong?
Thank in advance for any clarification.
Nicolino
--
Snapcraft mailing list
Snap
Hi everybody,
My question is in the context of a libvirt & qemu snap but I think it is
worthwhile to discuss that for any software written in C, C++ or other
compiled languages for which debugging symbols can be generated.
A lot of debugging tasks can be solved by looking at logs and {s,l}tracing
Hello,
In order to fit my habit for better experiences (e.g. bundle), I tried to
snapcraft the vim snap [1], but after installing the snap and connecting
the home interface, I got the weird error of bad system call when vim was
closed with ":wq" for write. Another thing I noticed that .vim and .vi
hi Seth
it seem what i need.
Thanks a lot
Nicolino
Il 24/03/2017 07:36, Seth Arnold ha scritto:
> On Fri, Mar 24, 2017 at 05:09:28AM +, Nicolino Curalli wrote:
>> I want to build a CI pipeline for test my snap for the fundamental
>> requirements to pass the review process before uploading it
10 matches
Mail list logo