Write down what installing on Fedora takes

The README has Arch and Ubuntu on it, and the two things that differ on Fedora
are the two that decide whether anything works at all. The package names are
its own, and `systemctl --user enable --now ydotool` has nothing to enable
there: Fedora ships ydotool as a system service only, and its ydotoold holds a
root-owned socket at mode 600. The unit is green, the daemon is up, and every
paste is refused. The drop-in the README now spells out points ydotoold at
$XDG_RUNTIME_DIR/.ydotool_socket and hands it over by uid, which is the path
the client already looks at, so nothing has to carry YDOTOOL_SOCKET. Red Hat
closed the same report as NOTABUG in 2023, so this stays a step the user takes
rather than one a later package will take for them.

install.sh was asking whether the unit was up, which is the question that
answers wrongly here. It now asks whether the socket is one this user may write
to, which is what auto-paste actually needs, and it names which of the three
ways it failed: a socket handed to nobody, a daemon that put its socket
somewhere else, or no daemon at all. On Arch and everywhere else the answer is
the same one as before.

ffmpeg-free out of Fedora's own repositories is enough, against the usual
advice to reach for RPM Fusion. That build disables four video decoders, h264,
hevc, vc1 and vvc, and keeps every audio decoder it has, AAC among them, while
Dikte only ever asks a video file for its audio track.

The models that run on this machine ask for nothing either, which is worth
saying because it is now the way Dikte starts. The Ubuntu builds run on Fedora
unchanged; whisper.cpp transcribed a clip here without a package being added,
and llama.cpp came down in its Vulkan build and found the card. That last part
is not luck: kwin-libs requires libvulkan.so.1, so the loader is on every
Plasma desktop by way of the compositor, and it recommends the Mesa drivers
alongside itself.

README.tr.md

@@ -29,6 +29,39 @@ systemctl --user enable --now ydotool     # otomatik yapıştırma için
 dikte                        # ilk açılışta ayarlar penceresi gelir
 ```
 
+Fedora KDE'de paket adları farklı, `ydotool` da bir adım fazla istiyor:
+
+```sh
+sudo dnf install pipewire-utils wl-clipboard ydotool ffmpeg-free python3-pyqt6
+```
+
+Fedora `ydotool`'u kullanıcı servisi değil sistem servisi olarak kuruyor;
+`ydotoold` de root'a ait bir sokete bağlanıyor, oturumun oraya yazamadığı için
+servis çalışırken bile otomatik yapıştırma tutmuyor. Soketi `ydotool`
+istemcisinin zaten baktığı yola al ve sahipliğini devret:
+
+```sh
+sudo mkdir -p /etc/systemd/system/ydotool.service.d
+printf '[Service]\nExecStart=\nExecStart=/usr/bin/ydotoold --socket-path=%s/.ydotool_socket --socket-own=%s:%s\n' \
+  "$XDG_RUNTIME_DIR" "$(id -u)" "$(id -g)" \
+  | sudo tee /etc/systemd/system/ydotool.service.d/override.conf >/dev/null
+sudo systemctl daemon-reload
+sudo systemctl enable --now ydotool
+```
+
+O çalışma dizini oturumuna ait olduğu için yeniden başlatmanın ardından servis
+sen giriş yapana kadar kendini yeniden deneyip ondan sonra oturuyor. Fedora'nın
+kendi depolarındaki `ffmpeg-free` yetiyor, RPM Fusion gerekmiyor: özgür yapının
+dışarıda bıraktığı şey H.264 ve HEVC video çözümü, Dikte ise video dosyasının
+yalnızca ses izini alıyor; onun AAC, MP3 ve Opus çözücüleri yapının içinde.
+
+Bu makinede koşan modeller için de eklenecek bir şey yok. O sürümler Ubuntu'da
+derleniyor ve burada olduğu gibi çalışıyor; `libvulkan.so.1`'i KWin'in kendisi
+bağladığı için Plasma masaüstünde llama.cpp'nin Vulkan yapısıyla gelip
+gelmeyeceğini belirleyen yükleyici zaten kurulu, Mesa sürücüleri de onunla
+birlikte geliyor. whisper.cpp ise Linux için hiç GPU yapısı yayımlamıyor,
+nerede çalışırsa çalışsın işlemcide çeviriyor.
+
 Ubuntu/GNOME X11 için kayıt PulseAudio üzerinden, pano ve yapıştırma ise X11
 araçlarıyla çalışır: