Istnieje wiele rzeczy, które definiują rozkład, oprócz nazwy. System pakowania (deb, rpm, ...), standardowe środowisko (np. Rodzaj „init” używany jako standard) i wiele innych rzeczy, takich jak polityka planowania, główni użytkownicy docelowi itp. Zauważ, że dzielenie się pewnymi podstawowe narzędzia nie powodują, że dwie dystrybucje są „rodzeństwem”. Zobacz przypadek Red-Hat i SuSE, na przykład: na wykresie połączonym przez @Zenklys widać, że SuSE jest wczesną pochodną od Slackware, ale pożyczyli system pakowania RPM od Red-Hat, myślę, że nie wymyślam na nowo koło.
Większość z tych rzeczy to decyzje podejmowane przez kogoś (firmę, osobę lub społeczność rozwijającą się). Niektóre dystrybucje różnią się od siebie i nie mają prawie nic wspólnego ze sobą (Debian i Red-Hat to dwa przykłady z wczesnych czasów ...), będące wynikiem równoległych wysiłków na rzecz stworzenia środowiska pracy, ale inne rodzą się tylko dlatego, że spora społeczność zgadza się, że niektóre aspekty istniejącej dystrybucji można wykonać w inny sposób, na przykład poprzez krótsze (lub większe!) cykle wydawania, lub może uczynić dystrybucję mniej „ogólną” i skupiając się na niektórych aspektach, takich jak tworzenie mediów (ty narzędzia przedinstalacyjne, staraj się mieć lepszą / łatwiejszą konfigurację sprzętu dla określonych rzeczy ...); lub gdy firma decyduje, że może robić interesy, dostosowując dystrybucję dla określonych grup docelowych.
Kontynuujmy od Ubuntu, ale pamiętaj, że proces ten jest podobny dookoła.
Oczywiście przyjmowanie metody „pochodnej” oznacza, że zaczynasz od działającego systemu od dnia 0, w którym twoja praca będzie koncentrować się na wprowadzaniu pożądanych zmian i na bieżąco z wersją „nadrzędną”.
Ubuntu jest pochodną Debiana w tym sensie: wzięli działającą dystrybucję i zdecydowali o kilku rzeczach: domyślnym (i oficjalnie obsługiwanym) środowisku pulpitu i tematyce, kładąc nacisk na to, że użytkownik inny niż root może uzyskać dostęp do wszystkich zastrzeżonych obszarów (na przykład konfiguracja sprzętu) itp., a także integrowanie narzędzi, a czasem także opracowywanie nowych, aby osiągnąć swoje cele. W pewnym momencie zaczęli podejmować bardziej fundamentalne decyzje, takie jak zmiana kluczowych podsystemów (na przykład przejście na wyższy poziom) lub domyślna wersja narzędzi, na przykład ta dla Pythona, w której Ubuntu mocno zależy. Niektóre z tych zmian mogą nie mieć miejsca w pierwotnej dystrybucji lub po prostu potrwać dłużej ... lub odwrotnie, jeśli nie
Z drugiej strony, w pewnym momencie użytkownicy Ubuntu zdecydowali, że nie są zadowoleni ze wszystkich wyborów, które są dla nich podejmowane, więc otrzymujesz pochodne takie jak Kubuntu lub Xbuntu, które mogą (ale nie muszą) doprowadzić do pewnego „oficjalnego” status w oryginalnym projekcie.
Ubuntu utrzymuje pewien poziom informacji zwrotnych w Debianie, ułatwiając przenoszenie wiedzy od jednego do drugiego (do pewnego stopnia), ale nie musi tak być w przypadku wszystkich dystrybucji pochodnych.
I tak dalej ... ale odpowiedź jest już długa: P
