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/.
Wątek Zamknięty
Koledzy z Kanady proponuja mi instalacje linux'a bez systemd. Znacie/uzywacie https://www.google.com/search?q=funtoo+systemd&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:unofficial&client=iceweasel-a&channel=sb
Szacunek.
Offline
Gentoo też jest bez systemd, nie ma żadnego obowiązku instalować systemd, jeśli ktoś nie chce, a ostatnio też nie ma już konieczności używać pulseaudio w programach, które mają wyjście tylko na pulse.
Domyślnym initem w Gentoo i Funtoo jest OpenRC, i nie ma na razie żadnego widocznego powodu, żeby to się zmieniło w najbliższym czasie.
Poza tym nie czaję, co ma oznaczać ten sznurek z Google.
Ostatnio edytowany przez Jacekalex (2014-10-11 07:48:01)
Offline
No tak, taki specjalista jak Ty, wie wszystko ale nie wszyscy to wiedza. Ja wprawdzie nie uzywam Gnome3 ale podobno Funtoo jest jedyna dystrybucja, ktora pozwala na uzywanie tego DE bez systemd.
Moze to jest niezbyt wazne dla bardzo zaawansowanych uzytkownikow, nie mniej jednak cos sie dzieje. smile
Pozdro.
Offline
[quote=darius]Ja wprawdzie nie uzywam Gnome3 ale podobno Funtoo jest jedyna dystrybucja, ktora pozwala na uzywanie tego DE bez systemd.[/quote]
Bzdura.
W Debianie (i innych dystrybucjach) też można.
Offline
[quote="darius"]No tak, taki specjalista jak Ty, wie wszystko ale nie wszyscy to wiedza. Ja wprawdzie nie uzywam Gnome3 ale podobno Funtoo jest jedyna dystrybucja, ktora pozwala na uzywanie tego DE bez systemd.[/quote]
Znowu się mylisz, Gnome-3 bez systemd masz też w Gentoo, odpowiada za to flaga openrc-force:
eix gnome-shell$
* gnome-base/gnome-shell
Available versions: [m]3.10.4-r2 [m]3.12.2 {+bluetooth +i18n +networkmanager -[b]openrc-force[/b] PYTHON_TARGETS="python2_7"}
Homepage: https://wiki.gnome.org/Projects/GnomeShell
Description: Provides core UI functions for the GNOME 3 desktop[/quote]
I też nie uważam, ze Funtoo jest ulepszoną czy wzbogaconą wersją Gentoo, jest trochę inny, bo Daniel szybciej nadaje stabilny status nowym paczkom, niż ma to miejsce w Gentoo, dodaje też trochę swoich łatek, które często potem lądują także w Gentoo.
W każdym razie Gentoo i Funtoo, to są bliźniacze dystrybucje.
Kilka fajnych rzeczy pojawiło się w Funtoo, m.in. skrypt do łatwiejszego konfigurowania gruba-2.
Ale mimo wszystko, lepszy czy gorszy, to jest już kwestia dyskusyjna, różnice nie są tak oczywiste, żeby przesądzać na korzyść jednej czy drugiej dystrybucji.
Np drzewo portów Funtoo trzyma na Githubie, aktualizacja jest szybka i wygodna ale w zamian Portage z Funtoo nie sprawdza Manifestów do ebuildów.
A gdyby była taka potrzeba, np pojawiły by się włamania na githuba czy serwery Gentoo, to żeby po takiej wtopie Portage sprawdzał podpisy cyfrowe Manifestów, to jest kilka linijek w Pythonie, a Funtowym Portage to jest kilkadziesiąt dodatkowych linijek.
Reasumując, Funtoo i Gentoo tą są niemal identyczne systemy, w których różnice nie są tak widoczne, jak w Debianie i Ubuntu, bo obie dystrybucje dostarczają skrzynki z narzędziami i surowcami, a system się buduje u pacjenta na kompie, i konfiguracja tego systemu, to bardziej sprawa pacjenta, niż takiej czy innej dystrybucji.
Pozdro
;-)Ostatnio edytowany przez Jacekalex (2014-10-11 08:44:48)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
Czyli moj kolega opowiada bzdury jak twierdzi yossarian a wyjasnienie jacka jest tak sluszne i dokladne, ze sklaniam glowe. Jestescie wielkimi "fachowcami" wiec tutaj tylko mozna sie uczyc bez wciskania sie w dyskusje.
Brawo, cala przyjemnosc po mojej stronie.
Pozdro. smile
Offline
[quote=darius]Czyli moj kolega opowiada bzdury jak twierdzi yossarian a wyjasnienie jacka jest tak sluszne i dokladne, ze sklaniam glowe.[/quote]
GNOME korzysta z logind (ale i tak daje się to obejść). Inne środowiska również powoli porzucają ConsoleKit i wprowadzają integrację z logind.
W Debianie sam pakiet systemd jest wymagany (dostarcza logind), ale nie musi być używany jako init.
Offline
Gentoo bardzo fajnie wymaga Systemd, nic dodać, nic ująć:
The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by systemd (argument) # /etc/portage/package.mask: =sys-apps/systemd-215-r3 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes. emerge: there are no ebuilds to satisfy ">=sys-apps/dbus-1.6.8-r1:0[systemd]". (dependency required by "sys-apps/systemd-215-r3" [ebuild]) (dependency required by "systemd" [argument])
Dlaczego aktualnie najnowsza stabilna wersja miauczy, że nie ma ebuilda do dbusa-1.6.8?
[i] sys-apps/dbus Available versions: 1.8.6{tbz2} 1.8.8{tbz2} {X debug doc selinux static-libs systemd test ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
Z obecnym dbusem można skompilować tylko testową wersję
Systemd-216 i wyżej.
I do tego taki humor z ebuilda:
if has_version sys-apps/openrc && ! has_version sys-fs/udev-init-scripts; then elog "If you plan to boot using OpenRC and udev or eudev, you" elog "need to install the udev-init-scripts package." fi }
Jak widać, Systemd jest u Genciarzy w "powszechnym użyciu" :D
EDIT:
Systemd-shim też już jest w overlayu [url=http://gpo.zugaina.org/sys-apps/systemd-shim]systemd-love[/url] :D
Ostatnio edytowany przez Jacekalex (2014-10-11 11:31:19)
Offline
Tyle, że to tylko sztuka dla sztuki.
Nawet BSD próbuje trochę unowocześnić swój skansen bo zostali olani przez deweloperów m. in. GNOME i KDE.
I teraz w pośpiechu próbują stworzyć jakieś prowizoryczne odpowiedniki komponentów systemd (hostnamed, timedated, localed, logind) bo społeczność linuksowa odcięła pępowinę i BSD zostało daleko w tyle.
Offline
[quote=yossarian]Tyle, że to tylko sztuka dla sztuki.
Nawet BSD próbuje trochę unowocześnić swój skansen bo zostali olani przez deweloperów m. in. GNOME i KDE.
I teraz w pośpiechu próbują stworzyć jakieś prowizoryczne odpowiedniki komponentów systemd (hostnamed, timedated, localed, logind) bo społeczność linuksowa odcięła pępowinę i BSD zostało daleko w tyle.[/quote]
Przesadzasz. RHEL agresywnie promuje Systemd, i przypilnowało, żeby BSD zostało na lodzie.
Tymczasem ludzie z BSD krowie spod ogona nie wylecieli, i sobie poradzą.
I poza RHEL nie ma żadnej wojny między Linuxem i BSD, nawet jakieś krasnoludki napisały latki do Waylanda i Westona, żeby bez problemu śmigały na BSD.
Widzę u Ciebie jeden drobny kłopot, mianowicie uważasz często wersję oficjalną jako prawdę świętą objawioną, prawdopodobnie nieświadomie.
Środowisko Open Source, to jest stado kotów, z których każdy chodzi swoimi drogami, i korpodurnie z RHEL nie raz już próbowali wziąść na smycz ekosystem Linuuxowy, a ten ekosystem ma to głębiej niż ustawa przewiduje.
Podobnie rzecz się ma w ekosystemie BSD, mogli przepisać OpenSSL na LibreSSL, to z pieprzonym Systemd mieliby sobie nie poradzić?
Z resztą przy pisaniu LibreSSL developerzy OpenBSD przypilnowali, żeby biblioteka bez problemu chodziła pod Linuxem.
Po prostu trzeba zrozumieć, że Ubuntu to nie Linux i RHEL to nie Linux,
i Novell to też nie Linux.
Ten prawdziwy Linux nie ma korpo, które go promują, ale ma społeczność odporną chyba nawet na wybuch atomowy, a co dopiero na RHEL czy Bubuntu.
Właśnie dlatego Systemd jest tak agresywnie promowany, po czym się okazuje, że można mieć systemd, ale z normalnym initem, normalnym udevem i normalnym syslogiem.
Żeby zrozumieć ten szczegół, to wyobraź sobie, że w 1939 wojska niemieckie weszły do Polski, zostały tu aresztowane, siedzą w obozach,
a Polacy na ich widok ryczą ze śmiechu, i szykują obozy na nastepnych helmutów, ciekawe, co by wtedy Adolf zrobił.
Jest też biblioteka Apulse, która zapewnia kompatybilność z Pulse w samej Alsie, i w ten sposób drugi wielki plan chwycenia Linuxa za jaja diabli wzięli.
Osobiście myślę, ze to w ogóle schyłkowy okres w historii Systemd,
i że różne dystrybucje pokroją Systemd na takie kawałki, jakie będą potrzebne, a BSD też poszczególne kawałki dopasuje u siebie, żeby *DE chodziły w komplecie.
I przy okazji,BSD to też nie jest skansen, po prostu nowoczesność nie zawsze jest idealna, i nie zawsze jest najlepszym rozwiązaniem.
Ostatnio edytowany przez Jacekalex (2014-10-11 13:16:28)
Offline
[quote=Jacekalex]Przesadzasz. RHEL agresywnie promuje Systemd, i przypilnowało, żeby BSD zostało na lodzie.[/quote]
Promuje w KDE? W Debianie? W Ubuntu? W Archu? Promować to może tylko w swojej Fedorze.
Nie trzeba żadnej wojny. BSD się do wielu rzeczy nie nadaje i nikt nie ma ochoty się z jego niedoróbkami dłużej użerać.
Deweloperzy Debiana poważnie rozważają nawet porzucenie jądra FreeBSD z Debiana.
Ale to już zmartwienie społeczności BSD i jego deweloperów.
Mnie jako użytkownika Debiana średnio to interesuje.
Offline
Pierwszy raz spotykam się aby forum dotyczące głównie Linuksa było opanowane w takim stopniu przez grono fanbojów besdziano-windowsianych.
Tyle FUD-u, bredni, bełkotu, półprawd, jęczenia, marudzenia nie uświadczy się na portalach oficjalnie sponsorowanych przez M$.
BSD w żadnym istotnym stopniu nie może wykorzystać Systemd z uwagi na fakt iż jest on ściśle powiązany z kernelem Linuksa.
Offline
[quote=admetus]Pierwszy raz spotykam się aby forum dotyczące głównie Linuksa było opanowane w takim stopniu przez grono fanbojów besdziano-windowsianych.
Tyle FUD-u, bredni, bełkotu, półprawd, jęczenia, marudzenia nie uświadczy się na portalach oficjalnie sponsorowanych przez M$.
BSD w żadnym istotnym stopniu nie może wykorzystać Systemd z uwagi na fakt iż jest on ściśle powiązany z kernelem Linuksa.[/quote]
Jęczą bo zostali samym w swoim skansenie.
Offline
[quote=yossarian][quote=Jacekalex]Przesadzasz. RHEL agresywnie promuje Systemd, i przypilnowało, żeby BSD zostało na lodzie.[/quote]
Promuje w KDE? W Debianie? W Ubuntu? W Archu? Promować to może tylko w swojej Fedorze.
Nie trzeba żadnej wojny. BSD się do wielu rzeczy nie nadaje i nikt nie ma ochoty się z jego niedoróbkami dłużej użerać.
Deweloperzy Debiana poważnie rozważają nawet porzucenie jądra FreeBSD z Debiana.
Ale to już zmartwienie społeczności BSD i jego deweloperów.
Mnie jako użytkownika Debiana średnio to interesuje.[/quote]
Tak promuje, ale nie reklamą, tylko zależnościami, np zamykamy projekt Consolekit - i co wtedy zrobi Gnome?
Zdecyduje się na Logind bo po prostu musi, to samo KDE5.
To jest taka sytuacja, jak nie podaje się informacji wprost, tylko popycha sprawy w danym kierunku przy pomocy działań, które z naszym celem pozornie nie mają nic wspólnego.
Poczytaj sobie o [url=http://polish.ruvr.ru/2014_09_27/Overton-jak-zaakceptowac-nieakceptowalna-idee-1461/]Oknie Overtona[/url], to się dowiesz, jak to się robi w skali makro, na szczeblu całej Europy na całym społeczeństwie kontynentu.
W skali mikro w wąskim środowisku branżowym działa to identycznie, tylko środki do osiągnięcia celu są bardziej subtelne, bardziej wyspecjalizowane.
Polityka średnich i dużych korpo nie ma pozornie nic wspólnego z biznesem, ale nawet Cannonical potrafiło narobić wiatru z Mirem i FUD przeciwko Waylandowi, natomiast Red-Hat sponsoruje wiele projektów linuxowych, i może mieć morderczo skuteczny wpływ na ich przyszłość.
Z tym przywiązaniem do Systemd, bo przecież wszyscy, to radziłbym Ci zobaczyć trzy drobiazgi z dziedziny inżynierii społecznej:
http://pl.wikipedia.org/wiki/Konformizm_normatywny
http://pl.wikipedia.org/wiki/Konformizm_informacyjny
http://pl.wikipedia.org/wiki/Eksperyment_Ascha
I proszę, nie wmawiaj mi, że Systemd to standard, bo obaj znamy kilka miejsc, gdzie ten"standard" czy raczej "norma" jest negowana, jednym z przykładów są np Gentoo i Debian, gdzie powstały takie pomysły jak Cgmanager czy Eudev.
Prawda wygląda tak, że nawet jak Developerzy Debiana decydują się na Systemd, to nie powierzą losów największej dystrybucji Linuxa jakiemuś Petteringowi, żeby się uzależnić od jego humorów, tylko zawsze będą mieli wyjście awaryjne, podobnie Arch, a w Gentoo w ogóle dominacja Systemd jest negowana od samego początku.
Dlatego ja nie widzę przyszłości Systemd w takim niemal monolitycznym kształcie, raczej będzie pokrojony na kawałki.
Tak samo się stało z Pulseaudio, Skype zaczął wymagać PA, to po niespełna dwóch miesiącach jest biblioteka Apulse do Alsy, która udaje PA.
I tak będzie zawsze, bo Developerzy głównych dystrybucji już się dali kiedyś nabrać na HALa i na Xorga, i w przeciwieństwie do kochanych wyborców, nie dadzą się nabrać po raz kolejny na jedynie słuszny Systemd.
Pozdro
;-)
___
[quote=admetus]Pierwszy raz spotykam się aby forum dotyczące głównie Linuksa było opanowane w takim stopniu przez grono fanbojów besdziano-windowsianych.
Tyle FUD-u, bredni, bełkotu, półprawd, jęczenia, marudzenia nie uświadczy się na portalach oficjalnie sponsorowanych przez M$.
BSD w żadnym istotnym stopniu nie może wykorzystać Systemd z uwagi na fakt iż jest on ściśle powiązany z kernelem Linuksa.[/quote]
Tutaj też się dyskutuje o systemach operacyjnych, a czasem konkretnie o przyszłości naszych ulubionych systemów, i w przeciwieństwie do Twoich spostrzeżeń, zawsze kończy się tylko na dyskusji, a nie na FUDzie, jak twierdzisz.
Przy okazji, Systemd przyssał się do kernela jak rzep do psiego ogona, ale w oczach Developerów kernela żadnej miłości ani specjalnych względów dla Systemd nie zobaczysz, wręcz przeciwnie, co jakiś czas Developerzy Systemd dostają "po uszach" właśnie od Linusa i spółki.
Taka sytuacja miała miejsce niedawno dwa razy, pierwszy raz przy połączeniu Udeva i Systemd, drugi przy awanturze o flagę debug w cmdline.
Wiele wskazuje z resztą, ze Developerzy kernela wcale nie zamierzają oddać Developerom Systemd kontroli nad wszystkimi systemami Linux na świecie.
Pozdro
Offline
Przestań bredzić fanboju besdziany.
Apulse w całości potrzebuje biblioteki pulseaudio. Nie wymaga jedynie uruchamiania daemona PA.
REQUIREMENTS:
Linux kernel >= 3.7
Linux kernel >= 3.8 for Smack support
Kernel Config Options:
CONFIG_DEVTMPFS
CONFIG_CGROUPS (it is OK to disable all controllers)
CONFIG_INOTIFY_USER
CONFIG_SIGNALFD
CONFIG_TIMERFD
CONFIG_EPOLL
CONFIG_NET
CONFIG_SYSFS
CONFIG_PROC_FS
CONFIG_FHANDLE (libudev, mount and bind mount handling)
udev will fail to work with the legacy sysfs layout:
CONFIG_SYSFS_DEPRECATED=n
Legacy hotplug slows down the system and confuses udev:
CONFIG_UEVENT_HELPER_PATH=""
Userspace firmware loading is not supported and should
be disabled in the kernel:
CONFIG_FW_LOADER_USER_HELPER=n
Some udev rules and virtualization detection relies on it:
CONFIG_DMIID
Support for some SCSI devices serial number retrieval, to
create additional symlinks in /dev/disk/ and /dev/tape:
CONFIG_BLK_DEV_BSG
Required for PrivateNetwork in service units:
CONFIG_NET_NS
Optional but strongly recommended:
CONFIG_IPV6
CONFIG_AUTOFS4_FS
CONFIG_TMPFS_POSIX_ACL
CONFIG_TMPFS_XATTR
CONFIG_SECCOMP
Required for CPUShares in resource control unit settings
CONFIG_CGROUP_SCHED
CONFIG_FAIR_GROUP_SCHED
For systemd-bootchart, several proc debug interfaces are required:
CONFIG_SCHEDSTATS
CONFIG_SCHED_DEBUG
For UEFI systems:
Note that kernel auditing is broken when used with systemd's
container code. When using systemd in conjunction with
containers, please make sure to either turn off auditing at
runtime using the kernel command line option "audit=0", or
turn it off at kernel compile time using:
CONFIG_AUDIT=n
If systemd is compiled with libseccomp support on
architectures which do not use socketcall() and where seccomp
is supported (this effectively means x86-64 and ARM, but
excludes 32-bit x86!), then nspawn will now install a
work-around seccomp filter that makes containers boot even
with audit being enabled. This works correctly only on kernels
3.14 and newer though. TL;DR: turn audit off, still.[/quote]
http://cgit.freedesktop.org/systemd/systemd/plain/README
W kernelach besdzianych nie ma żadnego z tych komponentów. Systemd nijak nie jest przenośny.
Offline
Zgadza się, nie wymaga uruchomienia demona PA, wtedy demon PA nie blokuje urządzeń dźwiękowych, pozwalając na działanie standardowej konfiguracji Alsy, czy np Jack-audio.
Nic innego nie twierdziłem.
Plany Systemd też mnie specjalnie nie interesują, ponieważ nikt normalny nie pozwoli na zdominowanie ekosystemu Linuxa przez Systemd na warunkach monopolu.
I to niezależnie od tego, jakie wspaniałe plany będą snuli Developerzy Systemd, po prostu nikt, kto zna się na systemach operacyjnych nie uzależni swojej dystrybucji na warunkach wyłącznosści od tworu, który jest największym [url=http://en.wikipedia.org/wiki/Single_point_of_failure]SPOF[/url] w historii systemu Linux.
Zawsze będzie alternatywa, i jest alternatywa, w kazdej poważnej dystrybucji będzie takie czy inne wyjście awaryjne w przypadku kłopotów
z Systemd.
W BSD natomiast mogą bez problemu stworzyć swoją implementację potrzebnych funkcji, i napisać swój zamiennik, żeby środowiska graficzne w BSD działały tak samo, jak w Linuxie.
Odtworzenie BSD API, jakie gwarantuje systemd dla aplikacji, nie jest jakimś nieosiągalnym kosmosem.
BSD to z resztą nie jest żaden skansen, to jest raczej świat równoległy.
Jak ktoś twierdzi, ze w kernelu FreeBSD czy OpenBSD nie można zaimplementować np mechanizmu kdbus, to niech to spróbuje udowodnić. :D
Przy okazji, ten README który cytujesz, to nie są osiągnięcia Systemd, tylko standardowe mechanizmy kernela.
Przy czym SECCOMP prawdopodobnie zostanie w niedalekiej przyszłości zastąpiony lub rozszerzony o Capsicum, które właśnie pojawiło się we FreeBSD, i jest technicznie skuteczniejsze od Seccomp.
Sznurki:
https://www.cl.cam.ac.uk/research/security/capsicum/
http://www.phoronix.com/scan.php?page=news_item&px=MTczNjM
https://github.com/google/capsicum-linux
Zmiana Seccomp => Capsicum jest wymuszona swoistym consensusem, ustawienia bezpieczeństwa dla seccomp/capsicum dokonuje się kodzie aplikacji, która to aplikacja musi jednakowo działać na Linuxie i na BSD jednakowo.
Nie można od autorów aplikacji wymagać, żeby pisali jeden program osobno dla Linuxa a osobno dla BSD, zwłaszcza na spore pokrewieństwo MacOS z BSD.
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2014-10-11 16:24:19)
Offline
[quote=admetus]Przestań bredzić fanboju besdziany.
(..)
Systemd nijak nie jest przenośny.[/quote]
No właśnie nie jest przenośny i to jest wada. Jakby jeszcze były z tego powodu jakieś zalety to rozumiem spór, ale czy są ? - funkcje które powodują, że systemd przyssał się do jądra Linux to np nspawn korzystający z Linuksowych namespaces i cgroups. Zamiast tego można od dawna w Linuksie używać (jeszcze zanim w systemd było nspawn) LXC lub Googlowskie lmctfy. Ba, można nawet standardowych poleceń użyć, by z tych mechanizmów korzystać. Po co więc nspawn?
Offline
Systemd jest pisany dla Linuksa i korzysta z jego mechanizmów.
Jak ktoś uwielbia inne systemy, to zamiast prowadzić kolejnej jałowej dyskusji, niech zacznie przekuwać swoje światłe wizje w czyny i podeśle deweloperom BSD swoje zbawienne rozwiązania w formie kodu i odpowiednich łatek.
Na pewno bardziej się ucieszą z tego niż z kolejnego bezsensownego wątku na DUG-u, który pewnie niebawem wyląduje w /dev/null.
Offline
Najśmieszniej to się ktoś tu popisał tym:
Przestań bredzić fanboju besdziany.[/quote]
Jak widać, szanowny "hakier" nie wie, czym się Gentoo Linux od BSD różni. xD
Co do Systemd, moim zdaniem ekosystem Linuxa mu przytnie skrzydełka,
bo po prostu nie ma consensusu co do tego, żeby los całego ekosystemu zależał od Lennarta P. i jego kumpli.
I nie ma to nic wspólnego z BSD, po prostu żaden pies dobrowolnie na ochotnika nie pcha pyska do kagańca ani łba do kolczatki.
Developerzy Linuxa i poszczególnych dystrybucji też dużo głupsi od psów przeważnie nie są. xD
BSD natomiast ma swoich Developerów i Hakerów, i też sobie poradzi,
na biednego nie trafiło, na razie tylko mają trochę jazdy z Clangiem i Capsicum (co samo w sobie bardzo tragicznie świadczy o nazywaniu ekosystemu BSD skansenem). :DOstatnio edytowany przez Jacekalex (2014-10-11 17:46:26)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
[quote=Jacekalex]Developerzy Linuxa i poszczególnych dystrybucji też dużo głupsi od psów przeważnie nie są. xD[/quote]
Dlatego całe te wywody to nic innego niż bicie piany.
Skoro deweloperzy nie są tacy głupi i jednocześnie integrują systemy i środowiska graficzne z systemd, to chyba wiedzą co robią i nie ma po co urządzać histerii na forum.
Offline
[quote=yossarian]Jak ktoś uwielbia inne systemy, to zamiast prowadzić kolejnej jałowej dyskusji, niech zacznie przekuwać swoje światłe wizje w czyny i podeśle deweloperom BSD swoje zbawienne rozwiązania w formie kodu i odpowiednich łatek.
Na pewno bardziej się ucieszą z tego niż z kolejnego bezsensownego wątku na DUG-u, który pewnie niebawem wyląduje w /dev/null.[/quote]
Ja mógłbym jakąś małą dotację podesłać (niewielka, ale wiele innych osób by się złożyło i wyszłaby spora suma), gdyby na jakimś serwisie crowdfundingowym ładnie opisali co za nią zrobią.
Offline
[quote=yossarian][quote=Jacekalex]Developerzy Linuxa i poszczególnych dystrybucji też dużo głupsi od psów przeważnie nie są. xD[/quote]
Dlatego całe te wywody to nic innego niż bicie piany.
Skoro deweloperzy nie są tacy głupi i jednocześnie integrują systemy i środowiska graficzne z systemd, to chyba wiedzą co robią i nie ma po co urządzać histerii na forum.[/quote]
To nie "developerzy wiedzą, co robią", tylko delikatna presja - wchłonięcie Udeva, zamknięcie projektu Consolekit, planowane wchłonięcie Dbusa do Logind, w ten sposób najpierw dla środowisk graficznych, a następnie dystrybucji w których te środowiska pracują Systemd staje się bezalternatywny.
Chcesz Gnome = chcesz Systemd, teraz będzie jeszcze chcesz KDE-5 = chcesz Logind czyli chcesz Systemd.
Identycznie poprzez wpływy w Gnome udało się w całym Linuxie na siłę wepchnąć PA, ostatnim akcentem było wyłączenie suportu Alsy w Skypie (RHEL "nic o tym nie wie").
I jest od razu odpowiedź ekosystemu, czyli kogoś ze "stada kotów".
Apulse - biblioteki bazujące na Pulse, ale będące warstwą kompatybilności PA z Alsą, bez osobnego serwera dźwięku.
Systemd zaszedł bardzo daleko, na razie są takie uniki, jak ktoś nie chce, to może zainstalować ale używać nie Systemd tylko innego inita.
Do tego zawsze jakiś kretyn w typie kogoś, kto tu pisał, zgłosi błąd, bo logind działa niezależnie od tego, jaki init podniósł system.
Co za skandal, dlaczego tego nikt nie poprawia!!!
Tymczasem to nie jest błąd, tylko ktoś po prostu zaczyna działać na rzecz pokrojenia Systemd na lekkostrawne fragmenty, które łatwo będzie użyć w każdym inicie, albo modyfikować czy forkować dalej.
Powstał już jakiś kastrowany Systemd, zgodny z API Systemd, ale bez journald, hostnamed, udeva i paru mniejszych elementów, było o tym na Phoronixie:
http://www.phoronix.com/scan.php?page=news_item&px=MTc5MzA
Krótko pisząc, zaczęło się od systemd-shim, i flagi openrc-force w Gnome, a teraz coraz więcej członków "stada kotów" zaczyna prezentować różne obejścia problemu i wyjścia awaryjne.
A to oznacza, ze Systemd będzie wkrótce w częściowym odwrocie, nie znam jego skali i tempa, ale w każdym razie skrzydełka najcudowniejszego dziecka Lennarta zostaną mocno okrojone.
Mnie to nie martwi wcale, ale Admentus i Yossarian pewnie mają inne zdanie na ten temat. :D
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2014-10-11 19:47:13)
Offline
[quote=Jacekalex]Mnie to nie martwi wcale, ale Admentus i Yossarian pewnie mają inne zdanie na ten temat. :D[/quote]
Mnie nie martwi co ludzie piszą w internetach.
Od nich nic nie zależy.
A co będzie to się okaże. W jasnowidza się nie lubię bawić.
Offline
[quote=yossarian][quote=Jacekalex]Mnie to nie martwi wcale, ale Admentus i Yossarian pewnie mają inne zdanie na ten temat. :D[/quote]
Mnie nie martwi co ludzie piszą w internetach.
Od nich nic nie zależy.
A co będzie to się okaże. W jasnowidza się nie lubię bawić.[/quote]
Otóż zależy bardzo wiele, bo wśród piszących na internetach są też tacy blogerzy, jak np Linus T. i podobni hakerzy.
Krótko pisząc, nie ma czegoś takiego, jak "ludzie, od których nic nie zależy", bo każdy "ludź" jest osobą, a nie źdźbłem trawy.
Wśród tych ludzi, od których zależy przyszłość Linuxa, konsensus jest kluczem do przyszłości systemu, a nie ma tam przyzwolenia na to, żeby jeden projekt inita przejął kontrolę nad całym ekosystemem.
Między innymi też dlatego Wayland ma pełną dowolność w użyciu kompozytora obrazu, że nikt nie chciał widzieć następnego Xorga z jego bezalternatywnym monopolem na obraz.
Z "monopoli" jeszcze jest Wpa_supplicant i w pewnym zakresie Cups
i Sane ale te programy nie decydują o przyszłości ekosystemu i w razie czego łatwo je zastąpić albo zrobić forka.
Np Linus wkurzył się na Systemd w chwili wchłonięcia Udeva, i od razu wprowadził do kernela mechanizm ładowania firmware bez udziału Udeva.
I to już nie jest żadna gdybologia, bo na te zjawiska są twarde i jednoznaczne symptomy.
Konsensus co do przyszłości Linuxa ma w ekosystemie takie samo znaczenie, co grawitacja w fizyce.
Między innymi właśnie dlatego developerzy Gtk/Gnome, QT, KDE i sterowników Intela tak definitywnie spłukali Mira, że łamał konsensus ekosystemu.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2014-10-12 12:26:34)
Offline
[quote=yossarian]Na pewno bardziej się ucieszą z tego niż z kolejnego bezsensownego wątku na DUG-u, który pewnie niebawem wyląduje w /dev/null.[/quote]
Jak widac Ty jestes urodzony kontestator.
Kazda dyskusja jest tylko dyskusja i nikt nie rzuca tu miesem ani nikogo nie obraza wiec jaki problem. Deweloperzy Debiana juz odrzucili jądro FreeBSD z Debiana a dlaczego to ich spytaj.
Poza tym kazdy interesujacy watek czyta sie sam.
Pozdro.
Offline
Wątek Zamknięty
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00107 | 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.140.198.201' WHERE u.id=1 |
0.00084 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.140.198.201', 1732276604) |
0.00044 | SELECT * FROM punbb_online WHERE logged<1732276304 |
0.00065 | DELETE FROM punbb_online WHERE ident='18.191.87.157' |
0.00045 | SELECT topic_id FROM punbb_posts WHERE id=277274 |
0.00006 | SELECT id FROM punbb_posts WHERE topic_id=26528 ORDER BY posted |
0.00061 | 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=26528 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00147 | 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=26528 ORDER BY p.id LIMIT 0,25 |
0.00099 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=26528 |
Total query time: 0.00678 s |