Forum Debian Users Gang

Jacekalex napisał(-a):

Ominać będzie można zawsze, kłopot polega na tym, że to omijanie może czasami być dosyć karkołomne, ale przynajmniej mamy do tego omijania solidnych Sojuszników. xD

Systemd to taka sama moda i postęp, jak HAL, i podejrzewam,
że podobnie skończy. :D

I oby właśnie się tak stało. Właśnie z tego względu, który przytoczyłeś coraz więcej siedzę na gentoo zamiast na debianie.

Systemd urośnie do tego poziomu co hal, potem się zacznie pieprzyć, nikomu nie będzie się chciało tego łatać więc umrze śmiercią naturalną.

Jacekalex napisał(-a):

W każdym razie, o Systemd się nie martwię, chyba najbardziej znanym haterem Systemd jest Linus T., za to największymi marketoidami Systemd są RHEL i  GNOME-team.

Obejrzyj sobie spotkanie z Linusem podczas Debconf:
http://meetings-archive.debian.net/pub/debian-meeti … Torvalds.webm

Nikt normalny nie darzy miłością, nienawiścią itp. oprogramowania. Takimi sprawami zajmuje się lekarz.

Na filozoficzne rozważania o systemd jest ten wątek:
http://forum.dug.net.pl/viewtopic.php?id=21568

W tym zgłaszane są realne problemy z działaniem Debiana bez systemd.

Jacekalex napisał(-a):

Linus musi  utrzymywać neutralność kernela wobec systemów init, jeśli chce tworzyć jajo uniwersalnego systemu, i jeśli chce być liderem projektu Linux a nie kierownikiem załącznika do Systemd.

To musisz mu o tym napisać na lkml.org bo Linus na DUG pewnie nie zagląda i przez to nie wie co robi ;)

Jacekalex napisał(-a):

Po co pisać?
Przecież człowiek, który cokolwiek w życiu osiągnął, zazwyczaj wie jak i dlaczego to czy tamto osiągnął.
Jak ktoś w dodatku utrzymuje się od 20 lat na świeczniku w swojej branży, to tym bardziej wie, co w trawie piszczy.

No właśnie to napisałem tylko nie wyłapałeś ironii ;)

No chyba, że to islamscy dzihadyści po cichu i niezauważalnie  do kernela (od wersji 3.7 - o ile pamiętam) wrzucili mechanizm ładowania firmware bez pomocy udeva. :D

Bez pomocy udeva, ale kernel będzie się komunikował poprzez kdbusa.

I am tempted to say that we should merge the firmware loader removal
patch at the same time as the kdbus requirement is made. As that would
be a clean cut anyway...

Also note that at that point we intend to move udev onto kdbus as
transport, and get rid of the userspace-to-userspace netlink-based
tranport udev used so far. Unless the systemd-haters prepare another
kdbus userspace until then this will effectively also mean that we will
not support non-systemd systems with udev anymore starting at that
point. Gentoo folks, this is your wakeup call.

Anyway, as soon as kdbus is merged this i how we will maintain udev, you
have ample time to figure out some solution that works for you, but we
will not support the udev-on-netlink case anymore. I see three options:
a) fork things, b) live with systemd, c) if hate systemd that much, but
love udev so much, then implement an alternative userspace for kdbus to
do initialiuzation/policy/activation.

http://lists.freedesktop.org/archives/systemd-devel … y/019657.html

Zwolennikiem tego pomysłu jest Greg Kroah-Hartman, więc o ludzi odpowiedzialnych za jądro martwić się nie musisz.
Raczej trzymaj kciuki, żeby deweloperzy Gentoo sobie z tą sytuacją poradzili bo kdbus niedługo wyląduje w kernelu.

Jacekalex napisał(-a):

Gentuś sobie poradzi, z kdbusem też, chyba, że liczysz, że Eudeva i OpenRC pisze Lennart P. :D

Pewnie, że poradzi sobie. Nie tylko Gentuś bo i Debian oficjalnie wspiera różne inity i stoi przed tymi samymi wyzwaniami.
Ale takie działanie ma też plusy.
Zmusił część społeczności tkwiącej myślami jeszcze latach '70 i '80 ubiegłego wieku do działania i korzystania z nowych technologii, które już zapewnia kernel oraz możliwości, z których zaczynają korzystać środowiska graficzne.

Powstał OpenRC, a tak by jeszcze 50 Linux korzystał z sysvinit lub pokracznego Upstarta. Logind m. in. wprowadził możliwości cgroups do środowisk graficznych z czego te chętnie skorzystały i dystrybucje jak Debian i Ubuntu wolały naskrobać systemd-shim i dorobić w nim obsługę Control Group Managera, niż kombinować z porzuconym Consolekit. Są wizje jak w przyszłości wykorzystać możliwości btrfs, kdbusa itp.

Nawet jak systemd okaże się niewypałem i przeminie, to stymuluje do rozwoju i będą już nowoczesne alternatywne projekty, które właśnie teraz muszą powstać. A skoro muszą, to powstają.

Wszystkie środowiska graficzne powoli przechodzą na logind.
Alternatywy nie ma bo nikt jeszcze nie napisał.
A nikt (no poza Canonicalem) nie jest na tyle głupi, żeby środowisko graficzne budować w oparciu o martwe projekty.

Różnica jest taka, że GNOME od razu odcięło wsparcie dla Consolekit. Reszta go jeszcze wspiera i jednocześnie wdraża logind. Podobnie jak menedżery logowania, policykit itp.
Tu odnośnie Xfce4:

There is a general consensus (especially in the GNOME world) that before
dropping any support for consolekit, both consolekit and logind should be
detected at runtime.
This helps distributions planning to gently migrate from consolekit to logind
to roll out a reliable path: enable logind support, have all the packages
detect consolekit/logind at runtime, eventually migrate to logind reducing the
risk of breaking current installations.

https://mail.xfce.org/pipermail/xfce-bugs/2013-May/005782.html

A w praktyce wygląda to tak, że nie zainstalujesz (bez kombinowania i przerabiania pakietów) w Debinie KDE bez logind i samego systyemd. Prawdopodobnie jak i Xfce i innych, ale nie chce mi się teraz tego sprawdzać.

Poza Gentoo i Slackware (ale tu nie wiadomo co będzie) wszystkie dystrybucje to wdrażają. Sam urok RH by do tego nie wystarczył.

Jacekalex napisał(-a):

Także problem braku alternatywy dla Logind też ktoś rozwiąże tak czy inaczej, i to raczej niedługo.

Poważni ludzie zajmują się tym co jest, a nie tym co może ktoś, może kiedyś zrobić ;)

Gdy już zrobi, i będzie to sensownie działało, to pewnie wszyscy to wdrożą. Samych filozofii nikt nie będzie wdrażał :)

No przecież to napisałem.
Gdy się pojawią to będą wdrażane. Póki co ich nie ma więc i co wdrażać też nie ma. Jest tylko logind i to jest wdrażane.
Do tego czasu awaryjnie jest ciągle zachowane wsparcie dla Consolekit.
Tyle że to okres przejściowy, a nie stan docelowy.

Jacekalex napisał(-a):

Poważni ludzie zajmują się tym co jest, a nie tym co może ktoś, może kiedyś zrobić ;)

Uważasz Developerów BSD za ludzi niepoważnych?

A które środowisko graficzne tworzą deweloperzy BSD?

O ile zdążą:

Martin Gräßlin napisał(-a):

Breaking News: kwin_wayland will hard runtime depend on logind

https://plus.google.com/+MartinGr%C3%A4%C3%9Flin/posts/Pw31EE21BXV

Stan przejściowy wcale nie musi trwać 25 lat ;)

Myślałem, że potrafisz czytać ;)

Breaking News: kwin_wayland will hard runtime depend on logind

Ja tu nie widzę słowa „systemd”.

Jacekalex napisał(-a):

Podobna historia jest z Dbusem, też był na siłę pchany do systemd, ale wygląda na to, że zamiast dbusa będzie kdbus w jaju, poza zasięgiem Petteringa.

http://www.youtube.com/watch?v=HPbQzm_iz_k

;)

Jacekalex napisał(-a):

Umiem czytać, właśnie dlatego wyczytałem, że logind może działać niezależnie od reszty systemd, nic innego nie twierdzę.
Jeśli szybko nie poprawią logind, żeby tylko z całym systemd chodził, to pogrzebią połowę wysiłku RH, w budowanie monopolu, czy raczej zawłaszczanie ekosystemu Linuxa.

Przecież tak w Debianie działa od dawna. Po to powstał systemd-shim i cgmanager.