Újabb "init" szavazás a Debian Technical Commitee-ben

 ( trey | 2014. február 6., csütörtök - 7:52 )

A "jessie" alapértelmezett init rendszeréről már folyik egy ideje vita a Debian technikai vezetőtestületén, a Debian Technical Committee-n (DTC) belül. Eddig nem sok eredménnyel. A múltkori, Bdale Garbee által kezdeményezett szavazás nem hozott a választás szempontjából értékelhető eredményt. Most Ian Jackson próbálkozik egy új szavazással.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A szavazas jelenlegi "allasa": http://t.co/gMTnn1nDhQ

--
|8]

Es megszuletett a dontes: tovabbi biciklitarolo szinezes.

--
|8]

Az igazán komoly arcok egy hónap alatt el tudják dönteni, legyen-e új atomerőmű :)
___
Arany János: Grammatika versben

Csak az a kérdés, hogy mi lesz az initje :)
-
KAMI | 神

Az én szavazatom: Tegnap raktam fel FreeBSD-t.

A FreeBSD? A biciklitároló-festés mesterei, ahol a bikeshed olyan méretű, hogy még a FreeBSD Handbook-ba is bekerült?

Na, csöbörből vödörbe.

--
trey @ gépház

No és? Az OpenWrt meg piával bootol. :)
Nem ez a baj. Inkább csak annyi, hogy 22 év többféle rendszeren szerzett unix tapasztalattal az initdefault 5 -> 3 átírása ótákig tart. Minden egyes verzióban más és másképp van elszúrva. Sőt még menüből is állítható lenne, de az sem működik.
Vagy a halt.local-ba beírt sor nem működik, hanem egy kisregényt kell írni.
Ehhez képest pl. a vindózxp egy egyszerű, megbízható, átgondolt konstrukció. :(

Meselj, abban mi a init 3 megfeleloje?

t

A pontosság kedvéért nem az init 3, hanem az initdefault átállításáról van szó.
Így néz ki:

ln -sf /usr/lib/systemd/system/multi-user.target /etc/systemd/system/default.target

Eközben a /etc/inittab:

id:3:initdefault:

Más nincs benne és bármit beleírhatsz nem számít.
A yast -> system -> runlevel -> expert mode combo megjelenik, csak nincs benne semmi és nem is lehet beleírni semmit.

Az /etc/init.d/halt.local-ba beleírok egy parancsot, amelynek halt esetén kell működni. Ezt a következő módon lehet engedélyezni (Nem biztos, hogy korrekt a leírás.):
---
lib/systemd/system/halt-local.service:
[Unit]
Description=/etc/init.d/halt.local Compatibility
ConditionFileIsExecutable=/etc/init.d/halt.local
DefaultDependencies=no
After=shutdown.target
Before=final.target

[Service]
Type=oneshot
ExecStart=/etc/init.d/halt.local
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes
---
és

systemctl enable halt-local.service

Ez logikus.

Nem ez volt a kerdes, hanem windows eseten mit kell beirni, hogy egy hasznalhato, de konzolba bootoljon az OS.

tompos

ps.: Ez suse, nem linux.

:)
Az állításom: Ehhez képest pl. a vindózxp egy egyszerű, megbízható, átgondolt konstrukció.
Bár ez költői túlzás, de a kérdésed is az. A *nix alapvetően konzolos rendszer, míg a windows alapvetően grafikus, bár létezik egy minimális rescue módja, amit nem neveznék annyira használhatónak. Így windows esetén linuxot bootolok - és íme van egy használható konzolom. :)

ps: Azt hiszem a suse is linux kernelt használ. :)

Már csak egy szempont van: életem rövid ahhoz, hogy megkeressem melyik a leghasználhatóbb linux disztró. (Valamelyik topicban írták valakinek: Biztosan találsz olyan disztrót ami megfelel az igényeidnek!) Bármilyen linuxot elsősorban használni szeretnék és nem "bildelni".

A jelenséget - bár a grub2-ről van szó - kiválóan érzékeltetei ez a hozzászólás: Grub2 focus seems to be on non-essential features. If you look at their development, you see plans for embedded video player (!?), OpenGL animations, animated images, sound, etc.

Két rövid megjegyzés:

1) systemctl set-default
2) a /usr/lib/systemd/ -et a csomagkezelőnek tartják fenn, az ilyen módosítások helye a /etc/systemd/-ben van

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

1)
# systemctl set-default
Unknown operation 'set-default'.
2) Az /etc/systemd/-ben semmi nem utal (in nálam: opensuse) az initdefaultra.

Először azért olvasok. Az opensuse 12.2, 12.3 és 13.1 verziókban hasonló problémák látszanak a fórumokon. Persze én vagyok a hülye, rossz disztrót használók már 12 éve. Tehát goto 3. bekezdés.

De nem adom fel! Most, hogy az örmény, inuit, thai és vietnámi input metódust is eltávolítottam, kezd lightweight lenni a rendszer. :))

Hmm... tuduom, hogy works for me, de:

Idézet:
cat /etc/os-release
NAME=openSUSE
VERSION="13.1 (Bottle)"
VERSION_ID="13.1"
PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)"
ID=opensuse
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:opensuse:13.1"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://opensuse.org/"
ID_LIKE="suse"

Idézet:
systemctl get-default
graphical.target

Idézet:
sudo systemctl set-default multi-user.target
rm '/etc/systemd/system/default.target'
ln -s '/usr/lib/systemd/system/multi-user.target' '/etc/systemd/system/default.target'

Idézet:
sudo systemctl set-default graphical.target
rm '/etc/systemd/system/default.target'
ln -s '/usr/lib/systemd/system/graphical.target' '/etc/systemd/system/default.target'

(parancsok félkövérrel, kimenetük simán)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Talán az a problem, hogy a 13.1-ben a systemd-208-6.1, míg a 12.2/3-ban a systemd-195-13.45.1 tsomagocska van. És természetesen kompatibilisek.:D

Ez meg csak azért 12.3, mert az install nem fér bele a memóriába. Pedig az összes csomag elférne a (maradék) memóriában, és onnan csak ki kellene tömöríteni. Az ilyen körmönfont rendszer egyéb gonoszságokra is képes!

Ráadásul nem is a grafikus rész foglal el mindent: Using the text mode for the installation (ncurses) saves about 10 MB compared to the graphical mode (qt).

Hogy ilyen viták vannak, az azt bizonyítja, hogy nem igazán tudják, mit is kellene csinálni igazából. Akkor meg minek az erőlködés, ne csináljanak semmit. Amúgy nekem is jobban tetszik a NetBSD-s init rendszer. A runlevelekről sosem bizonyosodott be, hogy valami baromi nagy előnyt biztosítanának, viszont körülményes a karbantartásuk.
--
ulysses.co.hu

Legyen "init rendszer előválasztó". :)

:D YMMD

Ha igy haladnak arrol is tobbkoros szavazas lenne...

Van.

--
|8]

Szerintem nem lenne szabad itt megállni. Még ez is nagyon agresszív, megmondós hozzáállás. Mi az, hogy a rendszergazda dönti el, hogy milyen init rendszer van? Az igazi szabadsághoz az kellene, hogy felhasználónként, akár parancssorból lehetne állítani on-the-fly, hogy milyen init rendszert használ. Lehet, hogy kicsit nehéz megoldani technológiai szempontból, de mindenképp megéri az _igazi_ szabadságért. Esetleg lehetne csomagonként, vagy a parancsok előtt egy előtét, hogy az a parancs melyik init rendszert használja...

Ha a systemd fejlesztők nem lennének ellenérdekeltek, már hozzá is kezdtek volna az implementációhoz :D

systemd-nspawn, docker, stb. A te igenyeidre is van megoldas, es a systemd fejlesztok meg tamogatjak is nemelyiket. ;)

--
|8]

Ha már szabadság:

Kernel paraméternek megadni: init=/bin/bash... inentől kezdve mindenki azt indít el a rendszerén, amit akar. Ha akar, futtatja az init-et, vagy ír magának saját scriptet, és futtatja azt.
Innentől már csak az lehet problémás, ha a több init rendszernek is az /sbin/init a parancsfájlja...

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Valahogy nem az igazi.

Szerintem ugy kellene, hogy a grub elinditja a PID0 pre-init rendszert, s az megkerdi a felhasznalotol, hogy systemd/upstart/openrc/sysvinit/other(browse FS) ?

Mar csak azt kellene megszavazni, hogy a PID0-t inkabb a Canonical vagy inkabb a RedHat implementalja. Esetleg lehetne fokozni egy pre-pre-init PID-1-el... (ha a PID unsigned kell legyen, majd valaki meg-patch-eli)

Erre is van megoldas: Debian GNU/Hurd, egy mikro-kernel architekturaju rendszer, ahol akar per-user fel tudsz huzni egy subhurdot, olyan inittel, ami neked tetszik. Innen mar csak egy lepes a Linux kompatibilis reteg, es akkor subhurd mellett sublinuxot is fel lehet huzni.

Termeszetesen FSF fejlesztes kell legyen, mert csak ok tudjak a Tutit.

--
|8]

Zsír. 2058-ra kész is lesz. Egyszerre a T1000-essel :D

Valoszinuleg nem veletlenul.... >;)

--
|8]

A pre-init lehet pid 1, hiszen nem fork()olja magat, igy az init is pid 1 lesz.

Jelzem, a HP-UX pont ezt csinálja. Ott van egy pre-init-rc :-)

Monty Python: Life of Brian

"Judith: They've arrested Brian!
All: What? What?
Judith: They dragged him off! They're gonna crucify him!
Reg: Right! This calls for immediate discussion!
Judith: What?
Sibling: Immediate!
Sibling II: Right!
Loretta: New motion?
Reg: Completely new motion! Uh, that, uh, that there be, uh, immediate action...
Francis: ...uh, once the vote has been taken.
Reg: Well, obviously once the vote has been taken resolution the oh ---- resolution!
Judith: Reg, let's go now, please!
Reg: Right, right!In the - in the light of fresh information from sibling Judith...
Loretta: Ehm...not so fast, Reg.
Judith: Reg, for God's sake! It's perfectly simple! All you've gotta do is to go out of that door now and try to stop the
Romans nailing him up! It's happening, Reg! Something's actually happening, Reg! Can't you understand? Oooh!
Door: [Sound of Closing]
Reg: Yeah, hello. Another little ego trip from the feminists...
Rogers: Hrm.
Loretta: What?
Francis: [Whistle]
Reg: Oh, sorry, Loretta. Uh, read that back, would, you?"


"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Ahahahahah. :)

--
trey @ gépház

Debian init case

(Csak pihentagyúaknak, nagyon ráérőknek vagy nagyon unatkozóknak. Nekem nem volt lelkierőm végigjátszani.)

--
trey @ gépház

imho technikai kerdesrol szavazassal donteni soha nem jo

--
NetBSD - Simplicity is prerequisite for reliability

Márpedig a debian féle tech ttce pontosan arról szól, hogy azokat a technikai irányvonalakat, amikkel a debian community problémákat lát, vagy nem tud benne megállapodni, megpróbálja eldönteni, tech szempontból Ált megpróbálnak megegyezni, de ha másképp nem megy, akkor még mindig kell valami. Én végignyálaztam azt a kurva hosszú szálat (nagyjából) a popcorn hatás mellett azért volt benne érdemi infó is, és bizony többek közt azért olyan cseszett hosszú, mert megpróbáltak megállapodni. Egészen értelmes mennyiségű technikai tesztelés és verifikáció, ill beszélgetés zajlott. Megegyezni szerintem pontosan a kérdés politikai vonzatai miatt nem tudtak (ill imho mert kissé túl sokat akartak markolni egyszerre a portok nevében)

pl. mikor az atm-ben a chunk meretet kellett eldonteni, akkor a 32 es 64 bajt helyett nagyon jol megszavaztak a technikailag mindkettonel sokkal rosszabb 48 bajtot :)

--
NetBSD - Simplicity is prerequisite for reliability

Azzal meg mi a baj? Teljesen demokratikus, a ketto atlaga, mindenkinek jo :)