- Google Pixel topik
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Poco M3 - felújított állomás
- Térerő gondok, tapasztalatok
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Milyen okostelefont vegyek?
- Honor Magic6 Pro - kör közepén számok
- One mobilszolgáltatások
- Olcsó Galaxyk telepíthetik a One UI 7-et
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
-
Shyciii
veterán
válasz
attilav2
#6194
üzenetére
Hát ez tányleg eléggé fura. Gyakorlatilag mindenféle Linuxból létezik kulcsrakész változat. Arcból is, Arch származékból is, Debian, Ubuntu mindenből. Ha neked a kulcsrakészek tetszenek, akkor nemigazán értem, hogy mit keresel itt.
Én biztos, hogy nem váltanék egy jól működő bejáratott, kurva gyors rendszerről egy vaapi-s chromium miatt. Főleg nem egy agyon bloatolt kulcsrakész linuxra. Egy sima Kaby Lake-es i3-as sem fingja össze magát még egy 4k-s videótól sem youtube alatt. Nem csoda, hogy nem vettem észre, hogy gond van a csomaggal. -
attilav2
őstag
Az ubuntu dev chromiumot manuálisan bemásoltam arch alá, csak utána volt egy kis szívás a rendszerkönyvtárak jogaival, ami miatt az ufw leállt, helyrehoztam. De macerás minden chromium frissítésnál másolgatni meg jogokat állítgatni. Majd ha kijavítják arch-on a chromium vaapi -t akkkor lehet visszatérek.
-
Frawly
veterán
válasz
attilav2
#6194
üzenetére
Fura lépés ez tőled. Kevés reszeléssel szinte bármelyik disztrótól kapsz kulcsrakész rendszert, és bármelyikre fel lehet szögelni a Chrome/Chromium vaapi-t.
Igazából, ha GRUB-bal és nagy DE-vel telepíted, KDE, Gnome, akkor az Archon sem kell semmit reszelni, mert függőségként mindent felkerül. A vaapi-s Chromiumot meg valami más disztró bináris csomagjából kimásoltad volna, ha nem tudtad volna az AUR-os fordítási hibát megoldani.
-
attilav2
őstag
Hoppoltam tumbleweed-re, majd meglátom mennyire válik be. Az tetszik benne hogy kevés reszeléssel kapok egy kulcsrakész rendszert, és a chromiumban van működő vaapi támogatás!
-
vargalex
félisten
válasz
#63718632
#6191
üzenetére
Annak, hogy az amd-ucode.img létrejön-e a /boot-ban semmi köze a használt bootloader-hez. Az egyszerűen az amd-ucode csomag telepítésétől függ, ugyanis az hozza létre. Itt láthatod is a Package Contents alatt. Szóval, úgy tűnik, hogy mégsem került telepítésre, vagy az általad használt telepítő script utólag feleslegesen pucolja ki a /boot-ból.
Nyilván a használt telepítő scripttől (ha használ olyat az ember, de szerintem jobb az Arch wiki-t követni) az függ, hogy a microcode bejegyzést létrehozza-e a használt bootloader-nek megfelelően. -
#63718632
törölt tag
válasz
vargalex
#6190
üzenetére
Az amd-ucode csomag a telepítéssel jött, nem én tettem fel utólag. Most újratelepítettem ahogy Frawly ajánlotta. Lett is amd-ucode.img a /boot-ban. Beírtam az ArchLabs.conf-ba a meglévő initrd sor után az amd img-t. Mentettem, reboot és most elindult a rendszer.
Szerintem nem a sorrend volt a probléma, hanem nem volt amd-ucode.img, amit be szerettem volna tölteni.Feltételezem, hogy az ArchLabs telepítő script-jét kellene egy kicsit csiszolni, ha systemd boot kerül alkalmazásra. Akkor nem jön létre az img.
De ez így engem nem igazán zavar, hogy utólag kellett beállítani. Hiszen jó pár dolgot, service-t is utólag röffentettem be. Tudom most már erre is figyelni kell.
Közeleg nagyon az a pillanat, amikor tiszta Arch-ot fogok telepíteni magamnak. Ezek apró lépések, abba az irányba.
Köszi szépen mindkettőtöknek. -
#63718632
törölt tag
A
/boot/loader/entrieskönyvtár tartalma:ArchLabs-fallback.confArchLabs.conf
A sorrend így volt:title ArchLabs Linuxlinux /vmlinuz-linux-ltsinitrd /amd-ucode.imginitrd /initramfs-linux-lts.imgoptionsroot=PARTUUID...........
A /boot könyvtárban nincsamd-ucode.img.
A sorrendet néztem az ArchWikiben, ott is azinitramfs-linux.... .imgelőtt volt az inteles ucode img. -
Frawly
veterán
válasz
#63718632
#6186
üzenetére
Furcsa, ha az amd-ucode csomag telepítve van, akkor amd-ucode.img fájlnak is léteznie kéne a /boot mappában (boot partíció gyökere). Próbáld még egyszer telepíteni, esetleg a kernellel együtt, mert az utóbbi az mkinitcpio-t is lefuttatja, hátha az a gond. Tehát felnyomatod ezeket:
sudo pacman -S linux amd-ucodeNyühögni fog, hogy már fent van, de Y-t nyomsz, hogy reinstall legyen belőle.
Amit még el tudok képzelni, hogy kihagytad az amd-ucode.img elől a perjelet, tehát fontos, hogy
initrd /amd-ucode.img
legyen a sor tartalma. Az is fontos, hogy ennek a sornak nem szabad megelőznie ezeket a sorokat:
efi /vmlinuz-linux
initrd /intel-ucode.img -
#63718632
törölt tag
Sikerült egy jó kis helyzet gyakorlatot összehoznom
. Megcsináltam a módosítást konfig fájlban, majd restart.
A bootolás megakadt ezekkel a hibaüzenetekkel:Failled to open file: amd-ucode.imgTrying to load files to higher addressFailled to open file: amd-ucode.img
Vesztemre a fallback konfigba is beírtam a változást, nem bírtam elindítani a rendszert.
Jó hát akkor "valahogy" töröljük ki azt a két módósítást. Evidens, hogy egy live rendszerrel, amivel megkeresem a fájlokat, módósítom és örülök. Ahha, csak ugye a /boot könyvtár az üres, ha nincs bele csatolva az efi partíció. A conf.file meg ott van. Na hogy is kell kézzel mountolni live os alá UUID-vel egy speciális partíciót? Ritkán, szinte soha nem kell ilyen műveleteket csinálnom, de most muszály. A rendszer kész van, be van lakva, be van állítva. Nem opció az újra telepítés.
A lényeg, hogy a live os /media/demo-ba csináltam egy könyvtárat az efi partíció UUID azonosítójával. Mert a / partíciót is az alapján csatolja. Így már elértem a conf.fájlokat és kitöröltem a bejegyzéseket.
Most ismét ketyeg a rendszer.
Az amd-ucode csomag természetesen telepítve van. Kellene csinálni egy amd-ucode.img-t kézzel? -
Frawly
veterán
válasz
#63718632
#6176
üzenetére
Igen van. Oda is épp úgy kell ugyanaz a sor, amit a kolléga írt, csak az intel-ucode helyére amd-ucode-ot írsz, azaz:
initrd /amd-ucode.img(#6175) Siriusb: pedig ez a paraméter kell GRUB-nál is, csak annyi a könnyebbség, hogy annál nem neked kell beírnod, mert az adott ucode csomag módosítja a grub configját, és így a GRUB-ba automatice bekerül, és innen a GRUB telepítésekor, újrakonfigurálásakor automatikusan hozzáadódik. UEFI systemd bootnál viszont ilyen még nincs, oda neked kell minden sort kézzel beírni, nincs rá se szkript, se csomag után települő post script, ami betenné.
-
Shyciii
veterán
Nem poénból nem írtam be, hanem mert feltételeztem, hogy anno mikor kb fél éve újraraktam akkor még a Zen installerrel, akkor feltételeztem, hogy ha már mindent megcsinál, akkor ezt is. Csak most hogy magamnak irogatott cuccokat, scripteket rakom egybe, akkor néztem, hogy jééé, hiányzik ez a sor, és hogy hogy lehet. Csak mivel nem rakom fel hetente az Archot mint te szoktad, így nem egyszerű visszaemlékezni, hogy anno mit mivel telepítettem, mit teszteltem.
-
-
attilav2
őstag
válasz
Siriusb
#6175
üzenetére
Én pl azért raktam Grub-ot systemd-boot helyett, mikor egy Kubuntus próbálkozás után újraraktam az Arch-ot, mert a Grub képes egy másik lemezen lévő OS-t(gyk Windows) is indítani. Míg a systemd-boot csak akkor képes erre ha a windows efi partíciójáról a microsoft könyvtárat átmásolom az Arch efi partíciójára. Nem túl elegáns megoldás de így érzékeli a systemd-boot a windowst és megjelenik a menüben és el is indítja a másik lemezről. Hátránya ennek a megoldásnak hogy a Bios(uefi) menüben így kétszer jelenik meg a windows boot manager bejegyzés, ezt el akartam kerülni, ezért raktam Grub-ot. A windowsos indítómenü hozzáadása a grub hoz úgy nézett ki hogy felcsatoltam a windowsos lemez efi partícióját a /mnt alá, futtattam az os-prober-t, kiírta hogy felismerte a windows efi betöltőjét, aztán a szokásos grub-mkconfig -o /boot/grub/grub.cfg ami szépen hozzáadta a windows indítómenüt. Nem olyan rossz a Grub, custom menük hozzáadására is van lehetőség, az Arch wiki grub pontja ír néhány példát, pl Efi(Bios) menübe lépés, én ezt hozzáadtam, és prímán működik, ha rányomok akkor az EFI-be dob a gép újraindulás után. Bár tény hogy a systemd-boot-ban alapból van efi-be lépés menü.
-
-
Siriusb
veterán
-
Frawly
veterán
válasz
Shyciii
#6173
üzenetére
Így van, látszatvédelem volt, nem töltődött be. Épp ezért nem csak fel kell tenni a csomagot ész nélkül, hanem az Arch Wikin utánaolvasni a használatának és beállításának. Nem díszből írnak hozzá több oldalnyi cikket, persze kezdőknek úgy tűnik, hogy nagyon kockák akarnak csak ott okoskodni, de amit írnak, az pechre mind fontos.
-
Shyciii
veterán
válasz
attilav2
#6170
üzenetére
KDE esetén azért ez nem annyira meglepő. Anno mikor Windowsról váltottam Manjaro + KDE-re, akkor tetszetős volt, és sok konfigurálási lehetőséggel levett a lábamról, aztán jött a de, a sok nyavajájával, nyűgjeivel
This week KDE. Bár lehet jobb nem nézni, mert az ember elszörnyülködik, hogy mik vannak -
Frawly
veterán
Megviccelt az Arch. A Wi-Fi kártyát a laptopban mindig is wlp3s0-nak keresztelte a systemtré. Mára viszont wlan0-ra változott, ami tetszetősebb, de nem volt erről megint hír az Arch oldalán, így először nem értettem, hogy miért nincs net. Először azt hittem, hogy a kártya döglött ki, mivel az ifconfig sem látta. De aztán láttam, hogy az lspci listázza, és az lsmod szerint be van hozzá töltve az iwlwifi kernelmodul. Akkor látom csak net link parancs futtatása után, hogy az interface neve megváltozott. Csináltam neki új profilt wpa_supplicanttal, áthegesztettem a Wi-Fi-t indító scriptemet, most már jó, ifconfig is listázza.
-
attilav2
őstag
Egyelőre biztos nem váltok, pl a Gufw nem elérhető tumbleweed-re, csak instabil tárolóból lehetne feltenni, ez nem tetszik. Kénytelen voltam parancssorból konfigolni az Ufw-t, de nem volt nehéz a google adott leírásokat. Meg az sem tetszik hogy a videólejátszáshoz külső tárolókat kell hozzáadni, pl packman, vlc, amik esetleg összeakadhatnak a gyári csomagokkal egy frissítéskor. Egyelőre nem is raktam be külső tárolókat. Az viszont tetszik hogy a chromium alapból vaapi támogatással van forgatva és működik is a hw videó gyorsítás. Igazából a kíváncsiság hajtott a SuSe kipróbálására, utoljára a linux hőskorában a 2000-es évek legelején használtam SuSe-t és érdekelt azóta mennyit változott.
-
Frawly
veterán
válasz
attilav2
#6166
üzenetére
Szerintem ha már tudod telepíteni az Archot, akkor ne disztróhoppolj mainstream disztróra, mint a OpenSuse, Fedora, meg egyebek, mert visszalépés, visszafejlődés. Utóbbiak bloatak, hülyebiztosak, túl corporate-csilivili-marketing trendmajom disztrók, és semmi érdemi előnyt nem kínálnak az Arch ellenében.
Maradj Archon, ha meg ott is kifejlődtél a minimalizmus felé, akkor jöhet egy systemd-mentes Void vagy a Gentoo.
Egyébként az Arch, Gentoo, Debian Wikijei szinte minden disztróra alkalmazhatók, egyedül a csomagnevek változnak, meg ugye a Gentoo alapból nem systemd-s, de telepíthető azzal is.
-
attilav2
őstag
válasz
attilav2
#6159
üzenetére
OpenSuse Tumbleweed tapasztalataim a Suse topikban:
Hosszászólás linkje, Suse topik -
Laszlo733
aktív tag
Sziasztok!
Notebook -on a wifit szeretném beizzítani a wiki alapján [link] , de már rögtön az elején hibába futok.
Létrehozáskor / ip link set wlp2s0 up / ezt a hibaüzenetet kapom:
RTNETLINK answers: Operation not permitted
Azt gondolom, hogy a wifi kártya illesztő programját nem találja.
Az lspci -k parancs ezt hozza ki:
Network controller: Ralink corp. RT5390 Wireless 802.11n 1T/1R PCIe
Subsystem: Foxconn International, Inc. RT5390 Wireless 802.11n 1T/1R PCIe
Kernel driver in use: rt2800pci
Kernel modules: rt2800pci
Ha valóban ez a baja, akkor az illesztő programot hogyan kell telepíteni, illetve hol találom?
Az adatbázisban szerepel, de nem tudom hogyan tovább: [link] -
attilav2
őstag
Próbálgatom az OpenSuse Tumbleweed-et virtualboxban mert kiváncsi vagyok
Messze nincs ennyire jó wikije mint az Arch-nak. Frissíteni sem akar pedig már kijött belőle egy a telepítésemhez képest két nappal frissebb iso, ennek ellenére a zypper nem talál frisebb csomagokat. Szerintem Az Arch a világ legjobb linuxa! 
Legáttekinhetőbb rendszer, legjobb wiki. Megérdemelné a distrowatch-on a tartós első helyezést. Most az első ötben vannak az Arch és származékai:
https://distrowatch.com/dwres.php?resource=ranking
https://distrowatch.com/dwres.php?resource=popularity -
F34R
nagyúr
-
#63718632
törölt tag
Sziasztok!
Elakadtam egy kicsit touchpad ügyben. Úgy tapasztalom ezen kis notin, hogy mióta Endeavour van rajta. A tapipad laggol, beragad. Olyan mintha késve érzékelné az érintést vagy a görgető sávról az ujj elvételt.
Az előző rendszer ArchLabs volt és ott nagyon jól működött, ilyenek nem voltak.
Próbáltam volna tipus alapján elindulni, de se lsusb, se lspci, se lshw kimenetekben sincs semmilyen touchpad bejegyzés.
Az ArchLabs LTS kernellel volt telepítve és semmi más hozzáadva a touchpad tekintetében. Itt meg 5.3.7-arch1-2-ARCH ketyeg.Jó ötlet lehet feltenni az aktuális LTS kernelt és azzal megnézni?
-
#63718632
törölt tag
-
Frawly
veterán
válasz
#63718632
#6152
üzenetére
Pedig az Arch Wiki ezt írja. Igaz a timesync-es cikkben csupán (Usage rész), az Installation Guide-ban, és a System Time szócikkben nem említik (csak az utóbbiból lenyíló, már linkelt cikkben írják). Szóval elismerem, hogy elég genya, jól el van dugva ezt a set-ntp-t használó módszer. Le kéne cseréljék az Installation Guide-ban említett régi módszert erre, amit írtam.
@vargalex: azért ne örülj, mert lehet magának a pikaur-nak nem okozott gondot, de az új pacman eltört egy csomó AUR-os makepgk scriptet is, független ez attól, hogy milyen AUR helpert használsz. Most netszerte mindenki szorgosan szopórollerezik az új pacman miatt, Archon és klónjain is.
-
#63718632
törölt tag
Korai volt az örömöm, mert restart után megint 1 órával előrébb járt a rendszer idő. Hiába követtem az Arch Wiki-t. Viszont az általad írt parancs segített és nem találkoztam a Wikin. Konkrétan ez tette rendbe:
timedatectl set-ntp trueNincs Windows, csak ez a rendszer és UEFI telepítés.
A BIOS órája is jól járt, jár. -
Frawly
veterán
válasz
#63718632
#6145
üzenetére
Az óra 1 órával való elállítódása több mindentől függ. Milyen UEFI BIOS van fent a gépen, fut-e dualbootban Windows. Milyen NTP megoldás van fent, vanilla Archon, meg a legtöbb klónon csak a sima timedatectl van fent, aminek van systemd-s timesync service megoldása, ami kezeli az időzónákat, szinkronban tartja az órát, kezeli az NTP-t, DST-t, a /etc/systemd/timesyncd.conf-on keresztül. Viszont fel lehet tenni helyette más megoldást, pl. openntpd-t.
Vanilla Archon ez elég szokott lenni telepítés után:
timedatectl set-ntp true
timedatectl set-timezone Europe/BudapestHa meg van dualbootban Windows, akkor abban az Arch Wiki-ben ismertettet registry hacket hozzáadni, hogy a gép óráját UTC-ben tartsa, ne helyi időben. Ezek nekem tökéletesen elégnek bizonyulnak, mindig pontos az idő, rendszeresen szinkronizál, Windows sem állítja el a gép óráját.
Sajnos az Arch Installation Guide-ban benne maradt egy régi időzához symlink-eléses módszer, azt is meg lehet csinálni, de felesleges és hatástalan. Még a systemd előtti időkből maradt benne:
ln -sf /usr/share/zoneinfo/Region/City /etc/localtime
hwclock --systohc@FEAR: az ’szna be, ha BSD-ken is elterjedne a systemd. Végső esetre az a vésztervem, ha már minden disztrót megfertőzött a system, a Gentoo-t is, akkor BSD-re állok át. Előtte viszont még Gentoo-ra fogok, és végül nem a csomagfrissesség, meg a kódforgatásos optimalizálás miatt, hanem a systemd-t szeretném dobni.
-
#63718632
törölt tag
válasz
ubyegon2
#6137
üzenetére
"Endeavour-t amúgy miért választottad?"
Legelőször egy véletlen folytán "jött szembe". Épp akkor volt telepítve egy friss rendszerem és a FF-ban még nem volt beállítva a NoScript bővítmény. A Distrowatch-ot nézegettem és egy reklám bannerben volt benne ( ezt a NoScript tiltja ). Ránéztem, letöltöttem. Majd később VBoxban kipróbáltam és bekerült a lehetséges esélyesek közé. Ezután lett belőle éles telepítés is.
Most meg a cimbim kis notijára heggeszettem fel ArchLabs helyett. Mert hogy ott is előjött a mai mizéria. Csak arra gondoltam, hogy ezen talán nem, de még is. Az ArchLabs ellen szól egy kicsit az a tény is amit ma, följebb idéztem a nem futó service-k kapcsán. Ugyan is nem fut a ntp service, ami frissen tartaná a rendszer időt. Ez úgy bukott elő, hogy cimbim szólt a multkor, hogy nem jól jár a az órája. Valójában mint kiderült a bios órája a ludas, viszont pontos időt meg nem húz a rendszer sehonnan.
Ez még egy megoldatlan feladat, utána kell járnom.
A vicc az egészben, hogy az Endeavour órája is előrébb van 1 órával viszont neki van ntp.conf fájlja, míg ArchLabs-nak nincs. De ettől függetlenül nem frissül az idő. Hiába jó időzóna van neki megadva.
Ez majd egy új téma lesz, csak előtte megpróbálom magam megoldani. Ha nem boldogulok vele, akkor jövök majd ide kérdezni. -
#63718632
törölt tag
válasz
ubyegon2
#6141
üzenetére
A Digi mobilra rápróbálok majd, ha beüzemelik.Kíváncsi leszek a térerőre.
Különben az Arch klónok tekintetében én sokkal nagyobb káoszt látok a közeljövőben kibontakozni. Már csak azért is mert az anya rendszer rolling edge. Erre jó példa a mai vesszőfutásom.
Nincs semmi olyan "határ" ami Debian-Ubuntu vonalon a kiadási ciklusból adódóan fenn tart valami "rendet". Hiába írnak saját egyéni appokat, a verzió függőség, akkor is köti őket.Szóval én azt a disztrót tartom a legjobb Arch klónnak, ami grafikusan segít feltelepíteni. Aztán GUI-ról még részletesebben be tudod lakni. De első indulás után adjon egy kész GUI-t.
Ja, túl a 45-ön én is másként szemlélem a világot és a szabadszoftveres világot is.
-
Frawly
veterán
válasz
#63718632
#6136
üzenetére
A legnagyobb hiba, hogy nem volt fent nálad a go és a base-devel. A group-ot nem kell hozzáírni. Nálam rendesen frissen tartott vanilla Archon simán fordul a yay master git, azokkal a parancsokkal, amiket írtam. Még csak warning sincs, nem hogy error.
Abban viszont egyetértek veled, hogy ezt a pacman 5.2-re váltást nagyon hirtelen lépték meg, egy csomó felhasználó és klóndisztró szív miatta. Itt nem az a baj, hogy váltottak, hanem túl hirtelen tették, nem adtak időt az AUR helperes és egyéb fejlesztőknek, hogy előre teszteljenek, meg legyen idejük felkészülni, kompatibilissé tenni a szoftvereket, és erre a felhasználók sem lettek értesítve, hogy pl. AUR helpereket, GUI-s pacman frontendeket is frissíteni kell majd emiatt. Azért léptek ilyen hirtelen, mert fel szerették volna gyorsítani a .xz-ben tömörített csomagokról zstd tömörítésre váltást, ami már rég ki volt tűzve célként, de már régóta húzódik. Ennek ellenére ilyen apróságok miatt nem kéne kapkodniuk.
Az amd-ucode csomaggal sincs semmi baj, azt csak azért sérelmeztem, hogy semmilyen hírben nem tették közzé, hogy onnantól fogva nem a linux-firmware csomagban lesz, ahogy sok évig előtte, hanem külön csomagként kell majd feltenni. Egy 2 soros hír elfért volna róla az archlinux.org főoldalán, a News szekcióban.
Azzal nincs baj, ha Arch-csal próbálkozol. Majd belejösz az ilyenekbe, hogy AUR-hoz milyen csomagoknak kell fent lenni, meg telepítés után az első a mirrorlistet rendbe tenni, stb.. Mindenki elkezdi valahol.
-
válasz
Siriusb
#6138
üzenetére
Én már egész jól elvagyok az unalmas Mint Cinnamonnal, sose zavart, ha mindent elfelejtek ezt használva, régebben hopperkedtem, de kiutáltak már mindenhonnan, így leszoktam arról is.
Sajna tényleg rohadtul benne vagyok már az X-ekben, ismerem ezt az 1-es és 2-es pontot!
Esetleg pofára is mehet a dolog...
Az én pofámra mindig.
(#6139) májkimiki
Sok kezdő klóner nem is fog itt ilyen-olyan okokból kérdezni, így csak vesződik az ismeretlenek tengerében. Persze nincs nagy létszám, de anno a Manjaro topik is elindult, szinte csak olyan kérdések vannak ott is, ami nem az Arch topikba illik, eleve GUI-s a kérések jó része.
Szóval akkor kifejezeten Archklón hopperkedsz! Az is hasznos egyébként, az alapok ugyanazok, de mindegyik saját archot akar, ez nem igazán jó, hiába a home userek felé nyomakodnak. Egyik sem eredeti, ez a nagy helyzet, a Debianból ki tudott csirázni az Ubuntu és utána annak lettek deratívái, Archklónoknál ez igen ritka, bár minao láttam egy Manjaro klónt is már.![;]](//cdn.rios.hu/dl/s/v1.gif)
Digi topikban volt pár rüparasztó bunkó beszólás irányomba, arra utalt a kolléga!
ott is megszerettek hamar.
Van egy sim- em tőlük, de BP belvárosában belépve épületbe, kampeca lesz a jel, ezért kezdtem a topikjában érdeklődni......de nem kellett volna. -
#63718632
törölt tag
válasz
ubyegon2
#6135
üzenetére
-Digi mobil.
Azt használsz? Vagy mire jött ez a szál a témába? Engem annyiban érint, hogy kis Békés megyei falunkban mostanában állították fel a tornyukat. Nincs még beüzemelve. Jelenleg a helyi felhozatalból a legjobb egy helyi kis mikrós szolgáltató.
Mire lehet számítani, ha elkezdenek "szórni"? -
#63718632
törölt tag
válasz
ubyegon2
#6137
üzenetére
A kezdő Arch vagy Arch klón külön topik szerintem se rossz ötlet. Nem hígulna az Arch szál és a kezdők sem olvasnának nekik esetleg még irreleváns támát-info-t. Az "öreg" Arch motorosoknak sem kellene feltétlenül a kezdők botladozásait olvasni, szelektálni a posztok között. Megmaradna nekik a választás szabadsága.
Én szinte az összes Arch klónt kipróbáltam, azzal az indíttatással. Miszerint még nem érzem magam képesnek egy pure Arch összerakására. Igazából ott vannak hiányosságaim, hogy mennyi az a minimum ami nekem elég. Ezt fedik el a klónok. Erre jó tapasztalatom volt az ArchLabs, hogy hány service-t kell beindítani, fixálni telepítés után.
Csak olyan klónok foglalkoztatnak, amelyek a lehető legközelebb vannak az origi Arch-hoz. A saját repojuk minmális csomagot tartalmaz. Egy két saját GUI témával és általuk írt progival. Ilyen szempontból a Manjaro és az Arco kiesik.Azt én nem tekintem "belevauzásnak", ha más szögből is rávilágítanak dolgokra.
-
Siriusb
veterán
válasz
ubyegon2
#6135
üzenetére
Ha valaki nagyon elszánt, bár Ubuntu után tanulni jobb a Debian...
Nos, itt jön be a választás szabadsága, és ez egyén ízlése, nekem nem fekszik a debian vonal. Múltkorjában pár hónapig debian-t használtam, de halálra untam magam, jött vissza az Arch.... vegyük úgy, hogy ebben most igazad van!
Mivel nem vagy te sem mai csirke, biztos emlékszel arra a vicces táblára, amit árultak anno valami olyan tartalommal, hogy "1. pont: A főnöknek mindig igaza van. 2. pont: Ha még sincs igaza, az első pont lép életbe". (anno engem innen elhajtottak, mikor nagyon kezdő voltam, azzal, hogy ez egy komoly disztró komoly népekkel itt a topikban....)
Velünk már nem tapasztalsz ilyet, mi indok nélkül elhajtunk. Esetleg pofára is mehet a dolog... -
válasz
#63718632
#6136
üzenetére
Szerintem teljesen életképes ötlet, hogy legyen egy Kezdő Arch vagy Archklón topik, már csak azért is, mert vannak olyan furmányok a klónokban, amiket a pure nagyArchúak csak pislogva olvasnak. Szóval én nem kritizálni jöttem ide, hanem építő jellegű javaslattal.
Én nem sok klónt próbáltam, de azoknál mindnél volt valami olyan gikszer, amivel nem jöttem ide, mert a pure Arch-nél nem lehet ugyanaz a hiba. Most is csak azért reagáltam, mert aggódás volt, hogy a halmozódó problémák kitárgyalása rossz fényt vet az Arch-ra.
Szomorú hírem van számodra, ha valóban a legfrissebb csomagokat akarod használni, minél hamarabb dobd a klónokat és valóban jöhet az Arch. Klónoknál is akkor indult ez a nagy zavar, mikor kivették a yaour-t és ezekkel az addig ismeretlen helperekkel kezdett mindenki bíbelődni.
(amúgy meg tényleg nincs sok alapom itt belevauzni a dolgokba, de legalább leírtad, amit leírtál, már előrébb vagyunk)
Különben ezzel a legyen a legfrissebb dologgal 10-ból 9 ember teljesen szükségtelenül bíbelődik, egyszerűen értelmetlen. Új hw-ek nem indokolják, akkor minek? Hogy remegést kapjon a klóner, ha egy héten egy új kernel nem jön ki?
Endeavour-t amúgy miért választottad? A honlapjukon persze nagyon dicsérik magukat, hogy jujde segítőkészek......nem mint ha ez nem lenne máshol is jellemző......
-
#63718632
törölt tag
válasz
ubyegon2
#6133
üzenetére
Talán itt van a legjobb helye, neked válaszolva a mai kalandom történetét lezárandó posztnak. Szóval a mai "termést" eddig nekem sikerült összehozni. Amit joggal lehetne off-nak vagy nem egészen ideillő címkékkel jelllemezni. Mivel nem egy pure Arch rendszeren volt problémám és a szövegekből is kitűnik, hogy igen csak "kopasz" Arch-er vagyok.
Először is elindultam egy olyan vonalon, amiről nem tudtam, hogy az mennyire illeszkedik az én Arch klón rendszeremhez. Aztán az hozott halmozott hibákat és én is tettem hozzá a saját kezemmel.
Az este amikor először jött szembe az ominózus hiba, már tudtam, hogy ma itt kell keresgélnem. Igazából a saját hibáim okán, de az itteni terelgetések hatására sikerült mindent rendbe raknom a rendszeren.
Endeavour OS speciális hibák:
Itt kellett volna kezdenem, ha lett volna annyi felmérő képességem. Miszerint az alapvető hiba nem a pure Arch rendszerből fakad. Van az Endeavour-nek egy saját fejlesztésű, grafikus felületű frissítés kezelője (Kalu). Ott csücsül a tálcán mint pl. a pamac vagy az octopi.
No a Kalu nem kompatibilis a most kijött pacman-nal. Ezt figyelmez kívül hagyva kezdtem a yay-git szálba.
Utólag elolvasva az Endeavour OS honlap bejelentéseit, kezdett tisztulni a kép.
Szóval install után repo update-t kell csinálni ( felhasználói kérésekre módosították a telepítő iso működését, hogy telepítés közben ne húzzon le frissítéseket, mert megnő a telepítési idő) - ezt hülyeségnek tartom - .Aztán friss fórum téma náluk a pacman mizéria. Erre az ajánlott megoldás a Kalu eltávolítása, mert inkopatibilis a legfrisebb pacman-el. ( sudo pacman -R kalu)
Na ez után kezdett a élet visszatérni a rendszerembe. A Kalu nélküli rendszeren pacman -Syu és láss csodát elkezdett frissülni minden.
A yay-es probléma ezután elő sem jött, nem tudom mi segített a megjavulásához. A frissítési folyamatban néztem, hogy yay-9.4.2-1 verzió frissül. Ez után simán felment a yay -S pamac paranccsal a pamac-aur csomag.
Jó pár poszttal feljebb, még délelőtt Frawly hezitált az amd-ucode csomagon. Most nálam ez erre a verzióra frissült: amd-ucode-20191022.2b016af-1. Lévén ez egy Brazos-os kis 10"-os noti (AMD C70 proci).
Amit felvetettél, hogy mostmár ez lesz? Már mint, jönnek olyan distrohopper-ek akik nem nagyon vágják az Arch világát, de "kalapálják" a billentyűzetet. Az csak is annak az eredménye, hogy egyre több Arch-klón kerül ki, amit könnyebb telepíteni, mint a pure Arch-ot. Viszont egyre több ember tudatosul azzal a ténnyel. Ha a szabad szoftverek világában a legfrisebb szoftvert akarja használni. Akkor azt leghamarabb Arch-on ( Gentoo-n, Fedora-n) kaphatja meg. Feltéve ha van egy distrohopper haverja és kellő képpen megfertőzte a Linux nyújtotta szabadság érzésével.
-
válasz
Siriusb
#6134
üzenetére
Én mindig azt mondtam, hogy nagyon jó kezdőknek is az Arch Linux, ha komolyan meg akarja ismerni a linuxot.
Ha valaki nagyon elszánt, bár Ubuntu után tanulni jobb a Debian, értelemszerűen, de az sem igazán kezdőknek való. Ja, hogy kezdő.....mert ugye ez elég tág merítés ám. Aki tanulni akar, annak való Debian, Arch is esetleg, de a különböző platformokon nem erről szól a hype.
Te meg ne gyere ide, szapuld inkább a Digi mobilosokat továbbra is!
Ők szapulnak engem, de galádul nagyon! Én csak védekezem szerényen, de többen vannak.
Most, hogy nagyon el akarnál tanácsolni, egyre erősebb késztetést érzek!
Azt a változást emlékeim szerint az Arch wiki lekövette, csak az illető nem ebből a forrásból olvasgatott, hanem külső útmutatást követett.
Tényleg volt valami ilyesmi infó is, akkor vegyük úgy, hogy ebben most igazad van!
(anno engem innen elhajtottak, mikor nagyon kezdő voltam, azzal, hogy ez egy komoly disztró komoly népekkel itt a topikban....)
-
Siriusb
veterán
válasz
ubyegon2
#6133
üzenetére
Én mindig azt mondtam, hogy nagyon jó kezdőknek is az Arch Linux, ha komolyan meg akarja ismerni a linuxot. Saját példámat felhozva: 4-5 órás, első alkalmas Arch telepítés alatt többet tanultam a linuxról, mint 2 év Ubuntuval ezt megelőzően.
Még mindig nem olyan hatalmas az Arch felhasználók tábora, hogy érdemes lenne különszedni kezdőre és haladóra, így legalább valaki biztos tud reagálni egy-egy kérdésre.
Te meg ne gyere ide, szapuld inkább a Digi mobilosokat továbbra is! Azt a változást emlékeim szerint az Arch wiki lekövette, csak az illető nem ebből a forrásból olvasgatott, hanem külső útmutatást követett.
-
válasz
Siriusb
#6130
üzenetére
Csak nehogy azt higgye valaki, hogy problémás az Arch, mert oldalakon keresztül ez a téma.
Á dehogy.....
Egyébként még én se dobnám ezt most be, mert itt most az van, hogy beérett a banán. Addig-addig hypolták az Arch-ot, míg Arch kezdő topik lett ebből a topikból, én hiába nyekeregtem évekig a Kezdőben, hogy Arch az jó, csak nem kéne túl hamar beleugrani......szóval vagy csináltok egy Kezdő nagyArchúak topikot vagy Achklón kezdőknek topikot vagy most már ez lesz.
Erősen gondolkodom rajta, bármilyen idióta is vagyok a nem home user disztrókhoz, beleugrok ebbe az Arch-örvénybe és jövök a kérdéseimmel.
Halkan azért megjegyzem, hogy kb egy hete teljesen más gubanc volt itt és kiderült, hogy valami változást nem túl gyorsan követett le az Archwiki és aki az alapján telepített, jól megszívta. De gondolom jut ilyen minden hétre, attól, hogy nem követem annyira a vonalat.
Ez a yay meg....hát tényleg jaj.
-
#63718632
törölt tag
válasz
#63718632
#6129
üzenetére
Ez kijavítva.
A telepítő nem tölt le frissítéseket telepítés közben, hanem első indulás után kell a mirrorokat frissíteni. Ez új feature az új telepítőben.
Itt kutyultam el a mirror listet. De mostmár okés.Na de, ezt nem vágom, nem ismerem egyik csomagot sem. Az ilmbase csomagot cserélhetem/vagy nem az extra/openexr csomagra.
Mit csinálnak ezek a csomagok? -
#63718632
törölt tag
Itt nagy gáz van szerintem.
[laci@laci-pc-endeavouros ~]$ sudo pacman -Syu
[sudo] laci jelszava:
:: A csomagadatbázisok szinkronizálása...
hiba: nem sikerült a(z) core frissítése (a tárolóhoz nincs szerver beállítva)
hiba: nem sikerült a(z) extra frissítése (a tárolóhoz nincs szerver beállítva)
hiba: nem sikerült a(z) community frissítése (a tárolóhoz nincs szerver beállítva)
hiba: nem sikerült a(z) multilib frissítése (a tárolóhoz nincs szerver beállítva)
a(z) endeavouros naprakész
hiba: failed to synchronize all databases
[laci@laci-pc-endeavouros ~]$ -
-
#63718632
törölt tag
Nincs itt valami nagy gubanc a rendszeremmel? A PKGBUILD hiba okán megpróbáltam a base-devel group-ot újra rakni ( saját ötlet ). Ekkor meg hivatkozik, hogy nincs group.
[laci@laci-pc-endeavouros ~]$ sudo pacman -S base-devel group
[sudo] laci jelszava:
:: There are 25 members in group base-devel:
:: Repository core
1) autoconf 2) automake 3) binutils 4) bison 5) fakeroot 6) file 7) findutils 8) flex 9) gawk 10) gcc 11) gettext 12) grep 13) groff 14) gzip
15) libtool 16) m4 17) make 18) pacman 19) patch 20) pkgconf 21) sed 22) sudo 23) texinfo 24) util-linux 25) which
Adjon meg egy listát (alapértelmezett=all):
figyelmeztetés: a(z) autoconf-2.69-5 naprakész -- újratelepítés
figyelmeztetés: a(z) automake-1.16.1-1 naprakész -- újratelepítés
figyelmeztetés: a(z) binutils-2.32-3 naprakész -- újratelepítés
figyelmeztetés: a(z) fakeroot-1.24-1 naprakész -- újratelepítés
figyelmeztetés: a(z) file-5.37-3 naprakész -- újratelepítés
figyelmeztetés: a(z) findutils-4.7.0-1 naprakész -- újratelepítés
figyelmeztetés: a(z) flex-2.6.4-2 naprakész -- újratelepítés
figyelmeztetés: a(z) gawk-5.0.1-1 naprakész -- újratelepítés
figyelmeztetés: a(z) gcc-9.2.0-2 naprakész -- újratelepítés
figyelmeztetés: a(z) gettext-0.20.1-2 naprakész -- újratelepítés
figyelmeztetés: a(z) grep-3.3-2 naprakész -- újratelepítés
figyelmeztetés: a(z) groff-1.22.4-1 naprakész -- újratelepítés
figyelmeztetés: a(z) gzip-1.10-2 naprakész -- újratelepítés
figyelmeztetés: a(z) libtool-2.4.6+42+gb88cebd5-6 naprakész -- újratelepítés
figyelmeztetés: a(z) m4-1.4.18-2 naprakész -- újratelepítés
figyelmeztetés: a(z) make-4.2.1-3 naprakész -- újratelepítés
figyelmeztetés: a(z) patch-2.7.6-7 naprakész -- újratelepítés
figyelmeztetés: a(z) pkgconf-1.6.3-2 naprakész -- újratelepítés
figyelmeztetés: a(z) sed-4.7-2 naprakész -- újratelepítés
figyelmeztetés: a(z) util-linux-2.34-3 naprakész -- újratelepítés
figyelmeztetés: a(z) which-2.21-4 naprakész -- újratelepítés
hiba: cél nem található: group
[laci@laci-pc-endeavouros ~]$ -
#63718632
törölt tag
Most így próbáltam:
[laci@laci-pc-endeavouros ~]$ git clone https://aur.archlinux.org/yay-git.git
Cloning into 'yay-git'...
remote: Enumerating objects: 179, done.
remote: Counting objects: 100% (179/179), done.
remote: Compressing objects: 100% (134/134), done.
remote: Total 179 (delta 43), reused 179 (delta 43)
Receiving objects: 100% (179/179), 42.69 KiB | 874.00 KiB/s, done.
Resolving deltas: 100% (43/43), done.
[laci@laci-pc-endeavouros ~]$ cd yay
[laci@laci-pc-endeavouros yay]$ makepkg -si
==> HIBA: PKGBUILD nem létezik. -
#63718632
törölt tag
Fenn van a go. Most ezt kapom:
[laci@laci-pc-endeavouros ~]$ cd yay
[laci@laci-pc-endeavouros yay]$ make
go build -v -mod=vendor -ldflags '-s -w -X "main.version=9.4.2"' -o yay
github.com/Jguer/yay/v9/pkg/stringset
github.com/Jguer/go-alpm
github.com/Jguer/yay/v9/pkg/intrange
github.com/Jguer/yay/v9/pkg/multierror
github.com/Morganamilo/go-pacmanconf/ini
github.com/Morganamilo/go-pacmanconf
github.com/Morganamilo/go-srcinfo
github.com/mikkeloscar/aur
# github.com/Jguer/go-alpm
vendor/github.com/Jguer/go-alpm/sync.go:18:9: could not determine kind of name for C.alpm_sync_get_new_version
make: *** [Makefile:47: yay] Error 2
[laci@laci-pc-endeavouros yay]$
Ez van a yay könytárban, amit Frawly alapján klónoztam:[laci@laci-pc-endeavouros yay]$ ls -l
összesen 300
-rw-r--r-- 1 laci laci 1847 okt 27 11.02 callbacks.go
-rw-r--r-- 1 laci laci 5042 okt 27 11.02 clean.go
-rw-r--r-- 1 laci laci 13584 okt 27 11.02 cmd.go
drwxr-xr-x 2 laci laci 4096 okt 27 11.02 completions
-rw-r--r-- 1 laci laci 11502 okt 27 11.02 config.go
-rw-r--r-- 1 laci laci 1454 okt 27 11.02 config_test.go
-rw-r--r-- 1 laci laci 6683 okt 27 11.02 depCheck.go
-rw-r--r-- 1 laci laci 3178 okt 27 11.02 dep.go
-rw-r--r-- 1 laci laci 2779 okt 27 11.02 depOrder.go
-rw-r--r-- 1 laci laci 10175 okt 27 11.02 depPool.go
drwxr-xr-x 2 laci laci 4096 okt 27 11.02 doc
-rw-r--r-- 1 laci laci 1236 okt 27 11.02 Dockerfile
-rw-r--r-- 1 laci laci 9635 okt 27 11.02 download.go
-rw-r--r-- 1 laci laci 2624 okt 27 11.02 exec.go
-rw-r--r-- 1 laci laci 292 okt 27 11.02 go.mod
-rw-r--r-- 1 laci laci 882 okt 27 11.02 go.sum
-rw-r--r-- 1 laci laci 27451 okt 27 11.02 install.go
-rw-r--r-- 1 laci laci 3187 okt 27 11.02 keys.go
-rw-r--r-- 1 laci laci 6750 okt 27 11.02 keys_test.go
-rw-r--r-- 1 laci laci 35141 okt 27 11.02 LICENSE
-rw-r--r-- 1 laci laci 5359 okt 27 11.02 main.go
-rw-r--r-- 1 laci laci 3187 okt 27 11.02 Makefile
-rw-r--r-- 1 laci laci 17142 okt 27 11.02 parser.go
drwxr-xr-x 6 laci laci 4096 okt 27 11.02 pkg
-rw-r--r-- 1 laci laci 16300 okt 27 11.02 print.go
-rw-r--r-- 1 laci laci 11478 okt 27 11.02 query.go
-rw-r--r-- 1 laci laci 6154 okt 27 11.02 README.md
drwxr-xr-x 4 laci laci 4096 okt 27 11.02 testdata
-rw-r--r-- 1 laci laci 9053 okt 27 11.02 upgrade.go
-rw-r--r-- 1 laci laci 1940 okt 27 11.02 upgrade_test.go
-rw-r--r-- 1 laci laci 1524 okt 27 11.02 utils.go
-rw-r--r-- 1 laci laci 1279 okt 27 11.02 utils_test.go
-rw-r--r-- 1 laci laci 5135 okt 27 11.02 vcs.go
-rw-r--r-- 1 laci laci 1403 okt 27 11.02 vcs_test.go
drwxr-xr-x 3 laci laci 4096 okt 27 11.02 vendor
[laci@laci-pc-endeavouros yay]$ -
#63718632
törölt tag
Nálam is előjött. Próbálom a yay-t telepíteni, de hibára futok.
[laci@laci-pc-endeavouros ~]$ cd yay
[laci@laci-pc-endeavouros yay]$ make
go build -v -mod=vendor -ldflags '-s -w -X "main.version=9.4.2"' -o yay
make: go: Command not found
make: *** [Makefile:47: yay] Error 127Ez egy friss Endeavour rendszer, az este telepítettem.
-
Frawly
veterán
válasz
Laszlo733
#6100
üzenetére
Na, ebbe én is belefutottam. Az 5.2-re frissült pacmannal nem volt kompatibilis a fent lévő yay. Ezért újra forráskódból kell leforgatni:
git clone https://github.com/Jguer/yay.gitcd yaymakesudo make installEzután már működik. Ezt a baromságot nekem is írja:
==> WARNING: PACKAGER should have the format 'Example Name <email@address.invalid>'De csak warning, nem error, ami miatt leállna az aktuális csomag telepítése, nem kell vele foglalkozni. Gondolom az új pacmannak más a formátuma, mint a réginek, és ehhez még nem igazították hozzá az AUR-ban lévő makepkg scripteket.
-
attilav2
őstag
válasz
attilav2
#6106
üzenetére
Felraktam a haveged csomagot és elindítottam a service-jét, ez úgytűnik megoldotta a gss.proxy-ra várást grafikus belejentkezés esetén, valamilyen random number generator kell az nfs egyik függőségének, ha nincs TPM akkor a haveged-et ajánlja a wiki. kwallet beállításra meg a kwalletmanagert ajánlja a wiki.
-
Frawly
veterán
válasz
Laszlo733
#6108
üzenetére
Archon nincs frissítéskezelő. Csak pacman terminálban/konzolban.
Az NFS-ből, és tűzfal+torrent kombóból ítélve ez egy szerver, de akkor meg nem tudom minek rá SSDM, meg KDE. Ezek mind mehetnek grafikus felület nélkül. Octopi meg az aztán tényleg egy olyan dolog, ami hulla felesleges egy szerverre.
Az Octopival nem tudsz mit csinálni, ha rossz a makepkg script, akkor így jártál. Esetleg megtanulsz Bashül és kijavítod. Van ez így, hogy egy gondozatlan AUR csomag eltörik, mivel a gazdája nem igazítja hozzá a változásokhoz.
-
Laszlo733
aktív tag
" Én a történetedben azt nem értem, hogy a pacmant miért yay-jel akarod telepíteni? Miért nem pacmannal? Nálam simán települt az 5.2-es, semmilyen hibám nem volt azóta. Igaz én Octopit nem használok, yay-t is csak az AUR-os csomaghoz. "
Én nem akartam, hanem a frissítéskezelő nem telepítette. Az Arch forumon meg olvastam a hibáról és ott javasolták a yay törlését, majd a pacman telepítését pacman -nel és a git yay telepítést
-
Laszlo733
aktív tag
Köszi a segtséget!
Az Oktopi újratelepítésénél egy ilyet dobott:
[arch@Archlinux ~]$ yay -S octopi
:: There are 4 providers available for octopi:
:: Repository AUR
1) octopi 2) octopi-dev 3) octopi-git 4) octopi-kde-git
Enter a number (default=1):
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur: 2] alpm_octopi_utils-1.0.1-1 octopi-0.9.0-3
:: Downloaded PKGBUILD (1/2): alpm_octopi_utils
:: Downloaded PKGBUILD (2/2): octopi
2 alpm_octopi_utils (Build Files Exist)
1 octopi (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==>
:: Parsing SRCINFO (1/2): alpm_octopi_utils
:: Parsing SRCINFO (2/2): octopi
/usr/share/makepkg/lint_config/variable.sh: sor: 67: szintaktikai hiba „fi” váratlan tok
en közelében
/usr/share/makepkg/lint_config/variable.sh: sor: 67: ` fi'
/usr/share/makepkg/lint_config.sh: sor: 43: lint_config_variables: parancs nem található
Error downloading sources: alpm_octopi_utils -
attilav2
őstag
Ma reggel jól felbosszantott az arch! Már azthittem mindent jól beállítottam, nfs, tűzfal, torrent. Beállítottam az sddm display managert mert kde-t használok. Hát újraindításnál azzal örvendeztet meg a rendszer hogy a gss proxy-ra vár ami az nfs-utils függősége így leszedni sem tudom mert akkor le kell szedjem az nfs-t is. Kb 10-15mp-et vár a gss proxy-ra indításkor ha a display manager be van kapcsolva, kikapcsoltam most gyorsan bebootol csak nincs grafikus bejelentkezés. Hogy tudom ezt a gssproxy-t debugolni hogy miért tartja fel a boot-ot bekapcsolt sddm esetén? Másik problémám a kwallet ami a chrome indulásakor jelszót kér, pedig nem is adtam meg semmilyet, és kijelentkezteti a chrome-ot a google accountból. Hogyan szabadulhatok meg a kwallet-tól?
-
Frawly
veterán
válasz
Laszlo733
#6104
üzenetére
Távolítsd el az Octopit pacman -Rns segítségével. Aztán töröld a ~/.cache/yay/ mappa tartalmát. Majd próbáld újratelepíteni az Octopit yay-jal.
Én a történetedben azt nem értem, hogy a pacmant miért yay-jel akarod telepíteni? Miért nem pacmannal? Nálam simán települt az 5.2-es, semmilyen hibám nem volt azóta. Igaz én Octopit nem használok, yay-t is csak az AUR-os csomaghoz.
.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
BoB
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eladó Steam kulcsok kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Vírusirtó, Antivirus, VPN kulcsok
- Csere-Beszámítás! Számítógép PC Játékra! Intel I7 6700/ RX 580 8GB / 32GB DDR4 / 500GB SSD
- Telefon felvásárlás!! Samsung Galaxy S24/Samsung Galaxy S24+/Samsung Galaxy S24 Ultra
- LG 27GS60QC-B - 27" Ívelt - 2560x1440 - 180Hz 1ms - AMD FreeSync - Bontatlan - 2 Év Gyári Garancia
- LG 65B4 - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- Asus Rog Strix G16
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest