please test subversion-1.1.4-r1 on your architecture and TELL me when stable.
please do not mark stable yourself as we need to do so at once (binary compatibility changes in apr and apr-util).
NOTE: this includes testing of dev-libs/apr-0.9.6-r1 and dev-libs/apr-util-0.9.6 as well.
works fine on ppc64
We really don't have a testcase for subversion on mips. It's not even marked as unstable yet. Thus, the best we can offer is a ~mips keyword or pass us over and leave it unmarked until a time arises when it's used by someone on our arch.
kumba, this is fine with me ;)
Tested fine on ppc with 1.1.4.
Trapni. PLEASE PLEASE PLEASE involve me on subversion. It's my package. Don't go behind my back. Just tell me when apache is going to be marked stable.
Also, the version to test should be 1.1.3-r1, not 1.1.4 which is still not out of it's normal testing period.
seriousely, I'm pretty sure that I've added you to the CC. I might be wrong (because it's been a long non-sleeping period). But I'm pretty sure I did. We also talked about in #gentoo-apache about. However, if not, sorry for missing this.
second, when talking about 1.1.3-r1, than it should contain the [no]webdav useflag, as this is, what the demand is for.
Trapni, I've never seen bugs suggesting demand for optional neon support. I'll keep the nowebdav (webdav surprises users as it takes away default and expected functionality). I've been cc'ed, sorry I missed it. I guess I'll have to filter out those pesky dev-portage bugs. It are too many.
nowebdav is okay and the new gentoo subversion server will *need* this as it'll install a server-only subversion and though, will not need to install neon. that's all the effords I've had recently.
If you want server only, I'll look into whether that would be an option. I don't think so though as for maintenance one would need to have some of the binaries. Most libraries are shared between that code. Also for things like cvs2svn one needs the python bindings which need a full set of libraries.
Alright, so what do you want the arch maintainers to test exactly then? It's easier if it's specific!
Well just test the 1.1.4 ebuild. The -r1 version no longer exists, it's changes are incorporated in 1.1.4. If apache is not marked stable before the middle of next week that should be ok.
Well. Nothing happened to either this nor the request in bug 88667.
As a sidenote: This version without neon- and webdav-support should be installed on our cvs-server, so that we can offer also subversion repositories. If you don't test the version from comment #13, subversion for Gentoo activities will be delayed.
Trapni, please keep an eye on this bug and tell me, when we have a stable subversion with our needed features in portage, so that I can install it on lark.
pylon, yeah, but still... I'm on hold position; I'm not the only one making descisions, I've to wait what the others (in apache herd) are thinking about apr, apr-util, apache (etc) going stable, and it looks like we've to drop some yet amazing supports off the current feature list to get stable sooner (I mean LFS); Since in the ebuild itself, I'm using a server-only installation on one of the svn servers I maintain and it didn't break anything yet (and isn't supposed to be - so I think)
and still, I'm having an eye on this bug here ;)
pauldv? as you're the assignier of this bug - any objections?
From my end 1.1.4 could be marked stable. The waiting is on apache.
For a ssh+svn setup do the apr/apr-utils really need to be a harddep?
USE="-apache2" ACCEPT_KEYWORDS=~x86 emerge -pv subversion
[ebuild N ] dev-libs/apr-0.9.6-r2 -debug -ipv6 0 kB
[ebuild N ] dev-libs/apr-util-0.9.6-r1 +berkdb -gdbm -ldap 0 kB
[ebuild N ] dev-util/subversion-1.1.4 -apache2 -bash-completion +berkdb -debug -emacs -java -nls +nowebdav -perl -python +ssl 0 kB
AFAIK, only LFS(large file support) is must be dropped off - as a showstopper so far. there may be more, but I do not know/remember :(
apr and apr-util are both required as the whole subversion is used to it.
any thoughts about the other apache herd's guys???
Trapni's right. Subversion is built on the apr / apr-util libraries. These can be compared in a way to glib if you want to get an idea on their functioning.
looks ok on arm/s390
removing ppc64 as we've already got 1.2.3 of subversion marked stable and this
bug was about marking 1.1.4 stable! My how times flies!
This has been marked stable on ppc, thanks hansmi.
1.2.3 stable on ia64
hppa seems to be ok.
Oldie! Closing bug