Forum Debian Users Gang

menel napisał(-a):

skoro jest to produkt dla ludzi to trzeba się z tym liczyć, że ktoś będzie go krytykował, co tylko deweloperzy mogą coś krytykować tak? no to wtedy mamy wzajemne kółko adoracji panowie no to nie jest żaden argument, że nic nie robisz , nie kodzisz w systemie to wara Ci go krytykować? cooooo? przecież to rasowy komunizm...

Zażądaj zatem zwrotu pięniędzy.
Te oszusty miały czelność stworzyć taki bubel :)

Poza tym mylisz krytykę z dziecinnym trollowaniem.
Załóż sobie bloga i tam możesz po 1000 razy pisać w kółko te same żale.
Jak tak dalej będzie wyglądała dyskusja to wątek zakończy swój żywot.

Bo widocznie zapłaciłeś, skoro musisz się z tym tak męczyć, zamiast po prostu używać czegoś innego ;)

EOT.

Raz na jakiś czas jakaś firma chce zdominować ekosystem Linuxa,
próbowało Cannonical ze swoim śltaśnym Mirem, i FUDem przeciwko Waylandowi, próbuje   RHEL, raz Selinuxem, raz (chyba oni, mogę się mylić) Systemd, do którego zaangażowali takie chwyty jak zamknięcie projektu Consolekit na rzecz Logind,
włączenie do Systemd projektu Udev, wypchnęli z Linuxa Sysloga i diabli wiedzą, czego jeszcze spróbują.
Do tego jakieś krasnoludki próbowały wypchnąć z Linuxa Alsę bo przy PA już nie jest już  potrzebna...

Ekosystem Linuxowy musi od czasu do czasu się bronić przed takimi zamiarami, tutaj przeważnie murem stoją Developerzy Kernela i najbardziej kumatych dystrybucji, jak Gentoo, Slackware czy Debian.

Przeżyłem takie G**** jak HAL czy  PA, przeżyję też Systemd.

Spokojna głowa, w ekosystemie linuxowym nigdy człowiek nie jest sam... ;)

Pozdro
;-)

Można — za jakiś czas — spodziewać się całkowitego wywalenia consolekit z repozytorium (poza kfreebsd i innymi wynalazkami).

PS Taki „gówniany” język chyba można sobie czasem darować. Szczególnie, że jest to powtarzane w każdym wątku po sto razy.

mati75 na kiedy zrobisz paczuchy z udisks2 ?

elegancko, dziękować;)

no właśnie też u siebie wykryłem skażenie jakimiś ochłapami systemd:

libsystemd-id128-0
libsystemd-journal0
libsystemd-login0

Przy próbie usunięcia tego cuda chce mi wykopać pół systemu. Jak się tego pozbyć bezproblemowo? Czy ma to sobie zostać?

Ostatnio edytowany przez menel (2014-06-01 20:50:03)

Gdy ten dzień nadejdzie to ja przejdę na gentoo. Mogli by jeszcze z tym poczekać parę lat. xD

Spokojnie. Wątpie, żeby doszło do takiej sytuacji, że systemd będzie jedynym, słusznym rozwiązaniem i nie będzie możliwości używania czegoś innego. Kiedyś podobne jaja były z HAL i jak to się skończyło  ;) ?

Gnu to wolny system operacyjny. Prędziej czy później, ktoś równie wkurwiony na narzucanie jedynych słusznych jak ja, z dużo większym skillem jak ja, nakreśli Sysviana, w duchu zgodności z Debianem. To, że większość dystrybucji przeszła w kierunku tytułowego należy moim zdaniem podciągnąć pod desperacką chęć zjednania sobie nowych userów (skoro Ubuntu i Fedora przeszli, to tutki z ubuforums dla nowych muszą pasować do naszego distro), a te dystrybucje które nie dają wyboru po prostu olać. Okej, z preinstalowanym sysd dam radę żyć, wyleci jako jeden z pierwszych na rzecz openrc; nie da się? To sysd poleci z całym distro ;). Przestałem się już spinać i bać 'co to będzie'. W wolnej chwili na testowej wirtualce postawię Fedorę i powoli obadam z czym to się je :)
Tym niemniej, do Debiana chyba nie wrócę- za dużo problemów sprawia na kolejnych maszynach, zmuszenie mnie było kropką nad 'i'.

Generalnie bez zblatowania Developerów kernela, dzięki któremu jajo stałoby się częścią systemd, dominacja całego systemd nam nie grozi.
Raczej np zostanie z niego wykrojony kawałek logind do libpam-systemd, jeśli tego będzie wymagało Gnome czy KDE.
Ten proces krojenia Systemd już się zaczął za sprawą systemd-shim, po tej pierwszej skutecznej próbie będą kolejne.
W dodatku KDE-5 nie ma już jednej centralnej biblioteki Kdelibs, która ciągnie udiska2, tylko staje się systemem modułowym.
To też ogranicza konieczność stosowania Systemd do samego Gnome.
I nie ma co przesadzać, że udisks2 zdecyduje o tryumfie systemd, bo udiska spokojnie może zastąpić garść regułek do Eudeva, przygotowanych przez Developerów danej dystrybucji.
Consolekit też  nie jest w tej chwili rozwijany, ale też nie zauważyłem żeby mu czegokolwiek brakowało, także może być bazą dla nowego programu, jeśli taki będzie potrzebny do jakiegoś środowiska.
Cały kod ConsoleKit-0.4.6 ma  83610 linii kodu brutto, także to raczej nie jest Xorg. ;)

Należy też pamiętać, że BSD nie będzie miało Systemd, i zawsze można od nich pożyczyć jakiś ciekawszy projekt, między Gentoo
a BSD, o ile program nie potrzebuje specjalistycznego API kernela,
to jest rzut beretem. ;)

Na razie Gentoo forkuje udeva i kombinuje z OpenRC, Ubuntu próbowało z samodzielnym logind i nie dało rady. Reszta społeczności, poza hejtowaniem, zrobiła wielkie NIC.
A im później, tym będzie trudniej.

Będzie łatwiej, Linux staje się coraz lżejszy, za moment już nie będzie dyktatu jednego Xorga, tylko długa lista różnych kompozytorów obrazu, nigdy nie udało się wprowadzić dyktatury PA, a np takie LXQT staje się całkiem używalnym środowiskiem.
W dodatku nie ma konieczności robić slitaśnych apletów, które wymagają Consolekit/Policykit/Logind, każdy taki aplet można tak napisać, żeby odpalał  polecenie systemowe korzystając np z gksudo,
do eskalacji uprawień (jak kiedyś Network-Config).
Do przyznawania uprawnień administratora wystarczy samo sudoers,
nie ma bezwzględnej konieczności mnożyć bytów równoległych typu Logind/Policykit/Consolekit.
Na wchłonięcie su i sudo do systemd na razie się też nie zanosi.
Wpa_supplicant też nie wymaga żadnego Policykit/Logind, tylko gada przez socket z demonem, i opiera się na tradycyjnych uprawnieniach użytkowników i grup.
Każdą inną usługę można rozwiązać w ten sam sposób, jest tylko trochę zabawy z konfiguracją, ale to mogą łatwo zrobić Developerzy.
Gentoo z resztą nie kombinuje z OpenRC, tylko trzyma jeden system init w wersji Linux i wersji Gentoo-FreeBSD, w tym drugim Systemd chodził nie będzie, a jak się kiedyś Linus wqoooorwi na dobre, to w tym pierwszym też nie. :D
OpeRC teraz podobno dostanie support do automatycznego tworzenia chrootów (co każdy może sobie sam dorzeźbić w skrypcie danej usługi, wzorując się na Bindzie), dostał wsparcie dla Cgroup - na razie dosyć kiepskie, ale zobaczymy, co będzie dalej.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2014-06-02 04:51:10)

#752939 Jak to naprawią to nie zanosi, żeby w najbliższym czasie wyleciało. W ubuntu jest to już naprawione.