Arch Linux topik
Gyorskeresés
Legfrissebb anyagok
- Bemutató Spyra: akkus, nagynyomású, automata vízipuska
- Bemutató Route 66 Chicagotól Los Angelesig 2. rész
- Helyszíni riport Alfa Giulia Q-val a Balaton Park Circiut-en
- Bemutató A használt VGA piac kincsei - Július I
- Bemutató Bakancslista: Route 66 Chicagotól Los Angelesig
Általános témák
LOGOUT.hu témák
- [Re:] [gban:] Ingyen kellene, de tegnapra
- [Re:] [Luck Dragon:] Asszociációs játék. :)
- [Re:] [sziku69:] Fűzzük össze a szavakat :)
- [Re:] [bb0t:] Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- [Re:] [btz:] Internet fejlesztés országosan!
- [Re:] [sziku69:] Szólánc.
- [Re:] [Luck Dragon:] MárkaLánc
- [Re:] [antikomcsi:] Való Világ: A piszkos 12 - VV12 - Való Világ 12
- [Re:] Spyra: akkus, nagynyomású, automata vízipuska
- [Re:] Elektromos rásegítésű kerékpárok
Szakmai témák
PROHARDVER! témák
Mobilarena témák
IT café témák
Téma összefoglaló
Hozzászólások
BoB
Topikgazda
"az -Sy -re is írják, hogy ne használjuk"
így ne használjuk: -Sy csomagnév
(vagyis ne telepíts fel csomagokat anélkül hogy a többit frissítenéd)
Önmagában egyáltalán nem okoz problémát ha lefuttatod.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
Shyciii
veterán
Igen igazad van. Rosszul írtam le. Szerinted is hagyjam a fenébe a pacman -Qtd -vel való felesleges függőségek eltávolítását?
BoB
Topikgazda
Ha konkrétan tudod mi az amit leszedsz és konkrétan tudod hogy nem kell akkor szedd le.
Ha nem, akkor hagyd, amúgysem sokat nyernél vele ahogy Frawly is írta.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
Siriusb
veterán
conky convertálás (elfelejtettem megírni): https://github.com/brndnmtthws/conky/blob/master/extras/convert.lua
Shyciii
veterán
Ezt megtaláltam, de azonnal hibát dobott, úgyhogy fogtam, és kiraktam a képernyő oldalára a régi nyelven írottat, és szépen a doksit átolvasva megírtam az új szintaxis alapján a scriptet. Azóta is szépen üzemel
[ Szerkesztve ]
Siriusb
veterán
Embörök, mit csesztem el?
Se az evince, se az xreader nem nyit meg pdf fájlokat, míg a qpdfview igen. A hibaüzenet:
! SyncTeX Error : No file?
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_M_construct null not valid
[1] 21828 abort (core dumped) evince blabla.pdf
Próbáltam --display kapcsolóval, de semmi. Amit még találtam (több évvel ezelőtti találat) a neten, a kernelt említi.
Sziasztok!
Tapasztalatok szerint mennyi ido alatt jon le egz uj kernel a frissitesekkel?
Nalam ma jott le a 4.19.1, de a sima 4.19 nem jott le egyaltalan, pedig okt 22.-en megjelent.
Illetve a 4.18.16 ota nem jelent meg 4.18-as kernel, pedig volt .17 es .18 is.
Mi alapjan dol el Arch-nal, hogy mely verziokat hagyjak ki?
Kossz!
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Siriusb
veterán
Szia!
Ugye először csak a testing-be kerül be, s ha valami miatt problémás, vagy közben jön a javítás hozzá, szerintem akkor az adott verziót kihagyják, nem teszik ki mindenáron a népnek. Biztos láttad már csomagoknál, hogy az Arch alverzió 2-es vagy 3-as, amikor frissül, szóval csak a működő változat lesz publikus.
Kossz!
Igen, nagyjabol megvolt, hogy ez valahogy igy megy.
Viszont regebbrol ugy emlekeztem, hogy nehany nap lett volna az atfutas, de lehet, hogy nem pontosak az emlekeim.
Az is lehet, hogy az LTS kerneleknel picit ovatosabbak, ki tudja.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Siriusb
veterán
Azért nem mindent nyomnak ki ész nélkül. Persze volt már problémám nekem is frissítéssel, pláne amikor a függőségek is frissültek és bonyolult lett volna a downgrade... Azonban nagyon ritkán ütköztem komolyabb problémába. 10 évvel ezelőtt szvsz az Ubuntuval sokkal többet kínlódott az ember.
Gondolom a kernelre azért jobban odafigyelnek, mint pl. a gThumb-ra.
Igazabol, most inkabb turelmetlen voltam, mintsem a stabilitasert aggodo.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
BoB
Topikgazda
.0-ás kernelt nem szoktak kiadni. 1-3 hét között.
LTS-t nem tudom, azt csak nagyon ritkán használtam.
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
Frawly
veterán
Az Archnál a csomagfenntartó (tipikusan egy heftig nevű user) kénye-kedve dönti el, hogy melyik verziókat ugorja át. Most biztos több ideje volt, így azonnal ráment a 4.19-es kernel tesztelésére (staging vagy testing tárolóban), és mivel az sikeres volt, gyorsan kiadta 4.19.1-et a stable tárolóba, és nem pöcsölt a 4.18-as ág frissítésével, mert hát minek, ha van újabb és azzal sincs probléma. A régi ágat akkor szokta frissítgetni, ha az új még instabil szerinte, nem alkalmas éles bevetésre.
Vagy olyan is van, hogy az új tesztelésére nem ér rá magánéletbeli gondok miatt, ezért a régi ágat frissítgeti helyette.
[ Szerkesztve ]
Siriusb
veterán
Valaki próbálta már Arch Linux Archive-ból pacman-nel a downgrade-t?
Nekem panaszkodik a sig file hiánya miatt.
Most letöltöttem a régebbi poppler-t és helyből telepítettem, hogy működjön végre a pdf olvasó, de ha netalán szükségem lenne ismét ilyenre, elegánsabb megoldás.
Szerk.: kicsit továbbgondolva mi van akkor, ha olyan írta alá, akinek már vissza lett vonva kulcsa?
[ Szerkesztve ]
eddie1978
aktív tag
Environment variables
Shotcut videószerkesztővel szívok. Eléggé béna a felület skálázódása.
Az "export QT_AUTO_SCREEN_SCALE_FACTOR=0"
paranccsal hozzá adja az environment variables-hez. A printenv mutatja. Viszont új belépéskor nincs már a változók között.
Mit csinálok rosszul?
eddie1978
aktív tag
Az /etc/environment -be beírva helyreállt a rend.
Siriusb
veterán
Ez a rendszerszintű megoldás, ha csak a saját felhasználódnál akarod megadni, akkor a ~/.profile-t kellene módosítani. Amennyiben csak egy alkalmazásnál szükséges, akkor meg egy desktop file-t kell csinálni és az exec sorban ezzel a változóval indítani, pl.: QT_AUTO_SCREEN_SCALE_FACTOR=0 shotcut
eddie1978
aktív tag
Szuper, köszönöm a helyesbítést. Megcsinálom így. Mással eddig nem volt gond.
Shyciii
veterán
Sziasztok,
Adott egy félig-meddig kézzel telepített Arch + Openbox.
Szeretnék zsh shell-re átállni. Oh my zsh témáját használom. Az érdekesség az, hogy bár kiadtam a chsh -s /bin/zsh parancsot, ennek ellenére mégis a bash shell indul el, és max onnan a zsh paranccsal indulna el a zsh. Ez mitől lehet? Találkozott már valaki ilyennel? Neten ahogy nézgettem sokan a .xinitrc-re hivatkoznak valamilyen módon, hogy pl az openboxot is onnan hívják meg, de nálam ez nincsen. Valszeg másképp oldódott meg. Mi hivatkozhat még a bash-re úgy, hogy a chsh parancsot felülbírálja?
BoB
Topikgazda
Mindezután kijelentkeztél, majd újra be?
You may corrupt the souls of men, but I am steel. I am doom.
Shyciii
veterán
Jesszusom, ezt elfelejtettem. Szégyellem magam
Köszönöm BoB.
fpunto
csendes tag
Arch linuxon hogy lehet engedélyezni, hogy a felhasználó is tudjon USB-s pendrive írni?
BoB
Topikgazda
Valószínű jogosultság problémád van -> chmod
You may corrupt the souls of men, but I am steel. I am doom.
fpunto
csendes tag
Biztos, hogy jogosultság problémám van.
A /var/run/media/user/usb könyvtárnak drwxr-xr-x root root.
Az usb könyvtár akkor jelenik meg, mikor bedugom a pendrive-ot.
Ezt hol tudom megváltoztatni?
BoB
Topikgazda
Pont ott tudod.
You may corrupt the souls of men, but I am steel. I am doom.
Frawly
veterán
Terminálban az USB-s drive felcsatolása után
sudo chmod felhasználóneved /var/run/media/user/usb -R
Lefut, többet nem kell foglalkoznod vele, csak egyszer kell megcsinálni.
fpunto
csendes tag
Köszi holnap kipróbálom.
Viszont ha hásik pendrive-ot teszek be, akkor az usb neve más lesz.
Lehet hogy telepítésnél csináltam valamit?
Egy másik Arch linuxos gépnél nincs ilyen gond a jogosultságokkal.
Frawly
veterán
Nem csináltál semmit, ez így működik alapból. Elvileg a másik Arch-os gépen is ugyanennek kéne lennie. Lehet egy olyan meghajtót csatoltatok alá, amin már el volt végezve ez a művelet, és többet nem okoz gondot.
Ha egy másik pendrive-nál is szükséged van erre, annál is végig kell ezt csinálnod, csak ott csatolási helynek mást írsz. De ezt minden meghajtónál csak egyszer kell eljátszani.
Sonja
veterán
Ismerkedni akarok az Arch Linuxal, így letöltöttem az ISO-t, majd kiírtam pendrive-ra. Egy Lenovo G500 laptopra (Pentium 2020M, 4GB RAM, 64GB SSD) akarom telepíteni, és próbálgatni. BIOS-ban Legacy van beállítva, nem kell nekem az UEFI. Itt ért a meglepetés, ugyanis nem hajlandó így bootolni a pendriveról az Arch, csak villog a kurzor és ennyi. Ha a boot menűben az UEFI pendriveot választom, akkor bootol. Sima dd-vel írtam ki az ISO file-t, amit az Arch oldalon lévő torrentről szedtem. Elvileg lehetne normál MBR-es telepítést is végezni UEFI helyett, nem?! Mit rontok el?
Ha csalódni akarsz, bízz az emberekben!
Frawly
veterán
Pedig a hivatalos iso-nak dd-vel kiírva bootolnia kéne Legacy-n is.
Az UEFI boottól miért zárkózol el? Azt értem, hogy fujj, meg nem kell, de ha véletlenül mégis kipróbálod, még be is jöhet. Pl. megvan az az előnye, hogy pl. systemd UEFI boottal tudod indítani a gépet, és nem kell GRUB, syslinux, stb.-vel szenvedni, meg külön frissítgetni őket állandóan. Én a helyedben adnék egy esélyt az UEFI bootnak. 2018-ban, pár nap múlva már 2019-ben nem elhamarkodott átállni. 2007-ben még joggal morogtak ellene, hogy a Windows sem támogatja normálisan, meg még túl új, kísérleti, de azóta eltelt néhány év.
vinibali
őstag
gyártói implementációtól függően nem mindig ismeri fel a GPT partíciós pendrive-ot a Legacy BIOS. meg kellene nézni, hogy van-e bootpartíció definiálva. így néz ki az én régi Evolution-os meghajtóm:
$ sudo fdisk -l /dev/sdd
Disk /dev/sdd: 1,9 GiB, 2013265920 bytes, 3932160 sectors
Disk model: STORAGE DEVICE
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000400c7
Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sdd1 * 2048 3932159 3930112 1,9G c W95 FAT32 (LBA)
ugyan ez GPT-s fdisk-kel:
$ sudo gdisk -l /dev/sdd
GPT fdisk (gdisk) version 1.0.4
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdd: 3932160 sectors, 1.9 GiB
Model: STORAGE DEVICE
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): C1D1655B-9253-4EA5-A5A6-7C356E950F34
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3932126
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 3932159 1.9 GiB 0700 Microsoft basic data
én is MBR-rel nyomom még mindig, nem nagyon látom elvi értelmét UEFI-re váltani, de az biztos hogy megvannak az előnyei jócskán. az lebeg a szemem előtt, hogy ez így minden gépen indul, nem kell majd szenvedni ha véletlenül egy nagyon régi BIOS-os gépbe kerül be a meghajtóm.
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Sziasztok!
Mikent lehet lecsekkolni az Arch telepito alairasat?
Debian alol probalom, de ezt dobja ki:
$ gpg --keyserver https://pgp.mit.edu/ --keyserver-options auto-key-retrieve --verify ./archlinux-2018.12.01-x86_64.iso.sig
gpg: assuming signed data in './archlinux-2018.12.01-x86_64.iso'
gpg: Signature made Sat 01 Dec 2018 11:18:41 AM CET
gpg: using RSA key ****************************************
gpg: Good signature from "Pierre Schmitz <pierre@archlinux.de>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: **** **** **** **** **** **** **** **** **** ****
Mit rontok el?
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Sonja
veterán
Kiírtam másik pendrive-ra az ISO-t, működött Legacy módban. Utána kiírtam még1x az előző pendrive-ra, és utána már arról is működött! Valószínűleg kezd megdögleni az a pendrive-om.
Ha csalódni akarsz, bízz az emberekben!
Nem feltetlenul. Nekem is van olyan pendrive-om, amirol ujkora ota nem tudok egyaltalan linuxot bootolni.
Nem tudom, hogy letezhet-e olyan pendrive, aminek nincs MBR-je, de ha letezik, akkor ez magyarazna a dolgot.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Frawly
veterán
Az Arch keyring a legfrissebb? pacman -Syu lefutása után próbáld meg újra.
[ Szerkesztve ]
Debian alól próbálom, és ott minden friss.
Azért írok ide mégis, mert szerintem ide tarzozik amiatt, hogy a logban szereplő úriember és a key nem szerepel a gnupgp aláírók között. Létezik, hogy valami kulcsot importálnom kell a debianba?
Nem találtam erről semmit.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Siriusb
veterán
[unknown]
unknown
Nothing is known about the owner's judgement in key signing. Keys on your public keyring that you do not own initially have this trust level.
A lényeg: nem hagytad még jóvá (nem ellenőrizted le) a kulcsot.
Kossz, kozben megoldodott. Arch alol le tudtam csekkolni.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
Nos, nemi szerencsetlenkedes* utan feltettem az Arch-ot.
Van par progi, amire szuksegem van, de csak az AUR-ban talalhato meg.
Alternativakent feltehetnem nemelyiket Flatpak, masokat AppImage formatumban.
A kerdesem, hogy mik a tapasztalatok e ket csomag formatummal kapcsolatban az AUR-hoz kepest?
Mennyire frissulnek, es mennyire megbizhatoak?
Illetve ha ugy dontok, hogy maradok az AUR-nal, akkor mi a leginkabb ajanlott csomagkezelo hozza?
Amivel tudok frissiteni az ottani csomagokat is.
Azt olvastam, hogy a yaourt-ot mar nem fejlesztik.
* - Regebben a Cinnamon dependenciakent feltette a xorg-server csomagot, de most mar nem. eltartott egy ideig, mire rajottem.
Elkezdtek Wayland-et/MIR-t tamogatni?
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
vinibali
őstag
(#5489) Bici
ha van időd és kapacitásod az időnként változó csomagokat újraforgatni, akkor érdemes AUR csomagokkal tenni ezt. szerintem nem szerencsés a flatpak és társai használata, legalábbis én nem csinálnám. ha nincs szó nagy csomagokról (pl: LibreOffice) akkor maradj AUR-nál.
amikor én kezdtem yaourt-tal nyomtam, két éve pacaur-ozok, de az kiment a divatból, már a csomagot is megszűntették.
AUR helperekről nagyon jól összeszedett leírást itt találsz: [link]
[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Siriusb
veterán
Úgy emlékszem Cinnamon-ék nem támogatják még a Wayland-et.
Részemről az aurman-t használom, bár igyekszem kerülni a hivatalos tárolókon kívüli csomagok használatát.
Szerintem a Linux egyik fő erőssége, hogy egy cucc csak egy verzióban van fent a rendszerben, s nem százféle változatban, mint a tudjukkinél. Szóval ebben az irányban elmenni (hacsak tényleg nem muszáj), nem éppen a jó út.
Sajnos, nem tudom megkerulni a kovetkezo csomagokat, legalabbis nem mindegyiket:
- postman
- Synfig Studio
- Android Studio (+ minden letezo Androidos fejleszto eszkoz csak AUR-ban van)
- Brackets + Codelite
Ezeket szeretnem leginkabb megmegbizhatoan beszerezni, es frissen tartani.
Mindegyik munkaeszkoz.
A postman-t es a Brackets + Codelite parost tudnam helyettesiteni, de csak sok kenyelmetlenseg aran (kollegakkal valo egyuttmukodeshez jo lenne azonos szoftverrel tolni), amit csak akkor vallalok be, ha csak ez a ketto marad AUR-os csomagkent.
Persze, vannak meg egyeb csomagok, amik jol jonnek, de nem feltetlenul szuksegesek: pl. Google Earth, stb.
(#5490) vinibali: Koszi a linket, elolvasom.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
vinibali
őstag
brackers, codelite és postman-ből is van binárisnak jelölt AUR csomag is, nem kell fordítani és a többi is elérhető sima AUR csomagként
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Frawly
veterán
Üdv az igazi archerek táborában.
AUR-hoz és yaourt-ot használok. Ha nem akarsz AUR-ozni, akkor azt is lehet csinálni, hogy a nevezett progikhoz letöltesz az oldalukról .deb csomagot, vagy tar.gz binárist, kibontod és használod úgy, ami függésük van, azt pacman-nal felteszed.
Flatpak, Snap használata csak a legvégső esetben ajánlott.
Kossz!
Igazabol az AUR-ral nincs konkret bajom, csak nem tudtam, hogy az appimage es a flatpak ennyire nem ajanlott.
Altalaban az a szokasom (regebben is Archoztam egy ideig), hogy a PKGBUILD file-t atnezem, mielott feltennem az adott alkalmazast. Itt az esetek tobbsegeben csak sima file muveletek vannak, letolt, kicsomagol, helyere masol, csinal neki ikont, stb.
Vagyis kb. ugyanazt teszi, amit te is javasoltal.
Persze vannak buildelos csomagok is.
A yaourt-rol azt irjak, hogy tud furan mukodni.
Szerintem akkor keresek egy AUR helpert, ami tud frissiteni, es azt hasznalom.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
vinibali
őstag
mindenképp megéri helpert használni, a pacaur biztos, de úgy emlékszem a yaourt is futás közben felajánlja, hogy olvasd át a PKGBUILD-et. szerintem ezt mindegyik támogatja.
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
Shyciii
veterán
Yaourtot felejtsd el. Jövőre meg fog szűnni. A legjobb megoldás szerinten a Trizen, amit helyette használhatsz.
Frawly
veterán
Még nem próbáltam a Trizent. Nyűgje minden AUR-os csomagkezelőnek van sajnos.
vargalex
félisten
Én egy ideje pikaur-al nyomom, a munkatársam viszont yay-al. Egyikünknek sincs gondja a helperrel.
Alex
Lenry
félisten
jó, hogy benéztem ide, erről teljesen lemaradtam, pedig én is yaourt-ot használok kb mióta Arch user lettem.
most kereshetek valami mást...
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data