Skip to main content
14 events
when toggle format what by license comment
Jun 12, 2020 at 14:35 history edited CommunityBot
Commonmark migration
Apr 28, 2017 at 16:57 vote accept Eliah Kagan
Apr 13, 2017 at 12:25 history edited CommunityBot
replaced http://askubuntu.com/ with https://askubuntu.com/
Feb 6, 2017 at 11:46 comment added Fabby Eliah, could you accept and upvote Thomas's answer as my answer is the top answer now...
Feb 3, 2017 at 11:21 history tweeted twitter.com/AskUbuntu/status/827477174554939392
Feb 2, 2017 at 22:48 answer added Thomas WardMod timeline score: 11
Feb 1, 2017 at 22:35 answer added Fabby timeline score: 5
Feb 1, 2017 at 19:51 comment added guntbert "We don't support arbitrary Canonical technologies." Amen to that! We are certainly not "obliged" to do something that might hurt AU, just because someone at Canonical puts a link to AU on the website of their project
Feb 1, 2017 at 14:48 answer added muru timeline score: 3
Feb 1, 2017 at 12:25 comment added Mark Kirby I guess we are obliged to support it under the "services provided by Canonical" section of the help. However there should be a clear line, ie we should support the building of and installation of snap packages but not the actual usage of the software or any quirks of the underlying OS, similar to the support for the Windows subsystem.
Feb 1, 2017 at 3:48 comment added Jorge Castro I'll have to sleep on this because the more I think about it the more areas come up (14.04 just got support for snaps today in an update, for example) -- but I think that the intent of the link from snapcraft to here is for application developers who want to get their software on linux, and we should probably optimize for that; at the end of the day since snapd is free software there's no guarantee that each distro will use it the same, or even the same version, so user-facing support will be a challenge.
Feb 1, 2017 at 3:45 comment added Jorge Castro Also, let's say a Mint user goes and gets the Libreoffice snap because they read it's great, but they zigged instead of zagged when their installer asked to install kernel updates and they're a few revs behind, who would want to support that?
Feb 1, 2017 at 3:43 comment added Jorge Castro Something to also consider, currently snapcraft only really works well on 16.04 right, so for people who need the help the most (app authors) they probably are on 16.04. This will change at some point but I'm thinking it's best for everyone if we at least try to support the people trying to make snaps, and then client-side support for other distros should perhaps be in the upstream snapcraft.io documentation or another SE?
Feb 1, 2017 at 2:12 history asked Eliah Kagan CC BY-SA 3.0