Profile

Cover photo
Jamie Bennett
Works at Trustonic
Attends De Montfort University
Lives in Bath, UK
231 followers|237,311 views
AboutPostsPhotosYouTubeReviews

Stream

Jamie Bennett

Shared publicly  - 
 
A great and productive time by all. Awesome to have the community around to sprint with Canonical on such an important topic and as a group, we really can make a difference.
 
The Snappy Sprint in Heidelberg came to a close yesterday. Here are my thoughts, and a little background about the event, for those of you who've contacted me with questions.

First some background as to how this Sprint was organised. There were three tracks running, each broken down into sessions lasting between 45 mins to an hour. Each afternoon there was the option to participate in a 2 hour hacking session or continue to follow the other sessions. Trello was used to keep the session time table up to date. Wednesday evening we all had a meal together, lightning talks (mostly from the non-Ubuntu invitees) and an evening of hacking.

My first observation is the invited community contributors were warmly welcomed, had access to everything and were encouraged to participate, be it discussion, design or code. It was an inclusive and productive environment. ☺️

I mostly followed the community and cross distro track, but did dip in and out of some of the snapd, snappy core, +Snapcraft​ and snapweb sessions. From outside Canonical there was participation from AppSteam, +Arch Linux​, +Blue Systems​, Debian, +elementary​, +Fedora Project​, KDE, +MATE Desktop​, nextcloud, +openSUSE​, OpenWRT and VLC. And just to be clear, all the representatives are leaders and decision makers for their respective projects.

At the end of day one the discussions that had taken place in the community/cross distro track were described as "intense" by +Mark Shuttleworth​ in the daily wrap up. Linux distros have different missions and the desktop environments have different user experience stories. But even on day one, it was apparent we did all agree on something fundamental. Snaps enable us to deliver the best software we have to offer in a secure and predictable manner, everywhere.

On day two, the ideas started emerging as to how the different projects could leverage snaps and by the end of the week firm plans, initial code and in some cases final solutions were in place. The level of collaboration has been brilliant. The existing snap capabilities have been explored and some new limits discovered along with plans/proposals that outline how to overcome them. There was a particular focus on a new Snappy feature called Content Sharing, which is the mechanism by which shared platform/runtime snaps are made possible. A platform snap for GNOME 3.20 is nearly complete and the race is on to see if I can land the MATE 1.15 platform snap first 😉

I've left the Snappy Sprint with a clear understanding of the road ahead, an enthusiasm and commitment to be a part of the snap journey, and most importantly, some great new friendships. Keep your ear to the ground about snaps, there is certainly big news to follow in the not too distant future...

#snappysprint 
6 comments on original post
1
Add a comment...

Jamie Bennett

Shared publicly  - 
 
 
Listening to community feedback after the snapcraft.io launch, we show you how to easily roll-out a vendor-independent snap store. Check it out on Dustin Kirkland's article!
SNAPs are the cross-distro, cross-cloud, cross-device Linux packaging format of the future. And we're already hosting a fantastic catalog of SNAPs in the SNAP store provided by Canonical. Developers are welcome to publish t...
1 comment on original post
1
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Packaging hasn't been easy for app developers in the past but this has to be addressed if Linux platforms are to be a viable alternative to Windows and MacOS.
 
So lots of people are posting about the latest app package formats (AppImage, Snap, flatpack) and lots of other people then start flaming that this is all wrong and that there are all these issues with security and upgrades and size of the packages and what not.

So here is my rant:

If those app packages (for the record, I use AppImage for Subsurface) aren't the solution, then what is the solution?

The current situation with dozens of distributions, each with different rules, each with different versions of different libraries, some with certain libraries missing, each with different packaging tools and packaging formats... that basically tells app developers "go away, focus on platforms that care about applications".

Now I hear all the true believers in the true free software world howling in protest, telling me "you should love having to spend more time on packaging your app than on developing, you should be grateful that the brilliant packagers in the various distributions have packaged a two year old version of your app against a broken version of a key library and are still shipping it with all support requests going to you". And I admit, I should be grateful that all the people who think that running a computer is about deep knowledge and expertise and that the pain of most hardware not working is a rite of passage on that path to FREEDOM...

But in reality, most people are just looking for a computer that they can run a few apps on. Preferably the latest version of the app, the one that the developer supports, the one where the developer fixes bugs that they report.

If users cared about freedom they wouldn't be on Facebook (or G+), they wouldn't use iPhones, etc.

So the choice that I see is "make it possible for my users to get the app and run it on whatever OS their nephew installed on their system", or "give up on Linux and focus on making the app work well on Windows (right now about 70% of my users) and Mac (~20%)".

To be specific - I used to spend about three times as much time on issues around packaging Subsurface for Linux (~10% of the user base) than on Windows and Mac combined (~90% of the user base).
And for the past six months I have basically ignored the distros and just made AppImages available. I think right now my scripts still create Debian/Ubuntu package that may or may not work, the SUSE/Fedora builds are currently broken. And I really don't care - and it seems neither do the users. They just use the AppImage.

I'm all ears to hear about a solution that means that I spend about the same time for each of the platforms (for those challenged when it comes to math, that means at least 80% less work for all those Linux distros than it is today), and that makes things integrate well with the distros, allows for seamless updates, etc.

But if that exists, I haven't seen it.

</rant>
63 comments on original post
2
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Are snaps really cross distro?
http://www.linuxuk.org/post/cross-distro-snaps/
Are snaps really cross distro? Thu, Jun 16, 2016. Yesterday we announced the new home for everything snaps and Snapcraft, snapcraft.io, and at the same time made available the cross-distribution work that really does means snaps can run on virtually any Linux distribution.
5
6
Add a comment...

Jamie Bennett

Shared publicly  - 
 
More snap adoption, this time on a great looking NAS solution.
QNAP selects snaps and Ubuntu to bring IOT apps to its NAS On Friday QNAP announced that they were adopting snaps as the application format of choice for their NAS going forward. Behind this decision are two factors, the ease of development of snaps and the universality of snaps, especially to create IoT applications. NAS [...]
5
3
Mark Shuttleworth's profile photo
 
So much to +1 today :)
Add a comment...

Jamie Bennett

Shared publicly  - 
 
 
Getting your desktop snap integrated in to the desktop environment just got a whole lot easier!

2 comments on original post
1
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Great snapcraft snapping tutorial by +Alan Pope 
2
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Awesome. Who said self contained packages have to be significantly bigger than their shared lib counterparts? Of course with snaps you get the added advantage of segmentation, security, and compartmentalisation.
 
The size of the LibreOffice snap is now 287MB, and here's why it wasn't to start with.

8 comments on original post
1
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Snap packages, which Canonical announced two months ago, will be the new standard for app distribution on Ubuntu and across whole host of other Linux distributions, including Arch, Fedora, and RHEL.

http://www.omgubuntu.co.uk/2016/06/snap-to-be-universal-linux-package-format
Snaps on Arch! Snaps on Samsung ARTIK! Snaps on Fedora! Snaps on Dell Gateways! Snaps on elementary! Snaps on
2
Add a comment...

Jamie Bennett

Shared publicly  - 
 
Contribute to a really exciting project - a step-by-step guide for potential snapd developers.

http://www.linuxuk.org/post/contributing_to_snapd/
Contributing to the snapd project. Wed, Jun 1, 2016. There is a lot of buzz around snaps, the new packaging format created by Canonical to enable secure, transactional, and robust application updates, and rightly so. This new method of distributing applications is revolutionizing not only ...
1
2
Add a comment...

Jamie Bennett

Shared publicly  - 
 
 
Snap packages aren't just for calculators. Today I snapped up the pre-release version of Krita 3.0 direct from upstream. It wasn't nearly as difficult as I expected either, it took longer to find the right dependencies (since 3.0 isn't in the apt archives, this took some digging) and to compile than it took me to create the snapcraft package configs.
49 comments on original post
1
Add a comment...
Work
Occupation
Vice President of Product Engineering
Skills
Linux, Embedded Development, ARM Devices, Software Development, Project Management, Program Management, Operatons Management, Release Management, Scrum and Agile, Mobile Devices
Employment
  • Trustonic
    Vice President of Product Engineering, 2012 - present
  • ARM Holdings, plc
    Program and Operations Manager, Secure Services Division, 2011 - 2013
  • Linaro
    Release and Platform Programme Manager, 2010 - 2011
  • Canonical
    Mobile Developer, 2009 - 2010
Places
Map of the places this user has livedMap of the places this user has livedMap of the places this user has lived
Currently
Bath, UK
Previously
Bradford
Story
Tagline
Technologist, programmer, researcher, tech evangelist, open source monkey, Linux developer and self confessed gadget freak.
Introduction

Career

Jamie is a long time embedded engineer having started out in the consumer gaming industry. After 10 years of developing on embedded entertainment systems a switch to Canonical as a developer in the Ubuntu Mobile team took Jamie on a career path involving his love of Linux. Projects contributed to include Nokia’s Maemo and MeeGo platform, the Linux From Scratch project on their automated build tools, various start-ups with iPhone and Android development and a couple of set-top box vendors.

 

Whilst at Canonical Jamie helped start up the not-for-profit company Linaro and stayed on as the Linaro Release Manager, ARM Technical Liaison Engineer and finally the Linaro Platform Program Manager. A further move to ARM as the Secure Services Program Manager followed by forming Trustonic, ARM’s joint venture with G&D and Gemalto brings this story up to date.

 

Jamie is married with two wonderful children and currently lives in Bath, Somerset in the south west of England.

Education
  • De Montfort University
    MSc Software Engineering, present
  • Open University
    MSc Management of Software Projects
  • University of Bradford
    BSc Computer Science
Basic Information
Gender
Male
Relationship
Married
Public - a week ago
reviewed a week ago
Lovely hotel and conveniently positioned for the park and harbour front. Lots of local shops outside to stock up on the essentials and eat out.
Public - 3 weeks ago
reviewed 3 weeks ago
Great park with nice rides, not too busy and a lot to do for all ages.
Public - 3 weeks ago
reviewed 3 weeks ago
11 reviews
Map
Map
Map
Nice atmosphere and good food. Dog friendly and WiFi available.
Public - 3 weeks ago
reviewed 3 weeks ago
Small but well stocked, cafe and WiFi.
Public - 3 weeks ago
reviewed 3 weeks ago