Changes

Hasznos parancssori eszkozok

14,613 bytes added, 00:49, 4 June 2023
Fedora 38: PWA
=Screenshots===Screenshot aktív menüről==
Az a baj, hogy ha aktív egy felugró menü, akkor a '''PrtScrn''' gomb nem működik. Ekkor késleltetéssel parancssorból meg tudjuk hívni a '''gnome-screenshot''' programot, amia '''PtrScrn''' gomb megnyomásakor is lefut. Meg lehet neki adni egy késleltetést, ami alatt meg tudjuk nyitni a kívánt menü elemet:
A végeredmény a felhasználó Images mappájába fog kerülni.
 
 
==Beépített Gnome screenshot==
 
Shift+Ctrl + Print screen: egy kijelölt területet másol a vágólapra.
<br>
 
==deepin-screenshot (Edit screen shot on the fly)==
 
https://wiki.deepin.org/index.php?title=Deepin_Screenshot&language=en
# dnf install deepin-screenshot
 
 
Majd hozzá kell adni egy hot key-hez a parancs futtatását:
:[[File:ClipCapIt-220202-010220.PNG]]
:[[File:ClipCapIt-220202-010236.PNG]]
:[[File:ClipCapIt-220202-010249.PNG]]
 
 
Innentől kezdve az Alt + Ctrl + A elindítja a screenshot készítést.
{{warning|Ha teszünk rá nyilat is, akkor elsőre át kell kattintani pl a betűkre, majd csak utána a kis lemezre, ami a vágólapra másolja, különben üres lesz a vágólap}}
 
<br>
<br>
=Flash plugin=
<pre>
$ 7z file.zip
</pre>
<br>
=JSON pritty print (formázás)=
 
<pre>
echo '{"name1":"value1" ...}' | jq .
</pre>
=Hálózatés process-ek=
==Port==
# nc -vz host.example.hu 8042
 
 
==Processek==
Process list without ps
<pre>
bash-4.2$ find /proc -mindepth 2 -maxdepth 2 -name exe -exec ls -lh {} \; 2>/dev/null
lrwxrwxrwx. 1 1000200000 root 0 Oct 8 07:47 /proc/1/exe -> /jre/bin/java
lrwxrwxrwx. 1 1000200000 root 0 Oct 8 09:39 /proc/262/exe -> /usr/bin/bash
lrwxrwxrwx. 1 1000200000 root 0 Oct 8 10:01 /proc/280/exe -> /usr/bin/find
</pre>
 
 
Command line arguments
cat /proc/<pid>/cmdline
 
<br>
<br>
=Média manipuláció=
<pre>
# dnf install hunspell-hu
</pre>
 
 
===Teams for Linux===
Mindig azon a nyelven ellenőri a helyesírást, ami be van állítva APP nyelvnek (tehát nem keyboard nyelvnek). A szótárakat itt árolja
/home/adam/.config/Microsoft/Microsoft Teams/dictionaries/
Mikor átállítjuk az APP nyelvet, akkor automatikusan lehúzza a beállított nyelv bdic szótárát.
<pre>
$ ls -l
total 3160
-rw-r--r--. 1 adam adam 446642 2020 febr 7 en-US.bdic
-rw-r--r-- 1 adam adam 2784888 szept 18 16.48 hu-HU.bdic
</pre>
StartupWMClass=web.whatsapp.com
</pre>
 
<br><br>
=Dash to dock gnome 40 felett=
Gnome 40-től kezdve a hagyományos dash-to-dock nem működik már. De van helyette egy másik, amit a dnf-el tudunk telepíteni.
<pre>
sudo dnf install sudo dnf install gnome-extensions-app
sudo dnf install gnome-shell-extension-dash-to-doc
</pre>
 
:[[File:ClipCapIt-211108-215553.PNG]]
:[[File:ClipCapIt-211108-215606.PNG]]
<br><br>
 
=CPU frekvencia beállítása=
=Microsoft MS teams=
==Fedora 38: PWA==
Az új Teams már PWA (progressive web app) -on is elérhető. Ez egy sépci böngészőben futó app-ot jelent, amit a Chrome linux-on támogat. A Microsoft azt ajánlja hogy ezt használjuk ne a vastag klienst.
 
A Chrome böngészőben jeletnkezzünk be a teams-be: https://teams.microsoft.com. Majd a jobb felső sarokban meg fog jelenni egy kis icon: Install Microsoft eams.
:[[File:ClipCapIt-230603-203809.PNG]]
 
Azonban az installácó nem tud teljes egészében végi menni ezzel a hibaüzenettel: '''Flatpak does not have write access to ~/.local/share/applications and ~/.local/share/icons, so it cannot install or uninstall PWAs.'''
:[[File:ClipCapIt-230603-204045.PNG]]
Megoldás: A Chorome ot csukjuk be és győzőgyünk meg róla hogy semmilyen chorme process nem fut. Majd adjuk ki ezt a parancsot a saját user-ünke. <pre>$ flatpak override --user --filesystem=~/.local/share/applications:create --filesystem=~/.local/share/icons:create com.google.Chrome</pre>  Majd a chomre böngészőben nyissuk meg az app -okat, írjuk ezt a felső sávba: chrome://apps/, itt jobb click a Teams-en, és "Create shortcut":[[File:ClipCapIt-230603-204921.PNG]] Most már meg kell jelenjen a menüben is.     <br><br> ==Fedora 34: Miért nem működik a képernyő megosztás: ==
<pre>
X Error of failed request: BadMatch (invalid parameter attributes)
</pre>
{{note|Elég volt, hogy a 'WaylandEnable=false' sort visszaraktam, mivel az alapértelmezett értéke true. Nem volt szükség a 'DefaultSession' re}}
Ez a jó érték ha teams-t akarunk használni:
<pre>
Type=x11
</pre>
<br>
<br>
 
=Microsoft OneDrive=
 
{{note|A teljes OneDrive-ot nem tudta szinkronizálni, de egy beállított mappára működik}}
<br>
 
Forrás: https://www.linuxuprising.com/2020/02/how-to-keep-onedrive-in-sync-with.html
 
===Telepítés===
<br>
'''rpm letöltése innen''': https://koji.fedoraproject.org/koji/packageinfo?packageID=26044
<br>
<br>
Majd válasszuk ki a megfelelő Fedora verziót, majd utána az x86_64 architektúrát. <br>
:[[File:ClipCapIt-230522-204629.PNG]]
<br><br>
Telepítsük:
<pre>
# dnf install onedrive-2.4.13-4.fc36.x86_64.rpm
</pre>
<br><br>
Majd be kell jelentkezni:
<pre>
$ onedrive
Configuring Global Azure AD Endpoints
Authorize this app visiting:
 
https://login.microsoftonline.com/common/oauth2/v2.0/authorize?client_id=d50ca740-c83f-4d1b-b616-12c519384f0c&scope=Files.ReadWrite%20Files.ReadWrite.all%20Sites.Read.All%20Sites.ReadWrite.All%20offline_access&response_type=code&redirect_uri=https://login.microsoftonline.com/common/oauth2/nativeclient
 
Enter the response uri:
</pre>
Meg kell nyitni a böngészőben a command line-ban lévő URL-t majd ott jelentkezzünk be a microsoft account-ba. Ezután a böngésző egy üres oldalra navigál. Másoljuk ki ezt az URL-t és másoljuk be a command line-ba:
 
 
 
<pre>
....
 
Enter the response uri: https://login.microsoftonline.com/common/oauth2/nativeclient?code=0XXXXqiEi9B0XXXXXBhHAnOyXA-hoPyvu-ufAUkFYXXXXnO5XXXXXTEWxRfn44F1h6ibreL37mIo5plF4lZXXXXHEJBH8MODXBBe&session_state=edXXXX1f150d
 
Application has been successfully authorised, however no additional command switches were provided.
 
Please use --help for further assistance in regards to running this application.
 
</pre>
{{note|Itt azt nem tudom, hogy mennyi ideig él a token és hogy hogyan tudunk róla értesülni ha lejárt}}
<br><br>
 
===Tesztelés===
A home alatti '''OneDrive''' mappa lesz a szinkronizálás gyökere. (Ezt valahogy át lehet állítani)
<br>
{{warning|It's very important to note that you should not remove the ~/OneDrive (or whatever path you're using for the OneDrive folder) folder while having the OneDrive Free Client fork systemd service running, as it will remove all your files from OneDrive (you will still have access to them on the OneDrive website, in the Recycle Bin).}}
<br>
Próbáljuk ki, hogy tudna e syncronizálni (nem fog semmit csinálni, dry run)
<pre>
$ onedrive --synchronize --verbose --dry-run
Using 'user' Config Dir: /home/adam/.config/onedrive
Using 'system' Config Dir: /etc/onedrive
....
Downloading file Microsoft Teams Chat Files/Screenshot from 2020-03-17 15-22-08.png ... done.
Downloading file Microsoft Teams Chat Files/memory-usage-dev.ods
...
</pre>
Ha itt kiírja a fájlok nevét ami a oneDrive-ban van, akkor jó lesz.
<br><br>
===Kiválasztott mappa szinkronizálása===
A teljes OneDrive account-ot nem tudja szinkronizálni, de egy mappára működik. A ~/OneDrive mappa alatt hozzunk létre egy új mappát, aminek a tartalmát szinkronizálni akarjuk.
<pre>
$ mkdir ~/OneDrive/myDir
</pre>
Hozzunk létre itt egy ilyen fájlt, amibe fel lehet sorolni a szinkronizálandó mappákat:
<pre>
echo "myDir" >> ~/.config/onedrive/sync_list
</pre>
 
<br>
 
===Indítás===
<pre>
$ systemctl --user start onedrive
</pre>
 
<br>
 
Tegyünk online is fájlokat a myDir mappába és lokálisan is. Ekkor áthatjuk a logokban hogy szinkronizálja őket:
<pre>
$ journalctl --user-unit onedrive -f
....
May 22 23:24:52 localhost.localdomain onedrive[109403]: Uploading new file Project/felhő-gyülés.txt ...
May 22 23:24:54 localhost.localdomain onedrive[109403]: [470B blob data]
May 22 23:24:54 localhost.localdomain onedrive[109403]: done.
May 22 23:26:21 localhost.localdomain onedrive[109403]: Uploading new file Project/workspace.code-workspace ...
May 22 23:26:23 localhost.localdomain onedrive[109403]: [470B blob data]
May 22 23:26:23 localhost.localdomain onedrive[109403]: done.
May 22 23:28:23 localhost.localdomain onedrive[109403]: Downloading file Project/Customer.odg ... done.
May 22 23:28:26 localhost.localdomain onedrive[109403]: Downloading file Project/Screenshot from 2020-08-10 23-04-12.png ... done.
</pre>
 
<br>
===Auto start up===
<pre>
$ systemctl --user enable onedrive
Created symlink /home/adam/.config/systemd/user/default.target.wants/onedrive.service → /usr/lib/systemd/user/onedrive.service.
</pre>
 
 
 
 
 
 
<br>
<br>
 
=Android screen sharing=
 
 
Sokféle képen meg lehet osztani a screent, itt van egy lehetséges megoldás: https://www.maketecheasier.com/cast-android-screen-linux-desktop/
 
Ez a '''Vysor''' app-ra épül, ami google extension -ként is futtatható meg natívan is elérhető. Ugyan ezt az app-t a telefonra is fel kell tenni és engedélyezni kell az USB debug módot, és egy USB kábellel össze kell kötni a telefont a PC-vel.
 
A hangot is át tudja hozni, de csak a fizetős verzió.
 
<br>
<br>
=Android sound mirroring to Linux=
 
Fel kell telepíteni a '''gmediarender''' programot, ami egy audio renderer, amit Upnp programok tudnak használni mint lokális renderer, többek között a BubbleUpnp.
 
Indítsuk el a saját user-ünke. A -f után adjunk egy nevet a renderer-nek.
<pre>
$ gmediarender -f linuxBox
gmediarender 0.0.8 started [ gmediarender 0.0.8 (libupnp-1.8.4; glib-2.62.2; gstreamer-1.16.1) ].
Logging switched off. Enable with --logfile=<filename> (or --logfile=stdout for console)
Ready for rendering.
</pre>
 
Nyissuk meg az Android-on a BubbleUpnp-t, majd More (bal alul) majd "select renderer" jobbról a második ikon. Itt a listában meg kell jelenjen a gmediarender azzal a névvel amit adtunk neki:
:[[File:ClipCapIt-200514-181916.PNG]]
 
Válasszuk ki. Ekkor ha bármit elkezdünk a BubbpleUpnp-ben lejátszani, akkor meg fog mellette jelenni a gmediarender ikonja a jobb alsó sarokban:
:[[File:ClipCapIt-200514-182043.PNG]]
 
Ha most megnyitjuk a '''pavucontrol''' audió beállító programot, akkor ott megjelenik benne a gmediarender is:
<pre>
$ pavucontrol
</pre>
:[[File:ClipCapIt-200514-182243.PNG]]
Itt kontrollálhatjuk a hangerejét annak amit az Android-on a BubbleUpnp-ben lejátszunk, hogy milyen hangerővel szóljon a Linux fejhallgatóban.
 
<br>
<br>
=Boxes=
:[[File:ClipCapIt-201014-004330.PNG]]
 
==Guest program telepítése==
https://www.spice-space.org/download.html
 
===Képernyő felbontás és copy-past===
Fel kell telepíteni a '''spice-guest-tools-latest.exe'''-t. Amit innen lehet letölteni: https://www.spice-space.org/download/windows/spice-guest-tools/spice-guest-tools-latest.exe<br>
Már a telepítés közben helyre áll a felbontás, és menni fog a full-screen újraindítás nélkül.
 
===Fájl megosztás===
Ehhez le kell tölteni a spice-webdav klienst innen: https://www.spice-space.org/download/windows/spice-webdavd/<br>
Itt jobb egérrel '''Save as'''-el kel kell menteni és át kell nevezni ...msi kiterjesztésre a windows gépen. Majd fel kell telepíteni.
<br>
<br>
https://elmarco.fedorapeople.org/manual.html<br>
Ha kész van, akkor: register the drive by running map-drive.bat from Program Files/Spice webdav
<br>
<br>
https://docs.druva.com/Knowledge_Base/inSync/Troubleshooting/WebDAV_download_fails_with_file_size_exceeds__the_limit_error<br>
Be kell állítani, hogy nagy fájlokat is lehessen másolni:
# Click Start, type regedit in the Start Search box, and then press ENTER.
# Open the registry editor (using regedit on the Windows Start menu) by typing: regedit
# Locate and click the following registry subkey: '''HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters'''
# Select DWORD FileSizeLimitInBytes. Go to Edit > Modify. In the Value data box, enter 4294967295 and then click OK. This sets the maximum you can download from the WebDAV to 4 GB at one time, where 4 GB is the maximum value supported by Windows OS.
# Exit Registry Editor and restart the Web Client Service
 
Fontos, hogy szabályosan újraindítsuk a virtuális gépet, különben el fog veszni a registry beállítás. Az újraindítás után fog csak működni a nagy fájlok másolása.
<br><br>
=Skype for business=
Sajnos Chrome-ban nem megy, és Firefox 52-től sem megy már Linuxo-on. D
 
De van egy fizetős app, ami teljes körű sykpe for business funkcionalitást ad Linux-ra:
 
https://tel.red/linux.php
 
=DNF update hiba=
Ha elér a Fedora verizó az élettartama végére, akkor átkerül a archived repo-ba, és az eredeti URL-en már többet nem updatelhető:
<pre>
Copr repo for v4l2loopback owned by sentry 314 B/s | 341 B 00:01
Errors during downloading metadata for repository 'copr:copr.fedorainfracloud.org:sentry:v4l2loopback':
- Status code: 404 for https://download.copr.fedorainfracloud.org/results/sentry/v4l2loopback/fedora-31-x86_64/repodata/repomd.xml (IP: 52.85.121.14)
Error: Failed to download metadata for repo 'copr:copr.fedorainfracloud.org:sentry:v4l2loopback': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
</pre>
 
Amikor ez a hiba jött, akkor látható is, hogy ha a böngészőben megnyitom a fenit URL-lt, hogy a 31-ből már nincs ott az x86_64:
<pre>
 
Name↓ Last Modified: Size: Type:
../ Directory
fedora-23-ppc64le/ 2019-Nov-01 19:11:44 -- Directory
fedora-24-ppc64le/ 2019-Nov-01 19:11:43 -- Directory
fedora-26-ppc64le/ 2019-Nov-01 19:11:43 -- Directory
fedora-31-ppc64le/ 2020-Oct-25 08:10:03 -- Directory
fedora-32-ppc64le/ 2020-Oct-25 08:10:03 -- Directory
fedora-32-x86_64/ 2021-Mar-29 21:03:58 -- Directory
fedora-33-ppc64le/ 2020-Oct-25 08:10:09 -- Directory
fedora-33-x86_64/ 2021-Mar-29 21:03:48 -- Directory
fedora-34-ppc64le/ 2021-Feb-17 23:02:46 -- Directory
fedora-34-x86_64/ 2021-Mar-29 21:03:14 -- Directory
fedora-rawhide-i386/ 2021-Mar-26 14:03:11 -- Directory
fedora-rawhide-ppc64le/ 2020-Oct-25 08:10:08 -- Directory
fedora-rawhide-x86_64/ 2021-Mar-29 21:03:52 -- Directory
srpm-builds/ 2021-Mar-29 21:03:10 -- Directory
pubkey.gpg 2021-Mar-29 21:03:58 1010.00B GPG File
</pre>
 
A 32-ből még ott van, de a 31 eltűnt. Átkerült az archived repo-ba, aminek ez az URL-je:
 
https://archives.fedoraproject.org/pub/archive/fedora/linux/updates/
 
Itt viszont más a sub-folder képzés. Láthatjuk hogy korábban így volt:
<pre>
/fedora-$releasever-$basearch/
</pre>
 
Vagyis elsnek jött a verzió aztán meg az architektúra.
 
Ehelyett viszont az archive-ban így van:
<pre>
$releasever/Everything/$basearch/
</pre>
 
Ezt itt kell átírni: '''/etc/yum.repos.d/v4l2loopback.repo'''
<pre>
[copr:copr.fedorainfracloud.org:sentry:v4l2loopback]
name=Copr repo for v4l2loopback owned by sentry
baseurl=http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/$releasever/Everything/$basearch/
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://download.copr.fedorainfracloud.org/results/sentry/v4l2loopback/pubkey.gpg
repo_gpgcheck=0
enabled=1
enabled_metadata=1
</pre>
 
Majd:
# dnf update --refresh
 
 
=Firewalld zones / Fedora zónák=
https://www.linuxjournal.com/content/understanding-firewalld-multi-zone-configurations
 
 
Firewall debug: https://www.cyberciti.biz/faq/enable-firewalld-logging-for-denied-packets-on-linux/