Package Details: snapcast 0.31.0-3

Git Clone URL: https://aur.archlinux.org/snapcast.git (read-only, click to copy)
Package Base: snapcast
Description: Synchronous multi-room audio player
Upstream URL: https://github.com/badaix/snapcast
Keywords: audio multi-room
Licenses: GPL
Submitter: mogwai
Maintainer: mogwai
Last Packager: mogwai
Votes: 37
Popularity: 0.011915
First Submitted: 2016-01-01 21:21 (UTC)
Last Updated: 2025-02-24 18:13 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

mogwai commented on 2019-02-05 09:38 (UTC)

@vknmnn: Should now be fixed. The directories (and users) are now created through sysusers.d and tmpfiles.d. Can you check?

vknmnn commented on 2019-02-03 14:20 (UTC)

Running the client in daemon mode as user snapclient fails to spawn pulseaudio, because /var/lib/snapclient is not being created by this PKGBUILD, so please include it

dvzrv commented on 2018-08-01 13:26 (UTC)

@mogwai: nicely done! :)

One more (minor) thing: You don't have to supply -o root or -g root to install, as package() is run in a fakeroot environment (meaning all files should be installed as root anyhow).

mogwai commented on 2018-07-31 20:52 (UTC)

Package has been updated to get rid of external upstream libraries. @dvzrv: The PKGBUILD has also been updated to incorporate your comments.

Note that this will actually not have any impact on the build itself: flac, vorbis, avahi were already linked dynamically to the archlinux package libraries, and all other external dependencies were headers-only libraries so no libraries need to be linked in.

In order to build the new package, two new AUR packages need to be installed: popl and aixlog. These packages are only needed to build snapcast; they can be uninstalled after the build.

dvzrv commented on 2018-07-31 06:33 (UTC)

@mogwai:

You must put $pkgdir and $srcdir in quotes (as they can contain whitespaces)! It's also best practice to remove empty variables from the PKGBUILD.

Please don't use the external libraries from upstream, unless there are important modifications to them (in that case tell upstream to implement them in their respective upstreams), but use the source tarball and rely on dynamic libraries (you will have to create a few more packages)! However, in case you have to include static libs with submodules (which I don't think you have to), this would be the way to do it: https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git_Submodules

jenniferbrownz commented on 2018-06-16 14:17 (UTC)

More digging and this has been addressed upstream in the development version. http://bit.ly/2KpU5Rl

languitar commented on 2017-12-03 20:16 (UTC)

Most of the upstream dependencies of this software have now proper build systems and could be packaged independently instead of submodule. Would be nice if this package could reflect this.

slackline commented on 2017-11-02 22:01 (UTC) (edited on 2017-11-02 22:29 (UTC) by slackline)

Thanks for the update. This has built for me on a Raspberry Pi ZeroW and Raspberry Pi 2 (a git pull wasn't sufficient though, had to make a fresh clone of the repository).

slackline commented on 2017-10-18 07:22 (UTC)

The new release has addressed issue 255 (along with many others)

mogwai commented on 2017-10-04 11:33 (UTC)

@slackline: AUR packages are maintained by package maintainers; only maintainers can actually make changes to the AUR packages. See e.g. https://wiki.archlinux.org/index.php/Arch_User_Repository for more information. I'm the package maintainer for this one. So providing patches like you've done below would be one of the ways to contribute if you're not the package maintainer. However, for this particular problem I'd rather have someone patch this upstream, since this package works perfectly fine on all the other architectures. Moreover, the arch philosophy is to make packages that match upstream as closely as possible, that means that bugs should be solved upstream and not by arch-specific patches. I noticed that mokman and you have already commented on the relevant github issue report: https://github.com/badaix/snapcast/issues/255 . I'll try to track that bug report closely. As a short term workaround, you can simply add "-latomic" to the client Makefile manually before running the makepkg command. No need for complicated patching procedures (unless you want to automate everything).

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »