Ago requested that I consolidate these stable requests for easier tracking; these basically all need to go stable at the same time. Please stabilize: =sys-apps/hwids-20150717-r1 =dev-libs/libgudev-230 =virtual/libgudev-230 =sys-fs/eudev-3.1.5 =sys-fs/udev-225 =sys-apps-systemd-226-r2 systemd can be skipped on HPPA.
*** Bug 567872 has been marked as a duplicate of this bug. ***
*** Bug 568008 has been marked as a duplicate of this bug. ***
*** Bug 568010 has been marked as a duplicate of this bug. ***
*** Bug 568006 has been marked as a duplicate of this bug. ***
*** Bug 568012 has been marked as a duplicate of this bug. ***
=sys-apps/hwids-20150717-r1 =dev-libs/libgudev-230 =virtual/libgudev-230 =sys-apps-systemd-226-r2 amd64 : ok (builds, runs)
virtual/libgudev is blocking =sys-fs/eudev-3.1.5 "sys-fs/eudev-3.1.5 has lost the gudev USE flag, whereas virtual/libgudev-215-r3 still requires sys-fs/eudev to use it." Been discussed in https://forums.gentoo.org/viewtopic-t-1035116.html
(In reply to weihan3 from comment #7) > virtual/libgudev is blocking =sys-fs/eudev-3.1.5 > > "sys-fs/eudev-3.1.5 has lost the gudev USE flag, whereas > virtual/libgudev-215-r3 still requires sys-fs/eudev to use it." > > Been discussed in https://forums.gentoo.org/viewtopic-t-1035116.html I have stabilized the following on amd64: =sys-apps/hwids-20150717-r1 =dev-libs/libgudev-230 =virtual/libgudev-230 =sys-fs/eudev-3.1.5 which should fix the eudev problem. We have yet to stabilize =sys-fs/udev-225 =sys-apps-systemd-226-r2 which I cannot test. The issue with eudev also includes arm and x86 which I will address next, but at least the problem with amd64 should be fixed.
"these basically all need to go stable at the same time." What happened? This is causing big trouble for anyone using sys-fs/udev or systemd. We need this finished up.
yes, please go for systemd stabilization, too: [blocks B ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" is blocking dev-libs/libgudev-230) [blocks B ] dev-libs/libgudev ("dev-libs/libgudev" is blocking sys-apps/systemd-218-r5)
(In reply to Ben Kohler from comment #9) > "these basically all need to go stable at the same time." > > What happened? This is causing big trouble for anyone using sys-fs/udev or > systemd. We need this finished up. I couldnt find myself anything wrong with =sys-apps/systemd-226-r2 on ~amd64, looked ok to me.
(In reply to Ben Kohler from comment #9) > What happened? This is causing big trouble for anyone using sys-fs/udev or > systemd. We need this finished up. Communication failure; another developer started stabilizing eudev ahead of the others without asking about it first.
amd64 stable
x86 stable
The following are ready to be stabilized on arm =sys-apps/hwids-20150717-r1 =dev-libs/libgudev-230 =virtual/libgudev-230 =sys-fs/eudev-3.1.5 I can't test =sys-fs/udev-225 =sys-apps-systemd-226-r2 If someone can test those on arm, we're good to go.
(In reply to Anthony Basile from comment #15) > The following are ready to be stabilized on arm > > =sys-apps/hwids-20150717-r1 > =dev-libs/libgudev-230 > =virtual/libgudev-230 > =sys-fs/eudev-3.1.5 > > > I can't test > > =sys-fs/udev-225 > =sys-apps-systemd-226-r2 > > If someone can test those on arm, we're good to go. I similarly tested for ppc and ppc64. Again, these are ready to be stabilized.
Stable for PPC64.
I think dev-libs/libgudev-230 was missed on ARM, the eudev upgrade is causing blockers for me. Anything need testing?
ppc stable
arm stable
sparc stable
alpha stable
ia64 stable
Stable for HPPA.
ppc64: You missed sys-apps/systemd.
ppc64: Please finish this up.
@ppc64: please mark systemd-226-r2 stable, or I will be forced to mask systemd support from all reverse dependencies on your arch.
(In reply to Mike Gilbert from comment #27) > @ppc64: please mark systemd-226-r2 stable, or I will be forced to mask > systemd support from all reverse dependencies on your arch. i just marked systems-226-r2 stable on ppc64