Summary: | =dev-libs/dbus-glib-0.100 and =dev-python/dbus-python-1.1.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Samuli Suominen (RETIRED) <ssuominen> |
Component: | [OLD] Keywording and Stabilization | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | axiator |
Priority: | Normal | Keywords: | STABLEREQ |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 416723, 427544, 436028 |
Description
Samuli Suominen (RETIRED)
2012-05-20 13:01:19 UTC
We are going to stabilize what upstream calls the unstable development version? (In reply to comment #1) > We are going to stabilize what upstream calls the unstable development > version? Yes, the codebase has been fairly stable for quite a while now already. 1.5.x has improved systemd support, although I don't care about it (but other developers do). The response time is also far better with 1.5.x branch and thus, improves the user experience, at least with Xfce nicely (and i'm not talking about placebo). I can be convinced otherwise with regression bugs, and they should be marked as blockers of this bug. And it's not like we would be alone with this[1] [1] http://packages.debian.org/wheezy/dbus dbus-1.6.0 is out and tree, changing target Test & stabilize: =sys-apps/dbus-1.6.2 =dev-libs/dbus-glib-0.100 =dev-python/dbus-python-1.1.1 RepoMan does a once-over of the neighborhood... DEPEND.bad 10 sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/no-multilib/selinux) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/no-multilib) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/selinux) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/server) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/developer) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop/kde) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop/gnome) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0) ['>=sys-apps/systemd-32'] RDEPEND.bad 10 sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/no-multilib/selinux) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/no-multilib) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64/selinux) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(hardened/linux/amd64) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/server) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/developer) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop/kde) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop/gnome) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0/desktop) ['>=sys-apps/systemd-32'] sys-apps/dbus/dbus-1.6.2.ebuild: amd64(default/linux/amd64/10.0) ['>=sys-apps/systemd-32'] http://blogs.gentoo.org/ago/2012/07/06/repoman-check-before-file-stable-request/ Stable for HPPA. Nothing to stabilize here for amd64. CC back us when we can do anything. (In reply to comment #7) > Nothing to stabilize here for amd64. CC back us when we can do anything. sorry for delay. reallife. > DEPEND.bad 10 > sys-apps/dbus/dbus-1.6.2.ebuild: > amd64(hardened/linux/amd64/no-multilib/selinux) ['>=sys-apps/systemd-32'] ^ Fixed by temp.hack. in 1.6.2 ebuild, removal of systemd dependency. Left as is for 1.6.4 for reconsideration... with that said, amd64/ppc/ppc64 stable x86 stable (In reply to comment #8) > sorry for delay. reallife. No problem > with that said, amd64/ppc/ppc64 stable thanks for extra works :) arm stable Do we still want to stabilize dbus-1.6.2 or can we stabilize newer (1.6.4-r1?)? Get =sys-apps/dbus-1.6.8 for security bug 436028 and rest from here, dbus-glib and dbus-python alpha stable ia64/m68k/s390/sh/sparc stable |