[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: How to avoid stealth installation of systemd?

On 2014-07-01, Steve Langasek <vorlon@debian.org> wrote:
>   https://bugs.debian.org/src:systemd-shim
> Show me a bug report, not FUD.

I'd rather point to the likely-faulty code.

it is likely in or around 
when checking for suspend capabilities with upower from experimental. 

Something in there doesn't properly detect that systemd-shim + logind actually can 
let you suspend the machine (and upower 0.99 has delegated it to

>> Also, post-upgrade-pre-reboot systems has had issues since forever,
> No.  There have been very few instances in which the system was left in an
> unusable state after a dist-upgrade, even for desktops.

Try do a update of your kde-plasma-desktop across where the internal
on-disk data cache changes (at least every y in x.y.z, and sometimes in
.z releases). The web browser stops working, the email application stops
working, anything that uses the on-disk caches for looking up their
plugins ceases to work.

This is how it has been as long as I've been around.

>> and I think even the upgrade notes recommends to not dist-upgrade from
>> within X.
> This was written at a time when X itself was considered flaky enough that it
> posed a risk to the user's ability to complete the upgrade.  After years of

|4.1.5. Prepare a safe environment for the upgrade
|The distribution upgrade should be done either locally from a textmode
|virtual console (or a directly connected serial terminal), or remotely
|via an ssh link.

> Unless we bring one back by letting systemd + desktop environments screw us
> over anew.

Here is nothing new.


Reply to: