I have updated the script, it now uses makepkg's new feature for building from SVN. I have added subversion and patch to build dependencies.
But I cannot confirm a need to patch "configure" file instead of "configure.in". On my system when "configure.in" is patched, then "configure" is regenerated and flags are set correctly.
Search Criteria
Package Details: squeezeplay 7.8.r9704-3
Package Actions
| Package Base: | squeezeplay |
|---|---|
| Description: | Desktop version of Squeezebox Controller software supported by Logitech |
| Upstream URL: | http://downloads.slimdevices.com/nightly/?ver=7.8 |
| Category: | multimedia |
| Licenses: | |
| Submitter: | michalm |
| Maintainer: | michalm |
| Last Packager: | None |
| Votes: | 8 |
| First Submitted: | 2012-02-18 11:31 |
| Last Updated: | 2014-01-29 19:25 |
Dependencies (14)
Required by (0)
Sources
- no-error-on-warnings.patch
- squeezeplay.desktop
- static-libs.patch
- svn+http://svn.slimdevices.com/repos/jive/7.8/trunk/squeezeplay
- vanilla_sdl.patch
Latest Comments
Comment by michalm
Comment by jamesfcarter
Hi,
I just rebuilt squeezeplay and found that no-error-on-warnings.patch needed applying against configure rather than configure.in, ie:
--- src/squeezeplay/configure.orig 2014-01-27 23:32:48.595720373 +0000
+++ src/squeezeplay/configure 2014-01-27 23:33:04.115962190 +0000
@@ -20163,7 +20163,7 @@
if test x"$GCC" = x"yes"
then
- CFLAGS="$CFLAGS -Wall -Wextra -Werror -Wdeclaration-after-statement -Wpointer-arith -Wcast-align -Wno-unused-parameter -Wno-unused-function -Wno-unused-but-set-variable"
+ CFLAGS="$CFLAGS -Wall -Wextra -Wdeclaration-after-statement -Wpointer-arith -Wcast-align -Wno-unused-parameter -Wno-unused-function -Wno-unused-but-set-variable"
fi
CFLAGS="$CFLAGS -DSQUEEZEPLAY"
Also, as others have pointed out, subversion and patch are both missing build dependencies.
Thanks.
Comment by wilbert-vb
Michal,
Thank you very much for maintaining this package.
My success story follows here:
Today I finished with success a build on an ARM device (Pogoplug)
To accomplish this I had to edit PKGBUILD:
- "arch=('arm' 'i686' 'x86_64')"
and I also had to install subversion, which doesn't seem to be included in base-devel:
- "pacman -S subversion"
Screenshot of finished build:
- http://imageshack.us/a/img689/2541/screenshotfrom201306121.png
Screenshot of running binary on ARM device in X-forwarded ssh session:
- http://imageshack.us/a/img580/2541/screenshotfrom201306121.png
Comment by lenzenmi
'svn' is needed to build this package. Please add it to makedepends=()
Comment by dojero
Thanks. Lua and squeezeplay up to date and working well.
Comment by michalm
I have updated dependencies to lua51- ones
Comment by setone
@Renophaston, I did the same and it works fine for me as well. So wouldn't it be right to update the PKGBUILD here? As dojero pointed out the old luaexpat etc are blocked, deprecated, or unavailable in any case....
Comment by dojero
Effectively the same solution for both of us. I consider my system up to date (with only lua an older version than is available from the repositories). The only reason I use lua is for squeezeplay, so I have no need to update. But I thought the maintainer should know that the current version of lua is not usable without other changes being made to the squeezeplay PKGBUILD.
Comment by Renophaston
I haven't tried making Squeezeplay work with Lua 5.2, but right now I have lua 5.2.1-3, AND the lua51- packages installed, and Squeezeplay works just fine after changing the depends in this PKGBUILD ("luaexpat" to "lua51-expat", etc.). So I have an up-to-date system, and Squeezeplay still works, but I have two versions of Lua installed. I don't know whether this is what you want, but you can at least change this package so that it doesn't block anything. For the time being, at least--I don't know what Arch's future plans for Lua are.
Comment by dojero
Installed by reverting lua-expat, lua-filesystem, and lua-socket to the older versions (luaexpat, luafilesystem, and luasocket). Updates to the newer versions are now blocked...pacman reports the updated versions would be in conflict with squeezeplay.