group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #04342
[Bug 1574829] Re: snappy install requires root or login, but doesn't tell you so
This bug was fixed in the package snapd - 2.0.5
---------------
snapd (2.0.5) xenial; urgency=medium
* New upstream release: LP: #1583085
- interfaces: add dbusmenu, freedesktop and kde notifications to
unity7 (LP: #1573188)
- daemon: make localSnapInfo return SnapState
- cmd: make snap list with no snaps not special
- debian: workaround for XDG_DATA_DIRS issues
- cmd,po: fix conflicts, apply review from #1154
- snap,store: load and store the private flag sent by the store in
SideInfo
- interfaces/apparmor/template.go: adjust /dev/shm to be more usable
- store: use purchase decorator in Snap and FindSnaps
- interfaces: first version of the networkmanager interface
- snap, snappy: implement the new (minmimal) kernel spec
- cmd/snap, debian: move manpage generation to depend on an environ
key; also, fix completion
snapd (2.0.4) xenial; urgency=medium
* New upstream release:
- interfaces: cleanup explicit denies
- integration-tests: remove the ancient integration daemon tests
- integration-tests: add network-bind interface test
- integration-tests: add actual checks for undoing install
- integration-tests: add store login test
- snap: add certain implicit slots only on classic
- integration-tests: add coverage flags to snapd.service ExecStart
setting when building from branch
- integration-tests: remove the tests for features removed in 16.04.
- daemon, overlord/snapstate: "(de)activate" is no longer a thing
- docs: update meta.md and security.md for current snappy
- debian: always start snapd
- integration-tests: add test for undoing failed install
- overlord: handle ensureNext being in the past
- overlord/snapstate,overlord/snapstate/backend,snappy: start
backend porting LinkSnap and UnlinkSnap
- debian/tests: add reboot capability to autopkgtest and execute
snapPersistsSuite
- daemon,snappy,progress: drop license agreement broken logic
- daemon,client,cmd/snap: nice access denied message
(LP: #1574829)
- daemon: add user parameter to all commands
- snap, store: rework purchase methods into decorators
- many: simplify release package and add OnClassic
- interfaces: miscellaneous policy updates
- snappy,wrappers: move desktop files handling to wrappers
- snappy: remove some obviously dead code
- interfaces/builtin: quote apparmor label
- many: remove the gadget yaml support from snappy
- snappy,systemd,wrappers: move service units generation to wrappers
- store: add method to determine if a snap must be bought
- store: add methods to read purchases from the store
- wrappers,snappy: move binary wrapper generation to new package
wrappers
- snap: add `snap help` command
- integration-tests: remove framework-test data and avoid using
config-snap for now
- add integration test to verify fix for LP: #1571721
-- Michael Vogt <michael.vogt@xxxxxxxxxx> Thu, 19 May 2016 15:29:16
+0200
** Changed in: snapd (Ubuntu Xenial)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1574829
Title:
snappy install requires root or login, but doesn't tell you so
Status in Snappy:
In Progress
Status in snapd package in Ubuntu:
New
Status in snapd source package in Xenial:
Fix Released
Bug description:
A new user will try and run something similar to the following:
$ snap install foo
Only to be given this error message:
"error: access denied"
This isn't particularly friendly. They might then look at the help
docs for the install command:
$ snap install -h
Usage:
snap [OPTIONS] install [install-OPTIONS] <snap>
The install command installs and activates the named snap in the
system.
Help Options:
-h, --help Show this help message
[install command options]
--channel= Install from this channel instead of the device's default
--devmode Install the snap with non-enforcing security
...which never mentions the fact that this command requires root. I think two things should be tweaked here:
1) The error message when root access is not available should be
something much nicer, perhaps "Error: 'snap install' requires root
access. Please re-run with 'sudo snap install <packagename>'."
2) The help docs for 'snap install' shold mention at the top that this
command requires root.
To manage notifications about this bug go to:
https://bugs.launchpad.net/snappy/+bug/1574829/+subscriptions