<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>134798</bug_id>
          
          <creation_ts>2006-05-29 10:25 0000</creation_ts>
          <short_desc>[STABLE] NSS-3.11-r1</short_desc>
          <delta_ts>2006-10-14 11:18:22 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>geekypenguin@gmail.com</reporter>
          <assigned_to>crypto@gentoo.org</assigned_to>
          <cc>ia64@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>geekypenguin@gmail.com</who>
            <bug_when>2006-05-29 10:25:47 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-05-29 12:46:09 0000</bug_when>
            <thetext>sparco stablo.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-29 17:29:58 0000</bug_when>
            <thetext>nss-3.11-r1 is at least ok for me on x86, as i&apos;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=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/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/&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-xp -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.ynet.sk/pub &quot;
LANG=&quot;en_US.utf8&quot;
LC_ALL=&quot;en_US.utf8&quot;
LINGUAS=&quot;en de&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://192.168.0.1/gentoo-portage&quot;
USE=&quot;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&quot;
Unset:  CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>geekypenguin@gmail.com</who>
            <bug_when>2006-05-29 17:37:41 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; nss-3.11-r1 is at least ok for me on x86, as i&apos;m using it now for about one
&gt; month (with mozilla-firefox-1.5.x) and everything seems to work well. However,
&gt; as mozilla-firefox-1.5.x is not yet stable on x86, probably a person with
&gt; 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.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-30 04:59:55 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt;  Testing against firefox-1.0.8 is useless as we do not build against system
&gt; nss/nspr. If your wanting a test case use gaim for example of even evolution.

Even better: I&apos;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 &apos;ssl&apos; and works very well.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-30 08:35:56 0000</bug_when>
            <thetext>Thanks Matthias... x86 done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gmsoft@gentoo.org</who>
            <bug_when>2006-06-04 13:08:02 0000</bug_when>
            <thetext>Stable on hppa.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kumba@gentoo.org</who>
            <bug_when>2006-07-08 21:10:17 0000</bug_when>
            <thetext>The mips team doth annoint this bug with the Mark of Stability +1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caster@gentoo.org</who>
            <bug_when>2006-07-22 01:07:04 0000</bug_when>
            <thetext>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...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>armin76@gentoo.org</who>
            <bug_when>2006-09-05 04:46:05 0000</bug_when>
            <thetext>alpha &amp; arm are done. ia64, could you please correct your mistake? Thanks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>plasmaroo@gentoo.org</who>
            <bug_when>2006-10-14 11:18:22 0000</bug_when>
            <thetext>3.11.3 is stable since 27 September so this one is fixed.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>