Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Please go ahead and mark stable, new in pkg is the pkgconfig files are
installed so all ebuilds should be using them now instead of hardcoding the
nss_{lib,include} in the ebuilds.

sparco stablo.

nss-3.11-r1 is at least ok for me on x86, as i'm using it now for about one
month (with mozilla-firefox-1.5.x) and everything seems to work well. However,
as mozilla-firefox-1.5.x is not yet stable on x86, probably a person with
version 1.0.8 should verify that.

Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3,
2.6.16-gentoo-r7 i686)
=================================================================
System uname: 2.6.16-gentoo-r7 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: [Not Present]
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-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -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/lib/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/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.ynet.sk/pub "
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac aalib acpi alsa apm audiofile avi berkdb
bitmap-fonts bonobo bzip2 cairo cdr cli crypt css cups curl dbus dri dts dvd
dvdr dvdread eds emboss encode exif expat fam fbcon ffmpeg firefox flac
foomaticdb fortran gd gdbm gif ginac glut gmp gnome gphoto2 gpm gstreamer gtk
gtk2 gtkhtml guile hal icq idn imagemagick imlib ipv6 isdnlog java javascript
jpeg jpeg2k junit lcms libg++ libwww mad matroska mikmod mime mmx mmxext mng
motif mozsvg mp3 mpeg msn nautilus ncurses nls nptl nsplugin nvidia offensive
ogg oggvorbis openal opengl pam pcre pdflib perl plotutils png posix pppd
python quicktime readline real reflection ruby sdl session slang sockets speex
spell spl sqlite sqlite3 sse ssl subtitles svg svga tcltk tcpd tetex theora
tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis
win32codecs wma xine xml xml2 xmms xorg xv xvid zlib video_cards_nvidia
linguas_en linguas_de userland_GNU kernel_linux elibc_glibc"
Unset:  CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS,
PORTAGE_RSYNC_OPTS

(In reply to comment #2)
> nss-3.11-r1 is at least ok for me on x86, as i'm using it now for about one
> month (with mozilla-firefox-1.5.x) and everything seems to work well. However,
> as mozilla-firefox-1.5.x is not yet stable on x86, probably a person with
> version 1.0.8 should verify that.
 Testing against firefox-1.0.8 is useless as we do not build against system
nss/nspr. If your wanting a test case use gaim for example of even evolution.

(In reply to comment #3)
>  Testing against firefox-1.0.8 is useless as we do not build against system
> nss/nspr. If your wanting a test case use gaim for example of even evolution.

Even better: I'm using evolution-2.4.2.1 as my default mail client; in fact it
links against /usr/lib/nss/libnss3.so as it has been build with 'ssl' and works
very well.

Thanks Matthias... x86 done

Stable on hppa.

The mips team doth annoint this bug with the Mark of Stability +1.

Looks like ia64 stabled 3.11.1-r1 instead, by mistake (comment in Changelog
points to this bug). Others are all done, alpha and arm forgot themselves in
CC...

alpha & arm are done. ia64, could you please correct your mistake? Thanks

3.11.3 is stable since 27 September so this one is fixed.