| Summary: | media-libs/mesa-10.2.8 x11-libs/libdrm-2.4.58 stabilization request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alexander Berntsen (RETIRED) <bernalex> |
| Component: | [OLD] Keywording and Stabilization | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | alexander, axs, cyberbat83, emeric.maschino, esigra, karl.j.linden, nikoli, ostroffjh, pacho, vgobbo, xms-00 |
| Priority: | Normal | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 516470 | ||
| Bug Blocks: | 530652 | ||
|
Description
Alexander Berntsen (RETIRED)
2014-06-18 20:52:07 UTC
It has been in the tree for less than a week, and some bugs are seemingly related to mesa-10.2 (e.g. bug 513500). I don't think it is ready to stabilize. Besides, x11 packages are usually stabilized in batches. 10.2.3 needs to get into the tree, before it can become stable. http://mesa3d.sourceforge.net/relnotes/10.2.3.html I've added 10.2.4 to the tree. Note that new Firefox ESR (31.1.0) also requires mesa 10.2. So stabilizing new mesa would be really useful. HPPA has very limited support for OpenGL and its ilk. Can you somehow settle on a media-libs/mesa that's good enough? I'm not in a rush to stabilise for HPPA anyway, but it's good to have a basic idea now of what is required. *** Bug 528042 has been marked as a duplicate of this bug. *** adjusting summary so searching for 'media-libs/mesa' will match it. *** Bug 513738 has been marked as a duplicate of this bug. *** What is preventing to CC arches here? (For doing firefox stabilization finally) There were complaints about the USE flag naming (bug 531552). I am not sure whether this should hold up stabilization. (In reply to Chí-Thanh Christopher Nguyễn from comment #10) > There were complaints about the USE flag naming (bug 531552). I am not sure > whether this should hold up stabilization. Well, for most people sysfs USE will be disabled and, then, the "preferred" udev method will still be in use. Then, I think we could stabilize that (and firefox due security issue) and think about the naming later (as that can be renamed in a newer version or simply rely on people emerging with "-N" option on a future update) Anyway, I also agree that "udev" would be a better name... then, maybe we should simply go ahead with the renaming and start the stabilization as looks like most people agree with the rename ;) (In reply to Pacho Ramos from comment #12) > Anyway, I also agree that "udev" would be a better name... then, maybe we > should simply go ahead with the renaming and start the stabilization as > looks like most people agree with the rename ;) Whatever's going to happen to the flag, can it be done asap so the stabilization won't be held up any longer?? :) +1 Stable =www-client/firefox-24.8.0 is vulnerable for almost two months now. Please resolve this soon so that ESR 31 branch can finally get stable keywords. Thanks. The flag has been updated. Please proceed! Stable for HPPA. amd64 stable x86 stable ppc stable ppc64 stable arm stable Stable on alpha. ia64 stable.
Émeric
+ 04 Feb 2015; Pacho Ramos <pacho@gentoo.org> libdrm-2.4.58.ebuild: + ia64 stable, bug #513736 by Émeric Maschino + + 04 Feb 2015; Pacho Ramos <pacho@gentoo.org> mesa-10.2.8.ebuild: + ia64 stable, bug #513736 by Émeric Maschino + sparc stable. Closing. |