Danes, ko sem prebral svoj RSS, sem izvedel zanimivo novico, da Spletni dnevnik Videz replikatorja, in to je, da je bilo v skupnosti Manjaro uvedenih več ISO-jev s posebno značilnostjo, da jih ne uporabljajo Systemd kot init, drugače OpenRC, zagonski sistem, ki ga uporablja Gentoo.
Ne vem zate, toda tema Systemd se že zelo dotika mojih jajc in bolj ko berem, bolj se zavedam, da čeprav za končnega uporabnika (ali za mnoge) ne predstavlja ničesar zelo pomembnega, vsaj meni ni všeč pot, po kateri gremo. Verjamem, da prihaja črna sezona v svetu GNU / Linux, kjer bodo vilice in nezadovoljstvo izbruhnili tudi v sušnih puščavah.
A pojdiva k poslu. Na forumu Manjaro so objavili, kot sem že rekel, nekaj isoov, ki jih OpenRC uporablja. In za tiste, ki se bojijo namestitve teh različic, vam pustim video, kako to storiti.
Prenesite ISO s OpenRC
Prvi ISO, ki ga bomo videli, je različica NetInstall. Ta ISO ima naslednje značilnosti:
- Na podlagi profila Manjaro-Net (nima vnaprej nameščenega namiznega okolja)
- Na podlagi preskusne veje.
- Samo brezplačni vozniki
- Uporabite jedro Linuxa 3.14
- Ne uporablja Plymoutha
- Preizkušen je bil v Virtualboxu
Jezik lahko izberete na začetku s pritiskom na tipko F2. Ko je postopek zagona končan, bomo našli poziv, kjer bomo uporabili za dostop:
- Uporabnik: root
- Geslo: manjaro
Za začetek namestitve, kot je prikazano v prejšnjem videu, bomo zapisali:
setup
Povezave za prenos ISO-jev
manjaro-net-0.8.11-openrc-i686.iso (32-bitni)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso (64-bitni)
(md5sum: ef205f70f3b3428545fdf1420db10b74)
Navodila po namestitvi
V Forum Manjaro Ponujajo nam nekaj podatkov za naknadno namestitev:
Skladišče openrc-eudev dodamo po teh navodilih.
1) Na koncu /etc/pacman.conf dodamo naslednje
[openrc-eudev] SigLevel = Izbirni strežnik TrustAll = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
Ključe dodamo in uvozimo:
sudo pacman-key -r 518B147D sudo pacman-key --lsign-key 518B147D
2) Posodabljamo sistem
sudo pacman -Syu
3) Namestimo naše najprimernejše namizno okolje, kot je primer lxde
sudo pacman -S lxde
Informacije o namestitvi namiznih okolij najdete v wiki.
4) Namestimo upravitelja sej:
sudo pacman -S lxdm -consolekit
5) Namestimo nekaj paketov, kot je programček za networkmanager
sudo pacman -S network-manager-aplet
6) Ponovno zaženemo sistem
sudo reboot
Mislim, da je samoumevno, da moramo biti za to povezani z internetom prek kabla. Če uporabljamo WiFi, lahko vidite, kako to storiti v ta povezava.
Manajaro ISO s OpenRC in OpenBox
Pri ISO Openbox je treba upoštevati nekaj stvari:
- Glavni cilj je narediti lažji postopek namestitve in dovolite postavi na nek način graf omrežja (z uporabo wicd) in razdelitev uporabo GParted neobvezno.
- Konfiguracija vključuje Openbox WM, LXTerminal, PCMan in NetSurf spletni brskalnik (iskati informacije v wiki o google), in tako naprej
- Uporabite namestitveni program konzole.
Povezave za prenos ISO-jev z OpenRC:
manjaro-openbox-openrc-2014-11-13-i686.iso (32-bitni)
(md5sum: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso (64-bitni)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)
Manjaro XFCE ISO z OpenRC
Samo poskusno in za 64 bitov obstaja tudi ISO z XFCE:
manjaro-xfce-openrc-2014-11-14-x86_64.iso (64-bitni)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)
Prav imate, izdaja systemd začne oddajati nekaj duha, saj je OpenRC naravni naslednik trenutne init. Bomo videli, kje se bo ta zgodba končala.
"Čeprav za končnega uporabnika (ali za mnoge) ne predstavlja ničesar zelo pomembnega"
Mislim, da enako ni pomembno, ker kot uporabniki na nas ni vplival pri samem operacijskem sistemu.
Pravzaprav je edini velik (debian) objavil novico o "škandalu" na to temo, in čeprav pravijo, da obstajajo tudi drugi razlogi, vsi povezani sistemski (in ne bi smeli).
Druge velike distribucijske enote niso povzročile težav (ali se vsaj pokazale z lopaticami in baklami), Fedora, Ubuntu in OpenSUSE.
Zdi se mi, da gre za spopad med programerji, saj na primer opensuse 13.2 dobro sprejema / kritizira in v pregledih nihče ne govori o systemd (četudi naj bi vzpostavil razpravo),
Zakaj pa zdaj toliko truda, da gre od systemd do OpenRC, če pa na koncu to ne vpliva na njih.
Osebno mi je zaradi systemd-a neprijetno, imam negotovost, dobro delovno mesto.
V Fedori je bilo nekaj razprav o systemd, ko je bilo odločeno, da se postavi kot init, je bilo nekaj škodovalcev sistema, predvsem zato, ker se niso strinjali, da bi ga privzeto uporabljali kot init, ker je bil zelo svež in je imel veliko napak. , Večina glavnih razvijalcev je v osrednji razvojni skupini in so bili povezani s systemd, zato je bila zamenjava Upstart-a s systemd znak neke nametanosti, poleg tega, da je Upstart razvoj Ubuntuja in ima CLA precej namrščen na, kar je na koncu vsem pomagalo, da so sistemsko sprejeli brez dvoma. Takrat o OpenRC-u še ni šlo, saj mu je manjkalo veliko funkcij, ki jih ima zdaj, vključno z paralelizacijo in podporo skupin.
Odlična novica! binarni distro, ki bo izdal openrc ... to je kot božja dar.
To je pot, ki bi jo moral Archlinux ubrati od začetka, spomnim se, ko sem moral podpirati Archlinux, da sem šel na systemd. Zdaj imam možnost preizkusiti binarni distro z openrc + eudev, kar točno uporabljam tukaj v gentoo-u.
Najlepša hvala ljudje z Manjara !!!
# eix -Ic openrc
[I] sys-apps / openrc (0.13.6@24/11/14): OpenRC upravlja storitve, zagon in zaustavitev gostitelja
# eix -Ic eudev
[I] sys-fs / eudev (2.1.1@31/10/14): Podpora za poimenovanje dinamičnega in trajnega poimenovanja naprav v Linuxu (aka uporabniški prostor devfs)
Hvala za informacije, elav!
Delim vaše mnenje v zvezi s systemd in me skrbi tudi premik, ki ga je Linux sprejel od pojava te nove init. Če se Wheezy postari pred prihodom vilice Debian, bom poskusil preizkusiti Manjaro OpenRC, ker nimam prostega časa za pripravo sistema Gentoo (to sem cenil, toda zagotovo je čas priprave Gentooja preobsežen za mojo osebno situacijo).
Lep pozdrav!
Elav, lahko v manj kot 10 besedah opišete uporabnika, ki "polemike" ne razume preveč, pred časom je na blogu že nekaj člankov, ki so zelo tehnični in ne končajo razlage konteksta za " nepoklicani "... kdajkoli. Rekli so mi, da ne glede na tehnično razlago mora razumeti celo vaša babica, da je dobra.
Pravzaprav v Fedori je težava pred časom postajala nevzdržna, tako da je več uporabnikov namizja razmišljalo, da bi prešli na centos, da bi jo obšli
Prijavite se za to prošnjo.
Systemd mi dobro deluje. V čem je težava, ki povzroča toliko gibanja?
Recimo, da ne vem.
systemd je program, ki je zadolžen za zagon sistema, vendar so se njegovi razvijalci odločili, da ga bodo razširili in zdaj ne obravnava samo zagona, ampak tudi stvari, kot so cron (program za samodejno zagon programov), omrežje, sistemski dnevniki, ki so mimogrede binarni , med drugim
Mnogi na tako nenadno spremembo ne gledajo naklonjeno, še posebej zato, ker gre za novo programsko opremo, torej z veliko več hrošči kot za programe, ki so delali vse naše življenje, poleg tega pa ustvarjajo odvisnosti pri programiranju in je na primer gnome vedno bolj povezan s tem sistem. Zaradi tega je manj prenosljiv na druge platforme unix.
Ne vem, ali moj drugi komentar ni šel zmerno, vendar je rekel, da mi je sistemd všeč, vendar ne smejo dovoliti, da monopolizira vse distribucije in pusti alternative, kot se je v Linuxu vedno delalo za tiste, ki imajo drugačne potrebe.
Moram reči, da je bil pred programom, zadolženim za zagon sistema ob zagonu, sistem v, ki je že dolgo trajal, dokler ga v večini distribucij ni nadomestil systemd xD.
K temu, kar @daryo pravi, dodam naslednje (kar je tudi moje mnenje):
Vedno mi je bila všeč filozofija Unix, kjer program naredi samo eno stvar, vendar to dobro. Ko želi Systemd nadzorovati vse, kar vam je rekel @daryo, malo dvomim in kaj bi se zgodilo, če bi Systemd nekako ogrožen? No, s seboj bi morda povlekel vse, kar nadzira.
K temu dodam (in morda je to bolj iz navade), da mi je bilo vedno všeč, da so moji sistemski dnevniki čisto besedilne datoteke, toda pri Systemdu je vse binarno in ukazi, kot so:
cat log.txto
tailf log.txtKje bi lahko uporabili druge možnosti, kot je GREP, za filtriranje določene vsebine, vendar Systemd uporablja imenovani ukaz revija.
Poleg zgoraj omenjenega moram reči, da je RedHat, glavni eksponent sistema Systemd, dobil opozorilo, da ga ne morem izklopiti. Mogoče se motim, vendar se to ne zdi dobro .. In vedno se sprašujem, kaj potrebujem za nadzor zagona, cron-a, omrežja in koliko storitev obstaja? Kaj s tem mislijo?
Zahvaljujoč vašemu komentarju in temu, kar sem preiskal, lahko potrdim vaše sume, da je to opozorilo pravilno, Broder.
Videli boste, da sem bral o TCP Stealth, to je nemška teza, v kateri Red Hat obtožujejo, da olajša industrijsko vohunjenje sistemom za poslušanje petih oči:
O tem sem že pisal, če imate potreben talent, vem, da ga imate, lahko sami sklepate:
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP Stealth
Kot dopolnitev vašega lepega komentarja @elav je systemd NIH tako visok, da zdaj trdi, da nadzoruje naslednje:
1. - Upravljanje internetnih povezav z IPv4 in IPv6 z uporabo systemd-networkd in systemd-nspawn.
2. - upravljanje DNS prek notranjega predpomnilnika DNS, sistemsko razrešeno.
3. - Upravljanje večkastnega DNS v notranjih omrežjih z uporabo systemd-networkd.
4. - upravljanje terminalov TTY v Linuxu s sistemsko konzolo. (Adijo KMScon?)
5. - Upravljanje sej in privilegijev prek prijave.
6. - Nadzor Coredump z uporabo binarnih datotek in preskakovanje direktiv jedra.
7. - Nadzor dnevnikov, uporaba datotek v binarni obliki in preskakovanje direktiv jedra.
8. - Nadzor dogodkov ACPI z uporabo prijave. (Systemd-212 je razvijalcem Nvidia dodal več preglavic z različnimi napakami, zaradi katerih je bil sistem neuporaben)
9. - PPPoE podpora za networkd, delo, ki še vedno poteka.
10. - Podpora za DHCP v odjemalcu in strežniku. (Kaj storijo s tem? Pojma nimam)
11. - Podpora sistemom s ponastavitvijo na tovarniške nastavitve, ki je mimogrede tesno povezan z BTRFS (Ne bodite presenečeni, če BTRFS kasneje postane odvisnost od systemd, dober Lennart ga ima rad)
12 ..- Podpora za virtualizirane zabojnike (predvsem Xen in KVM)
13. - Podpora za upravljanje in inicializacijo naprav (kaj naredi udev)
14. - Ravnanje s sistemi za šifriranje diska.
15.- Nalaganje vdelane programske opreme in modulov jedra.
16. - Ravnanje z imenom gostitelja (ustvari edinstven identifikator za vaš računalnik), prostori, čas, sinhronizacijo NTP, sysctl (spremenljivke krmiljenja jedra) in celo generator naključnih števil (zelo WTF to, kar vzbuja veliko suma)
17. - Ravnanje z začasnimi datotečnimi sistemi.
Skratka dolg seznam, kaj vem, da sistemd počne, če kdo ve kaj več, kot je rekel :).
PS: systemd ne ponuja več podpore za LSB in SysV skripte od systemd-214, zato ne vem, kako resnična je njegova "zapuščinska" podpora zdaj ali kako je v skladu s standardi. Pravim, da je LSB še vedno standard v Linuxu, ali se motim?
Hvala, ker ste mi sporočili, da sem razmišljal o tem, da bi šel na BTRFS, vendar če veste, da ga ima Lennart rad, boste morda vedeli, da mora biti grozen in vohun NSA-IBM
Malo je prostora za strnitev in razlago toliko ... gre za orjaškega trojanskega konja, ki ga niti ne poskušajo skriti. Kaj naredi zagonski sistem tako, da v sistem dodeli omrežne storitve, dhcp dns in celo mislim, da avahi ...? Moč odločanja se izgubi, ker ne morete upravljati storitev
ki niso zaželene in da ne pridejo k meni, ki jih je mogoče onemogočiti, jih ne želim v paketu systemd!
V OpenRC je tisti, ki se odloči, katere stvari se bodo začele na posameznem nivoju, nekatere storitve so odvisne od drugih storitev, vendar jih je zelo malo in so na seznamu ... medtem ko v systemdu vse počne, kar hoče, v tem trenutku je on počuti se kot ... pridobiti približno 5 sekund pri zagonu in biti hiter pri zaustavitvi.
Systemd je tako zapleten, da je nemogoče vedeti, kaj počne, moraš se odpovedati misli, da je tvoj gospodar in ti ne stori ničesar narobe.
Systemd razbija koncept, da bi morale biti stvari enostavne in razumljive z vidika demonov ali storitev in ravni izvajanja, nihče, ki uporablja systemd, v celoti ne ve, kaj se ves čas dogaja v njihovih storitvah.
Systemd ne dovoljuje izvorne uporabe syslog-ng, na to so storili journald in ne pusti, da deluje, to pomeni, ali pa uporabljate journald ali naninga! Sistemski dnevnik je bistvenega pomena za varnost in revizijo dogajanja in dogajanja z lokalnimi in oddaljenimi povezavami, vendar journald uporablja binarni format, ki ga vidi samo jornalctl .... Zelo pogosto se journald poškoduje "skrivnostno" svojo binarno datoteko in kot vidi ga pokvarjenega, ga enkrat izbriše in začne z novim, pozabi na vse dnevnike, ki so že obstajali.
Lahko nadaljujem ure in ure, toda najhujša težava je, da Lennart ne daje žoge tistim, ki poročajo o teh napakah, in kolikor sem prebral, ne sprejema popravkov od nikogar.
Mislil sem, da bodo z vstopom v systemd poročali o napakah in popravkih, ki bi jih moral sistemd sprejeti ... toda resnično verjamem, da imata Lennart in RedHat še en načrt za preostale distro sisteme .... kot sem že rekel , KONJ TROJE iz RedHata.
Iskreno zame systemd ni odpravljiv, ideja njegove zasnove je hudo slaba, bolje je, da zagonski sistem zaženemo od začetka, kot da poskušamo popraviti tega frankesteina.
AMEN !! @anonymous ..
Približno nekaj let uporabljam systemd (Fedora) in prišel sem do tega:
Številka diši smešno, saj več stvari doda več onemogočanja / preusmeritve.
Dnevnik sem poslal neposredno na rsyslog. Nekaj vašega binarnega dnevnika je že pokvarjeno.
Od dns-a uporabljam bind, če ga vključijo v systemd, ga bom še naprej uporabljal enako, tudi če moram vse spremeniti.
Uporabljam XFCE, tako da mi prihrani veliko tega, kar želi gnome integrirati.
Je kot slon v kitajski trgovini.
Prav; tudi sami ne vedo, kako bi temu rekli. Vsak dan gremo na posodobitve, popravljamo napake in drugo sranje. To me zelo razjezi; a ne samo zaradi dejstva, da je SystemD suvereno sranje; če ne, kako so to storili.
Jasno je, da v svetu Linuxa obstaja več podjetij, ki poskušajo nadzirati vse; glej Canonical, RedHat in Gnome (Gnome je zapustil celo sam Miguel de Icaza).
Če uporabljam Linux, je to zaradi tega, kdo ga nadzorujem, in to je osnova in filozofija tega; Da ne vem, kaj počne, namestim stroje z že delujočim strežnikom W Server.
Žal mi je, da je Debian podlegel. Pravzaprav se preučuje možnost ustvarjanja vzporednih vilic brez SystemD.
Upajmo, da se stvari ne bodo poslabšale; ali pa vidim, kako vse svoje stroje selim na BSD.
@ anonimni, komentar, človek, ne moreš biti bolj prav.
systemd je nora stvar, ki v mnogih stvareh nima razlage, resnica je zelo sumljiva do vsega, kar počne, in ne dovoljuje drugih orodij, resnica je, da ne vem, kako si ljudje Debiana to dovolijo, toda na koncu so se že odločili in prvič po mnogih letih sem Debian prenehal uporabljati kot glavni operacijski sistem in bom še naprej, dokler systemd ne izstopi iz Debiana za bolj pregledno možnost.
V kratkem. SystemD je zanič.
Dnevnike shranjuje v binarni obliki, izvaja se kot nadrejeni postopek vseh ostalih (Pid 1), tako da sistem, če se kdo zlomi, postane nepopravljiv; To je v nasprotju z vsem, kar pomeni Linux, torej z navadnimi besedilnimi datotekami (kaj za vraga so te binarne datoteke ??
Daj no, to je sranje. Nič mi ni všeč.
Toda zahvaljujoč podjetjem, kot so Canonical, Gnome in Red Hat; jedli ga bomo s krompirjem.
Da če, čeprav obstajajo druge možnosti; Ne bom je uporabljal ne na strežnikih, ki jih skrbim, ne na osebnih računalnikih.
Ta že postaja podružnica podjetja Redmond.
Ne mislim nikogar braniti, toda dobro se spominjam, da je bil kanonični popolnoma proti systemd-u v prid nadigrati. ko je debian popustil systemd, se je na koncu vlekel v ubuntu.
Poleg tega lahko te napake ogrozijo varnost sistema in stabilnost strežnika, zato so tisti, ki se nad temi stvarmi najbolj pritožujejo, sys admin.
Kaj pa Mageia, neverjetno je, da lahko KDE deluje na 512 MB RAM-a, brezhibno.
http://mirror.cedia.org.ec/mageia/iso/cauldron/
nekaj vprašanj; Kako enostavno je upravljati storitve v OpenRC? in kako enostavno ga je namestiti z uporabo privzeto v namestitvi Manjaro s sistemom? pri systemd mi je všeč, da s preprostim ukazom systemctl enable (service) .service ali systemctl disable (service) .service lahko enostavno upravljam s svojimi storitvami, ČE me zanima vedeti o OpenRC in še posebej, če malo diši vse to mimogrede od systemd; Sem uporabnik novela
Mimogrede; piše, da sem v operacijskem sistemu Windows, ker uporabljam preglasnik uporabniškega sredstva
Z OpenRC je zelo enostavno upravljati, navajam vam primer s storitvijo tiskanja cupsd.
Za začetek.
# rc-servis cups start
* Zagon cupsd .. [ok]
Da bi ga ustavili.
# rc-servis cups stop
* Ustavitev cupsd… [ok]
Če ga želite znova zagnati.
# rc-service cupsd ponovni zagon
* Ustavitev cupsd… [ok]
* Zagon cupsd .. [ok]
Za začetek na privzeti ravni izvajanja.
# rc-update dodaj cupsd privzeto
* servis cupsd je dodan na privzeto raven teka [ok]
Če ga želite odstraniti s privzete ravni izvajanja.
# rc-update iz cupsd privzeto
* servis cupsd odstranjen s privzete ravni na ravni [ok]
Če si želite ogledati stanje vseh storitev na vseh ravneh.
# rc -status -a
Če si želite ogledati stanje ravni izvajanja, je v tem primeru privzeto.
# rc-status privzeto
Tukaj v gentoo-u je OpenRC privzeti zagonski sistem in bo ostal tako za vedno, v portage smo se sistematizirali za samomore, ki jih je na srečo malo ...
Za zamenjavo journalda uporabljamo syslog-ng in logrotate, tukaj v gentoou sistemski dnevnik preide skozi navidezno konzolo vt12, ki je control + alt + F12, ali pa ga neprekinjeno vidite v katerem koli grafičnem terminalu kot root uporabnik z:
# tailf / var / log / messages
In da ga namestim na svoj Manjaro?
Pravim; Ne bom izgubil vseh datotek in svojega čudovitega XFCE samo zaradi preklopa na OpenRC 🙂
Pripravljen; Namestil sem ga s pomočjo sudo pacman -S manjaro-openrc bluez-openrc (slednji, ker imam bluetooth)
Zdaj je moja težava v tem, da XFCE4 power manager ne deluje z upower-pm-utils 🙁 in nimam tipičnih možnosti začasne zaustavitve in mirovanja
OpenRC je zelo preprost, upravljanje s storitvami je samo torka, samo za primer:
Omogoči storitev: rc-update add cronie default
Zaženite storitev: /etc/init.d/cronie start ali rc-config start cronie
Ustavite storitev: /etc/init.d/cronie stop ali rc-config stop cronie
Preprosto in ne zares zapleteno.
@elav čaka na dolge razdalje, in sicer od peščenih neviht, trolskega dežja, razsutih vilic, razdeljevanja skupin razvijalcev in mnogih, ki se sprašujejo, ali je selitev na BSD boljša možnost kot zatikanje v systemd, ker da.
Osebno pozdravljam to pobudo Manjara, to je možnost za tiste, ki ne želijo ostati pri systemd, nekaj, kar mi je všeč, trenutno sem v Gentooju in mi je všeč, počutim se dobro s svobodo, ki mi jo daje , zdaj pa mi je že večkrat padlo na pamet, da bi spremenil FreeBSD, in morda bom skočil še ta mesec, vse je odvisno od mojega časa in naročanja nekaterih stvari za uspešno izvedbo selitve.
Argumenti proti systemd so že dolgo ovrženi. Preberite še malo, prosim.
http://0pointer.de/blog/projects/the-biggest-myths.html
http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html
Nič od tega ne zavrača resničnosti systemd, Lennart se zelo dobro izogiba stvarem in odgovornostim, priporočam, da namesto da samo berete članke, preberete systemd kodo ali vsaj preberete razviti seznam systemd, boste izvedeli o stvareh, ki zavračajo kaj pravijo ti trije članki, ki so se zgodili, in bolj podpirajo sistemske neprimerne osebe.
Njegov argument je ugotoviti, da obstaja znanje, ki zavrača to, kar sem pokazal, vendar nikoli ne predloži dokazov, zato ne morem zaupati njegovemu obstoju.
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp moj argument je nekoliko večja podpora, ker sem ga razložil zgoraj v komentarju 25 tega istega prispevka in sem ga izpostavil v številnih drugih vnosih v zvezi s systemd, poleg tega, da je bil izpostavljen v Debian irc in na seznamu te distribucije, tudi moje povabilo je, da si ustvarite svoja mnenja in za to morate le malo prebrati razviti seznam systemd. Za vzbujanje radovednosti vam dam tudi to povezavo, v kateri jasno piše, da systemd-214 ne ponuja več podpore za skripte SysV in LSB z izgovorom za "čiščenje kode".
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
Zdaj mi povejte: Kje je podpora za standard LSB, ki naj bi ga ustvarili, da bi ustvarili skupno osnovo za vse distribucijske sisteme? Ker naj vam nekaj povem, nič drugega v svoji prvi povezavi Lennart strmi, se hvali in polni usta z besedami, da systemd podpira uporabo skriptov SysV in LSB, ko je resnica, da podpora pade in jo nadomesti generator začetka datotek, ki ima mimogrede več napak in na koncu ni druge izbire, kot da naredite celotno datoteko init.
Lep pozdrav.
Mnenja, to je kot rit, vsi ga imamo.
To, kar pravi ta človek, mu lahko zelo ustreza, vendar to ni moj primer. In mnenje človeka, ki piše na spletnem portalu, ni, da je to božja beseda. To je vaše mnenje, pika.
Torej "ovrženo", nič.
Dobra stvar, ki nam ostaja, je, da lahko uporabimo, kar si v resnici želimo; ne da bi poskušali biti "talibani" in vsiliti svoja merila drugim.
Zame je SystemD res sranje. In obstajajo ljudje, ki jim je všeč. Pa dobrodošli!
Niti moje mnenje ni dobro niti mnenje tistih, ki ne mislijo kot jaz, je sranje; preprosto so si različni.
To je tisto, kar nas ločuje od drugih operacijskih sistemov; lahko izbiramo.
Ne spustimo se v neuporabne boje, ki ne vodijo nikamor.
@Tit
Ne bi mogel reči bolje ... amin.
Biti moraš slep, da ne boš spoznal resnosti, ki jo sistematični pogoni, da pokrije vse, stopiti, pokriti in premakniti projekte, ki delujejo popolnoma, jih nadomestiti z različicami, ki nikoli ne dosežejo ali postanejo stabilne, tudi če ni združljivosti med jedri in več dve zaostali različici systemd.
Zdi se, da je Debian potres dobil in se je zbudil, upam le, da se nagibata k eudev in openrc, tako da bi bil razvoj gentoo debian manjaro in nekaterih drugih, ki uporabljajo openrc, poenoten, kar bi ga v kratkem času precej izboljšalo , zmagal v celotni skupnosti.
Podeljujem vaše besede.
Obstajajo ljudje, ki citirajo druge ljudi (mnenja, ki jih zanimajo na splošno) in jih uporabljajo kot dokaze.
Glede svoje strani nimam mnenja glede systemd. Ne vem, ali je tehnično boljši od upstart ali openrc, toda kar se zdi jasno, je, da možnost sysvinita izključujejo VSE distribucije, pri čemer je Debian edini, ki ga je zaradi svoje politike še vedno imel v Wheezyju. Toda naslednji stabilni Debian, Jessie, bo postal Debian brez sysvinita.
Jasno je, da gre za 100% brezplačno programsko opremo; Kar zadeva njegov tehnični del, kodeksa niti nisem preučil niti ga primerjal z njegovimi alternativami, zato nimam utemeljenega mnenja. Toda tudi sedanji Ubuntu uporablja dele systemd-a, čeprav še vedno obstajajo, in dvomim, da je, ker Canonical "kupuje" Red Hat.
Systemd ni "zloben", prosimo, ne borimo se s Skynetom (Terminatorjem) ali HAL9000 ("vesoljska odisejada 2001"), niti s temno stranjo Sile, ki želi prevladati nad Jediji. Niti ne, da se z namestitvijo v ekipo vse zavzame in celo prehrambeni izdelki v shrambi izginejo.
In da "premika projekte, ki delujejo popolnoma" (komentar 52), sem imel težave z domačim omrežjem NFS v računalnikih, ki dostopajo do strežnika, ker postopek zaustavitve odjemalskega računalnika prekine omrežje, preden odstrani sistem NFS, in zaustavitev bi zamrznila, edina rešitev je, da pritisnete gumb za vklop / izklop, da ga na silo izklopite (napaka, o kateri so poročali različni uporabniki); Pred zaustavitvijo odjemalskega računalnika sem moral ustvariti skript, ki razpeče datoteke NFS, ki jih je treba zagnati. Po drugi strani pa se strežniški računalnik NFS poveže prek wifi in občasno se povezava prekine: ne vem, ali je težava v upravljalniku omrežja ali je v dhcpd ali kje.
Ne rečem, da te težave izginejo s sistemom; Ignoriram ga, ker ga nisem uporabil. To je le vzorec, ki pravi, da projekti, ki nadomeščajo sistem, delujejo popolnoma, je pretiravanje.
Ena stvar je mnenje, druga pa argument, vsekakor je prva zelo raznolika, kot pravite @Tito, druga pa je nekaj bolj jedrnata in osredotočena, ni nekaj, s čimer je mogoče tako enostavno manipulirati, vsaj ne v primeru brezplačne programske opreme, kjer imamo kodo na dosegu roke za pregled.
@pamp nam pove, da so prikazani argumenti že dolgo ovrženi, in kot prvi test nas seznani z Lennartovim mnenjem (ne argumenti). Toda tisto, kar ta tip reče v svojih komentarjih, je eno (številki 4 in 8 sta samo, da umreta zaradi smeha), drugo pa to, kar počne v sistemski kodi. Stališče, ki sem ga že večkrat videl pri Lennartu, odkar je začel razvijati stvari, kot sta Avahi in Pulseaudio, in to je mogoče preprosto potrditi z branjem seznamov programov in poročil o napakah obeh delov programske opreme.
@ Dah65 zagotovo veliko ljudi uporablja dokaze z uporabo mnenj tretjih oseb, kar je slaba navada za tiste, ki sami ne morejo raziskati vprašanj, da imajo svoje in osebno mnenje in celo ustvarijo utemeljene argumente, s katerimi lahko sodelujejo v konstruktivni razpravi.
V mojem primeru spremljam spremembe v systemd zahvaljujoč razvojnemu seznamu, čeprav mi orodje ni všeč, mi je popolnoma všeč, vendar ne preneham brati o njem na uporabniški in tehnični ravni ter razlog Za to je zelo preprosto, če moram obiskati stranko, ki uporablja omenjeni init, vem, kaj bi moral storiti in kako se udeležiti katere koli situacije.
Zdaj o tem, kaj storitve delujejo brez težav, to je zmota, obstaja veliko skriptov SysV s težavami, enako se zgodi tudi v systemd, vendar so vsaj, ko v SysV prijavite napako, popravljene ali pa lahko to storite v na preprost način, kot ste komentirali, lahko v systemd po pripravi poročila o napaki najdete WONTFIX ali CLOSED, zahvaljujoč Lennartu ali Kayu, odvisno od primera in ne pretiravam, ko to rečem, vzorec tukaj:
https://bugzilla.redhat.com/show_bug.cgi?id=753882
Preberite komentar 48, izgube nimate. Clementova 53 je še ena, ki nima izgube, zlasti zaradi arhaične, a funkcionalne rešitve problema, ki ga Lennart ne želi rešiti in je bil mimogrede poročan leta 2011.
Tisti "miti", ki so jih vzpostavili? Nekateri so odstranjeni iz galerije, saj "systemd ni prenosljiv brez razloga." Popolnoma res je, da ni prenosljiv (in prizna, da pravi, da je zelo prilagojen Linuxu)
Predpostavlja napake, kot je predpostavka, da BSD ne zanima (fantje iz BSD pravijo drugače: "Jordan Hubbard - FreeBSD: Naslednjih 10 let (MeetBSD 2014)"), tudi če bi bil prenosljiv, ga ne bi sprejeli in podobne stvari (mit 13,14,15).
Če je namen Poetteringa, da napišemo skripte, ki so izključno za vaš sistem (http://0pointer.de/blog/projects/systemd-for-admins-3.html) bomo šli narobe. Načeloma klasičnemu skriptu init ni vseeno, kam greš. Minimalne spremembe so narejene za delo na GNU, UNIX ali BSD. No, to je bilo do zdaj (razen če se uporablja OpenRC). Kakorkoli, mislim, da bodo takšne stvari povzročile razkol med Linuxom za namizje in strežniki. Uporabniki Ubuntuja in izvedenih finančnih instrumentov bodo spremembe videli šele konec prihodnjega leta.
@ Dah65
No, ker pravite, da systemd ni poosebljena perverznost, potem mi povejte, zakaj ne dajo možnosti Makefile, da onemogočijo vse njegove module v času prevajanja, tako da tisti, ki ne maramo teh "neobveznih modulov "ta korak na drugih paketih, da jih lahko sestavimo in ustvarimo lastne različice systemd capped!
Veste, zakaj ne? Ker se njegovi obliki razvoja reče prisilno vsiljevanje in ker 95% uporabnikov nima NPI, izkoristi privzeto, smo jo zavrnili za vse vas.
Tako brezplačna programska oprema ali programska oprema odprtega vira ali karkoli že želijo imenovati, ne deluje, zdaj me nasmeje, saj z novimi vilicami za Debian mnogi ljudje mislijo, da je to izguba moči in se ves čas sprašujem, kako težko je je bilo v datoteko Makefile dodati dodatne možnosti kompilacije?
Vprašanje ne daje več, to je kot če bi radi mešali vodo z oljem, zato bodo v vsakem objektu neskončne vilice, kjer bo za vse ostale naloženih nekaj.
@mario je točno to, kar pravite. Jordan Hubbard se je prav tako zavedel, da je treba BSD init posodobiti, ne samo za prilagajanje novim tehnologijam, temveč tudi za podporo novim funkcijam, ki so zdaj možne, vendar obide koncept, ki ga ima sistem, kako jih je treba narediti. stvari in ga poenostavijo na filozofijo, ki je vedno prevladovala v UNIX-u, "Naredite program, ki dela eno stvar in to dobro", in to je v init-u izjemno pomembno, saj ne govorimo o še enem demonu, govorijo o zagonu operacijskega sistema, poleg tega da gre za varnostni ukrep, v primerjavi s tistim, kar mnogi strokovnjaki že začenjajo trditi o systemd, in to je dokazljivo, systemd je zelo podoben svchosts.exe iz sistema Windows, kar počne iz init storitev za nadzor omrežja med drugim.
Fantje, res je strašljivo.
Ali je zelo zapleteno odstraniti iz ArchLinuxa ????
Iskal bom informacije, vendar se tega ne upam dotakniti, da ne bi zamotil in izgubil sistema.
🙂
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
Iz številnih komentarjev, ki sem jih prebrala, je SYSTEMD pravi TROJSKI KONJ….
To pomeni, kdo ga lahko shrani?, V španščini je malo informacij - o konfiguraciji namizja v FreeBSD in pripravi sistema za uporabo.
Slab sistem, naj bo. xD
Ta sistem sovraštva ne bo virusen ???? Arch mi je šel super ... če je res, da pokriva več, ne vem, ali je dober ali slab! mogoče pa že obstajajo ranljivosti za prevzem nadzora ali kakšen virus, ki zaradi tega uniči sistem ... če je stabilen in varen, težave ne vidim ... vseeno bom videl, če imam čas in preučim zadevo in naredite nekaj testov z openrc
ni tako stabilna. in je veliko bolj negotov kot sistem v. Za namiznega uporabnika, kot mnogi od nas (jaz), tudi to ne predstavlja težave, hitrejši zagon deluje dobro in dnevnikov običajno ne berem, zato ni pomembno, kako jasni so ali v binarni obliki.
Imam teorijo, da bo linux rasel na namizjih (in vladah) in izgubljal položaj na strežnikih (namesto da bi uporabljal OS, kot je freebsd)
Na esdebian Wiki objavljajo, kako namestiti SysVinit na Debian Jessie. http://www.esdebian.org/wiki/sysvinit
Ko berem o varnosti, ugotovim, da na strani Intel obstajajo matične plošče z nabori čipov, na splošno v severnem mostu izvajajo nekaj, kar se imenuje AMR Intel Active Management Technology .... zanimivo, na srečo nimam Intel-a, ampak Začel ga bom iskati na strani AMD, česa takega ni.
Zamislijo si kombinacijo intel + AMR + systemd, bog ne daj.
https://en.wikipedia.org/wiki/Intel_AMT_versions
Ni čudno, da Stallmanov paranoik kliče po brezplačnem bios.
Tih; Intel opusti proizvodnjo matičnih plošč.
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
Najprej ne uporabljam systemd, ker še ni vgrajen v Kubuntu (uporabljam Netrunner 14, izpeljan iz Kubuntu 14.04).
Po razjasnitvi tega je treba navesti več stvari:
1- systemd sprejemajo razvijalci / ponudniki embalaže različnih distribucij (Debian, openSUSE, Arch, Fedora…), zdaj pa se je izkazalo, da bralci tega spletnega dnevnika vedo več o prednostih in slabostih systemd-a.
2- systemd je brezplačna programska oprema, katere kodo lahko preberejo (in razumejo) tisti, ki imajo čas in znanje (tisti razvijalci / ponudniki embalaže, o katerih sem že govoril). Če skrijete zadnja vrata, bi bila odkrita. Koliko bralcev uporablja lastniško vdelano programsko opremo ali gonilnik, katerega kode niste prebrali in je ne morete prebrati? Mislim, da se je bolj smiselno tega bati kot ne systemd.
3- Vsi delamo z binarnimi paketi, ker ko prenesem datoteko .deb iz skladišč, da jo namestim, ne prenesem navadne besedilne datoteke. Torej je ta argument precej paradoksalen.
4- V GNU / Linux že obstajajo programi, ki naredijo marsikaj: isto jedro, ki vedno bolj vključuje več gonilnikov, in celo lastniško vdelano programsko opremo (bolje je, da v zaprto vdelano programsko opremo postavite zadnja vrata kot v program, katerega koda je objavljena). Obstaja tudi Xorg, ki ne upravlja samo grafičnega strežnika, temveč tudi tipkovnico, miško in druge stvari; Nihče ne pravi, da Xorg zaradi tega "izda" filozofijo UNIX, hočejo ga upokojiti, ker so ga drugi projekti že prehiteli.
5- "Linux je izbira", seveda, vendar je svoboda izbire, ali želim kodo prebrati, spremeniti, distribuirati itd. Ne, da so distrosi potrebni za vse možnosti (vse arhitekture procesorjev, vsa namizna okolja, vsi formati paketov itd.)
6- Za tiste, ki razmišljajo o prehodu na BSD, se spominjam branja novic, da je v nekaterih sistemih BSD ameriška NSA že dala kremplje. Če so bile te novice pravilne, ne vem, ker nisem sledil temi. Ironično pa je, da bežim pred nečim, "ker Red Hat stoji za tem in morda ...", da bi se lotil nečesa, za čim "morda stoji NSA ...."
Poleg uporabe GNU / Linux, BSD, Windows ali karkoli že želite, lahko uporabimo tudi svojo logiko in sposobnost razlogov
Z drugimi besedami, bralci tega spletnega dnevnika, saj so le bralci, nimajo možnosti spoznati, ali je nekaj dobro ali ne, saj nas mora voditi dobra presoja, znanje in izkušnje embalerjev in razvijalcev. Je to to?
Res je, to je Prosta programska oprema in če se pojavi kaj čudnega, bodo super ljudje, o katerih ste že govorili in ki jim moramo zaupati, to lahko opazili in napovedali ali pa morda ne, ker bodo morda kot ljudje v skušnjavi zapreti v zameno za nekaj.
Ko prenesete datoteko .deb, vse, kar počnete, je nalaganje stisnjene datoteke, ki jo lahko razpakirate in tako vidite, kaj je znotraj in kaj je mogoče, kje je binarni element znotraj. 😉
Ne vem, kdo so uporabniki, ki bodo pobegnili iz Linuxa, da bi šli na BSD, vendar mi na primer ne bi bilo treba zapustiti Linuxa, pustil bi le distribucijo, ki Systemd za vami postavi da ali da .
Skratka, tisti, ki komentiramo, beremo in uporabljamo GNU / Linux v tem blogu, ne razmišljamo. To želite povedati? Vseeno vam bom povedal iz svojih osebnih izkušenj in svojih razlogov (naj bo to logično ali ne):
Systemd je sranje zataknjeno na palici. Prebral sem, da obstajajo tudi drugi Inits, ki se začnejo veliko hitreje in jim zato ni treba nadzorovati DNS, RDEČE, CRON in vsega drugega, kar želi Systemd nadzorovati. Mogoče je za končnega uporabnika, ki mu je mar le, da vklopi računalnik, odpre brskalnik in pošlje e-pošto, vseeno, ali uporablja Systemd ali Systemx, toda za nas, ki upravljamo s strežniki, je to bolečina. In vprašam vas enako, kot vedno, kaj se zgodi, če je Systemd ogrožen in gre hudiča? Ali ostanemo brez RDEČE, CRON-a, DNS-a, Init-a in vsega drugega, kar počne? Tam vam ga pustim.
In pozor, vse to vam povem brez ogorčenja. Kljub temu, dobrodošli v teh delih.
Hvala za dobrodošlico.
Odgovarjam brez očitkov in pojasnjujem, da niti ne razvijam sistemov niti ne prejemam plačila za njegovo promocijo. In da to sploh ne vpliva na to, ali ga drugi ljudje uporabljajo ali ne, je njihova odločitev.
Toda to, kar vidim pri tej zadevi, se včasih zdi histerija in berem mnenja ljudi, ki jih, ne da bi preučili kodo ali jo uporabili, označijo za smeti, vsiljevanje, izdajo in ne vem, koliko druge stvari. Spominja me na situacijo, ki sem jo doživel pred nekaj dnevi, ko je oseba, ki je priznala, da nikoli ni namestil sistema Windows ali je vedel, kako razdeliti trdi disk, začela govoriti, da je Linux zelo težek ... ne da bi ga kdaj poskusil, in tudi Android na svojem pametnem telefonu.
Ste primerjali systemd s sysvinit, upstart in openrc? Odlično, lahko se odločite na podlagi lastnih izkušenj. Najboljši je, ker tudi veste, da se distro, ki deluje na enem računalniku, splača na drugem in zato tisti, ki imamo nekaj izkušenj z GNU / Linuxom, rečemo, da je najboljši distro tisti, s katerim uporabnik se počuti prijetno.
1- «Z drugimi besedami, bralci tega spletnega dnevnika, ker so le bralci, nimajo možnosti spoznati, ali je nekaj dobro ali ne, ker nas mora voditi dobra presoja, znanje in izkušnje embalerjev in razvijalcev »
Že nekaj časa berem ta blog (moje komentarje boste videli v starih novicah), zato sem vključen v paket. Odgovor je, da ne: branje tega ali katerega koli spletnega dnevnika mi (vsaj meni) ne omogoča presoje dobre ali slabe programske opreme, ki je ne poznam. Preberem, kaj govorijo drugi, in v tem primeru obstajajo stališča za in proti systemd; pravzaprav se vsakič, ko se tema začne v Phoronixu, veliko razpravlja, vendar tudi tam argumentirani komentarji niso dovolj. Mislim na argumente, na primer "ko sistemski klici obdelajo X, pride do neskončne zanke, zaradi česar je sistem neuporaben."
Resnica je, da vas pri uporabi distro ali drugega vodijo presoja, znanje in izkušnje proizvajalcev embalaže in razvijalcev. Uporaba katerega koli operacijskega sistema ali programa delno pomeni zanašanje na presojo in izkušnje drugih; na primer z Linuxom sprejmete odločitev, da namesto mikrojedr, kot je Hurd, uporabite monolitno jedro. To odločitev je sprejel Linus Torvalds in vi jo sprejmete z uporabo njegovega jedra.
2- «Res je, to je brezplačna programska oprema in če se pojavi kaj čudnega, bodo super ljudje, o katerih ste že govorili in jim moramo zaupati, to lahko opazili in napovedali, morda pa tudi ne, kajti morda kot ljudje so me bo zamikalo, da bi utihnili v zameno za nekaj. "
No, sumljivo, zakaj bi zaupali Linusu Torvaldsu in Richardu Stallmanu ter projektu GNU? Nisem si ogledal kode vaših programov, zato me morda zavajajo.
3 - «In vprašam vas enako, kot vedno, kaj se bo zgodilo, če bo Systemd ogrožen in bo odšel v pekel? Ali ostanemo brez RDEČE, CRON-a, DNS-a, Init-a in vsega drugega, kar počne? Pustil ga bom tam. »
Kaj če je OpenRC na kakršen koli način ogrožen? Ali Upstart? Ali jedro? Zgodilo se mi je, da mi je po "običajni" posodobitvi Debian Testinga zmanjkalo grube, nisem mogel vstopiti v Debian ali Windows in takrat je moje neznanje pomenilo, da imam samo možnost ponovne namestitve.
4- «Skratka, tisti, ki komentiramo, beremo in uporabljamo GNU / Linux v tem blogu, ne razmišljamo. To želite povedati? "
Ne, tega ne mislim; Ne nameravam posploševati iz določene, konkretne situacije na celotno vedenje enega ali tisoč ljudi. Verjamem pa, da se v primeru systemd večkrat govori brez objektivne in mirne analize; zgodilo se je tudi z Wayland-Mirom, pri čemer je bilo podanih veliko neutemeljenih trditev, tako proti Waylandu kot tudi Canonicalu.
Ponavljam tudi, da sem bral in komentiral ta blog (kot v drugih) in da uporabljam GNU / Linux.
In tudi ponavljam, kar sem že rekel: uporabimo svoje možgane, analizirajmo tisto, kar slišimo in preberemo, zavzemamo različne perspektive, da poskusimo ovreči tako A kot tiste, ki niso A, in če je mogoče, si pridobimo lastne izkušnje, da svoje sklepe utemeljimo na dejstvih . In potem uporabimo vse, kar se nam zdi prav.
hm .. no, da je ogroženost hipoteza, tako kot vse .. moje vprašanje je že minilo? .. morda napak ni mogoče najti v vsej programski opremi in se popravijo, če se v sistemu pojavijo x napake, jih popravijo in kot ima vsak program njene napake .. težava ni v tem, da lahko propade, je, če želite, da to naredi ali nadzira, kaj počne, vendar ne ob predpostavki, da lahko propade, lahko v trenutku kaj propade ... Nisem sploh oboževalec systemd, to je samo moje mnenje.
V uporabnikovem računalniku se lahko pojavi napaka in ne zgodi se nič, toda na strežniku so stvari zelo, zelo različne.
@waco zagotovo, če v programski opremi dobite napake, jih popravite. Težava je v tem, da ima systemd veliko starih napak (nekatere segajo v leto 2010 in so resne) in še danes niso odpravljene ali pa so bile preprosto podcenjene ali pa jih je Lennart preprosto označil kot ZAPRTO ali WONTFIX.
vaš komentar je zelo uspešen! Ne moremo vsi pasti na systemd, ker je v modi in je bil ustvarjen kot blatilna kampanja zanj ... vsaka sprememba ima zavrnitev.
Odgovorim na vaše argumente:
1. - Resni in povpraševalni uporabniki ter razvijalci poznajo prednosti in slabosti sprejetja systemd v katerem koli razvojnem in delovnem okolju, slabosti in prednosti systemd pa se ne spreminjajo zaradi takšne ali drugačne perspektive.
2. - Zagotovo je systemd brezplačna programska oprema in jo je mogoče revidirati. Težava ni v tem, da ima skrita zadnja vrata, težava je v tem, da počne stvari, ki jih init ne bi smel (nadzor omrežja, dns, TTY konzole itd.), Da ima veliko storitev, ki naj bi bile namenjene drugim, da stvari počne na povsem drugačen način, kot je pričakovano, kar krši pravila samega jedra Linuxa (coredump), da mnogi njegovi razvijalci zelo malo skrbijo za reševanje strukturnih problemov, ki jih ima systemd (coredump in debug med najresnejšimi, vendar še niso rešeni)
3. - Ena stvar je, da prenesete binarno datoteko, ki se izkaže za program, katerega konfiguracija in dnevniki so še vedno v navadnem besedilu, druga stvar pa je prenos binarne datoteke, katere konfiguracija in druge informacije so shranjene v binarni obliki in so dostopne samo prek določenih orodja, Tu se stvari spremenijo. Binarni dnevnik ne ponuja varnosti (če resnično želite varnost, šifrirajte particijo z AES-256), je le črna škatla, iz katere ne veste ničesar o dogajanju in se podre marsičemu, na primer : Predstavljajte si, da imate trojanca, ki izkorišča sistemsko ranljivost in prek njega dobi popoln dostop do sistema, vključno s storitvijo dnevnika in stopnjevanjem privilegijev. Ali ni to resen problem? Ali se binarni dnevniki, ki jih neposredno obdeluje sistem, ne bi obrnili proti vam, če bi bili neprimerni, ne da bi prišli do točke, da so bili že nevede spremenjeni? V bistvu je razlika in razlika med programom in konfiguracijsko datoteko / dnevniki / odlagališči v binarni obliki.
4. - Jedro je programska oprema, zasnovana v tem smislu, zasnovana je že od začetka za nadzor vsega v računalniku in ne init. Init je namenjen samo temu, da vaš sistem dvigne jedro in postane uporaben, saj se najprej začne in zadnja stvar konča. Zato se imenuje init (inicializacija), ker le zažene sistem in ne naredi nič drugega, razlog za to pa je zelo preprost, init mora biti čim bolj stabilen in popoln kos programske opreme, da se temu iz nekega razloga izognemo Na koncu se poruši celoten sistem, gre za stabilnost in varnost. Xorg, je še en glas, res je res veliko stvari, vendar nič tako tveganega, da bi vam ostal popolnoma neuporaben sistem, pa tudi njegova konfiguracija se še vedno izvaja v preprostih datotekah z navadnim besedilom.
5. - Vsekakor distributerji niso dolžni ponujati svobode v širšem pomenu in prav zaradi tega je predstavljena trenutna tirada. Vendar smo uporabniki in skupnost in mnogi od nas se preprosto ne strinjamo z izvajanjem tega sistema, zato poskrbimo, da bo naš glas dosegel, če ga poslušajo ali ne, je stvar tistih, ki razvijajo distro, njihova odločitev pa bo vplivala na tiste, ki se odločijo za njihovo distribucijo ali ne, in to očitno lahko privede do okvare več distro-jev, odvisno od tega, kako stvari potekajo.
6. - Novice o BSD so posledica tega, kar se je zgodilo v OpenSSH in v paketu IP OpenBSD, zadnja vrata, ki so mimogrede vplivala ne samo na BSD, temveč tudi na Linux (v primeru OpenSSH), in to je bilo popravljeno. Situacijo pripisujejo BSD, ker je za razvoj tega orodja (OpenSSH) zadolžen BSD (Theo de Raadt v OpenBSD), do situacije pa je prišlo, ker so nekateri razvijalci, ki v projektu niso več dejavni, postavili zadnja vrata . Situacija je bila rešena in razglašeni so bili ustrezni ukrepi, ki bi jih bilo treba sprejeti, če bi to lahko vplivalo na tiste, ki so uporabljali programsko opremo. Zdaj: Ali se lahko ta situacija zgodi v sistemu systemd? Odgovor je preprost, rezultat pa katastrofalen, saj systemd med drugim obravnava stopnjevanje privilegijev, backdoor v systemd pomeni popoln dostop do sistema, kar se ni zgodilo z zakritimi vrati, omenjenimi v BSD.
Vrnejo se vilice Debian, ne da bi sistem že imel spletno stran. Zdi se, da projekt poteka in zelo resno. https://devuan.org/
Posodobljeni ISO-ji in nekaj novih prenosov.
https://forum.manjaro.org/index.php?board=50.0
Namestitveni program ni zelo jasen, ne morem slediti njihovim korakom, zlasti v delu particij, ne vem, zakaj vztrajajo pri teh zmedenih stvareh.
Nekaj me pritegne v zvezi z netinstall z Openrc, nekje v namestitvi nenehno vidim sporočilo, da konfigurirate systemd, ali bodo res brez systemd ali njegove uporabe?
Pozdravljeni Manuel, tudi jaz opažam isto stvar med namestitvijo, mora biti stvar namestitvenega programa, ker je jasno, da systemd ni nameščen, v terminalu potrdite takole: pacman -Qs openrc
pozdrav
Pozdravljeni, keos, najprej se opravičujem, ker nisem prej odgovoril. Cenim vaš odgovor in vesel sem, da Manjaro ponuja to možnost; takoj ko se podpora za Ubuntu Precise konča (ali morda prej), jo namestim. Pozdravi.
Dobra objava
Počakal bom v Manjaru s Systemdom, medtem ko bo različica OpenRC še malo dozorela, želim izstopiti iz systemd-a ... (potim se)