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/.
Witam,
Chciałbym dię pochwalić swoim "szczytnym" celem, a mianowicie postanowiłem wyplewić wszelki syf systemd z debiana jessie. Postąpiłem zgodnie ze wskazówkami na http://without-systemd.org i zdecydowałem się na ponowną kompilację środowiska GNOME na początek (wiem, że GNOME 3.x to beznadzieja, ale ponoć po instalacji rozszerzeń zaczyna jakoś się prezentować), ponieważ instalacja przez apt-get nie jest możliwa (wymaga systemd). Po rekompilacji bez jakiegokolwiek wsparcia dla systemd prawie wszystko działa, oprócz gnome-settings-daemon (mimo wszystko wymaga systemd-logind - błąd w kodzie ???). Na szczęście w google znalazłem LoginKit - alternatywę do systemd-logind, którą przetestuję wkrótce (narazie brak mi czasu). Chciałbym się zapytać forumowiczów co myślą na ten temat
Offline
Team OpenBSD pisze program, który zastępuje Systemd, może będzie go można używać na Linuxie, radziłbym patrzyć w tamtą stronę.
Sznurek:
http://undeadly.org/cgi?action=article&sid=20140915064856
Ostatnio edytowany przez Jacekalex (2016-01-25 22:04:57)
Offline
widze ze zbliża sie kontrofensywa na froncie walki z systemd
Offline
2606
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:32:14)
Offline
uzytkownikubunt napisał(-a):
To był projekt praktyk sponsorowanych przez Google i nie został w pełni dokończony (co najmniej logind).
Raczej nie ma wysokiego zainteresowania wśród deweloperów OpenBSD by go dokończyć.
Spokojnie, pomalutku aż do skutku, jak bez SystemD nie będzie można zainstalować Gnome ani KDE, to projekt mocno przyspieszy.
Na razie powstał nowy Consolekit2, pewnie do Dbusa też coś powstaje, także nie ma paniki.
Z resztą jak wejdzie do kernela KDBUS, to będzie dużo łatwiej napisać liba który zastąpi systemd-logind.
Localectl czy timedatectl to już są bzdury, podobnie hostmaned, (do tego jest api w kernelu zarządzane przez sysctl - klucze kernel.hostname i kernel.domainname), eudev już jest i działa.
Także spokojna głowa...
Ostatnio edytowany przez Jacekalex (2016-01-25 23:32:02)
Offline
Projekt LoginKit znalazłem na https://github.com/dimkr/LoginKit (żeby było jasne o co chodzi). Nawet jeżeli nie uda się z LoginKit to napewno coś będę kombinował, bo tak, czy siak będę musiał przesiąść się z Wheezy' ego na Jessie.
Offline
Wspomniany Devuan wyplewił systemd skutecznie, z powodzeniem używam i polecam.
Ostatnio edytowany przez Renia (2016-01-25 23:51:39)
Offline
Słyszałem o nim, ale nie wiem, czy środowisko graficzne działa na nim (np. GNOME), a poza tym ja się nie poddam.
Offline
To taki Debian, ale bez systemd więc każde środowisko graficzne działa bez problemu.
Offline
Bezproblemowo działa TDE ,Xfce i fluxbox. Po nowym roku zrobiłem porządek z debianem testingiem z plasmą 5 i systemd po 4 latach użytkowania i jest devuan.
Offline
Niestety LoginKit nie zadziałał. Przy uruchomieniu loginkitd wywala błąd w stylu "lost the bus name" i tyle z niego pożytku. Jeżeli ktoś wie, jak można to naprawić serdecznie proszę o pomoc, jeżeli nie ma na to rady to będę próbował przeprogramować gnome-settings-daemon.
Offline
młodyLinuxiarz napisał(-a):
Niestety LoginKit nie zadziałał. Przy uruchomieniu loginkitd wywala błąd w stylu "lost the bus name" i tyle z niego pożytku. Jeżeli ktoś wie, jak można to naprawić serdecznie proszę o pomoc, jeżeli nie ma na to rady to będę próbował przeprogramować gnome-settings-daemon.
Pisz raczej do opiekunów projektu, na Githubie.
Tutaj: https://github.com/dimkr/LoginKit/issues
Przy okazji, mam teraz testinga, uruchamia się przez sysv-rc,
do tego mam systemd-shim, i wygląda na to, że działa.
Na inicie systemd się wywalał przy starcie.
Zainstalowane:
ii libpam-systemd:amd64 228-4+b1 amd64 system and service manager - PAM module ii libsystemd0:amd64 228-4+b1 amd64 systemd utility library ii systemd 228-4+b1 amd64 system and service manager ii systemd-shim 9-1 amd64 shim for systemd ii sysv-rc 2.88dsf-59.2 all System-V-like runlevel change mechanism ii sysv-rc-conf 0.99-7 all SysV init runlevel configuration tool for the terminal ii sysvinit 2.88dsf-59.2 amd64 System-V-like init utilities - transitional package ii sysvinit-core 2.88dsf-59.2 amd64 System-V-like init utilities ii sysvinit-utils 2.88dsf-59.2 amd64 System-V-like utilities
Ostatnio edytowany przez Jacekalex (2016-02-07 20:55:23)
Offline
To też jest ciekawe: https://git.devuan.org/pkgs-utopia-substitution/vdev
Offline
mati75 napisał(-a):
To też jest ciekawe: https://git.devuan.org/pkgs-utopia-substitution/vdev
Biorąc pod uwagę, ze jest już Eudev i Mdev, średnio potrzebne, raczej mogliby tam umieścić coś zastępującego LoginD czyli niwelującego połknięcie DBUSa.
Offline
Mógłbyś wyjaśnić, co oznacza, że logind połknął DBUS' a (bo nie zabardzo ro rozumiem)?
Offline
Kod DBUSa w nowej wersji włączono do systemd-logind.
Na szczęście to rozwiązanie jeszcze nie weszło, bo potrzebny jest KDUS w kernelu, a ten jeszcze nie uzyskał sprawności produkcyjnej.
Kdbus miał być w kernelu 4.4, ale chyba są jakieś obsuwy.
https://wiki.archlinux.org/index.php/Kdbus
https://www.freedesktop.org/wiki/Software/systemd/kdbus/
W każdym razie alternatywy dla DBUSa na razie nie znam, przez jakiś czas będzie można używać starego, a potem może być niewesoło.
https://wiki.archlinux.org/index.php/Systemd/User#D-Bus
Ostatnio edytowany przez Jacekalex (2016-02-08 17:57:04)
Offline
Skontaktowałem się z programistą Dima Krasner (autor loginkitd) i w odpowiedzi napisał/a, że LoginKit nie jest już dłużej wspierany, ponieważ systemd-logind zbyt szybko się zmienia i ma nieudokumentowane API, więc zastępowanie jego wywołań stało się zbyt trudne. No nic, trzeba będzie załatwić sprawę "na piechotę" - przeprogramować gnome-settings-daemon (zmieszać kod wersji 3.4 z wersją 3.14). Na Devuana się chyba nie przesiądę, bo on też zawiera (zmodyfikowane, co prawda) pakiety systemd. A JA NIE CHCĘ, żeby jakikolwiek pakiet *systemd* istniał na moim systemie (niestety mój ulubiony Debian Wheezy zawiera ich kilka).
Offline
Używać GNOME i próbować nie używać na siłę systemd to jak jedzenie papryczek Habanero na ból brzucha, na twoim miejscu zastanowiłbym się nad przesiadka, bo dalekosiężne forkowanie GNOME raczej nie należy ani do przyjemnych ani łatwych zajęć
Pozdro
Ostatnio edytowany przez thomsson (2016-02-12 20:52:46)
Offline
Dzięki za radę, ale ja już tak mam. Przywykłem do chodzenia"pod górę". Mógłbym zamiast gnome-settings-daemon 3.14 zainstalować 3.4, ale wersja 3.4 używa za starych bibliotek. Poza tym w mniejszym stopniu, ale wymaga kilku pakietów *systemd*. Na razie próbuję uratować Jessie' go z Gnome (by nauczyć się to robić), później może zabiorę się za Cinnamona. Na razie nie dzielmy skóry na niedźwiedziu.
Offline
przesiądź sie na slackware.
Offline
Wolę Debiana, ponieważ jest doskonale zorganizowany, stabilny i w miarę aktualny jeżeli chodzi o nowe pakiety. Slackware szybko będzie się przedawniał. Poza tym już wspominałem - nie poddam się.
Offline
2714
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:34:30)
Offline
Już taki jestem, jeżeli to uciążliwe to przepraszam. Wtyczek do Firefox' a jest mnóstwo, a ze mnie żaden programista JavaScript. Ledwo łapię C/C++. Czasu za dużo nie mam, bo w tygodniu chodzę do szkoły, a w wekend oprócz obowiązków domowych zajmuję się portowaniem Debiana na mój tablet z układem Rockchip rk3066 (zastąpienie androida Debianem), a to ostatnio spędza mi sen z powiek.
Jak uda mi się naprawić Gnome to wezmę się za inne środowisko graficzne np. Cinnamon.
Ostatnio edytowany przez młodyLinuxiarz (2016-02-12 22:57:35)
Offline