- Mikrotik routerek
- Milyen routert?
- SkyShowtime
- Mesterséges intelligencia topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Router gondok
- Kaspersky Antivirus és Internet Security Fórum
- Aliexpress tapasztalatok
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- Törvénnyel pörgetné fel az európai zöldtechnológiát az EU
-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
őstag
válasz Shyciii #6250 üzenetére
Igen az Arch elég gyorsan megvan a frissítéssel, ha dkms kernelmoduljaid vannak (pl vmware hez kell) akkor kicsit tovább tart a frissítés, feltéve hogy a kernel is frissül. Tumbleweed-en hosszabb a frissítési idő, csak néhány naponta érkeznek frissítések és sok csomag frissül egyszerre, nomeg a zypper lassabb mint a pacman.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Rájöttem hogy a a grafikus gyorsításért, megjelenítésért, a mesa driverek (mesa mesa-vdpau libva-mesa-driver) felelnek. Az én kártyámnál konkrétan a r600-as driver, ez az Xorg.0.log-ból derült ki. Ha nincs feltelepítve az xf86-video-ati (radeon driver) illetve nincs /etc/X11/xorg.conf.d/20-radeon.conf akkor is vígan indul az X van vdpau meg vaapi, sőt 3d is. Akkor ez azt jelenti hogy az xf86-video-ati csomag teljesen felesleges? De adak ki az új kártyáthoz xf86-video-amdgpu Xorg drivert, akkor az is felesleges akinek újabb radeonja van mert a mesa úgyis megoldja? Waylandnál ha jól gondolom akkor mindent a mesa intéz.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
F34R
nagyúr
válasz attilav2 #6252 üzenetére
xf86-s csomagok a Xorghoz kellenek driver szinten.. Mesa az egy 3D grafikus konyvtarcsomag... Mondjuk ha van amdgpu akkor felesleges az ati, hacsak nem valami nagyon legacy kartyad van.. Wayland ala is ugyanugy kell a grafikus driver, csak ott nem az X indul hanem a Wayland server. Viszont wayland alatt ne nagyon akarj jatszani mert a legtobb a Xorg-ra repul ra.
-
Frawly
veterán
Nekem Waylanden nem volt még gond egy játékkal sem. Vagyis 1-2-nél a teljes képernyős mód szórakozott első indulásnál, de ez sem a Wayland, hanem a SwayWM sara volt, és ilyenkor a játék menüjében előbb ablakos módot kiválasztva, újraindítva, majd újra teljes képernyős módot választva és újraindítva jók lettek ezek a játékok, utána akárhányszor indítom, probléma nélkül futnak.
Szerintem a Wayland teljesen élhető lenne, a gond az alacsony adoptációjával van, 2 bloat DE, 1 használható i3wm-klón érhető el rá, a többi rá írt DE/WM meg kísérleti tesztfázisban megrekedt demó, meg prealfa koncept. Tehát a választék nem valami nagy, ez vele a fő baj. Meg az is kár, hogy kevés az a natív waylandes alkalmazás, ami normálisan kihasználná azt az előnyt, amit nyújtani tudna. Pedig nem rossz a Wayland, gyors, a X.org-nál minimalistább, bloatmentesebb (még XWayland Xorg emulációval is). Tehát lenne értelme elterjeszteni, de a fejlesztők még nem ismerik, idegenkednek tőle.
Sokan tévesen ítélik meg a Waylandet, mert kipróbálják Gnome3, KDE5 Plasma alapokon, és az bloatnak tűnik. De azokon sem a Wayland a bloat, hanem maga az egész DE. Emiatt sokan azt hiszik, hogy a Wayland is olyan értelmetlen bloat, mint a systemd meg a Pulseaudio, pedig pont hogy fordítva. Csak jól kéne tudni használni.
-
Frawly
veterán
válasz attilav2 #6252 üzenetére
Sose késő rájönni ezekre. Pontosabban a mesa az hardveres 3D-s OpenGL gyorsításért felel.
A r600-as radeonokhoz meg alapból a kernelben lévő nyílt, legacy, „radeon” nevű, kernel mode setting (KMS) drivert használja a rendszer.
Az xf86-video-ati elvileg kéne, de már én is olvastam több helyen, hogy a telepítése nélkül is el lehet lenni. Így van ez Intel GPU-kkal is, azoknál sem kell már az xf86-video-intel csomag, igaz azoknál ez a tény hivatalosan is reklámozva van az Arch, Debain wikijeiben. radeon drivernél ilyet nem írnak.
A VDPAU nem függ a mesa-tól, sem a kernel drivertől, sem a Xorg-tól, hanem ahhoz külön csomagot kell feltenni: mesa-vdpau.
Az amdgpu nyílt kernel driver (és ennek a xorg-os párja) újabb kártyákhoz való, HD6000-es kártyákhoz még nem, hanem az attól újabb GCN architektúrájú kártyákhoz.
Az amdgpu-pro meg a zárt driver, de azt csak OpenCL-hez éri meg feltenni állítólag.
-
őstag
Kipróbáltam a fedora 31-est, borzalom A telepítője, partícionálója is viszont a gnome alapból waylandes rajta.
Szerintem a SuSe-nak van a legnormálisabb telepítője, partícionálója, és a majdnem fullosan működő Plasma wayland session is jó pont(a firefox kifagy alatta de minden más pl clementine is, megy). Archon azért nem fut a clementine és egy sor másik QT5 app Plasma waylanden mert a rendszer nem tudja betölteni a qt wayland platform plugint, sokat googleztam a hibaüzenetre, meg is próbáltam a talált megoldásokat de semmi nem segített.
Egyedül úgy működik majd' minden QT-s app waylanden ha a QT_QPA_PLATFORM=xcb változó be van töltve az /etc/environments-ben. De ezzel agyon is van vágva a wayland, mert így ugyan futnak az eddig nem futó Qt alkalmazások waylanden, de fagyogatnak egy idő után.
Amúgy a wiki QT5 alkalmazásokhoz a QT_QPA_PLATFORM=wayland-egl változót ajánlja vagy lehet még jó a QT_QPA_PLATFORM=wayland is, de ezeket a plugineket nem tudja betölteni Arch-on a plasma. Ha a QT_QPA_PLATFORM=xcb változó be van kapcsolva akkor a szokásos méretű az egérkurzor, de ha ez a változó nincs bekapcsolva(ez az alapértelmezés) akkor az egérkurzor nagy méretű, ez jelzi ha tiszta plasma wayland sessionben vagyunk X emuláció nélkül. Tumbleweed-en nagyméretű volt az egérkurzor a Plasma wayland sessionban, tehát nem volt bekacsolva az X emuláció a QT5 appoknak, a clementine így is szépen futott.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
májkimiki
őstag
válasz attilav2 #6256 üzenetére
Ilyen mélyen nem vágom egyik rendszert sem, mint Te. Úgy látom az Open SuSe most favorit nálad. Anno engem nem fogott meg, viszont van egy fork-ja is (ha lehet így mondani). Lehet találkoztál már vele, a Gecko Linux-ról lenne szó.
[link]
Ha van kedved és időd megnézni ebben a kontexusban, mint a Fedora-OpenSuSe összehasonlítást.
Igazából akkoriban még ennyire sem voltam képben a témában és nem jött át, hogy Gecko-ék mit tesznek hozzá az eredetihez. Nekem csak annyi maradt meg, hogy default Ubuntu betűkészlettel operálnak és több minden van "összegerebjézve", mindazokból a kellékekből, amiket az anya rendszerre utólag kell feltenni. Ilyen volt a Korora is a Fedora-ra épülve, már egy ideje inaktívak. -
Frawly
veterán
válasz attilav2 #6256 üzenetére
Az Arch Wiki szerint fel kell tenni a qt5-wayland csomagot.
Nekem Gnome3 Waylanden és most SwayWM Waylanden nincs gondom a Qt-s alkalmazásokkal. Igaz most Sway-en egyedül a qBittorrentet használom, ami Qt-s, de az csak Qt4-es. Semmi baj nincs vele, nem fagy, pedig semmilyen spéci környezeti változót nem adok meg neki.
-
őstag
A Sway-t felraktam, ha elindítom csak egy üres asztalt kapok és a jobb egérgombra sem jön elő menü. Mit kell beállítsak, hol, hogy valamit el tudjak benne indítani?
qt5-wayland csomag telepítve van és a libek is megvannak a /usr/lib/qt/plugins/platforms
alatt de csak az xcb plugint tudja betölteni a plasma wayland session. Ez tuti valami Arch specifikus hiba.[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6259 üzenetére
A konfigfájlban adj hozzá billentyűzetkombinációt. De ha ilyen kattintási ingerenciáid vannak, akkor inkább ne tedd fel, mert tiling WM, amit billetnyűzetes irányításra terveztek. Tehát se ablakok, se ablakdekorációk, se tálca. Kattintani is kevés dologra lehet, teljes képernyős mód füleire, meg a panelen a virtuális asztalokra, és kifújt. Nem is azért írtam, hogy feltegyed, csak példának, hogy egy másik waylandes felületen is probléma nélkül futnak a Qt-s alkalmazások.
Alapértelmezésben Sway-ben Win+d indítja a dmenu-t. A többi billentyűparancsot a default configban tudod megnézni: /etc/sway/config fájlban, ezt másold át a ~/.config/sway/config fájlként, és módosítsd saját igényed szerint.
Egyébként ha Qt kell és Wayland, akkor a KDE5-öt is kipróbálhatod.
-
őstag
válasz vargalex #6260 üzenetére
Persze, gnome-wayland session-t is próbáltam, minden QT-s app megy benne. SuSeTumbleweed-en Plasma Wayland sessionben is megy minden QT-s alkalmazás, Csak Arch plasma wayland sessionben nem.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
F34R
nagyúr
-
Frawly
veterán
Akkor az még jobb, ha Qt5. Sose volt vele problémám egyik grafikus felület alatt sem ezekkel, sem X.org-on, sem Wayland-kompozitorokkal. Már csak ez az egy Qt-s progi van, amit használok, mivel ebben a legegyszerűbb leszervezni, ha valami torrentet csak részlegesen akarok letölteni. Persze hosszú távon ki lesz váltva vagy Transmission CLI-vel, vagy rtorrent-tel, és az utolsó Qt-s progit is végleg száműzöm.
-
májkimiki
őstag
Sikerült beleszaladni egy kis csomagtörésbe.
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: ax265 (3.2.1-1) telepítése megtöri a 'libx265.so=176-64' függőségét, amely ffmpeg2.8 által szükséges
x265 eltávolításra
audacious-plugins: opcionális függősége van ffmpeg: ffaudio input
audacity: opcionális függősége van ffmpeg: additional import/export capabilities
avidemux-cli: opcionális függősége van x264: for the corresponding video encoder plugin
avidemux-cli: opcionális függősége van libx264: for the corresponding video encoder plugin
avidemux-cli: opcionális függősége van x265: for the corresponding video encoder plugin
calligra: opcionális függősége van qt5-webengine: for Calligra Gemini
deadbeef: opcionális függősége van ffmpeg: for ffmpeg plugin
gegl: opcionális függősége van ffmpeg: ffmpeg plugin
imagemagick: opcionális függősége van libheif: HEIF support
libde265: opcionális függősége van ffmpeg: for sherlock265
parole: opcionális függősége van gst-libav: Extra media codecs
parole: opcionális függősége van gst-plugins-bad: Extra media codecs
parole: opcionális függősége van gst-plugins-ugly: Extra media codecs
phonon-qt5-gstreamer: opcionális függősége van gst-plugins-bad: additional codecs
phonon-qt5-gstreamer: opcionális függősége van gst-plugins-ugly: additional codecs
phonon-qt5-gstreamer: opcionális függősége van gst-libav: libav codec
qt5-multimedia: opcionális függősége van gst-plugins-bad: camera support, additional plugins
qt5-multimedia: opcionális függősége van gst-plugins-ugly: additional plugins
qt5-multimedia: opcionális függősége van gst-libav: ffmpeg plugin
smtube: opcionális függősége van mplayer: play videos with MPlayer
smtube: opcionális függősége van smplayer: play videos with SMPlayer
smtube: opcionális függősége van vlc: play videos with VLC
smtube: opcionális függősége van mpv: play videos with MPV
soundconverter: opcionális függősége van gst-plugins-ugly: Extra media codecs
soundconverter: opcionális függősége van gst-plugins-bad: Extra media codecs
soundconverter: opcionális függősége van gst-libav: Extra media codecs
soundkonverter: opcionális függősége van ffmpeg: ffmpeg backend
soundkonverter: opcionális függősége van mplayer: mplayer backend
webkit2gtk: opcionális függősége van gst-plugins-bad: media decoding
webkit2gtk: opcionális függősége van gst-libav: nonfree media decoding
youtube-dl: opcionális függősége van ffmpeg: for video post-processing
youtube-dl-gui-git: opcionális függősége van ffmpeg: convert video files to audio-only files
Figyelem: körkörös függőséget észleltem:
Figyelem: a(z) ffmpeg csomag saját x264 függősége után lesz eltávolítva
Szedjem le az x265 csomagot, majd update után tegyem vissza? -
májkimiki
őstag
válasz májkimiki #6265 üzenetére
A nyáron volt hasonló anomália az x264 és x265 csomagokkal, de akkor nem tört ennyi minden. Arra már nem emlékszem hogyan oldottam meg. Most vissza bogarásztam a pamac-aur előzményeiben és ebben látom a hibát. Miszerint két ffmpeg csomag is telepítve van.
[2019-07-21 13:00] [ALPM] removed ffmpeg2.8 (2.8.15-2)
[2019-07-21 13:04] [ALPM] upgraded ffmpeg (1:4.1.3-1 -> 1:4.1.4-1)
[2019-07-21 13:40] [ALPM] installed ffmpeg2.8 (2.8.15-2)
[2019-08-18 16:56] [ALPM] upgraded ffmpeg (1:4.1.4-1 -> 1:4.2-4)
[2019-09-17 18:04] [ALPM] upgraded ffmpeg (1:4.2.1-1 -> 1:4.2.1-2)
A 2.8-as AUR-os csomag a másik meg a rendes Arch csomag. Mindegyik ugyan azokat a csomagokat rántaná magával vagy opcionális függőségben áll. Ezt már a Paste-ra teszem.
[link]Melyik ffmpeg-et hagyjam fenn?
-
Frawly
veterán
válasz májkimiki #6266 üzenetére
A legfrissebb, hivatalos tárolós ffmpeg-et. Ez most az Arch hivatalos tárolójában a 4.2.1-es verzió.
Tehát nyomatod fel ezeket:
sudo pacman -Rdd ffmpeg x265 libde265
sudo pacman -Syyu ffmpeg x265 libde265A dd kapcsoló kihagyja a függőségellenőrzést. Ha a telepítéskor reklamálna a függőségek miatt, akkor a -Sdd kapcsolóval próbáld telepíteni.
-
májkimiki
őstag
Köszi szépen, elindult a frissítés.
Annyi lenne még, hogy ezen a rendszeren Yaourt van még Aurhelper-nek. Nyár elején még nem figyeltem a Yaourt elavultságát és az jött szembe legelőször, azt telepítettem. Most lecserélném Yay-re. Azt telepítettem már másik gépre. A Yaourt-ot hogyan tudom leszedni telejesen? -
Frawly
veterán
válasz májkimiki #6270 üzenetére
A pacman -Rns yaourt paranccsal. Esetleg még az /etc/pacman.conf végén, ami benne van az archlinuxfr-es sor, azt kiszeded, vagy # jelet a sorok elé szúrva kikommenteled, majd futtatsz egy pacman -Syyu parancsot.
De még leszedni sem muszáj, hagyhatod fent, nem foglal sok helyet, használod helyette a yay-t.
-
őstag
Valamelyik oldalon egy leírásban láttam és azóta buzgón használom csomagok föggőségekkel való eltávolítására a pacman -Rscn parancsot. Hát most ráfáztam egy kicsit.
Felraktam a gnome gnome-extra csomagokat egy próba erejéig, majd eltávolítottam őket a szokásos pacman -Rscn gnome gnome-extra paranccsal. Hát csak néztem hogy utána nem volt net! Hát eltávolításra került a Networkmanager is! Telefonon megnéztem hogyan kell bekonfigolni a systemd-networkd-t, ezzel gyorsan megvoltam lett megint net. Aztán megnéztem pacman man oldalát és a -c --cascade kapcsoló volt a bűnös
-c, --cascade
Remove all target packages, as well as all packages that depend on one or more target packages. This operation is recursive and must be used with care, since it can remove many
potentially needed packages.
Mostmár csak az -Rs kapcsolót fogom használni föggőségekkel együtt történő eltávolításra, ha csak ki nem megy a fejemből-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
májkimiki
őstag
Már leszedtem, nem abajgott semmi érte.
Lenne még egy kérdésem Xfce-vel kapcsolatban. Hol tud "beragadni" automatikus indításra, bejelentkezés után egy program. Ha nem volt olyan beállítási szándék, hogy benne legyen az automatikusan induló alkalmazások közt.
Multkor panaszolta a cimbim, hogy a QBittorrent elindul automatikusan, holott nincs beállítva sem a programban sem az Xfce-ben. Mostanra ez megszűnt, pedig nem tettünk semmit ez érdekében. Viszont tegnap este óta a Firefox és a Pamac indul el bejelentkezés után.
Hol lehetne bogarászni a rendszerben ez ügyben? -
májkimiki
őstag
Az
/etc/xdg/autostart
-ban csak két tálcaértesítő indítás van:
-pamac-tray-budgie.desktop
-pamac-tray.desktop
A~/.config/autostart
-ban nincs se Pamac se Firefox bejegyzés.Tegnap mikor a frisstéssel küzdöttem, kikapcsoltam a Pamac-ban az AUR használatát és megpróbáltam "helyre rakatni" a frissítést. Most nem látom az az opciót. Szüttyögött a rendszer, majd negyed óra után nem tudtam sehogy se leállítani a folyamatot. Ekkor szabályos kijelentkezést és restartot csináltam. Közben a FF is meg volt nyitva. Azóta van ez a jelenség. Próbáltam volna htop-ban kilőni a Pamac-ot, de nem találtam a futó processzek közt.
-
májkimiki
őstag
Úgy néz ki helyre állt a rend. Bezártam minden futó programot és a "Munka menet és indítás" beállításokban kiválasztottam az automatikus mentést és bejelentkezéskor a munkamenet választó mutatását. Egy "default" menett munka menetem van, mint eddig, csak aktualizálva a mostani dátumra.
Most már munkamenet választó nélkül is rendesen megy minden bejelentkezés után. -
májkimiki
őstag
Volna egy-két érdekes dolog még amit megosztanék veletek. Ma reggel telepítettem VBox-ba egy ArchLabs-ot, mert kiakarok néhány dolgot próbálni.
1: Yay telepítése.
Szóval ez alapján, ez jön szembe leghamarabb a találatok közt és itt is ez volt ajánlva.
[link]$ sudo pacman -S git
$ git clone https://aur.archlinux.org/yay.git
$ cd yay
$ makepkg -si
A folyamat rendben lefutott, majd terminálban próbálva:yay -Syu
vagyyay -S pamac-aur
A válasz az, hogy a yay parancs nem található.
Ezután gondolva Frawly javaslatára, amikor a pacman frissülékor is gond volt a yay-el. Megpróbáltam ezt a telepítést:git clone https://github.com/Jguer/yay.git
cd yay
make
sudo make install
Ez előtt töröltem a yay könyvtárat, mert a meglévőbe nem klónozta ennek a tárolónak a tartalmát. Továbbá a múltkor ago
hiánya miatt elhasalt ez a telepítés, így most azt is feletettem előtte.sudo pacman -S go
Így már működött rendesen a yay.2: VBox-ban full screen-ben ArchLabs.
Mindent telepítettem a guest-en, ami kell a kernelnek a VBox-hoz + interakciós szolgáltatások CD-ről is a"VBoxLinuxAdditions.run"
-t.
Viszont a tálca és az ablakok villództak nagyon zavaróan.
A legfrissebb VBox már a "Képernyő" beállítások menüben a "Grafikus vezérlő"-nek VMSVGA eszközt állítja defaultnak.
Ha a VBoxVGA-t (ez volt régebben a default) választom, akkor megszűnik minden villódzás, rendesen-normálisan lehet használni a rendszert.
Ez azért érdekes, mert más Debian alapú disztrók indításakor kimondottan nyavajog a VBox, az elavultnak számító VBoxVGA miatt.3: ArchLabs telepítése VBox-ba.
Aki kedvet érez hozzá, az ne lepődjön meg. Akkor, amikor automata partícionálást választva a telepítő szkript hibával kilép. A default beállítás ebben az esetben, UEFI-GPT szerinti rendszer. A virtuális gépünk meg BIOS/MSDOS-os default.(ha uefis gépet kreáltunk, akkor nem lessz probléma).
A lemezt manuálisan kell partícionálni a telepítő által kínált programokkal(msdos-partícióstábla, 512MB ext4-boot és a maradék ext4-root partíció). Vagy ha idegen a parancssoros partícionálás, akkor bebootolni a virtuális gépet olyan live ISO-val, amin van GParted. Majd újra indítani az ArchLabs ISO-val és követni a telepítőt, a mount menütől.
Jobban nem részletezném, mert maga a telepítő nagyon egyszerű. Ezt is jobbára a kezdő próbálkozóknak gondoltam elmondani.[ Szerkesztve ]
-
májkimiki
őstag
válasz Shyciii #6284 üzenetére
Igazából én nem tudom megítélni a yay, a trizen és a pikaur közti különbségeket. Nem olyan régóta van kapcsolatom az Arch-al. Jobbára a yay addig kell, amíg feleteszem vele a pamac-aur-t.
Az utóbbi hetek történései is abból adódnak, hogy cimbimnek van két régebbi notija, amik még linuxal tökéletesen működnek. Vele meg sikerült megszerettetni a linuxot, igazából az XP után már nem kívánta a Windowst. Szeret töltögetni tecsőről és találtam is hozzá progikat. Egy gond van, amikor az api változás miatt egy program verzió nem tud működni, amíg az újabb ki nem jön, vagy frissül. Így lett a választás az ArchLabs, mert mindkét notin ez fut a legjobban, egyforma rendszer és itt frissül minden a leghamarabb. Úgy hogy nem kell ppa-zni, .deb-ezni, appimage-zni, snap-ezni, flatpak-ezni. Egy felületen frissül a rendszer és az AUR-os programok is. Ezért kell a pamac-aur csomagkezelő-frissítés kezelő. Ő csak használja a rendszert és így meg frissíti. El is van csodálkozva a frissítések mennyiségétől és intenzitásától.
Mélyebben majd mostantól tudok foglalkozni az Arch-al. -
Frawly
veterán
válasz májkimiki #6288 üzenetére
Mikor a yay-t felteszed, akkor is ugyanazt csinálod, csak git clone-nal szeded le a forráskódot, majd átváltasz a forráskód mappájára és makepkg -si, ami egy script de elvégzi a fordítást.
Abba igazat adok, hogy legalább 1 AUR helpert normálisan támogathatna az Arch, úgy, hogy a hivatalos tárolóban is benne legyen binárisan.
Közvetlenül a pamac-aur-t így telepíted a forráskód letöltése után, terminálban:
sudo pacman -Syu meson ninja
tar -xvf /ahová/a/pamacaurt/letöltötted/pamac-9.1.1-1.tar.gz
cd pamac-v9.1.1
mkdir builddir
cd builddir
meson --prefix=/usr --sysconfdir=/etc
ninja
sudo ninja install
-
őstag
válasz májkimiki #6290 üzenetére
Pamac-aur-ral jártam már úgy hogy egy csomagtelepítést vagy eltávolítást nem tudott megcsinálni, nem tartom megbízhatónak. Inkább a pacman, az a hivatalos megoldás, a grafikus csomagkezelők inkább arra jók hogy jelezzék ha van frissítés, vagy rákeresni egy csomagra kategóriák szerint. Telepíteni, frissíteni csak konzolból, pacmannal és valamelyik aur wrapperrel. A legszükségesebb kapcsolókat meg lehet jegyezni. A téma összefoglaló is írja a pacman alapvető kapcsolóit.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
májkimiki
őstag
válasz attilav2 #6291 üzenetére
Nekem nincs bajom a konzollal, terminállal. Cimbimet nem érdekli ez része a témának. Neki megfelel így, nem telepít semmit, csak frissít. Hozzám jön, ha gubanc van. Rutinból lövi a screenshotot és küldi nekem. A múltkori pacman gubancon kívűl az én botlásaim miatt kellett piszkálni a rendszerét.
-
májkimiki
őstag
Más téma. Arra van esetleg bővebb információtok, hogy mely chip-es wifi stick-ekkel van a legkevesebb probléma rendes Arch telepítéskor? Nem tudok dróttal netezni, csak wifi hotspot-om van. Egy darabig el lehet VBox-ban is tanulgatni, de szeretném igazi vasra is feltenni. A sufniból előkotornám a régi tanuló gépem.
-
Shyciii
veterán
Én azért használok trizent, mert mikor a yaourt-nak reszeltek, akkor a legtöbb jót a trizenről olvastam (bár nagy különbségek nincsenek). Viszont amióta trizent felraktam, azóta a pacman parancsot nem is használom már. Egy az egyben kiváltottam a trizen-el.
-
bhonti
tag
Ha valakinek szintén nem rakná fel a frissítéseket sem a pamac, se a pacman...
A pacui parancssorban képes volt kijavítani és végigment! (10 - Javítás)[ Szerkesztve ]
http://1kis.info.hu - Informatikus mindenkinek... 501065096 balazs@honti.tech
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- ThinkPad (NEM IdeaPad)
- Kínai, és egyéb olcsó órák topikja
- Milyen légkondit a lakásba?
- Építő/felújító topik
- Android másképp: Lineage OS és társai
- Elektromos autók - motorok
- eMAG/edigital vélemények - tapasztalatok
- Androidos fejegységek
- Milyen monitort vegyek?
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen