Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
I am planning on removing these packages from the tree shortly. There are still some depends on these versions. They need to get updated to latest upstream and removed as well.
./app-editors/mlview/mlview-0.8.ebuild: dbus? ( =sys-apps/dbus-0.23* ) : Gnome Herd : leonardop ./gnome-base/gnome-vfs/gnome-vfs-2.10.1-r2.ebuild: =sys-apps/dbus-0.23* ) : Gnome Herd ./gnome-base/gnome-vfs/gnome-vfs-2.10.0-r2.ebuild: =sys-apps/dbus-0.23* ) : Gnome Herd ./gnome-base/gnome-vfs/gnome-vfs-2.10.1-r1.ebuild: =sys-apps/dbus-0.23* ) : Gnome Herd ./gnome-base/gnome-volume-manager/gnome-volume-manager-1.2.1.ebuild: =sys-apps/dbus-0.23* : Gnome Herd ./gnome-base/gnome-volume-manager/gnome-volume-manager-1.2.2.ebuild: =sys-apps/dbus-0.23* : Gnome Herd ./media-video/thoggen/thoggen-0.3.ebuild: =sys-apps/dbus-0.23* : ./net-wireless/bluez-utils/bluez-utils-2.19.ebuild: dbus? ( >=sys-apps/dbus-0.23 !>=sys-apps/dbus-0.60 ) : Mobile Herd : liquidx ./rox-base/rox-session/rox-session-0.26.ebuild: =sys-apps/dbus-0.2* : No Herd : Bug Wranglers ./rox-base/rox-session/rox-session-0.27.ebuild:DEPEND=">=sys-apps/dbus-0.2" : No Herd : Bug Wranglers ./sci-geosciences/gpsd/gpsd-2.30-r1.ebuild: dbus? ( ~sys-apps/dbus-0.23.4 ) : Sci Herd : nerdboy
./gnome-extra/gnome-utils/gnome-utils-2.10.0.ebuild: hal? ( =sys-apps/hal-0.4* )" ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.2.ebuild: hal? ( =sys-apps/hal-0.4* ) ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.2.ebuild: hal? ( >=sys-apps/hal-0.4.2 ) ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.0.ebuild: hal? ( =sys-apps/hal-0.4* ) ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.0.ebuild: hal? ( >=sys-apps/hal-0.4.2 ) ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.1.ebuild: hal? ( =sys-apps/hal-0.4* ) ./gnome-extra/nautilus-cd-burner/nautilus-cd-burner-2.10.1.ebuild: hal? ( >=sys-apps/hal-0.4.2 ) ./media-video/ogmrip/ogmrip-0.9.0-r1.ebuild: hal? ( >=sys-apps/hal-0.4.2 )" ./media-video/ogmrip/ogmrip-0.8.2.ebuild: hal? ( >=sys-apps/hal-0.4.2 )" ./media-video/ogmrip/ogmrip-0.9.0.ebuild: hal? ( >=sys-apps/hal-0.4.2 )" ./media-video/thoggen/thoggen-0.3.ebuild: =sys-apps/hal-0.4* : gstreamer : Hanno
I've commented out the masking for now so please keyword newer versions of affected packages so the old, vulnerable packages can be masked and removed without dep breakage.
as far as I can see the ebuilds need to be fixed by there maintainers, correct? what should the CC'd arch teams do?
Some keywording is needed and deps are currently broken. That's why I cc'd the arch teams. Here are the packages with broken deps right now: app-editors/mlview-0.8 gnome-base/gnome-vfs-2.10.0-r2 gnome-base/gnome-vfs-2.10.1-r1 gnome-base/gnome-vfs-2.10.1-r2 gnome-base/gnome-volume-manager-1.2.1 gnome-base/gnome-volume-manager-1.2.2 gnome-extra/gnome-utils-2.10.0 gnome-extra/gnome-utils-2.10.1-r1 gnome-extra/nautilus-cd-burner-2.10.0 gnome-extra/nautilus-cd-burner-2.10.1 gnome-extra/nautilus-cd-burner-2.10.2 media-video/thoggen-0.3 rox-base/rox-session-0.26 sci-geosciences/gpsd-2.30-r1
Mr. Bones... here's your report of packages that need the arch teams... With commentary.. <snip> app-editors/mlview-0.8 0.8-r1 does not suffer from this issue and is stable on ALL arches.. gnome-base/gnome-vfs-2.10.0-r2 gnome-base/gnome-vfs-2.10.1-r1 gnome-base/gnome-vfs-2.10.1-r2 2.12.2 does not suffer from this issue and is stable on ALL arches.. gnome-base/gnome-volume-manager-1.2.1 gnome-base/gnome-volume-manager-1.2.2 1.5.4 does not suffer from this issue and is stable on ALL arches (even some extras) gnome-extra/gnome-utils-2.10.0 gnome-extra/gnome-utils-2.10.1-r1 2.12.2 does not suffer from this issue and is stable on ALL but mips gnome-extra/nautilus-cd-burner-2.10.0 gnome-extra/nautilus-cd-burner-2.10.1 gnome-extra/nautilus-cd-burner-2.10.2 2.12.2 & 2.12.3 do not suffer from this issue and are stable on ALL but mips media-video/thoggen-0.3 was never stable on ANY arches and has been replaced by 0.4, 0.4.1, and 0.4.2 which do not suffer from this issue rox-base/rox-session-0.26 was never stable on ANY arches and has been replaced by 0.27, which does not suffer from this issue. sci-geosciences/gpsd-2.30-r1 2.31 does not suffer from this issue and has been marked stable on the same arches as 2.30-r1. </snip> See how this really doesn't cause ANY breakages in the tree? Everything's replaced. It breaks OLD revisions of packages and this bug was a memo for those maintainers to clean out their old ebuilds. Arch teams do NOT need to be involved. EXCEPT mips for 2 packages.
Created an attachment (id=89507) [edit] broken deps due to dbus, hal masking Here's the list of broken deps per arch/profile. The point I was trying to make to you in irc was that there is no reason to break deps for even old packages in the tree. Instead, bugs should be filed at arch teams and maintainers to remove old ebuilds until the dbus/hal versions you'd like to remove can be masked and removed without ever breaking deps at all. That's a much cleaner way to go about it instead of slapping in the package mask and then forcing everyone to clean up the resulting mess.
> > > See how this really doesn't cause ANY breakages in the tree? Everything's > replaced. It breaks OLD revisions of packages and this bug was a memo for those > maintainers to clean out their old ebuilds. Arch teams do NOT need to be > involved. EXCEPT mips for 2 packages. > It breaks OLD revisions which are still IN the tree, thus your above statement is a contradiction ;P But seriously just give the maintainers a bit of time before breaking their deps; I doubt you would appreciate being in their shoes on this one.
Several months of notices in person when talking to the Gnome herd people and then a thread on gentoo-dev ML is plenty of notice. I did not do this out of the blue.
What exactly do you want the arch teams to do? All these packages have been superceeded by newer versions. This bug has been opened for 2 days. No maintainer from the actual affected packages has even stepped up and made a peep. Only you Mr. Bones...
old thoggen ebuilds removed
(In reply to comment #1) > ./net-wireless/bluez-utils/bluez-utils-2.19.ebuild: dbus? ( > >=sys-apps/dbus-0.23 !>=sys-apps/dbus-0.60 ) : Mobile Herd : liquidx I've removed this and the two other versions of bluez-utils that restricted the dbus version.
nothing to do for amd64
ppc64 is squeaky clean ... least presuming when the old versions of dbus and hal fall off the edge of the earth that the other packages that have dependancies on them also drop off the edge of the earth.
sparc is clean, vanishing.
nothing to be done for ppc.
Done??!!!eleven
Please quit acting like children and dont break the tree.. Your just making problems for everyone else. I've removed gnome-utils-2.10.*
(In reply to comment #6) > app-editors/mlview-0.8 > 0.8-r1 does not suffer from this issue and is stable on ALL arches.. Done and gone. > gnome-base/gnome-vfs-2.10.0-r2 > gnome-base/gnome-vfs-2.10.1-r1 > gnome-base/gnome-vfs-2.10.1-r2 > 2.12.2 does not suffer from this issue and is stable on ALL arches.. Done and gone. > gnome-base/gnome-volume-manager-1.2.1 > gnome-base/gnome-volume-manager-1.2.2 > 1.5.4 does not suffer from this issue and is stable on ALL arches (even some > extras) Done and gone. > gnome-extra/gnome-utils-2.10.0 > gnome-extra/gnome-utils-2.10.1-r1 > 2.12.2 does not suffer from this issue and is stable on ALL but mips Done and gone. > gnome-extra/nautilus-cd-burner-2.10.0 > gnome-extra/nautilus-cd-burner-2.10.1 > gnome-extra/nautilus-cd-burner-2.10.2 > 2.12.2 & 2.12.3 do not suffer from this issue and are stable on ALL but mips Done and gone. > media-video/thoggen-0.3 > was never stable on ANY arches and has been replaced by 0.4, 0.4.1, and 0.4.2 > which do not suffer from this issue Done and gone. > rox-base/rox-session-0.26 > was never stable on ANY arches and has been replaced by 0.27, which does not > suffer from this issue. Done and gone. > sci-geosciences/gpsd-2.30-r1 > 2.31 does not suffer from this issue and has been marked stable on the same > arches as 2.30-r1. > </snip> Done and gone. Sooo... anything left here?
Gone! Yippppeeeeee