Package Details: snapd 2.66.1-1

Git Clone URL: https://aur.archlinux.org/snapd.git (read-only, click to copy)
Package Base: snapd
Description: Service and tools for management of snap packages.
Upstream URL: https://github.com/snapcore/snapd
Licenses: GPL3
Conflicts: snap-confine
Submitter: Barthalion
Maintainer: bboozzoo (zyga, mardy)
Last Packager: bboozzoo
Votes: 217
Popularity: 4.47
First Submitted: 2018-01-07 17:37 (UTC)
Last Updated: 2024-11-13 08:24 (UTC)

Pinned Comments

bboozzoo commented on 2018-10-25 11:56 (UTC) (edited on 2024-04-09 07:39 (UTC) by bboozzoo)

Package update notes

2.36

2.36 is the first release with AppArmor enabled by default on Arch.

If you do not have AppArmor enabled at boot there should be no functional changes visible.

If you wish to use snaps with Apparmor, first make sure that Apparmor is enabled during boot, see https://wiki.archlinux.org/index.php/AppArmor for details. After upgrading the package, you need to do the following steps:

  • Reload the profiles: systemctl restart apparmor.service
  • Restart snapd: systemctl restart snapd.service
  • Load profiles for snaps: systemctl enable --now snapd.apparmor.service
2.62

Since 2.62 snapd generated additional files describing the sandbox. The snapd service needs to be restarted after the update for snaps to continue working (unless the system is rebooted after the update, in which case no additional steps are needed). To restart, run systemctl restart snapd.service

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 25 Next › Last »

bboozzoo commented on 2020-05-22 06:03 (UTC)

@camilojm please provide a log.

camilojm commented on 2020-05-21 23:44 (UTC)

Error makinkg snapd i have also LANG=zh_CN.UTF-8 not sure if that is the problem, but i have LANG=en_US.UTF-8 and LANG=es_COL.UTF-8 ass support

bboozzoo commented on 2020-05-19 09:41 (UTC)

@sxyzy1016 thanks, this is useful. I've pushed an update.

sxyzy1016 commented on 2020-05-19 09:30 (UTC)

set LANG=zh_CN.UTF-8 and run into Error making: snapd in check(); set LANG=en_US.UTF-8 and it works fine.

bboozzoo commented on 2020-05-19 08:04 (UTC)

@sl13kp can you upload the log somewhere? it builds fine in the CI system and clean chroot here.

sl13kp commented on 2020-05-19 07:43 (UTC)

Error making: snapd

bboozzoo commented on 2020-04-26 18:56 (UTC)

@WomboCombo pushed a fix, 2.44.3-2 sets GO111MODULES=off during the build.

WomboCombo commented on 2020-04-25 10:13 (UTC)

Oh, pretty sure that should fix it too. Could have thought about that. Setting it in the PKGBUILD should ensure that it works for people that, for whatever reason, have a newer golang version installed. And it does no harm for people with an older version.

bboozzoo commented on 2020-04-24 06:28 (UTC)

@WomboCombo I suspect I should set GO111MODULE=off in the PKGBUILD. Surprisingly, this does not come up in either chroot or my regular shell. Just checked that we already set that in the test environments on Arch. Unfortunately snapd does not use modules yet because of quite old Go versions used on other distros.

WomboCombo commented on 2020-04-23 20:27 (UTC) (edited on 2020-04-24 05:15 (UTC) by WomboCombo)

Currerntly running into this error when installing snapd. Any ideas how to fix it?

==> Making package: snapd 2.44.3-1 (Thu 23 Apr 2020 10:16:45 PM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found snapd-2.44.3.tar.xz
==> Validating source files with sha256sums...
    snapd-2.44.3.tar.xz ... Passed
==> Extracting sources...
  -> Extracting snapd-2.44.3.tar.xz with bsdtar
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
*** Setting version to '2.44.3-1' from user.
can't load package: cannot find module providing package                     github.com/snapcore/snapd/cmd/snap: working directory is not part of a module
==> ERROR: A failure occurred in build().
    Aborting...

EDIT: Okay got it working by manually initializing the modules in the snapd directory with:

go mod init

and then

go mod tidy

it's probably also not wrong to just run

go mod vendor

on your own if you run into this problem. I suspect the problem occured because I already hat a golang environment installed on my machine.