Ampache version 3.5 has gone stable, and is not in beta phase. I thought I'd let you guys know. The dev for the project is keen for people to move off the 3.4.x API, as he says it "has a rather high initial investment in terms of configuration, and quite honestly has a very confusing configuration". http://ampache.org/blog/index.php?/archives/67-3.5-Beta1-Released,-String-and-Feature-Freeze.html Reproducible: Always
3.5 final has been released. I pulled down the tar.gz from ampache's site and installed it alongside my existing installation (and copied the database) with no issues thus far.
Did you by any chance modify the 3.4.4 ebuild for 3.5? If so, please share ;]
Created attachment 192480 [details] Version bump for ampache 3.5 Hey, This is basically just a copy of the 3.4.4 ebuild. I added 'hash' to the php required USE flags, as ampache would install, but fail it's test, as described in the following thread http://ampache.org/forums/viewtopic.php?f=2&t=2649&start=0 Also, it seems php needs to be built WITHOUT the pcre use flag, as ampache breaks with external pcre libs. I was getting an error very similar to this http://bugs.php.net/bug.php?id=31501 and compiling without the pcre useflag fixed the problem. I'm not sure how to change the ebuild to check php is compiled without a particular use flag.
using the above ebuild ampache 3.5 works great. i even have php compiled with the pcre USE flag enabled.
I have just tried this, recompiling php with the hash flag and then ampache-3.5 installed without issue. However, when I get to the test page, I still get: "5.2.9-pl2-gentoo Hash Function Exists Off SHA256 Support Off"! Any idea what's going on? TIA
(In reply to comment #5) > I have just tried this, recompiling php with the hash flag and then ampache-3.5 > installed without issue. However, when I get to the test page, I still get: > "5.2.9-pl2-gentoo Hash Function Exists Off SHA256 Support Off"! Any idea what's > going on? > > TIA > Have you restarted apache?
I thought I had, I have done several configuration reloads recently because of another issue, but a restart seemed to do then trick. Thanks!
So can someone post an ebuild for this? Now 3.5.1 has been stable for quite sometime.. http://ampache.org/download.php
Please add webapp_configfile "${MY_HTDOCSDIR}"/config/ampache.cfg.php before webapp_src_install in src_install in the future version of the ebuild, to protect the configuration file. I'm not sure but I think it may be useful even if the sources doesn't provide a this file by default (that's why overwrite currently doesn't happen even without webapp_configfile in the ebuild)
I noted ampache doesn't work if using soft-link with webapp-config. In such case the following works : webapp_hook_script "${FILESDIR}"/reconfig ("reconfig" file attached) before webapp_postinst_txt. But it needs to be done in case of soft-linking *only* (but it should not disturb anyway otherwise) ... which can't be achieved properly as webapp-config doesn't export $vhost_link_type in the ebuild environment.
Created attachment 209495 [details] webapp_hook_script
gd and zlib flags for require_php_with_use doesn't seems right as they are just "recommended". renaming ampache-3.5.1.ebuild just works fine, shouldn't an upgraded version been uploaded to the tree (3.6 is alpha)
I've added 3.5.3 to the tree and it now requires the 'hash' php use flag as requested. pcre is left in for now as reports are conflicting and I know it was required in the past. Maybe it depends on the php version? I don't really know. PS: webapp_configfile is only for when the package provides that file, adding that call doesn't work if the file doesn't exist.