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

Izdelava slik sistemov po meri

Za lokalno testiranje integracij paketov ali sprememb sistema lahko ustvarite slike KDE Linux po meri. Postopek gradnje uporablja mkosi, zavit v vsebnik Docker.

Če želite vključiti pakete po meri, dodajte želena imena paketov ustreznim konfiguracijskim datotekam (kot je razdelek [Packages] v mkosi.conf ali specifične datoteke .packages), preden zaženete skript za gradnjo.

Zaženite gradnjo z:

./build_docker.sh

Ko se gradnja uspešno zaključi, bo rezultat datoteka slike sistema .iso, ki se nahaja v mapi mkosi.output/.

Hitro testiranje z Virt-Managerjem

Najhitrejši način za preizkus vaših sprememb je zagon slike .iso neposredno kot obstoječega diska v navideznem računalniku, mimo celotnega namestitvenega postopka.

1. Odprite Virtual Machine Manager in zaženite čarovnika za New Virtual Machine.
2. Izberite Local Install Media in izberite vašo ustvarjeno datoteko .iso.
3. Dodelite vsaj 4 GB RAM-a in 2 jedri procesorja.
4. Pomembno: V konfiguraciji navideznega računalnika se prepričajte, da je Firmware nastavljen na UEFI in da je Secure Boot onemogočen.

Za trajnejšo nastavitev ali navodila o uporabi drugih orodij za virtualizacijo, kot sta VirtualBox ali UTM, glejte priročnik Namestitev na virtualni računalnik.

Testiranje sprememb z openQA

KDE Linux uporablja avtomatiziran nabor testov openQA za testiranje sistemskih slik pred objavo. Nabor zažene slike v virtualnih strojih in izvaja bistvene delovne poteke, vključno z namestitvijo novega sistema, nadgradnjo obstoječega in testiranjem funkcionalnosti nameščenega sistema. To pomaga odkriti regresije, ki morda niso očitne pri ročnem testiranju lokalne gradnje.

Če vaša sprememba vpliva na gradnjo slik sistema, namestitev, posodobitve, sistemske storitve ali namizno okolje, razmislite, ali morajo avtomatizirani testi to vključiti. Za več informacij o pisanju testov za to spremembo glejte openQA za razvijalce.

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