Pomagajte pri razvoju KDE Linuxa

Ekipa KDE Linux vedno ceni pomoč pri razvoju KDE Linuxa v operacijski sistem prihodnosti!

• Za pogovor z razvijalci KDE Linuxa** uporabite Matrix.
• Za predlaganje sprememb oddajte zahtevo za združitev v enem od ustreznih repozitorijev git.
• Za prijavo težav v samem operacijskem sistemu KDE Linux (npr. zasnova operacijskega sistema, integracija, sistemske storitve itd.) uporabite invent.kde.org in prezrite strašljiv rdeči pas na vrhu strani.
• Za prijavo težav v KDE Plasmi ali kateri koli aplikaciji KDE uporabite bugs.kde.org.
• Za pomoč pri nečem, kar je povezano s KDE Linuxom, uporabite discuss.kde.org in svojo objavo označite s "kde-linux".

Slike CI

Preverite dnevnik gradnje za svoj cevovod. V njem bi moralo biti navedeno, kje so bile slike objavljene.

Slike si lahko ogledate tudi od tukaj.

Izboljšajte hitrost lokalne izgradnje

Za pospešitev lokalnih gradenj ustvarite datoteko mkosi.local.conf v korenu repozitorija z naslednjo vsebino:

[Content]
Environment=LOCALE_GEN="en_US.UTF-8 UTF-8" # replace with your locale`
Environment=MIRRORS_COUNTRY=us # replace with your country code`
Environment=PARALLEL_DOWNLOADS=50 # if your internet connection is fast

Za Docker morate uporabljati gonilnik za shranjevanje Btrfs, sicer to ne bo delovalo.

Če vaš gostiteljski datotečni sistem uporablja Btrfs (kot KDE Linux), dodajte naslednje v /etc/docker/daemon.json

{
  "storage-driver": "btrfs"
}

Uradno dokumentacijo Dockerja, ki to pojasnjuje, najdete tukaj.

Če na gostiteljskem računalniku ne uporabljate Btrfs, lahko še vedno ustvarite nosilec Btrfs, ki ga podpira datoteka, kot je ta:

systemctl stop docker.socket docker.service || true
fallocate -l 64G /store/docker.btrfs
mkfs.btrfs /store/docker.btrfs
[ -d /var/lib/docker ] || mkdir /var/lib/docker
mount /store/docker.btrfs /var/lib/docker
systemctl restart docker.socket docker.service

Nato zaženite:

./build_docker.sh --incremental

Building Custom System Images

You can generate custom KDE Linux images to test package integrations or system modifications locally. The build process uses mkosi wrapped in a Docker container.

To include custom packages, add the desired package names to the relevant configuration files (such as the [Packages] section in mkosi.conf or the specific .packages files) before running the build script.

Run the build with:

./build_docker.sh

Once the build finishes successfully, the output will be a .raw image file located in mkosi.output/.

Quick Testing with Virt-Manager

The fastest way to test your changes is to boot the .raw image directly as an existing disk in a Virtual Machine, bypassing the full installation process.

1. Open Virtual Machine Manager and start the New Virtual Machine wizard.
2. Select Import existing disk image and choose your generated .raw file.
3. Allocate at least 4GB of RAM and 2 CPU cores.
4. Important: In the VM configuration, ensure the Firmware is set to UEFI and Secure Boot is disabled.

For a more permanent setup or instructions on using other virtualization tools like VirtualBox or UTM, refer to the Installing in a Virtual Machine guide.

Članek je prispeval Harald Sitter in Nate Graham z dovoljenjem CC-BY-4.0.