- Duotts F26 - megoldjuk erőből
- Honor 50 - apám nevében
- MIUI / HyperOS topik
- Android alkalmazások - szoftver kibeszélő topik
- Motorola Edge 50 Pro - több Moto-erő kéne bele
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- iPhone topik
- Nothing Phone (2) - több, mint elsőre látszik
- Samsung Galaxy Watch6 Classic - tekerd!
- Huawei P30 Pro - teletalálat
Hirdetés
-
Sorra osztja a dollármilliárdokat az USA a chipgyártóknak
it Az Intel, a TSMC és a Samsung után a Micron következik, ők is tetemes összegű támogatást kapnak az USA-tól a chipgyártáshoz.
-
Duotts F26 - megoldjuk erőből
ma 1500 watt összeteljesítményű biciklit kaptunk tesztre, amely a legalitás összes határán túl van, kontrollálni nem könnyű, de néha óriási élmény is.
-
Premier előzetest kapott a Sker Ritual teljes kiadása
gp Véget ért az early access időszak, a végső kiadás konzolokra is befutott.
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
doc
nagyúr
akkor gondolom az elso az, amit en kezzel csinaltam
egyebkent most atirtam a mirrort a magyar FTP-re, most vegre mukodik, eddig hiaba cserelgettem oket, nem szerette... lehet hogy a nemet serverekre valami tenyleg hibas csomag kerult?
mondjuk a legduhitobb az, hogy nem hajlando a 300 friss csomagot felrakni, mert van koztuk egy amelyik beteg, es el sem arulja hogy melyik az -
doc
nagyúr
letolti a csomagokat, aztan az integrity check vegigfut, majd kozli hogy 'valamelyik' nem jo...
csinaltam azt mar korabban is, hogy kipucoltam a cache-t, atirtam a mirrort, letoltottem ujra, de ugyanaz, szoval a servereken volt fent rossz csomag
de most a magyar mirrorral jo -
vinibali
őstag
a systemd átállás nekem xubuntu alatt is nagyon bajos volt, illetve csökkentenem kellett a tmpfs felé csatolt könyvtárak számát
más: fordítottam Os és O2 szintek szerint linux-lts kernelt, de megegyező méretű lett a végleges csomag. tartalmilag nem néztem bele, de vélhetően ugyan az. korábbi tapasztalataimból kiindulva azért lényeges különbség nem is, de szokott lenni méretben.
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Siriusb
veterán
Az miatt hagytam ott az Ubuntut 2 év után (ővele kezdtem a linuxos életet), hogy utáltam az állandó újrahúzást minden új verziónál. Ha meg nem tette az ember, biztos belefutott valami idióta problémába.
Hát ja, nem tudom, minek kellett erőltetni a systemd-t, no de ez van, ne én álljak már a fejlődés útjában. -
_Dumber_
őstag
Érdekesség az volt, hogy párom Antergos-a alatt minden működött.
Ma felraktam az újabb skype frissítést. Ez sem oldotta meg, így elkezdtem nyomozni.
Van a gépemen egy teszt Antergos, ami aktualizátam és lám az is működött. Ezután megnéztem, hogy mi van telepítve pulseaudio és alsa címszó alatt. Ami a rendszeremen nem volt rajta (előző 3 dolog) azt telepítettem.. és láss csodát működik. -
vinibali
őstag
én nem láttam az elmúlt évek alatt olyat, hogy a negatív lett volna a helyváltozás. általában 1, max 2 havonta frissítem a napi használatban lévő rendszeremen 30-50 MB-tal mindig nő a tárhelyigény.
colomb2:
nem értjük egymást. tudom, hogy az y kapcsoló frissíti a db-t, de ha nem is frissítem, hanem csak simán kiadom a telepítést. hogyha létezik újabb csomag az aktuális db-ben - a lokálissal szemben - a letöltés akkor sem lesz sikeres, mert nem elérhető már a csomag a tárolóból.legutóbb egy Xubuntunál tapasztaltam azt, hogy egy aktuális csomag fent volt, de régebbi verzióval mint az a dependenciáknál szerepel. kiírta, hogy kell és leszedte. szerintem pontosabban kezelik ott a "PKGBUILD-eket". tavasszal jártam már így smplayer-rel is, pár hónappal később az openssl-es szórakozás is betett. persze, láttam az oldalon a workaround-ot, de a hordozható pendrive-os rendszernél megint ráfutottam. kevés adatforgalommal és lassú mobilnettel elég bajos
de eleinte csak frissítették a csomagot 1.1-re, úgy hogy az 1.0-s library és bináris teljesen eltűnt. csak később lett külön csomagként kezelve az mainline és a 1.0[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Frawly
veterán
Oké, rendben, meg fogom próbálni. Egyébként ez az egy nagyon zavar az Archban. A legjobb disztró, mindig friss csomagokkal, de sok mindenhez nincs bináris csomag, aztán lehet vele henteregni, meg forrásból fordítgatni, meg dpkgbuildezni. Azt még megérteném, ha valami kisebb szoftverről lenne szó, de a Kodi meg a bétája elég népszerű, meg pl. Chrome-hoz sincs csomag a hivatalos tárolóban, csak az AUR-ból lehet azt is fordítani. Persze Chrome-nál könnyebbség, hogy letölthető egy darab .deb csomagban, amit ki lehet bontani és portable módban használni, persze ez is körülményes, mert kézzel kell frissítgetni.
-
Frawly
veterán
Ezt inkább te ne írtad volna le. A max. 4 GB megcímzése architekturális korlát, nem a MS tehet róla. Non PAE kernellel a linuxos gépek sem tudnak többet megcímezni, és ebben a 4 gigás címtérben a hardvereszközök ROM-jainak és RAM-jainak a címzése is benne van, ezért látnak az ilyen rendszerek 3.X gigát. Ennek a 3.X gigának az egy része is kernel címtere, amit az alkalmazások nem használhatnak, csak tipikusan 2 gigát, és a történet ezen a ponton is elkezd elég kellemetlen lenni, mikor ma már egy kisebb játék meg egy böngésző is bőven bekajálja ezeket a memóriamennyiségeket.
Persze, a legtöbb 32 bites proci támogatja a PAE-t, de néhány régebbi a P4/Celeron Northwood és AthlonXP-s, meg még régebbi proci mégse tud PAE-kerneleket meg 7-esnél újabb windowsokat futtatni NX bit támogatásának a hiányában.
Az MS sok mindenről tehet, de erről nem. Ahogy pl. arról sem tehetnek, hogy a 64 bites windowsokból kikerült a 16 bites alkalmazások támogatása, az is architekturális korlát, és csak emulációs rétegen keresztül lenne lehetséges, de akinek emuláció kell, használ ezekre külön emulátort vagy virtuális gépet, amúgy sem szoktak teljesítménykritikus alkalmazások lenni.
Amúgy figyelmedbe ajánlom a Torvalds vélekedését a PAE-ről.
[ Szerkesztve ]
-
whbear
senior tag
Elnézést a stílusért, valóban nem ide való. De a megmondóembereket egyre kevésbé tudom elviselni főleg úgy, hogy nem is szóltam hozzá. Colomb2 ft. -
nek ment az üzenet. Lehet öregszem.
Migráltam Arch32-re, eddig szépen teszi a dolgát.[ Szerkesztve ]
Arch Linux, Void Linux, Network Radios, VoIP, HAM
-
Frawly
veterán
Ha már sl, akkor találtam az Arch Linux tárolójában asciiquarium csomagot, az is hasonlóan ütős. Nagyon sok szabadideje van ezeknek a fejlesztőknek, igaz ennek legalább kapcsolói meg man page-e nincs legalább.
Apropó, ha már akvárium. Valami 3D grafikás linuxos opensource akváriumos képernyővédő alkalmazást nem tud valaki? Ami ki lehet tenni képernyővédőnek poéból. Tudom, hogy a 90-es évek vége óta mindenki energiatakarékos képkikapcsolást használ képernyővédő helyett, én is, de poénból nem rosszak ezek az akváriumok. Videós változatokat találtam már a YouTube-on.
[ Szerkesztve ]
-
Frawly
veterán
Én is yaourt-ot használtam kizárólag. De tényleg valami francia tákolmány, régóta nem fejlesztik, meg idegesítő, hogy az .fr-es tárolót fel kell venni egyetlen progiért.
Egyelőre ezt a yay-t tettem fel, szemre nem rosszabb a yaourt-nál. Majd meglátjuk mennyire válik be.
Egy ideje a testing, testing multilib, stb. tárolókat is engedélyeztem. Mindenkinek ajánlom, még frissebbek a verziók és semmi hátránnyal nem jár. Egy tárolót nem érdemes használni általános jelleggel a staginget, mivel az csak arra van, hogy a csomagkarbantartóknak legyen mivel kielégítsék a csomagfüggőségeket csomagkészítés közben. De persze staging-ből is fel lehet tenni ezt-azt, pl. a kernelt onnan szoktam feltenni, ha ott a legfrissebb.
[ Szerkesztve ]
-
samujózsi
tag
??
Ezt a wikiben meg tudnád mutatni?
Grubhoz vagyok szokva, csak most valami egészen minimál rendszert akartam volna.Az EFI saját menüjében ("BIOS") turkálva, nekem úgy tűnik, mintha nem látná az EFI partíció tartalmát. Lehet, hogy az
mkfs.fat -F32 /dev/sda1
nem volt jó?Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Hát eddig úgy gondoltam, hogy a lényeges dolgokat megcsináltam, de most újra nekifutva, lehet némi igazság abban amit írsz.
Valahogy nagyon nem úgy néznek ki a könyvtárak, ahogy ubuntu és debian alatt megszoktam (gondolok itt a /boot és a /boot/efi tartalmára - lehet, hogy ezt át kéne újra gondolni )Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Na jó, ahogy mondani szokták, öreg vagyok már bohócnak... maradok a megszokott ubuntu-debian vonalon.
Annyit nem ér az arch, amennyit szopni kell vele, hogy EFI alatt bootoljon.
Pedig régen szinte mindenhez az arch wikit használtam. De ez...
Másolgassak innen-oda, írjak szkripteket, nehogy egy kernel update után elkefélődjön valami és kizárjam magam a rendszerből, meg a 'som tudja... na nem, ezt meghagyom annak, akinek van sok ideje.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
EUFI bootnál nincs olyan, hogy egy lemez bootolható-e vagy nem. Nincs olyan boot flag, mint MBR-nél. Az UEFI nem a bootflaget keresi, hanem a FAT32-re formázott EFI partíciót, és az azokon lévő binárisokat.
(#6389) samujózsi: Archon nekem sem megy az EFI stub boot, amit te akarsz használni, pedig jól csinálod, én is így próbáltam, és nekem sem ment sehogy sem. Viszont az EFI systemd boot az alig más ettől, és az simán megy Archon, ha az érdekel, abban tudok segíteni, úgy UEFI-val még egyszerű bootolni, úgy, hogy nincs GRUB.
Egyébként EFI stub bootnál azt ellenőrizzed, hogy a kernel a -l "\vmlinuz-linux" binárissan induljon, és a paraméterek így add át neki: -u "initrd=initramfs-linux.img root=PARTUUID=bla-bla rw".
Illetve még fontos, hogy chroot környezetben, felcsatolt boot partíció után lefuttasd az initramfs-t generáló scriptet:
mkinitcpio -p linuxMaga az efibootmgr a nevével ellentétben nem bootmanager, csak egy bejegyzést tesz az UEFI-be, elhelyezve az UEFI RAM-ben egy egy soros bootbejegyzést. De ilyet sok UEFI-ben kézzel te is tudsz csinálni, efibootmgr használata nélkül is.
[ Szerkesztve ]
-
ztsoft
őstag
Köszönöm a választ. Meg csináltam az elsőt, de látszólag friss volt a kulcs, azért lefrissítettem az összeset. Sajnos, így sem sikerül a frissítés, most jobban megnézve, nem csak egy kulccsal van baja.
hiba: krb5: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libtiff: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: autoconf-archive: signature from "Eli Schwartz <eschwartz@archlinux.org>" is unknown trust
hiba: beep: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: boost-libs: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: cabextract: signature from "Alad Wenter <alad@mailbox.org>" is unknown trust
hiba: dav1d: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: flac: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: hwloc: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: openmpi: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: jsoncpp: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: rhash: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: confuse: signature from "Baptiste Jonglez <baptiste@bitsofnetworks.org>" is unknown trust
hiba: pacman: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: jasper: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libmypaint: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: mypaint-brushes1: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-krb5: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libunistring: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libpsl: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-lz4: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libtiff: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-gtk2: signature from "Eli Schwartz <eschwartz@archlinux.org>" is unknown trust
hiba: libdvbpsi: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libzen: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libmediainfo: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libupnp: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lzop: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: mediainfo-gui: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libplacebo: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: nasm: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: smplayer: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: nem sikerült végrehajtani a tranzakciót (hibás vagy sérült csomag)Ezeknél a csomagoknál felteszi a kérdést, hogy akarom-e törölni, mivel sérült vagy hibás. Már töröltem a teljes cache-t is, úgy is ugyan az.
Még az is hozzá tartozik, hogy legutóbb valamelyik AUR csomag kinyírta a grafikus felületet (emlékeim szerint, ez 3 éve volt), így csak konzol van.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Köszönöm az útbaigazítást. Ennél egy kicsit bonyolultabb a helyzet, mint írtam is, rég nem volt frissítve. Ami a kulcsokat érinti, az archlinux-keyring csomag 2018.01.-ei, ebben lévő kulcsok egy része érvénytelen már, az újat meg nem lehet telepíteni a hibás kulcsok miatt (ördögi kör).
Fogtam a letöltött archlinux-keyring csomagot egy másik gépen kicsomagoltam, majd felülírtam a megfelelő fájlokat, ügyelve a jogosultságokra, majd az ajánlott utolsó paranccsal aktualizáltam. Ezzel a kulcsok rendben vannak.
Most már csak a csomagok tömörítésében történ változást kell megoldanom, azaz, nem lehet semmit sem telepíteni az xz - zst változás miatt (pacman-t sem). Amint látom, erre is van megoldás, [link]. Már el voltam kényelmesedve a Kubuntu-n, kell már egy kis mozgás.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Lenry
félisten
akár káros is lehet, mert belefuthatsz két frissítés közötti felemás állapotba, meg nagyon friss bugokba, amiket néhány óra alatt javíthatnak. Biztonságosabb néhány naponta frissíteni.
ez nem véd meg semmitől. több naponta frissítés esetén is kifoghatok két frissítés közti felemás állapototGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Frawly
veterán
Ezt nem is vitattam, azért is írtam, hogy a pikaur ALKALMAS a feladatra, hogy az egész rendszert frissítsd vele, nem csak az AUR-os csomagokat.
De! Sok felhasználó van vele úgy, ahogy én. Hogy alapból csak a nem-AUR-os csomagokat frissítik, mert azok binárisan jönnek és gyors a frissítés. Az AUR-ost meg ritkán, mert azoknak a nagy része forráskódból újrapörgetős, ami már időigényes lehet, attól függően, hogy milyen nagy és hány AUR csomag van fent. Ezért szokás a normál csomagokat inkább pacman-nal frissíteni, az AUR-os csomagokhoz meg használni az AUR helper/pacman wrapper megoldásokat.
Ennek ellenére te csináhatod úgy, ahogy te szoktad, mindent pikaurral, nincs is ezzel semmi baj. Csak arra írtam, hogy ezzel a kevesek közé tartozol. Ennyi.
-
Frawly
veterán
Igen, kifoghatsz, de a két frissítés között több nap telik el, akkor kisebb eséllyel következik ez be, mivel sok ilyen pontenciális felemás állapotot átugrasz. Ennek ellenére ez ellen nem lehet 100%-ban védekezni, ezt nem is állítottam.
Legjobban ennek a felemás állapotba esésnek azok vannak kitéve, akik naponta többször is frissítenek.
(#6582) ztsoft: elhiszem, csak furcsa. Elvileg a 4.x-es kernelek is tartalmazták a GMA950-hez a drivert, és elég sok ember GMA950 GPU-s gépen használt különféle disztrókat 4.x-es kernnellel. Azért hitetlenkedek csak.
-
Frawly
veterán
Az 5-7 mp-es bootidő valóban nem rossz, azt nem tudom, hogy minimalistább megoldással mennyit gyorsulna, nagyon gépfüggő is, és nem csak a procitól függ, hanem SSD-től is. Az i3-9100F szerintem nem olyan rossz proci, simán hozza a korai genes i5-i7-esek szintjét, mert igaz, hogy csak 4 mag, 4 szál, de több cache, magasabb IPC, magasabb órajel, újabb utasításkészletek, PCIe 3.0 sávok és a DDR4 nagyobb sávszélessége, stb.. Szóval az i3 név megtévesztő, desktop Intel prociknál újabb genből, 8-10. gen nem olyan rossz, annyit fejlődtek mára a procik, hogy még egy ilyen alsóbb kategóriás is veri a néhány generációval korábbi felső kategóriásakat. A még újabb i3-10100 pl. a tesztek alapján az i7-7700K szintjén van, igaz az már 4 mag 8 szál, de ez a 9100F is simán hozza szerintem az i5-6600 és i7-4770 szintjét.
Mondjuk az igaz, hogy én i3-at nem vennék, az i3-9100 megjelenése idején már a Ryzen 1600 is elég olcsó volt, az nem csak olcsóbb (lap is olcsóbb alá), de 6 mag, 12 szál, háromszor annyi cache, magasabb frekis RAM-ot is támogat, bár kisebb IPC, kisebb CPU órajel, de a lap is olcsóbb hozzá, meg az AM4-e foglalatot tipikusan később olcsón felbővítheted Ryzen 5800X-ig minimum (ha B450, B550, X470, X570-es chipsetes), a Ryzen 5900-5950X már lapfüggő, hogy mit bír a VRM. Meg átlag felhasználásnál, ami nem használ túl sok magot, nem nagyon érezni a különbséget a Ryzen 1600 vs. i3-9100F, játékoknál is határeset, hogy mivel nézzük, mennyire érzékeny a frekire az adott játék. De a Ryzen mindenképp jövőtállóbb platform.
[ Szerkesztve ]
-
Frawly
veterán
Ez ilyen, ezért nem szabad egy márka vagy gyártó fanjának lenni, meg termékeket márkamegszokásból venni. Azt kell megvenni gyártói névtől függetlenül, ami épp a jobb vétel. Régen én is főleg Intelt vettem, de nem márkafanságból, hanem vagy mert az volt a jobb vétel akkor, vagy mert a használt gépeim azzal jöttek, főleg, mióta laptopokat használok inkább. De az AMD mindig is szimpatikusabb volt, azonos árban nagyobb teljesítményt tudott, mint az Intel, és általában az újabb generációk is beletehetők ugyanabba a lapba, foglalatba, nem kell generációnként lapot cserélni alatta. De ez régen is így volt, késő 90-es évek, kora 2000-es években, pl. mikor az AMD a K6 sorozattal Pentium Pro, P2 teljesítményt nyújtott Celeron árában, Ahtlon-nal P3 teljesítményt nyújtott Celeron árában, vagy AthlonXP-vel P4 teljesítményt Celeron árában, aztán a P4-eket elkezdte verni az AMD64, a PentiumD-ket az Athlon x2, bár eddig az időszakig egy ponton elvérzett mindig az AMD, a lapok, chipsetek gyengébbek voltak alá. A Phenomok se voltak rosszak, de ott az Intel átvette előbb a Core2-vel a vezetést (Duo, Quad), majd a Core i vonallal, de 2017-től a Ryzen-nel nagyon komolyan visszaküzdötte magát az AMD, most így 2020-ra már mindenben verik az Intelt. De ez még Intel fanoknak is jó, mert ha a Ryzenek nem diktálnának ilyen kemény versenyt és fejlesztési tempót, akkor az Intel még mindig 2 mag 2 szálat adna a Pentiumokkal, 2 mag 4 szálat adna az i3-akkal, 4 mag 4 szálat az i5-ökkel, 4 mag 8 szálat az i7-ekkel. De így szépen elkezdte duplázni a magokat, aztán a szálakat is, meg behozták az i9 vonalat, beindult a verseny. Ennek pedig főleg a végfelhasználó látja előnyét, mindegy melyik márkát veszi, melyik modellt, melyik gent, újat, használtat, az árak a fejlődés miatt fokozatosan mennek le, főleg akkor, ha valaki nem a legújabb gent veszi.
-
Shyciii
veterán
Amíg KDE-t használtam, addig én is azt hittem, hogy gyors. Egészen addig míg nem kezdtem egyre "feljebb" lépkedni.
Acer Aspire 5-öm van Core i3-7130U 2.7GHz, 3MB L3 cache-el 4GB rammal, intel UHD videókártya (csak ezt használom), és van egy nvidia geforce mx130-as is, de sose működtetem. Bár nekem is SSD-m van, de nem NVMe-s, csak egy mezei hiper olcsó kingston.
Amúgy nekem a boot kevesebb, mint 5-7mp, olyan 4mp, és nem a grub-tól, hanem kompletten a power gomb megnyomása utána...A programokra sem várok 1-2mp-et hogy elinduljanak. Nálam az azonnali elindulás, az azonnali elindulás. Kivéve a Chromium. -
Frawly
veterán
Annyit még hozzátennék, hogy a fontconfignak többféle része van, és grafikus felületfüggő is. KDE-nek van erre beépített megoldása, a vezérlőpultjában kéne megnézni elsőnek. A nagy DE-knek ez a legfőbb előnye, hogy aki nem annyira haladó, azoknak is leszállítanak mindenféle saját grafikus beállítólehetőséget.
Minimalista rendszereken viszont többféle helyen kell szerkeszteni, azon linkek alapján, amit te is betettél. Lényegében ennek a fajta fontkonfignak három eleme van:
1) font config (első Arch Wiki-s link)
2) a fenti megoldás nem támogató X.org-os programoknak a .Xresources fájlban (szintén ugyanannak az Arch Wiki cikknek a vége felé írnak róla)
3) alkalmazásszinten is szükséges lehet állítani (pl. Winetricks-szel Wine-ban)
4) nem negyedik elem, csak megjegyzem, hogy Wayland alatt meg a WM/DE gondoskodik a font simításról, bár a 2)-es pontot kivéve itt is ugyanazok a pontok játszanak.Firefoxhoz nem kötelező a Liberaton fontot feltenni, azt a megoldást is lehet választani, hogy az ember felrakja a saját fontjait (én pl. DejaVu, de ki mire gerjed, fel lehet tenni Ubuntu, Terminus, Droid, Roboto, Opensans, MS fontokat is), és beállítja azt Firefox-ban, a Beállításoknál, hogy a fallback fontokat azzal renderelje, pl. DejaVu Sans.
Egyébként meg ez Archon eleinte szokatlan lesz, hogy ami Manjaro-n alapból ment, meg jó volt, ahhoz Archon varázsolni kell. Ez nem azért van, mert az Arch szar, meg a felhasználókat jól meg akarják szopatni, hanem szándékosan default konfiggal jönnek az alkalmazások, és defaulton nem a disztró saját beállítását értem, hanem az egyes alkalmazások fejlesztőinek a defaultját, ahol lényégében semmi nincs testre szabva, semmi extra nincs feltéve, se feltémázva. Ez azt okozza, hogy nincs semmi beállítva, mert az Arch nem akar találgatni, hogy mi a jó a felhasználónak, arra számítanak, hogy haladó user rakja fel, aki úgyis testre szab magának mindent, és nem akarják kristálygömbbel előre találgatni, hogy milyen beállítás, téma, stb. lesz jó neki. Azért meg nem akarnak egy csomó csomagot feltenni (pl. Octopi), meg csomó konfigot beállítani (pl. pont ez a szóban forgó font config), hogy aztán a felhasználónak azzal kelljen kezdenie az Arch-telepítést, hogy egy csomó csomagot le kell szedjen, meg mindent át kell újra állítgasson.
Sokszor egyébként gépfüggő is a fontbeállítás. ThinkPad X220-amnak elég gyopár HD TN kijelzője van, ami kicsi is (12 col), azon muszáj volt bekacsolni a max. RGB fontsimítást, legerősebb fokozatú Hintinget. Érdekes mód erre az új laptopon nem volt szükség, mert azon már rendes, 15,6 colos FullHD IPS kijelző van, ami a finomabb felbontással, kisebb pixelekkel eleve úgy rendereli a fontokat, hogy nem kell akkora korrekció.
A másik, ami Archon feltűnő lesz, hogy több frissítés lesz, mert nem tartják vissza a verziókat egyel, mint a Manjaro. Ha az ember bekapcsolja Archon a Testing tárolókat, akkor meg még több frissítés lesz.
[ Szerkesztve ]
-
Shyciii
veterán
Ez így ebben a formában nem teljesen igaz. Van egy ilyen funkció, de alapból nem fut. Tehát aki felteszi az Arch-ot, és abban reménykedik hogy hetente lefut, az ráfázik egy idő után. Ahhoz hogy ez a funkció működjön a telepítés után, ahhoz engedélyezni kell a szolgáltatását.
-
Frawly
veterán
Igen, megvan, de ettől még baromság, és emberek hajlamosak komolyan venni, hogy így történt. Egyébként kár érte, mert mint írtam, rendezésében, ebben-abban nem lenne pedig rossz, ha nem ilyen ikonikus témát dogoz fel, talán végig is nézem. Mert az pl. hátborzongatóan élethű, ahogy az akkori életet ábrázolja, szocialista panellakótelepek, szoci neomodern dizájnos művházak, ipari létesítmények, még politikai vonulatot is jól mutatja be, mindenféle párbizottság, tanácsülések, szocialista szólamok, szobák dekorációja, berendézes, szoci kárpitos bútorok. Ez mondjuk csak annak tűnik fel, aki van elég idős, és még élt abban a korban. Ha egy mai fiatal nézi, vagy valaki nyugati emberke, aki ebben sose élt, szerintem annak csak szimplán fura és unalmas lesz.
[ Szerkesztve ]
-
Shyciii
veterán
Mondjuk úgy nem nehéz stabilnak lenni, ha alig frissül bármi is
Közben foglalkoztam a screen tearing problémámmal is. Töröltem immáron felesleges kernel paramétert, intel driver paraméter módosítások, találtam egy mtpfs csomagot, ami rendesen működik, így nem kell már gvfs, és így most tovább csökkent a memóriafoglalás. Most már 172MB-ról 158MB-ra csökkent.[ Szerkesztve ]