Bug 95632 – php-5.0.4/5.0.4-r1 has a "mysql" dependency into "php5-sapi-r2" eclass not in the ebuild

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Rumen Yotov 2005-06-09 22:23:11 UTC]

Hi,
Mostly running stable (X86) system with some ~x86 packages (php being one of them).
In last two days emerged both: php-5.0.4 and 5.0.4-r1, but both of them wanted
to downgrade 'mysql' which is a dependency if USE has mysql.
My problem here is that i'm also using testing/~x86 mysql-4.1.12 and the php5
dependency is on 'mysql-4.0*'. Nothing bad here. 4.0* is the stable one.
But that dependency isn't in the ebuild it's in the "php5-sapi-r2 eclass" so
i've to copy the eclass to my overlay edit it and emerge the new php5. Done that
twice.
Of course this are still testing packages, but IMHO this config is more
difficult to work with then USE-flags in ebuilds.
There might be a reason for doing such thing.
Now a new/U "shedutils-1.3.5" wants to downgrade php to 5.0.4, i have 5.0.4-r1.
Thanks. Rumen

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Gentoo Base System version 1.6.12
Portage 2.0.51.22-r1 (!/usr/portage/profiles/default-linux/x86/2005.0,
gcc-3.4.4, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r9 i686)
=================================================================
System uname: 2.6.11-gentoo-r9 i686 AMD Athlon(tm) XP 2200+
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.9
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16-r1
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/alias /var/qmail/control /var/service"
CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/var/portage/distfiles"
FEATURES="autoconfig buildpkg ccache collision-protect distlocks gpg sandbox
sfperms test userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.ITDNet.net/gentoo
http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://files.gentoo.gr
http://ftp.lug.ro/gentoo/ http://mirror.etf.bg.ac.yu/gentoo
http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/var/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/var/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow X X509 a52 aac acl acpi alsa apache2 avi bash-completion berkdb
bitmap-fonts caps cdb cdr crypt cups curl dvd dvdr eds encode esd evo exif
ffmpeg flac foomaticdb freetype gd gif gmp gnutls gpm gstreamer gtk gtk2 gtkhtml
hal iconv imagemagick imap imlib ipv6 javascript jpeg kdexdeltas lcms libg++
libwww mad maildir matroska mikmod mime mmx motif mozilla mp3 mpeg mysql ncurses
nls nptl nptlonly nvidia ogg oggvorbis opengl oss pam pdflib perl png posix
postgres ppds prelude python quicktime readline ruby sdl skey slang speex spell
sse ssl svg svga symlink tcltk tcpd theora threads tiff transcode truetype
truetype-fonts type1-fonts unicode usb vhosts vorbis win32codecs xine xml2 xmms
xsl xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Jakub Moc (RETIRED) 2005-06-10 01:10:27 UTC]

Now when it

[Comment 2 Jakub Moc (RETIRED) 2005-06-10 01:10:27 UTC]

Now when it´s hardmasked as well I don´t see a reason why php-5.0.4-r1 should
depend on mysql-4.0* only. 

What about php5-sapi-r3 eclass and letting brave people test this one and
mod_php-5.0.4-r1 (non-existant yet) with mysql-4.1.x?

P.S. Don´t break the eclass again if you take this suggestion, please. ;-)

[Comment 3 Rumen Yotov 2005-06-10 11:55:22 UTC]

Hi,
What a big mistake (was in a hurry/not thinking) shedutils can't have anything
to do with php. But that's because i often use "emerge -DNu world -ptv" (see the
-t).
As shedutils were just above php assumed that it is a dependency.
Back on topic,just downgraded php to 5.0.4 (after portage SYNC) w/o custom eclass.
Rumen

[Comment 4 Stuart Herbert (RETIRED) 2005-06-10 15:42:30 UTC]

Hi,

Sorry, but there's far too many USE flags to support them without handling it in
the eclass.

Once MySQL 4.1 is no longer masked, I'll re-enable PHP 5's support for it. 
Until then, enabling the mysqli extension breaks the Portage tree - because
thttpd has PHP 5 support, and unlike the PHP packages, thttpd isn't masked.

Best regards,
Stu

[Comment 5 Stuart Herbert (RETIRED) 2005-06-23 15:19:30 UTC]

*** Bug 96596 has been marked as a duplicate of this bug. ***

[Comment 6 Jakub Moc (RETIRED) 2005-08-04 10:41:19 UTC]

*** Bug 101361 has been marked as a duplicate of this bug. ***

[Comment 7 Erick Turnquist 2005-08-04 13:20:32 UTC]

I don't understand why we can't just tweak the eclass to handle mysql 4.1. Users
who aren't using it wouldn't see any difference at all and it will just make the
transition to a stable 4.1 that much smoother in the future.

[Comment 8 Robin Johnson 2005-08-04 14:06:24 UTC]

I'm reopening this.
This is the sole change required in the eclass:
-       mysql? ( =dev-db/mysql-4.0* )
+       mysql? ( dev-db/mysql )

[Comment 9 Robin Johnson 2005-08-04 14:09:53 UTC]

i've put this fix into the tree now.
so mysql-3 and mysql-4.1/5 users can compile the old mysql extension (not mysqli).