Needed for =net-nntp/pan-0.139 (bug #478252).
I added it to eapi-5 profiles and repoman passed ok for me (also for hppa): # Pacho Ramos <pacho@gentoo.org> (17 Nov 2013) # Still needs gnutls-3 >=net-nntp/pan-0.139 ssl (in package.use.stable.mask) $ ekeyword hppa pan-0.139.ebuild repopan-0.139.ebuild m--- pan-0.139.ebuild 2012-11-04 10:17:06.000000000 +0100 +++ pan-0.139.ebuild.new 2013-11-25 21:53:44.000000000 +0100 @@ -15 +15 @@ -KEYWORDS="~alpha ~amd64 ~hppa ~ppc ~ppc64 ~sparc ~x86 ~x86-fbsd" +KEYWORDS="~alpha ~amd64 hppa ~ppc ~ppc64 ~sparc ~x86 ~x86-fbsd" $ repoman full RepoMan scours the neighborhood... >>> Creating Manifest for /home/pacho/gentoo-x86/net-nntp/pan ebuild.badheader 1 net-nntp/pan/pan-0.139.ebuild: Invalid Gentoo Copyright on line: 1 Note: use --include-dev (-d) to check dependencies for 'dev' profiles RepoMan sez: "You're only giving me a partial QA payment? I'll take it this time, but I'm not happy."
Why this bug blocks bug #421391 instead of depending on it?
This is needed for the stabilization of the reverse dependency media-video/vlc, see bug #499806; added it to the list of blocks, when proceeding here, the reverse dependency would love these keywords: alpha, amd64, arm, ppc, ppc64, x86 We might package.use.stable.mask media-video/vlc[gnutls] if this takes long.
(In reply to Tom Wijsman (TomWij) from comment #3) > We might package.use.stable.mask media-video/vlc[gnutls] if this takes long. These packages were added to package.use.stable.mask such that security bug #486902, security bug #499806 and security bug #504088 can proceed to stabilize.
The last blockers are: https://bugs.gentoo.org/show_bug.cgi?id=421431 -> maybe we could mask gnutls USE for that https://bugs.gentoo.org/show_bug.cgi?id=421777 -> this is hard to fix :( https://bugs.gentoo.org/show_bug.cgi?id=446016 -> Maybe fedora patch could help: http://pkgs.fedoraproject.org/cgit/python-gnutls.git/tree/track-libgnutls-and-opengpg-versions.patch
(all stabilization bugs are already filled and blocking this stabilization one)
Because of bug #511536 (dev-libs/libtasn1-3.6::gentoo, ebuild scheduled for merge) conflicts with <dev-libs/libtasn1-3 required by (net-libs/gnutls-2.12.23-r6::gentoo, installed)
(In reply to Laurent Bachelier from comment #7) > Because of bug #511536 > > (dev-libs/libtasn1-3.6::gentoo, ebuild scheduled for merge) conflicts with > <dev-libs/libtasn1-3 required by (net-libs/gnutls-2.12.23-r6::gentoo, > installed) Not sure how this is related to here, but thanks! fixed.
What gnutls-3 version would be ok to stabilize? 3.3.4?
(In reply to Pacho Ramos from comment #9) > What gnutls-3 version would be ok to stabilize? 3.3.4? Ping. http://www.gnutls.org/download.html says gnutls-3.2 is the current stable, while 3.3 is the stable-next release. "Stable-next will be the next stable release; while it is believed to be sufficiently stable it is not as well tested as the stable branch."
Pinning stabilization candidate to 3.2.18 due to no response from crypto team. I'm going to add arch teams for stabilization on Oct 19th.
(In reply to Manuel Rüger from comment #10) > http://www.gnutls.org/download.html > says gnutls-3.2 is the current stable, while 3.3 is the stable-next release. > "Stable-next will be the next stable release; while it is believed to be > sufficiently stable it is not as well tested as the stable branch." Today 3.3.* is treated by upstream as "stable", not just "stable-next", so I recommend stabilization of 3.3.8.
(In reply to Arfrever Frehtes Taifersar Arahesis from comment #12) > (In reply to Manuel Rüger from comment #10) > > http://www.gnutls.org/download.html > > says gnutls-3.2 is the current stable, while 3.3 is the stable-next release. > > "Stable-next will be the next stable release; while it is believed to be > > sufficiently stable it is not as well tested as the stable branch." > > Today 3.3.* is treated by upstream as "stable", not just "stable-next", so I > recommend stabilization of 3.3.8. I agree. I will add 3.3.9 and we wait for blockers.
Please give me a few hours to add multilib support to 3.2 branch :).
Needs >=sys-apps/texinfo-5.2 apparently.
(In reply to Jeroen Roovers from comment #15) > Needs >=sys-apps/texinfo-5.2 apparently. Maybe someone can hack gnutls' build system to prevent regeneration of texinfo files? See bug 520818 for more info.
(In reply to Alexander Tsoy from comment #16) > (In reply to Jeroen Roovers from comment #15) > > Needs >=sys-apps/texinfo-5.2 apparently. > > Maybe someone can hack gnutls' build system to prevent regeneration of > texinfo files? See bug 520818 for more info. see bug#520818, if you can confirm the workaround. breakage applies to subset of users, I could not reproduce.
Hi Arch, With known issue of bug#525640 which is net-analyzer/openvas-libraries issue and has explicit dependency on gnutls-2 and it is unstable anyway, we are ready to stabilize gnutls-3.3. Thanks!
This requires >=dev-libs/libtasn1-3.9. Which?
(In reply to Jeroen Roovers from comment #19) > This requires >=dev-libs/libtasn1-3.9. Which? you are right! I am sorry I missed that. the latest, I will open a different bug.
Stable for HPPA.
arm stable
Stable on alpha
Removing bug#525640 as net-analyzer/openvas-libraries was updated to depend =net-libs/gnutls-2* for all packages.
amd64/x86 stable
ppc/ppc64 stable
sparc stable. Closing.
