First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 138871
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Default Assignee for Orphaned Packages <maintainer-needed@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Stefan Wimmer <swimmer@xs4all.nl>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 138871 depends on: Show dependency tree
Bug 138871 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-07-02 09:07 0000
During my periodical check of 'emerge -uDvt world' I noticed that
x11-libs/fox-1.2.6-r2 tries to pull virtual/x11. 

[nomerge      ]  x11-libs/fox-1.2.6-r2  USE="cups opengl truetype -debug" 
[ebuild  N    ]   virtual/x11-7.0-r2  0 kB 
[ebuild  N    ]    x11-libs/liboldX-1.0.1  USE="-debug" 210 kB 
[ebuild  N    ]    x11-libs/libXTrap-1.0.0  USE="-debug" 214 kB 
[ebuild  N    ]    x11-libs/libXevie-1.0.1  USE="-debug" 219 kB 
[ebuild  N    ]    x11-libs/libFS-1.0.0  USE="-debug -ipv6" 231 kB 
[ebuild  N    ]    x11-themes/xcursor-themes-1.0.1  USE="-debug" 2,204 kB 
[ebuild  N    ]     x11-apps/xcursorgen-1.0.1  USE="-debug" 80 kB 
[ebuild  N    ]    x11-apps/xsetroot-1.0.1  USE="-debug" 75 kB 
[ebuild  N    ]    x11-libs/libXprintAppUtil-1.0.1  USE="-debug" 203 kB 
[ebuild  N    ]     x11-libs/libXprintUtil-1.0.1  USE="-debug" 218 kB 
[ebuild  N    ]    x11-apps/xdm-1.0.5  USE="pam xprint -debug -ipv6" 355 kB 
[ebuild  N    ]     x11-apps/sessreg-1.0.0  USE="-debug" 80 kB 
[ebuild  N    ]    x11-apps/xdriinfo-1.0.1  USE="-debug" 79 kB 
[ebuild  N    ]    x11-themes/gentoo-xcursors-0.3.1  0 kB 


After talking to some devs on #gentoo-amd64 they advised me to report this as a
bug ... hereby I do ;-)

Greetz
Stefan

PS: I resolved the problem on my machine to update to ~amd64 -> 1.4.11. After
that I noticed that another dependency (virtual/xft) was gone as well.

===
Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6/amd64-vanilla,
glibc-2.3.6-r4, 2.6.17-gentoo x86_64)
=================================================================
System uname: 2.6.17-gentoo x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.15
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5, 2.4.2
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-r2
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 -pipe -O2"
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
/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/eselect/compiler
/etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=k8 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache digest distlocks fixpackages metadata-transfer
parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/
ftp://mirror.scarlet-internet.nl/pub/gentoo ftp://mirror.nutsmaas.nl/gentoo/
http://gentoo.mirror.intouch.nl/gentoo/"
LANG="en_US.iso885915"
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.nl.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac alsa avi berkdb bitmap-fonts bzip2 cli crypt cups dar64
directfb dlloader dri dts dv dvd dvdr dvdread eds emboss encode fbcon ffmpeg
firefox flac foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hal i8x0 idn
ieee1394 imagemagick imlib isdnlog java jpeg lua lzw lzw-tiff mad matroska mbox
mime mp3 mpeg mysql ncurses nls nptl nsplugin ogg oggvorbis opengl oscar pam
pcre pdflib perl png pop pppd python qt qt3 qt4 quicktime readline reflection
ruby samba sdl session speex spell spl ssl tcltk tcpd tiff truetype
truetype-fonts type1-fonts usb vcd vorbis xorg xpm xprint xv xvid zlib
elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux
userland_GNU video_cards_nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS

------- Comment #1 From Jakub Moc (RETIRED) 2006-07-02 09:17:09 0000 -------
Fixed in 1.2.6-r3, should be stabilized. CCing arches directly, as the
maintainer is retired.

------- Comment #2 From Stefan Wimmer 2006-07-02 09:19:45 0000 -------
Ok - I doublechecked again and virtual/xft is not pulled in by x11-libs/fox but
by  dev-perl/DBI:

[nomerge      ] dev-perl/DBD-mysql-2.9007  USE="-minimal" 
[nomerge      ]  dev-perl/DBI-1.48  USE="-minimal" 
[ebuild  N    ]   virtual/xft-7.0  0 kB

Sorry for the confusion :-/
Stefan

------- Comment #3 From Donnie Berkholz 2006-07-02 11:58:23 0000 -------
You were right in the first place. virtual/x11 != virtual/xft

------- Comment #4 From Stefan Wimmer 2006-07-02 13:43:26 0000 -------
(In reply to comment #3)
> You were right in the first place. virtual/x11 != virtual/xft
> 

I know that - my question is: Is it still necessary with the new modular X? As
I tried to clarify virtual/xft is pulled in by dev-perl/DBI ... is this still
the correct behaviour?

Greetz
swimmer

------- Comment #5 From Donnie Berkholz 2006-07-02 13:50:15 0000 -------
virtual/xft is fine to get pulled in.

virtual/x11 indicates that an ebuild is not ported to modular X.

------- Comment #6 From Lars Weiler (RETIRED) 2006-07-02 17:24:19 0000 -------
(In reply to comment #1)
> Fixed in 1.2.6-r3, should be stabilized.

Problems on ppc:

powerpc-unknown-linux-gnu-g++ -DPACKAGE=\"fox\" -DVERSION=\"1.2.6\"
-DHAVE_DLFCN_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_DIRENT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SELECT_H=1
-DWORDS_BIGENDIAN=1 -DHAVE_PNG_H=1 -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1
-DHAVE_BZLIB_H=1 -DHAVE_VSSCANF=1 -DHAVE_LIBDL=1 -I. -I. -I../include
-I../include -I/usr/include/freetype2 -I/usr/include -I/usr/include/freetype2
-DHAVE_XFT_H=1 -DHAVE_XSHM_H=1 -D_GNU_SOURCE -DHAVE_JPEG_H=1 -DHAVE_PNG_H=1
-DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_BZ2LIB_H=1 -DHAVE_XCURSOR_H=1
-DHAVE_CUPS_H=1 -Wall -W -Wmissing-prototypes -Woverloaded-virtual -Wformat
-DHAVE_GL_H=1 -DSUN_OGL_NO_VERTEX_MACROS -DHPOGL_SUPPRESS_FAST_API
-DHAVE_GLU_H=1 -c FXColorNames.cpp  -fPIC -DPIC -o .libs/FXColorNames.lo
cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
C/ObjC but not for C++
cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
C/ObjC but not for C++
FXColorNames.cpp: In function 'FX::FXColor FX::fxcolorfromname(const
FX::FXchar*)':
FXColorNames.cpp:769: error: 'comparecase' was not declared in this scope
make[1]: *** [FXColorNames.lo] Error 1
make[1]: *** Waiting for unfinished jobs....
rm -f .libs/FXColorSelector.lo
powerpc-unknown-linux-gnu-g++ -DPACKAGE=\"fox\" -DVERSION=\"1.2.6\"
-DHAVE_DLFCN_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_DIRENT_H=1
-DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SELECT_H=1
-DWORDS_BIGENDIAN=1 -DHAVE_PNG_H=1 -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1
-DHAVE_BZLIB_H=1 -DHAVE_VSSCANF=1 -DHAVE_LIBDL=1 -I. -I. -I../include
-I../include -I/usr/include/freetype2 -I/usr/include -I/usr/include/freetype2
-DHAVE_XFT_H=1 -DHAVE_XSHM_H=1 -D_GNU_SOURCE -DHAVE_JPEG_H=1 -DHAVE_PNG_H=1
-DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_BZ2LIB_H=1 -DHAVE_XCURSOR_H=1
-DHAVE_CUPS_H=1 -Wall -W -Wmissing-prototypes -Woverloaded-virtual -Wformat
-DHAVE_GL_H=1 -DSUN_OGL_NO_VERTEX_MACROS -DHPOGL_SUPPRESS_FAST_API
-DHAVE_GLU_H=1 -c FXColorSelector.cpp  -fPIC -DPIC -o .libs/FXColorSelector.lo
cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
C/ObjC but not for C++
cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
C/ObjC but not for C++
FXColorSelector.cpp: In member function 'long int
FX::FXColorSelector::onUpdAlphaText(FX::FXObject*, FX::FXSelector, void*)':
FXColorSelector.cpp:446: error: 'FXStringVal' was not declared in this scope
FXColorSelector.cpp: In member function 'long int
FX::FXColorSelector::onUpdRGBText(FX::FXObject*, FX::FXSelector, void*)':
FXColorSelector.cpp:551: error: 'FXStringVal' was not declared in this scope
FXColorSelector.cpp: In member function 'long int
FX::FXColorSelector::onUpdHSVText(FX::FXObject*, FX::FXSelector, void*)':
FXColorSelector.cpp:597: error: 'FXStringVal' was not declared in this scope
FXColorSelector.cpp: In member function 'long int
FX::FXColorSelector::onUpdCMYText(FX::FXObject*, FX::FXSelector, void*)':
FXColorSelector.cpp:642: error: 'FXStringVal' was not declared in this scope
make[1]: *** [FXColorSelector.lo] Error 1
make[1]: Leaving directory `/var/tmp/portage/fox-1.2.6-r3/work/fox-1.2.6/src'
make: *** [all-recursive] Error 1

This is the new stable ppc-toolchain with gcc-4.1.1/glibc-2.4.

------- Comment #7 From Donnie Berkholz 2006-07-02 17:29:45 0000 -------
Pylon, I assume this also happens with -r2? If so, it's not relevant to this
bug and you're probably stuck fixing it yourself, since the package has no
maintainer.

------- Comment #8 From Jory A. Pratt 2006-07-02 17:30:34 0000 -------
(In reply to comment #6)
> (In reply to comment #1)
> > Fixed in 1.2.6-r3, should be stabilized.
> 
> Problems on ppc:
> 
> powerpc-unknown-linux-gnu-g++ -DPACKAGE=\"fox\" -DVERSION=\"1.2.6\"
> -DHAVE_DLFCN_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_DIRENT_H=1
> -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SELECT_H=1
> -DWORDS_BIGENDIAN=1 -DHAVE_PNG_H=1 -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1
> -DHAVE_BZLIB_H=1 -DHAVE_VSSCANF=1 -DHAVE_LIBDL=1 -I. -I. -I../include
> -I../include -I/usr/include/freetype2 -I/usr/include -I/usr/include/freetype2
> -DHAVE_XFT_H=1 -DHAVE_XSHM_H=1 -D_GNU_SOURCE -DHAVE_JPEG_H=1 -DHAVE_PNG_H=1
> -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_BZ2LIB_H=1 -DHAVE_XCURSOR_H=1
> -DHAVE_CUPS_H=1 -Wall -W -Wmissing-prototypes -Woverloaded-virtual -Wformat
> -DHAVE_GL_H=1 -DSUN_OGL_NO_VERTEX_MACROS -DHPOGL_SUPPRESS_FAST_API
> -DHAVE_GLU_H=1 -c FXColorNames.cpp  -fPIC -DPIC -o .libs/FXColorNames.lo
> cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
> C/ObjC but not for C++
> cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
> C/ObjC but not for C++
> FXColorNames.cpp: In function 'FX::FXColor FX::fxcolorfromname(const
> FX::FXchar*)':
> FXColorNames.cpp:769: error: 'comparecase' was not declared in this scope
> make[1]: *** [FXColorNames.lo] Error 1
> make[1]: *** Waiting for unfinished jobs....
> rm -f .libs/FXColorSelector.lo
> powerpc-unknown-linux-gnu-g++ -DPACKAGE=\"fox\" -DVERSION=\"1.2.6\"
> -DHAVE_DLFCN_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_DIRENT_H=1
> -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SELECT_H=1
> -DWORDS_BIGENDIAN=1 -DHAVE_PNG_H=1 -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1
> -DHAVE_BZLIB_H=1 -DHAVE_VSSCANF=1 -DHAVE_LIBDL=1 -I. -I. -I../include
> -I../include -I/usr/include/freetype2 -I/usr/include -I/usr/include/freetype2
> -DHAVE_XFT_H=1 -DHAVE_XSHM_H=1 -D_GNU_SOURCE -DHAVE_JPEG_H=1 -DHAVE_PNG_H=1
> -DHAVE_TIFF_H=1 -DHAVE_ZLIB_H=1 -DHAVE_BZ2LIB_H=1 -DHAVE_XCURSOR_H=1
> -DHAVE_CUPS_H=1 -Wall -W -Wmissing-prototypes -Woverloaded-virtual -Wformat
> -DHAVE_GL_H=1 -DSUN_OGL_NO_VERTEX_MACROS -DHPOGL_SUPPRESS_FAST_API
> -DHAVE_GLU_H=1 -c FXColorSelector.cpp  -fPIC -DPIC -o .libs/FXColorSelector.lo
> cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
> C/ObjC but not for C++
> cc1plus: warning: command line option "-Wmissing-prototypes" is valid for
> C/ObjC but not for C++
> FXColorSelector.cpp: In member function 'long int
> FX::FXColorSelector::onUpdAlphaText(FX::FXObject*, FX::FXSelector, void*)':
> FXColorSelector.cpp:446: error: 'FXStringVal' was not declared in this scope
> FXColorSelector.cpp: In member function 'long int
> FX::FXColorSelector::onUpdRGBText(FX::FXObject*, FX::FXSelector, void*)':
> FXColorSelector.cpp:551: error: 'FXStringVal' was not declared in this scope
> FXColorSelector.cpp: In member function 'long int
> FX::FXColorSelector::onUpdHSVText(FX::FXObject*, FX::FXSelector, void*)':
> FXColorSelector.cpp:597: error: 'FXStringVal' was not declared in this scope
> FXColorSelector.cpp: In member function 'long int
> FX::FXColorSelector::onUpdCMYText(FX::FXObject*, FX::FXSelector, void*)':
> FXColorSelector.cpp:642: error: 'FXStringVal' was not declared in this scope
> make[1]: *** [FXColorSelector.lo] Error 1
> make[1]: Leaving directory `/var/tmp/portage/fox-1.2.6-r3/work/fox-1.2.6/src'
> make: *** [all-recursive] Error 1
> 
> This is the new stable ppc-toolchain with gcc-4.1.1/glibc-2.4.
> 

This is specific to gcc-4.x it has been fixed in an upstream release that has
not made it to the tree. Someone might want to backport the patch but not "I".

------- Comment #9 From Lars Weiler (RETIRED) 2006-07-02 18:09:09 0000 -------
(In reply to comment #8)
> This is specific to gcc-4.x it has been fixed in an upstream release that has
> not made it to the tree. Someone might want to backport the patch but not "I".

Can we have a maintainer for this package, please? ;-)

Unfortunately all other versions seem to be slotted (beside fox-1.4.11).  Let's
see if I can find the gcc-4 patch and backport it...  okay, the patch has been
introduced in fox-1.4.32, which isn't in portage right now and would be
installed into another slot.

Also, any newer version depends on reswap and the fox-wrapper beside
fox.eclass. 

Damn.  I hate those former devs who created something new, but leave the
project before they introduce it into stable :-(

I'll test a newer version on ppc and if that works, I'll mark it and any dep
stable.  Seems there is no other way without a maintainer.

------- Comment #10 From Joshua Jackson 2006-07-04 23:09:54 0000 -------
1.2.6-r3 is stable on x86, 1.0.53 is masked so I'm not going to touch it til
its out of being package.masked, by someone who wants to take some
responsibility. Readd us when that time comes.

------- Comment #11 From Markus Rothe 2006-07-06 23:24:39 0000 -------
x11-libs/fox-1.2.6-r3 stable on ppc64. I won't touch 1.0.53 either. please
readd when 1.0.53 is ready to go stable.

------- Comment #12 From Tobias Scherbaum 2006-08-19 11:53:38 0000 -------
(In reply to comment #11)
> x11-libs/fox-1.2.6-r3 stable on ppc64. I won't touch 1.0.53 either. please
> readd when 1.0.53 is ready to go stable.

Same for ppc.

------- Comment #13 From Jason Wever (RETIRED) 2006-08-19 13:57:35 0000 -------
(In reply to comment #11)
> x11-libs/fox-1.2.6-r3 stable on ppc64. I won't touch 1.0.53 either. please
> readd when 1.0.53 is ready to go stable.

Add SPARC to the "me too" boat. 

------- Comment #14 From Michael Weyershäuser 2006-08-19 16:04:20 0000 -------
1.2.6-r3 emerges fine on amd64, i'll stick to the consensus and stay away from
1.0.53 :)

emerge --info
Portage 2.1-r2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4,
2.6.17-suspend2-r3-Dudebox-Edition x86_64)
=================================================================
System uname: 2.6.17-suspend2-r3-Dudebox-Edition x86_64 AMD Athlon(tm) 64
Processor 3200+
Gentoo Base System version 1.12.4
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 -O2 -pipe -msse3"
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 /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect 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/"
LINGUAS="de"
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 apache2 arts avi berkdb bitmap-fonts cli crypt cups dlloader
dri eds emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib
ipv6 isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mp3 mpeg ncurses nls nptl
opengl pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline
reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts
unicode usb userlocales xorg xpm xv zlib elibc_glibc input_devices_keyboard
input_devices_mouse input_devices_evdev kernel_linux linguas_de userland_GNU
video_cards_dummy"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

------- Comment #15 From Thomas Cort (RETIRED) 2006-08-19 16:09:52 0000 -------
1.2.6-r3 stable on amd64

------- Comment #16 From Christian Faulhammer 2006-08-25 00:25:27 0000 -------
Close this bug because of GCC 4.1 stabilisation of other versions in bug
#145046

First Last Prev Next    No search results available      Search page      Enter new bug