-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
ivana
addikt
válasz
bambano
#28740
üzenetére
minek kellene több programból használni a hangrendszert??? Pl. azért ha a spotify-on leállítom a zenét, hogy megnézzek egy youtube videót ne kelljen valahogy átadni, mert rohadtul nem fog menni normálisan a dolog.
Régen nem csak pulseaudioval lehetett szívni, hanem anélkül is
Manapság simán csak megy, nem érdekel különösebben mi van alatta."A BSD init amúgy egy mindennél rosszabb szkript gányolás, komplex rendszerek készítésére alkalmatlan.": merugye a systemd az nem egy szkript gányolás... A klasszik BSD style init lényegében egy shell scriptet indít, esetleg több shell scriptet, rohadtul nem a stabilitás mintaképe.
(#28741) inf3rno Fejlesztői szemmel a systemd egy értelmezhető, modern, tesztekkel lefedett kód, ami fent van a githubon. Daemon fejlesztői szempontból meg egy standardnak mondható interfész, service fájlt írni elég egyszerű.
Irni kell rá egy pár soros scriptet, ami elfedi a különbségeket, ha ennyire fontos neked.
Azért vannak különbségek voltak különbségek a distrók között, mert a sysvinit buta, mint a franc és szét kell hekkelni, hogy használható legyen. Ez a script hidd el nem pár soros lenne, meg ma már igény sincs rá, emlékszem régen mekkora szívás volt a home serveren a transmissiont daemonként beizzítani, ma simán megy, mert service fájl bárki tud írni.nem emelnék be gondolkodás nélkül egyébként stabil rendszerekbe Szerinted egy Redhat vagy SUSE szintű helyen mennyi agyalás előzött meg egy ilyen váltást? Komolyan azt gondolod, hogy csak úgy eszébe jutott valakinek, hogy akkor cseréljük le a full initet aztán megcsinálta? Ez kb. minden fejlesztő több havi munkáját igényli, költsége millió $-ban mérhető. De valószínűleg a Debiannál sem két perc volt a váltás.
Elvileg a musl a szabvány követő, és a gcc ami rosszul lett implementálva. A gcc talán a legkomolyabb compiler jelenleg, talán az icc játszik még ezen a szinten, de a gcc mindenképpen a legelterjedtebb. Az, hogy mennyire szabvány követő csak a flageken múlik.
Új hozzászólás Aktív témák
- Hosszú premier előzetest kapott az Arknights: Endfield
- Diablo IV
- PlayStation 5
- Kínai és egyéb olcsó órák topikja
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- Kerékpárosok, bringások ide!
- A fociról könnyedén, egy baráti társaságban
- Milyen billentyűzetet vegyek?
- Kertészet, mezőgazdaság topik
- Metal topik
- További aktív témák...
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- PC Game Pass előfizetés
- HP 150W töltők (19.5V 7.7A) kis kék, kerek, 4.5x3.0mm
- Garmin USB ANT Stick jeladó eladó
- Azonnali készpénzes AMD Radeon RX 5000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Corsair Vengeance RGB 64GB (2x32) DDR5 6000Mhz for AMD // Számla // Garancia//
- Dobozos, új, gyári magyar világítós bill E14 G4 i5-1235u, 40Gb ram, 256Gb NVMe, áfás számla
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

Manapság simán csak megy, nem érdekel különösebben mi van alatta.
Azért vannak különbségek voltak különbségek a distrók között, mert a sysvinit buta, mint a franc és szét kell hekkelni, hogy használható legyen. Ez a script hidd el nem pár soros lenne, meg ma már igény sincs rá, emlékszem régen mekkora szívás volt a home serveren a transmissiont daemonként beizzítani, ma simán megy, mert service fájl bárki tud írni.
