On 17/02/2015 10:55, Vincent Bernat wrote: > ❦ 17 février 2015 10:18 GMT, Alastair McKinstry > <alastair.mckins...@sceal.ie> : > >>>> The breakage of compatibility of existing systems (e.g. with /usr on a >>>> separate partition) has left a sour taste. I spent a weekend repairing >>> systemd introduces no such breakage. Also, /usr on a separate partition >>> was partially broken even before systemd. >>> >> My system broke. It was fine, I did an upgrade -> jessie. It broke >> because of systemd and the fact I had /usr on a separate partition. > And no initrd? Mounting /usr is the job of the initrd.
Examination after the fact showed that if I'd had the correct packages installed, it would have worked. So from a Debian perspective this was 'notabug'. (modules that were not needed day-to-day had been deleted by hand to make space on /. A broken initrd was then built during dist-upgrade. My fault). But this didn't change the user experience: a system broke badly during systemd upgrade due to local changes. A blaming exercise of "your own fault for doing X" and "you should have known Y" doesn't change the fact that systemd changes are so comprehensive and all-invasive that systemd works well for two groups: either 'simple users' who make no changes to the standard configurations, or full systemd developers who know the detailed changes that it makes in all areas and the consequences for their computers. Users who make a few local changes to their system, not simple configuration changes but code / scripting changes of their own, now live in trepidation to what systemd will do. Its no longer enough to run a "standard Debian + a unique firewall whose design I made and know well" now live in trepidation, not sure what systemd changes will come next. Most components in Linux are small, self-contained, concisely documented. Not so for systemd. regards Alastair -- Alastair McKinstry, <alast...@sceal.ie>, <mckins...@debian.org>, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54e33ab3.8010...@sceal.ie