-
Fototrend
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
K0zm0
aktív tag
válasz
ubyegon2
#12883
üzenetére
Az érzésed jó!
19.3, vártam már annak idején a 20-ast de végül úgy döntöttem, hogy ami működik azt nem piszkálom! 
Az említett mappák üresek. Ha feltelepítem az appletet, akkor rendesen meg is jelenik a mappában. Viszont a ~/.local/share/cinnamon/applets/weather@mockturtl mappában csak 3.0 illetve 3.8 nevű almappa van
4.4.8-as Cini van jelenleg, de ahogy látom működnie kellene vele. Rejtély...
Utánanézek, hátha valahol rábukkanok a megoldásra, addig köszi!Egy kérdés: van valamilyen csomagfüggősége? Pl. OpenJDK?
-
Cyrin
addikt
válasz
ubyegon2
#12884
üzenetére
én mindig megszenvedek ezzel a sz@rral. sztem az egyetlen időjárás alkalmazás a világon, ahol nem elég beírni a várost, hanem különböző számokat kell vadászni hozzá...
most se működik tisztességesen, 20-as mint alatt, sőt ki is írja az alkalmazáshoz, hogy rendszerösszeomláshoz vezethet a használata... -
válasz
ubyegon2
#12883
üzenetére
Közben megnéztem egy külső meghajtón lévő Mint 19.3 Cinnamont és ezen nem is volt felrakva a panel app, rákatt és már ennél a verziónál is automatán megy a lokáció beállítása
Az app fogaskereke is behozza a beállítások menüjét:
Szóval előbbi módszerrel akár működhetne is, metadata.json felsorolja gyakorlatilag az összes Cinnamon verziót:
{
"uuid": "weather@mockturtl",
"name": "Weather",
"description": "View your local weather forecast",
"max-instances": 3,
"version": "2.6.8",
"multiversion": true,
"cinnamon-version": [
"2.2",
"2.4",
"2.6",
"2.8",
"3.0",
"3.2",
"3.4",
"3.6",
"3.8",
"4.0",
"4.2",
"4.4",
"4.6",
"4.8"
],
"last-edited": 1604240183 -
K0zm0
aktív tag
válasz
ubyegon2
#12869
üzenetére
A poén az, hogy megjelenik, de a "kisfogaskerék" Configure gomb nem aktív. Tehát nem tudok rányomni, hogy beállítsam rajta a dolgokat.
Töröltem, újra letöltöttem, volt már újraindítás is, de nem tudom működésre bírni.
(Persze, tudom, kényelmi kérdés, mert böngészőben rálesek a kisegymillió időjárásos oldalra, de azért na! ) -
-
K0zm0
aktív tag
válasz
ubyegon2
#12852
üzenetére
Én kernelre gyanakszom, mert a rendszeren nem babráltam semmit. Vagy valamelyik más frissítéssel jöhetett valami gubanc. Mivel naprakészen tartom a Mint-et és az utóbbi időben már csak itt-ott bukkan fel a probléma ennek alapján gondolom, hogy valamit hegesztettek rajta!
-
-
Tonyk
veterán
válasz
ubyegon2
#12812
üzenetére
Jaja...
A napokban szopok közbeszerzéssel. Csak most látom milyen gazdag ország vagyunk. Adófizetői pénzből milyen áron szerzünk be közintézmények számára hardvert... pl. u.a. vga közbeszer oldalon 39e, arukereso.hu 19e.
Ajánlom annak, aki szeret ledöbbenni a https://kozbeszerzes.dkuzrt.hu oldal termékek menüpontját. -
K0zm0
aktív tag
válasz
ubyegon2
#12803
üzenetére
Na igen, ezeknek az ismereteknek még híján vagyok, mivel nem volt még szerencsém hozzá.
Értem amit írsz egyébként, kb. erre gondoltam az amortizációt illetően. Látod erre céloztam azt illetően, hogy "maradi" vagyok!
Azért jó, hogy itt szó van erről, mert mindenhol mást olvasok róla, az elsőkézből származó tapasztalatok sokkal értelmesebbek, mint a paraméterekkel megbombázott 4 oldalas cikkek, aminek a felét nem is értem, meg egyszerűen nem releváns a mindennapi felhasználást illetően.
-
K0zm0
aktív tag
válasz
ubyegon2
#12798
üzenetére
Olvasgatom itt a hozzászólásaitokat az SSD-vel kapcsolatban és az ötlött fel bennem, hogy egyáltalán a sebességen kívül mi előnye van egy SSD-nek a HDD-vel szemben. Ez most vicces lehet, de sosem használtam még SSD-t, de tisztában vagyok vele, hogy vannak olyan körülmények ahol az előnye jobban kidomborodik.
Igazából amire célozni akarok az nagyjából az eszközök amortizációjára vonatkozik. Ha jól látom - de javítsatok ki ha tévedek - egy SSD hamarabb döglik meg, mint egy HDD. (Ne számoljunk most az esetleges gyártási hibák miatt, idő előtt kifingó tárolókról.) Kinek mi felel meg, de én például inkább áldozok a sebesség oltárán cserébe viszont hosszabb élettartamot kapok. (És persze ne feledkezzünk el arról, hogy minden esetben legyen backup az adatainkról!!!)
Bocsi az OFF-ért! -
Frawly
veterán
válasz
ubyegon2
#12792
üzenetére
Ez van, nem mindenki ugyanarra használja a gépet. De csak egyszerű listákat írsz meg feliratokat konvertálsz vele (ezekre bőven elég a Leafpad, Xed, gedit), én konfigfájlokat, scripteket, naplókat szerkesztek (de használom csoportos átnevezésre, regexp-ezésre, gitártabulatúra és fonetikai anyagok írására is), megint más gigás programozási megaprojektekhez használja IDE-ként (amihez kelleni szokott egy csomó plugin is), megint mások webfejlesztésre, meg amit linkeltem, van, aki plain text editorban nyomja a prezentációkat, és táblázatkezelést is. Megint más regényeket ír vele. Mint említettem, az Emacs-userek meg abban csinálnak mindent, fejlesztés kitolása gitre, mailkezelés, fájlkezelés, még a grafikus ablakkezelőjük is az Emacs. Így mindenkinek más lesz az elvárása egy plain text editorral szemben, ez pedig indokolja a túlkínálatot. Ahogy a rengeteg DE/WM kínálatát is az indokolja, hogy mindegyiknek más a hardverigénye, más függvénytárakra épülnek, más a működési alapfilozófiájuk, egér/bill-orientált, stacking/tiling, dinamikus/manuális, tablet/desktop/kiosk működési filozófia, modális/nem-modális interakció, stb.. Szerintem inkább az a rossz, ha valamiből csak egyféle van, mint Windowson, és mindenki ahhoz van kötve.
Egyébként a nagyobb, komolyabb text editorok egyben egy prognyelvre épülő script interpreterek szoktak lenni, így a tudásuk programozással bővíthető. Ilyen az Emacs (lisp), vim/neovim (vimscript), Atom/Kate (JS), stb., ezekben saját funkciót, saját plugint tudsz programozni, ezért a tudásuk végtelen mértékben bővíthető, végtelen finomságban testreszabható. Egy Xed-ben, Leafpadban, de még a notepadqq-ban is azt tudod használni, azokat a funkciókat, amiket beledrótoztak és azokat csak annyiban tudod testre szabni, amennyiben a GUI-ra kivezették a beállításokat, és ezzel kifújtak a lehetőségek. A notepadqq némileg kivétel, mert már kezel plugineket. Nyilván a programozhatóság hiánya téged nem fog zavarni, mert csak egyszerű dolgokra használod.
Kicsit úgy kell ezt felfogni, mint a számológépeket. Van, akinek elég a 4 alapműveletes, 9 számjegyes egyszerű gép, van, akinek kell a sok számjegyes, tudományos, van, aki meg sem áll a több soros, grafikus ábrázolós, egyenletmegoldós, programozható csodákig. Mert ebben is mindenkinek másra van igénye.
-
Frawly
veterán
válasz
ubyegon2
#12790
üzenetére
Attól függ mit értesz lightos DE alatt, meg mennyire gyenge a gép. Egy IceWM, Openbox, LXDE azért még P4-es is el kell fusson. Ahol megbukik ez a gyenge gépen akármit is csinálunk mutatvány, pont nem a Linux, hanem ahogy elkezdenek rajta böngészni, meg webalapú appokat használni (Google Earth, Atom, Skype, stb.), ott mutatkozik meg, hogy milyen elavult már az egész. Egy pehelysúlyú disztró önmagában még azért elfutogat, és ha csak ilyen alap SD-s videók nézésére kell, zenehallgatás, szövegszerkesztés, arra még élhető alternatívát nyújtanak.
Ja, a notapadqq Qt-s, és valóban emiatt kicsit bloatabb emiatt, de még nem vészes, nem ilyen megabloat szint, mint az Atom, Visual Studio Code, meg a Commodo Edit. Arra tényleg jó, hogy ha valaki Windowsról jön frissében, ahol Notepad++-t használt, akkor a legkisebb trauma neki a notepadqq lesz, mivel még a felülete, menüje is hasonló. Nekem is hihetetlen, de valóban van elég sok ember, akinek az az apróság is számít, hogy a felülete is ugyanolyan legyen, mert annyira 1 bitesek szellemileg, hogy ha egy menü, vagy ikon nem ott van, akkor már nem bírják megszokni. Így nekik a Double Commander mellé (Total Commander klónja) ajánlani is fogom erősen a notepadqq-t innentől fogva.
A Xed, Leafpad, Mousepad, meg volt még valami Scratchpad vagy Scrape Pad vagy mi volt a neve, ezek inkább azoknak jók, akik windowsos Notepad-re keresnek alternatívát. Esetleg még a gedit-et lehet ide sorolni.
De ahogy nézem, utóbbi időben megszaporodtak a linuxos plain text editorok, lett egy csomó új, Lime Text (Sublime opensource forkja), Bluefish, Light Table. CLI-s fronton is megjelent egy csomó új, Kakoune, neovim, micro. Régebben nem volt ilyen nagy választék. Még 2 éve ez nálam is nagy gond volt, hogy nem találtam jó alternatívát a Notepad++ helyett. Kezdő linuxos éveimben ott volt a Kate4, ami nagyon bejött, de a KDE5-ben újraírták Kate5 néven, és nagyon fapad lett, használhatatlan, így SciTe-t kellett használjak, míg a vim-re át nem tértem. Bár nem baj, mert ha nem lett volna ez a kálvária, akkor sose lett volna elég motivációm megtanulni a vim-et.
De az Emacs is nagyon jó. Ez abban hasonlít a vim-re, hogy egyfajta felhasználói életfilozófia. Az Emacs teljes körű OS lényegében, egy teljes ökoszisztéma, lehet használni nem csak szövegszerkesztőnek, hanem Window Managernek, mailkliensnek, fájlkezelőnek, terminálnak, git/IDE felületnek, Note alkalmazásnak, meg mindenfélének, így megértem, hogy sokan szeretik. Kicsit bloat, de ha mindenesnek fogja be valaki, akkor megtérül ez a bloatság abban, hogy mást nem is kell feltegyen, másnak nem is kell futnia, mindent lehet belőle intézni.
-
Frawly
veterán
válasz
ubyegon2
#12775
üzenetére
Az a baj, hogy az alaprendszer hiába sovány, még onnan is a felhasználón múlik, mert ahogy elindítja a böngészőt, meg az Electron, Gtk3, Qt5-ös appokat, amik majdnem épp olyan bloatok, onnantól fogva sokszor mindegy, hogy mennyi volt a boot utáni idlefogyasztása a rendszernek. Tehát gyenge gépre nem csak hogy Ubuntu Gnome meg Mint Cinnamon nem való, hanem a sovány disztró, sovány grafikus felület mellé programokból is a pehelysúlyú megoldásokat kell preferálni, pl. VLC helyett mpv, Ocular helyett Evince, Chrome/Chromium helyette Firefox vagy helyette Pale Moon vagy még soványabb böngésző, stb..
Egyébként ránéztem a notepadqq-ra. Egész sokat fejlődött. Pár éve néztem, akkor nagyon minimális volt a tudása, nyomába nem ért a windowsos Notepad++-nak. Most már elég közel van hozzá. Jobbnak tűnik, mint a gedit, Kate, Geany és társai. Nyilván továbbra sem egy vim, Emacs, micro, de azért egész jó.
-
Frawly
veterán
válasz
ubyegon2
#12777
üzenetére
Az okostévével nem lenne baj, ha a gyártók nem úgy állnának hozzá, hogy kiadáskor hegesztenek hozzá 1 darab fw-verziót, abba beleszórják gyorsan azt a pár alap dolgot, aztán többé az életben nem néznek rá. A fw-t rendszeresen fejleszteni, hibajavítani kéne, új funkciókat tenni bele, csak ehhez a gyártók lusták, meg sajnálják rá a pénzt, mert miután megvetted tőlük a készüléket, többé nem látnak belőle suskát. Ez az a probléma, amit a Kodi, CoreElec, stb. megold, szégyen szemre ingyen.
-
Tim82
félisten
válasz
ubyegon2
#12775
üzenetére
De lehet, hogy sikerül felpiszkálnom Mediaboxra Openeleket
Inkább CoreElec-et, azt ugyanis fejlesztik, az OpenElec-et (legalábbis ezekre a kínai Amlogic cuccokra) már rég nem.
Egyébként - szerintem - bármilyen okostévé helyett jobban jársz egy CoreElec-es/Kodis médialejátszóval.
-
Frawly
veterán
válasz
ubyegon2
#12754
üzenetére
A 32 bitet azért akarja mindenki beszüntetni, mert 64 bites rendszeren nem akarják a 32 bites progikhoz betöltögetni a 32 bites libeket a 64 bitesek fölé. Meg tárolókban is külön kell tartani extrán a 32 bites csomagokat a 64 bitesek mellett. Ez megduplázza a memóriafogyasztást, meg a csomagkarbantartást. Mindezt azért, mert páran összevettek valami szar gépet, vagy nem hajlandók lecserélni, meg sok lusta programozó nem hajlandó a zárt binárisait gondozni, újrafordítani, pl. sok régi játék 32 bit only. Ezért a 32 bitet próbálja mindenki tűzzel-vassal irtani, hogy már a rendszer eleve 64 bites legyen, és rajta minden szoftver, akinek meg 32 bit kell, az tegye be emulátorba vagy virtuális gép alá. Ennyi. Unják már, hogy a 32 bites lusták és konzervatívok miatt szívni kell mindenkinek.
(#12770) coco2: ökölszabályként azt mondanám, hogy azonos gépen akármilyen linux (Ubuntu Gnome és Mint Cinnamon is) sokkal jobban, gyorsabban, gördülékenyebben fut, mint a Win7-8-10, a soványabb disztrók még az XP-nél is jobban futnak. Nem csak memóriaigény, CPU igényben mutatkozik meg, hanem I/O sebességben is. Pl. Windows alatt nem olyan jó a lemezműveletek cache-elése (ezt sokan spéci RAM drive szoftverrel pótolják), meg az NTFS is egy elavult fájlrendszer, ami szeret nagyon töredezni és belassulni. Ezzel szemben a linuxos fájlrendszerek nem töredeznek, gyorsabbak, kernel is normálisabban cache-el, így a fájlműveletek gördülékenyebbek, ami főleg akkor mutatkozik meg, ha sok apró fájllal kell dolgozni. A MS-nak az a szerencséje, hogy ez HDD-n jön csak ki, az SSD haladékot ad az elavult fájlrendszerkezelésüknek.
Ennek ellenére prociterhelésben lehetnek kivételek, pl. nagyon full extrás, 3D effektes compizos vagy KDE-s desktopnál (hiába az OpenGL gyorsítás, de ilyenkor SOKKAL jobban is néz ki, mint egy Windows valaha is fog), meg pl. böngészőkben videókódolás gyorsítása híján lehet nagyobb CPU-terhelést regisztrálni, de összességében ilyenkor is azt lehet mondani, hogy CPU-terhelésben mindent összevetve, beátlagolva a Linux jön ki takarékosabbnak. Ezt kár is részleteiben ragozni, a Linux ebben mindig is verte a Windowst, és mindig is verni fogja. Ha használtál már Linuxot tartósan, fő rendszernek, észre kellett, hogy vegyed, hogy mennyivel fürgébb lett a gép, ez azonnal tudatosul az emberben.
Arról nem is beszélve, hogy Linux alatt nem kell futnia vírusirtónak, meg egyéb védelmi rendszernek, nem tekeri a Windows Update a háttérben állandóan a gépet, nem kell állandóan macerálni a registry-t, ami megint a hardverigényt csökkenti, nem is jelentéktelen mértékben.
-
Frawly
veterán
válasz
ubyegon2
#12742
üzenetére
Szerintem már a Gnome3 eszik kevesebbet, de olyan áron, hogy porig butították, és kivettek belőle minden feature-t, ilyen végletekig egyszerűsített tabletfelületet csináltak belőle. De ki tudja, lehet azóta a Cinnamon is soványodott, nem követem nyomon. De a Mint nem ettől eszik kevesebbet, hanem attól, amit írtam, hogy Ubuntuba belenyomnak Snap-ot meg még egy rakat plusz szemetet (pl. Gnome addonok), ettől kell neki több memória, és ezt nem kukázta a Mint, hanem eleve az Ubuntuhoz adták hozzá.
PálcikaWM-mel sem nagyon lehet 2 GB alá beférni, hacsak nem text only ultraminimalista felhasználás a cél. Mivel a webnek, meg az egyes alkalmazások által mozgatott adathalmazok (pl. játék, videók) is foglalnak egy fix memóriamennyiséget, függetlenül a rendszertől, és grafikus felülettől. Ha nagyon kezdő, és hagyományos desktoporintált, full extrás DE-t használ, akkor a 4 GB ma már abszolút minimum. Nyilván ez alá be lehet menni, de nem full extrás GUI-t használó kezdőnek, és ez utóbbinál szokott lenni a csavar, hogy már pedig kevés memóriájuk általában a kezdőknek van, mert anno hozzáértés címén összevettek valami nem bővíthető szart (mert olcsó volt, szép volt a doboza, jó volt a reklámja), vagy azt se tudják, hogy mi az a RAM, mire kell, meg hogy mennyi van a gépben, és mennyi lenne szükséges ahhoz képest. Míg az a poweruser, aki ellenne kevesebb RAM-mal is, meg eleve elég/több memóriával veszi a gépet, és figyel a jövőbeli bővíthetőségre, vagy előre kimaxolja időtállóság címen. Itt pl. a linuxos topikokban, akik rendszeresen írogatnak, nincs is olyan szerintem, hogy 8 GB-nál kevesebb RAM-ja lenne, de a legtöbbnek meg eleve 16. Te is bővítettél 12-re, pedig ellennél még te is kevesebbel.
A 32 bitet is a kevés RAM-ot támogató gépek tartották eddig életben, a procik már 15+ éve támogatják mind a 64 bitet (ritka kivétellel, egyes korai Atom procik például), hanem sok ember anno összevett nem bővíthető, 1-2 GB RAM-mal kimaxolódó gépet, főleg netbookot, laptopot, amiket vagy a chipset korlátja, vagy forrasztott RAM miatt nem lehet bővíteni, és 32 bites rendszert tesznek rá, mert annak kisebb a RAM-igénye.
Az okostévé miatt részvétem, ezek szerint nem kellően okos. Meg igazából, ahogy írtam, azt is élére fordított léccel verném agyon, aki így 2010-2020 környékén nem mindent UTF-ben csinál, nem csak feliratot, de weboldalt, egyéb dokumentumot. Egyszerűen nincs ok mást használni, nem lesz előnye, csak a szívás van miatta. Régen kényszerűség volt, mert a régi Windows verziók meg régi szoftverek nem mind támogaták (Win2k még nem támogatta, XP igen, de abban még sok tool nem volt rá felkészítve, nem volt Unicode támogatás Notepad-ban, Parancssorban, stb.), de egy modern rendszeren tényleg felesleges baromarcoskodás UTF-től eltérő kódolást használni. Egyszerűen csak semmire nem jó gányolás. Lehet nem is az okostévé hibája, UTF-re drótozták be, mert nem számítottak rá, hogy lesz olyan magyar hülye, aki 2020-ban valami más kódolású felirattal akarja majd etetni. És itt a hülyén nem téged értelek, hanem aki a feliratot csinálta.
-
coco2
őstag
válasz
ubyegon2
#12767
üzenetére
Azt a szektorméret dolgot szerintem alábecsülted. HDD-n egy byte-ot átírni az 512 byte felírása. SSD csak 1.5 megákat tud felírni. Ha egy byte kedvéért, hát akkor egy byte kedvéért. Nyilván ram-ban próbál időszakosan cache-elni, de azt korlátosan kell tartania. A journaling segít abban, hogy ne mindig ugyan az a blokk kapjon terhelést, viszont azt olyan áron teszi, hogy alkalmasint sokszoros az írás. Rossz esetben a szektorméret különbség miatt az 1 gigából 3 tera lesz, plusz journaling overhead rossz esetben x2.5, máris 7 tera per nap fölött járunk, és olyan sebesség terhelés alá került az ssd, hogy az elektronikus sebességével együtt lassabb lesz a hdd-nél (arról nem is szólva, hogy a high durability stuff is kikopik 2-3 hónap alatt). Persze a gyakorlatban aligha fordul elő mindig mindenből pont a legrosszabb eset, szóval nem várható, hogy 1 gigából 7 tera legyen. Viszont nincs rá elvi garancia sem, hogy mikor kinek mennyivel lesz több. Próbáltam win10 alá diagnosztikai kernel libeket beszerezni, hogy legalább virtuálisan számolni tudjak blokk méret különbségből adódó extra terhelést, és valami hozzávetőleges számot kapjak, de ott is olyan falakba ütköztem, mintha direkt titkolnának mindent. Szóval nem, sajnos nem tudok saccolni sem, mennyi lenne az annyi, mert amit saccolhatnék, az alaposan kívül van a kötelező vélemény zónáján.
-
coco2
őstag
válasz
ubyegon2
#12765
üzenetére
Ezen a mennyi az annyi kérdésen agyalok én is, de nem tudom pontosan megválaszolni. Feltennék f2fs-t win10-re, ha lehetne olyat, és akkor lenne róla statisztikám, mennyi lenne az annyi napi gigabyte írásban. De nem találtam rá lehetőséget. Annak hiányában mondjuk azt mondanám, a napi 1 gigát szerintem felírom, és az HDD-n 512 byte-os szektorok mellett. SSD-k valami 1.5 mbyte-os blokkokat használnak, ott lehetségesen több.
-
K0zm0
aktív tag
válasz
ubyegon2
#12756
üzenetére
Ne is mondd, múltkor egy illető behozott nekünk egy marha régi AMD-s vasat. Valami AMD-C akárhányas proci volt 2GB RAM-al. Már eleve azt nem értettem, hogy a recoveryében windóz 8-as volt gyárilag. Hát még akkor kerekedett el a szemem, mikor megmondta, hogy ő neki bizony windóz 10 kell rá.
Hát rajtam nem múlott a dolog!
Pedig valamelyik distroval egy használható gépet lehetett volna varázsolni belőle, de hát ez van. Akkor tessék vele szenvedni! -
-
KTU
addikt
-
KTU
addikt
válasz
ubyegon2
#12745
üzenetére
"S905x vagy valami mediaboxot én is vettem pár éve, de sose jutottam el addig, hogy a nyamvadt lassú androidot lecseréljem "
Itt kiválasztod az eszközt, hogy biztos megfelelőt tölts le.
Memóriakártyára valamivel (WoeUSB, stb. balenaEtcher linux alatt nem jó) felírod a .img.gz végű aktuális képfájlt.
Az eszközhöz tartozó device tree fájlt átmásolod, átnevezed, belerakod a boxba, reset gomb nyomva tart, hogy kártyáról induljon.
A "gyári" rendszer marad úgy ahogy volt. -
Cucuska2
addikt
válasz
ubyegon2
#12742
üzenetére
Ezt beszéld meg a hülye okosTV-vel, hátha megérti, mit magyarázol neki.
Vettem még három éve egy Cherry Trailes mini PC-t (2GB RAM-mal), kicsit nehézkesen, de felszenvedtem rá a Linuxot (Lubuntut, de minden percét utálom, mert rettentően nem felhasználóbarát és rosszul dokumentált a felhasználói felület), azóta mindenkiénél okosabb a TV-m.
-
Frawly
veterán
válasz
ubyegon2
#12708
üzenetére
Az a baj, hogy nem tudod elengedni a windowsos szemléletet, még ennyi év linuxozás után sem. Ha nekem többször kéne .srt fájlokat utf-8-ra konvertálni, akkor eseti konvertálásra Vifm-ben hozzárendelnék az .srt fájlokhoz egy scriptet, ami az említett iconv-ot hívja meg. Ha tömeges konvertálásra kéne, egyszerre minden .srt-hez, akkor egy saját scriptet írnék, ami be lenne drótozva gyorsbillentyűre, pl. Win+U (U mint UTF8ify), a script find-dal megkeresné az összes .srt fájlt a gépen, amit átnyomna iconv-val automata kódolásból UTF-8-ba. Megint: ehhez nem kell .srt fájokat egyenként szövegszerkesztőben megnyitogatni, meg újramentegetni, mert az egy csomó kattintás, tapipad ide, context menü oda.
De mint írtam, én ezt átkódolás nélkül megoldom, mpv lejtászót használok, az elvileg automatán felismeri a felirat kódolását (meg a sorvégek kódolását is), ha valami miatt mégis tévedne, akkor a --sub-codepage= kapcsolóval felülbírálható. Ami miatt ezt nem használom, annak az az oka, hogy feliratot is nagyon ritkán használok, és mikor kivételesen igen, akkor meg mindig tökéletesen lekezeli az mpv. Semmit sehová nem kell konvertálgatni. Ez az általad írt konvertálási művelet megint egy olyan problémára megoldás, ami normális rendszeren nem is létezhetne eleve.
-
coco2
őstag
válasz
ubyegon2
#12724
üzenetére
Nézem a különféle mint-eket, meg az ubuntut, és feltűnt nekem, hogy a mint ubuntura van építve, de míg annak minimum 2 giga ram a rendszer igénye, a mint csak 1 gigát eszik minimum. Melyik része az az ubuntunak, amit kiszuperáltak belőle, és egy egész giga rammal lesz tőle könnyebb a tárasúly?
-
Frawly
veterán
válasz
ubyegon2
#12704
üzenetére
Gyakorlatilag egy kézzel tapipadozva fölösleges az egész. Komoly médialejátszókban (mpv, SMPlayer, VLC, Kodi, stb.) megadható a felirat kódolása, nem kell konvertálgatni sehova. Az UTF-8 csak alapértelmezett beállítás mindegyikben, de át lehet állítani.
Félre ne érts, semmi baj a notepadqq-val, de szöveg szerkesztésére való, nem kódolás átkonvertálására, annak ellenére, hogy biztosan azt is meg lehet benne csinálni. Mikor én néztem rá, a sebességével nem volt bajom, meg bloatnak sem tűnt, ellenkezőleg, nekem egy dolog nem tetszett benne, az én igényeimhez képest, meg a windowsos Notepad++-hoz meg Kate4, UltraEdit, Commodo Edit, stb.-hez képest nagyon kevés volt akkor a tudása, bár lehet ez is változott 3 év alatt, nem néztem rá azóta. Nálam a fenti editorok a belépő szint, a vim, Emacs, Sublime, VSCode, micro, stb.-vel egyetemben. Az ilyen fapadosabbak, mint notepadqq, gedit, leafpad, nano, mcedit, stb. sajnos nem ütik meg tudásban a mércét. A SciTe, Geany határeset. Pedig nincs is nagy igényem szövegszerkesztőnél, blokkkijelölés, forráskódszínezés, behúzási szintek és fülek kezelése, saját scriptekkel dolgok beszúrása (pl. dátum), billkombók részletes testre szabása, színsémák/témák támogatása, több sorra is illeszthető regexp támogatása keresésnél, cserénél, meg ne legyen túl bloat, legyen open-source, és az ember azt hinné, hogy ezek nem bonyolult dolgok, de a plain text editorok 99%-a elvérzik valamelyik kritérium mentén kapásból. Bár ez csak addig volt probléma, míg kerestem az ideális editort, aztán megtanultam a vim-et, és nem használok mást, még Windows alatt is GVim megy.
-
coco2
őstag
válasz
ubyegon2
#12697
üzenetére
Xed jól néz ki, köszönöm, ha ctrl/shift-insert is a helyén van, hurrá, tonnás teher zutty le
Még egy apróság. Ahogy néztem blogokat, külön tabokon nyit meg file-okat. Lehet úgy konfigolni, hogy egy ablak - egy file, és mindig új ablakot nyisson? Engem nem zavar, ha ott egy tab fül, egészen addig, amíg ablakonként maximum csak egy van belőle
A weben fellelhető anyagokban erre a kérdésre én nem találtam meg a választ.@Frawly:
Valószínűleg nem kötelező szeretni. Ne használd, ha neked nem tetszik. De ha már azon érdeklődsz, ugyan mivégre, nekem például éppen pain-point egy olyan plain text editor megléte, és szerintem mások is vannak vele úgy. Nem lehetetlen, hogy a mi kedvünkért erőltetik. Peace & Love. -
Frawly
veterán
válasz
ubyegon2
#12697
üzenetére
A Xed-et nem ismerem, de azt nem értem, hogy ezeket a minimális plain text editorokat miért erőltetik. Szerintem még egy gedit is túl fapados. Egy notepadqq már a határon van.
UTF konvertálásra nem kell notepadqq-t használnod. Senki nem nyom pisztolyt a bordáig közé. Elvileg erre az iconv parancs való:
man iconv
iconv options -f from-encoding -t to-encoding inputfile(s) -o outputfileBár én ha lenne még ilyen nem UTF-8 doksi még 2020-ban, akkor megnyitnám UTF-8-ra konfigurált vimben és elmenteném benne újra. De elvileg az iconv való rá. Nem is értem ki használna még UTF-8-tól, esetleg UTF-32 BOM-tól eltérő kódolást, ha lenne is még ilyen ember 2020-ra, élére fordított léccel veretném agyon. Gondolom néhányan még régi Windows telepítés alatt gányoltak össze nem UTF-képes progival ISO-8859-2 vagy még régebbi Windows alatt 1250-es kódlapot használva text file-okat.
-
zizidor
őstag
válasz
ubyegon2
#12693
üzenetére
Nekem ezzel a módszerrel nem sikerült változtatni a fontméretet, pedig egy csomót próbálkoztam, mert a sima linuxmint téma túl kicsi, a linuxmint-2k meg túl nagy, ráadásul hiába 16:9-es a monitor, a GRUB csak 800x600 és 1024x768 felbontást enged használni.
A linuxmint-2k téma (theme.txt) módosításával és saját fp2 bitmap font generálással viszont sikerült gatyába rázni. A font-generáláshoz ezt a leírást használtam (grub-mkfont):
https://unix.stackexchange.com/questions/31672/can-grub-font-size-be-customised -
sonar
addikt
válasz
ubyegon2
#12686
üzenetére
Nos, minden bizonnyal ez így van. De nem jövök rá, hogy mi.
2 fizikai gépet telepítettem meg egy virtuált és mindegyik ugyanúgy viselkedik.
Mégegyszer megnéztem az ISO-t és az sha256 hash stimmel42fd764b3a3544a36d820f4164bb64aa5a6d982073e6d1afdea4853d3858fc98 *linuxmint-20-mate-64bit.iso -
sonar
addikt
válasz
ubyegon2
#12683
üzenetére
Telepítésnél kiválasztom a Europe\Budapest aztán ennyi.
~$sudo systemctl status systemd-timesyncd.service
● systemd-timesyncd.service
Loaded: masked (Reason: Unit systemd-timesyncd.service is masked.)
Active: inactive (dead)
~$ sudo systemctl start systemd-timesyncd.service
Failed to start systemd-timesyncd.service: Unit systemd-timesyncd.service is masked.Mondjuk az, hogy a "service is masked" nagyon furcsa, ilyet még nem is láttam.
-
sonar
addikt
válasz
ubyegon2
#12681
üzenetére
Hmm,
Egy virtuál gépen megnéztem és nekem ott sem NTP-s a szűz telepítéstimedatectl status
Local time: p 2020-08-07 13:36:06 CEST
Universal time: p 2020-08-07 13:36:06 UTC
RTC time: p 2020-08-07 13:36:06
Time zone: Europe/Budapest (CEST, +0200)
System clock synchronized: no
NTP service: n/a
RTC in local TZ: no -
Mtbsrác
senior tag
válasz
ubyegon2
#12654
üzenetére
Igazából azért ragaszkodok hozzá mert minden elmentett könyvjelzőim, oldalaim mentéseim itt vannak mentve sok-sok éve.
A megoldást úgy kiviteleztem a leírásból hogy a caja vagy nautilus nemtudom melyik pontosan elindítottam admin ként és bemásoltam a file-t ahova kell a másikat meg kitöröltem a fenébe. Egyébként a régebbi 18.x verben is volt ilyen gond de akkor a chronium ffmpeg pack hiányzott neki, azt telepítve megoldódott a gond, most hiába voltak telepítve nem működött csak a linkelt verzió alapján. A file amit lecserélt volt vagy 1,2mb amit bemásolt meg vagy 17mb.
-
Frawly
veterán
válasz
ubyegon2
#12654
üzenetére
Ebben kivételesen egyetértek veled. Az Opera teljesen elzüllött, mióta dobták a saját Opera motort a 12 főverziónál, és Chrome/Blink alapra váltottak. És még nem is ez, hogy kell neki az ffmpeg-codec meg az ffmpeg, hanem akkor oldják meg kulturáltan, hogy ezt húzza be függőségnek, és ne a felhasználónak kelljen belehekkelni a szutykokat.
Bár ez jogi okból minden disztróban így van, az Arch sem teszi fel ezeket a kiegészítő csomagokat, viszont kilistázza, hogy opcionális függőségnek ezek is feltehetők, figyelmeztetve ezzel a felhasználót.
-
Petya XT
senior tag
válasz
ubyegon2
#12647
üzenetére
....Egyébként is át kell gondolnom ezt az egész biztonság témakört. Csináltam azt is, hogy minden rommá volt titkosítva, most meg az, hogy nincs. Valami arany középutat kellene találnom. A LUKS az szimpatikus volt, könnyen beállítható, de ott meg meg torpant néha a rendszer, ha nagyobb fájl íródott. Olyan mintha ez az i3 4330 egyszerűen gyenge lett volna hozzá. A Veracrypt meg komplikáltabb, de ott nem jelentkezett ez a "mintha a proci gyenge lenne" hiba. Ezt még nézegetnem kell.
Most eltűntek már az NTFS partícióim, lemezeim, lassan mind Ext4. Rápróbálok még egyszer, csak még gyűjtöm az erőt, nagyon bevált az a 20-as Mint.
-
Petya XT
senior tag
válasz
ubyegon2
#12645
üzenetére
Nem voltam egyértelmű én sem, valószínűleg nem tudtam úgy leírni mi volt a problémám, csak virágnyelven.
Tegnap beszaladt egy két dolog, kicsit ideges voltam, elvetettem a sulykot. Nem akartam suttyó lenni, ezért elnézésed kérem. Pláne abból az apróból, hogy Ti ketten segítettek, amikor elakadtam valamiben.
De emiatt nem kell aggódnod, mert nálad, hogy se login, se titkosítás, se semmi, az egész géped simán átjáróház, ez a legkevesebb, ami miatt aggódnod kéne, hogy valaki felhasználót vált.
...ez meg teljesen jogos
-
zizidor
őstag
válasz
ubyegon2
#12567
üzenetére
"ma már azért többnyire SSD-k vannak legalább a notikban"
Én lennék az első, aki pezsgőt bontana ha betiltanák az SSD nélküli új gépek árusítását. Árban minimális különbség, de egy HDD-s géppel piszkosul megszopatja magát a kedves vásárló. És általában nincs is tisztában ezzel. -
Frawly
veterán
válasz
ubyegon2
#12567
üzenetére
Nem mindegyik tudja a session mentést, de azért pár igen, nem csak a KDE. Ahogy olvasom a Cinmanó régen tudta, de mivel bugos feature volt, azóta kivették belőle. Netes fórumok szerint gnome-session-manager használatával (ezt használja az Openbox is) vissza lehet bele hekkelni, de akkor sem működik jól. Nem vagyok mély szakértője a témának, mivel ezt a session funkciót sem használtam soha, egyszer régen KDE és Openbox alatt eleve be volt kapcsolva valamelyik disztrón, de azonnal idegesített az első reboot után, ki is nyomtam a rákba.
De mondom, ez Windowson is problémás. Vagy amikor nem problémás látszólag, akkor is lehet belőle gond, hogy pl. már 2 hónapja altatva-folytatva van a rendszer, és próbál rámenni a frissítés, de valami olyan bug keletkezik, ami miatt nem tud felmenni. Újraindítás után újrapróbálva persze meg minden jó. Mindenképp érdemes néha napján újraindítgatni a gépet, frissítések életbeléptetése, frissítési és egyéb bugok elkerülése érdekében, meg sokszor az erőforrás-fogyasztást is helyreteszi a reboot. Nem szabad rá sajnálni az időt Hibernálásmániás Henrikeknek sem.
Meg a hibernálással nem csak az OS-nek lehet gondja, hanem olyan is van, hogy az OS problémátlanul lemegy és ébred hibernációból, de van 1-2 alkalmazás ami nem szereti, és összefossa magát, crashel, stb.. Ezt is figyelembe kell venni, ez egy elég komplex téma. Nem úgy van, hogy egyszerű az, sok buktatója van.
-
Frawly
veterán
válasz
ubyegon2
#12565
üzenetére
Nem minden gépen reménytelen, ki kell próbálni, pár alaplapon, laptopon simán megy Linux alatt is, de azt kell tudomásul venni, hogy ha működik is,
1) ez nem adott, csak mázli
2) bármikor eltörhet a jövőben, ezért komolyan építeni rá nem érdemesAzzal nem értek egyet, hogy szegény windowsosoknak rossz. Nagy veszteség nincs vele, mert SSD-n minden villámgyorsan bootol, a WM/DE/alkalmazásban a session kezelése meg beállítható, hogy automatán, a grafikus felületre belépéskor, meg az adott alkalmazás indulásakor töltse be az utolsó munkamenetet. Tehát érdemi kényelmetlenség nincs nagyon, nem nagyon változik a workflow. Fogja Windowskezelőné ECDL Mancika, és leqrja a laptop tetejét, ezzel előzetes beállítás alapján shutdownt hajt végre a gép. Felnyitja, jön egy kisebb kellemetlenség, hogy meg kell nyomni a bekapcsológombot a gépen, tudom ez óriási munka, sokan sérvet kaptak benne, bár vannak olyan laptopok, ahol beállítható a BIOS-ban, hogy kinyitással azonnal induljon. Majd SSD-ről Linux esetén bebootol a rendszer 3-8 mp. alatt. Automata bejelentkezés jelszó nélkül megoldható, ebben a 3-8 mp.-ben már az is benne van, hogy a grafikus felület betöltődik, és visszaállítja a munkamenetet, persze ezt az adott alkalmazásnak is támogatni kell, hogy onnan tudja folytatni a munkát, de böngészők, szövegszerkesztők, IDE-k, kép/videószerkesztők, stb. szokták tudni.
Ennyi. Tehát csak egy bekapcsológomb-nyomása, meg egy alig pár mp. extra töltési idő a különbség, csak be kell állítani. Ez simán nem a „rossz lehet” kategória. Hátránya csak annyi, hogy ha pl. a háttérben ment valami letöltés vagy telepítés, az nem folytatódik, de hát ki az a marha, aki normálisan működő hibernáció, sleep esetén folyamatban lévő letöltés, frissítés, telepítés, konvertálás közben vágja le a képernyőt, hogy aludjon be a gép? Mert az egyébként sem normális.
Ráadásul ez egyébként Windowson sem garantálható, hogy mindig jól működik, csak az esély nagyobb rá.
-
Frawly
veterán
válasz
ubyegon2
#12563
üzenetére
Tutinak semmiképp nem tuti, egy elég sajnálatos állapot. De általános, ezért nem a Mint, Ubuntu, systemd, meg nem a rolling, stb. tehet róla, hanem kernelszinten van a probléma, de még csak a kernelfejlesztők sem hibáztathatók, hogy a vonatkozó kerneldriverek rosszul vannak megírva. Ez leginkább az alaplapgyártók szemétsége, hogy a saját termékükön nem sztenderd megoldással gányolják rá ezeket az energiagazdálkodási funkciókat, mindenki kedvére gányol össze egy saját megoldást, amihez legfeljebb Win only drivert ad ki. Ezzel a Linux kernelesek nem sok mindent tudnak csinálni, 1-2 elterjedt lapnál írnak saját hacket és kitesztelik, de ettől még a gépek 99%-án ez nem fog segíteni. Ehhez egy egész iparágnak kell összekapnia magát. Ezen a kernelesek meg a Mint nem sokat tudnak segíteni, akkor se ha olyan keményen dolgoznak rajta, hogy befosnak.
Rollingtól is teljesen független, nézd meg, Minten is előjön, ami az LTS-es voltával épp a rolling ellenkezője. Ez ilyen terület sajnos egyelőre. Reméljük előbb-utóbb a gyártók összekapják magukat, ahogy anno az AMD és Nvidia is meg tudtam magát erőltetni GPU driverek terén.
-
Frawly
veterán
válasz
ubyegon2
#12550
üzenetére
Kipróbálni Win7 termékkulcs nélkül is lenne esélyed, mert telepítéskor termékkulcs kihagyását nyomsz neki, és feltelepíti kulcs nélkül, és használható a Win10. Annyi, hogy a sarokba ki fogja írni, hogy nem aktivált példány, meg nem engedi személyre szabni az asztalt, színek, téma, háttér, áttetszőség. De ezt leszámítva teljes értékűen használható. Kipróbálni ez elég. Persze nagyon a szívedhez kapni nem fogsz, a HP-n viszonylat tűrhetően fog SSD-ről futna, de semmi nagy szám, igénytelen felülete van, Win7-Win8 keresztezése, jó bloat, csomó ×4rt ki kell kapcsolni ahhoz, hogy minimális szinten használható legyen. Telepítéskor még arra figyelj, hogy ne legyen internetkapcsolatod, és offline fiókkal hozd létre a felhasználód, telemetriát, Cortanát, egyéb nyomorékságokat indulásból gyomláld ki. Telemetriát nem is lehet, csak Basic-re venni. A Linux után hatalmas visszalépésnek fogod érezni, nem is indokolt használni, hacsak nem valami olyan Win only program futtatásához kell, ami nem fut Wine-ban vagy nem jól.
Előbb, amit fordítási hibát említettem, az általában nyelvfordítás, nem forráskódból fordítás. Tehát a telepítő lokalizációjában benne marad itt-ott egy-egy lefordítatlan rész, ilyesmire gondoltam. Ez legfeljebb csúnya, de magát a telepítést nem befolyásolja. Csak azért korrigálom, mert félreérthető.
Ami az elég ritkán kitételt illeti: elég ritkán minden eltörik. Az összes mai OS annyira komplex, mindenféle driver, meg biztonsági folt, és rengeteg rajta futó szoftver, hogy valami biztosan el van benne mindig törve, legfeljebb ha mázlid van, akkor valami olyan eszköznél, ami neked nincs, vagy olyan alkalmazásnál, amit te nem használsz. Ezért is jó a minimalista rendszer, kevesebb minden törik el benne, mert kevesebb van benne, ami egyáltalán eltörhet.
-
Frawly
veterán
válasz
ubyegon2
#12508
üzenetére
Így van, ha a gépen van Win7 serial matrica, azt még most is megeszi a Win10. Nemrég telepítettem két ilyen gépre Win10-et, legújabb v2004-es verziót, 64 bites Professionalt. Simán felmentek, Win7 Prof-os kulccsal beaktiválódtak, és nincs velük probléma azóta se. Win7 Home Basic, Home Premium-os Serialt is megeszi a Win10, csak akkor Win10 Homeként települ.
Azzal is egyetértek, hogy nagyobb disztróknál felesleges megvárni, mire a főoldalra is kikerül a végleges iso. Már béta/RC állapotban le lehet húzni, az utolsó béta/RC már nem szokott változni, max. csak találnak benne valami fordítási hibát, vagy telepítőbe kisebb bugot, az sem szokott sok embert érinteni, és frissítésként lejön pár nap után. Felesleges várogatni, főleg, ha nem meglévő rendszer frissítése lesz, hanem tiszta telepítés. Ez az állandó várok, meg még 55-öt kell aludni attitűd tipikus Debian, Ubuntu, Mint-vonalas jelenség. Rollingék csapatják azonnal az új verziókat, és elég ritkán van belőle gond, akkor sem mindig bug, hanem néha feature okán.
-
K0zm0
aktív tag
válasz
ubyegon2
#12541
üzenetére
A dátumot én is láttam, de a link még mindig a hivatalos oldalon lévő 19.3-ra mutat. Jó persze, ez már szőrszálhasogatás a részemről, csak a "vicces oldalakon" közölt fals infó szúrja a szemem.
Akinek kell az úgy is utánajár, akinek meg nem sürgős (mint nekem ) az úgyis kivárja a hivatalost a Mint oldalán. -
#89309696
törölt tag
-
válasz
ubyegon2
#12506
üzenetére
A manjarót már nem kedvelem. A reborn os szerintem tisztább érzés. Ha neked nem szimpi, attól függetlenül UEFI-ben lett feltolva a Reborn is és a LM20 is. Mindkettő fahajas. Valószinüleg nem fogják egymást zavarni, mindkettő Grubos és külön-külön mappájuk van az EFI partícióban. Még egy harmadik oprenncernek hagytam helyet, de az addig üres marad, amíg egy legális licencet nem kerítek hozzá valahonnan. A tippet a meta kodek telepítéshez köszönöm! Fogadjunk, hogy nem is haragszol annyira.
-
K0zm0
aktív tag
válasz
ubyegon2
#12489
üzenetére
Egy kicsit off, de ahogy egy kedves ismerősöm - akitől rengeteget tanultam - mondta nekem: "Csak egy rossz kérdés van: amit nem teszel fel!"
Nos ha ez a helyzet akkor nagyban megkönnyíti a dolgomat, csak áthúzom a külső HDD-re aztán jóccakát. Azért tutira megyek és csinálok egy mentést a TS-el is.
-
-
Frawly
veterán
válasz
ubyegon2
#12484
üzenetére
Na, fene, ubyegon, mint korai adopter, beta használó. Ha így folytatod, rollingon kötsz ki a végén, ha majd egyszer rájössz, hogy Cinmanó meg a szokásos témáid, programjaid azokra is simán feltehetők
Azt viszont nem értem, hogy DTS-t
1) miért feltétlenül csak AC3-ra jó konvertálni, AAC, Ogg, FLAC, mp3, whatever miért nem jó, modern videókonténerek, mint az mkv ezeket is megeszik, az aac, mp3 sávokat a régiek is.
2) miért kell ehhez Selene, az FFmpeg/Handbrake miért nem jó?
ffmpeg -i bemenet -acodec ac3 -b:a bitráta_kbps_ban kimenet.ac3 -
K0zm0
aktív tag
válasz
ubyegon2
#12484
üzenetére
Semmi speciálisabb programot nem futtatok Tricia alatt. (Az egyetlen amit manuálisan adtam a repo-kezelőbe az a Brave browser.) A többi (pl. qBit, Clementine, stb.) az mind a hivatalos repoból van.
Na, akkor valamelyest megnyugodtam. Ha valamit egyszer alaposan felkonfigurálok, a hajam égnek áll ha mégegyszer neki kell ülni valami miatt! (Tudom, szörnyű vagyok, de utálok valamit kétszer megcsinálni, ezért is érdekelt a TS használata. ) -
K0zm0
aktív tag
válasz
ubyegon2
#12482
üzenetére
Látom ismét visszaköszön a Timeshift!
Lehet, hogy ez egy hülye kérdés lesz (vagy kettő): mikor lesz "official-release" a Mint 20-ból?
A másik kérdésem (főleg hozzád ubyegon2): ha jól látom tiszta telepítést csináltál a betaból. Az upgrade 19.3-ról milyen formán megy végbe? Esetleg nem próbáltad? Igazából abból a szempontból érdekelne, hogy a beállításokat és egyéb progik opcióit meghagyja-e? Mindenképpen megvárom a hivatalos release-t! -
Frawly
veterán
válasz
ubyegon2
#12480
üzenetére
Örülök, hogy ezek nagy része akkor már meg van oldva. Legutóbb, mikor néztem, FF alatt nem lehetett Google keresést hozzáadni, hanem el kellett látogatni egy mintes weboldalra, onnan feltenni a keresőmodult. Nem nagy feladat, de elég sok felhasználón kifog, még youtuberek is hőbörögnek rajta.
Ugyanez a kulcstartónál. Nem azt mondtam, hogy nem lehet kikapcsolni, de nem a v1.0-ás user számára nyilvánvaló módon, vagy terminálból kell törölgetni, vagy seahorse-t elindítve kell beállítani, de ez nincs rendesen dokumentálva.
Timeshiftnél szintén nem az volt a gond, hogy volt, hanem bele lett tolva a felhasználó arcába, és igen, ahogy írod, ezt eredményezte, hogy az emberek azt hitték, hogy kötelező használni. Pont ez volt vele a fő baj.
Egyébként szerintem a Flatpak sem jobb, mint a Snap. Az nem baj, ha ezek opcionálisan elérhetők. Én nem használnám, de én Mintet és Ubuntut se használok, úgyhogy azért nem releváns. De akinek segítség, azoknak benne maradhat, csak ne default legyen rátolva mindenkire, és legyenek figyelmeztetve az emberek, hogy csak vészesetben használják, ha elérhető a tárolóban bináris csomag, akkor azt használják inkább helyette.
-
K0zm0
aktív tag
válasz
ubyegon2
#12443
üzenetére
Köszönöm!
Igyekszem utánajárni a legtöbb dolognak, amit esetleg nem értek és szerencsére ezen a fórumon segítséget is kapok hozzá! Eddig tetszik a "linuxozás", csak azt sajnálom, hogy nem előbb váltottam. Sajnos az iskolai tanulmányaim és a szakmai képzés egy éve alatt nem igazán ismertettek meg minket a Linuxszal. (Bár az MacOS-t és az Ubuntut érintőlegesen előszedtük, de csak olyan mutatóba, hogy ilyen is van.) -
K0zm0
aktív tag
válasz
ubyegon2
#12441
üzenetére
Nem kukacoskodásból, de pont ezért néztem előtte körbe, hogy mivel érdemes próbálkozni mielőtt belefutok egy pofonba!
Itt tapasztalatból és "beta-tester"-ből nincs hiány, szóval köszönöm nektek!
Remélem pár év múlva én is hasonlóképpen segíthetek majd a kezdő linuxosoknak! -
K0zm0
aktív tag
válasz
ubyegon2
#12431
üzenetére
Tényleg igazad van, nézd el nekem, ma nem vagyok a topon!
A Timeshiftet ismerem, de végigfutva a vele kapcsolatos fórumokat nem tűnik valami megbízhatónak. (Mások hozzászólása alapján valakinek komplett telenyomta a HHD-jét a képfájlokkal, valaki nem tudott visszaállítani a mentésből, mert a progi nem ext4 fájlrendszert használ,stb. Lehet, hogy nem volt nekik megfelelően felkonfigurálva, nem tudom.)Mindenesetre a Systembacknek illetve a clonezillának utána nézek, köszönöm a javaslataitokat!
-
Frawly
veterán
válasz
ubyegon2
#12383
üzenetére
Nem kizárt, hogy az az oldal tévedhetett, amit néztem. Nem tudom már melyik volt, most már Archon vagyok, és az még Voidon volt megnyitva. Valami canonicalos oldal volt.
Egyébként elhiszem, hogy 4.4-es, annak ellenére is, hogy az általad linkelt oldal sem ér egy kalap ×4rt se ebből a szempontból, mert a kernelverziókat nem írja. Lehet én nem kattintottam rá valami allinkre, amire kellett volna, és ott írja, de én nem találok rajta ilyet.
De az a baj, hogy megint hülyeségeken kötözködsz. A 14.04.5 is valami 2016 augusztusában jött ki, addigra már a 3.13-as kernel rég dinoszauruszok korabelinek minősült. 2015 áprilisától a legtöbb rolling már 4.x-es kernelt használt, ami nem csak verziószámhajhászás szempontjából fontos, de a 4.0-ás kernelben elég jelentős architekturális változások voltak, így elég jelentős váltás volt.. De a 4.4.0-ról sincs sok minden vitatkozni való, az is elég régi, több mint 4 éves most már (anno talán ezzel telepítettem az Archot), és még ezt akarják tolni még 2 évig? Vicc kategória szerintem. Az egész Ubuntu vonal, az LTS-eivel, profitjával, megbukott eszközfüggetlen Unity próbálkozásaival, mindenkire grafikus csomagkezelőn keresztül default ráerőltetett gigás snapjaikkal meg egyebekkel. Egy nagyon rossz vicc. Lassan már ott leszek egyébként, hogy kezdőknek sem fogok ajánlani semmit, ami Ubuntu-alapú.
-
growler
őstag
válasz
ubyegon2
#12379
üzenetére
Jobban belegondolva, amit fentebb írtam, az inkább a . verzió frissítésre igaz.
A fő verzióra frissítésnél csak az utolsó . verzióról (pl. 19.3 ról 20-ra) lehet.
És nem biztos hogy az is olyan katt-katt metódussal lehetséges.
De biztos lesz hozzá pontos step by step - hivatalos - ajánlás. (Legutóbb a 19-re frissítésnél is volt.)
A fő verziót én eddig még mindig friss telepítéssel csináltam.
" 
Törlöm akkor, és megpróbálok magamra szedni egy kis tudást ezzel kapcsolatban.
Pedig valamelyik distroval egy használható gépet lehetett volna varázsolni belőle, de hát ez van. Akkor tessék vele szenvedni!
Új hozzászólás Aktív témák
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- World of Tanks - MMO
- Mibe tegyem a megtakarításaimat?
- Milyen légkondit a lakásba?
- Fejhallgató erősítő és DAC topik
- Google Pixel topik
- PlayStation 5
- Samsung Galaxy Felhasználók OFF topicja
- Vezetékes FEJhallgatók
- Gitáros topic
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest