Es ist glaub ich nicht notwendig öffentlich über Gründe zu sprechen.
Das führt nur zu bösen Blut.
Forken macht Spaß und jeder auf Github forkt jeden Tag. Es ist etwas normales.
Ich seh da kein böses Blut 
Andere Visionen, andere Vorstellungen, eigene Entwicklung, es ist open source und wie @Raybuntu schon richtig sagte, Forken ist was ganz normales. Das passiert jeden Tag überall auf Github.
Ich könnte sofort Kodi forken, rebranden und sonst was damit machen ;).
Ich seh da kein böses Blut
Andere Visionen, andere Vorstellungen, eigene Entwicklung, es ist open source und wie @Raybuntu schon richtig sagte, Forken ist was ganz normales. Das passiert jeden Tag überall auf Github.
Ich könnte sofort Kodi forken, rebranden und sonst was damit machen ;).
Ich meinte damit das nicht gleich wieder irgendwelche Spekulationen oder Gerüchte verbreitet werden.
Jaja...sicher.
Habe dich schon verstanden. Alles gut 
... Ich versteh nicht mal was ein Fork ist.
Bitte aktzepiere es was geschrieben worden ist denn es ist keine Erklärung von nöten!
Es gibt Gründe die Menschen unter sich aus machen und Gründe wieso es so gemacht wird.
Naja, ich finde es positiv denn endlich ein vernünftiges Logo und das Teleboy Plugin funktioniert für mich wieder. 
Alles andere warten wir mal ab denn Kodi ist noch Alpha und es gibt noch ein bisschen zu tun aber das Wissen sie ja selbst.
Peace out und Schönes Wochenende
... Ich versteh nicht mal was ein Fork ist.
Eine Gabel. Wenn der Code ein Baum ist ist der Fork eine Astgabel. Also ein anderer Weg
@darkside40
AdamG hat doch die Gründe inklusive kurzer Erklärung für den Fork genannt. a) persönliche, b) politische und c) technische Gründe haben den Ausschlag gegeben. Du könntest natürlich auch mal die verlinkten Infos lesen oder selbst mal recherchieren.
AdamG sagte dazu folgendes:
What is CoreELEC?
CoreELEC is a minor fork of LibreELEC, it's built by the community for the community!What is the difference between CE/LE?
CoreELEC will be driven by the community, it's direction chosen by the community, there will be more collaboration between developers and end users, more features and more bug fixes.What devices will CE support?
For now the focus will be on only Amlogic based devices, there are very few developers working on this platform anymore and one of our goals with CE is to bring all Amlogic contributors together and work more closely with each other to keep LE/CE/Kodi alive on this great platform and raise it's awareness and popularity.Why fork?
Many reasons, some technical, some political, some personal.Technical: some of the changes I and others have made in CE are incompatible with the currrent standards set within LE, for example... CE relies on a lot of patches to fix a lot of issues and one of the goals in LE is to reduce reliance on patches and to upstream fixes where possible however this in itself presents a number of additional issues.
Sending pull requests to fix current issues within LE has also been an issue in that there are very few people reviewing code and/or merging it, fixes can lay in wait for weeks or months which is counter productive to the long term goals of LE to provide stable releases.
Political: chewitt has touched on some of the current issues in his recent blog post regarding elections however needless to say the current atmosphere is somewhat hostile within LE and has made some of us just want to distance ourselves from all of the fighting and focus on what we really care about.
Personal: I can't speak for other developers as we all have our own individual problems and concerns with LE, my biggest concern however is the total lack of support received from more senior members, I have never received any help with hosting when I have asked, I have paid out of my own pocket to provide community releases whilst LE has collected donations to pay for it, my messages and requests have been read and ignored on many occassions and attitudes of senior members specifically towards the community and in particular the less technically minded users who I have seen belittled and almost ridiculed in posts when people are just asking for help and support is just wrong and not something I wish to put my name to.
The notion that LE is a dictatorship is not a view I hold as I don't really care much for the internal politics and I never have, I couldn't really care who makes the decisions as I have always maintained my own personal fork, I care more for the the community and fought on behalf of the community just to get S905/S912 added to LE when there was so much resistance to it, for me the fight is gone though, it went when I left the LE slack workspace a number of weeks ago, I find it too much effort when the same issues appear time and time again, I didn't part ways badly I just left without saying anything or making a scene so having the finger pointed at me for the problems that exist is just ludacrist.
Bug Reporting
One thing I see on these forums time and time again is bug reports regarding LibreELEC on AML which I do not feel is right as there is no LibreELEC on AML, not yet at least anyway, all that exists is community releases... I hope that with the name change bug reports can be differentiated in a manner that better reflects where they really exist.All future bug reports should be posted here
Wen kümmert es denn, dass OpenElec faktisch tot ist? So kann es LibreElec auch ergehen. Na und? Dann wendet sich der Nutzer eben dem nächsten Projekt zu. So ist halt der Lauf der Dinge.
Eine Abspaltung auf deutsch.
Natürlich könnt ihr hier öffentlich darüber reden oder spekulieren, wie euch der Sinn danach steht.
@bhf Aber LibreELEC ist nicht tot und steht doch ganz gut da.
Ich finde das weder gut noch schlect...
Nachteile durch einen Fork 1/X sicht die manpower, und bei Vielen Projekten ist Manower das problematischt
Vorteil: Leute die sonst aufgehört hätten weils sie mit XY nicht zu frieden sind finden so ein neues Zuhause und machen vielleicht weiter
Wobei:
"CoreELEC will be driven by the community," vorrausetzt das es eine Community gibt...... Das ist ähnlich wie meinen Plugins, ich erstelle ne Grund Version, und passe es den Wünschen an....
Drum gibt es einige sehr ausgereiften Plugins,andere die immer noch die Grundversion sin.... Also heißt es das Coreelec nicht zu der Zweiten Gruppe gehört 
Was mir auf jedenfalls auffällt,ist, das nirgends ein Link zu einer Comunity ist (Forum, Chat, Facebook) irgend sowas wo die Community sich austauschen kann, was Meinermeinung nach eine Grundvoraussetzung ist für "comunity Driven". Aber mal abwarten es steht ja noch am Anfang
EIns ist schon mal Positiv:
https://github.com/CoreELEC/CoreELEC/tree/master/addons
Das Nerds repo ist sogar vorinstalliert und aktiviert in unseren Builds. Facebook wird es wohl nicht geben. Wir sind größtenteils in Vendor Foren unterwegs. Dort habe ich mit meinen LibreELEC community builds gute Erfahrungen gemacht. Eigenes Forum haben wir "noch" nicht. Wir sind traditionell eher im LibreELEC Forum angesiedelt wobei wir dort sicherlich nicht gerne gesehen werden.
Wir wollen auch eigentlich mit LibreELEC kompatibel bleiben und stehen da nicht direkt im Wettbewerb. Es ist auch nicht geplant was großes drauß zu machen. Um Linus Torvalds zu zitieren:
"I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu)"
Es gibt zumindest schon mal die Homepage: coreelec.org, das Forum bzw. der Thread wird immer noch über libreelec.tv abgewickelt: https://forum.libreelec.tv/thread/12055-8…5-s912-devices/
Kann man euch denn schon Bier oder Kaffee spendieren? Habe noch nichts gesehen und würde euch gerne auch so unterstützen, da ich sonst nicht wirklich etwas beitragen kann.
Kann man euch denn schon Bier oder Kaffee spendieren? Habe noch nichts gesehen und würde euch gerne auch so unterstützen, da ich sonst nicht wirklich etwas beitragen kann.
Die beste Hilfe ist sich zu beteiligen. Viele User posten schon in meinem Thread und helfen anderen. Auch Sachen die wie Kleinigkeiten aussehen helfen ungemein. Geld wollen wir nicht annehmen.
Das Problem beim "Forken" sehe ich aber darin, dass einfach zu viele "Astgabeln" existieren. Zum einen verwirrt es den "Otto-Normal-Nutzer" und zum anderen werden dann irgendwann einmal Projekte eingestellt und der Ast vegitiert vor sich hin bzw. im übertragenen sinne, stirbt ab.
Wenn man die gesammte Manpower in ein Projekt bündeln könnte, wären Fortschritte / innovative Ideen viel wahrscheinlicher. So, kocht jeder sein eigenes Süppchen. Irgendwann wird dann so um/abgeändert, dass der Code nicht mehr so einfach in den"Stamm" zu integrieren/implementieren ist und dann stehen wir hier, wo wir jetzt stehen, es gibt duzende von Programmen, jedes hat seine Vor-und Nachteile, doch die Vorteile aus diesem Sammelsurium zu extrahieren und in ein eigenständiges Programm zu pflegen, ist zu aufwendig, da hier wieder jeder sein eigenes "Süppchen" kochte.
Vorteil: Leute die sonst aufgehört hätten weils sie mit XY nicht zu frieden sind finden so ein neues Zuhause und machen vielleicht weiter
Natürlich stimme ich L0RE bei diesem aufgeführten Vorteil zu, jedoch müsste man das doch irgendwie realisieren können, dass sie nicht unbedingt ein "neues" Zuhause suchen müssen, sondern separat an Ihrem "alten" Zuhause weiter arbeiten könnten.
Ist halt alles so ne "Mikro- und Makrokosmus-Theorie" genau dieses Problem setzt sich auch in anderen Bereichen fort und das "Große und Ganze" wird dadurch aus den Augen verloren. Jeder ist sich selbst der nächste und errichtet einen imaginären Zaun über sein Projekt. Wir würden weitaus mehr aus Open-Source-Projekten holen, wenn wir alle an EINEM Strang ziehen würden.
So, kocht jeder sein eigenes Süppchen. Irgendwann wird dann so um/abgeändert, dass der Code nicht mehr so einfach in den"Stamm" zu integrieren/implementieren ist
Das stimmt. Das passiert aber nur, wenn der, der geforkt hat, seine Änderungen nicht upstream sendet und sich so nicht am Grundprojekt beteiligt.
Grundlegend sehe ich speziell in dem Fork hier aber immer noch kein Problem, da man unterschiedliche Bereiche bedient.
Wenn ich den Code von Kodi forke (was ich getan habe), und dort Änderungen implementiere, ist doch Kodi nicht in der Verantwortung sich bei mir umzusehen und sich das zu holen, was für sie interessant sein könnte. Ich muss mich doch drum kümmern, dass ich meine Änderungen, die ich offensichtlich für sinnvoll erachte, upstream (also an der Quelle...Kodi) sende (Pull request) und Kodi kann dann entscheiden ob sie es haben wollen oder nicht. Falls Kodi sich dagegen entscheidet, meine Änderungen aber so eklatant sind, dass ein "Verbinden" nicht mehr möglich ist (andere Visionen, andere Vorstellungen), dann muss ich für mich halt selbst weiter sehen, wie ich voran komme.
Da ist nichts schlechtes dran, nur das ich halt meinen Teil anders mache als die Quelle es tut.
Man darf auch im Fall von Kodi nicht vergessen, dass Kodi ein Trademark ist. Da wird einem vorgeschrieben bis zu welchem Grad man Dinge "grundlegend" verändern darf bis man rebranden muss! Das heißt, wenn ich meine Software so drastisch abändere, dass sie mit dem eigentlichen "grund-Kodi" nicht mehr viel zu tun hat, darf ich es auch nicht mehr Kodi nennen. Dieses Rebranden kann ich auch schon von Anfang an machen um einfach Ruhe zu haben und muss mich dann nicht mehr mit irgendwelchen rechtlichen Dingen rumschlagen.
Man hat also irgendwann die Qual der Wahl. Mache ich was eigenes oder füge ich mich dem, was die Quelle mir in gewisser Form vorschreibt. Machen kann man alles, nur unter verschiedenen Bedingungen. Das kann gut sein und das kann schlecht sein. Ich sehe solche Forks immer für einen Gewinn für den User, da er einfach die Wahl hat das zu nehmen, was ihm am besten gefällt.
Das Problem beim "Forken" sehe ich aber darin, dass einfach zu viele "Astgabeln" existieren. Zum einen verwirrt es den "Otto-Normal-Nutzer" und zum anderen werden dann irgendwann einmal Projekte eingestellt und der Ast vegitiert vor sich hin bzw. im übertragenen sinne, stirbt ab.
Wenn man die gesammte Manpower in ein Projekt bündeln könnte, wären Fortschritte / innovative Ideen viel wahrscheinlicher. So, kocht jeder sein eigenes Süppchen. Irgendwann wird dann so um/abgeändert, dass der Code nicht mehr so einfach in den"Stamm" zu integrieren/implementieren ist und dann stehen wir hier, wo wir jetzt stehen, es gibt duzende von Programmen, jedes hat seine Vor-und Nachteile, doch die Vorteile aus diesem Sammelsurium zu extrahieren und in ein eigenständiges Programm zu pflegen, ist zu aufwendig, da hier wieder jeder sein eigenes "Süppchen" kochte.
Natürlich stimme ich L0RE bei diesem aufgeführten Vorteil zu, jedoch müsste man das doch irgendwie realisieren können, dass sie nicht unbedingt ein "neues" Zuhause suchen müssen, sondern separat an Ihrem "alten" Zuhause weiter arbeiten könnten.
Ist halt alles so ne "Mikro- und Makrokosmus-Theorie" genau dieses Problem setzt sich auch in anderen Bereichen fort und das "Große und Ganze" wird dadurch aus den Augen verloren. Jeder ist sich selbst der nächste und errichtet einen imaginären Zaun über sein Projekt. Wir würden weitaus mehr aus Open-Source-Projekten holen, wenn wir alle an EINEM Strang ziehen würden.
Wir sind halt alles Menschen und Menschen können halt nicht immer miteinander. LE sagt selbst das AML für sie keine Bedeutung mehr hat[1] (ja ja die warten auf Mainline, wir aber auch). Unsere Priorität liegt nur auf AML und obwohl vieles für die Füße sein wird wegen Mainline stecken wir trotzdem die Arbeit rein um die 1-2 Jahre Übergangszeit bis Mainline nicht die Hände in die Taschen zu stecken und ein vernünftiges AML Erlebnis für die User haben. Zeitverschwendung?
Wir waren immer offen dafür uns zu beteiligen @DaVu. Und ich habe unzählige male erwähnt das wir mit LE kompatibel bleiben wollen. Nach dem wir geforkt haben hab ich sogar afl1 gebeten PR's zu LE linux-amlogic zu schicken mit seinem Open Source WeTek Treiber z.b https://github.com/LibreELEC/linux-amlogic/pull/116. PR wartet seit 7.5.18 auf einen Kommentar oder Review. Interessiert aber keine Sau. Da sind auch noch mehr ohne Kommentare:
https://github.com/LibreELEC/linux-amlogic/pulls
Seid doch so ehrlich zu sagen wie es ist. IHR wollt keine Zusammenarbeit.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
