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: 218
Popularity: 3.28
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

1 2 3 4 5 6 .. 25 Next › Last »

selfdenial commented on 2024-12-05 22:13 (UTC) (edited on 2024-12-05 22:14 (UTC) by selfdenial)

@bboozzoo I agree! Perhaps my prior comment didn't make that clear. My comments are in response to the premature out-of-date flagging of this package.

bboozzoo commented on 2024-12-05 19:29 (UTC)

@selfdenial the delay is there for a reason. The candidate release gets to run not only on a number of distros, but also on actual hardware devices and test deployments (eg. Ubuntu Core). This depends on the capacity of the lab which is in charge of the testing. Upstream proceeds with the release only if no regressions have been found.

selfdenial commented on 2024-12-05 19:18 (UTC) (edited on 2024-12-05 22:13 (UTC) by selfdenial)

@bitten There is not yet a 2.67 release, only a tag. The Canonical trend seems to include a waiting period (up to a month) between the addition of the tag and an actual release. Note that go.mod isn't yet synchronized with vendor. Here is a working diff to build 2.67 for those willing to test it experimentally:

diff --git a/PKGBUILD b/PKGBUILD
index bf5ef03..7be88bd 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -8,7 +8,7 @@ pkgdesc="Service and tools for management of snap packages."
 depends=('squashfs-tools' 'libseccomp' 'libsystemd' 'apparmor')
 optdepends=('bash-completion: bash completion support'
             'xdg-desktop-portal: desktop integration')
-pkgver=2.66.1
+pkgver=2.67
 pkgrel=1
 arch=('x86_64' 'i686' 'armv7h' 'aarch64')
 url="https://github.com/snapcore/snapd"
@@ -18,9 +18,9 @@ conflicts=('snap-confine')
 options=('!strip' 'emptydirs' '!lto')
 install=snapd.install
 source=(
-    "$pkgname-$pkgver.tar.xz::https://github.com/snapcore/${pkgname}/releases/download/${pkgver}/${pkgname}_${pkgver}.vendor.tar.xz"
+    "$pkgname-$pkgver.tar.xz::https://github.com/canonical/${pkgname}/archive/refs/tags/${pkgver}.tar.gz"
 )
-sha256sums=('5fa662062562443b2a005ed1aad359d6cc0c74ffbb555af701a4c1f510896b7b')
+sha256sums=('9c646294b8afb347bc5bb7b4621ac8c7d86aad57b7198ada0282b783c34219f2')


 prepare() {
@@ -47,6 +47,9 @@ build() {
   export CGO_CXXFLAGS="${CXXFLAGS}"
   export CGO_LDFLAGS="${LDFLAGS}"

+  # Sync go.mod with vendor (useful for unreleased tags)
+  go mod vendor
+
   # Generate snapd.defines.mk, this file is included by snapd.mk.
   cat >"$srcdir/snapd.defines.mk" <<__DEFINES__
 # This file is generated by snapd packaging

bboozzoo commented on 2024-05-10 16:16 (UTC)

@username227 not sure why you see that, make has supported -j without any argument for years now, just see https://man.archlinux.org/man/make.1. Besides it can only come from MAKEFLAGS, which are set in makepkg.conf in your system.

username227 commented on 2024-05-10 16:08 (UTC)

What about this error?

make: the '-j' option requires a positive integer argument

==> ERROR: A failure occurred in build(). Aborting...

bboozzoo commented on 2024-05-09 15:35 (UTC)

Opened a PR for the upstream repository at https://github.com/snapcore/snapd/pull/13959 I'll cherry pick the patch and will push a package update.

NatrixNatrix commented on 2024-05-09 13:33 (UTC)

I am getting the following error when building:

 ❯ LC_ALL=C makepkg -f
==> Making package: snapd 2.62-2 (Thu May  9 15:28:42 2024)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found snapd-2.62.tar.xz
==> Validating source files with sha256sums...
    snapd-2.62.tar.xz ... Passed
==> Extracting sources...
  -> Extracting snapd-2.62.tar.xz with bsdtar
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
*** Setting version to '2.62-2' from user.
# github.com/snapcore/snapd/cmd/snap-seccomp
In file included from /usr/include/xfs/xfs.h:9,
                 from /usr/include/xfs/xqm.h:9,
                 from cmd/snap-seccomp/main.go:56:
/usr/include/xfs/linux.h: In function 'platform_zero_range':
/usr/include/xfs/linux.h:186:15: error: implicit declaration of function 'fallocate'; did you mean 'alloca'? [-Wimplicit-function-declaration]
  186 |         ret = fallocate(fd, FALLOC_FL_ZERO_RANGE, start, len);
      |               ^~~~~~~~~
      |               alloca
==> ERROR: A failure occurred in build().
    Aborting...

Presumably because of a missing _GNU_SOURCE somewhere. One workaround is to define it in the CFLAGS. I e makeprg CLFAGS+=" -D_GNU_SOURCE".

Which works but does lead to several 'redefinition' warnings during the build.

bboozzoo commented on 2024-04-29 06:44 (UTC)

@frozen good point, I've pushed an update. Although I do really recommend replicating the process of how main repos packages are build (even though nobody really cares or does so).

frozen commented on 2024-04-28 14:39 (UTC) (edited on 2024-04-28 14:39 (UTC) by frozen)

It seems the package fails to build with error

build flag -mod=vendor only valid when using modules

if you have the environment variable GO111MODULE=off or if it is unset, to get it to build you have to set GO111MODULE=on in the env before makepkg.

Could this perhaps be set inside the build function?

Ken commented on 2024-02-16 15:15 (UTC) (edited on 2024-02-17 12:21 (UTC) by Ken)

I also got this error on build:

==> Lancement de check()…
snap-exec is not a static binary
 -> error making: snapd-exit status 1
 -> Failed to install the following packages. Manual intervention is required:
snapd - exit status 1

Did anyone manage to find a solution ?

EDIT: removing core/gcc-go and replacing with extra/go made it work !

1 2 3 4 5 6 .. 25 Next › Last »