Igazán nincs mit! Amúgy ha a 18.3 elég jól ment a gépen, a 19.x akár még jobban is futhat, annyival gyorsabb lett ez a kiadás, szerintem XFCE-vel is! Én csak a legrosszabb eshetőségre gondolva említettem, hogy talán sok lesz neki, viszont ha fut elfogadhatóan, akkor nem érdemes alább adni, mert a MInt még XFCE-n is elég komfortosra van megcsinálva.

(persze a live futtatása sok esetben csalóka, de a 2GB memória alapján a telepített verziónak talán még jobban kéne futnia)

Meglátjuk. Kíváncsi vagyok mi lesz a tapasztalatod vele.

Most aztán nagyon megmondtad. A C++-nak is vannak újabb verziói, akkor azok is szutykok? Vagy mi nem számít szutyoknak? Az olyan nyelv, ahol fordítani kell a programot és a hello world is 5 soros?

Szerintem meg az olyan nyelvek a szutykok, ahol pointerekkel kell majomkodni meg mindenféle compilerek kellenek és futtatni kell a kész programot, és nem elég a szöveges fájl elé beírni, hogy python.

Sőt, az olyan nyelvek is szutykok, amin nincsen legalább három nagy cég által kiadott neurális-háló csomag illetve API.

De én sem pofázok olyan dologba bele, amihez nem értek.

Ufff.

[ Szerkesztve ]

Rock and stone, to the bone! Leave no dwarf behind!

Tényleg nem hergelni akarok senkit, de a Python védhetetlen. Tudom egyszerű benne programozni, meg népszerű, de attól még nem lesz jó.

C++-ból is vannak verziók, de odafigyelve lehet úgy írni a forráskódot, hogy mindegy legyen a verzió, és ha külön verziósat is írsz, akkor is ugyanaz a gcc vagy llvm clang compiler lefordítja a különböző kódokat, nem kell azzal szenvedni, hogy mindenféle külön verziós compilert tegyél fel.

De ilyen sajnos a JS is, az is rettenet népszerű, már mindenféle frameworköt húztak fölé, meg azok fölé újabb frameworköket, már az isten se igazodik ki rajta, és addig nincs is baj belőle, amíg a kód fut, de ahogy probléma van vele, senki nem bogozza ki. De legalább lehet benne írni 100-200 megás alkalmazásokat, amik ellátják egy 1-2 megás natív alkalmazás feladatát, lásd az Electron alapú appok.

Jelentem kész. Hasonló a sebesség mint Win7-en, vagy kissé jobb is. Mindenesetre nincs BlueScreen kékhalál a Radeon 9200SE miatt (nyilván nem is támogatja a W7 már ezt a karit, az XP-s drivert meg nem szerette ).

Szóval marad a Mint. A benne lévő USB-s Bluetooth és WLAN kütyüt is felismerte gond nélkül.

Ha nem vigyázunk a természetre, ő se fog mi ránk...; De hát ugye aki akar az a betonba is beleköt...

Én sem bántam meg, hogy váltottam Win7-ről Mint-re. Aki nincs Windows-hoz kötve, azoknak mind javaslom is, hogy lépjék meg ezt, egy átlagos felhasználónak tökéletes rendszer.

Nem hogy hasonlónak, de még jobbnak is kéne lennie a gép sebességérzeténél a Linuxnak. Ha esetleg gyorsabbat szeretnél, akkor Mint Cinnamon helyett a Mint Xfce vagy Mint Mate verziót próbáld.

A 9200SE már egy nagyon régi kártya. De Linux alatt a kernel automatice betölti hozzá a radeon nevű legacy kernel modesetting drivert, meg a 2D-s Direct Rendering gyorsítást, a Mesa csomag meg biztosítja hozzá az OpenGL 3D támogatást.

Egyébként az ATi-t sem értettem. A 9xxx-es Radeon kártyák mind egy kaptafára mennek. Ennek ellenére a 9200-ashoz driver max. XP-ig van, de én használtam 9600-as Radeont anno Win7-tel simán, így most megnézve vistás driver van hozzá, lehet azt használtam, már nem emlékszem, de probléma nélkül ment Win7-en.

Asztali gépnél azért én a 9200-es Radeont kikapnám belőle, és az AGP slotba beletennék egy olcsó, használt ATi HD4670 (legerősebb létező AGP-s kártya), vagy HD3850-es kártyát (ez sem sokkal gyengébb), esetleg NV GT730 (ez is ott van szintben, és nagyon kicsi a fogyasztása, a legmodernebb létező AGP-s kártya, árban talán kedvezőbb az első kettőnél). De ha nagyon gyenge proci, akkor a fenti háromnál is sokkal olcsóbban NV 7900, 7800GS, 6800 (nem Ultra), 6600, 6200, ATi X1900 is elég lenne bele, ezekhez van Win7 támogatás. A GT730-hoz Win10 is. Az NV retró kártyák kicsivel olcsóbbak, főleg a kisebbek. Csak arra az esetre írom, ha fent hagynád a Windowst is játszani, de a Linux is meghálálja a gyorsabb a GPU-t. Viszont ha Linux lesz rajta, akkor meg az ATi kártyák jobbak, és maradj a HD4670, HD3850, X1900, X1850, stb. lehetőségeknél.

Sziasztok!
Bejövő IP Tv- t szeretnék lakáson belül szétlőni.
Sajnos igen költséges lenne 2 vagy 3 tv-s (ip címes ) előfizetés.
Ezért szeretném valahogy azt megoldani hogy egy gép kezeli a bejövő IP tv jelet. És azt tovább "sugározza belső hálón.

Kaptam ötletet hogy Debian és a/v tuner kártya és broadcastelés és a debianon rgy media szerver... de egy kicsit nehezen indulok el.
Amit be tudok rá álldozni az egy i5 intel ~2,8 proci 8 (ha kell 16) giga RAM és kábeles gigabit hálózat.
Ha van valakinek ötlete ne tartsa magába!
Lehet hogy inkább a Debianosba kéne érdeklődjek..

[ Szerkesztve ]

Nem értek az IP tv-hez, de ehhez nem kell szerintem szerver. Elég, ha a tévék routerre kapcsolódnak, NAT-olt helyi hálón. Ilyenkor az tévés cég csak a router IP-jét látja, azt nem hogy az amögött lévő belső hálózatban melyik gép, tévé van épp mögötte. De majd kijavítanak a haladóbbak, ha nem így lenne.

Hát ennem nagyon örülnék ha igy lenne!

Én se tudom hogy az ip-t nézik e.... bár mindenhol azt mondtak hogy azonosító kód, amit az eszközön futo applikáció tárol!

Én úgy tudom, hogy csak a szolgáltatói dobozon túl tudod szétosztani (az IP ott már nem releváns), viszont így minden készüléken ugyanaz fog menni. Ha előbb szeded szét, akkor nem lesz, ami dekódolja.

Ubuntu MATE 20.04, hobbi cayenne termesztő

ma csináltam egy firissítést, eléggé szétb@szta az XFCE felületet, a tálca nem jön be, az ablakoknak nincs jobb felső sarokban max-min, bezáró gombja, az asztali ikonok eltűntek, hát gratula, mindezt a munkagépen, és nincs időm vele foglalkozni...kernel frissítés is volt, de az előzővel is csinálja, szóval nem az. A héten már nem leszek bent, úgyhogy egyelőre ennyi...

Timeshift? Vagy azt nem csináltál, mert munkagép?

Rock and stone, to the bone! Leave no dwarf behind!

Így van, az nincs beállítva, a mega tárhely így is megeszi az ssd-t. Majd meglátjuk hétfőn mi lesz.

Bölcs döntés.

Rock and stone, to the bone! Leave no dwarf behind!

Nem akarlak idegesíteni, de a desktopon volt egy XFCE, amit február óta nem frissítettem, most megcsináltam és tökéletes minden. Az is igaz, hogy gyári állapotú, compiz van beállítva kompozitornak. Az általad leírt jelenség valami utólag felrakott dolog miatt lehet, nem tudom milyen témákkal kapcsolatos csomagokat raktál fel......

ezen fut:

Machine: Type: Desktop Mobo: ASUSTeK model: F2A85-M v: Rev X.0x serial: <root required>
BIOS: American Megatrends v: 6404 date: 08/13/2013
CPU: Topology: Quad Core model: AMD A10-5800K APU with Radeon HD Graphics bits: 64
type: MCP arch: Piledriver rev: 1 L2 cache: 2048 KiB
Graphics: Device-1: AMD Trinity [Radeon HD 7660D] vendor: ASUSTeK driver: radeon v: kernel bus ID: 00:01.0 chip ID: 1002:9901

Timeshift nálam is inaktív, de a munkára használt disztrót nem is nagyon cicomázom össze, de soha nem kellett még a Timeshift amúgy, mert Mint-et használok. Ez nem szokott összeomlani, még a HP 8570p-n lévő 19.1 Cinnamon is stabil, amire felraktam ügyesen a legújabb plasma-t! (direkt plasma-t írtam, nem KDE-t)

a mega tárhely így is megeszi az ssd-t.

Kéne oda egy normális méretű SSD, a floppy méretű SSD-k lassan kimennek a divatból.
Igaz nekem egy 5 éves Intel 520 120GB van a desktopban, de csak oprendszerek futnak róla még vagy 10 évig.

[ Szerkesztve ]

Igazad van, most én se találok. De emlékszem ilyesmire, egy 2010 után megjelent Zotac GT kártyára, volt róla YouTube-teszt. Ezek szerint a 730 nem rémlik jól.

Nyilvánvaló az is, hogy a késői AGP-s kártyák egyike sem AGP-s. AGP csatis a nyák, de a vezetők már egy APG-PCIe konverterchipen keresztül vannak bedrótozva, és általában ezek a kártyák a konvertálás miatt lassúbbak, meg eleve úgy vannak kiadva, hogy kisebb memóriabusz/sávszél, kevesebb VRAM, visszavágott órajel.

én kb 5 éve használom ezen a gépen az XFCE-t, és még soha nem történt ilyen. Az otthoni egyik gépen meg már lejárt 17-es cinnamon van, ott is ok minden. Kéne frissíteni, csak nem jutok oda, a bnőm is inkább a telefonját pöttyögteti egész este, ahelyett hogy leszedné az adatait róla. Na az tele van rakva, de pl az ÁNYK azon megy csak, az új java büdös neki, meg a minecraftnak is ugyanez az új java undora van.

Nem témáztam a cégest, nekem jó az alap XFCE munkára.

Ha nem piszkáltad a cégest, akkor ott valami más prücök lesz, mert tényleg nem szokott gond lenni egyik Mint-tel sem. Nekem is nagy bánatom, hogy a 17.3 lejár, mert ha minden kötél szakadt, csak az működött, például a Digi nat-olt IP-jével csak az hozta be a szükséges weboldalakat.
[link]

Itt van tessék másnál is van ugyanez a hiba.

Nálam is ugyanaz, mint nálad. A mesa frissítés szétcseszte az egész xfce-t.

megoldás a linkben az előző hozzászólásomban, de úgy tűnik símán csak frissíteni kell újra, mert kiadták már a javítást, csak én nem tudom kipróbálni, mert hétfőn leszek csak a céges gép közelében.

[ Szerkesztve ]

Sziasztok!

Az Ubuntu fórumra írtam egy hozzászólást, de itt is feltenném a kérdést.

Véleményetek szerint Linux Mint-ra (és Ubuntura) érdemesebb most már olyan telepítő ISO fájlt kiírni, ami UEFI módban készül?

Lehetnek ennek még mindig hátulütői a "Legacy" beállítással, telepítéssel szemben?

[ Szerkesztve ]

Ha a secureboot-ot kikapcsolod, akkor nem lesznek. Olyannal viszont már találkoztam, hogy a gyártó hibájából legacy-ban nem minden hardver működött megfelelően.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Köszönöm szépen!

Te is UEFI módban használod már?

[ Szerkesztve ]

Már jó ideje, minden alkalmas gépen.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Még ami eszembe jutott; Live rendszer futtatásnál nem okoz problémát az UEFI?
Ugyanúgy kiválasztható a boot menüben, mint Legacy esetében?

Az egyetlen különbség a Grub jellegű választómenü megjelenésében van, de az sem nagy.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Értem, köszönöm.

A kérdésedet nem pontosan értem. Egyféle .iso fájl van egy Mint flavorön belül, dd módban írod ki, bootolnia kell UEFI-vel és Legacy BIOS boottal is. Ezt az UEFI BIOS-ban kell beállítanod, hogy milyen módban bootoljon, UEFI only, Legacy BIOS only vagy vegyes, mindkét lehetőségre figyeljen a bootolható eszközök listázásánál.

Előnye lehet az UEFI bootnak, hátránya nem. Pl. a rendszerbetöltő előtti eszközinicializálási idő lerövidülhet, mivel az UEFI bootkor az UEFI kihagy egy csomó hagyományos BIOS POST eszköztesztet, amit a Legacy BIOS megcsinál. Nem minden gépen lehet vele időt nyerni, de van, amelyiken lehet vele 1-2 másodpercet spórolni.

A secure bootot érdemes kikapcsolni, mert rohadtul nem secure, másrészt csak szopatásra jó, de végül is úgy is használható egy UEFI-s telepítés, ha bekapcsolva hagyod, de akkor pár dolog menedzselése megnehezül, pl. drivertelepítés, rendszerbetöltő frissítése, kernelfrissítés.

Én is már a sokadik gépen használok UEFI bootot, Win10-zel és Arch Linuxszal is, de Arch alatt kézzel máshogy oldom meg a Minthez képest, nincs GRUB sem pl., míg Mint alatt van. Egyébként úgy olvastam több embertől, hogy a Mint telepítő bizonyos gépeken nem hajlandó UEFI-vel települni, lefagy a telepítő, vagy végigmegy, de nem bootol. Gépe válogatja.

Igen, nálad ezért nem tört el, mert Compiz fut kompozitorként, míg az Xfce saját kompozitora tört most el az új Mesa miatt. Egyébként érdekes, mert Arch fórumon nem látom a problémát, szóval arra gyanakszok, hogy a mintes Xfce-s csomagok régebbiek, erre jött egy friss Mesa, és a kettő összeakadt.

De sajnos ma már nem csak a Mint ilyen, minden OS-en eltörhet bármi update-kor. A modern rendszerek annyira komplexek, hogy végtelen lehetőség van arra, hogy valami valamivel összeakadjon, eltörjön.

Archon most nálam nemrég egy kisebb kellemetlenség akadt csak, hirtelen működésképtelen lett az összes keepass-os csomag, és csak keresőzéssel derítettem ki, hogy valamelyik marharépa különszedte a Pythontól a pythonos crypto csomagokat, csak fel kellett őket tenni kézzel, mert az új függőségek nem jelentek meg a régi csomagok frissítésekor. Apró dolog, 2 perc alatt megoldottam, de aki mondjuk kezdő, lehet bepánikol ilyenkor, hogy jajj, mihez kezdjen, összeesküdött ellene a CIA meg az NSA. Mondjuk az Arch hírekhez kiírhatták volna egy 3 soros hírben, a műkörme senkinek nem tört volna le tőle, azért van a főoldalon a hírek szekció, hogy lehozzák az ilyeneket.

De a Mint főoldalán sem látok hírt erről az Xfce-s gikszerről. Tehát nem is az, hogy valami eltörik, mert csak az nem hibázik, aki nem dolgozik, hanem nem tájékoztatják róla a felhasználókat, a linuxosoknak inkább ezzel nemtörődömségével kéne valamit kezdeni.

"arra gyanakszok, hogy a mintes Xfce-s csomagok régebbiek"
Eleg sok csomag eleg regi. Az inxi-ben pl. mar nem mukodik a -w (weather) kapcsolo, mert a regi verzioban eltort vmi, es nem frissitik.

"De a Mint főoldalán sem látok hírt erről az Xfce-s gikszerről"
A Mint fooldala egyreszt design szempontbol megragadt a 2000-es evekben, masreszt az official blog.linuxmint.com-on csak a montly news van. Szoval julius vegen majd lehet h olvashatsz a gikszerrol, ami a ho elejen tortent.
Regen meg volt segfault.linuxmint.com dev hireknek, de mar innen is a fo blogra iranyitanak.

Amugy ilyenkor orulok h nemreg valtottam teljesen i3-ra es mar nem kell DE-kkel szorakoznom.

Ha MBR partíciós sémára írom ki, az nem fog megjelenni UEFI boot során emlékeim szerint, de lehet, hogy tévedek.

Erre gondoltam:

(#10994) ubyegon2

Nem akarok kísérletezni, jó volt eddig nekem a Legacy, csak az "idők szagva"...

[ Szerkesztve ]