Könnte man die Versionsgeschichte nicht abkürzen oder ganz streichen, da dies nur etwas für Linux-Hardcorer sein dürfte? --Herrick 14:50, 13. Jul 2004 (CEST)
Ich bin dafür, dass man die zusammenstreicht - jedes Major-Release, und gut ist. Dann kann man die Tabelle auch wieder normal formatieren, denn diese 80%-font-Größe finde ich nicht passend - es hat schon seinen Grund, warum die {{prettytable}} so aussieht und nicht mit anderer Schriftgröße oder so. --Liquidat, Diskussion, 18:09, 1. Dez 2005 (CET)
Die Versions-History sollte meiner Meinung vollständig drin bleiben - gerade weil slackware so eine lange Geschichte hat. Ehrlich gesagt fande ich die scrollbare Tabelle am Besten; die normalen Tabellen nehmen zu viel Platz weg. Naja, ich werd mich bei der Versions-Gestaltung zukünftig lieber raushalten. --Gronau 22:08, 1. Dez 2005 (CET)
Letzter Kommentar: vor 18 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Der Artikel sollte nach Möglichkeit konkreter formuliert und um Fakten ergänzt werden. Beispiel: Es heißt, dass Slackware unter den GNU/Linux-Distributionen eine der UNIX-ähnlichsten sei. Was ist hier mit "UNIX" gemeint? System V, BSD, POSIX oder die Unix-Philosophie? "Es heißt, dass..." klingt außerdem eher nach Stammtisch als nach Enzyklopädie.(nicht signierter Beitrag von84.136.99.52 (Diskussion) Diskussion:Slackware#c-84.136.99.52-2006-08-17T08:54:00.000Z-Fakten11)Beantworten
Dieser Abschnitt kann archiviert werden. --Trac3R 23:29, 28. Sep. 2008 (CEST)
Letzter Kommentar: vor 18 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Als großer Vorteil von Slackware wird oft angesehen, dass die Quellen der enthaltenen Programm-Pakete größtenteils nicht modifiziert werden und dadurch das Kompilieren neuer Pakete problemloser verläuft als bei Distributionen wie SUSE Linux oder RedHat. Könnte man das vielleicht für weniger versierte Leser dahingehend ändern, dass Slackware sich an den Quellen der jeweligen Programm-Entwickler orientiert und keine eigenen Patches hinzufügt (Wobei ein Beleg fehlt!).(nicht signierter Beitrag von84.136.99.52 (Diskussion) Diskussion:Slackware#c-84.136.99.52-2006-08-17T08:54:00.000Z-Verständlichkeit11)Beantworten
Dieser Abschnitt kann archiviert werden. --Trac3R 23:40, 28. Sep. 2008 (CEST)
Die Liste muß ständig aktualisiert werden, weil viele der Distributionen die sich ursprünglich aus Slackware abgeleitet haben es nun nicht mehr tun. Ich werde das Template "nur Liste" dort eintragen und würde mir wünschen, dass die dort in Zukunft
Große und bekannte Distributionen wie SuSE Linux und Red Hat Linux drinstehen, auch wenn sie jetzt nicht mehr Slackware-basiert sind
Distributionen die nur rote Links haben, dort nicht mehr auftauchen
Vor dem Erscheinen der ersten eigenen Version (4.2) hat S.u.S.E. eine angepasstes (lokalisiertes) Slackware vertrieben. Man beachte auch die Namen. S.u.S.E. SuSE SUSE. Eine SuSE hatte nie was mit Slackware zu tun, da die Dots erst 1998 oder 1999 aus dem Namen verschwanden. Vorher war der Name S.u.S.E. auch nur eine Abkürzung wärend SuSE ein eigenständiger Firmenname war der keine Abkürzung mehr war.
Es wäre wirklich nett, wenn du mal eine Definition zu "offizielle Portierung" geben würdest. Entweder handelt es sich hier um eine Slackware-Version für vorher noch nicht unterstützte Hardware, ein Derivat (was du ja bezweifelst) oder was ganz neues, das dann aber auch genau erklärt werden muß. Im Artikel! Nach deinen letzten Bearbeitungen wäre es mir auch lieber den ganzen Listen-Kram in einen Artikel Liste der Slackware-Derivate auszulagern und auf diesen zu verweisen. Der Artikel hier hat das Potential zu Lesenswert, wenn statt einer Liste roter Links und Zwischenüberschriften mehr Inhalt stehen würde. Tja, so wird das nie was. --Trac3RDiskussion:Slackware#c-Trac3R-2010-03-10T16:44:00.000Z-Arnulf zu Linden-2010-02-11T17:41:00.000Z11Beantworten
> Entweder handelt es sich hier um eine Slackware-Version für vorher noch nicht unterstützte Hardware,
Letzter Kommentar: vor 17 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Man könnte vielleicht dazuschreiben ob swaret bereits in der Distri enthalten ist oder nachher separat installiert werden muß; außerdem ob es mit dem "normalen" Slackare Paketen arbeiten kann (warum sollte ich da Abhängigkeiten reinschreiben, wenn der Standard, pkgtool, sie nicht unterstützt)- damit würde nämlich z.B. auch meine Entscheidung für oder gegen Slackware auf meinem ZweitPC fallen- (nicht signierter Beitrag von138.246.7.138 (Diskussion) Diskussion:Slackware#c-138.246.7.138-2007-07-05T07:42:00.000Z-Swaret11)Beantworten
Swaret ist seit Slackware 9.1 im /extra Ordner. Der war früher noch auf den Zusatz- CDs ist aber seit einiger Zeit auf den INSTALL CDs und auf der DVD mit drauf.
die versionshistorytabelle ist 2geteilt. die eine hälfte links, die andere rechts vom bildschirm.(nicht signierter Beitrag von83.171.157.142 (Diskussion) 23:02, 10. Jan. 2008 (CET))
Letzter Kommentar: vor 15 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Habe von den zwei gebräuchlichsten Slackware-Logos SVG-Versionen hochgeladen (Datei:slackwareBlueLogo.svg, Datei:slackwareTitleLogo.svg) und bin mir nicht sicher, ob und wie diese in den Artikel eingebunden werden sollen. slackwareBlueLogo.svg wird momentan von Mozilla Firefox nicht korrekt dargestellt. -- X5-453Diskussion:Slackware#c-X5-453-2009-05-20T23:32:00.000Z-Logo SVG-Versionen11Beantworten
Probleme mit Firefox?Für das Ob wäre es natürlich erstmal wünschenswert, wenn du dafür sorgst, dass die Dateien die Dateiprüfung überleben. Offensichtlich gibt es da Probleme mit der Lizenz und dem Urheber. Ansonsten würde ich es gut finden, wenn du das mit dem Firefox löst und Datei:SLACKWARE.jpg damit ersetzen könntest. (Hat deine neue Datei ne dunklere Farbe oder lieg das an Opera?) Offenbar ist das alte Bild eine Kombination aus den beiden neuen, ich würde sie dann einfach ohne Kasten an der gleichen Stelle untereinander setzen.
(Mit Verweis auf Dateiüberprüfung) Die Datei SlackwareBlueLogo.svg könnte man wohl jetzt entfernen, weil Revolus eine unter GPL stehende aber modifizierte Version des Slackware-Logos eingebunden hat. Jedoch kann auch diese Version von Firefox nicht vollständig korrekt dargestellt werden. Die Datei SlackwareTitleLogo.svg könnte dann wohl wie bereits vorgeschlagen unterhalb des neuen Logos eingebunden werden, wenn es wirklich keine Probleme bereitet. -- X5-453Diskussion:Slackware#c-X5-453-2009-05-24T23:09:00.000Z-Trac3R-2009-05-21T09:12:00.000Z11Beantworten
Über die Darstellung in bestimmten Browsern mach dir erstmal keine Sorgen, die Bilder werden in png umgewandelt bevor sie eingebunden werden. Wenn das klappt, dann ist die Darstellung immer gleich. Probier das mal aus. Wenn du einen Urheber hast für den Titel, dann kannst du den einbinden. Der wird sonst immer wieder in der Dateiprüfung landen. --Trac3RDiskussion:Slackware#c-Trac3R-2009-05-26T07:25:00.000Z-X5-453-2009-05-24T23:09:00.000Z11Beantworten
Letzter Kommentar: vor 14 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Vielleicht sollte man in dem Artikel auch mal erwähnen, daß es für Slackware sehr lange Supportzeiten gibt. So gibt es z.B. für die Version 8.1 die am 18.Juni.2002 erschienen ist immer noch Patches, wie man z.B. hier in der Changelog für Slackware 8.1 nachlesen kann. Solche langen Supportzeiten bietet sonst keine mir bekannte Linuxdistribution, weder RedHat noch Debian haben derart lange Supportzeiten. --78.43.9.178Diskussion:Slackware#c-78.43.9.178-2010-04-10T03:04:00.000Z-Extrem lange Supportzeiten11Beantworten
Bei Ubuntu und Debian lassen sich auch Hinweise auf die nächste Version in der Versionshistorie finden. Bei Ubuntu existiert noch nicht mal eine Alpha-Version. Dort sind die Tabellen jedoch anders aufgearbeitet. Wäre es ein Mittelweg, die Versionsgeschichte von Slackware auch so umzusetzen? Ferner war das Jahr 2010 für 13.1 nicht falsch. Vielleicht kann man auch Sommer 2010 schreiben. P.S. Ich bin nicht besagte IP 87.144. und so unstable wie du behauptest ist current (als Beta) auch nicht, wenn man weiß, was man tut. -- X5-453Diskussion:Slackware#c-X5-453-2010-05-08T19:31:00.000Z-Arnulf zu Linden-2010-05-07T23:25:00.000Z11Beantworten
Stimmt, hatte die falsche Vorlage im Kopf. Slackware ist aber auch nicht für Anfänger, sondern eben für Fortgeschrittene (oder wenn man will auch Spezialisten ;) und die kennen FTP bzw. das Changelog. Eine Info der Beta halte ich trotzdem für sinnvoll, da man sie ja beim erscheinen der finalen Version ersetzen kann. Slackware hat außerdem lange nicht so viele neue Versionen wie die bekannten Distris. -- chatter™Diskussion:Slackware#c-Chatter-2010-05-08T21:37:00.000Z-Arnulf zu Linden-2010-05-08T21:08:00.000Z11Beantworten
Entschuldige Arnulf, dass ich etwas an deinem Artikel geändert habe (Und nein, anmelden werde ich mich nicht). Ich hielt es für sinnvoll, wie bei anderer Software auch kommende Versionen in die Versionstabelle aufzunehmen. Ganz einfach aus dem Grund damit man als Leser des Akrikels auch erfährt, dass eine neue Version im entstehen ist, und zu welchem Zeitpunkt diese erscheinen wird. Da man, wie du ja richtig erkannt hast einem normalen Artikelleser nicht zumuten kann sich nach den entsprechenden Chanchelogs umzusehen. --87.144.93.79Diskussion:Slackware#c-87.144.93.79-2010-05-09T11:17:00.000Z-Chatter-2010-05-08T21:37:00.000Z11Beantworten
Hallo, auf den vorangegangen Beitrag möchte ich nicht direkt eingehen. Ich zitiere stattdessen aus den Slackware-FAQs:
Q: When will the next version of Slackware be released?
It's usually our policy not to speculate on release dates, since that's what it is -- pure speculation. It's not always possible to know how long it will take to make the upgrades needed and tie up all the related loose ends. As things are built for the upcoming release, they'll be uploaded into the -current tree. If the -current does not exist, it probably means we have just released a new version of Slackware. A new -current tree will be formed shortly after the new release is made.
Ich denke, WP sollte diese Politik von Patrick Volkerding respektieren, und schließe mich Benutzer:Arnulf zu Linden an:
Neue Versionen sollten erst aufgenommen werden, wenn sie auf der Slackware-Homepage http://www.slackware.com angekündigt werden.
Vielleicht könntest Du zur Kenntnis nehmen, dass Debian und Slackware ziemlich Unterschiede in ihren Entwicklungs- und Releasemanagement aufweisen. Daher halte ich Dein implizites Argument, Debian und Slackware müssten parallel behandelt werden, für nicht korrekt. Außerdem könntest Du mal Deine Ironie etwas zurückschrauben, das würde eine sachliche Diskussion erleichtern. LG --BoobarkeeDiskussion:Slackware#c-Boobarkee-2010-05-09T19:33:00.000Z-87.144.93.79-2010-05-09T16:45:00.000Z11Beantworten
Letzter Kommentar: vor 14 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Ich plädiere dafür, die Absätze zu Slamd64 und Bluewhite64 zu entfernen, weil diese Derivate offenkundig nicht weiterentwickelt und auch nicht mit Sicherheitsupdates versorgt werden und sich deren Nutzen für Leser und Nutzer dadurch in Grenzen hält. Ich bin mir der Bedeutung von Slamd64 bewusst, sehe dennoch keinen Grund mehr für eine Erwähnung in jetzigem Umfang. Erwähnt werden sollte es dennoch weiterhin z.B. im Absatz zu Slackware64. Bestehen Einwände, ist es zu früh? -- X5-453Diskussion:Slackware#c-X5-453-2010-05-25T19:57:00.000Z-Slamd64 und Bluewhite6411Beantworten
Ankündigung ist nicht Veröffentlichung. Auch gibt es oft das Problem mit den Zeitzonen. Wenn die Veröffentlichung z.B. um 18:00 EST stattfindet, dann ist das bei uns 0:00 MEZ, also Mitternacht. Wenn dann z.B. das Changelog aber schon um 17:59 online gestellt wurde, die Webseite aber "erst" (zwei Minuten später) um 18:01 EST, dann haben wir bei uns einen Unterschied im Datum, den es eigentlich gar nicht gab...
TL;DR Keine Ahnung. Wann waren denn die Images bereits herunterladbar?
Nachtrag #2: Die Release Notes haben als Zeitangabe Wed Feb 2 18:39:59 CST 2022 – CST, das ist UTC−6, daher in D-A-CH um 7 Stunden später – also der 3. Februar um 01:39 Uhr.