1.
Zwykla ( dla poczatkujacych ) dystrybucja linuxa posiada menadzer pakietów i tylko jego powinien się trzymać dla bezpieczeństwa swojego.
Instalowanie pakietów z poza repozytorium dla poczatkujacych jest nie zalecane i jeśli ktoś instaluje to na własną odpowiedzialność.- w repozytorium masz juz sparwdzone przez testerow ( przynajmniej w teorii )
- menadzer paczkowania i developer dystrybucji sprawdza czy pliki instaluja sie we wlasciwych miejscach i czy pliki maja wlasciwe uprawnienia.
2. Jednolite oprogramowanie. ( Troche chaotycznie )
Dlaczego programisci linuxa nie zrobili dotychczas jednolitego systemu instalowania programow.?
https://softwareengineering.stackexchange.com/questions/160932/why-rpm-and-deb-package-formats-are-not-unified-into-one-standard-system- Wiele razy słyszalem ze developerzy nie chca uzywac innych formatow pakietowania, bo uwazaja swoj za najlepszy.
Tak przynajmniej slyszalem przy próbie połączenia rpm i deb.
- Moim zdaniem takze Debian nie ma "developerów" żeby przenieśli system na rpm lub apt-rm,
stwierdzam to po wpisie w którym napisane że nie ma developerów ktorzy przenieśli by wszystkie skrypty na 64bit, zgodnie ze standardem folderów w Fedorze
- Moim zdaniem najpopularniejszy jest "rpm" ( Fedora - podobne, Suse, Mageia )
pomijajac apt-rpm , ktore uzywa takze rpm, ale menadzer apt jest dostowany do uzywania rpm
Zeby tak konkretniej odpowiedziedziec to tez by trzeba bylo opisac historie prawie kazdej dystrybucji linuxa.
Zgaduje ze apt-rpm powstal bo menadzery graficzne Fedory byly typu "idz z tad i nie wracaj"
dodatkowo jezyk "C" no nie jest chyba najprzyjemniejszy jezyk do szybkiej nauki.
http://apt-rpm.org/scripting.shtml#scripting-on-aptJezyk LUA jest chwalony przez developerów gier za szybkość i możliwość edycji bez konieczności ponownej kompilacji.
Niestety Apt-rpm nie zdobyl zbyt duzego poparcia i sobie "lezy"
https://en.wikipedia.org/wiki/APT-RPMOsobiscie dodam jeszcze, ze lubie paczkowanie w rpm, bo
- jest to proste
- mozna binarke zainstalowac
- mozna pobrac i zainstalowac
- problem tylko z kompilowaniem u uzytkowniaka, bo nie do tego zostal stworzony,
choc skoro mozna wpisywac komendy to na upartego mozna i kompilowac.
- Gentoo, Arch, to są dystrybucje specyficzne.
Gentoo zawiera "instrukcje" do ściągania i kompilowania programów pod własną architekture procesora, "wycinając zbędne rzeczy z kodu"
i sprawiając system odrobine szybszym.
Developer Gentoo "system zarządzania" przyniusł chyba z Free BSD ( bo mu sie spodobal )
Gentoo zbyt slabo znam, ale w Archu wydaje mi się że daloby się zaadoptować rpm, ponieważ sposób paczkowania jest podobny,
wykorzystane są tylko całkiem inne narzędzia. Narzędzie pisane w "Python" ponieważ łatwiej było go się nauczyć i edytować kod.
Czemu nie użyli Lua ? Nie wiem, może Python był bardziej znany i może wydawał się bardziej prosty.
Niektóre z tych systemów należą do komercyjnych firm które mają własną wizję
Zgadzam się !
Zwłaszcza znane są Red Hat i Ubuntu z własnej wizji świata i czasami im ta wizja { wychodzi, a czasami } nie wychodzi ( sa prowadzone przez firmy komercyjne ).
A jak to się mówi, żeby sprzedać produkt, to musi się on czymś wyróżniać.
, ale co to jest z programami install.sh ,albo
rpm pakiety, albo te rzeczy gdzie moza uzyc MAKE rozkaz.
Łatwiej mi napisać skrypt który przekopiuje program do /opt/nazwa_programu/
i poprostu dziala niz tworzyc rpm, deb lub inne gdzie musze posiadać odpowiednia dystrybucje linuxa.
Ale nie po to byly stworzone rpm i deb.
Oprocz tego w systemie jest trzymana informacja o pakiecie i jego plik hash.
Dodatkowo pakiety trzymaja instrukcje / makra których gołym okiem nie widac.
Maja np. za zadanie odswiezyc menu po zainstalowaniu pakietu.
Jakis czas temu stworzono takze "kontenery"
https://linuxpolska.pl/kilka-slow-o-dockerze-konteneryzacji/Ja osobiscie go nie trawie i mam wrazenie ze musialbym przerobic kod, by mógł byc kompatybilny z dokerem, co nie wchodzi w grę.
Aplikacje portable.
Dobrze zrobiona aplikacja działa praktycznie na dowolnej dystrybucji.
Jedyną wadą jej że musi posiadać w sobie wszystkie potrzebne biblioteki, ponieważ dystrybucja na której się znajduje może posiadać je w innej wersji i nie kompatybiilnej.
Do pomocy
https://translate.google.pl/#en/pl/A moze sam bys napisal jakis artykul o kazdej z dystrybucji ?
https://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Distribution_Timeline.svgEdytowaneJeszcze coś dodam, istnieje dystrybucja Linux From Scratch ( Tworzysz system od zera, jeszcze chyba bardziej niż w Archu, czy Gentoo )
http://www.linuxfromscratch.org/lfs/view/8.3/( Ma to cel edukacyjny )
Albo jak ktoś woli bardziej "developerke" to
https://littleosbook.github.io/albo
https://github.com/cfenollosa/os-tutorial
EdytowanePoszukaj takze o KISS
https://pl.wikipedia.org/wiki/KISS_(regu%C5%82a)Chyba Slackware mialo byc taka dystrybucja, ale nie potrafi chyba dogonic innych dystrybucji.
https://docs.slackware.com/slackware:philosophy