Activity log for bug #37181

Date Who What changed Old value New value Message
2006-03-29 15:35:04 Martin Pitt bug added bug
2006-03-29 15:35:16 Martin Pitt bug added subscriber Matthew Garrett
2006-03-29 15:35:30 Martin Pitt bug added subscriber Daniel Silverstone
2006-03-29 15:35:42 Martin Pitt bug added subscriber Robert McQueen
2006-03-29 15:36:40 Martin Pitt bug added subscriber Sebastian Dröge
2006-03-29 15:36:58 Martin Pitt dbus: severity Normal Major
2006-03-29 15:36:58 Martin Pitt dbus: statusexplanation Robert, any idea how other distributions cope with that problem? Does anyone have time to rework dbus that way?
2006-04-14 19:35:46 Matt Zimmerman dbus: statusexplanation Robert, any idea how other distributions cope with that problem? Does anyone have time to rework dbus that way? But no worse than the ones in Warty, Hoary or Breezy (or those in many other distributions, presumably?) Would be great to fix this, but according to Martin it requires significant development, it's quite late in the release cycle, and so it doesn't seem sensible to target this for dapper.
2006-04-14 19:35:55 Matt Zimmerman dbus: status Unconfirmed Confirmed
2006-04-14 19:35:55 Matt Zimmerman dbus: statusexplanation But no worse than the ones in Warty, Hoary or Breezy (or those in many other distributions, presumably?) Would be great to fix this, but according to Martin it requires significant development, it's quite late in the release cycle, and so it doesn't seem sensible to target this for dapper.
2006-12-13 12:22:18 Martin Pitt hal: status Unconfirmed Rejected
2006-12-13 12:22:18 Martin Pitt hal: statusexplanation Closing unrelated hal task.
2006-12-13 12:25:00 Martin Pitt dbus: status Confirmed In Progress
2006-12-13 12:25:00 Martin Pitt dbus: assignee pitti
2006-12-13 12:25:00 Martin Pitt dbus: statusexplanation I discussed this again with Sebastian. Our new strategy is: (1) Change the meaning of at_console="true" back to upstream semantics: this applies if the user is on a local console, regardless of whether it is the foreground console. (2) File a bug upstream asking for a new mode 'at_console="foreground"', 'foreground_console="true"' or similar. As stated earlier, this requires profound code changes. (3) Until (2) happens, keep our gnome-{volume,power}-manager patches which use check-foreground-console and add the same workaround to nm-applet.
2006-12-13 12:42:00 Martin Pitt bug assigned to dbus (upstream)
2006-12-13 13:34:49 Martin Pitt dbus: status In Progress Confirmed
2006-12-13 13:34:49 Martin Pitt dbus: importance High Wishlist
2006-12-13 13:34:49 Martin Pitt dbus: statusexplanation I discussed this again with Sebastian. Our new strategy is: (1) Change the meaning of at_console="true" back to upstream semantics: this applies if the user is on a local console, regardless of whether it is the foreground console. (2) File a bug upstream asking for a new mode 'at_console="foreground"', 'foreground_console="true"' or similar. As stated earlier, this requires profound code changes. (3) Until (2) happens, keep our gnome-{volume,power}-manager patches which use check-foreground-console and add the same workaround to nm-applet. This implements step (1) of the previous plan, gets rid of the invasive broken patch, and restores compatibility with upstream semantics: dbus (1.0.2-1ubuntu2) feisty; urgency=low . * debian/patches/80-dbus-change-at-console-policy.patch: - Throw away the previous complicated and broken (see LP#37181) patch. - Go back to upstream semantics of 'at_console="true"' matching if the process is on any local console regardless of whether it is the foreground one. * debian/dbus.install, debian/dbus.postinst, debian/rules: Revert dbus-foreground-console-related changes, since we do not need to install any additional programs any more. * Remove debian/patches/99_autoreconf.patch: We do not need it any more. * For the record, and to ease the next merge, remaining Ubuntu changes: - debian/control: Build depend on libselinux1-dev to get SELinux support. - debian/patches/81-session.conf-timeout.patch: Raise the service startup timeout from 25 to 60 seconds. It may be too short on the live CD with slow machines. Toning down the bug now, waiting for upstream to implement (2).
2006-12-13 13:34:49 Martin Pitt dbus: assignee pitti
2006-12-14 00:59:33 Bug Watch Updater dbus: status Unknown Confirmed
2007-10-10 10:40:45 Bug Watch Updater dbus: status Confirmed Won't Fix
2008-01-15 14:21:58 Martin Pitt dbus: status Confirmed Won't Fix
2010-09-14 03:36:51 Bug Watch Updater dbus: importance Unknown Medium
2011-01-25 20:18:27 Bug Watch Updater dbus: importance Medium Unknown
2011-02-04 01:36:42 Bug Watch Updater dbus: importance Unknown Medium