@archlinux38, do you have a dirty go environment that might complicate things, e.g. a GOPATH/GOROOT environment variable set? Could you try building in a clean chroot, running extra-x86_64-build instead of makepkg?
Search Criteria
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) |
Dependencies (16)
- apparmor (apparmor-gitAUR)
- libseccomp (libseccomp-gitAUR)
- libsystemd (systemd-chromiumos-libsAUR, systemd-libs-selinuxAUR, sysupdated-systemd-libs-gitAUR, systemd-libs-fmlAUR, systemd-libs-gitAUR, systemd-libs)
- squashfs-tools (squashfs-tools-gitAUR)
- apparmor (apparmor-gitAUR) (make)
- autoconf-archive (autoconf-archive-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- go (go-gitAUR, gcc-go-gitAUR, go-sylixosAUR, gcc-go-snapshotAUR, gcc-go) (make)
- go-tools (go-tools-gitAUR) (make)
- libcap (make)
- libseccomp (libseccomp-gitAUR) (make)
- python-docutils (make)
- systemd (systemd-chromiumosAUR, systemd-selinuxAUR, sysupdated-systemd-gitAUR, systemd-fmlAUR, systemd-gitAUR) (make)
- xfsprogs (xfsprogs-gitAUR) (make)
- bash-completion (bash-completion-gitAUR) (optional) – bash completion support
- xdg-desktop-portal (xdg-desktop-portal-gitAUR) (optional) – desktop integration
Required by (15)
- apmpkg (optional)
- bauh (optional)
- bauh-staging (optional)
- discover-snap
- discover-snap-6
- libpamac-full
- libpamac-full-git
- meta-package-manager (optional)
- meta-package-manager-git (optional)
- pacup-arch-git (optional)
- paxs
- plasma5-applets-kde-arch-update-notifier (optional)
- plasma5-applets-kde-arch-update-notifier-git (optional)
- pman (optional)
- qinfo-git (optional)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 Next › Last »
aimileus commented on 2018-03-10 15:50 (UTC)
archlinux38 commented on 2018-03-03 11:05 (UTC)
I have tried to build snapd for a couple of months in hope that it would somehow work some day but this is what I get every time I try:
Installing govendor
net
cannot load DWARF output from $WORK/b105//cgo.o: decoding dwarf section info at offset 0x0: too short ==> ERROR: A failure occurred in build(). Aborting...
anthraxx commented on 2018-03-01 11:56 (UTC)
@aimileus: thanks a lot, very much appreciated, more arch-ish now :D PS: i love your commit messages, thats how all AUR/repo message should be, explaining the why and whats. big thumbs!
aimileus commented on 2018-02-24 10:42 (UTC)
@anthraxx, I removed the /snap symlink and systemd unit handling. If a user wants to install classic snaps the Arch Wiki and the snap command instruct the user to create a symlink manually.
anthraxx commented on 2018-02-22 18:45 (UTC) (edited on 2018-02-22 19:59 (UTC) by anthraxx)
why was the symlink to /snap reintroduced that violaes the FHS strongly and populates / with a rediculous directory? It has been changed for a reason and just because of --classic its still a bad idea to add. Please drop it again.
PS: install scripts doing systemd start/stop/reload things are not what one would call "the arch way"
bboozzoo commented on 2018-02-12 09:43 (UTC)
@precrisk interesting thought. I'm afraid we're missing a larger bunch of dependencies, snapd-glib and snapd-qt to start with. Off the top of my head, there's also snap backend for gnome-software. You would end up rebuilding 2-3 packages at least. No promises at this point, but I can try a look into at least packaging the pluggable backends.
OTOH it'd be much easier if snapd was in 'community'.
precrisk commented on 2018-02-11 13:04 (UTC)
Hey, can you please build the snap backend for kde discover please. for the following reasons - 1. it helps me manage both flatpak and snap from single software. 2. also the snap backend for discover 5.12 is considered stable, thats why it is included in kde neon for this release. 3. it probably will never be included in official repos because snapd itseld is not available in official repos.
i wish i could but i dont know enough about snapd (they are heck lot complicated), hence your help.
vlatkoB commented on 2018-02-08 15:39 (UTC)
Built and installed. Thanks for very quick response! :-)
bboozzoo commented on 2018-02-08 15:25 (UTC)
@vlatkoB i've pushed an update just now. Can you try to build it?
bboozzoo commented on 2018-02-08 15:03 (UTC)
Yeah, turns out Go released 1.9.4 with a fix for CVE-2018-6574 which also broke quite some code everywhere. I'll see if I can push a fix soon.
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:
systemctl restart apparmor.service
snapd
:systemctl restart snapd.service
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