Új hozzászólás Aktív témák
-
Frawly
veterán
Nem, még mindig nem érted. Nem azzal van baj, hogy idejöttél, hanem előzmény nélkül úgy kezdél el nekem beszólogatni agresszívet, hogy én nem bántottalak, és ez elég gáz. Mert nem várod ezt olyantól, akinek nem adtál rá okot. Értem, hogy ki nem állhatsz, akkor ignoráld a hozzászólásaim. Előre is kösz.
Meg lehet ezt oldani kulturáltan, nem kell ide semmilyen radiátor, se olaj, se villany, se kombi. Ezt kéne a modikollégának is megtanulni, hogy a moderátornak is korrektnek kell lenni, és nem pofára intézkedni, meg sunyi módon, előre szólás, tájékoztatás, megbeszélés nélkül már rángani is rá a törlés, kitiltás, stb. gombra, indoklás, megfontolás, egyeztetés nélkül.
-
válasz
Apollyon
#22095
üzenetére
Kis hatalom, kis visszaélés, de attól még az. Visszanyitotta....nagy valami, de egyébként eléggé ismer már, sok hsz-t is váltottunk normális hangnemben. Szóval visszanyitotta, mivel teljespályás hisztivel támadtam le és talán akkor már bele is nézett, hogy valóban nem kellett volna azt a blogtopikot lezárni figyelmeztetés nélkül.
(ha kicsit figyel, látta volna, hogy az én blogom és tudhatta, hogy mekkora hisztit fogok levágni)Amúgy az lett volna korrekt, ha azt írja, bocs, de belekerültél a hajnali kaszálásba. Mivel most vettem észre, hogy megtalálta Kapitány blogját is és ugyanazt a szöveget írta oda is. Az mondjuk tényleg csak a coviddal foglalkozott és aktív is volt, vicces, hogy egyik legaktívabb tag épp egy másik moderátor volt.
Ja és egy konnektor kolléga is irkált oda. (helyedben én is próbálnám védeni a védhetetlent....egy darabig) -
zoltanz
nagyúr
Nálatok nem szokott a sima stabil Firefox rakoncátlankodni?
Néha nem válaszol, tálcán rá kell mennem a bezárásra, ír egy figyelmeztetést, hogy elfoglalt, kilépek-e.
Random, naponta csinálja kb., Betá-knál és ESR-eknél viszont nem tapasztalok ilyet. (apulse-t használok)
-
válasz
Apollyon
#22088
üzenetére
látta hogy mivan
Aham, ha tényleg látott bármit is, akkor azt az egyetlen hsz-t láthatta, ami a BUÉK hsz-en kívül a 2021-es évben keletkezett. Mindegy, ha ennyire lát csak, tuti nem lesz tag a Látóasszonyok topikjában. Amúgy nincs nekem különösebb bajom ezzel, csak az egész durván logikátlan, de legalább tudjuk, hogy Te sem védőügyvédként keresed kenyeredet!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Benézte, ez igaz, de a tények ismeretében az a helyzet, hogy erősen visszaélt a hatalmával indokolatlanul. Ha ott ezerrel mentek volna a covid témájú hsz-ek és legalább egyszer figyelmeztet és arra sz*rik mindenki, akkor lett volna ildomos lezárni azt a blogtopikot.
Nem is ér ez ennyit amúgy, csak nem értem, miért erőlteted ezt a piszok gyenge védelmet. Te ismered, más nem, így csak a cselekedetei alapján tudjuk megítélni. Sorry!
-
Rimuru
veterán
Kicsit jatszottam pipewire-rel. Nem volt celom nagyon belemenni, mint pulseaudio replacement neztem (pulseaudio-s interfaceken keresztul - kb minden DE felhasznalo ilyennel talalkozik nap mint nap szoval atlag Jozsi szemszogbol).
TLDR: atlag felhasznalonak siman jo lehet. Nalam az eszkozok es profilok kozotti valtasokat nem szerette. -
Apollyon
Korrektor
válasz
Frawly
#22090
üzenetére
nem az idetévedéssel van baj, hanem a szemetesládás beszólogatással, amire szerintem nem adtam okot.
Kopp-kopp: haló, itt a valóság. Márpedig az attitűdöddel már több embert is elűztél a topikból.
Amikor épp Magyarországon járok, szoktam hardveraprózni, és pl. olyan ember is olvassa ezt a topikot, akiről nem is gondoltam volna. Neked konkrétan már híred van az ide soha nem írók között is, mondjuk úgy. Nem feltétlen pozitív.Besértődés és támadás helyett meg esetleg el lehetne gondolkozni, hogy ez vajon miért van.
-
Frawly
veterán
válasz
Apollyon
#22086
üzenetére
Hát az a minimum, hogy a való életben ne ilyen legyen. Én nem ismerem, de eddig minden intézkedése inkorrektnek tűnt, és ez alapján simán elvenném tőle a moderálási jogot. Nem személyes, ezt tapasztaltam. De ha neked az jön be, akkor a keresztre feszítés nem rossz ötlet.
#22082 Cyrin: nem az idetévedéssel van baj, hanem a szemetesládás beszólogatással, amire szerintem nem adtam okot. Nem is rémlik, hogy lett volna veled korábban egyáltalán bármi vitám, vagy lehet tévedek, és csak az Alzheimerem miatt nem emlékszem ilyenre.
#22085 ubyegon2: ja, ilyen az élete egy örök kezdőnek. Örökké elkezded, a modi barátod meg rád veri érte a lakatot
Ráadásul covid, meg a gólyák sincsenek most a fészekben, úgyhogy megértőek vagyunk veled -
válasz
Apollyon
#22086
üzenetére
Másrészt meg nem az volt, hogy most örök lakat került a topikra és többé senki nem írhat oda, hanem vissza lett állítva, szóval probléma megoldva.
Most vagy az van, hogy qrvára nem is követted, ami történt vagy menj ügyvédnek.
Az érintett témát meg nem véletlen hogy ennyire irtják....
Egy topikot, amibe harmadik hónapja nem is ír senki, qrvára le kellett ám zárni, olyan indokkal, amit modera úr írt. No mindegy....az idiótaságot kár hámozgatni, mert ez a topikbezárás és az indoklása az volt.
(ezért sem szerencsés, ha egy modera a poltopikban is aktívkodik, nem magyarázom, miért, talán épp ott írtam egy vele ellentétes nézetű hsz-t.....korrekt dolog valóban rácuppanni a blogomra) -
Apollyon
Korrektor
válasz
Frawly
#22076
üzenetére
Ezzel szemben a valóság meg az, hogy egy tök normális, átlagos, jó fej srác. Találkoztam vele pár évvel ezelőtt, egyáltalán nem tűnt inkorrektnek.
Amúgy meg a moderátorok is hibázhatnak és tévedhetnek ugyanúgy, ahogy te is. Neked sincs mindig mindenben igazad, te is benézhetsz dolgokat, mint mindenki bárki más, én is.
Az érintett témát meg nem véletlen hogy ennyire irtják, eléggé fáj a feje most az egész emberiségnek miatta, én örülök, ha legalább itt nem ezt kell olvasni.
Másrészt meg nem az volt, hogy most örök lakat került a topikra és többé senki nem írhat oda, hanem vissza lett állítva, szóval probléma megoldva.Kb. 2-3 éve tényleg volt egy user, az "elszállt az agya a hatalomtól" típus. Na őrá tényleg igazak amiket leírtál, de ő szerencsére durván likvidáltatta magát a fórumról, hála égnek, azóta nyoma sincs és már nem is lesz.
-
válasz
Frawly
#22076
üzenetére
Nekem a moderák régóta nagy barátaim, nincs ebben semmi új.
Radi komám kicsit kiszámíthatatlan, mert egy idén 2 hsz-t termelő blogtopik nem tudom mibe tud belezavarni, kicsit fontoskodónak éreztem most, amit csinált és következetlennek is, mivel ott volt a másik hasonló érdeklődésre számot tartó Siratóasszonyok topikja, ugyanúgy covidos alcímmel, azt nem bántotta.Covidos topipkok közül csak a Laza fedőnevűt látogatom, de ott időnként nekem is be kell írnom valamit, mert Parci szakinak egyébként heveny hiánybetegsége alakulna pszichéileg. Azzal kötött oda, hogy az elején 30 nap banánt adott, mertcsak indokkal, nálam meg sajna az ilysmi kontraproduktív.
Egyébként is már szinte mindenhonnan vissza vagyok vonulva, nehogymán...... -
Frawly
veterán
válasz
Rimuru
#22071
üzenetére
Na, ezt én se tudtam. Épp akartam pedig írni, hogy mára már minden böngésző kaka lett, mindegy mit használsz, zárt vagy nyílt forráskóddal, mindegy, amíg nem kínai. Erre kiderül, hogy az Opera kínai.
Az Opera a klasszikus 12-es ágig volt jó böngésző, alternatív motor, gyors volt, sovány, csomó funkció benne, e-mail és torrentkliens. De mióta csak egy Chrome-skin, azóta katasztrofálisan béna.
-
Frawly
veterán
válasz
ubyegon2
#22075
üzenetére
Ajjaj, van új kis barátod, a hugik féltékenyek lesznek. Egyébként ezt a radiátort én se ki nem állhatom, állandóan beleintézkedik mindenbe, szólás és jelzés nélkül, egyszerűen nincs benne meg a korrektség.
Covid-témákat meg került, mert csak flame-elésre jók, meg hogy bajba kerülj. Senki nem ért hozzá, orvosok, kutatók sem, nem érti senki, hagyni kell. Nincs mit rajta megvitatni, totál szívás, totál káosz.
-
válasz
Rimuru
#22072
üzenetére
Kösz, hogy szóltál! Nem értem, miért kell a negatív agyhasználatot ennyire propagálni.
Ezután majd a 3 említett topikba írjunk minden látóasszonyos témát? Megemlítettem a rettegő topikban is.
Modkerbe sem írhatok, hogy mi az agyatlan nagynénjük f*száért zárták be, mert Radi ott is ott van mindig, majd ő válaszol nekem.
-
zoltanz
nagyúr
válasz
Apollyon
#22066
üzenetére
Elsősorban én is nyíltat használok a napi feladatokhoz, de kivételes esetben szükség lehet bizonyos funkciókra, amit egyszerűbb, (általam) bejáratottabb, használható zárt megoldásokban megoldani.
"Továbbá az LMDE kiadást Devuan alapra lehet helyezni. Nem hivatalos hekkeléssel ugyan. Nagyon helyes, nem árt, ha több lábon tud állni a projekt. Bár nem hinném, hogy a mintesek közül sokan használják az LMDE-t is akár, nem hogy valaki systemd-mentesítené, de ha mégis lenne pár ilyen perverz, most már ez is lehetséges."
Nekem tetszik LMDE, használtam is, de az új verziókban nem lehetett Pulseaudio nélkül használni, mert vinné magával a DE -t desktop environment is.
SystemD annyira nem zavar, de ha nincs az pozitív. -
Frawly
veterán
Kicsit még ehhez a frissítési mizériához, külön hozzászólásban: ezek a nem frissítő népek különben egyfajta pszichózisban szenvednek. Nem mernek frissíteni, mert jajj, mi van ha eltörik? De egy LTS disztrónál, ami eleve el van maradva verziókkal, és agyon van tesztelve, patchelve, azon mi a rák törne el (hacsak nincs valami nagyon specifikus, saját DKMS modulos gányolás)? Meg ha nem frissít valaki, és a végtelenségig ki próbálja tolni a rendszere használatát, úgyis el fog nála törni valami, akkor már inkább vállalja be a kockázatot, tartsa legalább LTS frissességen a rendszerét, úgy legalább biztonságilag nem sebezhető. Azt nem érti meg ez a felhasználói tábor, hogy a kockázat mindig ott van, és ott lesz. Teljesen mindegy, mit csinál, 70 évig CentOS 6-on vagy Mint 17-en marad, mindenképp szívni fog, csak más formában. Egy rendszer sem lesz örökké használható, örökké problémamentes, főleg, a mai rohanó informatikai, mindent netre kötős és támadós világban, amikor minden központi szerveren, nagy multik által állandóan átvariált API-kon keresztül megy (Google, YouTube, Netflix, Facebook, Spotify és társaik), és a mai rendszerek sokkal komplexebbek, mint a régiek voltak, sokkal több komponens, feature, sokka több minden törhet el.
Sok felhasználóban ez egy mélyről rögződött lustaság is. A DOS-os, meg korai Win9x-es érában hozzászoktak, hogy míg nem volt netre kötve egy gép, akkor 5-10+ évet elment egy rendszer frissítés nélkül. De még az XP is élt 13 évig (bár azt kellett azért frissíteni, SP-nként, hogy támogatott maradjon). Ebből azt vonják le, hogy minden továbbra is használható egy verzión 10+ évig. Szerintem húzzák fel a vekkert, mert túl sok nyál fog kifolyni arra a párnacihára, ha ilyen vadakat álmodnak. El kéne fogadniuk, hogy az OS az nem kenyérpirító, hogy megveszik és pirít 10-20-30 évig. Ja, számukra az OS csak egy eszköz a gép részének tekintik, ami szintén csak egy eszköz. Nem akarnak hozzá érteni, nekik életük van, amit a Facebookon kell eltölteni, stb.. Számukra. Csak a világ nem a számukra filozófia és a több idő jusson facebookozásra ideológia mentén működik, hanem szakmai alapon mennek végbe folyamatok, informatikainál technológiaiak, meg fejlődési globális trendek.
-
Frawly
veterán
Na, újabb fejlemények a Mint háza tájáról. Múltkor ugyebár az a hír kapott szárnyra, hogy sok Mint-felhasználó el van nagyon maradva a frissítéssel.
Most a februári Mint-hírekben azt írják, hogy bizonyos esetekben a frissítéskezelő ragaszkodni fog az update-hez.
Ez sok oldalról összetett kérdés: én alapból egyetértek vele. Ha Archon lenne ez, háborognék, de a Mint egy Windows-helyettesítő disztró, Windows-beállítóódottságú felhasználók használják, főként Windowsként. Velük nem nagyon lehet máshogy bánni, csak a kényszer segít esetükben. Ha nincs kényszer, az életben nem frissít a legtöbbjük.
Másik részről viszont sok felhasználó részben a kötelező Win10 update miatt váltott, és most itt is az arcába kaphatja. De! A Mint egy LTS disztró, régi verziókkal, így nincs nagyon kockázata a frissítésnek, meg ugye a frissítés sem tart olyan soká, mint egy Windowsnál, töredéke idő. Szóval a kötelező update itt kevésbé igényel időbeli, erőforrásbeli áldozatot. Összességében támogatom a Mint célközönségénél.
A másik, szintén ebben a februári hírben szereplő dolog, hogy korlátozni lehet majd a jövőben a Cinnamon memóriafogyasztását, ami eddig 2-4-6 gigáig is el-leakelt néha. LOL, és akkor ubyegon magyarázott, hogy a Cinmanó az nem bloat, meg 2,7 sec-es bootidő még a Kréta-korból, meg jól megyen 12 giga RAM-on. Ja, azon igen.
Továbbá az LMDE kiadást Devuan alapra lehet helyezni. Nem hivatalos hekkeléssel ugyan. Nagyon helyes, nem árt, ha több lábon tud állni a projekt. Bár nem hinném, hogy a mintesek közül sokan használják az LMDE-t is akár, nem hogy valaki systemd-mentesítené, de ha mégis lenne pár ilyen perverz, most már ez is lehetséges.
-
-
Apollyon
Korrektor
válasz
zoltanz
#22064
üzenetére
Számodra nem releváns, így ne is vedd feltétlenül magadra, csak úgy megjegyzem, de én biztos nem használnék olyan böngészőt, ami nem openszósz. Meg úgy más programot se. Pár év vagy hónap és eljutok oda, hogy már minden programot előbb leellenőrzök wiresharkkal nem-e beszél sunyiban valamerre amerre nem kéne.
-
Frawly
veterán
válasz
zoltanz
#22064
üzenetére
Nincs mit, feltéve hogy nem szarkazmus volt részedről.
A felhasználói fiók az továbbra is problémás, mert attól, hogy a böngésző portable, attól még a felhasználói fiók az nem az. Meg lehet próbálni beállítani portable Operában, hogy a fiókadatokat is a saját munkamappájában tárolja, és ez a fiókot használni vele a többi gépen is.
Emlékeim szerint az Operának saját Sync megoldása van, ami tud gépek között beállításokat, könyvjelzőket, jelszavakat, stb. átvinni, szinkronizálni.
-
zoltanz
nagyúr
válasz
Frawly
#22063
üzenetére
Köszi a nagyon részletes, cizellált, de mégis frappáns, és megfelelően jó mélységű magyarázatot, választ (amivel még én is megbirkózóm)
2-3 éve néztem utoljára mit tudnak a böngészők ha fiókot hozok létre, elég gyerekcipős érzés volt. (Elég ha az előzményeket, könyvjelzőket szinkronizálja az interneten) Firefox, Opera ma ebben mennyire teljes, és bugmentes?
-
Frawly
veterán
válasz
zoltanz
#22062
üzenetére
Az Opera hivatalos oldalán van mindig az aktuális legújabb verzióból .deb bináris. Ez akár kézzel is kicsomagolható egy mappába és használható külön telepítés nélkül is használható portable módban. Majdnem. Mert ha gépek között hordozod, akkor a függőségeinek fent kell lennie azért a célgépen. Meg ugye az AntiX azt feltételezi, hogy régi-gyenge gépekről van szó, azokra egy Chrome-alapú Opera nem a legjobb ötlet.
A Linuxot eleve nem a portable futtatásra találták ki, mivel eleve az alapfilozófiája a függéségi fa, csomagokra osztás, tárolókból csomagkezelővel telepítés. Ez a portable világ a Windows sajátja, ahol egy darab .exe fájllal akarják a világot megváltani, hogy ne kelljen mindenféle weboldalról mindenféle installereket összevadászni minden újratelepítéskor.
Erre a célra inkább megfelelne, ha pendrive-ra telepítenél fel egy komplett AntiX rendszert, és arra normál módon, a tárolókból telepítenéd és rendszeresen frissítenéd az Operát.
-
F34R
nagyúr
válasz
Frawly
#22058
üzenetére
a kernekben semmit nem kell mokolni ahhoz higy udev nelkul menjen. mdev-el meglehet csinalni... xf86-input-mouse es keyboard kell a xf86-input-eudev vagy a libinput helyett. legacy xorg driverek ma mar nem hasznalja semmi.
ha nagy fajdalmat akarsz NeddySeagon old fashioned dev installjat koveted. de csak gentoon mukodik.
-
Frawly
veterán
Hotplug működött előtte is. De aki nagyon extrém, kihagyhatja a kernelfordításból, persze Chuck Norrisnak kell hozzá lenni, mert egy csomó mindent eltörhet, ha nincs a kernelben az udev, mivel egy csomó minden támaszkodhat rá. De elméletben a kernel simán működik nélküle.
Kukába azért nem kell kivágni ezeket, nem is azt írtam, hogy ezeket kell fő gépnek használni, de ha valaki hobbista, és unja a Win98/DOS, esetleg OS/2 témát, azok néha vannak olyan perverzek, hogy beröffentenek rajta Linuxot. Csak példa volt, a 386-os támogatást ellentételezve. Mint írtam, min. erősebb C2D szintje, egyébként el lehet felejteni nagy ívben a mainstream Linuxot.
#22057 zoltanz: igen, szerencsére csak a Firefoxhoz. Meg a Chrome-hoz, meg az összes ezen alapuló böngészőhöz, ezen alapuló electronos apphoz (pl. Skype), Wine-hoz, Steamhez, csomó hóbelebanchoz, sok gnome-os szutyokhoz, stb-stb..
Természetesen én is támogatom, ha valaki systemd ellenében próbálkozik. De úgy néz ki, hogy ezt csak kisebb disztrók vállalják be egyelőre, nagyok beadták a derekukat, talán nem véletlen.
-
zoltanz
nagyúr
válasz
Frawly
#22052
üzenetére
"Azt meghagyják a Gentoo, Alpine Jóskáknak, meg a kőkorszaki verzióknál leragadni szerető Devuan, MX partizánoknak."
Én támogatom, szeretem az MX-et, nem jókedvemben ragadtam meg a verziókkal, hanem mert ez van. Amúgy sztem, nem vészes, thrash gamer-nek nem vagyok mondható, főleg olyannak aki hajszolja a legújabbat és AAA címeket.Pulse nélkül is el lehet lenni egy tartalomfogyasztós megközelítéssel. Egyedül a Firefox-hoz kell apulse.
-
válasz
Frawly
#22054
üzenetére
Soha nem volt a systemd része és se formálisan, se elméletileg, se sehogy nincs köze hozzá. És azért kell, hogy működjön a hotplug mindenféle ótvar hákolás nélkül.
AMD K7, Pentium Pro, Pentium 2-3 A pentium 4-et is 10 éve kellett volna kivágni a kukába/múzeumba, nem, hogy ezeket.
-
Frawly
veterán
Tudok róla, hogy a kernel nyújtja kivételesen. De az egész koncepció a mac-es launchd-ből származik, aminek a koppintása a systemd. Ezeknek ugyanis nem az a lényege, hogy initrendszerek akarnak lenni, hanem eseményorientált OS alrendszerek. Megint más, hogy az initet is azért végzik, mert bootkor is eseményekre (event) kell reagálni (betöltődött-e egy bizonyos service, mi a függősége, ha menet közben lehal, újra kell indítani, stb.). Ezért kezelik a hálózatot, meg mindenféle hóbelebancot is.
Annyiból igazad van, hogy az udevd-t nem lehet elkerülni, akármi az initrendszer, és formálisan nem a systemd része.
32 bites prociból vannak azért 10 évesek is, atomos netbookok, táblagépek. De nem is a proci szokott számítani, hanem a kevés RAM, sok régi gépre forrasztva van az 1-2 giga RAM, vagy a chipset nem kezel 2 gigánál többet (DDR1-DDR2-es gépeknél). Ezekre meg memóriakímélés miatt 32 bites OS-t szoktak feltenni. Mondom, én se vagyok a 32 bit híve, pont én szoktam szónokolni itt, hogy haladjunk a korral, használjon mindenki SSD-t, 64 bitet, UEFI-t, UEFI bootot, GPT partíciós táblát, zstd tömörítést, új verziókat, stb.. Hiszen úgy sose lesz fejlődés, ha mindenki leragad régi szutykoknál, az átlag pistis windowsos szemlélet. De mint írtam, a Linux lényege az lenne, hogy nem vetet az emberekkel új gépet, hanem viszonylag tűrhetően elfut, régi, szutyok gépeken, olyanokon is, amiken már az XP SP3 se ad jó felhasználói élményt. Na már most a szüntessük meg az XY támogatását, meg mindenki vegyen új gépet filozófia pont ezzel menne szembe.
Azzal egyetértettem, hogy a 3.8-as kerneltől fogva a 386-os támogatást megszüntették. Itt nem a 32 bitről beszélek, hanem a 3. generációs x86-os, azaz a 80386-os procik támogatását, amik 1985-ben jelentek meg. A 486 támogatva van még, de egy modern Linux még azokon is tűrhetetlenül lassan fut, használhatatlan. A legkorábbi proci, amin azért elfut, ha van benne elég memória, 128-256MB, az az AMD K6-os procik, ezek a 6-os számozás ellenére csak 586-os procik. De ami ajánlott minimum, az a 686-os architektúra, AMD K7, Pentium Pro, Pentium 2-3. Ezeken is csak ultraminimalista formában megy, de azért abszolválható, nem fő le egy kávé, mire bebootolnak. Persze modern systemd-s Linuxot, meg nagy DE-t futattni ezeknek sem nagyon megy már, ahhoz min. normálisabb Core2Duo proci, AMD Phenom szintje kell minimum és 4 GB RAM, az alatt nem érdemes ilyennel próblozni, csak soványított rendszerekkel, pálcika WM, lehetőleg csak Gtk2-es vagy terminálos alkalmazások, lehetőleg systemd-mentes disztró, stb.. Tehát semmi ilyen Ubuntu Gnome, Neon KDE, Mint Cinnamon, Solus, stb., de már a Xubuntu és a Lubuntu se ajánlott régi gépekre, mióta az Xfce átállt Gtk3-ra, a Lubuntu meg LXDE helyett LXQt-re.
-
válasz
Frawly
#22052
üzenetére
én systemd maradványnak tekintem már az udevd-t is Az udevnek rohadtul semmi köze nincs a systemdhez. Általában még init scriptes beágyazott rendszereken is van udev.
A systemd ezerszer jobb fejlesztői szempontból mint a régi SysVinit. Csinálsz egy service fájlt és kész vagy.
Pulse nélkül nincs értelmes desktop rendszer. Nem tudom, hogy vagytok vele, de én nem szeretek szívni azzal, hogy átkapcsoljak spotiról teamsre vagy youtubera.
Az utolsó 32 bites procik lassan húsz évesek, ideje lenne eljutnunk oda, hogy azokat múzeumba szánjuk, meg bacsisnak
-
Frawly
veterán
válasz
Apollyon
#22051
üzenetére
Nem kamuból futnak, hanem szükség van rájuk, mert futó szoftverek függőségnek használják. A leggyakoribb az elogind, de én systemd maradványnak tekintem már az udevd-t is, erre még rájöhet at-spi2-registryd, meg még fene tudja mi, én se tudok konkrét, kimerítő, tényleges listát, mert attól is függ, hogy konkrétan milyen programokat használsz, azok mit húznak be függőségnek.
Azt mondom csak, hogy erre figyelni kell, nézd át a processlistádat, nyomozd ki mi mire való. Könnyen fel fogsz fedezni olyan elemeket, amik a systemd részimplementációi. Így pedig igenis az van, hogy egyszer fut a saját init-ed, meg még rá systemd-maradványok, meg részimplementációk, és semmivel nem leszel előrébb, mintha magát a systemd-t használnád, se erőforrásban, se sebességben.
Hidd el, én is anyázok emiatt. Erre már az Arch a korai időktől fogva rájött, azért nem mennek ezzel szembe. Rájöttek, ha olyan nagy disztró akarnak lenni, mint a Debian, Ubuntu, és sok csomagfenntartót és felhasználót akarnak, akkor systemd-ügyben meg kell magukat adniuk, különben rétegdisztróként eltűnnek a süllyesztőben.
Ha a systemd-ellenes utat választották volna, azzal egy csomó felhasználó életét megnehezítik, akik systemd-re dependelő programokat használnak, meg a csomagfenntartóknak is külön küzdelem, hogy hekkelt csomagot csináljanak egy csomó mindenből, meg sytemd-pótlékokról gondoskodjanak egy csomó csomagnál. Erre idő sincs egy valódi, bleeding edge full rollingnál, mert mire fejlesztőke elpöcsölget az anti-systemd-s hekkelésekkel egy csomagon, addigra az adott csomag fejlesztői ágon előrelépett 3-5 verziót.
Persze, lehet széllel szemben hugyozni, én meg is fogom próbálni, újra és újra, de az Archot megértem, amiért nem akarták. Nekem pedig tetszene, ha próbálkoznának, és lenne támogatva alternatív init, de nem akarnak szélmalomharcra erőforrást elpocsékolni. Azt meghagyják a Gentoo, Alpine Jóskáknak, meg a kőkorszaki verzióknál leragadni szerető Devuan, MX partizánoknak.
Így meg az van, hogy alternatív init támogatását nem az Arch oldja meg, hanem Arch-forkok, lásd. Artix. Sőt, az Arch ezért dobta a 32 bites támogatást is, mivel full rollingnál megint nehéz azt csinálni, hogy külön 32 bites ágat gondozni. Ezt átvette végül az Arch32.
De nem csak a systemd ilyen. Pulseaudio-t sem tudod kikerülni egy csomó mindennél. Lehet ugyan apulse-sal szórakozni, de elég nehéz szembemenni a PA-val. Persze, el is lehet kerülni, nagyon minimalista, ALSA only progikkal, de az is egy nagyon kínkeserves művelet, főleg, ha valami audiovizuális tartalom előállításával foglalkozol, vagy mondjuk gamer vagy, aki Steam melett nyomja Teamspeaken, Discordon, streamel is, és egyszerre több be/kiimenetet is használni akarsz, keverni, stb.. Lehetni mindent lehet, kérdés kinek mennyit ér meg.
Én egyébként a 32 bites támogatás megnyirbálásának sem örülök. Én magam nagy ellenzője vagyok, mert sok ember feleslegesen futtatja a 32 bites OS-t, de másik oldalról a Linux egyik erénye, hogy gyenge gépeken is jól fut, és ott van egy rahedli 1-2 giga RAM-os régi gép, amire 64 bites Linux nem nagyon jó, azok meg most vagy XP-n ragadnak, vagy BSD-n, amin megint egy csomó dolog nem támogatott, meg nincs rá egy csomó driver. Szóval egy részről nyereség, hogy a 64 bit jobban terjed, meg a 32 bites, gyenge csotrogányokat kidobatják az emberekkel, és haladunk a korral, más részről viszont sok ilyen 32 bites gépben még lenne annyi miniimális potenciál, hogy Linuxszal még használhatók lennének. Persze 32 bit így is van, de van már jó pár olyan csomag, ami nem támogatja, meg hekkelni kell. Nem csoda, hogy mainstream disztrók nem akarnak ilyennel szenvedni, mikor még a 64 bites igényeket sem tudják lefedni, így is van egy csomó olyan csomag, ami nincs benne a tárolójukban, hanem külső tárolót kell felvenni, meg AUR-ból/git-ről forgatni. Akkor meg nem azzal fognak szórakozni, hogy a 32 bites őskövületek gazdáit is kiszolgálják.
-
Frawly
veterán
Ja, azért is írom. Sokan csak áltatják magukat, hogy nem használnak systemd-t initrendszernek, közben meg ha figyelmesen megnézik a processlistát, szépen kiderül belőle, hogy elogind, hasonló szutykok épp úgy futnak, magyarán csak önhülyítés az egész. Ebben semmi twist nincs, ha rájön az ember és világosan látja.
-
Frawly
veterán
válasz
Rimuru
#22044
üzenetére
Én hallottam róla, egy elég régi, sok éves valami, de még nem próbáltam. Azt se tudtam, hogy ez egy élő projekt még.
Nem mintha nálad számítana, a Gentoo egy végoptimumos disztró, ha arra átálltál, semmilyen másik disztróra hoppolásra nem lesz szükséged többé, teljesen mindegy, mennyire systemd-mentes csodafork, meg ultrarolling, meg mennyire hájp most a redditen, te nyugodt szívvel skippelheted.
-
Frawly
veterán
válasz
Apollyon
#22042
üzenetére
De, értem én nagyon jól, ha valaki, én vagyok az egyik legnagyobb ellenzője a systemd-nek. De megértem, hogy az Arch miért nem akar szembemenni mindennel: gyakorlati megfontolásai vannak.
Az a baj, hogy hiába használsz más initrendszert, ahogy felraksz egy systemd-re dependelő progit, onnantól ezek az ilyenolyandé-szutykok épp úgy belecsicskítanak a rendszeredbe, sőt, dupla erőforrás-foglalás lesz, mert egyszer futni fog a nem-systemd-s initrendszered, meg ezek a pótlékd, elogind, faxtuggyamidé alrendszerek is, és duplán bukod az egészet.
Tehát hiába teszel fel MX-et, Devuant, Artixot, Gentoo-t alternatív inittel, a systemd-t nem nagyon tudod kikerülni modern desktop felhasználásnál. Nekem sem sikerül sajnos, még a legnagyobb minimalizmus mellett sem, mert tuti egyszer szükséged lesz egy olyan progire, ami szépen pofátlanul behúzza függőségnek.
-
Apollyon
Korrektor
válasz
Frawly
#22039
üzenetére
Nem érted. Azért az két külön dolog, hogy kell pl. a steamnek néhány lib egy könyvtárban, vagy hogy a komplett OS systemtrével működik, és az csicskít bele mindenen keresztül még a hálózatba is.
Egyszerűen szarnak rá, és kész, a defendelők meg megmagyarázzák. Egyébként nem kell nekem arch, volt pár éve, nem jött be. -
Frawly
veterán
válasz
Rimuru
#22035
üzenetére
Még egy megjegyzés: nálad úgyse számítana, mivel nem indítod újra a gépet
Viccet félretéve, a Gentoo egy rolling disztró, aminek az az egyik fő értelme, hogy friss lehet, érdemes élni vele. Plusz mivel haladóknak van, akik meg tudják oldani, ha valami eltörik, az is annak az irányába hat, hogy legyen minél frissebb, valamint forráskódból pörgetős, ezért ez is a frissességet motiválja, hiszen ha egyszer már mindenképp forráskód fog elég hosszan pörögni, akkor már miért ne a legújabb kód pörögjön?Nálad egy másik szempont is játszik: Archról váltottál. Én úgy lennék vele, ha egyszer már beletettem a munkát, akkor ne legyen már részben visszalépés, hogy valamiben is kevesebb, mint az Arch, pl. akkor legyen már legalább ugyanannyira friss.
Én épp ezért dobtam az Artixot: memóriafogyasztásban, és tárolók sebességében, na meg kicsit frissességben (enyhén) visszalépés volt. Nyilván ahhoz használni kellett egy ideig, feltenni, kipróbálni, hogy ezt megtudjam.
-
Frawly
veterán
válasz
Rimuru
#22035
üzenetére
A Firefox 85-tel sincs semmi baj, csak ne ilyen 78-as előtti verzió legyen. Meg mint írtam, a Gentoo azért nincs annyira elmaradva a verziókkal. A stable profil el van, de nem vészesen.
Meg a FF azért is mindegy, mert a Mozilla oldalán lévő tar.gz-s bináris általában minden disztrón jól megy, én ezt használom évek óta, saját magát frissíti, jelenleg is Developer Edition beta, 87-es verzión van épp.
#22031 lionhearted: ezt linkeltem már pár hozzászólással előbb, csak más forrásból. Ja, elég gáz. Sok ember nem szeret frissíteni, főleg a mintesek, mert legtöbbjük Windowsról jött felhasználó, és ott megszokták, hogy kerülni kell a frissítést. Meg van jó pár NV-ás, akinek a frissítés el is törhet valamit, így ők meg extrán félnek. Inkább nem frissítenek, próbálják akármi áron elkerülni, halogatni, amíg csak lehet.
Ez a baj, hogy ez hozzáállásbeli dolog, és nagyon nehéz elmagyarázni, hogy miért kell friss verzió. Nem, nem csak a biztonság miatt, bár az az egyik legnagyobb mozgatórugó.
-
Frawly
veterán
válasz
Apollyon
#22033
üzenetére
Én se szeretem, hogy az Arch systemd only. De annyiből megértem, hogy systemd-t használ, hogy általános célú disztró, mindenféle felhasználói kör használja, nem akarnak kicseszni az emberekkel, mert sokuknak olyan progikra van szüksége, amik systemd-re dependelnek. Így meg nem akarnak a széllel szemben hugyozni, meg a felhasználókat elvi kérdésből szopatni.
Ha Arch-alapon kell runit, akkor ajánlom az Artixot, az mind OpenRC-vel, mind runit-tal, mind s6-tal elérhető. Bár nekem nem voltak jók vele a tapasztalataim, lassúak voltak a tárolói, sok memót evett, mert az ő initrendszerükön kívül épp úgy futottak a systemd-s szutykok, pl. elogind.
Ez a legnagyobb baj a systemd-vel, hogy kikerülhetetlen. Hiába használsz olyan disztrót, amin más initrendszer van, a programok épp úgy behúzzák függőségnek a systemd valamelyik elemét, és akkor sem úsztad meg a témát. Ahhoz nagyon minimalista rendszert kell használj, hogy meg tudd úszni, pl. se Steam, se Wine, se semmi népszerű, mainstream program, se mainstream DE, se semmi.
És erről nem a systemd, meg nem Poettering tehet, hogy mindenki erre dependeli a csomagját. Senkinek nincs pisztoly a bordája közé nyomva, hogy systemd-re kell dependelnie a programják, a fejlesztők önként hozzák meg ezt a rossz döntést. Nekik kell köszönni.
-
#22035
Rimuru
veterán
lionhearted
#22031
Rimuru
veterán
válasz
lionhearted
#22031
üzenetére
Jah, frissitenem a firefoxot 86-ra de meg nincs gentoo repoban ebuild...
-
Apollyon
Korrektor
válasz
Frawly
#22030
üzenetére
Ha már itt tartunk, Arch alatt miért nincs natívan pl. runit? Miért kell kötelezően systemtrével szenvedni? Most nem az utóbbi hiányosságait szeretném kibeszélni végtelenedik alkalommal, hanem csak annyit, hogy miért? Ha már más legózós disztrókban van más opció, Arch alatt miért nincs?
Ez pl. sokkal égetőbb kérdés, mint a windózról idetévedt felhasználók. Ha már a kedvenced, itt találtam témában lassan 3 éves információt, egyik sem jó indok ma már. -
#22031
lionhearted
őstag
Frissesség és felhasználóbarát linux margójára: [link]
-
Frawly
veterán
válasz
#20749568
#22029
üzenetére
Azért, mert nem kell ez a Linuxnak. Azért baj, hogy terjed, és aki nem próbálta ki, ezen emberek véleménye alapján ítéli meg, és ki sem próbálja normálisan. Ez a baj vele.
Egyébként megértem, hogy a Linux nem népszerűbb. Pedig nem nehéz megtanulni, meg használni, de igényel egyfajta értelmi képességet (pl. elolvasni egy hibaüzenetet saját nyelven és megtanulni értelmezni), utánaolvasást (tudni használni a keresőt), tanulási hajlandóságot. Ez meg a ma, agyatlan, facebookozó, windowsos és maces tömegen simán kifog.
Pedig semmi extra nem kell hozzá, se informatikai diploma, se túl speciális képesség. Tehát semmi olyan, amit egy értelmes átlag ember magától nem tud egy kis olvasással, próbálgatással elsajátítani.
Az Nvidia is hibás, a linuxos driveroldalukon fel kéne hívják az emberek figyelmét, hogy ne onnan töltsék a linuxos drivert, hanem a disztró csomagkezelőjével a disztró tárolójából telepítsék fel, példaként idézhetnék is a vonatkozó sudo apt install tökömtudjamimostacsomag neve, egy példát Arch-vonalra (pacman -S nvdrivercsomag), meg egy példát RHEL vonalra, yum akármi. Meg egy említést a nonfree tárolók engedélyezéséről. Ezzel azért lefednének elég sok disztrót, pár sornyi példából.
-
Frawly
veterán
válasz
#20749568
#22026
üzenetére
Nem kell osztani, a linkelt szálban is leírta pár ember, hogy baromság, de le lettek ugatva. Persze, beírhatnám én is, hogy baromarcúak, de max. csak arra lenne jó, hogy kitiltsanak személyeskedésért. Így csak elrettentő példaként tettem be ide, hogy a Linuxnak nem tesznek jót az ilyen emberek. Pontosan miattuk terjednek azok a barom szállóigék, hogy a Linux desktop éve sose jön el, meg a Linux szar, meg nincs hozzá driver, meg semmi nem megyen rajta. Közben meg csak idióták próbálják használni, mintha Windows lenne, és ez könnyen megbosszulja magát, mert nem Windows.
-
zoltanz
nagyúr
válasz
Frawly
#22025
üzenetére
"Azt se értem, ha valaki ilyen láma, minek megy a redditre szakmai kommenteket írni."
Nemelég ha sötét, de kell neki, hogy ezt mindenki tudja is róla.
Valóvilágok idejében, nem szégyen semmi, én én vagyok a transzponencia eladja. Semmiben nem jobb, több, csak ő, ennyi, és "felvállalja". (de nincs mit felvállalni, egy tucat ember, kis polgár, legalább szarjon a parlament elé vagy valami ) -
Frawly
veterán
LOL, ez a reddit-szál teljesen kész van. Egyesek még 2021-ben is ott tartanak, hogy az Nvidia oldaláról húzgálják le a GPU drivert, édes istenem, aztán vergődnek, hogy eltörik a rendszer frissítéskor, míg megint mások kifejezetten ezt javasolják, mert nekik megoldotta a problémát, amit a tárolóban lévő NV driver okozott.
Megint másik megmondóhuszár írja, hogy nála az az AMD A12 APU meg AMD RX540 a szar, mert lassan (mihez képest hülye gyerek) megyen Minten, az NVazjobbvó't, Ályemdély monnnyonle. Erre tényleg csak azt tudom mondani, hogy maradt volna meg Windowsnál, vagy vett volna Mac-et, az való neki. Tényleg nem kellenek ezek az emberek Linuxra, maradjon csak meg a Linux 0%-os részesedéssel, mint hogy ilyen emberkre szabják rá, és Windows-klónt csináljanak belőle.
Azt se értem, ha valaki ilyen láma, minek megy a redditre szakmai kommenteket írni. Akkor inkább facebookozzon, nézzen pornót, vagy mit tudom én, csak ne mutogassa, hogy mennyire nem ért hozzá. És nem is az, hogy van ilyen hülye, hanem ezek összejönnek a redditen kórusban. Rendesen szellemi fekete lyuk.
-
Frawly
veterán
válasz
zoltanz
#22022
üzenetére
Ja, ezt ismerem, de nem baj, hogy betetted ide, hátha valaki talál rajta kedvére valót. Igen, idegen nyelvű, de hát a szakirodalmak is azok. Magyarul időpocsékolás bármit is olvasni, főleg informatikai témában. Nem csak informatika van rajta, hanem főleg tudományos könyvek, egyetemi jegyzetek, nyelvkönyvek, bármi, ami szakmai, bár azért van szépirodalom is, de az kisebb számban van képviselve. Főleg angol nyelvű, de mindenféle nyelvű könyv van, francia, német, orosz, stb..
Annyi még, hogy ez a libgen egy ilyen központi warez valami, mindig változik az elérhetősége, ahogy a nagyobb torrentrackereknek is (piratebey, kickass). A libgen mindig benne van a nevében, de változik a domain, végződés, stb., ezért ha nem működik, akkor a keresőben a libgen vagy library genesis és proxy nevekre kell keresni, úgy mindig lehet hozzá működő oldalt találni. Jogvédők állandóan szüntetnek meg elérhetőséget hozzá, persze szélmalomharc.
Plusz torrenten letölthető az egész libgen is, összes könyv, adatbázis, webes felület, de elég sok giga. Szóval offline másolat is csinálható belőle, ha valakinek sok giga helye van, meg ez a fetisizmusa.
Néha az archive.org-on is vannak letölthető könyvek, meg a Google Bookson is trükközve el lehet pár könyvet olvasni (bár nem egyben, hanem részletekben rákeresve, meg nem lehet letölteni).
Annyi még, hogy Linuxot nem érdemes könyvből tanulni, mert ahhoz túl gyorsan változik. De pl. unixos könyvek játszanak, amik alap parancsokat, alap toolokat tanítanak, vi, emacs, ed, grep, sed, awk, nroff, Bourne-shell parancsai, stb., ezek ma is használhatók linuxos terminálban. A régi, X11-ről szóló könyvek is helytállóak még (bár azért az Xfree86-hoz kiadott anyagok modern X.org-on nem minden vonatkozásban működnek). Csak egész Linuxot egészében nem szabad tanulni könyvből, mert disztrók, initrendszerek, audioserverek, asztali környezetek, csomagkezelők jönnek-mennek, a könyveket meg nem update-elik hozzá elég gyorsan. Tehát egy mintes vagy ubuntus telepítést senki ne egy 2000-ben meg 2005-ben, meg véletlenül se egy 1995-ben kiadott könyv alapján kezdjen el patkolni, mert nem lesz jó vége.
Ugyanez van prognyelveknél, azok is tanulhatók, de általában régi verziókat tanítanak. C-ből, Fortranból pl. az 1990-es szabványverziót, mikor C-ből van 2020-as, Fortranból 2018-as, és COBOL 2013 vs. 1968, stb. esetében is ugyanez van. Bár szerencsére általában visszafelé kompatibilis, ha valaki könyvből tanul ilyeneket, simán működik a benne lévő kód, legfeljebb a gcc-nek, g++-nak, gfortrannak meg kell mondani, hogy 90-es verzióval dolgozzon, és simán fordulni fog a kód, maximum annyi, hogy az új szabványok szerinti OOP, többszálúság, egyéb feature-öket nem használja valaki, de ezeket amúgy is opcionális használni, nem kötelező.
Annyi, hogy az ősi prognyelvekből a nagyon régi verziókat kell kerülni, Fortran IV, 77, Cobol 60, mert ezek még lyukkártyás formátumra készültek (nem text fájlban lévő szabad formázású, blokkokban strukturált kódra), meg pl. az ősi C könyveken lévő kódok sem fordulnak, mivel az ISO/ANSI C-ben, meg a későbbi szabványaiban azért voltak módosítások az eredetihez képest. Tehát ilyen 1960-80 között írott könyveknél erre figyelni kell, mert akkoriban még mentek mainframe-ek, amiken még lyukkártyát toltak, azóta meg kicsit változott a világ, már az 1990-es évekre is nagyot, most meg 2021 van. De ennek ellenére ezekben a régi könyvekben sok minden használható még, az ember el se hinné. Ez a jó a unixos világban, már 50+ éve egy kaptafára megy, aki anno egyszer jól megtanulta, akár a Unixot, akár a C, az elég sok ideje hasznosítani tudja már, kisebb módosításokkal, utánképzéssel persze. Ezek már anno is olyan hatékonyra lettek kitalálva, hogy azóta se kellett bennük újra feltalálni a kereket.
-
zoltanz
nagyúr
válasz
Frawly
#21902
üzenetére
"később home micro (Commodore, stb.) gépeken tolták, és ilyen Algol, Fortran, Cobol, BASIC, Modula, stb. nyelveken, azokat nagyon szórakoztató olvasni, hogy hogyan dolgozták ezt fel az őskorban. De voltak Unixszal foglalkozó, stb. könyvek is. Ezek digitális formában sehogy se érhetők el."
Ez egy idegennyelvű letölthető ekönyv oldal, itt lehetnek olyan dolgok amik érdekelnek: [link] -
Frawly
veterán
válasz
Rimuru
#22011
üzenetére
Na, DT megint ezt a topikot olvasta, témába illő videó. Kékluficetnek megjegyezném, hogy ne hagyja ki a timeshift-es lépést (emerge apt timeshift), meg nem írják, de újraindítani is újra kell, az a legnehezebb rész, sokára tart, míg újrabootol. Néha találnak ilyen csontvázakat gépek mellett, akik rebootra vártak eredetileg.
Témába illő másik forrás.
-
Frawly
veterán
válasz
zoltanz
#22015
üzenetére
Ezt nem tudom mire írod, a Debianra vagy a btpd/btcli-re. Természetesen a Transmission-nel sincs semmi baj, meg egy szál service-es szervernek bármi elmegy. A Xeon-nal sincs semmi gond, ha már van, megéri használni szervernek, inkább, mint hogy parlagon maradjon. Felesleges akkor külön RPi-ra költeni, annyival kevesebbet nem fogyaszt, mint amennyire jobban limitál procierőben, sávszélben, stb..
-
Frawly
veterán
válasz
Rimuru
#22011
üzenetére
Nem vitatkozni akarok, de semmit nem cáfoltál. Régen betettél egy akármit, hogy rég nem indítottad újra a rendszered, abban is csak simán nem értettünk egyet, nem volt semmi cáfolat. Annyi, hogy leírtam, hogy nem javaslom átlag felhasználónak, hogy csak havi 1× indítson újra. Persze lehet meg lehet úszni bug nélkül, de felesleges hazardírozás, aminek kb. semmi előnye nem lesz cserében.
A frissességnél meg nem hogy engem cáfoltál, hanem megerősítettél egy másik példával, a youtube-dl-lel.
-
Frawly
veterán
Ajjaj, a WSL meg az ördög műve szerintem. Annál már akkor is jobban jársz, ha full natív Windowsnál maradsz.
A rollingot meg igenis nem kell többet hegeszteni. Amiket én írok a topikban, azok minimalista kísérletezések, amik nem a rolling miatt vannak, hanem az én kísérletező, minimalista reszelő mániám miatt. Rollingra is simán elég felpattintani egy nagyobb DE-t, és többet reszelni nem kell.
RC kernel sem vészes, egyedül a nagyon korai RC-kkel kell vigyázni, adott verzióból RC1-RC2. Az RC3-RC7-RC8 rendben szokott lenni.
Továbbá igen, és semmit nem fejlesztek, maximum bélgázt. Teljesen átlagos, otthoni felhasználó vagyok, aki csak szereti a rendszerét reszelni, meg szeret informatikailag fejlődni. Semmi extra egyébként.
-
#22012
ivana
addikt
lionhearted
#22009
válasz
lionhearted
#22009
üzenetére
Mióta van WSL azóta én desktop Linuxot nem nagyon használok, nekem a terminálos környezet kell azt meg megadja a WSL. Az MS office manapság nagyon elhúzott a LibreOfficetól, azt nem nagyon tudom hanyagolni. Munkában is Windowsos a kliens gép, de maga a fejlesztés Redhates szervereken történik.
(#22010) Frawly
A rollingot sem kell hegeszteni többet. Ez már rég mítosz, hogy van stabil meg nem stabil.
Persze, jól gondolom, hogy te nem fejlesztesz ilyesmit csak használod? Otthon desktopra esetleg homeszerverre...akik teljesen csak dev verziókat használnak, kernelből is csak RC-ket
Aki kernelből RC-t használ éles rendszeren az szimplán idióta. -
Frawly
veterán
Nem értem, hogy egy htop3 hogy törne el bármilyen mobilhálózatot. A rollingot sem kell hegeszteni többet. Ez már rég mítosz, hogy van stabil meg nem stabil. Ez addig volt mérce, mikor még gyerekcipőben jártak a disztrók, kb. a 2000-es évek közepéig, a legtöbb akkor még instabil volt, és kiemelkedett néhány nagyobb disztró, Debian, Ubuntu, RHEL, stb., de ezek sem azért voltak stabilak, mert régi verziót használtak, hanem mert volt mögöttük elég fejlesztő (és közöttük összehangoltság, elvi szabályozottság), aki karbantartotta, volt a tárolókban elég csomag, rendszeres ütemterv szerint mentek a kiadások (és nem csak kedv szerint fejlesztették, mikor épp volt annak a maréknyi fejlesztőnek ideje rá), míg a kis disztrók instabilak voltak, mert nem volt elég fejlesztő, nem tudtak elég munkát beletenni, csak hobbialapon ment az egész. Na, most ez annyit változott, hogy már sok éve feljött az Arch-vonal, meg egy csomó másik független, és már semmivel nem instabilabbak, mint a korábban stabilnak magasztalt disztrók.
#22009 lionhearted: a verziószámmal nem szoktam foglalkozni, nekem frissességmániám van, a verziószámot nem is nagyon kell néznem Archon. Inkább csak akkor sokkol, ha valami régi verziószámot látok. Már pedig szükségem van a legújabb verziókra, pl. kernel optimalizációk (proci, ütemező, GPU driver), mesa (főleg 3D-s alkalmazásokhoz, játékokhoz, Steam, Wine, Proton). Meg elég sok progit ki szoktam próbálni git-ről, innen, onnan forgatva, fordítási követelmények között szokott szerepelni nem egyszer, hogy ahhoz hogy leforduljon az adott szoftver, a legfrissebb dev csomagok kellenek. Meg csak úgy általában szeretem a legújabb feature-öket megkapni. Kezdő linuxos koromban én is Minttel és Ubuntuval kezdtem, és már akkor sok borsot tört az orrom alá, hogy nem ment ez-az, nem tudtam felrakni valamit, mert nem volt meg a kellően friss függősége. Persze a fórumjaik is tele vannak ilyen userekkel, hogy nyitják a topikot, hogy xy szoftver nem megy, amit kódból forgattak (vagy le sem fordul), vagy PPA-ból vagy egyébből raktak fel, és kiderül, hogy nincs meg valami friss verzió, vagy valami friss feature, mert túl régiek hozzá a verziók és általában ígérgetve is van, hogy na majd a következő kiadásban lesz támogatva, vagy még abban sem, ha pont a feature freeze hamarabb történik, aztán lehet várni állandóan valamit.
Ami még az Archban nagyon jó a frissességen és a rolling frissülési rendszeren túlmenően: mindent upstream-vanilla állapotban tartanak, semmibe nem gányolnak bele saját patcheket, mint a Debian, Ubuntu, RHEL. Ahogy a fejlesztők kiadják az adott szoftvert, a tárolókba úgy kerül bele, mindenféle patch és saját mókolás nélkül, nem csak kernelnél, hanem mindennél így van. Így elég sok gányolás elkerülhető, és nagyobb fokú a kompatiblitás mindennel, mindenen azt értem, hogy olyan kódokkal is, amik nincsenek benne a tárolóban és forráskódból kell őket fordítani (azaz disztrón kívülről jön), pont azért, mert nem zavar be semmilyen spéci patch, semmilyen verziólemaradás, semmi.
Igazából a hosszú támogatási idejű, konzervatív disztrókkal az a baj, hogy pont a Linux fejlődési vonalából marad ki miattuk az ember. Kicsit olyan ezeket használni, mintha nem is Linuxot használna valaki, hanem valami Linuxból forkolt zárt ökoszisztémás rendszert (és ennek a buborékjában lenne bezárva), és a zártat nem úgy értem, ahogy a MS, Apple esetében a zárt rendszert, zárt forráskódot, hanem úgy, hogy a Debian, Ubuntu, RHEL, stb. világában a régi verziók, verziófüggőségek, patch-ek miatt csak a disztró saját ökoszisztémájával vagy igazán kompatibilis, az épp aktuális (aktuális verziós) egész linuxos világgal, külső környezettel nem. Kicsit olyan, mintha nem is Linuxot használnál, hanem a Linuxnak egy régi, saját mintára átköltött árnyvilágában, másolatában lennél leragadva.
És mielőtt még jönnél, hogy ez csak az én frissességi mániám, csak szólok, hogy vannak nálam hardcore-abb frissességmániások is, akik teljesen csak dev verziókat használnak, kernelből is csak RC-ket, pl. a phoronixos csóka ilyen. Mondjuk az már tényleg veszélyes, meg reszelésigényes napi szinten, mert ami annyira friss, hogy még csak dev kód tesztelése, azaz nem is aktuális legújabb verzió, hanem egy jövőbeli, na ott tényleg törhetnek el dolgok, bár gondolom meg lehet oldani azt is, csak többletreszelést igényel. Én is használok ilyen friss kódokat, de nem mindenből, csak pár alkalmazásból, azok jellemzően AUR-ból vannak telepítve, az AUR-os script, meg git tároló klónozása után pörgeti őket ki forráskódból, de a csomagjaimnak csak egy kicsi része ilyen, talán 3% se.
-
#22009
lionhearted
őstag
ivana
#22008
Én pl sokáig más DE-t használtam munkában mint otthon... más áll kézre. No meg melós gép LTS volt, míg az otthoni normál. Ettől még a használt szoftvereim naprakészen voltak tartva, többnyire snap vagy más megoldással.
Neki sajnos verziószámfétise van. Úgy tűnik akármilyen módon próbálom közelíteni vele ezt, lepattanó lesz belőle.
-
válasz
Frawly
#22007
üzenetére
Az emberek nem csak otthoni hobbira használnak Linuxot, hanem elég kemény vállalati alkalmazásokra is. Gondolom te sem örülnél, ha összeszarná magát a mobilhálózat, mert épp befrissített htop2-ről htop3-ra és megváltozott a kimenet. Plusz nem mindenkinek az a hobbija, hogy Linuxot csesztet egész nap. Pl. én preferálom a stabil disztrókat, mert a Linux hegesztéssel már amúgy is foglalkozok heti 40 órát.
-
Frawly
veterán
válasz
Apollyon
#22004
üzenetére
Elismerem, hogy sarkítás, de a mentalitás hasonló. És itt pont nem arról van szó, hogy a htop 2 vs. 3 között olyan nagy különbség van, de 1) lehetne, 2) ezeket, ami nekik nem fontos, ilyen fél vállról veszik, hova jutunk elvi síkon? Ha általános felhasználású disztrót fejlesztesz, tartasz karban, akkor az nem arról szól, hogy neked mi a fontos, mi nem. Akkor minden fontos, mert bizonyos célközönségrétegnek fontos lehet. Ha saját magadnak építesz mondjuk Gentoo-t, akkor tényleg az van, hogy neked mi a fontos, mit hagyhatsz ki a forgatásból, milyen régi verzión akarsz lenni, akkor minden csak rajtad áll.
Ezért van az Archban is systemd. Nem azért, mert szeretik, hanem általános disztró, és tudják, hogy van, aki használ olyan szoftvereket, ami dependelne rá, és azokkal az emberekkel nem akarnak kicseszni, meg az életüket megkeseríteni, hogy nem fut Archon az az alkalmazás, ami nekik kéne, vagy vért kelljen hugyozni, mire működésre bírják, így inkább nem mennek széllel szemben.
Mint írtam, főleg a Debian elég sokat fejlődött ilyen téren, mármint pozitív irányban. Nem azt mondom, hogy teljesen kinőtték, de nagy lépést tettek, messze nem annyira elavultak a csomagverziók nagy átlagban, mint 5-6 éve, mikor nagyon jogosan voltam kiakadva rájuk. Most se túl friss, nem azt mondom, de több helyen, főleg a fontosabbakon már nem annyira dinoszaurusz korabeli csomagok vannak. Azzal tisztában vagyok, hogy rolling sose lesznek, már csak amiatt sem, mert azt az irányvonalat tolja helyettük más. Tőlem elfér, nem használok Debiant, nem is fogok, vagyis egy esetben el tudom képzelni, ha olyan helyre költöznék, ahol pl. nem férek rendesen nethez, nincs sávszél frissíteni állandóan, maximum csak ilyen vészesetben.
De az Ubuntu nem ilyen akar lenni, ők Linux desktop éve, meg no. 1 Linux, meg Corporate trend dictator meg style meg mindenféle lóf4× akarnak lenni, ők különösen összeszedhetnék magukat, mert náluk van elég ember és zseton is hozzá, akár arra is, hogy mind a 40 ezer csomagot minden nap újrafordítsák, a legfrissebb verzióval. Ha tényleg valakinek, akkor nekik megvan erre mindenük.
-
#22006
Frawly
veterán
lionhearted
#22005
Frawly
veterán
válasz
lionhearted
#22005
üzenetére
Használ valaki Alpine mailklienst Gmail fiókkal? Támogatja safe módban a Google? A neomutt-ot nem sajnos, és hiába is kapcsolom ki, hogy aztán unsafe applications-ként minősülő programok is tudják használni a fiókom, ez csak ideiglenesen működik, aztán másnap visszavált megint safe-re, a neomutt meg nem tud csatlakozni.
Más: kipróbáltam a létező legminimalistább torrentklienst, a btpd/btcli-t. Tetszik az egyszerűsége és minimalizmusa, scripttel a tudásának a hiányzó részét s lehetne pótolni (pl. sorbaállítás), de nem teljesen. Pl. nem tud hátralévő időt kijelezni, és torrentet részlegesen letölteni (csak bizonyos fájlok), és nem kezel prioritást sem. Így sajnos nem lehet a fő torrentkliensem, de annak nagyon ajánlom, aki gyenge gépre keres torrentet, keveset torrentezik, de akkor egész torrentet tölt le, annak ideális lehet, vagy pl. routerre, stb.. Sokkal kisebb az erőforrásigénye, mint a Transmission-cli-nak, és az rTorrentnek, nem csak memória-, hanem prociigénye is.
-
#22005
lionhearted
őstag
Frawly
#22003
-
Apollyon
Korrektor
válasz
Frawly
#22003
üzenetére
Kicsit már túlhergeled magad ezen a dolgon... Azért a kockás sd-videohu vs x264 nem ugyanaz a kategória, mint egy htop2 vs htop3... Ráadásul egy ubuntun, ahol én feltételezném, hogy egy böngésző / levelező frissebb verziója nagyobb prioritás, mint egy terminálos alkalmazásé. Pláne, hogy windowsról érkező friss linuxosok gondolom nem a htopot keresnék az ubuntuban először.
Btw a debian vonal ilyen, és ez még csak rosszabb lesz, abból kiindulva, milyen irányban halad most a debian. Ez így volt 5-6 éve is – akkor is ki voltál már rá készülve – és további 5-6 év múlva sem fog ez változni.
-
#22003
Frawly
veterán
lionhearted
#22000
Frawly
veterán
válasz
lionhearted
#22000
üzenetére
De nem is az, hogy van ilyen, hanem mint látod, számos példa van erre, mindig van valami kifogási alapjuk, hogy miért nem, 1) mert bezzeg a Debian, 2) mert nem main tárolós, 3) mert proprietary (ja, nem, mert mind a htop, mind a youtube-dl teljesen GPL), 4) mert csak lustaság. Igazából ez egy mélyen gyökerező, elavult hozzáállás, egyfajta régi reflex, hogy mindig másra várni, mindig mástól várni a megoldást, hogy majd más nyújt tárolót, majd más fordítja a csomagot, majd más csinálja meg a következő kiadásra, majd a következő freeze window-ba fér bele. Ez még egy DOS-ról, Windowsról eredő régi mentalitás, mikor megszokták az emberek, hogy 10+ évig támogatott egy OS verzió, programokat is lehet idők végezetéig használni, 2-es Winamp, 5-ös Total Commander, stb., és elég már csak akkor frissíteni 10-15+ év után, mikor már rég megszűnt a támogatás, és már semmi nem megy rajta, már böngészésre sem jó (lásd XP, SSL, IE6, stb.). Vannak ilyen emberek, hogy ez e vérükben van, hogy nem akarnak frissíteni, nem akarnak a korral haladni, kivárnak-halogatnak az idők végezetéig, de még azután se tudják elengedni a régi verziókat (XP). Van, aki még a mai napig kockás SD DivX-eket néz DVD lejátszón, mikor filléres a HD/FullHD x264, és nem túl drága az x265/4K médialejátszás sem.
De Linuxból is vannak ilyen emberek, hogy mai napig nem frissítettek Ubuntu 14.04-ről, CentOS 6-7-ről, ezek még systemd-előtti időkből vannak, de még 7-es Debian-osok is vannak. És ez régen el is ment, amíg nem volt minden netre kötve, nem változott ilyen dinamikusan az OS-ek világa, nem kellett mindenre azonnal biztonsági folt, stb., addig sok ember megszokott egy ilyen túlkényelmesedett hozzáállást. De főleg desktop felhasználásnál tarthatatlan ez, mikor ahhoz kell a legújabb böngésző, újabb folt, legújabb driverek az új GPU-hoz, legújabb Mesa, hogy Wine Protonbon menjen a legújabb steames játék, menjenek a legújabb electoronos nodejs appok, Viber, Whatsapp, Spotify, stb..
-
zoltanz
nagyúr
válasz
Frawly
#21997
üzenetére
Én Debian t (stable) és forkjait azért választom, részesítem előnyben: egyrészt mert régebbi gépen gyorsabb, smoot-habb folyékonyabb.
Másrészt lehet nyüstölni, (mivel nem vagy profi, sokszor nem a legjobb megoldásokat választom) bírja a strapát. Tehát ez nem teljesen a egyéb disztrók hibája, gyengéje hanem a Debian erőssége.
-
#22001
lionhearted
őstag
Frawly
#21999
válasz
Frawly
#21999
üzenetére
Felhasználóbarát nem egyenlő azzal, hogy mindenből a legújabb csomag.
Fordítva ülsz a lovon. Olyan dolgokat tekintesz "munkának", amik valójában nem azok. Ilyen pl az upstream követése. Ezzel szemben a munka pont az, amit a RHEL, Debian vagy éppen az Ubuntu csinál. Olyan csomagok támogatása és patchelése, amiket az eredeti fejlesztők már adott esetben elhanyagoltak, mert "itt az új"... sajnos erre nincs végtelen erőforrás, mindegyiknek van célcsoportja.
Egy github link, mint "csomag" nem tekinthető érdemben munkának. Még akkor se, ha szerverfarmmal folyamatosan buildeled az összeset, hogy bináris csomag legyen. Ez egy darab link követése.
(ha kicsit figyel, látta volna, hogy az én blogom és tudhatta, hogy mekkora hisztit fogok levágni)
Ja és egy konnektor kolléga is irkált oda. (helyedben én is próbálnám védeni a védhetetlent....egy darabig)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Bomba ár! Lenovo ThinkPad X390: i5-G8 I 16GB I 256-1TSSD I 13,3" FHD Touch I HDMI I Cam I W11 I Gar
- Vállalom Xianomi Okos kamerák, szoftveres javíttását
- HIBÁTLAN iPhone SE 2020 64GB Black-1 ÉV GARANCIA - Kártyafüggetlen, MS4001
- iPhone 14 128GB 100% (GARANCIÁBAN CSERÉLT)
- iKing.Hu - HONOR 400 Lite 5G Velvet Grey Vékony, könnyű, AI-kameragomb 8/256 GB- 2027. 07. 01
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest