AUR (en) - snapd

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: snapd 2.66.1-1

Package Actions

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 .. 4 5 6 7 8 9 10 11 12 13 14 .. 25 Next › Last »

sighup_mae commented on 2021-04-26 07:06 (UTC)

Are the maintainers still active? Package has been out-of-date for over a month now.

bendavis78 commented on 2021-03-24 16:08 (UTC) (edited on 2021-03-24 16:10 (UTC) by bendavis78)

I'm getting this error when running makepkg -i:

==> Starting check()...
snap-exec is not a static binary

yxgi5 commented on 2021-03-16 08:53 (UTC) (edited on 2021-03-16 09:03 (UTC) by yxgi5)

Is there any solution?


make[1]: Leaving directory '/home/andy/.cache/yay/snapd/src/snapd-2.49.1/cmd'
==> Starting check()...
snap-exec is not a static binary
error making: snapd

ArchRob commented on 2021-02-27 22:36 (UTC)

@benalexau the tip about pkgconf helped. I was getting weird errors like:

Traceback (most recent call last):
  File "/usr/bin/rst2man", line 26, in <module>
    publish_cmdline(writer=manpage.Writer(), description=description)
  File "/usr/lib/python3.9/site-packages/docutils/core.py", line 352, in publish_cmdline
    pub.set_components(reader_name, parser_name, writer_name)
  File "/usr/lib/python3.9/site-packages/docutils/core.py", line 94, in set_component

I ran sudo pacman -S pkgconf. It was already installed, and pacman confirmed it was simply reinstalling. But after that, I was able to build this package without issue. No idea why, but it worked.

bboozzoo commented on 2021-02-27 18:42 (UTC)

@rageltman looks like the Go compiler crashed in your system. Maybe try buliding a minimal hello world, you can find an example here: https://gobyexample.com/hello-world Perhaps you should also file a bug for the golang package.

rageltman commented on 2021-02-27 15:57 (UTC)

Not quite sure what to make of this one:

[2021-02-27T05:38:01.052Z] ==> Starting build()...
[2021-02-27T05:38:01.052Z] fatal: not a git repository (or any of the parent directories): .git
[2021-02-27T05:38:01.052Z] fatal: not a git repository (or any of the parent directories): .git
[2021-02-27T05:38:01.052Z] *** Setting version to '2.49-1' from user.
[2021-02-27T05:38:01.052Z] # net
[2021-02-27T05:38:01.052Z] cgo: cannot load DWARF output from $WORK/b058//_cgo_.o: decoding dwarf section info at offset 0x0: too short
[2021-02-27T05:38:01.052Z] # os/user
[2021-02-27T05:38:01.052Z] cgo: cannot load DWARF output from $WORK/b064//_cgo_.o: decoding dwarf section info at offset 0x0: too short
[2021-02-27T05:38:01.052Z] ==> ERROR: A failure occurred in build().
[2021-02-27T05:38:01.052Z]     Aborting...
script returned exit code 255

cindrmon commented on 2021-02-14 10:49 (UTC)

@bboozzoo thanks for the tip! it worked when i switched back to bash. i guess it is because i was using fish, no wonder it wouldn't work. thanks again!

bboozzoo commented on 2021-02-14 09:42 (UTC)

@cindrmon /etc/profile.d/snapd.sh is only sourced by bash and zsh. There's a systemd mechanism that injects the right variables into your session via /usr/lib/environment.d/990-snapd.conf which should also work if you use other shells. It's possible that your desktop environment can mess something up too, IIRC lxde did that. Lastly, the profile scripts in your $HOME can override PATH by mistake. I suggest you add a new account, log into that and check whether PATH includes snap locations.

cindrmon commented on 2021-02-14 05:15 (UTC)

i have a inquiry

why does the /etc/profile.d/snapd.sh don't work?

i've been restarting my pc over and over again after installing this specific package and there is still no snap in the $PATH variable.

i even tried executing the script itself, and it still doesn't work.

can anyone help?

bboozzoo commented on 2021-01-28 06:36 (UTC)

@benalexau the base-devel group is an implicit requirement for all AUR packages, pkgconf (which provides pkg-config) is already included in that group. Please make sure that it is installed in your system before building any AUR packages.