- Milyen okostelefont vegyek?
- Honor 200 Pro - mobilportré
- iPhone topik
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy Watch6 Classic - tekerd!
- Mobil flották
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
Archttila
#7197
üzenetére
Én is Termite-ot használok és nálam minden betűtípust elfogad. Ellenőrizd az Arch Wiki alapján, hogy a fontjaidat jó mappába tetted-e, és fc-list paranccsal néz meg, hogy mi a PONTOS neve az illető font-nak, néha trükkös, mert hol egybe van írva, hol külön, kis-nagybetű is számít, és nem mindig esik egybe a font fájlnevével sem. Én Fantasque Sans Mono-val használok, de használok mellette Dejavu Sans Mono-t, MS Cascadia, Adobe Source Code Pro, Ubuntu Mono fontokat is, külön termite-os conf-fal vagy grafikus progikban.
Notification-t te is tudsz írni magadnak, csinálsz egy scriptet, ami megnyit egy terminált, abba elindít egy másik scriptet, ami az üzenetet kiírja, és x másodperc után bezárja magát. Igaz így nyomtalanul eltűnik, de ezt valami logolási módszerrel ki lehet egészíteni. Igazából még a Dunst-ot is kipróbálhatod, mert az a legjobb notification deamon, és igaz, hogy X.org-os, de mennie kell Wayland alatt is, XWaylandet használva.
-
Archttila
veterán
Reggel kapott egy
-Rsn-t a mako. Jobban belegondolva semmi szükségem rá... megszokásból meg felesleges notify-t (vagy bármit) használni.
(Xfce)
Van itt más fontos dolog amivel érdemes foglalkozni. Ilyen többek közt a termite font kezelése (esetemben nem kezelése). Gyakorlatilag a Monospace és Source Code Pro beállítósokon kívül semmilyen a rendszer alá telepített betűtípust nem hajlandó elfogadni.
Ezeket próbáltam:- Awesome terminal
- Robot
- Cantarell
- Droid -
Frawly
veterán
válasz
Archttila
#7195
üzenetére
Nem használok notificiaton progit. Próbáld terminálból indítani, és egy másik terminálból küldj át rá értesítéseket, nézd meg mit ír ki futás közben, megkapja-e ezeket, ír-e hibát.
Azt nem is tudtam, hogy a waybar már default konfigban ilyen csilivili. Git-es tárolóm még nincs, de tervezek egyet regisztrálni, mert még sose használtam sajátot, pedig hasznos.
-
-
Frawly
veterán
válasz
Archttila
#7191
üzenetére
Ezt a waybar konfigot feltölthetnéd valahová, pastebin, vagy git vagy hasonló, elég jól néz ki. Az ARM-es Firefox szerintem lefordítható waylandes támogatással, én nem tudok olyan korlátról, hogy csak x86 és x86_64 alatt lehetne ezt beleforgatni. Azt meg ne kérdezd, hogy hol és milyen flag-et kell hozzáadni, utoljára Gentoo-n csináltam ilyet, és ott sem forgattam Firefoxot.
-
attilav2
őstag
Jó hír, végre megy a TBS6221 tuneremmel a V4L tree újrafordítást nem igénylő(pillanatok alatt lefordul) AlexanderS féle tbsecp3 driver
a tuneres topikban írtam róla, azt a hsz-t linkeltem be. -
Archttila
veterán
Egy hozzáértő ránézne nekem, hogy egyáltalán forgatható-e wayland támogatással az általam használt Firefox ARM build? (letöltöttem a forrást, és elvileg tudok fordítani is
csak ezt a wayland flage-et nem vágom)
Ha letiltom sway configba az Xwayland-et akkor el sem indul az FF, szóval tuti nincsen beleforgatva a hivatalos csomagba.Közben elkezdtem testre szabni az alapértelmezett waybar-t
-
#7188
vargalex
félisten
Xenophobermn
#7186
vargalex
félisten
válasz
Xenophobermn
#7186
üzenetére
Visual Studio Code-ban működik PHP esetén is, ott dupla kattintásra csak a változó nevét jelöli ki $ nélkül.
-
#7187
Frawly
veterán
Xenophobermn
#7186
Frawly
veterán
válasz
Xenophobermn
#7186
üzenetére
Valóban, ha PHP fájlban próbálom, nálam sem működik. De még egy olyan csavar is van benne, ha nem PHP fájlt szerkesztve beállítom neki a PHP-s kódszínezést, még úgy is működik, de ahogy elkezdem a fájlt PHP-s címkék közé tenni, úgy már átszínezi a változóneveket és többé nem megy ez a kettő kattintásos csoportos kiemelés. Szóval mindenképp a PHP-s kódértelmezőben van a hiba.
-
#7185
Frawly
veterán
Xenophobermn
#7184
Frawly
veterán
válasz
Xenophobermn
#7184
üzenetére
Nálam alapból ilyen mindkettő, nem kellett aktiválni külön. Próbáld meg a notepadqq konfigurációs fájlját törölni (vagy csak átnevezni), úgy visszaállnak az alapértelmezett beállítások. Ennek a fájlnak az elérési útja: ~/.config/Notepadqq/Notepadqq.ini
Próbáld meg úgy is, hogy $változó nevet sima .txt szövegfájlba írod és úgy jelölöd ki duplakattintással, ha úgy megy, akkor a PHP kódfeldolgozóban van a hiba, nem magában a progiban.
-
#7184
Xenophobermn
csendes tag
Frawly
#7179
Xenophobermn
csendes tag
Kedves Frawly!
Köszönöm hogy leellenőrizte, jó tudni, hogy működő funkció Arch alatt is. Már csak azt kellene tudni, hogy ezt a funkciót hogyan tudom aktiválni? Mert nekem nagyon hiányzik. Nem konfiguráltam agyon a rendszert, nem vagyok profi ezért nem is nagyon merülök ményre a rendszerbe. Valaki esetleg?
-
Archttila
veterán
Az altalad irt kornyezeti valtozoval ptobaltam eloszor, de akkor is x11 alatt fut.
Ha terminalbol inditom akkor meg egy rakat hibauzenettel elhasal. (most nem vagyok otthon de holnap bemasolom)
Attol tartok az van amit irsz, ARM-en nincs beleforgatva a wayland support.Programozoltol elore is elnezest kerek
de forrasbol barmilyen architecturara buildelhetek, vagy ez sok egyeb mas dologtol is fugg? Csak mert ugy latom makelni lehet ugy is, h figyelmen kivul hagyja az architekturat...
Elnezest ha marhasagot irtam
-
Frawly
veterán
válasz
Archttila
#7180
üzenetére
A FF-ot futtasd a MOZ_ENABLE_WAYLAND=1 környezeti változóval, pl. MOZ_ENABLE_WAYLAND=1 firefox, vagy scriptbe teszed bele, hogy a firefox indítása előtt: export MOZ_ENABLE_WAYLAND=1. Ezt a környezeti változót a /etc/environment fájlba, vagy export MOZ_ENABLE_WAYLAND=1 formában a /etc/profiles fájlba is beleteheted, akkor nem kell kiadni minden egyes indulás előtt.
De még az is lehet, hogy az ARM-es Firefox build nem tartalmazza a Wayland-támogatást, ez egy olyan feature, amit fordításkor bele kell fordítani.
-
Archttila
veterán
Idokozben sikerult (majdnem teljesen) belaknom a rendszert. (Sway on RPI4) Egyetlen aprocska gondom van csak, a Firefox meg mindig x11 alatt fut, es fogalmam nincs mi lehet ennek az oka.
Google nem segitett, szoval ha valakinek van meg valami otlete az ossza meg velem. -
#7179
Frawly
veterán
Xenophobermn
#7177
Frawly
veterán
válasz
Xenophobermn
#7177
üzenetére
Nálam működik, notepadqq-ban is, és vim-ben is. Az elsőben dupla kattintás, és kijelöli a változónevet úgy, hogy a dollárjelet nem jelöli bele, és jelöli vele az összes előfordulást. Ugyanez vim-ben, normál módban a csillag billentyű, az is épp így dollárjel nélkül jelöli ki, de ott is működik.
-
BoB
Topikgazda
-
#7177
Xenophobermn
csendes tag
Xenophobermn
csendes tag
Sziasztok!
Ismét egy újabb, kisebb problémába ütköztem.
Szoktam fejlesztgetni weboldalt, leginkább notepadqq-t használok, de próbáltam a bluefish-t is. De sajnos egy számomra nagyon fontos funkció egyiknél se működik. Ahogy egy php változóra kattintok ($variable) duplán, akkor windowsnál kijelölte a dokumentumban az összes előfordulást, ami nagyon hasznos dolog. Viszont ez a funkció arch-nál nem működik.
Esetleg tudja valaki ezt hol lehetne beállítani?
Ha jól gondolom ez valami rendszerbeállítási gond lesz, nem maga a szerkesztő hibája.
Ugyanis sima string, vagy függvény dupla klikk kijelöli az összes előfordulást. Csak a $variables - el nem működik
Se bluefish, se notepad, se alap editor - nál. -
BoB
Topikgazda
-
BoB
Topikgazda
Ha valaki meg akarja nézni saját maga itt a script amit csináltam (lynx kell hozzá):
#!/bin/zshmakedepends_counter=0progress_counter=0lynx -dump https://aur.archlinux.org/packages.gz | sed 1d > AUR_listtotal_number_of_packages=$(wc -l < AUR_list)echo "Total number of packages to check: $total_number_of_packages"while read packagedopkgbuild=$(curl -s "https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=$package")grep -q 'makedepends' <<< $pkgbuild && ((makedepends_counter++))((progress_counter++))echo "Progress: $progress_counter / $total_number_of_packages - Total packages with 'makedepends' so far: $makedepends_counter"done < AUR_listecho "Total number of AUR packages containing 'makedepends': "$makedepends_counter -
BoB
Topikgazda
-
Frawly
veterán
Most néztem, kimaradt a „se”. Úgy akartam, hogy a „JOE se rossz”, magyarán az is jó, csak nem népszerű, nem vonz sok embert, mert eleve WordStar-t kevesen használtak. Fáradtan nem kéne fórumozni.
(#7171) sati: az a kiindulóprobléma a vágólappal, hogy az X-es alkalmazások látják egymás vágólapját, de a waylandes alkalmazásokét nem látják. És fordítva is igaz. Ha a FF-ot átkapcsolod Wayland-módba, akkor ugyan látni fogja a waylandes alkalmazások vágólapját, de cserébe akkor az X-esekét nem látja.
A Wofi-ról hallottam, de még nem próbáltam. De ez a bemenu teljesen új, arról még nem is hallottam, hétvégén kipróbálom. Nálam jól megy a dmenu, még sose fagyott. Olyan viszont előfordult régebben, akkor is nagy ritkán, amikor néha úgy marad a képernyőn, és akkor nem lehet eltüntetni. Mostanában nem futottam bele.
-
Archttila
veterán
Ne sajnáld. Tegnap lefekvés előtt nekiültem egy kicsit konfigolni és meglepődve tapasztaltam, hogy van copy/paste
így pillanatok alatt belőttem a fontokat (köszi a subpixel tippet ) a swaybar-t waybar-ra cseréltem amit témáztam (a menükre még nem volt időm) szóval így már egész pofás a UI egyszerűen imádom 
Szerintem arról lehet szó amit korábban is írtál, mégpedig hogy FF (about:config) alatt is engedélyezni kell a Wayland-et. (csak gondolom akkor ugrik a copy/paste) de ezt az esti film után még lehet meglesem.jah igen!
Az egyik frissítés után a dmenu fagyasztotta a gépet, így tettem egy próbát a Wofi-val (ami nekem annyira nem tetszett), szóval hamar repült. Kis keresés után rátaláltam a nativ bemenu-re, így most azt használom. -
Frawly
veterán
A JOE rossz, azt olyanoknak szokták ajánlani, akik régen WordStar editort használták DOS alatt, és nagyon be vannak idegződve az ujjaikba a WordStar-billkombók. De valamennyire hasonlít a nano-ra, pico-ra is.
(#7169) sati: ezt nem tudtam, sajnálattal olvasom. Továbbra sem lehetetlen lefordítani szerintem, csak akkor mindkét progiknak fel kell keressed a git repóját, azt leklónozod git clone cím kiadásával, és kézzel forgatod le. Nehezebb, de abszolválható, mivel egyik progi sem olyan rettenet nagy.
-
Frawly
veterán
válasz
Shyciii
#7162
üzenetére
Ja, a micro jó. Olyan, mint a nano meg a pico, csak sokkal többet tud, hagyományos, sztenderd billentyűkombókat ismer, Ctrl+C/V, Ctrl/Shift-Ins, Ctrl+X, Ctrl+Q, Ctrl+S, stb., tehát sztenderd elvekre épülő, nem modalitással bonyolított, nem kell a használatát tanulni, mint a vimnél vagy Emacs-nél. Aki használt már nano-t vagy pico-t, vagy mceditet, Notepad/Notepad++ klónt, az a micro-val is könnyen boldogul, nem sokat kell tanulni rajta, de mégis terminálos, konzolos, text user interface-es, minimalista, csomó plugin és beállítási lehetőség, kódszínezés, scriptelhetőség, szóval komoly cucc, ötvözi a vim komolyságát, minimalizmusát a hagyományos szerkesztők egyszerű kezelhetőségével, az a fajta komplex editor, amiből komplett IDE is építhető, és lehetőségeiben felér a vim, Emacs, Kakoune, Visual Code, Atom, Sublime, Notepad++, stb. tudásához, komplexitásához.
A Vifm-ben sem kötelező vi-os billentyűket használni, át lehet teljesen konfigolni (gyári billkombók kinullázása unbind-del, nyíl billentyűkre mozgás, F1-F10-es gyorsbillentyűk, mint nc/mc-ben, stb.), de akkor szerintem az értelme veszik oda.
A vim-et meg azért nehéz tanulni, mert
1) ahhoz, hogy profitálj belőle, szerintem tudni kell gépírni
2) át kell álljon rá az agyad, mivel nem text editor igazából, hanem text processor, jobban hasonlít egy interaktív sed-re, mint egy text editorra. Ezért sok szerkesztési műveletet át kell fogalmazni, máshogy kell alatta megközelíteni, végezni, eltérő logikával. Ezt pedig nehéz szokni. -
Shyciii
veterán
válasz
Archttila
#7161
üzenetére
Micro-t tényleg nézd meg. Én is csak ajánlani tudom. Én is azt használom, mert a vim/neovim szövegszerkesztésre nekem elbonyolított (vagy csak a 20-25 évnyi megszokottt billkombók jobban kézreállnak), micro viszont ötvözi frankün a kettőt. Filekezelőnek meg megmaradt a vim billes ViFM
-
Archttila
veterán
Azert ilyenek a fontok mert még nem lottem be oket
Nem csak azt, gyakorlatilag még semmit... feldobtam az alaprendszerre a Sway-t + par szukseges csomagot, illetve a Firefox-ot. (Brave sajnos nincs ARM-on) es most, hogy mar van bongeszom (es remelhetoleg nemi idom) valszeg gyorsabban haladhatok majd a konfiguralassal is.A minimalis eroforrasigeny mellett pont ez a masik ami tetszik a sway-ben, hogy ha még szépen lassan haladva is, de folyamatosan egyre jobb/szebb lesz a rendszer,.
Nagy valtas ez nekem, mivel pl eddig hozza voltam szokva a kemyelmes GTK-s pamac-hoz, most meg -Ss -Si -vel nezegetem a csomagokat, de egyaltalan nem erzem kenyelmetlennek, sot! ugy erzem minel tobbet terminalozok annal tobbet tanulok. Gyakorlatilag mar a telepites elotti preparalas is igenyelt némi odafigyelest, mivel ARM-ra nincs kulon image, nekeg kell a tar-bol csomizni, mountolni, szoval el is rontottam az elejen. (Root helyett sudo-t hasznalatam masolasnal, holott a guide kulon felhivta erre a figyelmet)Micro-t nem ismertem (korabban hasznaltam pico-t) de majd erre is ranezek. MC-vel kapcsolatban van egy erdekesseg. A gyorsbilles copy/paste nem mukodik a billentyuzeten, menubol viszont igen. Ez vagy bug, vagy csak nalam ilyen, de nagyon idegesito.
Este megnezem a micro-t.
-
Frawly
veterán
válasz
Archttila
#7157
üzenetére
Azt meg a gfx.webrender.all opció engedélyezésével lehet bekapcsolni, szintén az about:config oldalon. Ez bekapcsolja úgy a Webrender-t, hogy mindent azzal gyorsít.
Sőt, Wayland alapokon ment egy ideig a VAAPI-alapú hardveres médiadekódolás is, de eltört.
Editorból az mcedit helyett inkább a micro-t ajánlom (már ha a vim és Emacs nem jön be). Sokkal jobb editor, többet tud, könnyebb benne a kódszínezést is konfigolni. A nano-ra hasonlít, de annál jóval többet tud, nem csak az mcedit-nél.
A betűtípusaid is kicsit furcsák, túl vékony betűtípus, és mintha pixeles lenne. Szemkímélőbb egy rendes OpenType vagy FreeType fontot használni betűsimítással, utóbbinak alapból be kéne lennie kapcsolva, ha nem lenne nálad, akkor a Sway konfigjában az output parancs mögé felveszed a subpixel paramétert, aminek az értéke lehet: rgb|bgr|vrgb|vbgr|none. Elvileg az rgb a legtöbb kijelzőn jól mutat, de lehet vele kísérletezni. Ha ez sem segítene, akkor a ~/.config/fontconfig/fonts.conf fájlban lehet a hinting-et beállítani, az egy kicsit megvastagítja a betűkirajzolást, vannak benne fokozatok, slight, medium, full.
Ez egyébként ilyen műfaj, ezzel a konfigolással egy életre el lehet lenni. De a nagyjához elég pár hét, hogy kitapasztald az alapokat. De megéri, mert utána nem leszel semmilyen nagy cégnek a dizájndisztrójára rákényszerülve, mert a saját testreszabott disztród használod, saját magadnak támogatod, kitapasztalod mihez milyen hardveredhez driver, milyen csomag, milyen beállítás kell, onnantól megoldod magadnak. Nem kell olyanokon fetrengeni, hogy Mint alatt megváltozott a Cinmanó, meg a legújabb Ubuntun kivettek valami funkciót a Gnome-ból, meg a Snap van az ember arcába tolva, és azt kell elviselje, meg a legújabb Xubuntun az Xfce alatt bugzik a gyári kompozitor, tearing van, stb..
Gentoo ehhez képest még időrablóbb, mikor dupla függőségei fával (csomagfüggőség mellett USE flag függőség) szenvedve kell mindent ötször forráskódból kipörgetni, mire jó lesz, rájön az ember mit hogyan érdemes. És akkor nem értik a linuxos OFF topikban, hogy miért nem álltam át Gentoo-ra, meg mi az, hogy nincs rá időm, mikor nem nehéz az. Ja, elméletben nem, csak mikor a gyakorlatban csinálja az ember, mindent kitapasztalni. Ráadásul a sok idő egyben kell neki, mert nem úgy van, hogy van 5 percem, kicsit reszelek a rendszeren, ha belelendül az ember a fordítgatásba, akár órákig pörögnek a kódok, nem lehet csak úgy kilépni.
Anno az Arch-csal is megszenvedtem, de nem a disztróval, hanem a minimalista WM-ekkel, mikor DE-k használatáról tértem át, eleinte szokatlan volt, hogy ennyi mindent kézzel feltenni, konfigolni, panelt, menüt, kompozitort, mindenre a felhasználónak kell gondolni, minden apróságra, pedig előtte azt szokta meg, hogy DE-k alatt minden megy out of the box. De aztán meg lehet szokni, bele lehet jönni, mindig lehet vele tovább fejlődni. Épp ezért nem szoktam elmenteni a rendszertelepítést sem, mert mindig változik, konfigok is, mindig alakítok valamit, bevezetek valami újítást, és kb. fél évente úgy megváltozik a rendszer, hogy egy régi mentés visszahúzásával úgyse mennék semmire.
-
Archttila
veterán
BoB, Frawly köszönöm, egyelőre marad ez, aztán ha pár frissítés nem oldja meg akkor megnézem a javaslataitokat!
(még nem ez az elsődleges rendszerem)
Más
Úgy látom FF alatt van hardveres gyorsításom, viszont valahogy nem az igazi, illetve találtam egy-két gyanús sort az about:support Graphics alatt:FeaturesCompositing BasicWebGL 1 Driver Renderer Broadcom -- V3D 4.2WebGL 1 Driver Version 2.1 Mesa 20.2.0WebGL 2 Driver Renderer WebGL creation failed:* tryNativeGL* Exhausted GL driver options.GPU #1Active YesDescription V3D 4.2Vendor ID 0x14e4Device ID 0xffffDriver Vendor mesa/vc4Driver Version 20.2.0.0RAM 3836Decision LogHW_COMPOSITING available by defaultblocked by env: Acceleration blocked by platformOPENGL_COMPOSITING unavailable by default: Hardware compositing is disabledWEBRENDER opt-in by default: WebRender is an opt-in featureWEBRENDER_QUALIFIED available by defaultdenied by env: Not on allowlistWEBRENDER_COMPOSITOR disabled by default: Disabled by defaultWEBRENDER_ANGLE opt-in by default: WebRender ANGLE is an opt-in featureWEBRENDER_DCOMP_PRESENT opt-in by default: WebRender DirectComposition is an opt-in featureOMTP available by defaultWEBGPU disabled by default: Disabled by defaultblocked by runtime: WebGPU can only be enabled in nightlyabout:config alatt kell állítanom valamit?
-
Frawly
veterán
válasz
Archttila
#7152
üzenetére
Akkor próbáld meg a Mozilla oldaláról töltött tar.gz-s Firefoxot, abból is lehetőleg a Developer Editiont (béta), én is azt használom. Pedig én szoktam mondani, hogy Linuxon nem töltünk le weboldalról szutykokat, de ez az FF kivétel, 5+ éve használom, menet közben frissíti magát, nem hagyott még cserben, 2-3 naponta frissül. Igaz Wayland-es beállításokat rákényszerítve bármelyik FF bugozásba kezdhet, függetlenül attól, hogy melyik ág, milyen build, hányas verzió.
-
Archttila
veterán
Mar pont irni akartam, hogy hivatalos tarolobol van, es teljesen szuz install, de kozben eszembe jutott, h egy Sync-et azert bealitottam neki. Biztos ami bizots alapon nyomtam ra egy log out-ot es voala, szepen mukodik.
(Wayland alatt is)Szoval mivel eleg friss ez az Arch (nem nagyon van idom foglalkozni vele) gondolom az FF Sync mukodesehez hianyzik meg valami csomag a rendszerbol, illetve az is elkepzelheto, h ez egy realative friss bugba futittam bele, ami a kobetkezo build-ben majd javitva lesz (meg nem neztem utana)
-
Frawly
veterán
válasz
Archttila
#7150
üzenetére
Ez a hivatalos tárolóban lévő FF? Próbáld meg a Help menüből a Restart with Addons disabled opcióval? Esetleg ha konfiguráltad, hogy Wayland felett fusson, akkor állítsd vissza a gyári beállításokat az about:support oldalon a jobb felső sarokban lévő Refresh opcióval.
-
Archttila
veterán
Azert a nagy belakas kellos kozepen akadt egy kis problemam. A Firefox kb 10 sec utan elhasal.
Terminalbol inditva ezt mondja:Exiting due to channel error.Exiting due to channel error.Exiting due to channel error.Exiting due to channel error.Segmentation fault (core dumped)Google-be nem talaltam semmi erdemleges infot.
-
Frawly
veterán
válasz
Archttila
#7148
üzenetére
Akkor jó. Már akartam írni, hogy a man sway-output oldalát olvasva lehet hozzájutni ehhez az infóhoz.
Egyébként ez a Sway elég badass, sokat fejlődött az utóbbi időben, adaptive sync, fractional scaling, meg egy csomó mindent tud. Igaz a fractional scalingnél (HiDPI) azt írja, hogy X-es alkalmazások felé az XWayland nem támogatja. Vagyis át lesz méretezve az X-es alkalmazás is, de nem tört szorzóval, hanem egésszel.
-
Archttila
veterán
Nagyon szepen koszonom!
Lenne itt még valami!
Úgy adódott, hogy az egyik displayt (HDMI-A-1) pivot modba kell raknom, de (tudom en vagyok a lama) egyszeruen nem talalom man-ba az ide vonatkozo reszt.output hdmiblabla resolution 1920x1080@60Hz position 1920,0Gondolom a vegere kellene meg valami --right kiegeszites, vagy tevedek rossz uton jarok?
(csak mert egy piszok nagy piros error fogad) -
-
Frawly
veterán
válasz
Archttila
#7141
üzenetére
XWayland mindenképp kell, nem úszod meg, telepítsed a csomagját. A dmenu is X alapú alkalmazás, meg a Termite is, hiába állítják utóbbinál hogy natív waylandes, ettől még nem rossz terminál, én is ezt használom.
Ha jól emlékszem, Firefox alatt sem elég csak egy környezeti változót módosítani, valamit kell hozzá mókolni az about:config oldalon is, hogy tényleg Wayland-módban menjen, és még utána is lehet egyes Firefox-verzióknál instabilitással számolni, mert csak kísérleti szinten támogatott feature. A Firefox meg a böngészők is alapból X-et használnak, én is így használom.
A Waylandnek ez a baja, hogy kevés alkalmazás van rá natívan, vannak, de nem mindenre, de ez nem baj, mert az X-es alkalmazások felé az XWayland tökéletesen működik, egyedül a vágólapkezelés problémás, amire múltkor írtam megoldást. Nem kell tőle tartani, mert nem dobja meg túlságosan az erőforrásigényt.
Félre ne értsd nem bugos, amik vannak Waylandre alkalmazások és WM-ek, DE-ek, azok jól működnek, de még mindig nem túl sok minden támogatja natívan. Valahogy a fejlesztők lusták és konzervatívak, hogy jó volt eddig 30+ évig az X, akkor nem holnaptól fogják dobni, jó lesz az továbbra is alapon. Pedig már rég használható állapotban van a Wayland is, én már majd 2 éve használom, fél évig Gnome-mal, és másfél éve SwayWM-mel, de tettem kitérőt Westonra is.
-
Frawly
veterán
válasz
vargalex
#7142
üzenetére
Szerintem ez végig hardverhiba volt, azért jó a legújabb alaplappal minden kernel. Lehet az egyel régebbi alaplap már megbízhatatlanul működött, ami LTS kernelnél nem jött ki, mert az mondjuk nem rakott rá olyan terhelést, nem tartalmazott valami olyan optimalizációt, ütemezőt érintő módosítást, ami kiütköztette volna a hibát.
Ilyen Windows esetében is láttam, hogy halódó hardveren még jól ment az XP (vagy talán még a Win7 is), de mondjuk az újabb windowsok nem, mert azok jobban meghajtják, és kiütközik a hiba. Sőt, ugyanez tuningnál is előfordul, hogy mikor már olyan magasra vannak húzva az órajelek, akkor félstabil állapotba kerül, és régebbi Windows verziók alatt, vagy 32 bit alatt stabilnak látszik, újabb 64 bites verziókkal újraindulgat, kékhalálozik. Ugyanez teszteknél, pl. Cinebench még lefut, de pl. a Prime95 már behasal rajta, de még GPU-nál is láttunk ilyet, hogy 3D Mariska, meg Unigine teszt rendben lement rajta, meg néhány játék, míg a FurMark teszt, meg néhány még újabb játék meg már hibát produkált vele. Ez ilyen műfaj, hardverek tudnak ilyen borderline hibát produkálni, miközben halódnak szép fokozatosan megfelé.
-
vargalex
félisten
Sziasztok!
Érdekes esetem volt, gondoltam leírom, hátha mással is megesik:
Szóval, van egy céges Dell Latitude 5590-es notebook-om, amin természetesen Arch linuxot használok. 2019 szeptemberében (alig 1-2 hetes volt a gép) munka közben szétesett a kép, össze-vissza villódzott, majd a bekapcsoló gomb hosszú nyomására történő kikapcsolás utáni bekapcsolásra csak hibakód villogást produkált (az elején lévő erre is szolgáló leden). Később mégis elindult, de jelentettük a Dellhez és cserélték is az alaplapot. Ez az alaplap az utóbbi 2 hétben viszont négyszer-ötször ismét hibakódot produkált (egy másikat, ez a ledek villogása szerint CPU hiba), így ismét jelentettük. Jött a szervizes, ismét cserélték az alaplapot (múlt pénteken).
Ezután érdekes számomra a történet. Ugyanis az új alaplappal random idő után (2-10 perc közti időtartam) lefagyott a grafikus felület, az egér sem reagált. 1-2 perc múlva az egér visszajött, de a grafikus felület nem. Terminálon (tty3-on) be tudtam jelentkezni és GPU crash dump-ot láttam a logban. Ez azért érdekes, mert nincs külön GPU, a CPU-ba (I5-8350u) integrált van csak. Viszont újraidítva a grafikus felületet, ismét ment néhány percig, majd újra hiba. Újraindítás után ugyan ez folytatódott.
Gondoltam megnézem LTS kernellel. Hibátlanul ment, egész hétvégén nyüstöltem.
Persze még pénteken ismét lejelentettem, hogy nem jó az új alaplap, tegnap jöttek is ismét cserélni. Ez az alaplap viszont már a friss kernellel is hibátlanul működik.
Láttatok már ilyen hibát? Az LTS kernel ennyivel hibatűrőbb lenne? Úgy gondolom, hogy nyilván volt valami hardware hiba a cserélt alaplapon, ha az előtte és az utána lévő sem produkálta ezt a hibát. De a CPU-ba integrált GPU?Annyit megtudtam a szervizestől, hogy ezek egyébként Csehországból érkeznek, javított, átnézett alaplapok.
-
Archttila
veterán
válasz
Archttila
#7139
üzenetére
Na szoval a folytatas...
Miutan rendbe raktam az fstab-ot elkezdtem szepen lassan systematikusan belakni a rendszert. Telepitettem a sway-t, waybar-t, mako-t es meg par josagot ami a sway-hez kapcsolodik.
Ezeken felul csak egy terminalt (termite) mc-t, dmenu-t, es egy bongeszot (firefox) raktam fel, a tobbit majd csak akkor, ha mar nagyjabol felkonfigoltam a szukseges dolgokat.Es akkor ezen a ponton jo lenne ha rendet raknatok a fejembe, mert nem teljesen tiszta ez a native wayland vs xwayland dolog.
Amikor a sway telepitettem akkor direkt nem raktam melle az xwayland csomagot, mondvan jok lesznek nekem a nativ wayland-es alkalmazasok, de nagy meglepetesemre mar a dmenu sem indul nelkule, es a firefox-hoz is az/etc/environment-be kell bejegyezni egy sort, kulonben nem talalja a display-t.Szoval mit javasoltok, keressem folyamatosan a nativ wayland-es appokat (remenykedve h idovel egyre hosszabb lesz a lista) vagy engedjem el a dolgot es telepitsem az xwayland csomagot megkimelve magam jo sok szivastol, es felesleges munkatol?
Egyebkent 145MB-ot eszik a cucc.
es sokkal gyorsabb mint a Manjaro Xfce! (RPI4) -
-
Archttila
veterán
A különbözőféle UUID-ket a blkid paranccsal tudod megnézni.
Igen ezt tudom, de itt ilyenről most (elvileg) nincs szó, mivel egyetlen meghajtóként van az eszközön az SSD ami bootol és működik.
Mindig szépen rendben tartom az fstab-ot (állandó lemezek UUID alapján stb) csak itt gondoltam egszerűbb/gyorsabb (egyedüli lemezként) egy laza sda2 a configba (az előbb elírtam, nem sda1, mivel a root partition kell neki) -
Frawly
veterán
válasz
Archttila
#7136
üzenetére
Próbálj mindenképp vagy UUID-t, vagy PARTUUID-t használni. Pont nem az elegancia miatt van kitalálva, hanem azon esetek elkerülésére, ami most nálad is előfordul, hogy rádugsz egy SSD-t, és eltolódnak a /dev/sda eszköznevek.
A különbözőféle UUID-ket a blkid paranccsal tudod megnézni.
-
Archttila
veterán
Köszi a clipman tippet!
Viszont történt ma egy érdekes dolog. Reggel az install SD kártyára történt az alábbi (hivatalos) guide alapján. Nincs is vele semmi gond, tökéletesen működik.
Viszont délután kotortam egy tartalék SSD-t (amihez van kábelem) és gondoltam felrakom inkább arra (azért mégiscsak gyorsabb mint a kártya) DE! valami oknál fogva egyszerűen nem értelmezi amit a /boot/config.txt -be írok. Így vc4 híján nincs sway (se overscan se semmi)
Legalább 4 guide alapján végigmentem mindenen de mindig ugyanaz, nem értelmezi a boot partíción lévő config fájl tartalmát.
Mindössze annyi különbség van az SD és az SSD install között, hogy SSD-nél átírom /boot/config.txt -ben a root elérést sda1 -re. (tudom a PARTUUID elegánsabb de így átmenetileg gyorsabb és működik) illetve fstab-ban #-elem az SD -t. Ezt még mountolt állapotban csinálom mc edit-tel, csak utána csatolom le és úgy megy a PI-be.
-
Frawly
veterán
válasz
Archttila
#7134
üzenetére
Ja, ha RPi-on használod, akkor neked kell a vc4 ahhoz, hogy legyen hardveres gyorsítás. Egyébként a Wayland jó dolog, a legtöbb esetben még gyorsabb, pattogósabb is, mint a X.org, mivel egy sokkal egyszerűbb protokoll, nem akar hálózaton transzparens lenni (emiatt nem apró objektumrajzoló utasításokból építi fel a grafikus képet, hanem egészében kezeli az egészet, pixelalapon), meg nem kell visszafelé kompatibilisnak lennie sok évtizedes ősi megoldásokkal (X1-X10). Eleve úgy van megtervezve, hogy minimalista legyen, a legtöbb grafikus dolgot a futó programokra bízza, hogy azok rajzolják a saját ablakukat.
Plusz azt vettem észre, hogy mivel egyszerűbb a Wayland, ezért kevésbé is törik el, sok olyan gépen, ahol a X.org meg a X.org driver, vagy kompozitor szórakozik, bugzik a mesa-val, a Wayland hiba nélkül megy. Ami hátránya van még, hogy egyelőre kevés a választék wayland-es WM-ekből (csak a Sway és a Weston kiforrott) és DE-kből (lényegében csak KDE5, Gnome3), meg egyelőre kevés az olyan szoftver, ami natívan is tudja használni a Waylandet, és nem támaszkodik XWayland X.org emulációra. Wayland alatt tovább alapból nincs tearing, jobban kezeli a v-syncet (ami X.org alatt utángondolás, és a kompozitorok nehezen birkóznak meg vele), nincs az, hogy egy teljes képernyő játékba bekeverne a kompozitálás, rontaná a futási teljesítményét, lagoltatná, illetve Sway alatt már a FreeSync is támogatott.
Egy dologgal még számolni kell, hogy mikor X.org-ot használó alkalmazásból valamit vágólapra teszel, azt nem lehet beilleszteni waylandes alkalmazásban és fordítva. De szokott lenni rá megoldás, hogy terminálban, meg a vonatkozó progiknál átállítani a vágólap nevét. Állítólag van rá kész megoldás, clipman-nak hívják, még nem próbáltam.
-
Archttila
veterán
Koszi ezeket tudtam, csak az xwayland nem volt tiszta
Kozben lezajlott a telepites es ez alapveto local etc konfiguraciokat is elvegeztem. Eloszor egy villogo kásás
keppel fogadott a sway, de gyors google utan kiderult, h kell neki a vc4 modul... Miutan bevestem a boot/cmdline.txt -be a dtoverlay=vc4-kms-v3dsort (is), rendben gond nelkul elindult. link -
Frawly
veterán
Előbb nem írtam, de ahogy i3wm alá is, Sway alá is kell egy indítómenü, ez lehet a dmenu, rofi, fzf, akármi. Illetve az alkalmazásváltás problémáját, ami engem és téged is zavar, meg lehet úgy kerülni, hogy ha előre tudod, hogy egy alkalmazás vagy floating vagy full screen módban fog menni, azt külön munkaasztalra nyitod, így el lehet róla váltani, át másik alkalmazásra. De mint írtam, ez utóbbi nem i3wm vagy Sway-pecifikus korlát, hanem a tiling WM-ek közül egyik se tudja.
-
Frawly
veterán
válasz
Archttila
#7131
üzenetére
Magának a Swaynek nem kell a xwayland, mármint ahhoz, hogy önmagában fusson, azért nem húzza be függőségnek. De neked, mint X.org-os programokat is futtatni akaró felhasználónak kell, mert anélkül nem fognak menni.
Azt se felejtsd el, hogy a Sway-jel egyidőben fel kell rakni a swaybg, swayidle, swaylock csomagokat és az AUR-ból a swaybar-t. Ezek megint nem futási követelmények, de enélkül nem lesz háttérképed, paneled, zárolód, képernyőleoltós megoldásod. Pl. az swaylock, swaybar teljesen úgy működik, úgy néz ki, úgy konfigurálható, mint az i3lock, i3bar.
A másik oldala a Waylandnek, hogy nem jók a közvetlen X.org szervert birizgáló toolok, pl. xrand, de ez nem is kell, mert ennek a funkcionalitása be van építve a Sway-be. Meg pl. X.org-os redshift helyett az AUR-os redshift-wayland-git csomag kell, i3lock sem fog menni, azért kell helyette az azonos funkcionalitást nyújtó swaylock. Ami még nem fog menni, az még a X-es képernyőlopók, de ott van helyette a grim. De ezek a nem mennek dolgok, hangsúlyozom, hogy csak az X szerveres toolokra vonatkoznak, mivel a Wayland egész más protokoll, másképp működik. Viszont az X kliens programok, azaz a X.org-os progik 99,99%-a simán megy, miután feltetted az xwaylandet.
Böngésző azon kevés műfajok egyike, ahol a bloatot nem lehet megúszni, mindenképpen vagy a Gtk, vagy a Qt kelleni fog, akár Firefox/PaleMoon, akár Chrome/Chromium, akár Opera/Vivaldi, akár Brave mellett döntesz. Ezek a surf, qutebrowser, Falkon, stb., csak másodlagos böngészőnek jók, egy csomó oldalt nem tudnak normálisan megjeleníteni.
-
Archttila
veterán
Egy gyenge gépen is száguldani fog, olyan minimalista, RAM igénye majdnem 0
Gyakorlatilag össze sem lehet hasonlítani az Xfce teljesítményével, (RPI4) pedig ezidáig egy bloat rendszeren használtam tele olyan alkalmazással amire semmi szükségem. De ez ma változik
Viszont most azon gondolkodom, hogy mi lenne ha mégis a Sway-t tolnám fel az új rendszerre, és megetetném a már félig-meddig testre szabott i3 configommal. Tudom a múltkor azt írtam, hogy a Sway nálam elhasalt amikor először teszteltem, de időközben utánanéztem és úgy tűnik nem volt elég csak a Sway-t telepíteni, a normális működéshez szükség van az
xorg-server-xwaylandcsomagra is. (ezt sajnos a sway nem húzza be automatikusan)Egy dolog van, amit nem szeretek a tiling WM-ekben, az a teljes képernyős vagy floating ablakok primitív kezelése, pl. azonos munkaasztalon nem tudsz egyikben sem full screen vagy floating ablakot alkalmazásról elváltani másikra, vagyis a váltás megtörténik, de az előtérben lévő alkalmazás előtérben marad és kitakarja azt, amire váltottál
Igen, sajnos ez engem is zavar egy kicsit de ennyi, együtt tudok vele élni.
Viszont van itt egy dolog ami mostanra egyre sürgetőbbé vált, mégpedig az eddig megszokott alkalmazások lightweight-re való cseréje, amolyan QT/GTK mentes élet (már ha ez egyáltalán lehetséges)
Reggel nézegettem kicsit és a böngésző alternatívákat, és sajnos ami szóba jöhet az vagy full QT (qutebrowser) vagy valami végtelen lassú (optimalizálatlan) motor van alatta. (surf) -
Frawly
veterán
A próféta szóljon belőled. Ennek ellenére nem teszem vissza. Nem durcizásból, hanem már tényleg nem először volt qB-tel problémám. Igaz nem is túl sűrűn, kb. 3 évente egyszer, de nem akarok gikszert legközelebb. Egy ideje már a minimalizmus jegyében váltani akartam qB-ről, de mindig halogattam, hogy egyelőre még jó lesz, majd máskor váltok, elfér még, és végül ez az utolsó probléma adta meg a lökést, hogy a váltást komolyan vegyem, ne halogassam.
Egyébként meg a Testing tároló nem gáz, ez az első problémám vele, pedig már majd 2 éve engedélyeztem. Eddig még nem tört el ezen kívül semmit. Vagy csak nem futottam bele, mert nem használtam azokat a csomagokat, amik eltörtek másnál. Igaz nem is sok csomag van benne, meg ha valami el is törik, az szerintem a sok függőséggel rendelkező, komplex/bloat rendszerek csomagjainál van, tipikusan Gtk-s, Qt-s alklamazások és DE-k, DE komponensek, amiket nem használok. De abban igazad van, hogy a Testing pont erre való, hogy ezeket a problémákat megfogja. Amit nem értek, hogy mi tartott eddig, mire javították, több hét telt el.
Windowsra viszont még mindig ajánlom, mert a uTorrentet fizetőssé tették, az ingyenes verziót telenyomták reklámokkal és bitcoin miner szeméttel. Így ezen a platformon a qBittorrent a legjobb, meg nem szokott vele baj lenni, mert többen használják, és nagyon alaposan tesztelt binárisokat kap ez a platform, hozzá vannak csomagolva a szükséges függőségek is, dll-ek formájában, így nincs az, hogy a függőség törik el. Windowson amúgy sincs értelme a minimalizmusnak, mert per definitionem az egész platform bloat.
Bár nekem az a legnagyobb szívfájdalmam, hogy az rTorrentet már régóta nem fejlesztik, szerintem végleg magára hagyták. Az lenne a legminimalistább, tényleg csak pár dolog hiányozna belőle, hogy az megfeleljen (torrentek sortartása, áttekinthetőbb CLI felület).
-
BoB
Topikgazda
Nem nagyon fognak belefutni már.
A testing tárolóba került be a problémás csomag, de ott is maradt, így ebben csak azok voltak érintve akik azt használják. A rendes tárolóba már csak a javított verzió került be.
Tette a dolgát ahogy kell, pont erre van hogy az megfogja a bugos csomagokat és a stable már ne legyen érintett.
-
Frawly
veterán
válasz
Siriusb
#7126
üzenetére
Nem keserítesz el senkit, sőt, jó is, hogy írod, mert ebbe bele fognak futni páran. Egyelőre még csak én futottam bele, de ahogy az új libtorrent-rasterbar verzió lecsorog a stable tárolóba, más disztrókon is, nem árt tudni erről a problémáról. Elhiszem, hogy azóta megoldották a qB-fejlsztők, de hány hét is telt el? Mondjuk lehet csak disztrószinten fordították újra a libtorrent-rasterbart, és nem a qB-fejlesztők oldották meg, de akkor is. Ez így élből komolytalan. Én annyiból valóban sajnálom, hogy ha a fejlesztők nem lennének ilyen nemtörődöm hozzáállásúak, akkor simán a legjobb opensource torrentkliens lenne. De ahogy nézem, a torrent egyfajta rétegigénnyé süllyedt vissza, most majdnem minden fejlesztő hanyagolgatja a témát, lásd transmission-cli-nak sem megy a régi TUI kliense. Tényleg összeszedhetnék magukat, mert ez a torrent egy elég régi protokoll, nagy újítás nem érkezik bele, a klienseknek mostanra már ultrakiforrottnak kéne lennie. Ha valami új dolog lenne, akkor elfogadnám, hogy még csak kísérleteznek vele, nem ért még be az egész.
Azzal viszont maximálisan egyetértek, hogy ilyen SMB-s szopások helyett sokkal egyszerűbb egy FTP szervert beröffenteni, általában minden támogatja szerver és kliens szintjén is, és ugyan semmivel nem biztonságosabb protokoll, de legalább ransomware-támadásoknak nem esik áldozatul, és tényleg multiplatform, és baromi egyszerű működésre bírni, én is ezt szoktam preferálni gépek közötti megosztásnál LAN-on. Nagyon gyorsan be lehet konfigurálni egy FTP-t, míg az SMB-vel, meg NFS-sel elég sokat lehet szívni, amire általában az esetek 99%-ában nincs idő.
-
Frawly
veterán
válasz
Archttila
#7122
üzenetére
Bizony, ezt írtam már többször, hogy a tilingnak nem az a lényege igazából, hogy felosztod a képernyőt, hanem hogy billentyűvezérlet, ami a legtöbb esetben hatékonyabb, mivel egy meghatározott billkombóra közvetlenül elérsz minden funkciót, minden bedrótozott progit, nem kell asztali ikonokkal meg dokkal és mindenféle panellel szórakozni, nem kell menüben 100 mélységig kattintgatni. Egy gyenge gépen is száguldani fog, olyan minimalista, RAM igénye majdnem 0. Mivel az egész egyetlen text alapú konfigfájlt használ, azért az egész konfigja egy mozdulattal elmenthető, a mentés visszahúzható, emiatt egyszer kell bekonfigolnod, és utána egy életre le van tudva a konfigurálással bajlódás. Sőt, mivel egyszerűbb, kevesebb függősége van, ezért kisebb eséllyel törik el frissítéskor, meg minden disztró tárolójában megtalálható, ha nem, akkor is könnyen és gyorsan lefordítható a kis kódméret okán forráskódból. Ez nem csak az i3-ra, Swayre, dwm-re igaz, hanem az összesre, Xmonad, awesome, bspwm, Openbox, *box, IceWM, JWM, stb..
Ezzel szemben egy hagyományos desktopos bloat DE-t minden újratelepítéskor konfigurálhatsz elölről, lehet mindenféle menüben kattintani, meg beállításokat keresgetni, ami elég fárasztó, plusz mivel nagy, bonyolult kódméret, függősége sok van, ezért frissítéskor szeret eltörni, nehéz forráskódból kipörgetni, meg ki vagy szolgáltatva a fejlesztők kénye-kedvének, hogy egyszer csak kivesznek az új verzióból funkciókat, meg átrendezik a GUI-t az akaratod ellenére, lásd ahogy egyre inkább kinyírták a Gnome3-ban a funkciókat, lényegében hagyományos desktop helyett tabletfelületet csináltak belőle, azt is porig butítva, még asztali ikonokat sem lehet kitenni, mindenféle web extension-nel kell szenvedni. Ugyanez volt a helyzet a KDE4-ről váltásnál, mikor a KDE5-öt teljesen újraírták, és félkészen adták ki, vagy pl. most is volt egy csomó gikszer, mikor az Xfce váltott Gtk2 alapról Gtk3-ra, vagy az LXDE (ami még nem is bloat) váltott Gtk-ról, Qt-re (LXQt, igaz ez egy másik projekt, de már csak ezt gondozzák). Tiling WM-nél ilyen nincs, hogy átállnak másik alapra, meg elvesznek funkciókat, meg egyszer csak azon kapod magad, hogy Gtk2 helyett Gtk3-as vagy Qt-s lett, meg ilyen-olyan hülye trendek mentén rákényszerítenének olyan funkciót az emberre, amit nem szeretne, és lehet az egészet újra megszokni. A tilingot meg a minimalista stacking WM-et egyszer bekonfigolod, és biztos lehetsz benne, hogy egy apró konfigfájlt visszahúzva simán használható 10+ évig is ugyanúgy, megszokott működéssel és kinézettel, mindig lehet rá számítani. Vagyis inkább 2-3 konfigfájl, mert a panelnak, meg indítóalkalmazásnak is van konfigja általában, de a lényeg, hogy könnyen migrálható a beállítás néhány apró konfigfájl visszamásolásával.
A Sway teljesen jó, 1+ éve használom már. Egy gondom van csak vele, hogy mivel systemd/elogind függősége van, ezért nem systemd-s disztrókon (meg pl. BSD-ken) bukta, hacsak nem telepítem az elogind-t, de akkor meg a systemd-s disztró értelme veszik oda, hogy hiába megy másik initrendszerrel, ha a systemd modulja (elogind) továbbra is fut a háttérben, akkor az ember csak magát áltatja, hogy nem systemd-t használ, közben pedig de.
Egy dolog van, amit nem szeretek a tiling WM-ekben, az a teljes képernyős vagy floating ablakok primitív kezelése, pl. azonos munkaasztalon nem tudsz egyikben sem full screen vagy floating ablakot alkalmazásról elváltani másikra, vagyis a váltás megtörténik, de az előtérben lévő alkalmazás előtérben marad és kitakarja azt, amire váltottál. Csak akkor lehet váltani normálisan, ha kiteszed őket külön munkaasztalra és az asztalok között váltogatsz, de ez meg workaround, nem valódi megoldás. De ez megint csak nem az i3wm meg a Sway hibája, az összes tiling WM-re igaz..
-
Frawly
veterán
Sajnos ez ilyen műfaj. Pont ez lenne a lényege annak, hogy szabad/nyílt szoftverre érdemes támaszkodni, saját NAS-t építve felhúzol rá egy free + opensource megoldást. Persze, időrabló, meg tanulni kell hozzá, de ha megoldod magadnak, akkor egyrészt olcsóbban kijön, másrészt nem vagy gyártó kénye-kedvének kiszolgáltatva, hogy meddig támogatja az eszközöd, kiad-e rá új firmware-t, ha nem, akkor ott állsz, mint Rozi a moziban, megvetted a NAS-megoldásukat és az volt érte a hála, hogy cserben hagytak.
Persze kidobni még nem kell, a net szerint elfut ezen a Zyxel NSA310-en az OpenWrt, Openmediavault, meg Debiant is lehet állítólag rátenni. Nem tudom, sose volt Zyxelem, nem ismerem ezt a modellt. Ha nem is tudsz rátenni semmi nyílt rendszert, akkor is egyelőre használd így SMB1 megosztással, míg nem upgrade-eled.
-
Archttila
veterán
Nem szeretnék elhamarkodottan ítélni, de a 9 év GNOME --> Xfce --> (kevéske) Openbox után úgy tűnik, hogy i3 tilling alatt már-már gyorsabban navigálok mint a fenti "egerezős" DE-k bármelyikén
pedig még csak tegnap üzemeltem be és akkor is pusztán csak kíváncsiságból, viszont már most függője lettem.
A legfélelmetesebb, hogy még magam sem ismerem az összes billkombót, de amit használok az nagyon logikusnak és átgondoltnak tűnik. Szinte adja magát, és a konfigurálás sem igényel rakétamérnöki diplomát, szóval tényleg nagy tetszik! Tilling-gel most ismerkedőknek szerintem ideális választás.
ps.:
Korábban volt egy próbálkozásom a sway-el de sajnos már az elején összevesztünk, mivel még a böngészőket sem akarta elindítani... nem találta a displayt... Nyilván egy kis keresgélés után megoldhattam volna a problémát, de mivel mostanában elég kevés az időm így nem vesződtem vele. (majd visszanézek egyszer ha sok időm lesz ) Bár bevallom csábít a Xorg mentes élet. -
Frawly
veterán
-
Archttila
veterán
Akkor most nem ertem, miert nem maradhat a qbittorrent-nox?
Mert ugye azt irod, h megfelel ha weben ered el egy gyors mokolasra, akkor meg szvsz egy funkciogazdagabb (es alatalad amugy is kedvelt/megszokott) klienssel jobban jarsz nem?I3 vs ARM vitara:
Elnezest en voltam felreertheto! Termeszetesen a ket kliens ARM! portjanak sebessegere szerettem volna reagalni, miszerint a qt arm joval gyorsabb mint a tr.
x86 architecturan (biztosan) mas a helyzet... -
Gelmi
tag
Sziasztok!
Segítséget szeretnék kérni !
Lakásomban beüzemeltem egy régi laptopot amin mint az asztali számítógépen manjaro xfce fut .
Otthoni megosztást szeretnék beállítani ! (semmi kívülről ! elérhetőséget ! )A laptop tartalmát vagy egy bizonyos mappát hogy tudom láthatóvá tenni az asztali gépem számára ???
A későbbiekben pedig a laptopon szeretnék torrent letöltéseket beállítani amit az asztali gépről transgui -val vezérelnék .
Kivitelezhető mindez ?
És hogy kezdjek bele ?Segítségeket előre is köszönöm !
Gelmi
-
Frawly
veterán
Na, sajnos a Transmission se jó. A saját cli-kliensük nem tud a saját transmission-daemon-jukhoz kapcsolódni, azt írja, hogy:
Unsupported Transmission version: 3.00 (bb6b5a062e) -- RPC protocol version: 16
Please install Transmission version 2.84 or lower.Ez azért azért gáz önmagában, amit tovább súlyosbít, hogy több mint egy éve ismert hiba, és nem hozták még helyre. Mindegy, egyelőre azért tesztelem a Transmissiont, mert a webkliens megy böngészőben. Plusz a CLI kliens problémáját megoldja a tremc-git AUR csomag, ami Python3-alapú CLI klienst nyújt, ami lényegében ugyanaz, mint a régi kliens, csak más nyelven írva. Bár nem tudom, hogy menyire van értelme a CLI kliensnek, mert az teljesen jó böngészőben, bloatabb ugyan a webes megoldás, de úgyis csak addig megy, amíg a futó torrenteket abajgatom, utána bezárom, és nem foglal, így teljesen mindegy, hogy a CLI kliens vagy a webkliens nem foglal.
-
Frawly
veterán
válasz
vargalex
#7110
üzenetére
Ez igaz, az SBC-k nem érték még utol a desktop platformot. Meg talán sose fogják, mivel úgy vannak kitalálva, hogy 1/10-ed annyit fogyasszanak.
Az i3 egy elég széles skálán mozgó proci egyébként. Nagyon nem mindegy, hogy mobil vagy dekstop, és hogy hányadik generáció. Pl. az i3-10100 egy elég combos proci, simán ver egy pár generációval előtte lévő asztali i5-i7-et! Ugyanis dupla annyi cache van benne, és dupla annyi mag/szál, mint a korai i3-akban, IPC is jócskán nőtt, meg megkapott egy csomó utasításkiegészítést, ami előtte nem volt i3-akon elérhető. De mondjuk egy i3-330M vagy i3-4120U az nem lesz valami combos, azzal sanszos nem lesz kihajtva még több magon sem a gigabites net, talán a 4120U az határeset lehet.
Itt azt kell érteni, hogy bár megfizethető, a világviszonylatban a gigabit luxus. Bár megfizethetővé tette a Digi, meg a gigabites hálókártyák sem drágák már, de még sok ember UTP kábelinfrastruktúrája, routere, gépe nincs rá felkészülve, sem LAN-on, sem WAN-on.
(#7109) Shyciii: még nem próbáltam ki a transmission-cli-t. Hétvégén sem volt rá időm. Fel van telepítve, de nincs bekonfigolva, nem röffentettem még be, igaz torrentet sem kellett letöltenem azóta. Lehet majd ezen a héten, mert vagy szabin vagy influenza miatti betegszabin leszek valószínű, így lesz elég időm és türelmem, hogy beállítsam, és megtanuljam használni.
Mondom, nekem a qB-vel nem az a bajom, hogy Qt-s meg bloat, persze ezek hátrányai azért, hanem hogy a fejlesztők a libtorrent-rasterbar mögött kullognak rendszeresen, ez már rendszeres, hogy eltörik, és képtelenek időben kijavítani. Mert én vagyok a bloat legnagyobb ellensége, de ha valami tényleges átütő előnyt ad, azért néha használok én is bloat dolgokat, nyilván a minimumra szorítva, a legindokoltabb esetben. Ez utóbbi esetkörbe a qB eddig nálam belefért, de nem kap több esélyt.
De ezen a ponton az bizonyosodott be, amit előre tudtam, meg ide a PH-ra is sokat írtam, hogy a minimalizmusnak pont az a lényege, hogy a minimalista/CLI programoknak nem nagyon van függősége, egyszerű a kódbázisa, így nincsen mi eltörjön rajtuk, nem függenek mindenféle más kódtól, és nincs az, hogy a sok függőség közül eltörik valami. Meg emiatt kódból forgatni is könnyebb, könnyebb frissen tartani ezeket a progikat, akkor is, ha nincsenek benne egy adott disztró tárolójában. Az már csak hab a tortán, hogy nagyon villámgyorsan is futnak, töltődnek be, és alig esznek memóriát.
-
vargalex
félisten
válasz
Shyciii
#7113
üzenetére
Ne a mobilod grafikus teljesítményét nézd, hanem a CPU számítási teljesítményét. Hiszen pl. a transmission nem a GPU-t használja! És ne is céges szerver kategóriát.
De hagyjuk, nem akarod megérteni, hogy a többség (Magyarországon) Core i3-nál jóval gyengébb CPU-kon torrentezik. És még a routeren torrentezést nem is említettem, ahol még csak nem is ARM, hanem MIPS architechtúrán tolják ugyan ezt.
Ezekhez képest írjuk itt mi az erős CPU-t. De ezt leírtam már az összes hozzászólásomban. Sehol nem írtam olyat, hogy nézd meg általánosságban. És valóban nevetséges, hogy csak részleteket ragadsz ki a hozzászólásaimból, a lényegén teljesen átsiklasz... -
Shyciii
veterán
válasz
vargalex
#7112
üzenetére
Ha nem csak desktop vonalat veszem, akkor még rosszabb a helyzet, mert az összes szerver kategória is belekerül, meg a mobilplatform. Ami azért gáz, mert a jelenlegi mobilom grafikus chipjének számítási teljesítménye köröket ver rá...szal ha minden kategóriát beleveszek, akkor végképp a béka feneke alatt van az i3.
Mégegyszer mondom: világviszonylatban a home server topic abszolút nem releváns. Még az is relevánsabb, hogy maga a gyártó, hova sorolja a saját prociját, pedig szeretnek túlozni. Továbbra sem a magyar home szerver topic határozza meg, hogy egy processzor a teljesítménye folytán mennyire számít erősnek. Rengeteg több szakma által elismert teszteket, hardveres architektúra felépítés stb alapján határozzák meg. Részemről lezárom ezt a témát, mert ez már átfordult a nevetséges kategóriába. -
vargalex
félisten
válasz
Shyciii
#7111
üzenetére
Ez az x86 világban igaz. De mondom, nézz szét a NAS-ok között. Sőt, sokan használják android boxokat linux-al ilyen célra, amik szintén ARM-el szeretlek.
A home szerver topicban pedig az a jellemző, hogy passzív hűtéssel ellátott lapokat használnak. Ezt az általad említett CPU-kkal nem tudod megtenni.
És még egyszer mondom, ne desktop vonalban gondolkodj! -
Shyciii
veterán
válasz
vargalex
#7110
üzenetére
Teljesen mindegy, hogy ki milyen procit használ a Home server topicban. Nézd meg világviszonylatban (igen, önmagában Magyarország nem számít annak), hogy a procik listáján hol szerepel egy 3-4 generációval régebbi noteboook Core i3-as. Még csak nem is középkategória, hanem jócskán azalatt. Attól hogy valakinek nincsen pénze opel corsa-ra, attól még a trabant nem erős autó...
-
vargalex
félisten
válasz
Shyciii
#7109
üzenetére
Márpedig egy Core i3 nem csak egy RPi4-hez, hanem egy átlagos NAS CPU-jához (ami általában szintén ARM) igen is erős CPU-nak számít. Ezt kell elfogadni. Nem feltétlenül mai desktop CPU-khoz kell hasonlítani. Azoknak nyilván nem gond a gigabit. De nem is feltétlenül csak ARM-hez. Nagyon sokan, köztük én is "szar Celeron, meg Nxxxx-es" CPU-val szerelt lapokat (én konkrétan Intel J3455-öt) használnak otthoni mindenes szervernek. Elég lenne csak benézni a Home server / házi szerver építése topic-ba. Szerintem az én szerverem sem bírná a gigabitet torrentben 1 magon, persze kipróbálni nem tudom, mert 500 Mbps-es netem van. Szóval minden csak viszonyítás kérdése.
És ugye az eredeti kérdező nem is desktopról beszélt, hanem konkrétan az RPi-ről. Amit egyébként én sem használnék desktop eszköznek (még az operátorok számára sem).
-
Shyciii
veterán
Frawly
Érdekes amit írsz, mert mikor Windows-ról váltottam Linux-ra, akkor a megfelelő programok megtalálásakor a torrent esetén mivel uTorrentet használtam, akkor nekem is megszokásból a qBittorrent jöhetett szóba, mert nagyon hasonló még kinézetre is. Aztán mikor elkezdtem Openbox-ozni, akkor már jött az, hogy ha már minimalizűlom a linuxot, és gtk-s az openbox is, akkor minek tömjem még QT-s programokkal, de akkor még csak gondolatban volt ez. Majd mikor Bspwm-re váltottam, akkor már jött az, hogy mostmár tényleg, de nagyon Ekkor váltottam Transmission-re. Megpróbáltam a cli-s változatokat is, hogy ha már a szövegszerksztő, fájlkezelő is cli-s lett, de egyszerűen sehogyse jött be, úgyhogy lett a GUI-s Transmission. Ez még normálisan néz ki, és egész minimalista, és van belőle GTK-s változat is. Amúgy ez tök szimpi, hogy választható hogy GTK-s vagy QT-set használjon az ember.
Haggyál már te is az erős procizással. A Core i3-nál már csak a szar Celeronok, meg Nxxxx-es procik a gyengébbek. Ennél már alig van lentebb olyan fos. Ha ez erős, akkor nem tom minek számít az i5, i7, i9, Ryzenek, Xeonok stb...Rég elmúlt azaz idő, hogy erős proci kell egy gigabites letöltéshez. Ehhez csak normális kábel, gigabites router, és egy gyors ssd. Ennyi. Nincs ebben már semmi luxus. Főleg úgy, hogy a Digi saját gigabites routere amit alapból adtak azt használom, semmit nem vettem pluszban. Diginek hála gyakorlatilag gombokért lehet gigabites letöltést produkálni.
vargalex
Én nem hasonlítottam össze, csupán az állításodat cáfoltam meg, miszerint nekem erős gépem van. Az RPi-t eleve nem nevezném desktop gépnek, sőt. Pedig a mostani céghez többek között azért vettek fel, hogy az infrastruktúrát átalakítsam, és mivel eléggé spúrok, így az operátoroknak RPi 4-es lett. Viszont bár nagyon nyomatják, hogy ez erős, mert még 4k-s videókat is lejátszik (khm), a valóság igencsak más. Ez is csak egy fos konstrukció: pl ha fektetve van, akkor jobban melegszik, mintha oldalt van állítva...(de nagyon durva különbséggel) Mindegy, a cégnek ez kell, ám legyen. Szal erre kellett kreaálnom egy minimális linuxot, ami netboot-os megoldásban, Asterisk voip-al kommunikálva, szal tudom milyen egy Pi. A lényeg továbbra is az, hogy az állításod miszerint erős gépem van és ezért gyors nálam a Transmission, az nem igaz. Egy borzalmas kommersz Core i3-nak semmi köze az erős gép fogalmához, kicsit sem. -
Frawly
veterán
válasz
vargalex
#7107
üzenetére
Ez van, a gigabit luxus, kihajtani csak extrákkal lehet, UTP6 kábel, gigabites router, erős proci, stb.. Nálam eleve csak egy magon is elég erős x86_64 procik futnak, és gigabites netem sincs, mindig 50 Mbit alatt, így nem érint, hogy mi hány magot használ. Ennek ellenére én is pozitívnak tartom, ha egy alkalmazás fel van készítve a több mag használatára, úgy a kernel szabadabban pakolgatja az erőforrásait, mégis csak segíthet a futásának az olajozottságán.
-
vargalex
félisten
válasz
Shyciii
#7105
üzenetére
Azért egy bármilyen Core I3-at nem szabad összehasonlítani egy RPi-vel. Ég és föld a különbség. Láthatod, hogy nálad a transmission kihajtja a gigabitet, míg a kollégánál 80-160 Mbps-nél vége. Pedig a csúcs RPi-vel használja. Így nála teljesen jogos a több magos alkalmazás igénye.
-
Frawly
veterán
válasz
Shyciii
#7103
üzenetére
Régen, míg nagy seedállományom volt, és nagy tételben csapattam a témát, 300+ torrent seedelése ment 24/7-ben, 50+ GB feltöltés/nap, addig szükségem volt olyan funkciókra, mint különböző sebességlimitek, napi feltöltéslimitek, finom szemcsés prioritás fájloknál, torrentek közötti sortartás és prioritás kezelése, napi, heti, havi statisztikák, stb.. Akkor sok minden kellett egy torrentkliensből, csak az uTorrent meg qBittorrent jött szóba, a többi akkor a nyomába se ért ennek a kettőnek featureset-ben. Ma már alig torrentezek, azon belül is előfizettem inkább, így nem kell seedelnem annyit, ezért elég egy alap szintű torrentkliens is, annyi, hogy a torrentek közötti sortartást kezelje, meg hogy milyen fájlokat töltsön le a torrentből, mivel néha sorozatmegapakkokat töltök, de egyszerre csak 1-2 évadot belőle. Nagyon másra nincs igényem, alap szintű lett a torrentezésem.
Ez a qBittorrent ilyen régi szokásként maradt meg nálam, még azokból az időkből, mikor full featured bloat DE-t használtam, azon belül is KDE-t, meg Qt-s progikat. Azóta persze már rég nem ez a helyzet, ahogy egyre jobban elmentem a minimalizmus felé, de a qB egy olyan progi volt, ami túlélt eddig. Béke poraira. A végén már csak a Wine, Steam, Firefox, terminál marad a gépemen, ami GUI-s program, a többi mind CLI-s lesz. Esetleg a Thunderbird van még fent, ha a neomutt nem boldogulna valami e-maillel.
-
Shyciii
veterán
válasz
vargalex
#7104
üzenetére
ARM-on biztos, de hogy az én notebookon minden csak nem erős, az tuti. Egy 130eFt-os notebookról beszélünk. Core i3...
Egyedül az 1Gbites hálókártya jó benne, meg az általam belerakott SSD (ugye anélkül nem bírna ekkora letöltést feldolgozni). Úgyhogy bár a Transmission 1 magot használ, de egy totál átlagos x éves i3-assal is lazán hozza a Digi 1Gbitjét. Szerintem ennél több nem kell. A több magos feldolgozás max akkor lenne értelmes, ha konkrétan seed szervert üzemeltetnék mondjuk 50-100 embernek. -
Shyciii
veterán
válasz
vargalex
#7095
üzenetére
vargalex
Az is tartalmaz QT-s függőségeket, tehát nekem ugyanúgy kuka.
Frawly
De milyen funkciógazdagság kell? Nekem max annyi kell, hogy beállítható legyen, hogy .torrent file betöltésekor ne indítsa el automatikusan, hogy kiválaszthassam hogy azon belül mely fileokat töltse le, és kész. Ennyi. Meg persze rendben, és gyorsan szedje le. Ennél több nekem nem kell. Nem akarok statisztikát meg ilyeneket nézni. Jöjjön le, ami kell nekem, aztán kész
CLI változatot én is kipróbáltam a böngésző miatt, de ugye böngészőt nem nyitogatok az infóhoz, pláne hogy az erőforrásigényesebb.sati
Tranmission-gtk nekem lazán hozza a 921Mbit/sec-et. A Digi-m ugye 1000Mbites, szal majdnem a teljes sebességet hozza.
-
(Xfce)
és ha már itt tartunk clipman se. 
Találtam ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- AKCIÓ! AMD Ryzen 7 3800X 8mag 16szál processzor garanciával hibátlan működéssel
- Nvidia Quadro M2000/ M4000/ P2000/ P2200/ P4000/ P5000/ RTX 4000/ RTX A2000 / RTX A4000
- Bomba ár! Dell Latitude E7270 - i7-6GEN I 8GB I 256GB SSD I 12,5" FHD I HDMI I CAM I W10 I Gari!
- AKCIÓ! ASRock Z390 i7 8700K 32GB DDR4 500GB SSD RTX 3050 8GB Zalman i3 Edge Seasonic 650W
- AKCIÓ! Apple Macbook Pro 16" 2019 i7 9750H 32GB 500GB Radeon Pro 5300M hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest