Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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