ubuntuBSD beta "Escape From SystemD"

Na SourceForge se objevila beta verze ubuntuBSD s kódovým označením "Escape From SystemD". Projekt si klade za cíl vytvořit uživatelsky přívětivý operační systém spojující kernel FreeBSD s userspace Ubuntu. Beta verze je postavena na Ubuntu 15.10 Wily Werewolf a FreeBSD kernelu 10.1. Přináší prostředí Xfce, samozřejmostí je plná podpora ZFS a absence systemd.

20.3.2016 14:36 | Jelcekk | Zajímavý software

Komentáře

[Hans1024]

Zajimavy projekt, akorat si nemyslim, ze je dobry napad delat centrobod z utikani od systemd, protoze k tomu neni FreeBSD kernel nezbytny.

[mica]

Nehledě na to, že systemd stejně nelze utéct.

[Bystroushaak]

Utíkat můžeš, utéct ne.

[debian/kfreebsd]

Jestli by nebylo lepsi podporovat debian a jeho bsd... no kdo vi, treba je stejne zalozene na tom.

[Hans1024]

je

[daemon]

Tak pokud chci BSD (třeba proto, že tam není systemd), tak mohu použít rovnou FreeBSD a nemusím používat bloated userspace z nějakého Linuxového distra, že...

[Love_Dali]

souhlas, taky nechápu, proč bych měl na FreeBSD kernel cpát takový balast jako je Ubuntu..

[koroptev]

A v cem se ten userspace na freebsd lisi od linuxovyho? Jakoze gcc zkompilovany pro fbsd je ideove min bloated nez pro linux? Nebo gnome/kde/emacs.. cokoli..

[Hans1024]

Tak neni zadne tajemstvi, ze GNU userland je vetsi, dobrym prikladem je porovnani ruznych implementaci prikazu echo. Jestli to clovek povazuje za "fuj bloat", nebo "jupii, mame vic featur" je uz jenom otazka uhlu pohledu a priorit

[koroptev]

Echo? Vazne mi jako priklad rozdilu userlandu davas echo? Neco podstatnejsiho by nebylo? Jo vlastne nebylo..

[Hans1024]

Nevim, proc by to nemel byt dobry priklad, u ostatnich GNU toolu je to podobne.

[Petr Tomášek]

No, nevím jak ty, ale já docela často ve skriptech používám "echo -n" nebo "echo -e". Takže pro mě osobně ve všech implementacích kromě GNU chybí základní funkčnost...

[koroptev]

pointa byla, ze nic co by stalo za rec a neslo tag "freebsd userspace" neexistuje, kdyz 90%+ toho kodu je totoznyho jako na linuxu.. tvl, tady fakt chybi nejakej automat na instantni vtipnou kasi

[Petr Tomášek]

přečti si pořádně, kdo na co reaguje. jestli někomu chybí vtipná kaše, tak jedině tobě...

[Hans1024]

Aha, uz asi chapu o co cem mluvis. Myslim, ze jsi spatne pochopil prvni komentar vlakna. Myslim, ze linuxovym userspacem je v tom komentari zjevne mysleno to, co se casto povazuje za soucast operacniho systemu - libc, shell, ifconfig a dalsi zakladni nastroje, a taky udev/devd. Kdyby ten komentar mel na mysli veci jako graficka prostredi a aplikace, tak by zjevne nedaval smysl.

[TM]

Tento projekt je ještě OK. Až někdo bude chtít obšťastnit uživatele FreeBSD něčím jako je systemd, to bude teprve průšvih...

[Jendа]

Třeba vývojáři FreeBSD nebudou magoři (na rozdíl od vývojářů linuxových distribucí) a nepřijmou to…

[mhepp]

nebudte si tak jisti... Pokud budete za chvili chtit Gnome na *BSD systemech, je mozne, ze systemd bude nutny.

[Jelcekk]

Existuje tenhle projekt. Ale osobně jsem to nezkoušel.

Každopádně to u mě (jako u člověka, kterej do vývoje Gnome vůbec nevidí, takže mě klidně zjebejte) vzbuzuje dojem, že ta závislost na systemd je akorát další prostředek, kterým se RH snaží srát lidi.

[Petr Tomášek]

Snaha vymanit se z moci zla^D^D^D^D systemd je chválihodná, nicméně sračkou, jakou je ubuntu, to nezachrání...

[koroptev]

ktera distribuce neni sracka

fedora? konstantni betatest pro komercni choutky redhatu (kterazto podobne jako debian neobsahuje soucasny stabilni verze nekterejch aplikaci)

centos .. totez co komercni redhat potazmo debian, zastaraly

opensuse? totez nedodelek i v komercni verzi (existuje jeste vubec?)

debian? testing = to samy, co ubuntu, stable = x let stary aplikace, pri pokusu o jejichz update clovek nutne resi dependency hell..

slackware? oh rly..

pritom u tzv. stabilnich/lts verzi se furt neda ohanet tim, ze by to bylo odladeny nebo ze by byly bugy vychytany; nejsou

nedelej si iluze, sracka je to +- vsechno, lisi se to jen peclivosti konstruovani vykladni skrinsotovy skrine, pod kapotou je stejnej kompost

[Bartík]

No, u jiných distribucí se alespoň snaží o (bezpečnostní) aktualizace ve všech svých oficiálních repozitářích. Ubuntu updatuje jen balíčky v main. V universe, kde se nachází většina balíčků a které je defaultně zapnuté, valná většina balíčků hnije od momentu, kdy je zkopírují z Debianu, až do EOL.

[koroptev]

celej koncept "zde je moje distribuce X, ted vezmu - ja - vas sw a udelam - ja - z nej balicek a toto udelam pro 15000 mikrosracek out there a takhle to budu delat kazdej pulrok dokola, tamhle je Jarmil, ten dela totez, ladi to cely vic do zelena" je na hlavu padlej..

[koroptev]

ubuntu se aspon nesnazi tvarit, ze to da; ne ze by nemelo kriticky show-stopper bugy hned v zakladu, jak v 15.10 tak v posledni lts staci nainstalovat fglrx (treba z toho jejich guitka) a pri pristim bootu je pekne vytuhnuto, popsanej, vyresenej, nefixlej bug..

[tomvec]

A co tedy doporučíš? Windows 10?

[koroptev]

z distribuci? imho prast jako uhod

pohodlna cesta na silnym stroji (= napr. stroj, kde chce clovek pouzivat emacs + ekosystem) je hodit posledni ubuntu do virtualu; minimum voseru

na zelezo samozrejme jen neco, co to zelezo umi pouzivat (chapu, ze v linuxovym svete je rychlost bootu "vec", kdyz doposavad nefunguje hybrid sleep..)

[tomvec]

Takže co tedy doporučíš na železo? Windows 10?

[Pavel 'TIGER' Růžička]

Kdepak, W10 jsou též rozbořené jak hrad Trosky. I Microsoft znova vymýšlí kolo. Výsledkem je, že třeba nefunguje klasické rozkopírování profilů, často se musí vlézt pod kapotu a něco poštelovat, aby to fungovalo. Zdlouhavější je i hloupá asociace souborů. Ovládací panely na některé věci jsou zdvojené, až ztrojené, na jiné nastavení projistotu chybí celkově. V desktopu je integrováno několik prostředí. Zkrátka i dort od pejska a kočičky je na tom o dost lépe. Není divu, že je protlačují pod takovým tlakem a "zdarma".

[tomvec]

Ale já jsem to chtěl slyšet od koroptve. Ona jenom blbě kecá a když má dát konkrétní odpověď, tak se v tichosti vytratí. Myslel jsem si, že koroptev je taková ubohá kopie Laela, ale to bych Laela urazil.

[koroptev]

neni nahoda, ze spousta vyvojaru pouziva mac

[Bystroushaak]

Web vývojářů.

Osobně jsem to zkoušel a naprosto se to neujalo. Snažit se tam programovat v pythonu je jako si uříznout ruku, nebo se nějak jinak zkryplit, protože absence package manageru (a ne, brew a podobné rádoby snahy zející prázdnotou za package manager fakt nepovažuji) je fakt hodně cítit. K tomu si můžu přidat, že tam sice jsou všechny možné editory (Sublime třeba), ale mají úplně jiné klávesové zkratky a pokud někdo chce psát speciální znaky na „české“ klávesnici, tak má prostě smůlu (zkoušel jsem, přestalo mě to bavit u hackování jakéhosi XML v /lib/prdel/sveta.

Zkusil jsem tam tenkrát nainstalovat linux, ale to byl neskutečný opruz při instalaci, a pak se na tom pořád něco vysíralo. Jednou nejde zvuk, pak zas grafika, k tomu klávesnici pořád hackovat. Nemůžu doporučit.

Oproti tomu thinkpad s linuxem je naprosto pozitivní zkušenost, bez frustrace a zbytečné námahy.

[koroptev]

tohle je zkusenost prave jednoho cloveka, nesnaz se z toho delat neco vic; ja vlastni zkusenost nemam, jen to u lidi vidam/ ctu o tom..

thinkpad .. soucasny thinkpad nebo je to nejakej takovej ten vzdych po "tech skvelejch thinkpadech od IBM pro profiky, co vydrzi"?

[mirec]

Myslím, že Thinkpady do IBM sa už len spomína. Nepochybujem, že niektoré z nich ešte stále fungujú, ale používať to by bolo asi na samovraždu.

A nové Lenovo ehm ani neviem kto to nakupuje. Ja mám 5-ročnú vykopávku, bolo na ňom vymenené čo sa dalo od biosu (kvôli podpore novšej generácie CPU a vyššej frekvencie RAM), RAM (16GB), SSD disk, baterka (aktuálne vydrží cez 10h, pri vysokokapacitne by to malo byť 15h + 15h slice). Premýšľam ešte nad upgradom LCD.

Nové thinkpady (460) majú jeden slot RAM napevno zasratý (teda ak by som kúpil so 4GB môžem tam max vtrepať 12GB ešte k tomu bez dual channel), ťažko vymeniteľnú baterku so zlomkom kapacity oproti tomu čo mám teraz, posratú klávesnicu (nevadí mi chicklet štýl kláves, ale samotný layout), chýba mi tam HDD LED ...

[k3dAR]

samovrazdu ? pisu ted na IBM Thinkpad T60p, CPU je CoreDuo T2500@2GHz, RAM 3GB, SATA HDD 7200rpm, LCD je matne IPS v 4:3 s rozlisenim 1600x1200, grafarna ATI FireGL... a je to bezproblemu pouzitelne i dnes, na internet i video (koneckoncu jako media centrum mam IBM Thinkpad T42 (btw: matne IPS 1400x1200) s Pentium M 1.8GHz, RAM 1GB ;) jinak teda primarne pouzivam Lenovo Thinkpad X220 s 16GB RAM + SSD + externi 24" IPS 16:10 Dell...
na vsem bezi samozrejme GNU/Linux ktere chodi bez problemu a rovnou po instalaci, stejne tak na nekolika strojich s Atom (+Radeon, nebo +Intel950, nebo +NvidiaIon) vcetne vsemoznych touchscreen (kapacitni, resistivni, wacom, infrared) ;)

[Bystroushaak]

thinkpad .. soucasny thinkpad nebo je to nejakej takovej ten vzdych po "tech skvelejch thinkpadech od IBM pro profiky, co vydrzi"?

x201

[koroptev]

to jsou vsechno totalni podruznosti (= trochu vic namahy) v porovnani s tim, ze funguje veskerej hw.. navic tu nejsou jen win 10..

dort od pejska a kocicky je na tom tak, ze to nevyresis nijak (pokud reseni neznamena "najdi si ten bug, doprogramuj si chybejici funkcionalitu (napr. displeje na ruznych grafickych kartach) sam"..)

tvl "hloupa asociace souboru" jako fakt? si delas kozy (tim nenarazim na to, ze to je/neni "hloupy" ale na rozmer "problemu" v kontextu toho, jak rozmrdanej je dnes linux)

[Václav "Darm" Novák]

No, kéž by to s tím "funguje veškerý hardware" byla pravda. Pod Windows 10 mi v laptopu pravidelně vytuhne wifi a přestane reagovat. Jediné řešení je deaktivovat a znovu aktivovat ve správci zařízení. Ovladače oficiální a poslední verze, BIOS upgradovaný. Manjaro Linux zcela bez problémů. Na desktopu zas pod Windows 7 nemám šanci se Sound Blaster LIve.

[koroptev]

vsechno tohle je o mire

sednes k beznymu sedivymu stroji s windows, v 90% je nejakej stav

sednes k beznymu sedivymu storji s linuxem, v 90% je nejakej stav

"works for me" ma hodnotu hovna

[Michal Kubeček]

v porovnani s tim, ze funguje veskerej hw

Opravdu? Dodnes mám tiskárnu, ke které nebyly k dispozici drivery pro - tehdy nové - Windows 7 (a ne že ještě nebyly: oficiální doporučení výrobce bylo "kupte si novější model") v době, kdy jsem v ní ještě měl původní toner, se kterým jsem ji koupil. A dodnes na ní z Linuxu spokojeně tisknu.

[koroptev]

takze pokud jsem tenhle zenovej vyrok pochopil spravne a preformuluji si ho do sve reci "koupil jsem tiskarnu, ke ktere nebyly v dobe koupe drivery pro win 7 a ona ve w7 vskutku nefunguje"... ok, fajn, bystrej

[Michal Kubeček]

Ano, v okamžiku koupě opravdu nebyly k dispozici drivery pro Windows 7 - což ale bylo celkem pochopitelné, protože té době žádné Windows 7 neexistovaly. Trik je v tom, že když po době tak krátké, že jsem ani nestihl spotřebovat původní toner, byly Windows 7 vydány, výrobce se neobtěžoval drivery pro ně dát k dispozici a zcela vážně na svém webu jako "řešení" doporučoval koupit jinou tiskárnu. Mně by to bylo celkem jedno, Windows stejně nepoužívám (kromě jednoho virtuálu s XP, kterým mám jan na updaty map do navigace), bohužel ale stejnou tiskárnu měli i rodiče.

Oproti tomu v Linuxu na této tiskárně bez problémů tisknu dodnes. Takže tolik k výkřikům typu "Windows jsou lepší, tam funguje veškerý hardware". Nefunguje. Ani zdaleka ne. Jen spousta lidí používá klasický dvojí metr: když je s hardwarem problém v Linuxu, je to chyba Linuxu, když je s hardwarem problém ve Windows, je to chyba výrobce.

[Jendа]

Koupil sis hardware, ke kterému nejsou drivery pro Linux, a on v Linuxu vskutku nefunguje... ok, fajn, bystrej

[Pavel 'TIGER' Růžička]

Těch problémů jsou tam mraky, to byly jen pouhé dva příklady. Na některé funkce, které dříve byly ve Windows obsaženy Microsoft doporučuje software třetích stran, protože je z 10 vypustil. Pokud zůstanou v tomto stavu, bude velká sranda po 7 je nasazovat do firemního prostředí, to se admini navztekají. Pravda, mají ještě necelé čtyři roky na ladění, no uvidíme ... A co se Applu týče, tak díky, ale to není nic pro mne. Začíná to už velmi mizernou nabídkou HW a končí příliš automatizovaním ovládáním. Pokud chcete udělat něco proti jejich přímočarosti, je to problém, mnohdy i nemalý.

[koroptev]

chlape, ty "problemy", co ty oznacujes za problemy, jsou totalni legrace (no a co, ze to ma 3 guitka na jednu vec, to absolutne nikoho nezajima a ani nezacnu debatu na tema, jak to ma "bezna linuxova distribuce", to bych brecel smichy), win 10 se po nejaky dobe v korporatu samozrejme ujmou, stejne jako se ujaly 7 a vsechny verze predtim vyjma Vist.. myslet si cokoli jinyho, je lhani do kapsy a nepochopeni toho, co lidi "v byznysu" chteji

[Pavel 'TIGER' Růžička]

Jasně, že se ujmou, ono nic jiného totiž nezbude. :D Je fakt, že lidem z byznysu je naprosto jedno na jakou verzi windows nadávají, to samé je u officů, dokonce je jim u zadnice i nějaká efektivita práce a bezpečnost. To však není nic vypovídajícího o kvalitě systému. :D

[Frank]

Rychlost čeho? Můj notebook měl onehdá uptime přes 100 dnů. Uspávám, probouzím, dockuju, oddockuju, bez problémů. Mohl bych tak jet klidně celý rok, kdybych nemusel občas nainstalovat bezpečností opravy. Rychlost bootu mě opravdu netrápí.

[koroptev]

Na laptopu te pochopitelne prilis nemusi zajimat veci jako uspani na disk nebo hybrid sleep..

A ne, neni samozrejmost - na linuxu - ze to funguje, na win je situace presne opacna, da se predpokladat, ze na macu taky..

[Pavel 'TIGER' Růžička]

To jako, že ve Windows to bez problému funguje? Mac, tam je to něco jiného, tam je SW psán přímo na omezený HW. Tam by bylo hodně smutné, aby to za ty prachy nefungovalo, leč i tam se objevují nepříjemné bugy.

[koroptev]

Jo, na win to v 90+% ptipadu funguje na linuxu ve stejnem procentu ne; opet odjakziva..

[k3dAR]

ty ses taky ptipad :) mam opacnou zkusenost, na desitkach modelu s CoreDuo/Core2Duo/i3/i5/i7, Lenovo Thinkpad (X/W/T 2x0/4x0/5x0), Dell (Latitude, Precision), HP (EliteBook, ProBook) chodi GNU/Linux okamzite po instalaci, resp uz v LiveCD rezimu, naproti tomu s Windows7 je potreba na kazdem doinstalovavat nejake ovladace pro zprovozneni...

[Pavel 'TIGER' Růžička]

Nehledě na to, že mnohdy to potom nějaká aktualizace od MS stejně úspěšně zboří. :)

[tomvec]

...a potom se to dva nebo tři dny aktualizuje aby se ti tam nakonec vecpaly Windows10

PS: Koroptev za to trolování musí být placená, jinak to není možný.

[snajpa]

On kyknos jenom rad rejpe bez nejakyho zakladu, rad rozdmichava emoce, dela mu to asi dobre.

[belisarivs]

Akorat ze hybridni sleep na Windows je pekne hloupy. Kdyz vypnu Windows 10, tak ackoliv po bootu neumi obnovit spustene aplikace (jako umi treba KDE uz roky), tak si stejne musi ulozit nejake kraviny na uplne vsechny disky.

Takze pak Linux ty disky pro jistotu odmitne pripojit aby nedoslo k jejich poskozeni.

A kdyz na Windows hybridni sleep vypnu, abych mohl pouzivat dual-boot, tak bootuji sto let.

[koroptev]

zavolej si k tomu nekoho, kdo "to umi s pocitacema", zeptej se treba spoluzaka

chyba je mezi klavesnici a zidli

[Rezza]

fedora? konstantni betatest pro komercni choutky redhatu

Porad nechapu, ze se to tu neustale objevuje... Myslim si, ze delame dobrou praci na to, aby lidi prisli na to, jaky je to blabol :(.

[Jelcekk]

Tady se čepičářů musím zastat, když jsem se naposledy snažil nainstalovat Fedoru, Anaconda mi nechtěla dovolit ani /boot na btrfs. Takhle se bleeding edge konstantní betatest nechová. :)

[Rezza]

Tak hodne jsem s klukama tlacili, at z tama btrfs odstrani nebo aspon hodi velky banner - tohle nezkousejte :).

[koroptev]

takze on to neplati/nesponzoruje RedHat? z tohohle https://www.redhat.com/en/technologies/linux-platforms/articles/relationship-between-fedora-and-rhel to celkem dost vypada, jakoze RedHat je rad, ze pro nej mraky ideologicky vyhranenych osob pracuje zadarmo a za odmenu dostavaji work in progress system, ktery se ve sve naivite snazi zbytku sveta prezentovat jako nezavisly a plnohodnotny..

[Rezza]

Sponzoruje a jsem rad, ze nas Red Hat sponzoruje. Ale prijde me to neslusne shazovat praci komunity, mezi kterou se radim i ja (ano, uz nejakou dobu nejsem za praci na Fedore placeny).

[koroptev]

Betatest je technicky termin ne ideologicky. Tady zadne bahno hozeno nebylo, jen konstatovana zjevnost. Pracovat zadarmo pro komercni firmu naproti tomu je ideologicke rozhodnuti.

[Rezza]

Ale me ta komercni firma dobre zivi :). Uprimne, ja bych byl rad a vzdycky jsem prosazoval to, aby Fedora byla betatest RHELu, protoze by to pomohlo obema, ale...

[koroptev]

tohle je na tom nejzabavnejsi, fakt vas staci nechat vykecat

z pohledu uzivatele byla Fedora tragedie odjakziva, sorry

[Pavel 'TIGER' Růžička]

... a ještě stále je. No a jak to tak vypadá, tak i bude. Nicméně skvěle zapadá do dnešních konceptů "rozorat co se dá, pracovat nikdo nemusí".

[koroptev]

https://fedoraproject.org/wiki/Fedora_myths?rd=FedoraMyths

"The first item means that Red Hat uses Fedora as a platform to promote the development of new technology, some of which might end up in Red Hat Enterprise Linux"

nice

http://timreview.ca/article/513

"Our most notable involvement is with The Fedora Project, the results of which feed directly into Red Hat Enterprise Linux."

"Fedora releases come out every six months, showing the edge of innovation and new features. Red Hat engineers participate in that process from the beginning. (However, 65–70% of Fedora’s code is maintained by volunteers.) Then, Red Hat dedicates its quality assurance resources to testing, hardening, and certifying those features to ensure that they meet the requirements for enterprise-level interoperability and performance."

lulz

dokonce Alan Cox, coz je totalne jinej kalibr nez nejakej anonymni trol, si mysli, ze:

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

"So Fedora 18 seems to be the worst Red Hat distro I've ever seen."

pominme jadro sdeleni, soustredme se na to, ze ten "pomatenec" povazuje Fedoru za Red Hat distro..

[sid]

ked uz sa snazim robit trolla pod kazdym clankom mozno by to chcelo aspon vnimat co ti ludia pisu. Nikdy nebolo predsa tajomstvo, ze RedHat a Fedora maju k sebe blizko. Na zaciatku aj fedora bola v podstate vytvorena za ucelom co pises ale automaticky to neznamena, ze vsetko co sa deje vo fedore teraz je riadene redhatom. Tiez vytahovat cosi z roku 2013 (vid tvoj alan cox) je v tomto kontexte cisto vyrabanie si faktov na podporu.

[koroptev]

tvl at ctu, co pises, jak ctu, tak mi to zni, jako ze mi davas za pravdu; diky

nemusi byt rizeno vse, staci kdyz je rizeno neco..

[Rachejtle]

Ale Fedoru dlouho pouzival a snad i pouziva i sam velky Linus.

Warning: "This comment use koroptev argument logic"

[koroptev]

jo; pokud si dobre vzpominam, je to nejaka prehistoricka verze, kterou si umyslne uchovava v nejakym zamrzlym stavu; je to jako hare krsna komunita, ktera si pestuje kedlubny, cili model neextrapolovatelny na dostatecne velkej vzorek populace..

precti si known bugs dokumenty, co Fedora vydava pri releasu, treba 5 poslednich, nebo jdi jeste dal do historie; je to poucny, neco to rekne o tom, co si "nekdo, kdo rozhoduje o smeru, kterym se Fedora ubira" mysli o tom, k cemu je Fedora pouzitelna (hint: neni to prace, neni to "transparentni spoustec aplikaci, o kterem nevim, ze existuje")

[Conscript89]

Ahaaa, tak toto ti vadi. Neni problem, neni nic jednodussiho nez sekci "known bugs" zrusit a najednou bude dany software lepsi, a nebo ne?

[belisarivs]

Nechapu ze se vztekas kdyz kope do vsech.

[Bedňa]

Tak jedna podpásovka. Prečo tam máte systemd?

[Rezza]

A co jineho?

[Bedňa]

Hocičo čo zapadá do Linux enviroment, nesaje a funguje.

[Petr Tomášek]

ktera distribuce neni sracka

většina

[koroptev]

tohle https://distrowatch.com/search.php?status=All vraci 809 (dejme tomu, ze tam je par veci okolo bsd..), vetsina je 405 (+-)

rly? tihle linuxari..

[Jelcekk]

ktera distribuce neni sracka

Arch, Gentoo... Je LFS distro?

[Jelcekk]

Jo a to zmiňovaný openSUSE mi přijde taky v pohodě, teda pokud sáhnu po netinstallu Tumbleweedu a přepíšu cosi v nějakým konfiguráku, aby zypper přestal nakládat naprosto kokotsky s patternama... Na Leap už mám o něco horší názor.

[koroptev]

sam bych lip neprokazal, ze je opensuse sracka, diky

[Jelcekk]

Tak to na tom asi nebude zas tak blbě, vzhledem k tomu, že jsem držkoval na jeden dementní default...

[Michal Kubeček]

Keywords: troll, feeding, don't

[koroptev]

ubuntu:

kdyz pominu ten vytuh po instalaci distribucniho fglrx.. 1.) dam emacs na fullscreen (ma tu funkci), s fglrx ovladacem potom z nejakyho duvodu veskery vykreslovani je nepouzitelne pomaly, skroling stranky = viditelny prekreslovani radek po radku; v maximalizovanem/okne vse ok, bez fglrx tez ok

2.) guitko na layout displeju ukazuje totalni blbosti (mam 3 displeje na 1 karte), nejdou provadet ocekavatelny operace; nevadilo by, kdyby se xka z nejakyho duvodu nerozhodla dat mezi dva displeje asi 500px mezeru (kterou musim ujet mysi, nez se z jednoho displeje dostanu na druhej); rucne edituju konfigurak; preziva 2 rebooty; nabootoju po tydnu, opet mezera 500px.. s fglrx i bez

3.) prohlizec Opera seru se s nastavenim velikosti pisma; boot po tydnu - vse je jinak (ne, nebyla zadna aktualizace)

4.) chci zeditovat lejbly, ktery grub2 ukazuje pri bootu; v souboru, na ktery me odkazuje grub.conf (nepomatuju kde, ale z infa v zahlavi vyplyva, ze je autogenerovany odjinud) - /etc/default/grub.cfg nachazim 5 radek, zjevne tam nejsou ty lejbly, co chci opravit; pri naslednem bootu grub sam pri bootu spravne prejmenuje preinstalovany win (ackoli nic jako update-grub jsem nepoustel..) (mj. pohled na ten prvni konfiguracni soubor grub2 me utvrzuje v tom, ze alespon nektere casti ekosystemu jdou ale VELMI TEZCE DO PRDELE)

5.) zvuk funguje divne, pouze ze sluchatkoveho vystupu na celnim panelu; ne, nejde s tim nic delat, info z webu vselijake, cip by mel byt podporovany, je podobny nejakemu jinemu..

6.) nefunguje suspend na disk, do ramky ok; na desktopu bez ups k hovnu

vsechno clovek zjisti tak nejak 5 minut po instalaci; klidne se vsadim, ze podobny veci najdu v libovolny distribuci..

[Aleš Kapica]

Já se těším na Ubuntu verze "Escape from open source world".

[Love_Dali]

Už vidím tu přednášku ve stylu Jobs:

"A oni (OSS komunita) se nám snažili říkat, jak máme dělat software!"

[Petr Tomášek]

jo, to sedne, jak důtky naprdel!

[AlYoSHA]

Nebolo by jednoduchsie proste odstranit S.D. a jadro nechat linuxove?

[Bill Gates]

Cokoliv bez systemD je dobre. SystemD neprinasi nic noveho krom spousty komplikaci a totalne nepotrebnych veci pri sprave systemu. Zlaty Debian Wheezy. Na co jsou proboha jakesi unity? K cemu to potrebuju? Proc kazdou konfiguraci openvpn musim specialne povolit? Na co je mi to dobre? Proc musim 2x vic googlit jen kvuli komplikacim se systemD u trivialnich a rutinnich ukonu? K nicemu. Zbytecne zavadeni dalsiho kroku navic. Proc systemd hlasi ze apache odmitl nastartovat do 20sec a hlasi "failed" a kdyz se podivam do bezicich procesu, tak apache normalne bezi? Muze mi nekdo prosim vysvetlit v cem je bastl jmenem systemD lepsi nez puvodni init? Co prinasi noveho a uzitecneho? Ja to doted nechapu :(

[Jendа]

Zlaty Debian Wheezy. Muze mi nekdo prosim vysvetlit v cem je bastl jmenem systemD lepsi nez puvodni init?

Init na Debianu Wheezy neumí například deaktivovat službu. To je taková docela základní funkce. systemd to umí přes "mask".

Na co jsou proboha jakesi unity? K cemu to potrebuju?

Někteří lidé mají rádi tento styl GUI.

[snajpa]

Za sebe bych pridal multi-instance services, to se mi uz hodnekrat hodilo a usetrilo praci.

[Bill Gates]

Pokud se jedna o spusteni vice instanci jedne sluzby, tak tohle ma treba apache v sobe uz davno, umi bezet na vice portech, zbytek konfigurace pres virtualhosts. Mysql tohle umi davno, umi bezet na vice portech (mysql_multi) s ruznym nastavenim pro konkretni instanci a samozrejme kazda instance ma vlastni DB storage, openvpn to umi uz ze sve podstaty, co konfigurace to instance. Nebo jedna se o neco lepsiho nez co uz je davno vymysleno? Konkretni situace by sla popsat v cem to je v systemd lepsi?

[VSi]

tak tohle ma treba apache v sobe uz davno, umi bezet na vice portech, zbytek konfigurace pres virtualhosts

Toto neřeší řadu věcí. Například spouštění každé instance pod jiným uživatelem nebo s jinou sadou modulů. Oba jmenované případy už jsem potřeboval, a řešení s klasickým initem je proti systemd dost komplikované.

[Bill Gates]

Neni.

Uzivatel per virtualhost
https://httpd.apache.org/docs/2.4/mod/mod_privileges.html#vhostuser

Modul per instance. to je asi spis specialita, nicmene vetsina modulu se da vypnout per virtualhost.
http://serverfault.com/a/682533

Tedy pravdepodobne nic na co by bylo vyhradne a nezbytne potreba systemd v takove forme, aby se musel do*urvit komplet cely system a kompletne prekopala sprava systemu.

[snajpa]

Ze to melo par jednotlivych sluzeb v nekterych distrech vyresene, je sice pekne, ale ja mel potrebu si to spachat pro nekolik svych sluzeb. Nebo z distribucnich veci jsem to zrovna pred par dny resil pro network block device. Jo a takova drobnost, spousta starych zprasenych init skriptu se nedala pouzit s kontejnery, kdyz se tam najdou takove skvosty jako pkill -f servica... Prdlajz je davno vymysleno, init sprasenymi skripty proste smrdel, rozhodne vic, nez systemd. Zprvu jsem taky dost nadaval na journald, ale mit pekne stdout/stderr vsech sluzeb logovany a bez prace, nakonec ocenim tez.

[Bill Gates]

To stale neznamena ze to oceni jiny, takhle masivni zmeny a zesloziteni systemu a nutnost studia tun vymyslu, ktere nezbytne rada dalsich uzivatelu nemusi ocenit a naopak jim to muze komplikovat zivot. Nejsem v zasade proti vylepsenim, proc ne, ale striktne trvam na dodrzeni zpetne kompatibility.

[Bill Gates]

Mimochodem ja mam taky nekolik svych sluzeb, ktere se mi s prichodem systemd totalne rozesra*y. A to me vadi.

[GeorgeWH]

Init na Debianu Wheezy neumí například deaktivovat službu. To je taková docela základní funkce. systemd to umí přes "mask".

myslis # update-rc.d [service] disable?

Někteří lidé mají rádi tento styl GUI.

on asi myslel unit skripty pre systemd.

dufam, ze kym skonci podpora pre wheezyho, tak bude do vtedy aspon devuan. ale lespie by bolo, keby systemd skapal uplne...

[Jendа]

myslis # update-rc.d [service] disable?

Nemyslím. Takto jsem zrušil třeba Sambu a dnsmasq, ale při upgradu se zavolal /etc/init.d/foo restart, který službu spustil.

dufam, ze kym skonci podpora pre wheezyho, tak bude do vtedy aspon devuan. ale lespie by bolo, keby systemd skapal uplne...

Tohle funguje na Jessie.

[Bill Gates]

Ja proste v systemd vidim spoustu veci, ktere jsem k zivotu nikdy nepotreboval a ted mi proste komplikuji zivot googlenim neceho, co po vygoogleni zjistim ze je pro me naprosto nepotrebne a ze mi to fungovalo mnohem lepe a stabilneji na wheezy.

Unit jsem nemyslel unity ale

[....] Restarting httpd (via systemctl): httpd.serviceFailed to restart httpd.service: Unit httpd.service failed to load: No such file or directory.
 failed!

Proc httpd? Delam si obvykle v /etc/init.d/ symlink httpd -> apache2 .. proste se mi to pise lip, mam na to nachystane nejake scripty, ktere bych musel predelavat a nebyla by to az tak sranda a to cele jen kvuli rozmarum rozbijejichiho systemd. Na wheezy neni problem. Na jessie prijde komplikator jmenem systemd, zazite jednoduche postupy se rozbiji a clovek musi googlit jak kreten. Ztrata casu, kterou nikdo nebude ochoten zaplatit. Ja prichazim o placene clovekohodiny, ktere pred zakaznikem neobhajim.

hned potom co si systemd mysli ze start sluzby selhal apache normalne bezi.

ps ax | grep apache2
 8011 ?        Ss     0:00 /usr/sbin/apache2 -k start
 8014 ?        S      0:00 /usr/sbin/apache2 -k start
 8015 ?        S      0:00 /usr/sbin/apache2 -k start
 8016 ?        S      0:00 /usr/sbin/apache2 -k start
 8017 ?        S      0:00 /usr/sbin/apache2 -k start
 8018 ?        S      0:00 /usr/sbin/apache2 -k start
10466 pts/1    S+     0:00 grep apache2

Proc mi tedy nejaky bastl jmenem systemd doslova lze ze start sluzby selhal (failed na konci hlasky) kdyz selhala nejaka jeho dementni potreba, kterou apache ani ja nepotrebuje? Vylozene mystifikace. Co se do toho vubec systemd s prominutim sere...

Komplikator, nic nez komplikator, nic zasadne vylepsujiciho neprinasejici, jen komplikace. Zbytecne a nezadouci a snizujici efektivitu prace, nutnost venovat vice casu studiem rozmaru nejakeho fracka z redhetu nebo odkud.

V podstate ted pokud se tedy zlomim a budu systemd pouzivat, musim vsechny sve zazite a normalne bezne fungujici trivialni veci predelat dle libovule nejakeho brylateho blbecka. To znamena prizpusobit se software, misto toho aby se software vice priblizil uzivateli. Tyhle zasadni zmeny byly treba duvod proc jsem zdrhl od jinak docela vyladeneho ubuntu. Nesnasim kdyz se mi system zmeni pod rukama tak ze mnoho veci prestane fungovat. Mam rad stabilni system kde se kazdych par let nemusim komplet predelavat na uplne jine ovladani a mrhat tak drahym casem.

Poetteringa by mel nekdo nakopat do prdele. A ty řiťlezce z distribuci, kteri posluslne implementovali ten jeho hnuj taky.

Kazda distribuce bez systemd nebo s volbou vychoziho initu a podporou pro oba ma cenu zlata. Ta ktera ma zadratovany systemd je upadek a řiťlezectví.

Jaky je treba duvod k systemctl enable openvpn@CONF_NAME.service? To mi pomuze k cemu? Driv stacilo vytvorit konfiguraci pro VPNku, restartnout a jedeme. Nyni pridame jeden krok, ktery nam naprosto nicemu nepomuze. Nebo cemu pomuze? Stare dokumentace na netu prestavaji platit. Uzivatele zacnou mit zmatek. Budou nachazet navody drive psane na neco co jim ted nefunguje. Muze to odradit spoustu novych uzivatelu od pouzivani linuxu, ktery se pro ne stane slozitejsi a sklouznou zpet k widlim. Ja musel hodinu googlit a nadavat (protoze byl tlak od klienta) a hledat proc mi VPNka tise nenabiha bez jakekoliv ocekavane reakce v logu. Treba chyby. Z prikazove radky mi nabehla v "nedaemon" rezimu kdy na ni systemd nesaha a ani jeji start jako daemon neblokuje. Vylozene problem komplikatoru jmenem systemd. K cemu je to boha jeho dobre...

[snajpa]

Sorry, ale tenhle roman by se dal shrnout jako 'nerad se ucim neco noveho', coz je v IT obecne dost prekazka. U systemd je hodne na co nadavat, ale vetsina p, stejne jako ted ty, nenadava kvuli konkretnim nedostatkum, nybrz ze se jim meni zabehnute poradky.

[snajpa]

(to p je preklep a ne nadavka, urcite to nemyslim zle ;))

[Bill Gates]

Pozor.. zabehnute poradky mohou mit duvod v napsanych aplikacich, kterym kdyz zmenime prostredi, rozbiji se a je potreba je prepsat. To je castokrat tezko obhajitelne pred zakaznikem ze potrebuje z niceho nic nejakou upravu, kterou driv nepotreboval a duvodem je zasadni zmena ve fungovani systemu, ktera je zbytna. Krom toho ze zvyk je zelezna kosile a nevidim duvod menit neco co funguje zpusobem nekompatibilnim s predchozim. Nebo je duvod? Jaky? Stale nevim co noveho to prinasi, nebo kde je zlepseni. V cem konkretne krom pridani zbytnych ukonu. Nemam problem se naucit novemu kdyz vidim ze to prinasi nejaky uzitek.

[Bill Gates]

Jakoby se treba z niceho nic zmenilo ze na zelenou se stoji a na cervenou jezdi a na oranzovou blika blinkrama.

[Michal Kubeček]

Sledoval jsem tě pozorně: červená znamená stát, zelená jet, oranžová jet velmi rychle.

(Starman, 1984)

[k3dAR]

- vymenime v autech vsech automobilek kulaty volant za hranaty z ostnateho dratu...
- nekteri ridici si stezuji ze se jim to komplikovaneji ovlada, musi se ucit jak zabranit rozrezani rukou...
- spousta samozvanych inteligentu tem ridicum vzkazuje, nebudte lini se ucit nove veci...

[trekker.dk]

Jenže ony jsou dva druhy "učím se něco nového". Jeden z nich je "protože to přinese zjevné zlepšení" - s tím nemám nejmenší problém. Jasně, člověk by věci radši dělal furt stejně, protože je to míň práce, ale když už se to něco nového převede do praxe, je za tím vidět nějaká změna k lepšímu. Třeba že si ušetříte práci.

Bohužel systemd je ten druhý druh - "protože si nějaký blbeček usmyslel, že se stejná věc bude dělat jinak". Výsledkem toho učení je pak to, že všechno furt funguje stejně a pokud nejste chorobně závislý na učení se nových věcí, nic vám ta snaha nepřinese. A mohl jste ji věnovat něčemu, za čím by pak byl vidět nějaký pokrok.

Nadávat na změnu zaběhnutých pořádků, které vznikly tím, že se někdo rozhodl ignorovat způsob práce uživatelů při nahrazení jednoho software jiným, je zcela oprávněné. Ono to totiž omezuje efektivitu práce a většina adminů - aspoň těch dobrých - radši pracuje efektivně. Ve smyslu "dělám jenom to, co je potřeba" (vylepšení věcí, aby fungovaly lépe, spadá pod "je potřeba", na tom se asi shodneme)

Co se mě týče, tak mě systemd se*e tím, že se cpe do věcí, které mu nepřísluší, a nedává při tom na výběr.

Největší příklad ze všech - cgroups - ty používám sám a tak, jak se mi to hodí, i bez systemd. Jenže ten bez cgroups nejede a aby je nepoužíval, to mu říct nejde. Tzn. aby mi všechno se systemd běhalo stejně, budu muset zjišťovat, co přesně dělá a jak mu zabránit v tom, co se mi nehodí. Je to práce navíc, kterou by snadno vyřešilo přepínátko "ano, vím, že systemd potřebuje cgroups k tomu, aby našel všechny potomky služby, ale i přesto chci, aby do cgroups nesahal."

O zjevných chybách ani nemluvit. Doteď nechápu, jak se do Debianu Jessie mohlo systemd dostat ve stavu, ve kterém přinejmenším u mě není schopné zastavit KVM virtuálku, která zůstane běžet s tím, že na monitoru je poslední řádek "Shutting down" (nebo tak něco.) Tohle si pamatuju naposledy u počítačů, které na bedně měly vypínač na drátu mezi 220V zásuvkou a zdrojem.

[Michal Kubeček]

Tohle si pamatuju naposledy u počítačů, které na bedně měly vypínač na drátu mezi 220V zásuvkou a zdrojem.

Huh? Já vypínač na zdroji považuju za naprosto zásadní požadavek, takže ten vypínač mám na všech svých počítačích (kromě notebooku).

[k3dAR]

troufam si tvrdit ze AT zdroje co meli celni PowerButton naprimo nepouzivas, ale mas vsude jiz ATX zdroje ktere PowerButton maji resen pres pin na desku ktera pres ATX logiku provadi zapnuti/vypnuti zdroje ;) tedy AT zdroje nemeli moznost aby SW dokazal prepnout ciste mechanicky resene napajeni a pri SW vypnuti zustavali vyset na hlasce "system halted" a uzivatel musel napajeni vypnout rucne ;)

[Michal Kubeček]

A jak to souvisí s citátem, na který jsem reagoval?

[trekker.dk]

Tak, že já jsem v tom textu, který dokonce citujete, nemluvil o vypínači na zdroji, ale o vypínači na bedně. Takovém tom vypínači, který přeruší napájení zdroje a tím se počítač vypne. A když ho vrátíte zpátky, tak to přivede napájení do zdroje a počítač se zapne. Vsadil bych se, že žádný takový vypínač nemáte.

A i kdyby, tak určitě nemáte takový zdroj a takový počítač, že když ho dáte vypnout, tak na obrazovce zůstane viset "Power off", nebo známé "Nyní můžete počítač bez obav vypnout", ale že se ten počítač vypne (tj. přepne do standby) sám.

[Michal Kubeček]

Tak, že já jsem v tom textu, který dokonce citujete, nemluvil o vypínači na zdroji, ale o vypínači na bedně

Ta plocha, kde ten vypínač, je, je zároveň vnějším povrchem case.

Takovém tom vypínači, který přeruší napájení zdroje a tím se počítač vypne. A když ho vrátíte zpátky, tak to přivede napájení do zdroje a počítač se zapne. Vsadil bych se, že žádný takový vypínač nemáte.

Tak buďte rád, že jste to neudělal, prohrál byste. :-)

A i kdyby, tak určitě nemáte takový zdroj a takový počítač, že když ho dáte vypnout, tak na obrazovce zůstane viset "Power off", nebo známé "Nyní můžete počítač bez obav vypnout", ale že se ten počítač vypne (tj. přepne do standby) sám.

To není otázka zdroje nebo počítače, ale toho, jak přesně ukončení systému provádíte. Shodou okolností v mé distribuci jeden z otravných vedlejších efektů přechodu na systemd je právě to, že příkaz halt (který jsem dřív byl zvyklý používat) se defaultně bez dalších parametrů nechová jako poweroff, ale provede přesně to, co jste popsal (jen ten text vypadá trochu jinak (IIRC "system halted" nebo tak nějak).

Takže abychom si to ujasnili: změna při přechodu z AT zdrojů na ATX nespočívá v tom, že nyní se počítač musí vypínat softwarově, ale že se softwarově vypínat může. Ano, některé zdroje už dnes vypínač nemají vůbec, ale takovým se důsledně vyhýbám.

[trekker.dk]

Ta plocha, kde ten vypínač, je, je zároveň vnějším povrchem case.

Ne, není - ta plocha, kde ten vypínač je, je dírou v case, kterou ten zdroj zaplňuje. Nebo jinak - přestaňte slovíčkařit a přiznejte, že jste se přehlédl...

změna při přechodu z AT zdrojů na ATX nespočívá v tom, že nyní se počítač musí vypínat softwarově, ale že se softwarově vypínat může

To jo, ale odhaduju, že 99% z nich se softwarově vypíná a u 100% z těch 99 se to očekává. Takže když s přechodem na systemd najednou přestane, tak to jako uživatel můžu právem považovat za chybu. (A aby mě někdo nepopotahoval - ne nutně chybu systemd, ale hlavně chybu toho, kdo tu distribuci připravoval)

[Michal Kubeček]

Nebo jinak - přestaňte slovíčkařit a přiznejte, že jste se přehlédl...

Nepřehlédl. Vy jste ten komentář psal, jako by doba, kdy na počítačích byly skutečné vypínače, byla dávnou historií. Já vás upozornil, že to zdaleka není pravda.

[k3dAR]

zůstane běžet s tím, že na monitoru je poslední řádek "Shutting down" (nebo tak něco.) Tohle si pamatuju naposledy u počítačů, které na bedně měly vypínač na drátu mezi 220V zásuvkou a zdrojem.

jeste jednou si to precti, z kontextu (i v pripade vytrzeni z kontextu) je jasne, ze je slo o vypinac na bedne, nikoliv na zdroji, a vypinace na bedne co meli uvedene zapojeni a sw chovani, byli mechanicke vypinace AT zdroju...

okecavat to tim ze zdroj je vnejsim povrchem case, je to same jako by si trvrdil ze na case mas otvor pro nouzove vysunuti zasekleho DVD, ktere by ve skutecnoti bylo na DVD mechanice co je do case zasunuta, nebo by jsi tvrdil ze soucasti case mas 16A jistic, protoze je case prirazenej na zed kde mas rozvadec a tedy povrch case je rozsiren o povrch zdi, ktere povrch je rozsiren o ten rozvadec, takze ve vysledku by jsi soucasti case nemel jen ten jistic ale celou budovu, rezp. zmekouli, potazmo vesmir ;)

[JZD]

Šlo by tu vaši debatu obohatit o jeden dva obrázky? Docela se ztrácím, co máte na bedně.

[k3dAR]

chapu ze jde o joke, ale proc ne :) to mas jednoduche, vypinac co byl v minulem stoleti vyveden na celo bedny z AT zdroje, neni to same jako vypinac umisten primo na ATX zdroji ktery se pouziva i dnes...
Oba sice jsou zapojeny pro prime odpojeni vstupniho napajeni, nicmene jeden je vyveden na bedne, druhy na zdroji...
v pripade vypinace na ATX zdroji, je pak dale na bedne vyveden ATX vypinac ktery ale neni ani naprimo napojen na privod vstupniho napajeni ze zasuvky, ani neni naprimo spojen se zdrojem) takze vypinac na bedne co vypinal naprimo vstupni napeti je jen 1 a to ten co byl vyveden z AT zdroje :)
rozdil mezi temito AT a ATX vypinaci z pohledu SW byl take uz nekolikrat zminen, zatimco zarizeni s AT vypinacem neslo SW cestou uplne vypnout a musel jsi po uspesnem SW skorovypnuti vypnout mechanicky prepinac sam a tim zrusit privod napajeni, u ATX vypinace ktery je rizel logikou z ATX desky se ztroj dozvi o tom ze doslo k SW vypnuti a provede finalni vypnuti automaticky (az na vyjimky ktere jsou nad ramec teto vetve ze
no a nakonec se dostavame k tomu jestli zapojenim zdroje do bedny se tento zdroj stava soucasti povrchu bedny, ale to je jiz slovickareni na zamaskovani puvodniho nepochopeni, nebo puvodni narazy, podle toho co se vice hodi ;)

[JZD]

Díky za vysvětlení.

[Michal Kubeček]

Okecávejte si to jak chcete. Co jste napsal, byl nesmysl a překrucováním to nezměníte. Mne už to nebaví.

[k3dAR]

je videt ze se v tom taky ztracis, nepsal jsem to ja, ale trekker.dk a neprekrucuju to ja, ale Michal Kubeček ;)

[GeorgeWH]

myslis # update-rc.d [service] disable?

Nemyslím. Takto jsem zrušil třeba Sambu a dnsmasq, ale při upgradu se zavolal /etc/init.d/foo restart, který službu spustil.

mne to funguje spravne:

# ps ax | grep [n]amed

# ls -l /etc/rc*.d/*bind9*
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc0.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc1.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc2.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc3.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc4.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc5.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc6.d/K02bind9 -> ../init.d/bind9

# apt-show-versions -u -b | grep bind9
bind9/wheezy
bind9-host/wheezy 
bind9utils/wheezy 
libbind9-80/wheezy

# aptitude safe-upgrade
...

# ps ax | grep [n]amed

# ls -l /etc/rc*.d/*bind9*
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc0.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc1.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc2.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc3.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc4.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc5.d/K02bind9 -> ../init.d/bind9
lrwxrwxrwx 1 root root 15 Mar 12  2011 /etc/rc6.d/K02bind9 -> ../init.d/bind9

dufam, ze kym skonci podpora pre wheezyho, tak bude do vtedy aspon devuan. ale lespie by bolo, keby systemd skapal uplne...

Tohle funguje na Jessie.

bojim sa, ze takyto upgrade by asi wheezy neprezil...

[Bill Gates]

Tohle funguje na Jessie.

Nefunguje.

Mozna to uz vyresili a je lepsi podpora pro sysvinit misto systemd. Nezkousel jsem. Ale budu muset. Zakaznik po me chce HW ktery nefunguje na jadrech, ktere jsou ve Wheezy. Musel jsem pouzit jessie, ale systemd je porod, takze budu muset znovu zkusit odpreparovat systemd a zkusit sysvinit, ktery ma v jessie udajne podporu.

[Jendа]

Nj, tak GNOME

Musel jsem pouzit jessie, ale systemd je porod

Tak já narazil spíš na občasné rozbíjení věcí než nějakou dlouhou agónii. To máš nějaký nestandardní use-case?

[Jendа]

mne to funguje spravne

Některé služby to respektovaly, některé ne.

bojim sa, ze takyto upgrade by asi wheezy neprezil

Já jsem takhle v létě upgradoval Squeeze → Wheezy → Jessie na počítači, o kterém Lennart prohlásil, že ho prostě podporovat nebudou (nemá cgroups), nainstaloval jsem balíčky sysvinit-core a sysvinit-utils a v pohodě to funguje.

[trekker.dk]

Takto jsem zrušil třeba Sambu a dnsmasq, ale při upgradu se zavolal /etc/init.d/foo restart, který službu spustil.

Jak dlouho ještě budeš tvrdit, že problém v postinst skriptu je chyba init systému?

Když v tom postinst skriptu bude místo /etc/init.d/foo restart (nebo service foo restart) manuální spuštění té služby (tj. v rámci upgrade to tu binárku spustí na pozadí), tak ta služba taky poběží, i když jsi ji v systemd zamaskoval. To je taky chyba systemd?

[Jendа]

Jak dlouho ještě budeš tvrdit, že problém v unit file je chyba init systému?

[trekker.dk]

Už jsi přestal bít své rodiče? (Stejná logika.)

Já jsem přece netvrdil, že je to chyba init systému. A dost možná je, protože ten unit file určitě součástí toho init systému je, narozdíl od postinst skriptů jednotlivých programů. Z větší části je to ale chyba distribuce, která něco vydala s tím, že to zjevně nebylo dostatečně otestované. Za to systemd skutečně nemůže, jeho unáhlené hurá-začleňování do distribucí bez pořádného testování už jo.

[Jendа]

Netvrdíš v podstatě

systemd na Debianu Jessie neumí korektně vypnout KVM

?

Já tvrdím

Init na Debianu Wheezy neumí například deaktivovat službu.

což mi přijde stejné.

(mimochodem - konstruktivně - bavíme se o vypnutí guesta? používáš pro vypnutí příkaz halt, který prý má systém zastavit, nikoli vypnout, na což je poweroff?)

[trekker.dk]

Tvrdím "Debian Jessie se systemd neumí korektně vypnout KVM" - přinejmenším u mě a příkazem halt, na který ale předchozí verze Debianu (a Jessie se sysv initem taky) ten stroj vypne.

Jasně, tohle chování je údajně bug (takže by to spíš mělo být Jessie neumí nekorektně vypnout KVM) a upozorňují na to v incompatible changes, ale je to příznak toho, co se u systemd děje až moc často - jeho nasazení přináší změny, které k ničemu nejsou a - slovy klasika - každého jenom otravují.

[snajpa]

Mi to ani notebook neni schopny obcas restartovat, proste se to kousne a moznost debugu je 0, pac to ani nic nevypise (i kdyz vyplnu splash). Halt mi pripada, ze nedela vypnuti snad naschval, notebook mi zustane zrovnatak viset s nejakou podobnou hlaskou. Ze je systemd zazrak, to bych si nedovolil tvrdit, ale ma nejaky potencial do budoucna. Stejne jako je BTRFS shit clone ZFS, je systemd shit clone SMF a to stejne plati o DTrace vs. systemtap, detto LXC vs. Zones. Solaris 11 mel pred peti lety technologie, ktere se v Linuxovem svete proste teprv rodi a stylem vyvoje, jakym to probiha (chaos bez centralniho rizeni) bude proste jeste dlouho trvat, nez se ty veci budou dat pouzit. Sun mel proti tomu primy zajem na tech technologich vydelavat rovnou, nemohl si dovolit cekat dekadu, nez se to bude dat pouzit.

[newbee]

Ve chvíli, kdy FreeBSD 11 začne s pětiletou podporou, dojde na lámání chleba.