Új hozzászólás Aktív témák

• #31767 luks kezdő

  Új Válasz 2021-12-04 15:32:58 #31767

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  Sziasztok!

  Elsősorban azokat szeretném megszólítani, akik használják a newsboat cli rss feed reader-t. A napokban kezdtem elmerülni a szoftver query és filter lehetőségeiben és egy korlátba botlottam, amire szerintem nincs megoldás. Valójában nem is korlát, de felismertem, hogy idővel teljesen átláthatatlanná fog válni az urls fájlom, amiben query-ket írok, főleg akkor ha változtatni kell valamin, amiben egyik hivatkozik a másokra. Egyszerűbb, felírok egy példát az urls fájlra és elmagyarázom, hogy ott mi történik.

  "query:All Security News without filtered content:tags =~ \"secnews\" and (title !~ \"docker|kubernetes|bitcoin\" and content !~ \"docker|kubernetes|bitcoin\")"
"query:Security News (docker/k8s):tags =~ \"secnews\" and (title =~ \"docker|kubernetes\" and content =~ \"docker|kubernetes\")"
"query:Security News (bitcoin):tags =~ \"secnews\" and (title =~ \"bitcoin\" or content =~ \"bitcoin\")"

  https://krebsonsecurity.com/feed/ "~Krebs" secnews
https://www.schneier.com/feed/ "~Schneier" secnews
https://www.darkreading.com/rss.xml "~Dark Reading" secnews
https://feeds.feedburner.com/TheHackersNews "~THN" secnews

  https://feeds.guardian.co.uk/theguardian/world/rss "~Guardian" news

  Először is mi történik alul. A site rss linkjével kezdődik a sor, mellette azonnal elnevezem ("~Krebs), mert egyáltalán nem biztos, hogy később a default hozott nevén szeretném látni. A végén pedig megtaggelem (secnews), hogy később tudjak hivatkozni rá, csoportosítani tudjam őket.

  Fent három egyszerű query-t írtam.

  Kezdjük a második és a harmadikkal. Szeretném leszűrni, de csak a security orientált oldalakat vizsgálva (tags =~ \"secnews\") és összegyűjteni a Docker és Kubernetes témakörben lévő cikkeket and (title =~ \"docker|kubernetes\" and content =~ \"docker|kubernetes\") egy Security News (docker/k8s) nevű "mappába".

  A második hasonló, nem kell magyarázni. Az első query viszont érdekes, mert nem szeretnék két mappában All Security News without filtered content és Security News (docker/k8s) ugyanazzal a cikkel találkozni. Tehát itt mindent össze kell gyűjtenem, ami security orientált (tags =~ \"secnews\"), de(!) ki kell szűrnöm innen minden olyan cikket, amit máshol egyéb szempontok alapján már összegyűjtöttem, ami így folytatódik: and (title !~ \"docker|kubernetes|bitcoin\" and content !~ \"docker|kubernetes|bitcoin\").

  A probléma pedig itt kezdődik. Ha szeretném kiegészíteni a Docker és a Kubernetes tartalmakat gyűjtő mappámat mondjuk egy Podman szűrővel, akkor a második query-ben két helyen kell kiegészítenem azt (title és content szűrő), továbbá ki kell szűrnöm az első query-ből is (title és content), mert nem szeretnék egy témakört két helyen olvasni.

  Két dolgot látok megoldásnak, de egyiket sem gondolom megvalósíthatónak, harmadikat pedig nem látok.
  1. Az urls fájlom szerintem nem tud mit kezdeni a változóval. Ráadásul a regex sem biztos, hogy tud változót kezelni. Ezt nem tudom. Ez lenne a legeslegjobb, leghibatűrőbb megoldás.
  2. Ha lehetne hivatkozni egy query-ben egy másikra, már az megkönnyítené a későbbi változtatás módosításokat az urls fájlban. Gondolok itt arra, hogy ha a második query-ben szűrök konténerizáció témakörben, akkor ne kelljen felsorolni az első query-ben újra, hogy de ezeket viszont itt nem szeretném, egyszerűen csak ne jelenítsd meg azokat, amit a második query-ben meg szeretném, hogy jeleníts. (Itt olvashatóak, hogy milyen operátorok és attribútumokra lehet hivatkozni.)

  Ez most még nem okoz jelentősebb problémát és a fentiek is csak egy hasra csapott példasor, de már látom, hogy idővel teljesen átláthatatlanná válhat a saját konfigurációm és a hozzáadok, elveszek szerkesztések is nagyban növelni fogják az emberi hiba lehetőségét.

  Aki végigolvasott, köszönöm!

• #31558 luks kezdő

  Új Válasz 2021-07-31 23:51:07 #31558

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  Megoldva. Az sxhkd-ben direkt csak spotify-ra volt anno konfigurálva a play-pause:

  {XF86AudioPlay,XF86AudioNext,XF86AudioPrev}
    playerctl -p spotify {play-pause,next,previous}

  ...mert ha nem definiálom lejátszóra és nyitva van egy browser és valahol a spotify desktop app is, akkor a rendszer nem tudja kitalálni helyettem, hogy most éppen a browser-ben félbehagyott videó menjen tovább vagy valamilyen audio tartalom a spotify alatt és elindítja mindkettőt. Szóval jelenleg így:

  playerctl -a {play-pause,next,previous}

  most ha leveszem a fejemről a fejest, akkor a browser alatti tartalom és a spotify is pause módba kapcsol és ha visszaveszem, akkor folytatja azt. Cserébe ha mindkettő nyitva van és egy koppal érintem a fejest, akkor mindkettő megáll vagy elindul. Egyelőre most jó ez így, de legalább már tudom hol a probléma és lehet tovább finomítani.

  Egyébként ha jobban megnéztem volna, akkor a kérdésem ezen topic helyett a nagy Linux topicba jobban beleillett volna.

• #31557 luks kezdő

  Új Válasz 2021-07-31 13:50:56 #31557

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  Egész délelőtt az alábbi problémával küzdöttem.

  OS: minimalista Arch Linux, bspwm-el (alapvető xorg csomagok), pulseaudio
  Fejhallgató: Sennheiser PXC 550-II
  Audio transmitter: Anvantree DG60 (ez egy hangkártya, tehát bt csomagokra nincs szükség)

  A BT kapcsolat létrejön Sennheiser és a DG60 hangkártya között, ezzel semmi probléma nincs. A fejhallgató jobb fele érintésre vezérelhető. Egy kopp start/stop/pause funkcióval bír, a dupla kopp bekapcsolja a mikrofont és mindent hallok magam körül. Egy további bekapcsolt funkció, amivel a fejhallgatót a fejemről levéve, az asztalra helyezve megállítja az éppen futó tartalmat. Legyen az böngészőben (Brave) éppen nézett YT videó vagy Spotify desktop app-on hallgatott zene. Ezek nem működnek és egyszerűen ötletem sincs, hogy milyen csomag hiányzik. Ugyanez (PXC 550/DG60) egy másik bloated (KDE) Arch gépen hibátlanul működik. Igazából hazudok, mert a bspwm gépemen, ahol ezek a funkciók nem működnek, valami működik, ez pedig a Spotify desktop app vezérlése. Ez működik szimpla koppal, tehát egy zenét meg tudok állítani. De az már itt sem működik, hogy ha leveszem a fejemről, a zene nem áll meg. Vagy a dupla koppra sem úgy működik, ahogy kellene. Bekapcsolja a mikrofont, de a zenét már nem állítja meg.

  MPRIS irányban gondolkozom, de egyelőre semmi. A playerctl csomag fent van, ami emlékeim szerint ahhoz kellett, hogy a shhkd-be konfigurálni tudjak hotkey-eket, hogy bármelyik (0-9) desktop-ról vezérelhessem a Spotify-t. Lehet, hogy ettől működik egy-két dolog a Spotify desktop app-al? Valami még hiányzik. A rendszer teljesen friss és az azt követő reboot-on is túl vagyok.

• #31245 luks kezdő f_sanyee #31243

  Új Válasz 2021-03-18 15:21:12 #31245

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  válasz f_sanyee #31243 üzenetére

  Solved. Köszönöm!

• #31244 luks kezdő f_sanyee #31243

  Új Válasz 2021-03-18 11:01:13 #31244

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  válasz f_sanyee #31243 üzenetére

  Természetesen nem. Nap végén lefuttatom a script-et, ami szerintem megoldja. Köszi a tippet! Megírom majd az eredményt.

• #31242 luks kezdő

  Új Válasz 2021-03-17 22:32:14 #31242

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  luks

  kezdő

  Sziasztok!

  Amerikai kiosztású billentyűzetet magyarra cseréltem. A VC és X11-re vonatkozóan is átállítottam ami kell. localectl set-keymap hu és localectl set-x11-keymap hu. Azonban, boot után, amikor a diszket decrpytelem és beírom a passphrase-t a kiosztás még mindig US. Mi hiányzik? Egyértelműen OS szintű (mi más) a dolog, mert ennél a pontnál már túl vagyunk a systemd-boot-on. Arch Linux dwm-el, Kai Hendry módra, szóval minden kézimunkás.

Új hozzászólás Aktív témák