qt < = 2.x findet sich bspw. nicht mehr in Debian stable. Gleiches gilt für gtk < 2. Du findest in Windows aber noch sehr wohl DLLs, die man verwendete, als die Entwickler noch mit Visual Studio 6.0 ihr Projekt compiliert haben.
Und? Ist das so ein großes Problem? Nimm doch die aus einem älteren Repo oder von einem älteren Installationsmedium.
Wenn du eine alte Software hast, die unbedingt auf dem neueren Rechner laufen muss, dann kann das mit ein bisschen Aufwand verbunden sein um die richtige Umgebung bereitzustellen, aber das ist unter Windows nicht anders. Wenn jemand ältere Software vertreiben will, dann steht es ihm dank GPL zudem auch frei die entsprechenden Bibliotheken gleich mitzuliefern, statisch zu linken o.ä.
Ich persönlich finde es gut, dass man alten Schrott nicht mehr mit sich rum schleppt, insbesondere, wenn das nicht mehr aktualisiert wird (was sicherlich auch in Windows nicht der Fall ist). So werden Nutzer nicht dazu verleitet irgendwelchen alten Schrott zu installieren der voll mit bekannten Sicherheitslücken ist. Wozu brauchst du Qt 2.x? Nur um mal für 5min anzuschauen wie toll oder hässlich KDE2 war? Vermutlich irgendwie sowas.
oh und btw, es gibt VM und darin kann man auch alte Distributionen laufen lassen. Ist nicht wirklich ein großer Aufwand und (genauso wie für ältere Windows Versionen und Software) in den meisten Fällen auch die bessere Variante als zu versuchen es direkt auszuführen.
Bei Closed Source Programmen, bei der du nur Binaries hast, ja. Die brauchen nämlich die alten Libs und du kannst sie auch nicht an die neuen anpassen.
Wenn du eine alte Software hast, die unbedingt auf dem neueren Rechner laufen muss, dann kann das mit ein bisschen Aufwand verbunden sein um die richtige Umgebung bereitzustellen, aber das ist unter Windows nicht anders.
Doch. Bei Windows ist es meist die Regel, dass entweder die Software seine eigenen DLLs mitführt, womit es hier diesbezüglich schon einmal keine Probleme gibt oder Windows führt die alten DLLs mit.
Ich persönlich finde es gut, dass man alten Schrott nicht mehr mit sich rum schleppt, insbesondere, wenn das nicht mehr aktualisiert wird (was sicherlich auch in Windows nicht der Fall ist).
Ich bevorzuge es Software, für die ich viel Geld bezahlt habe, auch noch nach vielen Jahren benutzen zu können. Mit Windows geht das in den meisten Fällen problemlos, solange kein Kopierschutz mit eigenen Treibern dazwischen funkt.
So werden Nutzer nicht dazu verleitet irgendwelchen alten Schrott zu installieren der voll mit bekannten Sicherheitslücken ist.
Sicherheitslücken sind natürlich überall ein Problem, aber Nutzer werden alte Software für die sie Geld ausgegeben haben, trotzdem weiternutzen wollen. Für die Sicherheit muss man die dann eben vom Netz abschotten, dann geht das auch.
Wozu brauchst du Qt 2.x? Nur um mal für 5min anzuschauen wie toll oder hässlich KDE2 war? Vermutlich irgendwie sowas.
Es gibt ja immerhin schon einmal diese eine 2d CAD Software, die es auch als closed Source Version gibt. Ich habe die zwar nicht, aber die wäre so ein Kandidat, die früher Qt 2.x benutzt hat und jemand der so eine alte Version hat, der wird somit Qt 2.x benötigen.
Bei Closed Source Programmen, bei der du nur Binaries hast, ja. Die brauchen nämlich die alten Libs und du kannst sie auch nicht an die neuen anpassen.
Dann installier halt die alten Libs. Sind frei verfügbar. Gerade Debian hat hier noch ein recht großes Archiv und bei Debian kann man ja jetzt nicht unbedingt von "dubiosen" Quellen sprechen, oder? ;) http://archive.debian.org/
Ich bevorzuge es Software, für die ich viel Geld bezahlt habe, auch noch nach vielen Jahren benutzen zu können. Mit Windows geht das in den meisten Fällen problemlos, solange kein Kopierschutz mit eigenen Treibern dazwischen funkt.
Tja, da habe ich andere Erfahrungen gemacht, nicht nur wegen Kopierschutz, sondern weil einfach Windows halt doch nicht wirklich rückwärtskompatibel ist. Aber zum Glück ist das in der heutigen Zeit eh kein großes Problem mehr, dank VM. Genau aus dem Grund habe ich auch noch Windows XP in einer VM installiert.
Gerade bei Spielen habe ich aber auch so manches Spiel erneut gekauft, da die Versionen auf gog oder Steam manchmal dann doch noch einige Fixes mitbringen, die ansonsten nicht veröffentlicht wurden. (z.B. für Widescreen oder eben neuere Versionen, vom entfernten Starforce/Securom und ähnlichem Mist ganz zu schweigen)
Ganz abgesehen davon gibt es für das von dir genannte Szenario auch schlicht keine wirkliche Grundlage. Die Software wird nämlich in allen Fällen für ein bestimmtes Betriebssystem verkauft, d.h. da steht dann drauf, dass sie für Windows 98/ME/XP oder was auch immer ist. Das ist auch unter Linux so. Alles andere darüber hinaus kann man mehr oder weniger als Glück verbuchen, kann laufen, kann aber auch schief gehen. Beides oft genug erlebt.
Es gibt ja immerhin schon einmal diese eine 2d CAD Software, die es auch als closed Source Version gibt. Ich habe die zwar nicht, aber die wäre so ein Kandidat, die früher Qt 2.x benutzt hat und jemand der so eine alte Version hat, der wird somit Qt 2.x benötigen.
Nun, gibt doch 2 praktikable Lösungen: 1. Entsprechende Distribution in einer VM installieren (dürfte die einfachste Variante sein) 2. Libraries aus Debian 2(?) auf neueres System migrieren, sollte dann auch laufen.
Ich sehe da einfach nicht das große Problem, sorry. Und vor allem sehe ich nach wie vor nicht ein, dass für solche Corner Cases dann Menschen völlig unnötig ihre Zeit verschwenden sollen um die alten Pakete zu maintainen. Insbesondere, da diese das ja oft in ihrer Freizeit machen.
Nimm doch die aus einem älteren Repo oder von einem älteren Installationsmedium.
Wenn du eine alte Software hast, die unbedingt auf dem neueren Rechner laufen muss, dann kann das mit ein bisschen Aufwand verbunden sein um die richtige Umgebung bereitzustellen, aber das ist unter Windows nicht anders.
Wenn jemand ältere Software vertreiben will, dann steht es ihm dank GPL zudem auch frei die entsprechenden Bibliotheken gleich mitzuliefern, statisch zu linken o.ä.
Ich persönlich finde es gut, dass man alten Schrott nicht mehr mit sich rum schleppt, insbesondere, wenn das nicht mehr aktualisiert wird (was sicherlich auch in Windows nicht der Fall ist).
So werden Nutzer nicht dazu verleitet irgendwelchen alten Schrott zu installieren der voll mit bekannten Sicherheitslücken ist.
Wozu brauchst du Qt 2.x? Nur um mal für 5min anzuschauen wie toll oder hässlich KDE2 war? Vermutlich irgendwie sowas.
oh und btw, es gibt VM und darin kann man auch alte Distributionen laufen lassen. Ist nicht wirklich ein großer Aufwand und (genauso wie für ältere Windows Versionen und Software) in den meisten Fällen auch die bessere Variante als zu versuchen es direkt auszuführen.
Bei Closed Source Programmen, bei der du nur Binaries hast, ja.
Doch.Die brauchen nämlich die alten Libs und du kannst sie auch nicht an die neuen anpassen.
Bei Windows ist es meist die Regel, dass entweder die Software seine eigenen DLLs mitführt, womit es hier diesbezüglich schon einmal keine Probleme gibt oder Windows führt die alten DLLs mit.Ich bevorzuge es Software, für die ich viel Geld bezahlt habe, auch noch nach vielen Jahren benutzen zu können.
Mit Windows geht das in den meisten Fällen problemlos, solange kein Kopierschutz mit eigenen Treibern dazwischen funkt.Sicherheitslücken sind natürlich überall ein Problem, aber Nutzer werden alte Software für die sie Geld ausgegeben haben, trotzdem weiternutzen wollen.
Für die Sicherheit muss man die dann eben vom Netz abschotten, dann geht das auch.Es gibt ja immerhin schon einmal diese eine 2d CAD Software, die es auch als closed Source Version gibt.
Ich habe die zwar nicht, aber die wäre so ein Kandidat, die früher Qt 2.x benutzt hat und jemand der so eine alte Version hat, der wird somit Qt 2.x benötigen.
http://archive.debian.org/Tja, da habe ich andere Erfahrungen gemacht, nicht nur wegen Kopierschutz, sondern weil einfach Windows halt doch nicht wirklich rückwärtskompatibel ist.
Aber zum Glück ist das in der heutigen Zeit eh kein großes Problem mehr, dank VM.
Genau aus dem Grund habe ich auch noch Windows XP in einer VM installiert.
Gerade bei Spielen habe ich aber auch so manches Spiel erneut gekauft, da die Versionen auf gog oder Steam manchmal dann doch noch einige Fixes mitbringen, die ansonsten nicht veröffentlicht wurden. (z.B. für Widescreen oder eben neuere Versionen, vom entfernten Starforce/Securom und ähnlichem Mist ganz zu schweigen)
Ganz abgesehen davon gibt es für das von dir genannte Szenario auch schlicht keine wirkliche Grundlage.
Nun, gibt doch 2 praktikable Lösungen:Die Software wird nämlich in allen Fällen für ein bestimmtes Betriebssystem verkauft, d.h. da steht dann drauf, dass sie für Windows 98/ME/XP oder was auch immer ist.
Das ist auch unter Linux so.
Alles andere darüber hinaus kann man mehr oder weniger als Glück verbuchen, kann laufen, kann aber auch schief gehen. Beides oft genug erlebt.
1. Entsprechende Distribution in einer VM installieren (dürfte die einfachste Variante sein)
2. Libraries aus Debian 2(?) auf neueres System migrieren, sollte dann auch laufen.
Ich sehe da einfach nicht das große Problem, sorry.
Und vor allem sehe ich nach wie vor nicht ein, dass für solche Corner Cases dann Menschen völlig unnötig ihre Zeit verschwenden sollen um die alten Pakete zu maintainen.
Insbesondere, da diese das ja oft in ihrer Freizeit machen.