@Callisto: Versuche es mal mit qemu und Oracle Solaris 11. Quicktransit scheint es wohl nicht mehr zu geben.
Die grossen Linux-Distros (Ubuntu, Mint, Fedora, Debian ...), ich schwimme mit dem Strom.
Als echter Geek natuerlich die Bleeding-Edge-Rolling-Release-Linuxe (Arch, Gentoo, ...).
Eine kleine unbekannte Linux-Distro, ist eh viel cooler.
Linux from Scratch, bitches! Pre-built Distros sind fuer Pussies.
Die BSDs (FreeBSD, OpenBSD, NetBSD, Dragonfly)! Ich will echtes Unix-Flair haben.
Echtes Unix-flair gibt's auch nur mit echtem Unix!
Unix ist so was von 20. Jahrhundert ... ich benutze PLAN 9!!
Ich benutze irgendwas obskures, von dem eh noch keiner was gehoert hat.
Das einzige *nix, was ich benutze, ist auf meinem Smartphone (Android, Maemo, MeeGo ...).
Ich benutze gar kein *nix! Ich will hier nur abstimmen und bin in echt ein boeser Windozer!
Ich benutze OS X! Und weil das auch ein *nix ist, hab ich verdammt noch mal das Recht hier auch abzustimmen!
@Callisto: Versuche es mal mit qemu und Oracle Solaris 11. Quicktransit scheint es wohl nicht mehr zu geben.
Ja QEMU habe ich mir schon angeschaut. Nur scheint das nicht mit Solaris11 (Sparc) zu laufen. Da muss man ein älteres nehmen (SuOS 4.x) was ich noch auftreiben muss. Aber mir währe da eben ein Emulator nur für die Binary ala Quicktransit oder Wine am liebesten.
Ich bin mir jetzt nicht 100% sicher, aber kann VirtualBox keine Sparc-Architekturen emulieren?
Nein, VirtualBox ist eine x86 Virtualisierung, und kein Emulator für andere Architekturen.Zitat von Ranmaru
Virtualisierung != Emulation
Weiss jemand wie man einzelne Programme auf einem Unix host virtuallisieren kann sodass diese im Browser angezeigt werden können (ala https://nanohub.org/)?
The dream is dead.
GUYSE WENN WIR ALLES SCHLECHTE VON WINDOWS KOPIEREN, DANN WIRD UNSER SYSTEM BESTIMMT ERFOLGREICH NICHT WAHR?????
Hoffe, du behältst da recht. Die großen Distributionen scheinen in letzter Zeit ja brav Kadavergehorsam zu leisten, egal wie blöd das Antifeature.
Was soll daran schlimm sein?
Wieder so eine bescheuerte Ideologie, die in der Praxis nicht funktioniert?
Abhängigkeiten sind ein großes Problem, und das hat man schon in der Windows-Welt erkannt, und Microsoft hat dafür den Global Assembly Cache eingeführt.
"Viele, kleine Programme, die nur eine Sache tun aber die dafür richtig gut/stabil und interagieren" war von Beginn an die Verfahrensweise in der Unixwelt. Das würde ich nicht unbedingt als "bescheuerte Ideologie, die in der Praxis nicht funktioniert" bezeichnen.
Ist doch weiterhin der Fall. (systemd ist ein anderes Thema)"Viele, kleine Programme, die nur eine Sache tun aber die dafür richtig gut/stabil und interagieren" war von Beginn an die Verfahrensweise in der Unixwelt. Das würde ich nicht unbedingt als "bescheuerte Ideologie, die in der Praxis nicht funktioniert" bezeichnen.
Es geht hier um die Abhängigkeiten und nicht wie viel ein Programm können soll.
Das wäre dann nicht mehr der Fall. Hier nimmt man diese Spezialprogramme und integriert diese mehrfach/redundant in größere integrale Multifunktionsprogramme. Es geht hier klar von der Idee, ein System durch vernetzte Spezialprogramme (wie sie charakteristisch für *nix und co ist) weg, hin zu einem System, das weniger aber dafür Multifunktionsprogramme hat, damit diese eben nicht mit einem anderen, bestehenden Programm kommunizieren müssen (abhängig sind). Bescheuert ist hier weder das eine, noch das andere, lediglich je nach Einsatzzweck mehr oder weniger sinnvoll. Negativ wirkt sich das auf diejenigen aus, die Vorteile aus dem Unix-Paradigma ziehen, wenn man davon ausgeht, dass diese Windows-Architektur auch dort standard wird.
Leider haben die Installationspakete nichts mit den Abhängigkeiten zu tun ;)Es ist lustig, weil die bescheuerte Ideologie seit Jahren ohne Probleme funktioniert. Aber klar, wie immer in der Windozer-welt hat man selber den goldenen Weg gepachtet und
ist natürlich viel besser als Abhängigkeiten sauber zu managen.
Unter Windows sind Installationspakete und Abhängigkeiten zwei Paar Schuhe.
Programmbibliotheken werden im Global Assembly Cache registriert, um somit sicherzustellen, dass jede Anwendung auch die Bibliothek bekommt, dies es braucht. Den Global Assembly Cache kannst du unter C:\Windows\assembly bewundern.
Man kennt es noch aus Windows XP-Zeiten, wo auf einmal eine Fehlermeldung aufploppt, dass z.B. die Datei xyz.dll die Funktion abc nicht implementiert hat. Dies ist seit Vista nicht mehr der Fall.
Was auch durchaus sinnvoll sein kann.
Stell dir vor, du hast ein Programm, welches auf eine veraltete Bibliothek verweist, und mit der neuen Bibliothek nicht lauffähig wäre, aber ein anderes Programm, was du installieren möchtest, braucht die neue Bibliothek.
Keine Ahnung, wie oft so etwas in der Unix-Welt vorkommen kann, da ich Linux nur rudimentär verwende, aber ich habe schon das eine oder andere Mal über dieses Szenario gelesen.
Es ist lustig, weil die bescheuerte Ideologie seit Jahren ohne Probleme funktioniert. Aber klar, wie immer in der Windozer-welt hat man selber den goldenen Weg gepachtet und
ist natürlich viel besser als Abhängigkeiten sauber zu managen.
Dass Abhängigkeiten ohne brauchbare Paketmanager ein großes Problem sind, hat man nicht nur in der Windows-Welt erkannt. Überall anders hat man brauchbare Paketmanager gebaut. Problem ohne lolliges Flickwerk gelöst.
Hat sich sogar bei Windows rumgesprochen, deswegen rumpelt es wieder in den unteren Etagen und heraus kommt eine Lösung, die wieder zehn Jahre hinterherhängt. Aber gut, besser als gar nichts
Was? Das sind schon 25 Jahre? Auf Heise gibt's dazu einen guten Artikel, wo man überall schon Linux nutzt: http://www.heise.de/ct/ausgabe/2016-...t-3296177.html
Nur mit dem Desktop will es nicht so richtig klappen.
Microsoft tut mit Windows 10 und der Update-Misere gerade sein Bestes um das auch zu richten.
Ihr habt nun einen OS X Nutzer mehr.
PS: Arch nutze ich auf meinem Desktop weiterhin noch zwischendurch wenn benötigt.
Mir ist gerade danach, den Thread hier mal wieder hochzuholen.Und das hat mit Sicherheit nichts damit zu tun, dass Linux mittlerweile 25 Jahre alt ist.
That being said: Linux ist mittlerweile 25 Jahre alt.
Das hat mich auch daran erinnert, dass ich damit schon seit sechs arbeite; die ersten zwei mit Ubuntu und ab Ende 2012 Arch Linux. Hätt ich mir vor ein paar Jahren tatsächlich nicht vorstellen können, dass ich so lange damit arbeiten würde.
Berechtigungen
Zitieren
