When trying to build >=dev-db/mysql-5.1.56-r1 it pulls in sys-process/procps as a dependency. Trying to build procps is a no go in MacOS. Reproducible: Always Steps to Reproduce: 1. emerge mysql 2. *complains about needing keyword for sys-process/procps Expected Results: sys-process/procps should not be a dependency when compiling on macos. emerging =dev-db/mysql-5.1.56 (the last ebuild before switching to mysql-v2.eclass) builds successfully. Looking at the difference: $ grep procps /Volumes/Gentoo/usr/portage/eclass/mysql*.eclass /Volumes/Gentoo/usr/portage/eclass/mysql-v2.eclass: userland_GNU? ( sys-process/procps ) /Volumes/Gentoo/usr/portage/eclass/mysql.eclass: kernel_linux? ( sys-process/procps )
ah, this looks trivial for the mysql team to change. Thanks for the report.
The same problem here. I don't think it's mysql team's problem. Several eclasses use kernel_* options. Judging by scanning profiles on mac kernel_linux should be unset and kernel_Darwin should be set. Here is relevant lines: usr/portage/profiles/prefix/darwin/use.force:kernel_Darwin usr/portage/profiles/prefix/darwin/use.mask:-kernel_Darwin usr/portage/profiles/prefix/use.force:-kernel_linux usr/portage/profiles/prefix/use.mask:kernel_linux usr/portage/profiles/base/use.force:kernel_linux usr/portage/profiles/base/use.mask:kernel_AIX usr/portage/profiles/base/use.mask:kernel_Darwin usr/portage/profiles/base/use.mask:kernel_FreeBSD usr/portage/profiles/base/use.mask:kernel_freemint usr/portage/profiles/base/use.mask:kernel_HPUX usr/portage/profiles/base/use.mask:kernel_Interix usr/portage/profiles/base/use.mask:kernel_IRIX usr/portage/profiles/base/use.mask:kernel_NetBSD usr/portage/profiles/base/use.mask:kernel_OpenBSD usr/portage/profiles/base/use.mask:kernel_SunOS And portage # cat usr/portage/profiles/prefix/darwin/parent ../../base .. Most prefixed archs have similar pattern, except prefix/linux (understandable). I'm not sure how to debug this further, so here is emerge --info: emerge --info Portage 2.2.01.19478-prefix (prefix/darwin/macos/10.6/x64, gcc-4.2.1, unavailable, 10.8.0 i386) ================================================================= System uname: Darwin-10.8.0-i386-64bit Timestamp of tree: Mon, 17 Oct 2011 23:40:03 +0000 distcc 3.1-toolwhip.1 i386-apple-darwin10.0 [disabled] app-shells/bash: 4.2_p10 dev-lang/python: 2.7.2 dev-util/cmake: 2.8.1-r2 dev-util/pkgconfig: 0.25-r2 sys-devel/autoconf: 2.68 sys-devel/automake: 1.11.1 sys-devel/gcc-config: 1.4.1-r00.2 sys-devel/libtool: 2.4-r01.1 sys-devel/make: 3.82 Repositories: gentoo_prefix Installed sets: ACCEPT_KEYWORDS="~x64-macos" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-apple-darwin10" CFLAGS="-march=nocona -march=nocona" CHOST="x86_64-apple-darwin10" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/portage /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -march=nocona" DISTDIR="/opt/portage/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs collision-protect distlocks ebuild-locks fixlafiles news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="ru_RU.UTF-8" LDFLAGS="-Wl,-dead_strip_dylibs" PKGDIR="/opt/portage/usr/portage/packages" PORTAGE_CONFIGROOT="/opt/portage/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/opt/portage/var/tmp" PORTDIR="/opt/portage/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="aqua bash-completion cairo coreaudio cracklib cxx exif fontconfig git jpeg jpeg2k mmx mmxext modules ncurses nls objc objc++ ogg perl png prefix readline sse sse2 ssl subversion svg tiff truetype unicode vim-syntax x64-macos zlib" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="Darwin" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #2) > The same problem here. I don't think it's mysql team's problem. Several > eclasses use kernel_* options. Judging by scanning profiles on mac kernel_linux > should be unset and kernel_Darwin should be set. Here is relevant lines: Thanks for your comment but the analysis is incorrect. The problem is that the *new* eclass _uses_ userland_GNU, not the other way around... It is a trivial change for the mysql team to make. Awaiting comment from the team before proceeding.
I forgot to add a comment here, but this should be fixed[1]. [1] - http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/mysql-v2.eclass?r1=1.8&r2=1.9
[ebuild N *] sys-process/procps-3.2.8-r2 USE="unicode (-n32)" 0 kB [ebuild U ] dev-db/mysql-5.1.59 [5.1.56] USE="community perl ssl -berkdb% -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -pbxt -profiling (-selinux) -static -test -xtradb" 23,649 kB Still an issue on ~x64-macos. Even removing the offending line from the eclass doesn't work. Maybe it's force somewhere else as well?
Please check the revision of mysql-v2.eclass. You should be using revision 1.9.
(In reply to comment #6) > Please check the revision of mysql-v2.eclass. You should be using revision 1.9. I am (forgot to add that it was after a fresh --sync), at least according to the header: # $Header: /var/cvsroot/gentoo-x86/eclass/mysql-v2.eclass,v 1.9 2011/10/07 04:30:18 jmbsvicetto Exp $. And as already said, even removing "kernel_linux? ( sys-process/procps )" (line 239) from DEPEND doesn't change a thing. I'm currently fixing some other EPREFIX issues comming from the new eclasses (will open another bug) and building mysql-5.1.59 with the -O flag. If I can post or do anything that might help fixing this issue please let me know.
I think I found the culprit: ./metadata/cache/dev-db/mysql-5.1.59:|| ( >=sys-devel/gcc-3.4.6 >=sys-devel/gcc-apple-4.0 ) >=sys-devel/libtool-2.2.10 sys-devel/gnuconfig || ( =sys-devel/automake-1.11* ) >=sys-devel/autoconf-2.61 sys-devel/libtool ssl? ( >=dev-libs/openssl-0.9.6d ) userland_GNU? ( sys-process/procps ) >=sys-apps/sed-4 >=sys-apps/texinfo-4.7-r1 >=sys-libs/readline-4.1 >=sys-libs/zlib-1.2.3 !dev-db/mysql-community !dev-db/mysql-cluster !dev-db/mariadb virtual/yacc static? ( || ( sys-libs/ncurses[static-libs] <=sys-libs/ncurses-5.7-r3 ) ) >=dev-util/cmake-2.4.3 ssl? ( >=dev-libs/openssl-0.9.6d ) userland_GNU? ( sys-process/procps ) >=sy s-apps/sed-4 >=sys-apps/texinfo-4.7-r1 >=sys-libs/readline-4.1 >=sys-libs/zl ib-1.2.3 !dev-db/mysql-community !dev-db/mysql-cluster !dev-db/mariadb !mini mal? ( !prefix? ( dev-db/mysql-init-scripts ) ) selinux? ( sec-policy/selinu x-mysql )
(In reply to comment #8) > I think I found the culprit: That's gone now, thx!
*** Bug 388345 has been marked as a duplicate of this bug. ***
aparently this still isn't flying
(In reply to comment #11) > aparently this still isn't flying FYI Bug 388345 is prefix on Solaris 11
(In reply to comment #11) > aparently this still isn't flying Stop re-opening this bug and bothering the mysql team, they graciously fixed the deps already. The problem is now in our infrastructure (I'm fixing now).
sorry, I lost track of this