"...lediglich die Programme angepasst werden müssen..."

[Geistesgegenwart]

Und wieder legt man keinen Wert auch Rückwärtskompatibilität. Klar, alles aus den Repos lässt sich anpassen, aber was ist mit Software von Drittanbietern?

Linux, so schaffst es so nie auf den Mainstreamdesktop.

[Thaodan]

Geistesgegenwart schrieb:
--------------------------------------------------------------------------------
> Und wieder legt man keinen Wert auch Rückwärtskompatibilität. Klar, alles
> aus den Repos lässt sich anpassen, aber was ist mit Software von
> Drittanbietern?
>
> Linux, so schaffst es so nie auf den Mainstreamdesktop.

Kein Programm sollte große Dateien in /tmp schreiben das war auch vorher nicht anders,
große Dateien gehören nicht da rein, gerade weil / eh nicht so groß ist bei den meisten Systemen.

Wahrung der Menschenrechte oder Freie fahrt am Wochenende.
-- Georg Schramm

[teleborian]

Ich habe es so verstanden, dass es mit der neuen Variante nur in sonder fällen überhaupt ein Problem sein kann. namentlich bei einem Absturz oder wenn die Partition zu klein ist.

Frage. Kann man ein Programm als schlecht programmiert bezeichnen, wenn es abstürzt, weil die Festplatte voll ist?

[lear]

Nein - viele libs gehen von unendlichen Ressourcen aus ... :-(

Unabhängig davon ist das hier der erste "kontroverse" Schritt von Poettering & Co den ich nicht für Hirnverbrannt halte (so weit zu gehen, daß ich mich auf ihrer Seite finde, will ich dann lieber doch nicht ;-)
/tmp ist ohnehin entweder in / oder einer extra Partition - viel Speicher sollte man da lieber nicht erwarten, dafür gibt's $HOME (oder andere Verzeichnisse im Fall eines disk quotas)
Genausowenig zieht das Persitenzargument - es heißt nicht zum Spaß "/tmp" und auch wenn das Unvorhergesehene Ereignisse wie Stomausfälle etc. mit einschließt, ist gerade der Punkt ähnlicher Müll, denn sowas ist entweder völlig egal, oder man hat eine USV (in Notebooks auch gerne als "Akku" bezeichnet)

MaW - wenn eine Anwendung erwartet viel oder dauerhaft nach /tmp schreiben zu können, liegt sie falsch.
tempfs kann hier große Geschwindigkeitsvorteile bringen (wenn Anwendungen viel temporär in /tmp cachen und ausreichen Speicher zur Verfügung steht)

[Seitan-Sushi-Fan]

Geistesgegenwart schrieb:
--------------------
> Linux, so schaffst es so nie auf den Mainstreamdesktop.

Komisch, ist Linux (viele Distros zumindest) doch das letzte Unix-artige OS, das /tmp nicht beim Start so oder so leert.
Auch OSX leert /tmp und das darf gemeinhin als Mainstream gelten.