When running "emerge world" multiple times, the freetype ebuild wants to toggle back and forth between two different versions. ~ # emerge -uDpv --newuse world ... [ebuild U ] media-libs/freetype-2.1.10-r2 [2.1.9-r1] USE="doc zlib -bindist" 0 kB ... If the emerge is run without the p flag (and freetype is built), then the next time it says: ~ # emerge -uDpv --newuse world ... [ebuild UD] media-libs/freetype-2.1.9-r1 [2.1.10-r2] USE="doc zlib -bindist" 0 kB ... And so on, toggling back and forth. This may be related to bug #138736. ~ # emerge --info Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.15 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r6, 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks fixpackages metadata-transfer parallel-fetch sandbox severe sfperms strict userpriv" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://cudlug.cudenver.edu/gentoo/ http://gentoo.noved.org/ http://mirror.tucdemonic.org/gentoo/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LINGUAS="" MAKEOPTS="-j4" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dfx 3dnow 3dnowext X a52 aac alsa apache2 apm arts artswrappersuid asf avi bcmath berkdb bitmap-fonts bl browserplugin calendar cdda cdparanoia cdr cli corba crypt cups curl dga directfb divx4linux dlloader dmx doc dri dts dv dvb dvd dvdread edl eds emacs emboss encode esd ethereal exif fastcgi fbcon firefox foomaticdb fortran gb gcj gd gdbm ggi gif gnome gnustep gnutls gpm gstreamer gtk gtk2 gtkhtml guile hal imagemagick imap imlib innodb insecure-savers ipv6 isdnlog ithreads jack java jpeg kde libg++ libwww live lzo mad maildir mailwrapper math matroska mikmod mmx mmx2 mmxext mod modelock motif mp3 mpeg mysql mythtv nas ncurses network nls nptl nsplugin objc odbc offensive ofx ogg oggvorbis opengl oss pam pam_console pcntl pcre pda pdflib perl pic plugin png pppd python qt qt3 qt4 quicktime quotes readline real reflection rtc samba sasl sdk sdl session sharedext skins slp speex spell spl sse ssl stream svg svga tcltk tcpd tetex tga theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs wmf wxwindows xanim xml xmms xorg xosd xv xvid zeo zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_mach64 video_cards_vga video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS ~ #
Well, when upgraded, stick <media-libs/freetype-2.1.10 into /etc/portage/package.mask and find out what depends on it.
~ # emerge -uDpv --newuse world These are the packages that would be merged, in order: Calculating world dependencies | !!! All ebuilds that could satisfy "~media-libs/freetype-2.1.9" have been masked. !!! One of the following masked packages is required to complete your request: - media-libs/freetype-2.1.9-r1 (masked by: package.mask) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by "gnustep-base/gnustep-back-art-0.9.5" [ebuild]) !!! Problem resolving dependencies for gnustep-base/gnustep-env !!! Depgraph creation failed. ~ #
Ok, I need a slot in my Personal Life (tm) to do this, so please give me a little time. If it is really important, state so via this bug, and I'll see what I can do to speedup the process.
No real rush needed. I've had Windowmaker crash on me 2 or 3 times since the upgrade to modular X (after no crashes in the previous 3 or 4 years), but I have no idea whether the crashes are related to this bug.
(In reply to comment #4) > No real rush needed. I've had Windowmaker crash on me 2 or 3 times since the > upgrade to modular X (after no crashes in the previous 3 or 4 years), but I > have no idea whether the crashes are related to this bug. No, not at all, this bug is about broken dependencies in current stable gnustep-back-art ebuild. :)
@alpha: I dropped your ~alpha from gnustep-env-0.1.8, because you don't have alpha keyword in gnustep-base/gnustep-back-art and/or gnustep-base/gnustep-back-xlib. Please keyword and readd ~alpha in env. @rest: for the sake of modular X and current stable freetype, please stable keyword the following packages, where appropriate. Consider keywording ~arch where keyword not available: gnustep-base/gnustep-env-0.1.8 gnustep-base/gnustep-make-1.12.0-r1 gnustep-base/gnustep-base-1.12.0 gnustep-base/gnustep-gui-0.10.3 gnustep-base/gnustep-back-art-0.10.3 gnustep-base/gnustep-back-xlib-0.10.3
Ok, after emerging gcc with objc, I had to build a 3.3.5 version, because libffi requires it (see bug #105020, I did not have gnustep installed)...so what about this libffi? It is really uncomfortable to switch compiler versions just for that package. What is the situation for gcc 4? Apart from that: 1) emerges fine 2) passes collision test 3) defaults command for /usr/GNUstep/System/Tools/Gentoo/config-gnustep-back-art.sh is not found...I just gave up, because it failed running /etc/init.d/gnustep start in my stable chroot, and after spending some hours with this cr** I am sick of it. Thanks. Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.15 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #7) > Ok, after emerging gcc with objc, I had to build a 3.3.5 version, because > libffi requires it (see bug #105020, I did not have gnustep installed)...so > what about this libffi? It is really uncomfortable to switch compiler versions > just for that package. What is the situation for gcc 4? I commented on that bug, asking x86 team to stabilise/keyword to avoid this. However, the default should not use this package, right? Gnustep seems to be buggy when using it, so maybe I should entirely remove the USE-flag. > Apart from that: > > 1) emerges fine > 2) passes collision test > 3) defaults command for > /usr/GNUstep/System/Tools/Gentoo/config-gnustep-back-art.sh is not found...I > just gave up, because it failed running /etc/init.d/gnustep start in my stable > chroot, and after spending some hours with this cr** I am sick of it. Thanks. Ok, thanks for your tries.
(In reply to comment #7) > /usr/GNUstep/System/Tools/Gentoo/config-gnustep-back-art.sh is not found...I Weird. It's just there for me. What USE-flags did you use?:wq
[ebuild N ] gnustep-base/gnustep-back-art-0.10.3 USE="opengl -debug -doc -profile -verbose -xim" The command `defaults` is in /usr/GNUstep/System/Tools/ but when started there it can't find libs that are in the GNUstep directory hierarchy, I sourced /etc/profile before, but did not have the daemon running...so I was pissed. :)
ppc-macos done
not ~ppc64. will keyword if user requests it.
are gnustep-back-art and gnustep-back-xlib supposed to block each other? Emerge gives me the following when I do an emerge -pv on the packages listed (by name rather than specific version): intrepid gnustep-base # emerge -1pv gnustep-env gnustep-make gnustep-base gnustep-gui gnustep-gui gnustep-back-art gnustep-back-xlib These are the packages that would be merged, in order: Calculating dependencies... done! [blocks B ] gnustep-base/gnustep-back-art (is blocking gnustep-base/gnustep-back-xlib-0.10.3) [ebuild N ] gnustep-base/gnustep-make-1.12.0-r1 USE="doc -debug -layout-from-conf-file -layout-osx-like -non-flattened -profile -verbose" 0 kB [ebuild N ] gnustep-base/gnustep-base-1.12.0 USE="doc -debug -gcc-libffi -profile -verbose" 0 kB [ebuild N ] gnustep-base/gnustep-gui-0.10.3 USE="cups doc gif jpeg png -debug -gsnd -profile -verbose" 0 kB [ebuild N ] gnustep-base/mknfonts-0.5 USE="doc -debug -profile -verbose" 0 kB [ebuild N ] gnustep-libs/artresources-0.1.2 USE="doc -debug -profile -verbose" 0 kB [ebuild N ] media-fonts/dejavu-2.7 USE="X" 0 kB [ebuild N ] gnustep-base/gnustep-back-art-0.10.3 USE="doc opengl -debug -profile -verbose -xim" 0 kB [ebuild U ] gnustep-base/gnustep-env-0.1.8 [0.1] USE="doc% -debug% -profile% -verbose%" 0 kB [ebuild N ] gnustep-base/gnustep-back-xlib-0.10.3 USE="doc opengl -debug -profile -verbose -xim" 0 kB
Yep you need either one of them. The virtual gnustep-back is satisfied by one of them.
SPARC stable
This depends on gnustep-gui which is currently not stable on amd64 (and most other arches) and has no open stabilisation request. Should this be stabilised as well?
see comment #6
Sorry, missed that comment and then some evil thing destroyed my gentoo so it took a little longer to get back to this... emerges and works all fine on amd64, not counting gnustep-back-xlib which isn't keyworded ~amd64. emerge --info Portage 2.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-suspend2-r4Dudebox-Edition x86_64) ================================================================= System uname: 2.6.17-suspend2-r4Dudebox-Edition x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.4 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -msse3 -Os -pipe" CHOST="x86_64-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/gconf /etc/terminfo" CXXFLAGS="-march=k8 -msse3 -Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distcc distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LDFLAGS="-Wl,-O1" MAKEOPTS="-j4" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://server/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts cairo cdr cli crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gcj gdbm gif gpm gstreamer gtk gtk2 hal isdnlog jpeg kde kdeenablefinal kdehiddenvisibility libg++ mad mikmod mp3 mpeg ncurses nls nptl nptlonly objc objc++ ogg oss pam pcre pdflib perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd test truetype truetype-fonts type1-fonts udev unicode vorbis xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Another '~' bites the dust. (amd64 stable)
The recent update to 2006.1 has changed this bug from a "nice to have" to an absolute requirement. In a long chain of dependencies, this wound up breaking qt (and hence everything KDE related), mozilla-*, and various other packages. To overcome this, I put: ~gnustep-base/gnustep-make-1.12.0 ~gnustep-base/gnustep-base-1.12.0 ~gnustep-base/gnustep-back-art-0.10.3 ~gnustep-base/gnustep-gui-0.10.3 into package.keywords, and then had to re-emerge libffi (part of gcc 3.4.1), gnustep-base, gnustep-gui, and gnustep-back-art in order to continue the upgrade to 2006.1.
Don't blame 2006.1, as it has no requirement on a newer GCC *or* a newer X. I specifically ensured that we made no such requirement, since Release Engineering doesn't want to hear how changing a profile broke someone's system. ;] This is still a bug, but has nothing to do with 2006.1's release.
(In reply to comment #21) > Don't blame 2006.1 I was't trying to. I apologize if it came across that way. I was just trying to say that in my attempt to make a full transition to 2006.1, my needs changed from a "whenever" to "damn, this is breaking a lot of ebuilds". > , as it has no requirement on a newer GCC However, by the same token, there is also no requirement to ever run emerge --sync after an initial install either. BTW, 2006.1 is being advertised as using gcc 4.1, as per this comment on the front page: "The Gentoo Release Engineering team proudly announces the release of Gentoo Linux 2006.1, the second release of the year. Building on the strengths of previous releases and featuring all of Gentoo's well-documented flexibility, performance and portability, this release is now available on all supported architectures. The most popular architectures now use GCC 4.1, glibc 2.4 and baselayout 1.12.1, as well as including a new profile layout, with separate desktop and server profiles." Perhaps you need a new marketing department. :-) > *or* a newer X. I didn't notice anything about a new X. Nothing X built due to an emerge world when I upgraded to 2006.1. > I > specifically ensured that we made no such requirement, since Release > Engineering doesn't want to hear how changing a profile broke someone's system. > ;] This I can well understand. However, it seems like a lot of other stuff coincidentally changed at the same time. Ain't anarchy fun? Maybe it would make sense to lock down all new packages for a week or so surrounding a major upgrade like this. > This is still a bug, but has nothing to do with 2006.1's release. Agreed, it was just my personal requirements that changed. Before making the simple changes above I had about 150-200 packages that would not build. After making the change, this has been reduced to less than 40 and it's still compiling. Once I'm finished here, then I work on compiling new kernels (also not a requirement for 2006.1, but one of my machines is running a kernel that fell out of portage a while back, and the older kernel is blocking some recent gnome packages).
(In reply to comment #22) > BTW, 2006.1 is being advertised as using gcc 4.1, as per this comment on the > front page: OK. Something *using* something else and something *requiring* something else are two completely different things. > "The Gentoo Release Engineering team proudly announces the release of Gentoo > Linux 2006.1, the second release of the year. Building on the strengths of > previous releases and featuring all of Gentoo's well-documented flexibility, > performance and portability, this release is now available on all supported > architectures. The most popular architectures now use GCC 4.1, glibc 2.4 and > baselayout 1.12.1, as well as including a new profile layout, with separate > desktop and server profiles." > > Perhaps you need a new marketing department. :-) Considering I wrote that, I don't think so. You'll notice that *nowhere* does it say *anything* about upgrades to the 2006.1 profile *requiring* any particular version of GCC (though it does require > 3.3.2) whatsoever. I really hate when people try to use my own words incorrectly and use it as a point against me. Again, 2006.1 has nothing to do with this. An upgrade that *you* did to your own machine has broken this. It *is* broken with new installations using 2006.1, but that is a result of GCC, not of the release. Anyway, what exactly are we (the arch teams) supposed to be doing here. I'm having a very hard time understanding what needs to be done due to the sheer amount of noise on this bug. Could someone please tell us what the arch teams are expected to do *exactly*? Thanks...
please stop arguing on this bug. Please look at comment #6 for what to do. It is simple as keywording stable where you find your arch unstable keyword, and keywording unstable where you don't find your arch keyword.
(In reply to comment #24) > Please look at comment #6 for what to do. Thank you. Adding those specific packages to my packages.keywords file got me down to 3 failed builds which were already reported.
well, i've experimented a bit with gnustep on x86: gnustep-env-0.1.8 USE="-debug -doc -profile" gnustep-make-1.12.0-r1 USE="-debug -doc -layout-from-conf-file -layout-osx-like -non-flattened -profile -verbose" gnustep-base-1.12.0 USE="-debug -doc -gcc-libffi -profile" gnustep-gui-0.10.3 USE="cups gif jpeg png -debug -doc -gsnd -profile" gnustep-back-art-0.10.3 USE="opengl -debug -doc -profile -xim" for testing i installed gnustep-apps/aclock-0.2.3 USE="-debug -doc -profile" gnustep-apps/gworkspace-0.7.1 USE="-debug -doc -pdf -profile" after some time, i figured out how to actually start gnustep apps (still i'm only able to do so as root -- but that's most likely my own problem) and gave aclock and gworkspace a glance. both didn't crash immediately :-) if you want me to do some more testing, or looking at something in particular, let me know.
x86 should be stable ^.^
(In reply to comment #6) > @rest: for the sake of modular X and current stable freetype, please stable > keyword the following packages, where appropriate. Consider keywording ~arch > where keyword not available: > > gnustep-base/gnustep-env-0.1.8 > gnustep-base/gnustep-make-1.12.0-r1 > gnustep-base/gnustep-base-1.12.0 > gnustep-base/gnustep-gui-0.10.3 > gnustep-base/gnustep-back-art-0.10.3 > gnustep-base/gnustep-back-xlib-0.10.3 gnustep-base/gnustep-gui-0.10.3 fails to build here on ppc: powerpc-unknown-linux-gnu-gcc -rdynamic -pg -fgnu-runtime -o GSspell.service/./GSspell \ ./shared_profile_obj/GSspell.o -L/usr/lib -L../Source/./shared_profile_obj -L../Model/./shared_profile_obj -L/var/tmp/portage/gnustep-gui-0.10.3/temp/Library/Libraries -L/usr/GNUstep/Local/Library/Libraries -L/usr/GNUstep/Network/Library/Libraries -L/usr/GNUstep/System/Library/Libraries -lgnustep-gui_p -laudiofile -laspell -lgif -lpng -ltiff -lz -ljpeg -lm -lgnustep-base_p -lpthread -lobjc -lm /usr/GNUstep/System/Library/Makefiles/mkinstalldirs GSspell.service/Resources (echo "{"; echo ' NOTE = "Automatically generated, do not edit!";'; \ echo " NSExecutable = \"GSspell\";"; \ cat GSspellInfo.plist; \ echo "}") >GSspell.service/Resources/Info-gnustep.plist ;\ if ././shared_profile_obj/make_services --test GSspell.service/Resources/Info-gnustep.plist; then : ; else rm -f GSspell.service/Resources/Info-gnustep.plist; false; \ fi /bin/sh: line 5: 8268 Segmentation fault ././shared_profile_obj/make_services --test GSspell.service/Resources/Info-gnustep.plist make[2]: *** [GSspell.service/Resources/Info-gnustep.plist] Error 1 make[1]: *** [GSspell.all.service.variables] Error 2 make[1]: Leaving directory `/var/tmp/portage/gnustep-gui-0.10.3/work/gnustep-gui-0.10.3/Tools' make: *** [internal-all] Error 2 !!! ERROR: gnustep-base/gnustep-gui-0.10.3 failed.
*** Bug 151751 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > @rest: for the sake of modular X and current stable freetype, please stable > keyword the following packages, where appropriate. Consider keywording ~arch > where keyword not available: > > gnustep-base/gnustep-env-0.1.8 > gnustep-base/gnustep-make-1.12.0-r1 > gnustep-base/gnustep-base-1.12.0 > gnustep-base/gnustep-gui-0.10.3 > gnustep-base/gnustep-back-art-0.10.3 > gnustep-base/gnustep-back-xlib-0.10.3 ~x86 folks - could you please do the job complete? E.g., current stable gnustep-base doesn't compile with gcc-4.x :)
Same for amd64.
all packages: 1. emerge fine on x86, with the following notices: 1.1 gnustep-base: QA Notice: the following files are setXid, dyn linked, and using lazy bindings This combination is generally discouraged. Try re-emerging the package: LDFLAGS='-Wl,-z,now' emerge gnustep-base LAZY usr/GNUstep/System/Tools/gdomap QA Notice: the following files contain executable stacks Files with executable stacks will not work properly (or at all!) on some architectures/operating systems. A bug should be filed at http://bugs.gentoo.org/ to make sure the file is fixed. For more information, see http://hardened.gentoo.org/gnu-stack.xml Please include this file in your report: /var/tmp/portage/gnustep-base-1.12.0/temp/scanelf-execstack.log RWX --- --- usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.12.0 2. pass collision test emerge --info Portage 2.1.1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.18.1 i686) ================================================================= System uname: 2.6.18.1 i686 Genuine Intel(R) CPU T2300 @ 1.66GHz Gentoo Base System version 1.12.5 Last Sync: Wed, 18 Oct 2006 19:50:01 +0000 ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -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 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=prescott -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en de en_GB de_CH" MAKEOPTS="-j3" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi alsa apache2 asf berkdb bitmap-fonts cairo cdr cdrom cli cracklib crypt cups dbus divx dlloader dri dts dvd dvdr dvdread eds elibc_glibc emboss encode fam ffmpeg firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux ldap libg++ linguas_de linguas_de_CH linguas_en linguas_en_GB mad mikmod mmx mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection rtsp samba sdl session smp spell spl sse sse2 sse3 ssl svg tcpd test tetex theora threads truetype truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_fbdev video_cards_i810 video_cards_vesa vorbis win32codecs wxwindows x264 xine xml xorg xprint xv xvid zlib" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I've played around with that a bit on ppc. gnustep-base/gnustep-env-0.1.8 USE="-debug -doc -profile" gnustep-base/gnustep-base-1.12.0 USE="-debug -doc -gcc-libffi -profile" gnustep-base/gnustep-make-1.12.0-r1 USE="-debug -doc -layout-from-conf-file -layout-osx-like -non-flattened -profile -verbose" gnustep-base/gnustep-back-art-0.10.3 USE="opengl -debug -doc -profile -xim" gnustep-base/gnustep-gui-0.10.3 USE="gif jpeg png -cups -debug -doc -gsnd -profile" Everything compiles, passes collision test and gets started once i found out that /etc/init.d/gnustep start is not enough but you also need /usr/GNUstep/System/Tools/Gentoo/config-gnustep-back-art.sh for the backend to work (output scrolled past while i was not watching) I did some testing with the stable packages (affice, aclock) and the only thing that annoys me is that i cannot interact w/ the applet once i click around the menu a bit. After e.g. closing preferences on aclock, fluxbox just kills the menu (not the app) and no clicking around can bring it back (might be PEBKAC). Nixnut: i don't see the error you were mentioning, and a second compile is still fine. Recommended stable on ppc, if nixnuts errors are non package related. Portage 2.1.1-r1 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.1.1, glibc-2.4-r3, 2.6.18-20061003 ppc) ================================================================= System uname: 2.6.18-20061003 ppc 7455, altivec supported Gentoo Base System version 1.12.5 Last Sync: Sat, 25 Feb 2006 16:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.2.11-r1 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mtune=G4 -maltivec -mabi=altivec -pipe" CHOST="powerpc-unknown-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/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -mtune=G4 -maltivec -mabi=altivec -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-detect distlocks metadata-transfer sandbox sfperms strict test userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo" LANG="en_US.ISO-8859-1" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/local" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="ppc X alsa altivec apm bash-completion bitmap-fonts bonobo bzip2 cdr cli cracklib crypt dlloader dri dvd eds elibc_glibc emboss encode fbcon foomaticdb gdbm gif gpm gstreamer gtkhtml imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kernel_linux libg++ libwww mad mikmod motif mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis opengl pam pcre perl pic png pppd python qt3 qt4 quicktime readline reflection ruby sdl session spell spl ssl tcpd test truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_radeon vorbis xinerama xml xmms xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
amd64 done, for real
x86 should be4 done as well ^.^
I can reproduce nixnuts failure from comment #28 with [ebuild R ] gnustep-base/gnustep-gui-0.10.3 USE="gif jpeg png profile* -cups -debug -doc -gsnd Exact same failure here. Gnustep herd?
can you figure out where/what segfaults? It almost looks like bash segfaults.
# pwd /var/tmp/portage/gnustep-gui-0.10.3/work/gnustep-gui-0.10.3/Tools # ./shared_profile_obj/make_services --test GSspell.service/Resources/Info-gnustep.plist Segmentation fault (core dumped) # file shared_profile_obj/make_services shared_profile_obj/make_services: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
(In reply to comment #6) Just to recap, this bug is pretty messy... What's left: alpha: > gnustep-base/gnustep-back-art-0.10.3 > gnustep-base/gnustep-back-xlib-0.10.3 > gnustep-env-0.1.8 ppc: > gnustep-base/gnustep-env-0.1.8 > gnustep-base/gnustep-make-1.12.0-r1 > gnustep-base/gnustep-base-1.12.0 > gnustep-base/gnustep-gui-0.10.3 > gnustep-base/gnustep-back-art-0.10.3 > gnustep-base/gnustep-back-xlib-0.10.3
alpha and ppc, freetype 2.1.9 is masked, which your ebuilds depend on. ppc, maybe consider dropping the keyword alltogether if it won't compile for you?
Fails for me too (on ppc), working on it. I'm not dropping the keyword unless it's really needed. Why do we want to break the tree and make life more difficult for our users? :p
alpha, gnustep-back-xlib never was keyworded on your arch (and back-art is the recommended one anyway), ~alpha keyword for gnustep-env-0.1.8 and gnustep-base/gnustep-back-art-0.10.3 is enough ppc, does gnustep-gui-0.11 break the same as 0.10.3? If so, we could start another stabilization round
NSEvent.m: In function '-[NSEvent dealloc]': NSEvent.m:513: error: 'GSNOSUPERDEALLOC' undeclared (first use in this function) NSEvent.m:513: error: (Each undeclared identifier is reported only once NSEvent.m:513: error: for each function it appears in.) NSEvent.m: At top level: NSEvent.m:514: warning: method possibly missing a [super dealloc] call make[2]: *** [shared_obj/NSEvent.o] Error 1 make[1]: *** [libgnustep-gui.all.library.variables] Error 2 make[1]: Leaving directory `/var/tmp/portage/gnustep-base/gnustep-gui-0.11.0/work/gnustep-gui-0.11.0/Source' make: *** [internal-all] Error 2 This is with gnustep-make 1.12.0-r1 and gnustep-base 1.12.0. Any suggestions?
It compiles with the 1.13 versions of the above packages, so I guess ppc would be okay with a stabilization of the newer packages instead.
alpha, ppc - ping!
ppc can't do anything until the gnustep herd responds. Would they rather have us mark a nerwer copy stable or drop keywords?
Oops I had (mis)read that only gnustep-gui needed a newer version (and not gnustep-base) So for ppc, I'd suggest this set for stabilization: > gnustep-base/gnustep-env-0.1.8 > gnustep-base/gnustep-make-1.12.0-r1 > gnustep-base/gnustep-base-1.13.0-r1 > gnustep-base/gnustep-gui-0.11.0 > gnustep-base/gnustep-back-art-0.10.3 > gnustep-base/gnustep-back-xlib-0.10.3 If this set does not work, then I'd say drop (stable) keywords until the new gnustep packages are ready for stabilization (after they get their ~ARCH keyword, bug #189372, and spent some time in portage)
> So for ppc, I'd suggest this set for stabilization: > > gnustep-base/gnustep-env-0.1.8 > > gnustep-base/gnustep-make-1.12.0-r1 > > gnustep-base/gnustep-base-1.13.0-r1 > > gnustep-base/gnustep-gui-0.11.0 > > gnustep-base/gnustep-back-art-0.10.3 > > gnustep-base/gnustep-back-xlib-0.10.3 Unfortunately, this set doesn't make any sense as gnustep base depends on the same version of gnustep-make (i.e. 1.13) Also, the version of gnustep-back-art/xlib must match the version on gnustep-gui. Would this set be okay? > gnustep-base/gnustep-env-0.1.8 > gnustep-base/gnustep-make-1.13.0 > gnustep-base/gnustep-base-1.13.0-r1 > gnustep-base/gnustep-gui-0.11.0 > gnustep-base/gnustep-back-art-0.11.0 > gnustep-base/gnustep-back-xlib-0.11.0
(In reply to comment #48) > Would this set be okay? > > gnustep-base/gnustep-env-0.1.8 > > gnustep-base/gnustep-make-1.13.0 > > gnustep-base/gnustep-base-1.13.0-r1 > > gnustep-base/gnustep-gui-0.11.0 > > gnustep-base/gnustep-back-art-0.11.0 > > gnustep-base/gnustep-back-xlib-0.11.0 Fine for me!
Marked ppc stable then, thanks!
Good, all stabilizations are done! alpha, you can skip the keywording for gnustep-env-0.1.8 and gnustep-base/gnustep-back-art-0.10.3, and go with bug #189372 After that we will finally be able to close this bug and remove the old versions :)
I think alpha is already done? Or i'm missing something?
Yes alpha is done, as is everybody else, thanks! I kept the bug open until I could remove the old packages. As this is now done, finally closing this one :)