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
Now when it
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. ;-)
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
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
*** Bug 96596 has been marked as a duplicate of this bug. ***
*** Bug 101361 has been marked as a duplicate of this bug. ***
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.
I'm reopening this. This is the sole change required in the eclass: - mysql? ( =dev-db/mysql-4.0* ) + mysql? ( dev-db/mysql )
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).