[systemd-devel] when will mount / df get fixed?
Reindl Harald
h.reindl at thelounge.net
Mon Oct 1 07:09:10 PDT 2012
Am 01.10.2012 15:47, schrieb Peeters Simon:
>> so we are turning around in circles
>> there is a bugreport from 2011-05-31 09:19:30 EDT
>> there where many posts more than a year ago on devel-lists
>>
>> YOU say "discuss with coreutils-people"
>> THEY say "requested by systemd guys"
>
> They are right in that the change was requested by systemd, because it
> is the only decent fix to prevent /etc/mtab of getting out of sync.
ah and systemd is right because it worked over decades?
do not fix things that ain't broken
> But this does not mean that systemd _BROKE_ anything.
> IMHO the behavior of df and mount is 100% correct, and if you
> disagree, discus this with there developers.
surely, it broke the over decades useful output of "df"
>> https://bugzilla.redhat.com/show_bug.cgi?id=709351#c12
>>
>> This "totally idiotic bug" is caused by "harmless" change of /etc/mtab to symlink requested by systemd guys... and
>> solution still discussed upstream...
>
> Indeed, calling somthing that maybe isn't even a bug a "totally
> idiotic bug" is the way to get things fixed.
calling him not so did also not help
> It's like calling the person that gives you something for free a
> "total idiot" and expecting them to give you anything you ask for
> afterwards.
i would be happy if "df" output would not be broken for free
after introducing systemd
> So stop biting the hand that feeds you and try to do something constructive
i try to work with my computer which worked fine over years
until systemd-developers decided that the foedra world has to turn
around them (df, UsrMove, /tmp on tmpfs, broken suspend of vmware-guests on shutdown...)
there where much lesser invasive changes
what systemd-developers refuse to understand is that their intention making
things perfect by changing well known behavior is wasting time of users
again and again because since F15 you can not trust any linux documentation
you find somewhere before verify that the behavior was not changed
before systemd started user-interfaces of the system were stable
over many many years, now with each update i have the same question
"look what they broke now" - this is not the way to a perfect world
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20121001/f252e8d4/attachment.pgp>
More information about the systemd-devel
mailing list