<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>139507</bug_id>
          
          <creation_ts>2006-07-06 19:21 0000</creation_ts>
          <short_desc>please test and stablize subversion-1.3.2-r1 (due 5 Aug)</short_desc>
          <delta_ts>2006-10-03 06:20:55 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>134699</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>nerdboy@gentoo.org</reporter>
          <assigned_to>pauldv@gentoo.org</assigned_to>
          <cc>sascha-gentoo-bugzilla@silbe.org</cc>

      

      
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2006-07-06 19:21:15 0000</bug_when>
            <thetext>I didn&apos;t mean to be presumptuous, but these updates (ie, neon and subversion) seem appropriate, and are required for current rapidsvn support.  So we might as well go for a three-some...  Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pauldv@gentoo.org</who>
            <bug_when>2006-07-07 10:12:17 0000</bug_when>
            <thetext>I see no problem at all with it. As the patch is a simple patch on the configure script to accept more versions, an earlier due date could be set. The revision was not needed as it was only a compilation/configure problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2006-07-09 00:18:03 0000</bug_when>
            <thetext>I haven&apos;t seen any problems yet with gnome-vfs, but it could always be modified to only build with 0.25x.  The changes listed would appear to be most likely to break code that wasn&apos;t quite compliant in the first place, but maybe it should be more exclusive anyway.  Should we have a gnome-vfs  bug?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2006-07-09 17:50:06 0000</bug_when>
            <thetext>Sorry, tab-confusion...  The previous comment belonged on the neon bug...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-07-10 13:06:37 0000</bug_when>
            <thetext>sparc stable, even though you never CCed us.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2006-07-12 12:33:49 0000</bug_when>
            <thetext>Tested on x86, works nice, no problems. Should be marked as stable.

Also, I&apos;m CCing x86 arch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2006-07-14 00:34:37 0000</bug_when>
            <thetext>
1) emerges fine

2) passes collision test

3) test suite is skipped &quot;due to ebuild restrictions&quot;

4) did following tests: creating a repository, checking in some files, checking it out, get files from a SVN repository, diffed some files, surfed repository with rapidsvn (the one to be stabled in bug #134699, see results there)

5) if apache is not installed (with the apache USE flag) the config option of the ebuild should not try to set permissions of created repository to the apache user...there is none


Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r12 i686)
=================================================================
System uname: 2.6.16-gentoo-r12 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/share/X11/xkb&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo&quot;
CXXFLAGS=&quot;-O2&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test&quot;
GENTOO_MIRRORS=&quot;ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/&quot;
LANG=&quot;de_DE@euro&quot;
LC_ALL=&quot;de_DE@euro&quot;
LINGUAS=&quot;de&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.informatik.rwth-aachen.de/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X Xaw3d a52 alsa artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-07-14 22:16:26 0000</bug_when>
            <thetext>using 

subversion-1.3.2-r1  USE=&quot;apache2 berkdb perl python zlib -bash-completion -emacs -java -minimal -nls -nowebdav -ruby&quot; 

with

neon-0.26.1  USE=&quot;ssl zlib -expat -gnutls -nls -socks5 -static&quot;

on my server (svnserve; fsfs) and 

subversion-1.3.2-r1  USE=&quot;berkdb java nls perl python ruby zlib -apache2 -bash-completion -emacs -minimal -nowebdav&quot; 

with 

neon-0.26.1  USE=&quot;nls ssl zlib -expat -gnutls -socks5 -static&quot;

as client is a pleasure on my x86 boxes, at least since i&apos;ve rebuild dev-libs/apr with &quot;urandom&quot; on the server (before that the server reacted terribly slow because of missing input from /dev/random).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nerdboy@gentoo.org</who>
            <bug_when>2006-07-15 15:38:59 0000</bug_when>
            <thetext>Okay, if apache2 is not in USE, meaning subversion has no web front-end, what would be a good default user/group ownership?  I usually set that stuff manually when I create a new repo, and I&apos;d rather not guess what it should be (unless svn has some preference).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2006-07-20 10:38:37 0000</bug_when>
            <thetext>ppc64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dertobi123@gentoo.org</who>
            <bug_when>2006-07-23 07:10:32 0000</bug_when>
            <thetext>ppc stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tcort@gentoo.org</who>
            <bug_when>2006-07-25 10:34:33 0000</bug_when>
            <thetext>alpha stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dang@gentoo.org</who>
            <bug_when>2006-07-30 12:28:59 0000</bug_when>
            <thetext>amd64 stable</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kumba@gentoo.org</who>
            <bug_when>2006-09-03 16:16:21 0000</bug_when>
            <thetext>1.3.2-r3 stable on mips.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dertobi123@gentoo.org</who>
            <bug_when>2006-10-01 10:45:56 0000</bug_when>
            <thetext>hppa stable by GMsoft</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-10-03 06:20:55 0000</bug_when>
            <thetext>All done.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>