Forum Debian Users Gang

yossarian · 2014-02-14 22:11:47

fervi napisał(-a):
@Yossarian
Ofc.
Problem w tym, że Ubuntu mimo paru sukcesów na arenie Linuksowej, zaliczył dużo wpadek (Mir chociażby), ale jakby nie patrzeć - Ubuntu coś pożytecznego czasem walnie

Fervi

Czasem nawet ślepej kurze trafi się ziarno ;)

uzytkownikubunt · 2014-02-14 22:13:28

ArnVaker napisał(-a):
Jacekalex napisał(-a):
Do końca życia nie zapomnę, jak reakcję wywołały propozycje, żeby do kernela dodać łatki zapewniające zgodność z Mirem.
Zostali gruntownie spłukani, i zobaczyli tylko, jak ktoś za nimi zamyka klopa.
:D
Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)

Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca zero wyników.

fervi · 2014-02-14 22:29:17

Może chodziło o sprawę z QT, w której wsparcie Mira zostało wywalone
Ew. wsparcie Intela dotyczących Mira, które nie nastało

@yossarian
To ja teraz poczekam na Debiana ;)

Fervi

Ostatnio edytowany przez fervi (2014-02-14 22:29:40)

Jacekalex · 2014-02-14 23:12:29

uzytkownikubunt napisał(-a):
ArnVaker napisał(-a):
Jacekalex napisał(-a):
Do końca życia nie zapomnę, jak reakcję wywołały propozycje, żeby do kernela dodać łatki zapewniające zgodność z Mirem.
Zostali gruntownie spłukani, i zobaczyli tylko, jak ktoś za nimi zamyka klopa.
:D
Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)
Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca zero wyników.

https://www.google.pl/#q=kernel+linux+mir+patch

Około 7 130 000 wyników (0,41 s)

Może jakąś lepsiejszą instrukcję obsługi Google poszukasz?
:D

Ostatnio edytowany przez Jacekalex (2014-02-14 23:13:20)

uzytkownikubunt · 2014-02-14 23:18:49

Jacekalex napisał(-a):
uzytkownikubunt napisał(-a):
ArnVaker napisał(-a):

Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)
Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca zero wyników.
https://www.google.pl/#q=kernel+linux+mir+patch
Około 7 130 000 wyników (0,41 s)
Może jakąś lepsiejszą instrukcję obsługi Google poszukasz?
:D

Konsekwentnie piszesz o próbie dodania przez Canonical kodu do jądra Linux. Ja mogę znaleźć informacje tylko łatkach na sterownik w Mesie.

Jacekalex · 2014-02-14 23:41:10

A także do sterowników Intela obecnych w jaju.
Intel też ich spłukał.

Mesa z resztą nie jest samodzielnym projektem, tylko userspace dla sterowników obecnych w jaju.

uzytkownikubunt · 2014-04-03 22:45:28

Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
Linus zawiesił zatwierdzanie patchy do jądra Linux od głównych deweloperów systemd, aż do momentu gdy poprawią swoje zachowanie (tj. zaczną poprawiać zgłoszone błędy). Na dzień dzisiejszy tyczy się to również patchy niezwiązanych z systemd jak np. patche dotyczące KDBUS.

Jacekalex · 2014-04-03 22:48:54

Krótko pisząc, SystemD rozwija się tak samo, jak PA.
Marsz do przodu, bez oglądania się na błędy, w PA kilka hardcorowych błędów wisiało przez dwa lata, zobaczymy, jak to będzie tutaj wyglądało.

fervi · 2014-04-03 22:57:54

PA przecież rozwija się dobrze

a SystemD nie trawię, bo to niezgodne z zasadą walki z "Vendor lockiem", który pod Linuksem może zaistnieć
Dlatego używam OpenRC (i innym zalecam) [nakłoniony przez mati75]

Fervi

uzytkownikubunt · 2014-04-04 10:15:22

fervi napisał(-a):
PA przecież rozwija się dobrze

Z jednej strony sam zarówno na starym komputerze z egzotycznym zintegrowanym w pł. głównej chipem karty dźwiękowej PA nie miałem problemów (raz jeden jedyny w Ubuntu 12.04 jeszcze w fazie Beta uległ awarii, restart wystarczył) teraz na karcie dźwiękowej Intela nie mam żadnych problemów, to z drugiej strony PA bardzo często używa funkcji mmap w kodzie do różnych dziwnych operacji a to nie jest bezpieczne.

Elder · 2014-05-21 18:23:29

Już mówię. PolicyKit ma w zależnościach libpam-systemd i libsystemd-login0. Można z tym żyć przyczepiając protezę systemd-shim. Wszystko jasne, nie wiadomo jak się sytuacja rozwinie, i czy nie będzie jakiejś głębszej integracji. Pytanie brzmi, czy jest jakaś alternatywa dla PolicyKit na przyszłość, lub czy można samemu coś takiego zapewnić sobie w jakiś sposób? ...poza skrobaniem PolicyKit-ng.

yossarian · 2014-05-21 18:31:51

Problemem nie jest tu policykit, a martwe consolekit, którego jedynym zamiennikiem jest obecnie logind (część systemd).
http://www.freedesktop.org/wiki/Software/ConsoleKit/

Jeśli ktoś się zajmie consolekit lub napisze inne rozwiązanie, to problem „wymagania systemd” sam się rozwiąże.
Niestety marudzić i lamentować w internetach jest zdecydowanie łatwiej niż pisać rzeczywisty kod. Dlatego jest jak jest i pewnie nic się nie zmieni.

mati75 · 2014-05-21 18:53:10

W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.

Elder napisał(-a):
Już mówię. PolicyKit ma w zależnościach libpam-systemd i libsystemd-login0.

Można skompilować wersję bez zależności na systemd.

yossarian · 2014-05-21 19:17:49

mati75 napisał(-a):
W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.

Tu raczej nie ma na co wpadać. Mają 3 wyjścia: rozwijać consolekit, napisać jakiś nowy zamiennik lub skorzystać z logind.
Tam gdzie mogą używają consolekit, ale środowiska graficzne powoli przechodzą (GNOME już przeszło) z consolekit na logind i już teraz w Gentoo GNOME3 wymaga logind/systemd (o ile nic się nie zmieniło).

Przed tym samym problem stał Canonical i skapitulował.

Jacekalex · 2014-05-21 19:21:37

Ja z Consolekit jestem ciekaw, czy jest martwe dlatego, że umarł projekt (co się czasem zdarza), czy dlatego, że teraz jest Systemd, i Consolekit już nie jest potrzebne.

Nie podejrzewałbym podobnych wariacji, gdyby nie połknięcie Udeva,
i późniejszy pomysł, że SyslogNG/Rsyslog już nie są potrzebne, bo przecież Systemd też loguje.

Biorąc pod uwagę faktyczną rolę Consolekit w systemie, podejrzewam,
że zamknięcie projektu było pierwszym krokiem do zdominowania Linuxa przez Systemd.

Ostatnio edytowany przez Jacekalex (2014-05-21 19:25:32)

yossarian · 2014-05-21 19:24:06

Coś w tym stylu.
Deweloperzy ConsoleKit porzucili ten projekt i zajmują się teraz logind.

ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-logind!

http://www.freedesktop.org/wiki/Software/ConsoleKit/

mati75 · 2014-05-21 19:44:36

Jacekalex napisał(-a):
Nie podejrzewałbym podobnych wariacji, gdyby nie połknięcie Udeva,
i późniejszy pomysł, że SyslogNG/Rsyslog już nie są potrzebne, bo przecież Systemd też loguje.

Dodatkowo zapisuje logi jako pliki binarne. Tego idiocie co na to wpadł to powinni ręce połamać, żeby więcej takiego dziadostwa nie napisał.

Ostatnio edytowany przez mati75 (2014-05-21 19:45:08)

yossarian · 2014-05-21 19:50:47

Biorąc pod uwagę to kto finansuje i się zajmuje większością tych projektów, podejrzewam, że część systemu grafiki Waylanda też połączą z systemd by nawet ci najbardziej oporni w końcu dokonali „wyboru” inita ;)

OpenRC bez większego wsparcia (lub totalnej wtopy systemd) niestety raczej dużej kariery nie zrobi i alternatywy może już nie być.

Jacekalex · 2014-05-21 20:11:07

yossarian napisał(-a):
mati75 napisał(-a):
W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.
Tu raczej nie ma na co wpadać. Mają 3 wyjścia: rozwijać consolekit, napisać jakiś nowy zamiennik lub skorzystać z logind.
Tam gdzie mogą używają consolekit, ale środowiska graficzne powoli przechodzą (GNOME już przeszło) z consolekit na logind i już teraz w Gentoo GNOME3 wymaga logind/systemd (o ile nic się nie zmieniło).

Przed tym samym problem stał Canonical i skapitulował.

equery u gnome-shell
[ Legend : U - final flag setting for installation]
[ : I - package is installed with flag ]
[ Colors : set, unset ]
* Found these USE flags for gnome-base/gnome-shell-3.12.1:
U I
+ - bluetooth : Enable Bluetooth Support
+ - i18n : Enable support for enhanced input methods
through app-i18n/ibus
+ - networkmanager : Enable net-misc/networkmanager support
- - openrc-force : Skip systemd dependency (#480336), enabling
this flag will become your setup to be fully
unsupported by upstream and downstream Gnome
team. Do not try to enable it unless completely
needed
+ + python_targets_python2_7 : Build with Python 2.7

W Gentusiu już się zaczęło. :D

Poza tym nie bardzo rozumiem, jaki problem jest z Consolekit, to w końcu dość mały program, mniejszy od Udeva, i zarówno suport dla obecnego, jak i napisanie zamiennika, to nie jest jakaś niewykonalna sprawa.

yossarian napisał(-a):
Biorąc pod uwagę to kto finansuje i się zajmuje większością tych projektów, podejrzewam, że część systemu grafiki Waylanda też połączą z systemd by nawet ci najbardziej oporni w końcu dokonali „wyboru” inita ;)

....

Tego akurat się prosto zrobić nie da, bo Wayland nie jest serwerem obrazu, który może mieć jakieś wymagania w tym zakresie.
Wayland, to protokół komunikacyjny, opisujący, jak kompozytor obrazu (np Weston) ma gadać ze sterownikami.
Wiec jeśli coś może wymagać systemd, to będzie to kompozytor obrazu, a nie protokół komunikacyjny.

W dodatku Wayland jest ściśle zgodny z API kernela, a "miłość" Linusa Torvaldsa do systemd jest dosyć powszechnie znana,
i przy okazji Waylanda rozwija Intel, a nie RedHat.

Także Waylandowi Systemd raczej nie grozi na razie, natomiast kompozytorów obrazu do Waylanda jest jak mrówków. :D

Ostatnio edytowany przez Jacekalex (2014-05-21 20:22:10)

yossarian · 2014-05-21 20:48:33

Jacekalex napisał(-a):
Poza tym nie bardzo rozumiem, jaki problem jest z Consolekit, to w końcu dość mały program, mniejszy od Udeva, i zarówno suport dla obecnego, jak i napisanie zamiennika, to nie jest jakaś niewykonalna sprawa.

Jednak nikt jeszcze nie kiwnął palcem. Nawet samo GNOME nie wymaga konkretnie logind, tylko czegoś, co zapewni podobne funkcje. Problem w tym, że zamienników nikt nie chce napisać.

yossarian napisał(-a):
Biorąc pod uwagę to kto finansuje i się zajmuje większością tych projektów, podejrzewam, że część systemu grafiki Waylanda też połączą z systemd by nawet ci najbardziej oporni w końcu dokonali „wyboru” inita ;)
Tego akurat się prosto zrobić nie da, bo Wayland nie jest serwerem obrazu, który może mieć jakieś wymagania w tym zakresie.
Wayland, to protokół komunikacyjny, opisujący, jak kompozytor obrazu (np Weston) ma gadać ze sterownikami.
Wiec jeśli coś może wymagać systemd, to będzie to kompozytor obrazu, a nie protokół komunikacyjny.

W dodatku Wayland jest ściśle zgodny z API kernela, a "miłość" Linusa Torvaldsa do systemd jest dosyć powszechnie znana,
i przy okazji Waylanda rozwija Intel, a nie RedHat.

Także Waylandowi Systemd raczej nie grozi na razie, natomiast kompozytorów obrazu do Waylanda jest jak mrówków. :D.

Red Hat jest jednym z głównych twórców Waylanda.

Intel, Red Hat, and Collabora are among the top organizations contributing to Wayland/Weston.

http://www.phoronix.com/scan.php?page=news_item&px=MTY5NDA

skullman · 2014-05-31 22:19:24

No tym razem to chyba Ci od Debiana zawiedli i nie stanęli murem z innymi i to właśnie przyjęcie systemd w Debianie może okazać się najbardziej brzemienne w skutkach.

thomsson · 2014-05-31 22:42:44

Nom i tu niestety podzielę raczej zdanie skullmana, Debian to cholernie duży projekt (mówię tu nie tylko o Debianie, ale również o "przyległościach" z włącznie z Ubuntopochodnymi), gdyby zdecydowali się na Upstarta, to świat Linuxa podzieliłby się między Upstarta, a SystemD i w zasadzie dzięki popularności Debiana i Ubuntu oraz pochodnych prawdopodobnie wykopał by SystemD tam gdzie powinien trafić od początku - do krainy wiecznych errorów, myślę że byłoby podobnie z OpenRC, gdyby Debian się na niego zdecydował, to najprawdopodobniej Ubuntu by skapitulowało i by przeszło albo jak Debian na OpenRC(80%), albo na SystemD. Aktualnie chyba jesteśmy skazani na kilka lat walki z SystemD lub mijać się z nim przez OpenRC z protezami, żeby to wszystko w ogóle działało

garrick · 2014-05-31 22:56:39

można zainstalować paczusia i zagłosować:)

Ostatnio edytowany przez garrick (2014-06-05 11:03:57)

Evilus · 2014-06-01 10:46:15

Bojkot systemd. Polecam poczytac argumenty przeciwko temu syfstemd-owi.

tajwan · 2014-06-01 12:47:27

systemd to chyba dodatek do gnome3

Forum Debian Users Gang

Ogłoszenie

#126 2014-02-14 22:11:47

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

fervi napisał(-a):

#127 2014-02-14 22:13:28

uzytkownikubunt - Zbanowany

Re: Wasze zdanie o systemd

ArnVaker napisał(-a):

Jacekalex napisał(-a):

#128 2014-02-14 22:29:17

fervi - Użytkownik

Re: Wasze zdanie o systemd

#129 2014-02-14 23:12:29

Jacekalex - Podobno człowiek...;)

Re: Wasze zdanie o systemd

uzytkownikubunt napisał(-a):

ArnVaker napisał(-a):

Jacekalex napisał(-a):

#130 2014-02-14 23:18:49

uzytkownikubunt - Zbanowany

Re: Wasze zdanie o systemd

Jacekalex napisał(-a):

uzytkownikubunt napisał(-a):

ArnVaker napisał(-a):

#131 2014-02-14 23:41:10

Jacekalex - Podobno człowiek...;)

Re: Wasze zdanie o systemd

#132 2014-04-03 22:45:28

uzytkownikubunt - Zbanowany

Re: Wasze zdanie o systemd

#133 2014-04-03 22:48:54

Jacekalex - Podobno człowiek...;)

Re: Wasze zdanie o systemd

#134 2014-04-03 22:57:54

fervi - Użytkownik

Re: Wasze zdanie o systemd

#135 2014-04-04 10:15:22

uzytkownikubunt - Zbanowany

Re: Wasze zdanie o systemd

fervi napisał(-a):

#136 2014-05-21 18:23:29

Elder - Członek z ramienia...

Re: Wasze zdanie o systemd

#137 2014-05-21 18:31:51

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

#138 2014-05-21 18:53:10

mati75 - Psuj

Re: Wasze zdanie o systemd

Elder napisał(-a):

#139 2014-05-21 19:17:49

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

mati75 napisał(-a):

#140 2014-05-21 19:21:37

Jacekalex - Podobno człowiek...;)

Re: Wasze zdanie o systemd

#141 2014-05-21 19:24:06

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

#142 2014-05-21 19:44:36

mati75 - Psuj

Re: Wasze zdanie o systemd

Jacekalex napisał(-a):

#143 2014-05-21 19:50:47

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

#144 2014-05-21 20:11:07

Jacekalex - Podobno człowiek...;)

Re: Wasze zdanie o systemd

yossarian napisał(-a):

mati75 napisał(-a):

yossarian napisał(-a):

#145 2014-05-21 20:48:33

yossarian - Szczawiożerca

Re: Wasze zdanie o systemd

Jacekalex napisał(-a):

yossarian napisał(-a):