- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
Új hozzászólás Aktív témák
-
#499
emvy
félisten
fatpingvin
#498
válasz
fatpingvin
#498
üzenetére
Az szokott lenni a bash-el a problema, hogy valaki ir benne 3 soros szkriptet, tok jo. Aztan kicsit hozzaraknak, stb., es akkor utana ott tartunk, hogy van 800 sor bash, ami karbantarthatatlan. Lehet erre mondani, hogy 'akkor at kene irni idoben', de ez annyiszor fordult mar elo a vilagtortenelemben, hogy lehet, h mas modszert kene talalni
Az oilshelles csavo irja is, hogy ha UI-nak hasznalod, akkor semmi gond, arra tokeletesen megfelel. Szkriptelesre problemas, mert meg a Javascriptnel is idiotabb dolgok vannak benne.
-
#498
fatpingvin
addikt
ddekany
#492
fatpingvin
addikt
nem, ez a te véleményed. a bash arra amire ki lett találva arra tökéletes, csak a GUI korában a sok kis mazsola elfelejti hogy ez nem csak egy scriptnyelv hanem egy fullos UI is egyben. próbáld meg beállítani az akármilyen rendszereden az /usr/bin/python3-t login shellnek és nagyon gyorsan rá fogsz jönni hogy miről beszélek.
-
#08299776
törölt tag
Azért van nekem egy winget, amit megelégedéssel használok (nyilván nem apt, de használható)...
emvy: Nem csúsztatás, mert ha nekem csak a KCalc kell, akkor 900MB egy sz@ros számológép...
Érdekes az MS-nek sikerül megoldania a visszafelé kompatibilitást, semmit nem kell felraknom ahhoz hogy játszani tudjak a ~25 éves Fallouttal (és még a magyarítás is müxik)... 
-
-
-
Gondolj bele, hogy az Ubuntu konkretan kidobta a Qt4-es libeket a 20.04 repokbol, tehat ha upgradeltel mondju 18.04-rol, akkor megtort az osszes Qt4-es appod. Ez Snap mellett nem tortenik meg.
> Mondjuk én láttam megoldást erre, hogy xy libből 2 féle van fenn. Verziószámmal jelölve.
Azert csinaljak ezt, mert ha szallitja a distro, akkor nekik kell tamogatni. Ha meg az alkalmazas szallitja, akkor az alkalmazasfejlesztonek kell tamogatnia. -
Vladi
nagyúr
Mondjuk én láttam megoldást erre, hogy xy libből 2 féle van fenn. Verziószámmal jelölve.
Nade üsse kő, akkor létezzen ez a megoldás. Csak ebből elkezdett az következni, hogy amit a disztribútornak nincs kedve csomagolni, arra azt mondja. telepítsd flatpakból. Köszi.
Ez fedora esetében kifejezetten pikáns. Ugyanis fedora 34-re sikerült becsomagolni, de el9-re már nem. f34-ből csinál egy el9-et, csak épp a csomag nem sikerül. Jah, kilóg a lóláb, hogy ezen is spórolni akarnak.
Közben a fedora 34 csomag meg vígan felmegy még a függőségeket is lekezeli.
-
válasz
#08299776
#479
üzenetére
Dehat konkretan megold problemakat, miert irod azt, hogy nem? A 900 MB-os letoltes azert csusztatas, mert a runtime-okat nem huzza le ujra meg ujra minden programhoz.
Minden kompromisszum, persze: a legtobb embert nem erdekli a plusz nehany masodperc letoltes, ha cserebe barmilyen disztrora pillanatok alatt fel lehet rakni a programot, es nem kell 10-fele csomagot csinalni (deb, rpm, apt repo, rpm repo, Arch repo, Manjaro repo, stb.) -- feldobod Snapcraftra es kesz.
-
> egyébként nem teljesen értem, milyen kompatiblitási gondok lehetnek, felteszek egy 4-es firefoxot egy bookwormra és működik.
A #worksforme azert nem annyira jo valasz szerintem.
Egyebkent a masik problema a biztonsag, tehat te meg en meg tudjuk nezni a package makefile-t telepites elott, de csomo mas ember meg nem, es ha rootkent kell felrakni a csomagot, az lehet problemas. (Lasd meg: par nappal ezelotti PyTorch supply chain compromise.) Tehat egy Snap csomag felrakhato root nelkul, stb.
Ha tudsz ra jobb megoldast, akkor probald eladni a kozossegnek.
-
bambano
titán
nem, nem ez a baj, hanem az, hogy ha ezt még Linus se tudja megoldani, pedig triviálisan meg lehet.
egyébként nem teljesen értem, milyen kompatiblitási gondok lehetnek, felteszek egy 4-es firefoxot egy bookwormra és működik.a megoldás nem az lenne, hogy akkor kitalálnak n-1 darab versengő csomagkezelési módszert (ami egyébként mind szemét), hanem az, hogy megtanulják kezelni azt, amelyik fent van gyárilag. csak ugye megint a messiástudat: sokkal jobban mutat a cv-ben, hogy kitaláltam az n+1. szabványtörő micsodát, mint az, hogy ismerem a linkert.
-
Snap/Flatpak? Az, hogy sok olyan helyzet adodik, ahol szeretnel ketto vagy tobb olyan alkalmazast egyszerre hasznalni, amelyeknek a fuggosegei nem kompatibilisek. A klasszikus rendszerszintu csomagkezeles azt varja el, hogy az alkalmazasfejleszto frissitse a dolgait. De ez nem mindig lehetseges.
Jo pelda, hogy modern KDE-n nem mennek regi Qt-s alkalmazasok, mert a regi Qt libeket nem lehet (egyszeruen) telepiteni egy friss Linuxra.
A Steam azert is mukodik jol Linuxon, mert mindent az app melle csomagolnak, kb. mint a flatpak vagy a snap.
Ezt kb. mindenki latja a Linuxos vezeregyenisegek kozul, Linus is elmondta kb. 10 eve, hogy ez baj.
-
#08299776
törölt tag
Az egyik ok volt, ami miatt elköszöntem; 100% egyetértek veled, azzal kiegészítve, hogy legalábbis asztali rendszert nézve nincs valós választási lehetőséged, mert megint ott vagy, hogy mindenféle anomáliák jönnek elő az alternatívákat használva, aztán túrhatod a hálót meg a konfigfájlokat (Devuan és pulse amit konkrétan megéltem)... A vicces, hogy amikor megjelent, még örömködtem, aztán amikor már lassan az ed is systemd függőségekkel jön, verem a fejem a falba.
emvy: A snap/flatpak semmilyen problémát nem old meg, csak újabbakat hoz... Egy flatpakos KCalc letöltési mérete ~900MB, mi van?!
A snap squashfst csatolgat minden program indításkor, mi van?! A biztonságról már ne is beszéljünk, állítsuk be, hogy a flatpak csak a saját könyvtárunkhoz férjen hozzá, mert az úgy OK, tehát hogy szabadon írogathat a ~/.profileba vagy mondjuk ~/.config/autostartba az teljesen rendben van... Tehát az lett a nagyszerű megoldás a csomagkezelők problémáira, hogy helyet, indítási időt pazarolunk és biztonsági problémáknak adunk teret, gratulálok! Lehet engem lesajnálni a Winre váltás miatt, de ami a Linuxot illeti asztali rendszerként, az nem más, mint egy egyre szánalmasabbá váló katyvasz...
-
A Snap/Flatpak egy olyan problémát old meg, ami desktopon létezik, és a dpkg nem oldja meg. Attól még használhatsz dpkg-t gond nélkül.
Systemd detto, mondjuk azt nehezebb kikerülni, szóval megértem, hogy zavar. A flatpak-jellegű csomagolás teszi lehetővé, hogy ne kelljen disztrokkal foglalkozni.Bár remélem, hogy most kivételesen az Ubuntu-fele megoldás nyer (Snap), nem a Flatpak, technológiai szempontból jobbnak tűnik az első.
-
bambano
titán
párhuzamont vontam, amikor is egy magát messiásnak képzelő valaki kitalál valamit, amire semmi szükség és megpróbálja ráerőszakolni a unixos világra.
poettering elvtárs karrierje tele van szoftverfejlesztési epic fail-ekkel, megcsinálja a szemétdombot, kiveri a balhékat, majd másoknak kell feltakarítani utána, én meg, mint egyszeri linux user, szívok.
azt a hülyeséget, hogy az újabb szoftververzióban legyen valami marketingelhető baromság, amiért pénzt lehet elkérni, és ami miatt egy rakás munkát kell a felhasználónak nonprofit belefektetni, az ms találta ki és hagyjuk is meg az ms-nek. a linux sok-sok évig azok oprendszere volt, akik pontosan tudták, hogy mit akarnak és meg is tudták csinálni, következményként az hibátlanul és *HATÉKONYAN* működött. aki nem ezt akarta, az leült egy windows elé és mindenki boldog volt. ma meg egy csomóan azt akarják, hogy a linux is úgy működjön, mint egy windows.
lefordítva a konkrét esetre: akinek ilyen ötletei vannak, hogy dobjuk ki a basht, mert neki személyesen gondjai vannak vele, az üljön le a sarokba és várja meg, amíg elmúlik. nem default shellként azt használsz, amit akarsz, de a default shell az bash. a vi-ba nem integrálunk repülésszimulátort, a csomagmenedzser az dpkg és nem flatpack meg hasonló hülyeségek.
szerk: és azt az elmebeteg hülyeséget is hagyni kellene végre, hogy objektum nélkül nincs élet. amikor pythont meg perlt használnak egy sima konfig fájl legyártásához, sírni támad kedvem.
-
bambano
titán
addig, amíg a systemd nem működik az ígéret szerint, addig semmiféle módon nem lehet kijelenteni, hogy hasznos.
majd ha egyszer teljesíteni fogja az ígéreteit (pöcstering szinten soha nem fogja), akkor el lehet kezdeni beszélni róla, hogy rendszerfilozófiai szempontból jó-e vagy sem. hint: nem jó. alapvetően szembe megy a legfontosabb unix elvekkel. egy session menedzserben ne legyen idő kliens.jelenleg a systemd ott tart, hogy időnként működik egy átlag alap desktop gép igényeit, feladatait tekintve. abban a pillanatban, hogy valami olyat akarsz, ami nem átlag, azonnal felakad a szeme és szétborul az egész a pi..ba.
jelenleg a systemd ott tart, hogyha valami nem úgy van, ahogy elképzelte, akkor fogja magát, és őrültségeket alapértelmez. miért használ google dns-t? miért fallbackel root userre? ilyenért minden normális helyen kivégzik a programozót. persze mondhatod, hogy ezeket már javították, de aki ennyire hülye, arról azt extrapolálod, hogy nem csinált több hülyeséget? nem, nem azt.
az a jó ok érdekelne, mert jelenleg nincs. hogy miért adoptálták, arra egy tippem van: a linux fejlesztők között is terjed az elmebetegség. code of conductot is adoptáltak, meg rendszeresen látszik, hogy azért fejlesztenek, mert viszket a fenekük és nem bírnak megülni rajta.
-
ddekany
veterán
válasz
Apollyon
#474
üzenetére
Az Oil Shell alapötlete pont az, hogy ez egy bash megvalósítás, tehát csak ezt kell a disztróba rakni, nem pedig pluszba kell oda tenni. Ha meg ki akarod használni a jobbításokat benne, az csak egy opció. Továbbá az emberek tudnak a meglévő bash tudásukra építeni benne, mikor bekapcsolják a jobbításokat, szóval kisebb az ellenállás. (Egy új szexi shell nyelv biztos jobb lenne, csak nincs sok esélyük a valóságban.)
Linux DE-k, mint Mint, meg nem sok vizet zavarnak. A lényeg a szerver, és pont ott van állandóan gond a bash-el. Főleg mert a munkaerő jórészének fogalma sincs a sok abszurd csapdáról benne, szóval nem kicsit megbízhatatlan scriptek születnek.
-
Apollyon
Korrektor
Szerintem nem jó az, ha két tonna cucc defaultból benne van egy disztróban. Egy Linux Mint user nyilván nem fog terminálozni se. De pl. én meg leszedek egy minimál iso-t mindenféle desktop meg minden nélkül, és felrakom magamnak manuálisan azt, ami kell. Ez az oil shell nekem amúgy sem szimpatikus, úgy sem használnám, nem vagyunk egyformák.
-
ddekany
veterán
válasz
Apollyon
#471
üzenetére
Csak itt totál nem beszélhetünk erőszakolásról. Andy Chu látja a gondot, ért is hozzá, és a saját idejét nem kímélve próbál adni egy megoldást, amivel ez az elszakadás a múlt hordalékától (bash) gyakorlatban is működhet. Ha beállna mögé a Red Hat, onnantól lehetne jobban sírni, bár ennél aztán igazán nem lenne miért. Én sajnálom, hogy a közösségnek magától nincs ennyi esze, hogy ezt támogassa.
-
válasz
Apollyon
#471
üzenetére
Úgy értem, hogy létező problémát old meg, és nem tudok hirtelen jobb megoldást, mármint privát célra
Nem használunk már ilyesmit munkában, a konténerek és orchestratorok mellett lényegében senki nem találkozik már natúr OS-szel (pár emberen kívül).Az persze jó, hogy van alternatíva, az sose árt.
-
Apollyon
Korrektor
Elhiszem, hogy kénytelen vagy szeretni, mivel a munkalinuxokkal azt vagy kénytelen használni. Azonban a systemd-szemüvegen keresztül is van élet, mégpedig a választási szabadság. Amiről amúgy szól a linux.
(#470) ddekany: Valszeg úgy értette, hogy linux alatt ne akarj ráerőszakolni semmit a népre. Lásd fent.
-
#465
ddekany
veterán
fatpingvin
#460
ddekany
veterán
válasz
fatpingvin
#460
üzenetére
A Bash-t és hasonlókat jó lenne, ha végre kiírtanánk... Már elmebeteg szinten rossz, veszélyes, buta és egyben nevetségesen komplex archaikus foshalom. A Linux és a közösség legnagyobb szégyene. Van erre törekvés amúgy, hogy legyen reális kiút: https://www.oilshell.org. De érdekel ez egy tucat emberen kívül bárkit? Persze, most mit is várhatnánk, mikor szinte senki nem képes még egy nyamvadt `set -eu`-t sem betenni a scriptjei elejére... Mert sz*rik bele, majd csak történik valami. Linux, és a megbízhatóság, ja...
A kernel megbízható (gondolom), a shell/script-elés egy hányás, ÉS nem érdekli őket. (Vagy nagyon durva hozzá nem értés, és/vagy vallási fanatizmus.) -
#461
emvy
félisten
fatpingvin
#460
válasz
fatpingvin
#460
üzenetére
Van PS unixra.
-
#460
fatpingvin
addikt
#08299776
#459
fatpingvin
addikt
válasz
#08299776
#459
üzenetére
amióta van ez a powershell azóta eléggé mozgatja a fantáziámat. bár valahol furcsa nekem hogy ez tulajodnképpen mi is akar lenni, parancssoros interfész vagy pontosan mi, kicsit olyan életérzés nekem mintha a DOS shellt keresztezték volna a pythonnal.
ugyanitt elgondolkoztatott hogy milyen lenne ennek az UNIX megfelelője. valami python-bash kombináció, meredeken hangzik de kipróbálnám
a pythonból hiányolom a lineáris pipeline-okat, a bash meg néha jó lenne ha ismerne a stringen, a booleanen és az integeren kívül egyéb adatstruktúrákat is. -
#459
#08299776
törölt tag
fatpingvin
#458
#08299776
törölt tag
válasz
fatpingvin
#458
üzenetére
Én sem...
-
bambano
titán
nem tudom, mennyi ideje használok 6-os kernelt, de elég rég.
semmi bajom nem volt vele. gyakorlatilag mindegyik kernelt felraktam, ami a backportsban megjelent.
szerveren is, desktopon is.
a 6-os kernel nem egy orbitális ugrás, nem egy w7-w10 upgrade, hanem egy átnevezett 5.20-as kernel.
semmivel sem komolyabb kockázat, mint a debian gyári kernele helyére feltenni egy 5.19-et. -
CPT.Pirk
Jómunkásember
Jó, de semmi nem tart vissza tőle, hogy feltegyél egy régebbi kernelt is tartalékba, ha már egyszer az abszolút rolling Arch-ot feltetted.
A Mint is úgy csinálja (csak ő magától), hogy egy korábbi kernelt mindig megtart mikor frissít az újra. Legalább is autó update mellett igen.
-
csendes
addikt
Ez volt a második legjobb vicc a témában
De ha rákeresel az Arch Linux kernel panic-ra, akkor azért lesz pár találat. Én is egy ilyen után tettem fel az LTS kernelt is chroot-tal, jól jön az, amikor kell. Nem mondom, hogy gyakran, mondjuk kétévente egyszer. De ez a hardvertől is függ. -
ddekany
veterán
Pedig hogyne lenne könnyű átállni. Mint ahogy általában széllel szemben p**álni. Kéz nélkül persze.
Viszont, az MS rendes. Pár évente jön, hogy "Hello, nem tértél át még Linuxra? OK... Windows N+1-től ezzel-és-ezzel az DE butítás kell élned, MERT CSAK! Naaa?". Ezzel szemben a DE Linuxok tán nem romlanak. Szóval 10 év és megfordulhat ez.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Kivéve, hogy talán az Android harapja majd el tőle a desktopot. -
Apaxp
senior tag
válasz
CPT.Pirk
#445
üzenetére
Nem is az uefivel van gond acer laposon, hanem az acer lelkivilágával. Acer bios variálással indul. Biost le kell jelszavazni, utána biosnak megmutatni a linux boot fájlokat. Ha már tudja az ember mikor hova nyúljon, akkor nincs gond. De itt arról írtak hogy milyen könnyű linuxra váltani.
-
CPT.Pirk
Jómunkásember
Igen tudom, már jó pár éve az Arch vonalon vagyok, bár a tiszta Arch-ot nem tervezem kipróbálni. Most az EndeavourOS-el kerültem a legközelebb hozzá, egyenlőre ez a szint frankó nekem.
Az LTS kerneleknek amúgy én nem vagyok híve desktopon, mert úgy a kernelben lévő driverek nem frissülnek, nem kapsz újakat, a következő LTS kiadásig, maximum hibajavításokat backportolnak.
Gyengébb gépre én Lubuntu LTS-t javaslom. Az alig fogyaszt, miközben még tök faszán használható, nem minimalista.
-
csendes
addikt
válasz
CPT.Pirk
#428
üzenetére
Van már egy rakás Arch Linux alapú Linux kiadás. Az alap Arch Linux telepítése sem vészes (sőt egyszerűbb) és sokkal több asztali környezet közül lehet választani. Ami miatt nem javasolnám kezdőknek, az a legfrissebb kernelek használata (de van LTS kernel is, aminek a telepítése azért némi biztosítékot jelent), és az ezzel járó kockázatok, illetve a teljesen rolling modell miatt időnként elég meredek váltásokat kell a leírást pontosan követve végrehajtani. Bár az AUR-ban nagyon sok csomag elérhető, de a hivatalos bináris csomagok közül kivettek játékokat, egyéb felhasználói alkalmazásokat
Összességében jaz Ubuntu és ennek változatai -mint például a Linux Mint - maradtak jelenleg az általános igényekre. Talán nagyon régi gépekre még lehet említeni néhány könnyűsúlyú megoldást, mint az Antix vagy Puppy Linux -
CPT.Pirk
Jómunkásember
Nekem más tapasztalatom van. Debiant (ami messze nem egy Mint) raktam UEFI-s laptopra néhány hete, LXDE-vel időseknek.
Sosem raktam még UEFI-s telepítésű oprendszert, még saját célra sem mert semmi előnyét nem láttam, itt viszont már adott volt a W11 ami eleve úgy lett telepítve... Na ebből az lett, hogy gyönyörűen lett boot választó menü magától, és bármelyik oprendszer indítható.
emvy: jah. Itt nálam mindegy mivel írom. -
#444
lionhearted
őstag
emvy
#442
Aztán majd jól nem megy a space és az ezres szeparátorral formázott szám, és azt fogják jelenteni...
Más: mindig érdekes, amikor az emberek egy részének azt kell farigcsálni, amihez a másik része évente se nyúl. Akkor ezek a mindennapok, vagy az "üdítő" kivétel? Megannyi kínzó kérdés...
-
-
#08299776
törölt tag
válasz
CPT.Pirk
#428
üzenetére
Hö-hö, erről mindig eszembe jut, mikor néhai fórumtársunk vidijót készített valami ollasmi címmel hogy "szakértői Linux szakértői telepítése", és szépen olvasgatták az Arch Install Guide-ot, és közben kb. 100x elmondták, hogy a szükséges egymásba ágyazódó könyvtárakat sajna egyesével kell létrehozni, mert másképp nem lehet... A szakértő Linugz mesterek biza az mkdir -p formulát nem ismerték...
Szal igazad van, olvasni tudni nem árt még a szakértőknek sem, meg a man mkdir ismerete is sokat segített volna a problémájukon!
-
válasz
Apollyon
#433
üzenetére
Nem bug, csak meg nincs megcsinalva
https://github.com/qemu/qemu/commit/3412d8ec9810b819f8b79e8e0c6b87217c876e32
"The resizable BAR capability is currently exposed read-only from the kernel and we don't yet implement a protocol for virtualizing it to the VM. Exposing it to the guest read-only introduces poor behavior as the guest has no reason to test that a control register write is accepted by the hardware. This can lead to cases where the guest OS assumes the BAR has been resized, but it hasn't. This has been observed when assigning AMD Vega GPUs."
-
válasz
Apollyon
#431
üzenetére
Tenyleg nem az. Sose az a baj, ami _lehetseges_, hanem ami szinte lehetetlen. Tehat pl. mittudomen, ha nem mukodik a gpu passthrough bekapcsolt resizable bar mellett qemu alatt, az kb. a lehetetlen kategoria, mert nem fogod magad hetvegen szakertove kikepezni, es megirni a patchet
-
CPT.Pirk
Jómunkásember
válasz
Busterftw
#427
üzenetére
Nope, ő Arch-ot rakott fel, azt maximum a haladó topikban. Az Arch olyan, mintha Windows alatt powershellben akarnál mindent is megcsinálni. Régebben még az Arch telepítése is külön szakértelmet igényelt, ami egyfajta beugró volt a mélyvízibe.
Tulajdonképpen hétköznapi használat számára annyira távol van a témaadó Linux Mint-től az Arch, mint Makótól Jeruzsálem. -
Elnézést, hogy most már én is beleszólok, de úgy látszik, nem ment át, amit a többiek már többször is hangoztattak.
"Egyébként baromi szórakoztató, hogy ha Linux-ról van szó az a Win fórumozók egy része szerint hirdetés, de a Win hírek megjelenése alap, pedig az ugyanúgy hirdetés. "
Senki nem mondta ezt, ráadásul a kritikát megfogalmazók egy része is Linuxos, vagyis az általad képzelt indok is hamis. Mindenki csak annyit mondott, hogy ez a hír, amit kiraktál, az nagyon reklámszagú, mert teljesen más a cím, mint amit utána írsz, ráadásul olyan dolgokat vetsz fel, ami inkább egy általánosított 'bullshit' (meg pár helyen magyartalan is, mintha google fordítót használtál volna, de nem ellenőrizted volna le a végeredményt, pl.: "Információk az új verzióról és a teljese verziók letöltési elérése", vagy "[...] szeretném az olvasóközönség figyelmébe ajánlani a Linux Mint 21.1-es verzióját, a Vera keresztnevet kapta." (nem hiszem, hogy csak nekem hiányzik innen egy 'ami')). De én is más irányból közelítem a problémát, hátha így megérted.
1. Ami a hírben van, az annyi, aminek egy "Frissült a Linux Mint" cím is elég lenne (esetleg lehetne alcímként, hogy 'Vera váltja Vanessá-t'). Sőt, a hír fele teljesen felesleges 'plusz', mert akit érdekel, annak bőven elég a 'mi változott' rész is, meg a letöltési linkek, a többi az, ami már tényleg reklámanyag (vagyis a 'miért jobb a Linux, mint a Windows' rész). És nem azért, mert Linux-ról szól, hanem mert feleslegesen van megemlítve rengeteg olyan dolog, aminek semmi köze a címhez sem, meg egy 'egyszerű' frissítési hírhez sem (a Win frissítési hírekben sincs az leírva, hogy milyen jó, hogy ez meg az a funkció így meg úgy van megcsinálva, és mennyivel jobban használható bizonyos dolgokra, mint más, és mennyivel jobb, mint Linuxon vagy MacOS-en; csak le van írva, hogy ez meg az változik az új verzióban).
2. Ha ezt a címet használod, akkor viszont azt kellene leírni, hogy miért is most a legegyszerűbb Linux-ra váltani. Mert pont ezek a sorok hiányoznak belőle. Nem tudja meg az egyszeri olvasó, hogy miért éppen most a legegyszerűbb az átállás, és mi az az 1-2 lépés, amik miatt egyszerű lenne. Ellenben megtud olyan dolgokat, amiknek köze sincs az egyszerű átálláshoz, és olvashat olyanokat is, amikről eddig sem tudott semmit, és ez után sem tudott meg semmit (azon kívül, hogy változott az új verzióban).Vagyis nem a Linuxxal vagy annak hírezésével van baj (hiszen vagyunk jópáran, akiket érdekelnek a Linuxos hírek is, mégha most épp nem Linuxot használunk), hanem a hír tartalmával, ami egyrészt nagyon messze esett a címadástól (annyira, hogy semmi köze a kettőnek egymáshoz), másrészt tényleg egy reklámanyag, amolyan 'válts Windows-ról Linuxra, mert ...' dolog, de nem konkrétumokkal, hanem általánosításokkal.
Említetted, hogy fogsz csinálni egy átállásos hírt/cikket is, ami szerintem mindenképpen kell ahhoz, hogy többen meg legyenek fertőzve a Linux szeretetével (vagy csak egyszerűen 'átálljanak'); de oda sem kellene a reklámanyag. A Linuxosoknak felesleges, a Windowsosokat meg úgysem az fogja meggyőzni. Ha sallangmentesen (de kellően részletesen) leírod a lényeget, akkor lehet foganatja is.
Szerintem. -
#424
Toltotollkin
junior tag
Narxis
#423
Toltotollkin
junior tag
Olyan fura ez. A linuxhívő user akárhányszor Winhez nyúl kénytelen regeditet nyitogatni, szétguglizni az agyát, mert semmi nem működik a Windowson, bezzeg Linuxon minden megy elsőre.
A windowshívő user pedig akárhányszor Linuxhoz nyúl csak szív vele, meg config fájlokat kell módosítgatni, meg terminálból linux kernelt fordítani finnre. Bezzeg Winen minden megy kopra.
-
-
válasz
CPT.Pirk
#411
üzenetére
"Pl. mikor a Win8 behozta a metro(szexuális), később modernnek átnevezett felületet, akkor mit tudtál csinálni ha az neked nem tetszett? Maximum külső, jellemzően fizetős programmal hekkelni, vagy kihagyni az egész OS-t de akkor meg az egyéb újdonságokat is buktad..."
Tisztán a tényszerűség kedvéért:
Amint kijött a Windows 8, tettem fel a Classic Shellt. Ingyenes és működik. Rühellem a csempéket és soha nem használtam őket Win8-10-11 alatt, de ha valamiért kellenének, csak annyi a dolgom, hogy Shifttel nyomom meg a Start gombot.
De ettől függetlenül agyrém (bár tudom az okát), hogy a Windows alatt a MS diktálja a megjelenést és nem telepíthetek alternatív felületet, ablakkezelőt.
MaCS
-
#08299776
törölt tag
Céges ThinkStation tesztgépre Ubu ricc nélkül települt NVidia kernellel, fűvel-fával ahogy kell, semmihez nem kellett nyúlni.
Aztán jött a snap frissítés, lődd ki a processzt hogy az apt tudja frissíteni, aztán indítsd újra a démont, aztán frissítsd a storet, aztán frissítheted végre a Chromiumot, ne már...
Mindig van valami sz@rakodás ami elveszi a kedvem még a dual boottól is...Kapitány: 10/11 alatt egyikre sem volt szükségem soha...
-
CPT.Pirk
Jómunkásember
-
-
#08299776
törölt tag
válasz
Apollyon
#412
üzenetére
Megöregedtem és elegem lett az állandó gányolásból, pl. mint amiről fentebb a Kapitány beszél...
Linux addig jó, míg van kedved állandóan farigcsálni meg konfigfájlokat szerkesztgetni, ha ez elmúlik, akkor baromi idegesítővé válik az egész, legalábbis asztali rendszernek...
És ezen a téren nemhogy javul a helyzet, hanem inkább romlik, mint a fenti példa is mutatja...
Wint meg felraktam, rászántam egy délelőttöt a beállítgatására, aztán azóta akkor tudatosul bennem, hogy OS is van az alkalmazások alatt, mikor sír hogy induljunk újra, mert olyan frissítést telepített, ami igényli. 
És most kíméljen meg mindenki attól, hogy beírja melyik update milyen kékhalált okozott, mert lehet hogy Kis Pistinek meg Nagy Marcsinak okozott, nekem nem... -
CPT.Pirk
Jómunkásember
válasz
#08299776
#410
üzenetére
Itt a szabad világban van alternatíva, ha valami nem tetszik. Pl. mikor a Win8 behozta a metro(szexuális), később modernnek átnevezett felületet, akkor mit tudtál csinálni ha az neked nem tetszett? Maximum külső, jellemzően fizetős programmal hekkelni, vagy kihagyni az egész OS-t de akkor meg az egyéb újdonságokat is buktad...
Ez amit leírtam a 406-ban, ez érdemben nem akadályozna. Bőven elég erős egy mai proci ehhez, még a 4K hdr lejátszás sem jelent gondot, legalább is asztali gépen. De engem zavar, hogyha ott a képesség a hardverben, de nem érem el mert ilyen-olyan licenc probléma merült fel... Mondjuk a Windows 10 alapól le sem játssza az x265-tel kódolt videókat a saját lejátszójával, átirányít a store-ba ahol megveheted a licencet.
-
-
#409
Busterftw
nagyúr
fatpingvin
#408
Busterftw
nagyúr
válasz
fatpingvin
#408
üzenetére
Teljesen lehetseges, viszont most Linuxon vagy.
-
CPT.Pirk
Jómunkásember
More Linux Distros Break H264 GPU Acceleration
Most dobta ki a Manjaro az x264/265 codeceket a mesa-ból, így AMD hardveren megszűnt ezeknek a GPU-s gyorsítása. Tették ezt mert ők egy német cég akik terméket adnak el, így követték ebben a döntésben Fedorát meg az OpenSuse-t, akik annyi év után hirtelen rájöttek, hogy ezeket a codeceket nem lehet ingyen használni.
Ilyen megoldások vannak:
- magadnak fordítod az egész mesa-t
- ráereszted az Arch mesa csomagjait a Manjaróra
- lenyeled és hagyod a CPU-t dolgozni ezekkel a videókkalMiután voltak azok a bénázások náluk az ssl tanusítányok lejárásával, így elegem lett a Manjaro-ból 2 év után és átmentem EndeavourOS-re. Ami mondjuk tök hasonló, csak még közelebb van az Arch-hoz.
Busterftw: mondjuk W7 után W8, az gyakorlatilag Windowsról Windowsra váltás volt, annyira más lett. Nem is csoda, hogy gyorsan kihalt az egész W8 csempe téma és jött a megszokott kialakítású W10.
-
válasz
CPT.Pirk
#400
üzenetére
Semmilyen sulyos problema nem letezik, amit egy disztrovaltas megoldana. Ha letezik megoldas, akkor be lehet konfiguralni a disztron belul is. Szivesen fogadok ellenpeldakat, de a Linux desktop (szerintem) jelentosebb problemai nem disztrofuggoek. (Suspend/hibernate problemak egeszen a mai napig; fractional scaling, multi-monitor tamogatas, plusz az, hogy ne valtozzon evente az audio-alrendszer
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
a pythonból hiányolom a lineáris pipeline-okat, a bash meg néha jó lenne ha ismerne a stringen, a booleanen és az integeren kívül egyéb adatstruktúrákat is. 
Új hozzászólás Aktív témák
Hirdetés
- BestBuy ruhás topik
- bambano: Bambanő háza tája
- DOOM - The Dark Ages
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Túra és kirándulás topic
- Befutott a MindsEye végső előzetese
- Le Mans Ultimate
- Nem várt platformon a OnePlus Nord 5
- Melyik tápegységet vegyem?
- Teljes verziós játékok letöltése ingyen
- További aktív témák...
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Microsoft XBOX One S 1TB lemezes játékkonzol garanciával hibátlan működéssel
- BESZÁMÍTÁS! MSI B450 TomaHawk R5 3600 16GB DDR4 512GB SSD RX5500 XT 8GB Rampage SHIVA TT 530W
- Bomba ár! Lenovo X1 Yoga 3rd - i5-8GEN I 8GB I 256GB SSD I 14" FHD Touch I W11 I CAM I Garancia!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest