Some packages depend on apr or apr-util. apr-util depends on apr and apr-1.2.8 is already stable on some architectures, so it would be good if users didn't have to have both apr:0 and apr:1 installed. Target architectures: apr-1.2.8: alpha hppa mips ppc sparc apr-util-1.2.8: alpha amd64 arm hppa ia64 mips ppc ppc64 s390 sh sparc x86
Can't. All subversion versios hardcode apr-config. As pauldv is on hiatus, I'll look into it.
(In reply to comment #1) > All subversion versios hardcode apr-config. No. Subversion versions >=1.2 work correctly with apr-1-config and apu-1-config. Subversion 1.3.2-r3 is stable on all architectures. Maybe you forgot to uninstall apr:0 and apr-util:0 and run revdep-rebuild.
(In reply to comment #2) > No. Subversion versions >=1.2 work correctly with apr-1-config and > apu-1-config. Subversion 1.3.2-r3 is stable on all architectures. Maybe you > forgot to uninstall apr:0 and apr-util:0 and run revdep-rebuild. From what I see this is not the case. And the idea the user should have to uninstall a previous apr version, so the latest one is chosen is completely broken.
O.k., in bug 168287 apr-1.2.8 went stable for a couple of architectures. For some reason the correspoding apr-util version didn't. Then there is CVE-2007-0157 aka bug 162318 - and comptabilty between these libs subversion and likely other stuff in the tree. neon-0.26.3 entered the tree yesterday, so testers are really wanted, so cc'ed arch teams, (some of) your packages depend on neon and it would be nice, if you'd reassure everything is fine with it.
Is there a reason gnome was cc'd on this bug? (I'm guessing ditto openoffice and net-fs...)
(In reply to comment #5) > Is there a reason gnome was cc'd on this bug? Hm, yes. I intended to ask for package maintainers, of course, if your ebuilds work fine with the new neon version, to be sure not to break anything, when this ebuild goes stable. Arch maintainers are second in the row. I'm stepping in here for pauldv who is on hiatus, so I want to be double safe.
Adding genstef as he is maintaining net-fs/davfs2 and is not in net-fs.
I just removed all old davfs ebuilds. So davfs is fine, thanks :)
gnome-vfs (the only gnome package depending on neon that I was able to find) works fine with the new version.
*** Bug 179003 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > gnome-vfs (the only gnome package depending on neon that I was able to find) > works fine with the new version. Has anything been reported for neon breakages or can we go on with stabilisation?
(In reply to comment #11) > Has anything been reported for neon breakages or can we go on with > stabilisation? No breakage was reported and you can go with stabilisation.
(In reply to comment #12) > (In reply to comment #11) > > Has anything been reported for neon breakages or can we go on with > > stabilisation? > > No breakage was reported and you can go with stabilisation. apache-team, would you be so kind and cc arches?
apr-1.2.8: ~alpha ~hppa ~mips ~ppc apr-util-1.2.8: ~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~s390 ~sh ~x86 neon-0.26.3[0]: ~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~s390 ~sh ~x86 subversion-1.3.2-r4[0]: ~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~x86 Please test the above combination and mark them stable if appropriate.
sparc was already done before we were called in, so was ppc64...
amd64 done
alpha/ia64/x86 stable
Upgrading subversion, neon and apr-util (slotted) broke my system with existing apache2 installation (-D SVN). Tried also to recompile apache wo any success. The apache process still segfaults. Downgrading was the only solution. Currently set package.mask to let all the stuff work is: >net-misc/neon-0.26.1-r1 >dev-util/subversion-1.3.2-r3 emerge --info: Portage 2.1.2.7 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.18-gentoo-r5 i686) ================================================================= System uname: 2.6.18-gentoo-r5 i686 AMD Athlon(tm) Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 15 Jun 2007 19:30:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.32 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ " LANG="en_US.utf8" LC_ALL="en_US.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/ostefano /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl apache2 berkdb bitmap-fonts cli cracklib crypt dri fortran gdbm gpm iconv ipv6 isdnlog libg++ logrotate midi mudflap mysql ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl tcpd truetype truetype-fonts type1-fonts unicode urandom vhosts x86 xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
After going through several tests I can confirm the breakage of subversion when it is loaded as module in apache-2.0.58-r2. It seems that neither neon or apr-util is the fault of the segfaults.
I didn't analyse the cause completely yet, but I can confirm breakage: Apache segfaults on each access after last night's subversion update. This is on stable x86.
Oh and another thing: masking subversion-1.3.2-r4 and trying to emerge -u world won't temporarily fix the situation, because subversion-1.3.2-r3 then complains about a wrong version of neon. Now what?
Same problem here. I found this link http://svn.haxx.se/users/archive-2006-07/0666.shtml where it's told that apache and subversion must be compiled with the same version of apr. This could be the problem since apache 2.0.* uses apr-0* and the new version of subversion uses apr-1*
(In reply to comments #18, #19, #20, #21 and #22) Write some positive comments in bug 182145, please.
(In reply to comment #22) > Same problem here. I found this link > http://svn.haxx.se/users/archive-2006-07/0666.shtml where it's told that apache > and subversion must be compiled with the same version of apr. This could be the > problem since apache 2.0.* uses apr-0* and the new version of subversion uses > apr-1* You seem to be right. Apache 2.2 is built with apr-1*, problem is, that we cannot stabilise just now...or what does Apache team say to that. What a mess. (In reply to comment #21) > Oh and another thing: masking subversion-1.3.2-r4 and trying to emerge -u world > won't temporarily fix the situation, because subversion-1.3.2-r3 then complains > about a wrong version of neon. Now what? Downgrade neon, too?
(In reply to comment #24) A downgrade of both neon and subversion to the penultimate x86 version works fine again for me. > (In reply to comment #22) > > Same problem here. I found this link > > http://svn.haxx.se/users/archive-2006-07/0666.shtml where it's told that apache > > and subversion must be compiled with the same version of apr. This could be the > > problem since apache 2.0.* uses apr-0* and the new version of subversion uses > > apr-1* > > You seem to be right. Apache 2.2 is built with apr-1*, problem is, that we > cannot stabilise just now...or what does Apache team say to that. What a mess. > > (In reply to comment #21) > > Oh and another thing: masking subversion-1.3.2-r4 and trying to emerge -u world > > won't temporarily fix the situation, because subversion-1.3.2-r3 then complains > > about a wrong version of neon. Now what? > > Downgrade neon, too? >
(In reply to comment #25) > A downgrade of both neon and subversion to the penultimate x86 version works > fine again for me. Isn't adding the following lines to /etc/portage/package.keywords simpler? =net-www/apache-2.2.4-r6 =app-admin/apache-tools-2.2.4-r3
Maybe, but some of us like to run clean stable systems. Suggesting putting things in package.keywords is not a suitable workaround.
(In reply to comment #27) > Maybe, but some of us like to run clean stable systems. Suggesting putting > things in package.keywords is not a suitable workaround. You know that the lower version of subversion works, but you don't the same aspect about a higher version of Apache. Please no further discussion about this on the bug.
CHTEKK fixed subversion-1.3.2-r4 to compile against apr{,-util} version which matches the installed apache version (if any) for Bug 182453, so more more issues with stabilizing this hopefully, and no need for more noise here. :)
Stable for HPPA.
ppc stable.
since mips is appereantly sleeping we won't hold apache-2.2 stabilization because of mips. please be aware that we will remove apache-2.0 very soon after 2.2 has gone stable to get rid of the apr-0/1 mess and therefore mips will have no stable apache.
(In reply to comment #32) > since mips is appereantly sleeping we won't hold apache-2.2 stabilization > because of mips. > > please be aware that we will remove apache-2.0 very soon after 2.2 has gone > stable to get rid of the apr-0/1 mess and therefore mips will have no stable > apache. People removing packages before they should, in violation of policy and good manners, is a large part of why mips is apparently sleeping. It isn't sleeping, it's going around cleaning up the mess made by other people doing what you just described. By removing stable packages you break a lot more than just that one package.
well, apr-0/1 causes a huge mess (see numerous subversion bugs, berkdb, etc), so we probably won't break more stuff that's not broken anyway... and btw, can you point me to the removal policy you are reffering to?
(In reply to comment #34) > well, apr-0/1 causes a huge mess (see numerous subversion bugs, berkdb, etc), > so we probably won't break more stuff that's not broken anyway... No no. You'll break all stable the packages that (even optionally) depend upon apache, which will cause an immense mess. > and btw, can you point me to the removal policy you are reffering to? http://devmanual.gentoo.org/keywording/index.html
well, we can leave the apr-0 crap around for mips of course, but at least i won't support it anymore after 2.2 is stable..
(In reply to comment #32) > please be aware that we will remove apache-2.0 very soon after 2.2 has gone > stable to get rid of the apr-0/1 mess and therefore mips will have no stable > apache. That's not so simple. E.g. current stable Subversion needs apr-0 (when built with apache2 use flag). The mess was caused by marking apr-1 stable before Apache 2.2 in the first place - and for what reason ever, that was really stupid. Now don't create a bigger mess by breaking the tree via stabilizing Apache 2.2 not thinking about the consequences. Create a tracker bug, grep the tree and cc the maintainers of possibly affected software, so a smooth upgrade path can be figured out.
(In reply to comment #37) > That's not so simple. E.g. current stable Subversion needs apr-0 (when built > with apache2 use flag). Not necessarily. Subversion-1.3.2-r4[apache2] can work with Apache 2.2* and APR{,-Util} 1.2*. > Now don't create a bigger mess by breaking the tree via stabilizing > Apache 2.2 not thinking about the consequences. Stabilization of Apache 2.2* wouldn't break the tree. Only deletion of Apache 2.0* and APR{,-Util} 0.9* would do.
correct, and there is also a tracker bug... yawn
I've got troubles compiling the latest version of apr to use the subversion package, here is my config : Portage 2.1.2.11 (default-linux/x86/no-nptl, gcc-4.1.2, glibc-2.5-r4, 2.6.20-gentoo-r8 i686) ================================================================= System uname: 2.6.20-gentoo-r8 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 18 Aug 2007 23:20:01 +0000 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/terminfo" CXXFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://mirror.ovh.net/gentoo-distfiles/ ftp://mirror.ovh.net/gentoo-distfiles/ http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo ftp://gentoo.imj.fr/pub/gentoo/ ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ ftp://ftp.solnet.ch/mirror/Gentoo http://gentoo.mirror.solnet.ch http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ " LANG="fr_FR@euro" LC_ALL="fr_FR@euro" LINGUAS="fr fr_FR@euro" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac acpi additions alsa apm arts avahi berkdb bitmap-fonts bzip2 cairo cli cracklib crypt cups dbus dia disk-partition dri dts dv dvd dvdr dvdread eds emboss encode esd extrafilters ffmpeg flac foomaticdb fortran freetype gcj gdbm gif gimpprint gnome gnutls gpm gstreamer gtk gtk2 hal iconv imlib isdnlog java jpeg jpeg2k lame libwww mad midi mikmod mmx motif mp3 mpeg mplayer mudflap mysql nagios-dns nagios-ntp nagios-ping nagios-ssh ncurses nls no-seamonkey nsplugin nvidia ogg opengl openmp pam pcre perl png ppds pppd python quicktime readline reflection samba sdl session snmp speex spell spl sse sse2 ssl subtitles svg symlink tcpd tga threads tiff truetype truetype-fonts type1-fonts unicode usb vorbis wma wmf x264 x86 xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr fr_FR@euro" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY And here is the problem : g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtbeginS.o: No such file or directory g++: /usr/lib/gcc/i386-pc-linux-gnu/4.1.1/crtendS.o: No such file or directory make[1]: *** [libapr-1.la] Erreur 1 make[1]: quittant le répertoire « /var/tmp/portage/dev-libs/apr-1.2.8/work/apr-1.2.8 » make: *** [all-recursive] Erreur 1 !!! ERROR: dev-libs/apr-1.2.8 failed. Call stack: ebuild.sh, line 1632: Called dyn_compile ebuild.sh, line 983: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile apr-1.2.8.ebuild, line 66: Called die !!! Make failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-libs/apr-1.2.8/temp/build.log'. note : my gcc version is 4.1.2 I'hope you'll find the problem
(In reply to comment #40) > I've got troubles compiling the latest version of apr to use the subversion > package This isn't appropriate place for such problems. Your GLibC and/or GCC are broken. If future you will find quicker help on Gentoo Fora.
I've re-emerged gcc and glibc so if : >This isn't appropriate place for such problems. Your GLibC and/or GCC are >broken. >If future you will find quicker help on Gentoo Fora. Tell me how to solve this problem cause no other ebuild have this problem.
(In reply to comment #42) > I've re-emerged gcc and glibc It may be insufficient. (You had probably changed CHOST.) (In reply to comment #42) > Tell me how to solve this problem cause no other ebuild have this problem. Create a new thread on Gentoo Fora::Portage & Programming.
(In reply to comment #40) I recently had the same problem, it can be fixed by symlinking /usr/lib/gcc/i686-pc-linux-gnu/4.1.1 to /usr/lib/gcc/i686-pc-linux-gnu/4.1.2. This is a hackish fix, but it works for me for apr-1.2.8 and rsbac-admin-1.3.5-r1, the two packages I had this problem with. --Alex Elsayed
Thanks it solved the compilation of apr for me. But if someone has a better solution, you're welcome too.
MIPS team still sleeping, meanwhile the next stabilization requests are open, go look there (as if you would ...) #198866 and #198590
