Politikailag inkorrekt módon kér támogatást a Devuan projekt

Debian

A systemd-mentesített (innen jön a képbe Lennart Poettering) Debian fork, a Devuan írta:

9 évnyi systemd egyszarvú szar lapátolása után, nekünk a Devuan projektnél új lapátokra és extra kezekre van szükségünk, hogy bírjuk a terhelést. Adakozz most, és vegyél részt a Systemd mitikus trágyája elleni keresztes hadjáratban!

Adakozni lehet itt.

( trey | 2023. 01. 28., szo – 11:49 )

Szerkesztve: 2023. 01. 28., szo – 11:55

Azon gondolkodtam, hogy ez a gyermeteg kampány kiknek szól, kiket tud érdemben megszólítani. Mutáló hangú egyetemisták? De, hát pont ők fogékonyak a csillámpónis, szivárványos új világra ...

Bazi öreg vagyok már ...

trey @ gépház

Bárkit, aki úgy érzi magát, hogy maintainerként a Lennart Pöttering-ek (Matthias Clasen-ek, Peter Hutterer-ek) által erőltetett korporatokrata szart kell lapátolnia. Nem kell ahhoz disztró-maintainernek lenni, hogy valaki így érezze magát. Elég ha valaki igényes a technikai megoldásokra és nem szereti a korábban jól működő rendszerek innovációnak™ hazudott koncepcionális megerőszakolását.

Tehát, te olyan frusztrált lettél, hogy a fenti csillámpónis színes-szagos, szar, bloat Twitter kampány (erről beszéltem, nem arról, hogy jogos-e a systemd kritika) megérintette a lelked.

Nem te vagy az első, amelyik nem érti, hogy mire utaltam, de a megdöbbentő az, hogy olyanok se értik, akik egyetemre hivatkoznak. 😆

trey @ gépház

Én megpróbáltam válaszolni a kérdésedre, amellett, hogy értem a dilemmát, amit bemutattál: Egyre kevesebb a valódi programozó, maintainer és egyre több a babzsákfejlesztő, akik közül utóbbiak biztosan nem kapnak rá a Devuan kampányára.

A lelkem nem érintette meg. Ennek ellenére egyetértek a kampány hangvételével, mert a Red Hat így is rengeteg fejfájást okozott már mindenkinek, aki a Linux világba jobban beleásta magát, beleértve jómagamat is.

Úgy érted, hogy figyelembe véve a Devuan törzsközönségét és saját magukat is (old school unix veteránok saját bevallásuk szerint akik old school unix veteránoknak akarnak élhető rendszert adni) ez a csillámpónis marketingeszköz a leghatékonyabb kommunikációs forma?

https://www.devuan.org/os/announce/

Dear Init-Freedom lovers,

The Veteran Unix Admin collective salutes you.

trey @ gépház

Egyrészt, nem kell UNIX veteránnak se lenni, hogy valaki értsen a maintaineléshez és mindeközben elege legyen az SJW-k által erőltetet cukiságkampányokból, amiket a multik átvettek, de eközben tönkreteszik a világot a csiligány idealizmusaikkal.

Ezenkívül, a nem polkorrekt kicsengése miatt hatékony arra is, hogy virálisan terjedjen Redditen és egyéb fórumokon.

Szóval, szerintem: Nem a leghatékonyabb, de olcsó és hatékony eszköz azon UNIX veteránok begyűjtésére, akik az élhetetlen rendszerek toldozgatásából-foltozgatásából már kiábrándultak.

Miről? Mesélj, mérnök úr :D Az egyetemen tanították, hogy ha valamivel nem értesz egyet, akkor menj le dedóba és fullba tolt kreténként gyerekrajzoktól várd a támogatást? Melyik szakon oktatták ezt? A hogyan legyünk bohócsipkás wannabe disztrómesterek? :D

Ami mögött ilyen kretének vannak, azt bottal nem piszkálnám meg. Nem is csoda, ha nem jutottak 9 év alatt egyről a kettőre.

trey @ gépház

Pedig az index és társai "szubkultúra" amit naponta olvasol már évtizedek óta felkarolta és hirdeti a béna trash-művészet létjogosultságát. Egy Uhrin Benedek kazettát ajánlok ezeknek a képeknek a nézegetéséhez :) Egyébként a én ízlésemnek sem tetszik különösebben, de a gerillamerkatig sem mai találmány. Ez semmit nem von le a Devuan mögötti munka értékéből, de hozzá sem ad természetesen.

A systend körül Komoly problémák vannak. Azon az ellentábor ilyen pénztarháló kampánya, a talán szerencsétlenül megválasztott vizuális elemeivel sem változtat semmit. 

A Meltdown and Spectre emblémák is elég gyerekesre sikerültek, de ettől még a fenyegetés nagyon is komoly. 

Már csak azért érdemes egyetemre járni, hogy vitakultúrája legyen az embernek. Illetve ne kapcsoljon össze logikailag össze nem tartozó dolgokat. 

Á, értem! Valószínűleg ezt a minőségi "hogyan kérjünk támogatást" is az egyetemen oktathatták a Devuan mérnök uraknak! :D :D :D Melyik szak lehetett az? Bölcsész szakon a "hogyan hiteltelenítsük el magunkat az interneten 1x1 hülyéknek"?

trey @ gépház

Az oldalfájásra: Majd el múlik.. :-)

Nincsen semmiféle frusztrációm. Én azon röhögök, hogy mennyi ember hisz ennek a Lennartnak még mindig. Mennyi ember elhiszi, hogy Ha mindent megcsinál egy szoftver helyette akkor minden Szuper. Ezzel a Windows irányába ment el egy csomó terjesztés. Ugye emlékszünk még arra a cikkre aminek a címe: a Linux nem Windows.. Segítek: Gnome = Macos copy, KDE = Windows copy, systemd: Windows services, snap: MacOS virtuális gépek. Soroljam?

Azt is tudjuk, hogy a windows minket irányít a Linuxot mi irányítjuk.

ennyi csusztatast ritkan olvastam egy ilyen rovid irasban? :D

Gnome nem macos, meg csak a dock sem ugyanaz, nincs benne global menu (persze lehet csinalni), stb stb. Vagy mar a macos is javascriptben van irva? :D

A KDE kb annyival elozi a windowst mindenben, mint egy agar a csigat. Amugy ha akarom akkor a kde ugy nez ki mint a macos, sot jobban ugy nez ki mint a gnome. Azt meg hagyjuk is, hogy az utobbi 10 evben mennhi feature suhant at a linux vilagbol a windows ablakozojaba. :D

A systemd-nek koze sincs a windows seviceshez, sokkal inkabb a launchd-re akar hasonlitani (meg a neveben is.

A snap-nek semmi koze a virtualis gepekhez, a virtualizacio hardwaret is virtualizal, mig a containerek nem, a snap meg meg csak nem is kontener, ahogy a flatpak sem. Ugyanis nem hasznaljak ki a kernel ezen iranyu kepessegeit. Sokkal inkabb jail vagy chroot.

Te amugy olvasaol is barmit vagy hasznalsz is barmit a fent emliettet operacios rendszerek kozul vagy erted a mukodesuket? Mert kb. olyan az irasod mintha en irtam volna hatalmas mellennyel a tengerbiologiarol :D

Mindenesetre rohogni rajtad jo volt amit idekanyaritottal :D

Én nem védek senkit&/semmit. Csak felhívtam a figyelmed arra, hogy hülyeséget kritizáltál. Ha azt olvasod el amit oda írt akkor máris tárgytalan az egész bekezdésnyi fejtegetésed pl macos témában. Ha vitázni szeretnél valamiről szerintem az eredeti bejegyzés írója biztosan nyitott rá: feltéve, ha van arra valami reakciód amit írt: nem a félremagyarázásra.

Tulajdonképpen a jail és a chroot voltak az első konténerizációs technológiák, még ha annak idején nem is létezett ez a fogalom. A snap által használt megoldások igazából nem különböztethetőek meg más konténerizációs technológiáktól, legfeljebb nem ugyanolyan módon éri el ezt a funkcionalitást.

Amit írsz, szőrszálhasogatás, amin ha tovább tudnál látni, be kellene látnod, hogy van alapja annak, amit ír. Lehet, hogy nem pontos a megfogalmazás, de a felvetett problémát ez nem invalidálja.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

ennyi csusztatast ritkan olvastam egy ilyen rovid irasban? :D

Gnome nem macos, meg csak a dock sem ugyanaz, nincs benne global menu (persze lehet csinalni), stb stb. Vagy mar a macos is javascriptben van irva? :D

A KDE kb annyival elozi a windowst mindenben, mint egy agar a csigat. Amugy ha akarom akkor a kde ugy nez ki mint a macos, sot jobban ugy nez ki mint a gnome. Azt meg hagyjuk is, hogy az utobbi 10 evben mennhi feature suhant at a linux vilagbol a windows ablakozojaba. :D

A systemd-nek koze sincs a windows seviceshez, sokkal inkabb a launchd-re akar hasonlitani (meg a neveben is.

A snap-nek semmi koze a virtualis gepekhez, a virtualizacio hardwaret is virtualizal, mig a containerek nem, a snap meg meg csak nem is kontener, ahogy a flatpak sem. Ugyanis nem hasznaljak ki a kernel ezen iranyu kepessegeit. Sokkal inkabb jail vagy chroot.

Te amugy olvasaol is barmit vagy hasznalsz is barmit a fent emliettet operacios rendszerek kozul vagy erted a mukodesuket? Mert kb. olyan az irasod mintha en irtam volna hatalmas mellennyel a tengerbiologiarol :D

Mindenesetre rohogni rajtad jo volt azzal amit idekanyaritottal :D

mi van? 

van egy elfogadott sema hogy hogyan nez ki egy desktop. ezeket implementalja mindenki. de ha neked van jobb es hasznalhatobb otleted ezeknel hat nosza.

Amugy a kde ugy nez ki ahogy akar mint irtam. Akar macos is lehet. Szoval akkor csak nem igaz amit irtal. Szerintem meg a windows masolja a kde-t es a macos a gnome-t. Na akkor most mi van? :D

A tobbi eszement hulyesegedrol valmai: snap=virtual machines, systemd=windows services? Vagy csak ugy dobj ide valamit megint amirol fogalmad sincs. Ma meg nem rohogtem olyan jot, mint tegnap :D 

kemeny kerdes...szabvany :D

A desktop kornyezetek kb. 81 ota a xerox-os UI ota ugyanugy neznek ki. Van egy "start" hely ahol elered a legfomtosabb es leggyakrabban hasznalt funkciokat. Az ablakok teglalap alakuak, mint ahogy egy konyv is. Lehet nyitni es csukni oket. Kb. ennyi. A tobbi nyalanksag a dock meg ikonok csak plusz.

Meg a 3d-s probalkozasokban is jon a polc, konyv, eszkoz analogia (de el is haltak, mert hogy minek is)

na most ha te szeretnel koralaku ablakokat amiket, ha az egerrel megrazol becsukodnak lehet nem a legtobbet hasznalt GUI lesz. De legyen, csinalj egyet, lassuk mennyien fogjak hasznalni :D

Sot el tudok kepzelni egy olyan desktopot, amin mindenfele runa rajzolasaval lehet alkalmazasokat nyitni es csukni, sot ezek osszefuzesevel lehet kemeny dolgokat csinalni. Pl. a tuzlabda varazslat kinzyirja az aktiv koralaku villodzo szovegszerkesztot ha elotte leirod a levegobe a villodzoszovegszerkeszto runajat a kamera elott, mert az eger es billentyuzet hasznalata tok windows-es es macos-es es hat pfuuujjj :D

Még nem tudtam eldönteni, hogy ez egy béna szivárvány próbál lenni, vagy a román nemzeti zászló színei? Ha utóbbi, akkor valóban elég gusztustalan :D és farkas lett volna az odaillő állat nem énkicsipónim vagy mi akar ez lenni. 

( marcabru | 2023. 01. 28., szo – 12:02 )

 Ha roman lennek, akkor felhaborodnek a kep politikai inkorrektsegen. 

( arpi_esp v | 2023. 01. 28., szo – 12:16 )

Szerkesztve: 2023. 01. 28., szo – 12:16

sztem vicces a kep.

de amugy a systemd se teljesen szar, viszont azt valoban meg kene allitani, hogy atvegye az uralmat minden felett. maradjon meg init rendszernek, annak egesz jo, de ne akarjon dns meg dhcp kliens meg mittomen meg mi is lenni.

de amugy a systemd se teljesen szar, viszont azt valoban meg kene allitani, hogy atvegye az uralmat minden felett

Meg kellett volna állítani 2014 körül. Nem kifejezetten a systemd-t, hanem az arrogáns Red Hat-ot, a systemd-vel és a pulseaudio-val együtt. Mondjuk azzal meg is lehetett volna, ha a Debian projekt nem veszi be a systemd-t alapértelmezettnek. Így a Devuan-nak sem kellett volna létre jönnie és lett volna elég Debian fork is, ami meg tartalmaz systemd-t (pl. Ubuntu, Linux Mint stb.).

Már átvette a hatalmat a Linux-világ fölött.

ne akarjon dns meg dhcp kliens meg mittomen meg mi is lenni.

Jaj mit tudod te, a vállalati™ rendszerekben mire van szükség. Pöttering mindig jobban™ tudta.

A következő nagy hadjárat az X.org ellen lesz, FUD kampánnyal, csillagok lehazudásával innovációnak nevezve, 10 éve javítatlan Wayland bugokkal, nemérimegekkel, a kompatíbilitás lábbal tiprásával, valamennyi csak X.org-on működő alkalmazás újraíratásával.

Namost persze elvarjuk, hogy ha utazunk a laptop-pal, akkor csinaljon wifi roaming-ot, automatikus ki-be kapcsolja a background forgalmat (pl. update-k, stb...), attol fuggoen, hogy wifi-n van vagy mobilneten, stb, stb, de neeee, systemd ne manage-eljen dhcp-t. Ezt most hogy?

A systemd egyszeruen egy event-alapu keretrendszer. Jo initre is, de alapvetoen tokeletesen kiszolgalja az igenyeket: van egy X programod, szuksege van arra, hogy automatikusan tortenjenek dolgok, ha valtozik valami a kornyezetben. Ez ma mar teljesen normalis, a mobil eszkozok elterjedesenek kovetkezmenye. Bekapcsolom a bluetooth fejhallgatot, es elvarom, hogy a hangot automatikusan atiranyitsa arra.

Persze, hogy invaziv egy ilyen rendszer, hiszen kb. mindent egyesit.

BTW, a docker jut errol eszembe, arra is ment anno a fuj, aztan lassan lelohadt.

A helyzet az, hogy a systemd indulasakor meg tenyleg csak init-et akartak cserelni, aztan abbol nott ki ez a mostani uberbonyi rendszer. Indulaskor meg ok sem tudtak, hogy ez lesz a vege. Ahogy a docker-nel se sejtettek, hogy dockerhub lesz belole.

oszt arrol r=tetszett hallani hogy ezt a systemd elott is meg lehetett csinalni? A wifi profilok tokeletesen mukodtek Networkmanager-rel, a masik amirol beszelsz (uzenet alapu keretrendsser) meg az udev es a dbus dolga ami a systemd nelkul is mukodott szepen amig a syetemd le nem nyelte. A bluetooth meg nem systemd, semmi koze hozza max az inditja el a bluetooth daemon-t amit bamelyik masik initrendszer ugyanugy elindit. Szoval akkor mi is az ami miatt azt gondolod a systemd oldja meg a bluetooth-odat???? A sinkek kozotti kapcsolgatast meg szinten nem a systemd vegzi hanem a pulse vagy a pipewire. 

Szoval akkor most tenyleg kivancsiva tettel. Magyarazd mar el nekem hogy a systemd nelkul miert nem tudok (de tudok) a sony bluetooth fulesemmel zenehallgatas es meetingek kozott valtani? :D

Illetve szeretnem ha megvilagositanad hogy a dbus es az udev hogy letezhetett jo par evvel a systemd nelkul. Koszi....

A dockerrol meg annyit hogy elegge defective by design (volt) amit szerencsere idokozben javitgattak meg jottek a versenytarsak is es rendesen megcsinaltak azt ami a dockerben szar. A dockerhub meg nem ertem hogy kerul ide. Van egymillio masik regustry amit hasznalhatsz. Nem kell dockerhub-ot hasznalnod hogy dockerezhess sot hogy kontenereket hasznalj. Kicsit osszevissza beszelsz mindenfelerol.

azert az udev es dbus egy dolgot akar csinalni es jol. Unix filozofia menten. A systemd meg mindent. A masik hogy az udev es a dbus is elegge kikupalodott az evek folyaman. Mig a systemd haaat, finoman fogalmazva is egyre szarabb (es most nem az init reszerol beszelek, bar az is megerne egy miset). Szerintem az udev-et egy ev alatt meg lehetett szokni a dbus-t kicsit hosszabb ido volt. De a systemd miota van azota egy foshalmaz :D

A pulse meg a szokasos pocstering szar. Nemhiaba jon a pipewire. Remelem egyszer ettol a systemd szartol is megszabadulunk mert jon helyette egy atgondoltabb es jobb valami. Mert ez igy inkabb riszato, mint szeretheto :D

De persze keress nyugodtan kommenteket :D

A pulseaudio komoly szopás volt egyes konfigurációknál. Nekem elég volt hozzá, hogy ne az alaplapi zörejkeltőt akarjam használni, hanem saját hangkártyát. Sokkal egyszerűbb volt az egészet letiltani, és visszatérni a natív alsa megoldásra. Idővel reszelték annyit, hogy ez ne okozzon gondot. Cserébe megodotta azt, amit az Alsa annak idején kártyafüggően nehezen vagy sehogy: több hangforrást rendesen össze lehetett mixelni vele, míg natív alsa-n többször volt, hogy különféle hangforrások összeakadtak.

Es meg mindig szar.

Nem akarom letagadni, biztos voltak bugjai, sőt, biztos van olyan bug ami még mindig nyitott, sőt, lehet hogy egyesek szerint az egész architektúra el van b.szva, de lássuk be, az userek 95%-a leszarja az egészet, és elégedett. Magyarul: annyira nem szar, hogy kidobjuk. Én emlékszem arra, hogy a top10 linux distróban annó volt 6 féle init rendszer, örülök hogy ez a sokszinűség kipusztult és maradt egy standard. Ez az én véleményem. Bugokat meg egyéb problémákat nem szoktam látni.

A userek hasonló arányban elégedettek a Windowszal is...

örülök hogy ez a sokszinűség kipusztult és maradt egy standard

A Linuxnak és úgy általában az opensource rendszereknek a sokszínűség kifejezetten előny. A standard kifejezés pedig kissé erős, ahhoz, hogy valami standard legyen, egyéb feltételeknek is meg kéne felelni, nem az a kritérium, hogy sokan használják.

attol hogy valami nem annyira szer hogy kidobjuk meg jo sem. A systemd elonye inkabb a distro keszitoknek szol, mivel nem kell ezer alrendszert kezelniuk es integralniuk. Ott az elony, ezert szeretik. Amugy ja a legtobb felhasznalonak nem kell tudni ha szar a systemd, mert otthoni gepen elmegy, mert nem kell neki systemd-resolved-t konfogolni, meg systemd-istennyilaval veszodnie, ami kb csak feligmeddig van implementalva es nem a standardok menten mer pocstering szerint a szabvany buziknak valo meg o amugy is jobban tudja a sok kis okostojasnal (az IT szakemberek 99%-nal) :D

Ja meg a jo kis initrendszerhez sem kell servcie allomanyt irniuk appokhoz. Miota van systemd azota raszoktunk a kontenerekre inkabb vagy kubernetesezunk. :D

Őszinte leszek: az, hogy a standardizáció felé mentünk, az számomra is öröm. Az, hogy ez a standad a systemd lett - nos, az nem.

Nagyon nehéz vele olyan rendszereket üzemelteni, amik nincsenek felkészülve rá, és esetleg nem is lehet felkészíteni őket. Sok esetben nem elég flexibilis a rendszer, hogy teret tudjon adni egyedi megvalósításoknak. 

Amikor nincs olyan igény, hogy egyénieskedni akarunk, akkor is nehézkes a mindennapi üzemeltetés. Ott van például rögtön a journald, ami ahelyett, hogy szeparáltan, szervizenként tárolná a logokat, egy nagy blobban gyűjtöget mindent, és egy olyan környezeten, ahol naponta sok log keletkezik sok szervíztől, lassú és nehézkes minden ilyen irányú művelet. Cserébe nem ad többet egy syslognál, ugyanúgy szövegfeldolgozással kell operálni a loganalízisnél. Ezt a meglevő syslog megoldások pl way jobban tudják, de mégis a syslog megoldásoknak kell integrálódni a journald-vel, ahelyett, hogy az kiváltható lenne 1:1-ben.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

> automatikus ki-be kapcsolja a background forgalmat (pl. update-k, stb...), attol fuggoen, hogy wifi-n van vagy mobilneten, stb, stb, de neeee, systemd ne manage-eljen dhcp-t.

Ezt már a systemd előtt is tudta a NetworkManager ami - meglepetés! - erre lett kitalálva, és amúgy mind a mai napig ezzel van menedzselve a laptopokon az összes ehhez kapcsolódó cucc, és a NM fejlesztőinek aktuálisan elég sok fejfájást okoz a systemd-vel való muszáj-integráció

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( Chain-Q v | 2023. 01. 28., szo – 12:24 )

Szerkesztve: 2023. 01. 28., szo – 12:26

Disclaimer: rühellem a systemd-t. A processz monitoring és init része ugyan megoldott régóta hiányzó dolgokat, de már a logging részétől is feláll a szőr a hátamon, a networkd meg egyenesen egy katasztrófa, és akkor még olyasmiket, hogy az userspace-t felzabálja mint valami amőba, és teljesen szükségtelen dolgokat is magába olvaszt, pl. az udev egy részét, amitől a korábbi text formátumú PCI és USB leírófájlok nem működnek, mert feltaláltak valami bináris blob formátumot neki, a semmiért, de legalább így systemd nélkül a kernel közeli toolok egy része, pl. az lspci és az lsusb nem bírja feloldani a hardware ID-ket nevekké, vagy csak ha visszapatcheled beléjük a text formátum supportját... Mi a fasznak kellett ez? És akkor még a predictably unpredictable interfész naming convention-öket nem is feszegettük, ahogy Lennart az usereket kezeli, arról meg jobb nem beszélni. Nem csoda hogy átment az M$-hez, zsák a foltját...

Namindegy, ennek ellenére, én próbálkoztam eleinte a Devuannal, de az a bajom, hogy miközben ujjal mutogatnak h. mekkora szar a systemd, semmit nem tesznek azért, hogy megoldjanak olyan problémákat, amiket a systemd viszont megoldott (pl. értékelhetőbb processz monitoring és init-dependency kezelés), emellett amatőr hibákat is elkövetnek, tavaly volt valamikor hogy lejárt a repó azonosító kulcsa, amit nem vettek észre... Szóval ja.

Maradtam a Debiannál egyelőre, középtávon... Mert a Devuan és az Ubuntu (snap c. agyhalál, pl.) is elment más extermitások felé, szóval a Debian középen még mindig megmaradt mint "lesser evil".

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

En drukkoktm az openrc-nek, de  a nagy helyzet, hogy ide kell legalabb 2 teljesallasu programozo, amit csak a vallalati szfera kepes kitermelni.

Ez van, a vallalatok csapjak az iranyt, mert tul van gyorsulva a vilag.

A systemd engem a binaris logjaval vesztett el eloszor, azota csak hulyesegekbe futok bele, ha barmit szeretnek modositani a kicsapott osvenyen. Tiszta Windows registry feeling.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Teljesen egyetértek. Én is ezért vagyok Arch-on. Nem szeretem a systemd-t, de megkötöm, mint szükséges rossz kompromisszumot. Erről egyébként nem is a disztró tehet, hanem a különböző alkalmazások fejlesztői, hogy a szutykukat a systemd-re dependelik. Így meg hiába is tesz fel az ember más initrendszer használó disztrót, mikor feltesz egy systemd-től függő alkalmazást, akkor szépen felpakolódik az elogind, udevd, ilyend, olyand, és azon kapjuk magunkat, hogy hiába más az initrendszer, ha a systemd részimplementációk épp úgy futnak a háttérben mellette, akkor már egyszerűbb nem széllel szemben hugyozni, hanem akkor már az init szerepét is lássa el a systemd, és ne kelljen külön initrendszert tartani csak az initre.

Nekem tetszik ez a sz*rlapátolós humora a Devuannak. Abszolút támogatom, hogy valaki a nem systemd-s világot is erősítse. Elég keményen meg is dolgoznak a fejlesztők, mert nem kis munka a sok csomagból kihekkelni a systemd-függést, meg kell dolgozni vele, nem triviális. Akár még futtatnám is, de nekem túl régiek benne a csomagverziók, amiről mondom, nem ők tehetnek, hanem lassú munka, minden csomagból, minden egyes verzióra frissítésnél egyesével kigyomlálni a systemd-s függéseket. Lelassítja őket elég tisztességesen, nem véletlen, hogy ilyen gigantikus munkára nem sok disztró vállalkozik.

Hihetetlen egyébként, hogy a systemd milyen bloat lett. Mára már kb. 2 millió kódsoros projekt. Plusz nem is Poettering hibája, hogy a sok soydev meggondolatlanul dependeli rá a szutykát, ha kell, ha nem. Senki nem mondta nekik, hogy kötelező függőségnek használni.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Namindegy, ennek ellenére, én próbálkoztam eleinte a Devuannal, de az a bajom, hogy miközben ujjal mutogatnak h. mekkora szar a systemd, semmit nem tesznek azért, hogy megoldjanak olyan problémákat, amiket a systemd viszont megoldott (pl. értékelhetőbb processz monitoring és init-dependency kezelés), emellett amatőr hibákat is elkövetnek, tavaly volt valamikor hogy lejárt a repó azonosító kulcsa, amit nem vettek észre... Szóval ja.

Tipikus wanker projekt. 

trey @ gépház

( DirtY_iCE | 2023. 01. 28., szo – 14:25 )

Nem ertettem milyen keprol van szo amig nem kattintottam ra a tweet linkjere es lattam hogy van hozza kep.

Mindegy, nekem tetszik, ha hasznalnek devuan-t meg az is lehet hogy meggyozott volna, vegre nem valami tokunalmas hiper-PC szuper-woke bullshit. Tobb ilyen projekt kene.

I hate myself, because I'm not open-source.

( golgota | 2023. 01. 28., szo – 18:38 )

nem ertem mi ebben a politikailag inkorrekt? Ja hogy a politikaban nem mondunk igazat?? Akkor tenyleg inkorrekt :D

( milgra | 2023. 01. 28., szo – 19:49 )

Szerkesztve: 2023. 01. 28., szo – 21:35

én megértem hogy miért szeretik a userek a systemd-t, de amióta runit-es void linuxot használok azóta minden azonnali, nem kell hosszú másodperceket várnom egy service restartra vagy shutdownra ( se a bootra ) és minden működik systemd nélkül is, szerencsére nem ette be magát nagyon az ökoszisztémába. nem akarok visszatérni systemdre.

Ja, annál nem kéne gondot okozzon. Sebesség terén nekem nincs bajom kivételesen a systemd-vel, az pont egy erős oldala, nálam mindig is a leggyorsabban bootoló volt. Az OpenRC, runit közel van, főleg az OpenRC, ha a párhuzamos service-indítás engedélyezve van, de azért kicsit lassabb. A sysvinit viszont dög lassú.

A Start job running, meg Stop job running pöcsségét én is utálom a systemd-nek, mikor ilyen fél, másfél perceket vár egy folyamatra, ami evidens, hogy nem fog úgyse befejeződni. Erre a /etc/systemd/system.conf fájlban lehet átállítani, hogy a DefaultTimeoutStartSec és DefaultTimeoutStopSec értéke hány másodperc legyen (0-ra azonnal kilövi), vagy állítólag van valami nem dokumentált billentyű (Ctrl+Alt+Del hétszer nyomva vagy valami hasonló, már nem emlékszem), amire szintén kilövi a vérbe.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

apachenal regen is 60 sec volt a timeout, es ha jol emlekszem csomo init script start-stop-daemon helpernel is 30/60 secet hasznalt. nem valtozott semmi, csak most jobban ra vagytok gorcsolve a systemd-re.

amugy meg nemtok mind1 hogy mennyi ido alatt bootol? serverek nincsenek naponta ujrainditva. amugy meg egy hp/dell/sm gep is 5 perceket molyol az elejen mig osszeszedi magat es eljut egyatalan a bootsectorig. utana meg mar ugyis mind1 hogy +30 sec vagy +40 sec.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

>  csak most jobban ra vagytok gorcsolve a systemd-re.

Azt mondd már meg, hogy egy nem fizikai létező disk sikertelen mountolásánál miért várunk másfél percet? Mi az a technikai ok, ami ezt indokolja?

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Mert mitől lenne a több drive bonyolultabb? Nyilván igény kérdése, mert én egy szem HDD/SSD-nél is meg tudnám úgy bonyolítani, hogy befosik, aki használja, csak minek? Legtöbb átlag desktop felhasználónál értelmetlen a dolgokat jobban bonyolítani, mint feltétlen szükséges. Főleg ma már, mikor a komplexitása mindennek az egekben van, nem kell azt még tetézni, ha nagyon nem muszáj.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Nem. Szigorúan PARTUUID-t használok, ahol lehet. Azok nem változnak. A fájlrendszer UUID-je változhat esetleges formázáskor. /dev/sd[xy]-t nagyon nem ajánlott már sok éve használni, bootkor az ember benne felejt a gépben egy pendrive-ot, bekapcsolt külső meghajtót, véletlen az kapja meg a várt /dev/sd[akármi]-t, és kész a baj, nem működik semmi. Bár néha az is működhet, pl. most a notiban van egy /dev/nvme0n1, és nem is fog bele kerülni másik NVMe meghajtó, más eszköz meg, amit rádugok, csak /dev/sd[xy]-t kaphat, de nvme-s azonosítót nem.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( dcsaba v | 2023. 01. 28., szo – 22:26 )

Nem vágom a hisztit, sytemd hiba még nem jött szembe desktop környezetben, sőt kényelmesebb mint szabványos környezetben hegeszteni.

sudo mount -o ro /hup.hu

( Smokey2k | 2023. 01. 29., v – 11:25 )

Ahogy elnézem a systemd haterek csak hozzák a szokásos mérges kisgyerek formát aki még viselkedni sem tanult meg.
Majd ha lesz életük meg életükben először zsákolnak egyet talán feleszmélnek :)

( zdesigner | 2023. 01. 29., v – 12:11 )

Ebben mi a nem polkorrekt? Hogy megnevezik Poetteringet? Az egyszarvú? A piros-sárga-lila színkombináció, mint trágya? 

( kleinie | 2023. 01. 29., v – 13:56 )

Időnként kipróbálok disztrókat. Éppen a napokban próbáltam ki a Devuan-t is. Mindennapi használatra teljesen megfelelő rendszer. Nem volt vele semmilyen probléma. Mondjuk ezt a támogatás dolgot előadhatták volna másként is! Bár engem spec. nem zavar, igazuk van a systemd-vel kapcsolatban, de én nem kötöttem volna össze  ilyen módon a kalapolással. Ők tudják...

( trey | 2023. 01. 29., v – 14:18 )

Remélem, hogy az itt a Devuan-nak és szuper kis kampányának tapsikolók mind egytől egyig zsebbe nyúltak és adakoztak, vagy jelenkezteksegíteni. Különben csak hangemberek. 😉

trey @ gépház

( zeller | 2023. 01. 29., v – 15:48 )

Devuan karbantartók tökig a (szerintük) szarban - nekem ez látszik a képen. Ja, hogy egyre több munka a szerintük crap systemd-s függőségeket kipucolni az egyes szoftverekből? Hát kérném 10telettel, így jártak... Vagy csak azt mutatják hogy széllel szemben 3.04sálnak, és nedves a nadrágszár...?

Ha jól rémlik, kb az volt, hogy a Debian hosszas vajúdás után arra jutott, hogy systemd, de a sajátjával mindenki verheti a csalánt, nem akadályozzák. Szóval nyugodtan lehetett volna csinálni in-house az alternatív imaget, kisakkozni, hogy legyen, küldeni patchet egyéb rc izékhez unitfileok helyett, bevették volna a package maintainerek. De az úgy nem volt jó, szóval elmentek csinálni... hát kb ugyanazt. Jó, mondjuk lehet, hogy a Debian QA folyamataiból kiderült volna, hogy nem csak térdig ér az elvégzetlen munka :-)

( eyez00 | 2023. 01. 29., v – 19:37 )

Azt tudjuk egyebkent, hogy miert egy Microsoft-os fejleszto diktalja a Linux strategiai fejlesztesi iranyat?

Valóban nem értem, hogyan jön az ide, hogy a systemd megalkotója pár hónapja a Microsofthoz ment dolgozni. A systemd 12 éves, a szerzője meg 6 hónapja ment a Microsofthoz. Hogy szeretnéd ezt megfabrikálni, hogy abból ne zagyvaság jöjjön ki? Hmm?

Az open source pedig úgy jön ide, hogy a Microsoft évek óta jelentős hozzájárulója a nyílt forráskódú ökoszisztémának. Erről esetleg hallottál?

trey @ gépház

( uid_4263 v | 2023. 01. 29., v – 21:07 )

Sokmindent meg szoktam kritizálni ebben a szakmában de a systemd-hiszti hidegen hagy. Működik és kész.

Aki meg rajongó, hobbista, evangelista, vagy bármi egyéb okból úgy érzi, az nyomassa ezeket a hobbiprojektenet nyugodtan. Nem itélem el őket, jó szórakozást hozzá.

( dejo v | 2023. 02. 01., sze – 15:44 )

Ha van rá igény, azaz fizetni is hajlandó igény, akkor biztosan megkapják amit megérdemelnek! :)

Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Először is azt hogy sokkal emberibben is hozzá lehet állni a témához.

Másodszor, hogy nem is olyan szar. Minden nagyobb distro adoptálta, mindenki használja, szerveren is, ha olyan rossze lenne szrvereken nem használnák.

Harmadszor, ahogy Benno mondta, lehet jobbat csinálni, senki nem tart vissza. Az hogy az elmúlt 13 évben senki nem tudott jobbat csinálni elmond valamit.

// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Nagyon is emberien allok a temahoz, ha valaki elkezd kurvaszar tasakos kajat gyartani azt mondom nem eszem. Aztan ha rajonnek a menzauzemeltetok, hogy milyen egyszeruen penzt tudnak sporolni ha a kurvaszar zacskoskajat szolgaljak csak fel akkor azt modom nem megyek azokba a menzakba. Ennel emberibb nincs. Vagy szerinted az az emberi, ha ketpofara zabalna mindenki a zacskos kajat, mert hat a legtobb menzaban csak azt adjak? Szedjem mar ossze magam es zabaljak szart, mert a sok milliard legy nem tevedhet???

Mindenki mas hasznalja, mert a disztrok (menzak) nem hajlanodak mast felszolgalni. Uzemeltettel Te mar szervert? Mire feljon a raid vezerlo meg mindan az 5 perc. ezen nem segit, hogy majd a systemd elinditja az egesz inittet 20 masodperc alatt. :D

Nm azert hasznaljak mert jo lenne, hanem mert a szerverekbe nem te fogsz LFS-el pisitilinuxot rakni hanem bezony kell a support igy elmesz a nagyokhoz. Ott meg mindenhol systemd van. Persze lehetsz bator es mondhatod hogy elmegy ez pistilinuxszal is csak az ugyfelek majd nem lesznek boldogak amikor egy kernel bug miatt Te nem szallitod a javitast par oran belul (RedHat pl.).

De, van jobb. Sot azok nem gyurik maguk ala a networkot, meg a tobbit. De egy supportbol elo cegnek nem eri meg az ezekhez tartzozo egyebb programokat karban tartani. Itt kokemeny uzletrol van szo. Karbantartasz 20+ rendszer komponenst es azok integraciojat vagy rabizod magad a szarra, de az csak egy valami. Visszaterve a peldamhoz. A legtobb esetben a menza nem aakr repat szelni, meg karalabet, ezek aranyat sem akarja figyelni a huslevesben. megfogja a szarhuslevesport es forrovizet ont ra aztan "zabald paraszt" hozzaallassal odabassza eled.

Ugye nem gondolod, hogy mivel itthon a susuzki a legkeresettebb auto (ezt hasznaljak a legtobben)  a BMW meg a Mercedes egy szar???? Es nem tudnak jobbat csinalni mint a Suzuki :D

Nem kell, hogy használd, nem kell, hogy szeresd - viszont azt el kell fogadni, hogy az üzleti világban a picikénél és pistikebétés tákolásoknál komolyabb szinteken a systemd-t ismerni és használni kell tudni, ha Linux-os üzemeltetés közelébe akar valaki szagolni. Ugyanúgy, ahogy anno a BSD-stílusú init után meg kellett tanulni/érteni a sysvinit-et, meg a többi init-rendszert, amit a nagyobb, elterjedtebb disztribúciók használtak az évtizedek során. De említhetném a sendmail-exim-postfix "lépéseket" is, vagy épp az ipcahins/iptables/netfilter evolúciót...

"Ugye nem gondolod, hogy mivel itthon a susuzki a legkeresettebb auto (ezt hasznaljak a legtobben)  a BMW meg a Mercedes egy szar???? Es nem tudnak jobbat csinalni mint a Suzuki :D"

Én nem a Suzukit kezdeném hasonlítgatni, hanem a Puli (1986-88 között gyártotta a Hódgép) vagy egyéb, aktuálisan létező/gyártásban lévő mopedautót meg a "normál" személyautókat.
 

ezt irtam en is. Nem kell szeretnem, de mivel az uzleti eletben megkerulhetetlen hasznalnom kell.

A srac azt mondta hogy a hater-ek most majd a linken latjak milyen faszanyos is a systemd. En nem lattam, mivelhogy minden amit hasznal (es meg nem gyurt be, lasd udev) unmagaban is letezo dolgok, theta nem a systemd miatt leteznek. Erre irta de hogy az enterprise-ban ezt haszaljak es azert mert ultraszuper, kapjak mar a fejemhez. Erre irtam, hogy az enterrize-ban nem azert hasznaljak mert ultraszuper, hanem mert penzugyileg megeri mind a disztribuciot gyartonak mind pedig a hasznalonak. Tudunk meg par ergya megoldast amit az enterprise hasznal es nem azert mert jo. :D

Amugy azert a BSD es sysvinit kozott nem volt ekkora kulonbseg :D (ehh, a jo regi sco unixware 2-esek)

Na szoval engedtessek meg nekem, hogy video ide vagy oda ismerjem, hasznaljam es utaljam a systemd-t es ne essek hasra attol, hogy az init-bol lefaragott 3 masodpercet (jo tudom itt a process control a lenyeg, de azt mar a supervisord is tudja, a tobbi taknyolt takolt szara [resolved, networkd, etc meg talan a timer egy jobban sikerult valami] meg mindenben rosszabb az alodeinel) :D