Du willst hier polemisieren, aber der Vergleich hinkt ganz gewaltig.
Im Mai 2016 hatten sich einige OpenWrt-Entwickler von ihrem Projekt getrennt und LEDE als Abspaltung von OpenWrt gestartet
Damit ist der Fork erstens nicht sehr lange her und außerdem war OpenWRT sowieso ziemlich gelähmt.
Die jetzt erreichte Wiedervereinigung bedeutet eigentlich nur, das die aktiven Entwickler, die LEDE 17.01 herausgebracht haben, jetzt wieder mit dem Namen von OpenWRT weitermachen (der einfach die bekanntere Marke ist). Plus ein paar, die noch recht inaktiv bei OpenWRT die Reste verwaltet haben. Es bedeutet nicht wirklich, das zwei unabhängige Distributionen zusammengegangen sind.
Immerhin ist das besser als die Situation Apache OpenOffice/ LibreOffice, wo sich die Verbliebenen leider störrisch an die alten Reste klammern.
Aber generell wird dadurch kein einziger Entwicker, der Lust auf "sein" Projekt hatte, seinen Fork einstampfen. Akzeptiere es, wenn jemand Lust auf einen Fork hat, dann macht er ihn.
Übrigens gibt es das genauso bei kommerzieller Software: Warum braucht man 20 verschiedene Virenschutzprogramme, eins reicht doch? Warum 30 Steuerhelfer, tut es nicht einer? Warum 50 Programme zum Abspielen von Mediafiles und Discs, eins reicht doch? Warum 100 Apps zum gleichen Thema, eine reicht doch?
> Immerhin ist das besser als die Situation Apache OpenOffice/ LibreOffice, wo sich die Verbliebenen leider störrisch an die alten Reste klammern.
Ich finde auch das Apache in Sachen OO völlig versagt hat. Sie dachten dass sie OO weiterhin so vegetieren lassen können wie es bisher der Fall war. Dann kam LO mit einer gesunden Gemeinde und Lust an Innovation, dem eigentlichen Grundgedanken von Linux.
Dabei kann es Apache deutlich besser. Das Hadoop Ökosystem ist so ein Beispiel.
> Aber generell wird dadurch kein einziger Entwicker, der Lust auf "sein" Projekt hatte, seinen Fork einstampfen.
Das ist wiederum komplett gegen die GNU Philosophie.
Wenn ich in Octave einen Bug fixe, dann nützt es 1000 Leuten oder mehr. Wenn's mein eigener Fork ist, dann nutzt er bestenfalls nur mir. In den wenigsten Fällgen gibt es ein sinnvolles Upstreaming. Meistens gibt's nur Fragmentierung und Schnittstellen-Divergenz.
> Übrigens gibt es das genauso bei kommerzieller Software: Warum braucht man 20 verschiedene Virenschutzprogramme, eins reicht doch? Warum 30 Steuerhelfer, tut es nicht einer? Warum 50 Programme zum Abspielen von Mediafiles und Discs, eins reicht doch? Warum 100 Apps zum gleichen Thema, eine reicht doch?
Das sehe ich als weniger kritisch. Das regelt wieder der Markt. Früher oder später sieht es der Entwickler ein, dass er damit kein Geld verdienen kann und widmet sich lukrativeren Projekten.
Von kamome umidori am Sa, 6. Januar 2018 um 10:59 #
Weiß ich zwar nicht, aber ich kann lesen ;) https://lede-project.org/docs/targets/brcm47xx Aber das hier könnte wichtig sein: > Devices with ≤4MB flash and/or ≤32MB ram suffer from limitations in extensibility and stability of operation. (momentan auf https://lede-project.org/supported_devices zu lesen)
brcm47xx hat bei mir mit WLAN noch nie akzeptabel funktioniert und die 4/32-Warnung verheißt auch nichts Gutes. Ich wundere mich eben über den beibehaltenen Namen OpenWRT, wenn die WRT-Hardware damit überhaupt nicht mehr funktioniert.
Ich habe auch noch so ein WRT-54GL in Betrieb, und kam nach Recherche zum Schluss, dass weder OpenWRT noch LEDE darauf laufen. Ich habe zwischen Weihnachten/Neujahr auf DD-WRT-mini gewechselt mit Build von Januar 2017. Funktioniert wunderbar mit vielen neuen Features gegenüber originaler Firmware, sogar die Sendeleistung ist jetzt etwas höher
Danke für die Rückmeldung. Nach dem Datum zu urteilen ist dann aber auch noch kein Bugfix für KRACK (https://www.krackattacks.com/) dabei, was man für den Client-Mode braucht.
Was sollte man installieren um möglichst zukunftssicher zu sein? Nicht, dass ich jetzt LEDE installiere und in einem halben Jahr nochmal frisch installieren muss weil sich die Paketquellen oder so geändert haben.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 08. Jan 2018 um 09:37.
Das ist die erste erfreuliche Nachricht in diesem Jahr, nachdem gefühlt jeden Tag eine neue Distribution herausgebracht wurde.
Jetzt sollen sich die restlichen 10000 Distris vereinigen und 2 oder 3, dafür aber brauchbare Distris erstellen.
Genau so wie die 10000 Editoren, Media Player und das gefühlt 100000 Bildbearbeitungsprogramm, dass nicht man die Grundfunktionen unterstützt.
Du willst hier polemisieren, aber der Vergleich hinkt ganz gewaltig.
Damit ist der Fork erstens nicht sehr lange her und außerdem war OpenWRT sowieso ziemlich gelähmt.Die jetzt erreichte Wiedervereinigung bedeutet eigentlich nur, das die aktiven Entwickler, die LEDE 17.01 herausgebracht haben, jetzt wieder mit dem Namen von OpenWRT weitermachen (der einfach die bekanntere Marke ist). Plus ein paar, die noch recht inaktiv bei OpenWRT die Reste verwaltet haben.
Es bedeutet nicht wirklich, das zwei unabhängige Distributionen zusammengegangen sind.
Immerhin ist das besser als die Situation Apache OpenOffice/ LibreOffice, wo sich die Verbliebenen leider störrisch an die alten Reste klammern.
Aber generell wird dadurch kein einziger Entwicker, der Lust auf "sein" Projekt hatte, seinen Fork einstampfen.
Akzeptiere es, wenn jemand Lust auf einen Fork hat, dann macht er ihn.
Übrigens gibt es das genauso bei kommerzieller Software: Warum braucht man 20 verschiedene Virenschutzprogramme, eins reicht doch? Warum 30 Steuerhelfer, tut es nicht einer? Warum 50 Programme zum Abspielen von Mediafiles und Discs, eins reicht doch? Warum 100 Apps zum gleichen Thema, eine reicht doch?
> Immerhin ist das besser als die Situation Apache OpenOffice/ LibreOffice, wo sich die Verbliebenen leider störrisch an die alten Reste klammern.
Ich finde auch das Apache in Sachen OO völlig versagt hat. Sie dachten dass sie OO weiterhin so vegetieren lassen können wie es bisher der Fall war. Dann kam LO mit einer gesunden Gemeinde und Lust an Innovation, dem eigentlichen Grundgedanken von Linux.
Dabei kann es Apache deutlich besser. Das Hadoop Ökosystem ist so ein Beispiel.
> Aber generell wird dadurch kein einziger Entwicker, der Lust auf "sein" Projekt hatte, seinen Fork einstampfen.
Das ist wiederum komplett gegen die GNU Philosophie.
Wenn ich in Octave einen Bug fixe, dann nützt es 1000 Leuten oder mehr. Wenn's mein eigener Fork ist, dann nutzt er bestenfalls nur mir. In den wenigsten Fällgen gibt es ein sinnvolles Upstreaming. Meistens gibt's nur Fragmentierung und Schnittstellen-Divergenz.
> Übrigens gibt es das genauso bei kommerzieller Software: Warum braucht man 20 verschiedene Virenschutzprogramme, eins reicht doch? Warum 30 Steuerhelfer, tut es nicht einer? Warum 50 Programme zum Abspielen von Mediafiles und Discs, eins reicht doch? Warum 100 Apps zum gleichen Thema, eine reicht doch?
Das sehe ich als weniger kritisch. Das regelt wieder der Markt. Früher oder später sieht es der Entwickler ein, dass er damit kein Geld verdienen kann und widmet sich lukrativeren Projekten.
Das WRT in OpenWRT stammt vom WRT54G(L). Ist Unterstützung dafür jetzt eigentlich noch vorhanden (natürlich mit funktionierendem WLAN)?
Weiß ich zwar nicht, aber ich kann lesen ;)
https://lede-project.org/docs/targets/brcm47xx
Aber das hier könnte wichtig sein:
> Devices with ≤4MB flash and/or ≤32MB ram suffer from limitations in extensibility and stability of operation.
(momentan auf https://lede-project.org/supported_devices zu lesen)
brcm47xx hat bei mir mit WLAN noch nie akzeptabel funktioniert und die 4/32-Warnung verheißt auch nichts Gutes. Ich wundere mich eben über den beibehaltenen Namen OpenWRT, wenn die WRT-Hardware damit überhaupt nicht mehr funktioniert.
Ich habe auch noch so ein WRT-54GL in Betrieb, und kam nach Recherche zum Schluss, dass weder OpenWRT noch LEDE darauf laufen. Ich habe zwischen Weihnachten/Neujahr auf DD-WRT-mini gewechselt mit Build von Januar 2017. Funktioniert wunderbar mit vielen neuen Features gegenüber originaler Firmware, sogar die Sendeleistung ist jetzt etwas höher
Danke für die Rückmeldung. Nach dem Datum zu urteilen ist dann aber auch noch kein Bugfix für KRACK (https://www.krackattacks.com/) dabei, was man für den Client-Mode braucht.
Was sollte man installieren um möglichst zukunftssicher zu sein?
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 08. Jan 2018 um 09:37.Nicht, dass ich jetzt LEDE installiere und in einem halben Jahr nochmal frisch installieren muss weil sich die Paketquellen oder so geändert haben.
LEDE, denn aktuell gibt es nur eine aktuelle Version (17.01) von LEDE, aber nicht von OpenWRT (die sind noch bei 15.irgendwas).
Ich gehe stark davon aus, das die Paketquellen kompatibel gehalten werden und mit dem nächsten Major-Release dann angepasst werden.