7,540
edits
Changes
→Fedora 38: PWA
=Midnight commander===Select all== Crtl + Shfit + (hármas gomb, amin a '+' van). Ekkor megjelenik egy pattern alapján választó. Ide ha '*'-ot írunk be, akkor kijelöli az összes fájlt. =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=
$ 7z file.zip
</pre>
<br>
=JSON pritty print (formázás)=
<pre>echo '{"name1":"value1" ...}' | jq .</pre> =Hálózatés process-ek=
==Port=====Ki hallgatózik egy porton===
# netstat -tulpn | grep :9998
tcp 0 0 0.0.0.0:9998 0.0.0.0:* LISTEN 13156/java ===Elérhető a 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/nulllrwxrwxrwx. 1 1000200000 root 0 Oct 8 07:47 /proc/1/exe -> /jre/bin/javalrwxrwxrwx. 1 1000200000 root 0 Oct 8 09:39 /proc/262/exe -> /usr/bin/bashlrwxrwxrwx. 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ó=
==PDF==
===Dock konvertálása PDF-re===
<pre>
# libreoffice --headless --convert-to pdf *.doc
</pre>
===PDF átméretezés===
find . -name \*.jar -exec cp {} /home/adam/Projects/ING/Programs/findbugs-3.0.1/extra_alecash_libs/ \;
</pre>
<br>
===Base64===
Az echo parancs rárak a string végére egy fájl vége karaktert. Ha jelszót kell base64-esre kódolni, akkor fontos, hogy ezt levágjuk róla mielőtt meghívjuk a base64-es parancsot, különben ha a jelszót kezelő rendszerben nincs trim, nem fogja elfogadni.
echo "this is the text" | head --bytes=-1 | base64 > valami.txt
<br>
Alapértelmezetten 76 karakterenként új sort kezd. Ha egy sorba akarjuk kiírni a base64-et, akkor a -w (wrap) -el meg kell mondani milyen hosszú legyen a sor. 0 esetén nem töri meg a sort:
echo "this is the text" | base64 -w 0 > valami.txt
<br>
=Magyar helyesírás ellenőrző=
</pre>
Majd fel kell rakni az aspell magyar szótárát. Ez nincs benne a repóba, innen letölthető: ftp://ftp.gnu.org/gnu/aspell/dict/0index.htmlvagy innen: http://mirrors.ibiblio.org/gnu/ftp/gnu/aspell/dict/hu/
Ezt kell letölteni: '''aspell6-hu-0.99.4.2-0'''
Indítsuk újra az Evolution-t, majd a Preferences -> Conposer preferences -> Spell checker fülön pipáljuk be, hogy a magyart is ellenőrizze, így egyszerre fogja az angolt és a magyart kezelni.
Listázása az elérhető szótáraknak:
<pre>
# aspell dump dicts
hu
</pre>
Fedora 31:
<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>
=Wine-2.0=
</pre>
Ez újra fogja csomagolni, és ide fogja rakni: /root/rpmbuild/RPMS/x86_64/
=WhatsApp desktop=
<pre>
[Desktop Entry]
Type=Application
Name[en_US.UTF-8]=WhatsApp
X-GNOME-FullName[en_US.UTF-8]=WhatsApp
Comment[en_US.UTF-8]=WhatsApp desktop client
Icon=/home/adam/Programs/whatsApp/whatsApp.png
NoDisplay=false
Exec=google-chrome --app=https://web.whatsapp.com/ --window-size=800,600 --user-data-dir=/home/adam/.config/chromium-whatsapp --class=chromium-whatsapp %U
Path=
Terminal=false
X-GNOME-UsesNotifications=true
Categories=Network;
StartupWMClass=web.whatsapp.com
</pre>
=Gnome ikon probléma=
Ha a Baloldali Dash-to-dock -ban ronda az ikonja a futó alkalmazásnak, akkor meg kell szerezni az alkalmazás osztályát
<pre>
$ xprop WM_CLASS
</pre>
Ekkor keresztre változik a pointer. Kattintsunk a futó alkalmazás ablakára, a whatsapp esetén valahol a belsejébe az ablaknak. Ekkor a xprog ki fogja írni az alkalmazás osztályait:
<pre>
$ xprop WM_CLASS
WM_CLASS(STRING) = "web.whatsapp.com", "chromium-whatsapp"
</pre>
A .desktop fájl végére írjuk ezt:
<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=
CPU profil listázása:
<pre>
# cpupower frequency-info
analyzing CPU 0:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 400 MHz - 4.80 GHz
available cpufreq governors: performance powersave
current policy: frequency should be within 400 MHz and 1.90 GHz.
The governor "powersave" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 800 MHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes
</pre>
* Jelenlegi fogyasztás: 800 Mhz
* Tartomány: 400 - 4800 Mhz
Elérhető profilok listázása: <br>
A profil a min és a max frekvenciát határozza meg. Azt láthatjuk, hogy az elsődleges a performance, a másodlagos a powersave. A Perofmance engedi a maximumig felvinni a fogyasztást. Ez nem feltétlen praktikus, mert nagyon hamar lemeríti az akut.
<pre>
# cpupower frequency-info --governors
analyzing CPU 0:
available cpufreq governors: performance powersave
</pre>
Profil váltás: (ennek szerintem semmi hatása)
<pre>
# cpupower frequency-set --governor powersave
</pre>
Hogyan szabályozzuk: <br>
Ehhez egy gnome plugin-t kell feltenni, amit a software installer-el is fel tudunk tenni: CPU Power Manager
:[[File:ClipCapIt-200303-181323.PNG]]
Be lehet állítani, hogy az elérhető négy profil-ban milyen tartományban legyen a CPU. Ezen felül, hogy mi legyen a profil ha aksiról megy illetve ha töltőn van. A jobb felső sarokba megjelenik a pillanatnyi fogyasztás, ahol egy mozdulattal át is állíthatjuk.
=Remarkable markdown editor=
<pre>
Add RPM Fusion repositories to your system
Download latest rpmsphere-release rpm from
https://github.com/rpmsphere/noarch/tree/master/r
Install rpmsphere-release rpm:
# rpm -Uvh rpmsphere-release*rpm
Install remarkable rpm package:
# dnf install remarkable
dnf install gtksourceview3
</pre>
<br>
=Billentyűzet parancsok (keyboard)=
===Ha elromlik a kiosztás===
<pre>
$ setxkbmap hu
</pre>
===Nyelv váltás===
Special + Space
=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)
Major opcode of failed request: 73 (X_GetImage)
Serial number of failed request: 7
Current serial number in output stream: 7
</pre>
Azt írják, hogy lehet hogy az a baj, hogy Fedora11-ben nem X11-van hanem "wayland". És ez igaz, ez látszik is a lenti paranccsal. Az első megszerzi a session id-t a második megmondja a típusát:
<pre>
$ loginctl
SESSION UID USER SEAT TTY
2 1000 adam seat0 tty2
$ loginctl show-session 2 -p Type
Type=wayland
</pre>
Az X11 elavult és átveszi a világban a helyét a '''wayland''', aminek van X11 emulált interfésze a backwords kompatibilitás miatt, de a Microsoft Teams nem tudja teljesen jól használni a wayland-ot, sajnos a Teams egy 100%-ban X11-re írt alkalmazás :(
Egy megoldás van: Vissza kell váltani X11-re, ah tényleg akarjuk használni a megosztást. Gondolom ezzel egy csomó Wayland funkciót elvesztünk, tehát mérlegelni kell.
https://www.faschingbauer.me/blog/2020/03/ms-teams-on-linux.html
Lényeg: In /etc/gdm/custom.conf, a .ini style configuration file, you see the [daemon] section,
Ehelyett:
<pre>
[daemon]
# Uncomment the line below to force the login screen to use Xorg
#WaylandEnable=false
#DefaultSession=gnome-xorg.desktop
</pre>
Ez kell:
<pre>
[daemon]
WaylandEnable=false
DefaultSession=gnome-xorg.desktop
</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>
$ loginctl show-session 2 -p Type
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/