Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: ◀ 1 … 4 5 6 7 8 … 10 ▶
Wątek Zamknięty
[quote=fervi]@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[/quote]
Czasem nawet ślepej kurze trafi się ziarno ;)
Offline
[quote=ArnVaker][quote=Jacekalex]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[/quote]
Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)[/quote]
Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca zero wyników.
Offline
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)
Offline
[quote=uzytkownikubunt][quote=ArnVaker][quote=Jacekalex]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[/quote]
Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)[/quote]
Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca [b]zero wyników[/b].[/quote]
https://www.google.pl/#q=kernel+linux+mir+patch
Około 7 130 000 wyników (0,41 s)[/quote]
Może jakąś lepsiejszą instrukcję obsługi Google poszukasz?
:DOstatnio edytowany przez Jacekalex (2014-02-14 23:13:20)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
[quote=Jacekalex][quote=uzytkownikubunt][quote=ArnVaker]
Masz może linka? Nie śledzę tematu, ale skoro można się pośmiać. :)[/quote]
Też bym prosił. W Google zapytanie
site:lkml.org canonical mir
zwraca [b]zero wyników[/b].[/quote]
https://www.google.pl/#q=kernel+linux+mir+patch
Około 7 130 000 wyników (0,41 s)[/quote]
Może jakąś lepsiejszą instrukcję obsługi Google poszukasz?
:D[/quote]
Konsekwentnie piszesz o próbie dodania przez Canonical kodu do [u]jądra Linux[/u]. Ja mogę znaleźć informacje tylko łatkach na sterownik w Mesie.
Offline
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.
Offline
[url=http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA]Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd[/url]
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.
Offline
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.
Offline
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
Offline
[quote=fervi]PA przecież rozwija się dobrze[/quote]
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.
Offline
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.
Offline
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.
Offline
W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.
[quote=Elder]Już mówię. PolicyKit ma w zależnościach libpam-systemd i libsystemd-login0.[/quote]
Można skompilować wersję bez zależności na systemd.
Offline
[quote=mati75]W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.[/quote]
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ł.
Offline
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)
Offline
Coś w tym stylu.
Deweloperzy ConsoleKit porzucili ten projekt i zajmują się teraz logind.
ConsoleKit is currently not actively maintained. [b]The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-logind![/b][/quote]
http://www.freedesktop.org/wiki/Software/ConsoleKit/
Offline
[quote=Jacekalex]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.[/quote]
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)
Offline
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ć.
Offline
[quote=yossarian][quote=mati75]W Gentoo powinni na coś wpaść. Jak w przypadku eudev, poczekamy zobaczymy.[/quote]
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ł.[/quote]
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
- - [b]openrc-force[/b] : [b]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[/b]
+ + python_targets_python2_7 : Build with Python 2.7[/quote]
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.
[quote=yossarian]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 ;)
....[/quote]
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. :DOstatnio edytowany przez Jacekalex (2014-05-21 20:22:10)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
[quote=Jacekalex]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.[/quote]
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ć.
[quote=yossarian]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 ;)[/quote]
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.[/quote]
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.[/quote]
http://www.phoronix.com/scan.php?page=news_item&px=MTY5NDAOffline
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.
Offline
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
Offline
można zainstalować paczusia i zagłosować:)
Ostatnio edytowany przez garrick (2014-06-05 11:03:57)
Offline
[url=http://boycottsystemd.org/]Bojkot systemd[/url]. Polecam poczytac argumenty przeciwko temu syfstemd-owi.
Offline
systemd to chyba dodatek do gnome3
Offline
Wątek Zamknięty
Strony: ◀ 1 … 4 5 6 7 8 … 10 ▶
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00100 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.133.157.231' WHERE u.id=1 |
0.00121 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.133.157.231', 1732303361) |
0.00054 | SELECT * FROM punbb_online WHERE logged<1732303061 |
0.00118 | DELETE FROM punbb_online WHERE ident='18.117.105.230' |
0.00108 | DELETE FROM punbb_online WHERE ident='18.224.31.82' |
0.00049 | SELECT topic_id FROM punbb_posts WHERE id=267781 |
0.00014 | SELECT id FROM punbb_posts WHERE topic_id=21568 ORDER BY posted |
0.00056 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=21568 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00232 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=21568 ORDER BY p.id LIMIT 125,25 |
0.00173 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=21568 |
Total query time: 0.01044 s |