Wow, mir war ja gar nicht bewusst das Microsoft-Mitarbeiter bei Red Hat arbeiten. Ein gewisser Jeff Johnson, offensichtlich Programmierer bei Red Hat, weigert sich einen Bug zu beheben. Ein Benutzer, Tethys, stellte fest das der RPM-Manager (Software-Installations und Wartungsprogramm) die rpmdb (Datenbank) zerstört, wenn das Verzeichnis /usr auf Read-Only steht. Eindeutig ein Bug, aber Jeff argumentiert, das der Benutzer nicht erwarten kann Software installieren zu können, wenn /usr RO ist.
(…)The RO mount is the source of the problem. Configure rpm and use appropriately with RO /usr is the answer.
Other problems, like “corrupted” rpmdb, are derivative on the correct use and configuration. Screaming about the symptom when the cure for the cause has been described is, well, pointless.
Die Schuld für die kaputte rpmdb dem Benutzer zu geben kann, nur weil das /usr Verzeichnis RO ist, eigentlich unmöglich sein. So ist es aber anscheinend, da Jeff den Bugtrack auf CLOSE stellte. Der Meinung ist auch ein gewisser Simon:
So accidentally installing to a read only path is a user problem and corruption of the rpm database is their own fault?
I’d have thought that the graceful exit after testing the destination would be to inform the user that the destination is read only.
Suppose there was a situation where in copying a file to a read only destination the original file’s directory entry was corrupted? This is almost analogous and has similar consequences. The contents can be rebuilt or recovered but the user is hardly likely to expect or know what to do in this situation.
Ganz Recht, Kontra gibt’s dann aber von Sibil
So accidentally installing to a read only path is a user problem and corruption of the rpm database is their own fault?
I’d have thought that the graceful exit after testing the destination would be to inform the user that the destination is read only.(…)
Ha! Nix gibt’s. In Zukunft werden wir den Benutzer für seine Fehler bestrafen. Ein Patent für Fehlermeldungen mit Spannungsspitzen über das Mausrad, habe ich schon ausgearbeitet. Oder fangen wir doch mit dem »Zurücksetzen-Horror« wieder an. Nur diesemal ein bisschen schwerer. Eine Zahl vergessen, Formular neu ausfüllen. Zu lange gebraucht, dann den »Submit-Button« mit dem »Zurücksetzen-Button« tauschen. Damit der Benutzer endlich lernt das man am Computer keine Fehler machen darf. Ein Software-Update runter geladen, aber Platte schreibgeschützt? Na dann zerstören wir halt die komplette Update-Datenbank!
0 Kommentare