Rozwój systemu/Howto/Udział w Mandriva Cooker
Z Mandriva Poland
| Strona w trakcie korekty językowej! | |||
|---|---|---|---|
| Trwa korekta językowa tej strony. Strona może zawierać błędy. | |||
Aktualny status: Opracowanie w toku
2010.0 jest obecnie stabilnym wydaniem Mandriva Linux. Cooker jest aktywnie rozwijany do następnego wydania Mandriva Linux. Przygotowywana jest edycja Mandriva Linux 2010.1, której obrazy iso do wypalenia na płycie pobierzesz m.in. stąd: ftp://ftp.pbone.net/pub/mandrakelinux/devel/iso/2010.1
Tło
Jednym z najczęściej krytykowanym, w procesie rozwoju systemu Mandriva Linux, jest to że nie ma wystarczająco dużo czasu w trakcie procesu testowania wersji beta przez użytkowników, aby zaangażowali się w proces przed kolejnym wydaniem, spieszą się z wydaniem. Po wielu dyskusjach na ten temat na liście mailingowej "Cooker", szybko okazało się, że ogólnie istnieje brak zrozumienia w Społeczności Mandriva Cooker, jak ten proces działa. Prawdą jest to, że okres testowania wersji beta Mandrivy trwa prawie trzy miesiące, ale większość użytkowników nie bardzo jest zaangażowanych aż do samego końca tego procesu i dlatego odnoszą wrażenie, że faza badań jest zbyt krótka.
Celem niniejszego dokumentu jest dostarczenie zwykłym, zainteresowanym użytkownikom informacji, których potrzebują aby wziąć udział w testowaniu następnego wydania Mandriva Linux wcześniej, niż w planie wydawniczym. To pozwoli reagować tym użytkownikom, przesyłać zwrotne, przydatne informacje do deweloperów Mandrivy w ramach dostępnego czasu.
Niezmiennie, użytkownicy instalują drugiego kandydata wydania, wtedy wysyłają wszelkiego rodzaju wiadomości na listę dyskusyjną Cooker i do bazy danych Bugzilli wnioskując o (czasami wymagające) nowe funkcje do obecnego wydania. Niestety, w tym punkcie jest zbyt późno, aby dodać nowe funkcje lub aplikacje do dystrybucji. Jeżeli okaże się, że jesteś zainteresowany, wtedy informacje zawarte w tym dokumencie będą bardzo pomocne dla Ciebie.
Czym jest Cooker
Wersja rozwojowa następnej edycji systemu Mandriva Linux nosi nazwę Cooker. Celem Cooker'a jest poprawa dystrybucji Mandriva Linux przez pozwalanie na lepsze współdziałanie pomiędzy deweloperami i użytkownikami systemu Mandriva Linux, zarówno do celów debugowania i dodawania nowych funkcji. To jest integralna dystrybucja, postępująca, czasami może nawet nie zostać zainstalowana, ponieważ sama w sobie jest uszkodzona z powodu niezgodności.
Bądź ostrożny: termin "Cooker" jest stosowany zamiennie dla listy mailingowej Cooker (omówionej na Cooker), dystrybucji Cooker (mam uruchomiony Cooker), repozytorium RPM (pakiet ten jest w Cooker) i sposób życia Cooker (jestem Cooker'em, który może doprowadzić do upadku ze względu na wczesne krwawienie rąbku modelu).
Co nie jest Cooker'em
Cooker nie jest miejscem, gdzie uzyskasz wszystkie najnowsze wersje oprogramowania do wydania stabilnego. Nie należy próbować instalowania pakietów Cooker'a na stabilnej wersji. RPM-y Cooker'a są niezgodne, ponieważ są one zestawiane z bibliotek, które nie są dostępne w Twojej stabilnej instalacji wydania. Oprócz tego, że są niezgodne, wiele z tych pakietów może być bardzo wadliwych z powodu błędów pakowania lub samego oprogramowania.
Sposoby uczestnictwa
Istnieje wiele sposobów, w których można uczestniczyć w projekcie Cooker. Najczęstszym sposobem jest zainstalowanie jednego z wydań ISO w trakcie cyklu beta testów, ale może również przyczynić się tłumaczenia oprogramowania na Twój język (zobacz na tłumaczenia) i pomysłów.
Będziesz również usatysfakcjonowany zapisując się do dyskusji na liście mailingowej Cooker, zmian do listy mailingowej, lub jednej z różnych list mailingowych związanych z określonym tematem lub rozwojem takich jak AMD64, i18n, serwer i tak dalej.
Oczekiwania
Przede wszystkim musisz pamiętać, że Cooker jest rozwojem dystrybucji, że nie jest dobrze przetestowana i może nie działać poprawnie przez większość czasu. Jeśli ją uruchomisz, możesz zepsuć dane, konfigurację, itd. To nie jest wydanie Mandrivy przeznaczone dla środowiska produkcyjnego. Zostałeś/aś tutaj ostrzeżony/a. Używając Cooker'a stajesz się w istocie testerem nadchodzącego, przygotowywanego wydania Mandiva Linux!
!! Typowym przykładem, w którym modernizujesz edycję do Cooker'a, gdzie tracisz konfigurację jest aktualizacja jądra. Przy takiej aktualizacji trzeba odbudować swoje sterowniki dostawców trzecich. Najwięcej NIEPRAWIDŁOWOŚCI zauważono przy kartach graficznych (przede wszystkim NVIDIA), odkąd jądro Linuksa rośnie i szybko zmieniają się interfejsy, najczęstszym problemem jest to, że nie można odtworzyć starszych sterowników, a ponieważ jesteśmy w fazie rozwoju należy poprosić deweloperów strony trzeciej o łatki do nowego jądra.
Uruchamianie Cooker'a jest pasjonujące, ponieważ jako pierwszy zauważysz nowe akcesoria, które są wprowadzane do dystrybucji. Jeśli podasz informację zwrotną na temat Twoich doświadczeń z używania Cooker'a, albo poprzez zgłaszanie błędów lub poprzez listę dyskusyjną Cooker, będziesz wpływał na rozwój następnej edycji Mandriva Linux!
Instalacja Cooker
Pierwszym krokiem w uczestniczeniu w projekcie Cooker'a jest, jego zainstalowanie jak z każdą dystrybucję GNU/Linux, istnieje wiele sposobów na zrealizowanie tego. Można nawet użyć wirtualnej maszyny.
Poprzez FTP z publicznego serwera zwierciadlanego
Dokonaj rozruchu z dysku CD plików boot.iso dostępnych w każdym z publicznych serwerów Cooker'a. Plik powinien znajdować się w katalogu cooker/i586/install/images/ drzewa rozwoju na serwerze.
Instalacja z wydań ISO
Wydania ISO (obrazy dysku z Cooker, które mogą być wypalane na płytę CD-ROM) są migawkami Cooker'a, które rozpoczynają się około 3 miesiące zanim Cooker jest uznawany za stabilny i rozwidlany do następnego wydania. Pierwsze wydanie jest powszechnie określane jako Cooker Snapshot. Po migawce wydania Cooker'a, mniej więcej co dwa tygodnie są tworzone nowe zestawy ISO's i dopuszczone do testowania nowych technologii przed ostateczną datą wydania. Przybliżony harmonogram dla najbliższego wydania Mandriva Linux można znaleźć tutaj.
Wiele osób lubi zainstalować i przetestować te wydania ISO i dlatego one istnieją. Jeśli testujesz wydania ISO, należy upewnić się, że testujesz najnowszą wersję.
Ponadto, możliwe jest wydanie dodatkowych edycji kandydata, jeśli nie są jeszcze zrobione i uzyskują status wydania stabilnego. 9.1 i 9.2 miały 2 kandydatów wydania a 9,0 miał 3.
Obrazy ISO można pobrać z podkatalogu Mandriva-ISO najlepiej z serwerów Mandriva Linux lub za pomocą BitTorrent, można je pobrać od każdego w modnej sieci peer-to-peer. Sprawdź stronę główną dotyczącą linku do oficjalnego pliku BitTorrenta i instrukcje dotyczące sposobu pobierania obrazów ISO w wersji beta. Jeśli masz problemy z BitTorrent, zajrzyj do Bittorrent FAQ w witrynie Mandriva Club.
Utrzymanie swojego aktualnego ISO bez ponownego pobierania
Podczas testowania wydań ISO, niestety masz do czynienia z zadaniem pobierania, co dwa tygodnie, nowego zestawu obrazów ISO. Może to zająć dużo czasu, i jest absolutnie nie do pomyślenia dla użytkowników łącza internetowego dial-up. Możesz radykalnie obniżyć wysokość pasma pobierania swojego iso podejmując synchronizację obrazów z wykorzystaniem protokołu znanego jako rsync.
Zredaguję i włączę ten dokument później, ale teraz, tutaj jest link do niego Używanie rsync do aktualizacji obrazów ISO systemu Mandriva Linux
Z lokalnego serwera
Jeśli masz około 6 GB dostępnych na dysku, szybciej i łatwiej jest zainstalować z lokalnego serwera zwierciadlanego na dysk twardy lub na serwer lokalny. Istnieją nawet dostępne skrypty robiące zestaw obrazów ISO, które mogą być wypalone na CD do zainstalowania w tradycyjny sposób. Użyj Fmirror lub rsync do utworzenia lokalnego serwera i stale go aktualizować.
Dodaj tutaj artykuł o sposobie korzystania z fmirror lub rsync
Aby zainstalować narzędzie rpmsync dla Cooker:
# urpmi rpmsync
Uruchamianie skryptu gendistrib
Jeśli utrzymujesz lokalny serwer, kilkakrotnie nośniki instalacji (hdlist) są podkręcane do góry, więc jest to dobry pomysł aby uruchomić skrypt o nazwie gendistrib przed zaktualizowaniem źródeł Urpmi. Aby uruchomić ten skrypt, musisz mieć dostęp do zapisu do katalogu, który zawiera drzewo dystrybucji. Przejdź do katalogu, który zawiera główne drzewo z dist, a następnie wpisz:
$ gendistrib --distrib
Poprzez NFS przez sieć lokalną
Użyj obrazu network.img aby utworzyć dyskietkę startową za pomocą jednej z metod opisanych powyżej i wybierz NFS zamiast FTP.
Zainstalowanie z dysku twardego (z lokalnego serwera)
Jeśli twój lokalny serwer zwierciadlany jest na partycji, która jest na maszynie, na której zamierzasz zainstalować Cooker, użyj obrazu hd_grub.img aby utworzyć dyskietkę startową za pomocą jednej z metod opisanych powyżej (otrzymasz go z katalogu serwera install/images ). Następnie, do tworzenia menu GRUB-a należy postępować zgodnie z instrukcjami http://qa.mandriva.com/hd_grub.cgi.
Poprzez dysk twardy lub z sieci, żadnej dyskietki lub CD-ROM
Niektóre maszyny obecnie nie mają stacji dyskietek lub CD-ROM. Musimy także dla tego znaleźć rozwiązanie.
Skopiuj niezbędne pliki z isolinux do katalogu /boot/
$ cd /path/to/mirror/isolinux/alt0/ $ cp vmlinuz /boot/vmlinuz-all $ cp all.rdz /boot
Dokonaj wpisu w pliku /etc/lilo.conf jeśli używasz LILO lub /boot/grub/menu.lst jeśli używasz GRUB
Przykładowy wpis do bootloadera LILO
image=/boot/vmlinuz-all
label=all-install
root=/dev/ram3
initrd=/boot/all.rdz
append="ramdisk_size=32000"
vga=791
read-only
Należy pamiętać, że z Mandrakelinux 10.1beta2 musisz zwiększyć parametr ramdisk_size by zainstalować z dysku twardego. Ustaw 700000 "niewątpliwie" zapracuje.
Jak zawsze, po zakończeniu edycji /etc/lilo.conf, należy uruchomić /sbin/lilo przed Twoimi zmianami by odniosły skutek.
Przykładowy wpis dla bootloadera grub
title all-install
kernel (hd0,0)/boot/vmlinuz-all root=/dev/ram3 ramdisk_size=32000 vga=791
initrd (hd0,0)/boot/all.rdz
Instalacja z dysku twardego (z obrazów ISO)
Używając obrazów ISO z lokalnego dysku twardego można również dokonać instalacji na dysk (umieść wszystkie obrazy ISO w tym samym katalogu). Istnieje wiele sposobów by wykorzystać te obrazy ISO:
- możesz pobrać install/images/boot.iso z serwera zwierciadlanego wypalić na płytę CD i uruchomić go z niej
- możesz skopiować katalog install/isolinux/ z serwera zwierciadlanego na lokalny dysk twardy, a następnie użyć http://qa.mandriva.com/hd_grub.cgi aby utworzyć dysk rozruchowy GRUB-a (zobacz: zainstalowanie z dysku twardego)
- Jeśli masz już system Linux, możesz dodać wpis do bootloadera na rozruch instalatora.
Aby zamontować obraz ISO w katalogu, jako root, wystarczy wykonać następujące czynności, przykład:
$ mount -t iso9660 mandrakelinux-10.0-CD1.i586.iso /mnt/iso/ -o loop
(zobacz: poprzez dysk twardy lub z sieci, żadnej dyskietki lub CD-ROM)
Gdy instalator jest uruchamiany, to zwróci się do dysku twardego, partycji i katalogu gdzie znajdują się obrazy ISO. Jeśli katalog ten zawiera więcej niż jeden bootowalny obraz ISO, instalator poprosi o ten jeden który ma być używany.
Wykonanie płyty z mkcd
mkcd jest programem Mandriva, który tworzy dystrybucję płyt. Dla koronnego zbioru plików ISO uruchom mkcd -a /cooker_path/, jeśli masz lokalny serwer zwierciadlany Cooker, to jest całkiem łatwe, jesteś właścicielem zestawu dysku..
Uwaga: MakeCD jest już przestarzałe z zainstalowaniem nowego układu.
Zobacz: Mkcd & mkcd Howto.
Jeśli dyskietki nie zawierają sterownika
Są dwa główne problemy (być może inne): po pierwsze, jeśli masz stare karty SCSI, możemy nie mieć włączonych sterowników w dyskietkach, więc jeśli nie można wyłączyć boot CDROM (stare BIOS-y SCSI nie przewidują możliwości ładowania ) jesteś w pułapce, po drugie, jeśli potrzebujesz własnościowego sterownika SCSI lub sterownika sieciowego ( np. nvnet.o). Ten problem jest rozwiązany w następujący sposób:
- utwórz tradycyjną dyskietkę startową z (cdrom.img, jeśli planujesz zainstalować z cdrom, network.img z sieci, itd.)
- również utwórz dyskietkę ext2 z poleceniem:
# mke2fs /dev/fd0
- znajdź swój sterownik i skopiuj go (nieskompresowany) na dyskietkę ext2 z polecenia lub równowartością innego sterownika:
$ zcat /lib/modules/<kernel-version>BOOT/kernel/3rdparty/dc395x_trm/dc395x_trm.o.gz \ > /mnt/floppy/dc395x_trm.o
- skopiuj również (nieskompresowane) zależności dla tego modułu (np. scsi_mod.o, mogą istnieć inne, należy sprawdzić w pliku modules.dep)
- zainicjuj tradycyjną dyskietkę startową naciśnij klawisz F1 a następnie typ "ekspert linuksa", to pozwoli Tobie, chwilę później, umieścić inne dyskietki i załadować z nich moduły w kolejności zależności oczywiście (perwsze scsi_mod.o, itp)
Poprzez klucz USB
Od 27/01/2005 (nie występuje w 10.2 beta2), jest dostępny nowy obraz do uruchomienia na kluczu USB.
Pliki obrazu all.img są FAT16 do dd na partycji (prawdopodobnie sda1 dla większości kluczy USB). Istnieją pewne zastrzeżenia:
- wydaje się, że pewne biosy nie używają kodu na MBR (SDA), lub przynajmniej ją pomijane, gdy jest to ukryte
$ dd if=/dev/zero of=/dev/sda bs=1 count=446"
- niektóre biosy potrzebują tego. Pixel miał nieco szczęścia instalując pakiet extipl i używa:
$ dd if=/usr/lib/extipl/aldebaran.bin of=/dev/sda
Rozruch poprzez PXE
Prawdopodobnie jedna z najłatwiejszych dróg dla administratora. Musisz mieć najnowszą kartę sieciową (PXE1.5 lub nowsza) PXE <= 1 może być zastosowany ale niektóre z nich to zaboli. Zainstaluj serwer PXE, Mandriva posiada kilka pakietów, ale utwórz kopię zapasową dhcp.conf. W pliku pxelinux.cfg/default należy dodać wiersz:
label 10-1-OE
KERNEL vmlinuz
APPEND initrd=all.rdz ramdisk_size=128000 acpi=ht vga=788
i dodaj vmlinuz i all.rdz w Twoim serwerze tftp
Poprzez Urpmi
Prawdopodobnie jedyny sposób, aby uniknąć restartowania, posiadając cd/stację dyskietek i przestać oglądać TV/słuchać muzykę.
Musisz najpierw dodać źródło Main i Contrib w bieżącej dystrybucji (z urpmi):
# urpmi.removemedia -a
Przejdź na http://easyurpmi.zarb.org, wybierz dystrybucję Cooker i postępuj zgodnie z poleceniami a następnie skopiuj i wklej wygenerowane linie w konsolę jako root
I zainstaluj dystrybucję Cooker:
# mount --bind /proc /mnt/your_new_root/proc # urpmi --root=/mnt/your_new_root basesystem locales-XX urpmi kernel # urpmi --root=/mnt/your_new_root all_package_you_want # chroot /mnt/your_new_root [copy paste the urpmi.addmedia lines of cooker there] # exit
Struktura nowej dystrybucji (pamiętaj, aby edytować Cookera /etc/fstab by zamienić urządzenia korespondujące z punktem montowania w / i /mnt/your_new_root):
# cp /etc/fstab /mnt/your_new_root/etc/
Dodaj jądro lilo w dystrybucji właściciela:
# cp /mnt/your_new_root/boot/vmlinuz /boot/vmlinuz-cooker # cp /mnt/your_new_root/boot/initrd.img /boot/initrd-cooker.img
Jeśli /mnt/your_new_root/boot/initrd.img nie istnieje, wykonaj następujące kroki. Jeżeli potrzebujesz specjalnych modułów, aby mieć dostęp do zlekceważonego dysku twardego, dodaj ---preload module_name do komendy mkinitrd.
# chroot /mnt/your_new_root # KVERSION=$(ls /boot/vmlinuz-* | cut -c 15- | head -n 1); mkinitrd /boot/initrd-$KVERSION.img $KVERSION # exit # cp /mnt/your_new_root/boot/initrd.img /boot/initrd-cooker.img
Następnie należy dodać następujące linie konfiguracji w pliku lilo.conf :
image=/boot/vmlinuz-cooker label="linux-cooker" root=/dev/your_new_root_dev_file initrd=/boot/initrd-cooker.img append="PROFILE=default"
Następnie uruchom lilo w celu zachowania konfiguracji:
# lilo
Teraz jesteśmy w stanie uruchomić Cooker, nie zapomnij zainstalować potrzebnych pakietów by mieć internet (ppp-pppoe i rp-pppoe xorg i inne przed restartem.;)
Utrzymuj swoją instalację Cooker nowoczesną
URPMI jest Twoim przyjacielem
Definiowanie źródła urpmi Cooker
Jednym z najbardziej użytecznych narzędzi opracowanych dla dystrybucji Mandriva Linux jest łatwy skrypt urpmi, który został napisany przez Olivera Thauvina. Można go znaleźć na http://easyurpmi.zarb.org.
Możesz także skorzystać z GUI, zwanego urpmi.setup. Zainstaluj pakiet urpmi.setup i uruchom go. Zapyta o listę serwerów zwierciadlanych na stronie internetowej a następnie pozwala Ci na wybór mediów, aby dodać do urpmi. Aby oszczędzać szerokość pasma należy skorzystać z włączonych serwerów zwierciadlanych rsync (ich adres zaczyna się od rsync://).
Jeśli masz ulubiony serwer zwierciadlany, który nie jest wymieniony w skrypcie easyurpmi lub jeśli masz lokalny serwer zwierciadlany możesz utworzyć samodzielnie z wiersz poleceń o następującej składni:
# urpmi.addmedia <name> <source>
Możesz znaleźć pełną listę aktualnych i zepsutych serwerów zwierciadlanych w http://manu.agat.net/mandrake/mirrors_state.html
Po ustawieniu źródeł urpmi dla waszej instalacji Cooker, można zachować pakiet list poszczególnych repozytoriów i aktualizując je przez uruchomienie polecenia urpmi.update. Jest to poręczne dla stabilnych wydaniach, kiedy jedyną rzeczą, która jest zmienna to aktualizacje repozytorium. Spróbuj:
# urpmi.update <repository name>
Jest to łatwiejsze na systemie Cooker, w którym wszystkie repozytoria zmieniają się codziennie, aby zachować je wszystkie aktualne uruchom urpmi.update z parametrem-a. To aktualizuje wszystkie pakiety żródeł.
# urpmi.update -a
To urpmi zaktualizuje twoje pliki konfiguracyjne z uaktualnionych plików hdlist.cz, które będą dostępne na serwerach zwierciadlanych. Jeżeli nie zrobisz tego kroku, urpmi nie będzie wiedziało o każdym zmienionym pakiecie, które miały miejsce na serwerze i może pojawić się błąd jak "wszystko już zainstalowane" nawet jeśli wiesz, że było mnóstwo zmienionych pakietów na serwerze.
Gdy tylko źródła są zaktualizowane, uruchom:
# urpmi --auto-select
do aktualizacji wszystkich zainstalowanych pakietów. Zasadniczo urpmi skontroluje wszystkie zainstalowane pakiety i ustali czy istnieje nowszy pakiet w jednym z repozytoriów źródeł. Jeśli nowsza wersja pakietu istnieje, zostanie on zainstalowany wraz z wszelkimi wymaganymi zależnościami, które mogły zostać utworzone.
Począwszy od wersji 4.4, urpmi obsługuje transakcje. Oznacza to, że pakiety są pobierane i instalowane w małych powiązanych grupach, zamiast wszystkich na raz. Nie będziesz już musiał uciekać się do brudnych sztuczek, gdy masz małą partycję /var. Również od wersji 4,4-41mdk, urpmi aktualizuje siebie przed pierwszym i ponownym uruchomieniem aktualizacji innych pakietów.
Można również użyć przełącznika --auto i --no-uninstall (w ostatniej wersji urpmi > 4.3-13mdk) do w pełni automatycznego uaktualniania. Nic nie zostanie odinstalowany i wszystkie pytania zostaną pominięte (domyślnie z dobrą odpowiedzią).
Pakiet Kernel-source jest używany do automatycznego zmodernizowania, ale aby zaktualizować jądro musisz uruchomić:
# urpmi kernel
Jest to konieczne ze względu na unikalną nazwę każdego jądra więc poprzednia wersja jądra nie jest odinstalowana podczas instalacji nowego.
Ostatnim krokiem jest aktualizacja konfiguracji. Podczas aktualizacji kilka plików* .rpmnew mogły zostać utworzone (zazwyczaj otrzymasz ostrzeżenie, które łatwo je opuści) . etc-update może pomóc aktualizować te pliki konfiguracyjne.
Dobrze zgłaszać błędy
Jeśli uważasz, że znalazłeś błąd to istnieją pewne kroki co zrobić przed zgłoszeniem go do bazy danych Bugzilla.
Najpierw upewnij się, że jesteś na bieżąco z z odpowiednimi pakietami dla Cooker, to pozwoli Ci sprawdzić czy łata została już wydana. Cooker zmienia się codziennie więc jeśli sądzisz, że znalazłeś błąd w beta2 w tydzień po wydaniu, istnieje duża szansa, że pakiet został zaktualizowany, ponieważ kilka razy wydawano ISO. Najprostszym sposobem aktualizacji do najnowszych pakietów jest upewnienie się, że masz poprawnie ustawione źródła urpmi albo urpmi nazwa_pakietu lub upewnij się, że cały system jest aktualny z urpmi --auto-select. Szczegółowe instrukcje na temat tego są zawarte w poprzednich punktach.
Po drugie, upewnij się, że to odtwarzalny problem. Deweloperzy często lekceważą uznając problem jako błąd użytkownika lub problem z konfiguracją. Dlatego też, jeśli można odtwórz problem, nawet na innym komputerze, będzie on bardzo pomocny w Twoim raporcie błędu.
Po trzecie, przeszukaj archiwum listy mailingowej Cookera i Bugzilli, by sprawdzić czy błąd został już zgłoszony. Jeśli został on zgłoszony, możesz dodać dodatkowe informacje do istniejącego raportu, aby pomóc go uporządkować. Nie ma sensu dodawanie do bazy danych dwóch egzemplarzy raportu o błędzie.
Jeśli chodzi o rolę listy mailingowej Cooker porównując ją z rolą Bugzilli, skorzystaj do dyskusji z listy mailingowej Cooker, czy coś jest błędem czy nie, należy użyć Bugzilli do jego zgłaszania.
Dobrą etykietą raportu o błędzie jest precyzyjność w zgłaszania błędów. Wykorzystanie "Pakiet XYZ jest zepsuty!" bez jasnego opisu nie jest mądre. Podaj nazwę pakietu, krótki opis problemu i niektóre uwidocznione informacje na temat hosta oraz wszystko to czego potrzebujemy aby odtworzyć problem na naszych skrzynkach. Również dostarcz inne informacje, o których myślisz że mogą być przydatne, ale nie ograniczone do pliku konfiguracyjnego pakietu.
Jak korzystać z systemu Bugzilla
Szczegóły na stronie wiki Bugzilla.
Lista mailingowa Cooker
Lista mailingowa jest tym gdzie odbywają się dyskusje na temat wdrożenia różnych rzeczy, wyniki badań lub czy coś jest błędem czy nie. Raporty o błędach powinny być zgłaszane do Bugzilli.
Ponieważ lista mailingowa Cooker jest bardzo dużą listę mailingową (to często ponad 1000 wiadomości dziennie w cyklu rozwoju) ważne jest aby być ostrożnym, w jaki sposób i kiedy wysyłasz post na listę. Aby zmniejszyć poziom bałaganu dobrym pomysłem, jest wyszukanie w archiwum listy problemu przed wysłaniem wiadomości. Aby zmaksymalizować szanse zobaczenia Twojej wiadomość, pomóż zminimalizować poziom bałaganu na liście poprzez ograniczenie bezczynnych plotek i wstrzymania się od robienia poczt Offtopic.
Szczegóły na stronie wiki lista dyskusyjna.
Testzilla Howto
Poprzez Testzillę możesz zgłaszać procedury odniesionych sukcesów lub błędy komponentów Bugzilli.
Szczegóły na stronie wiki Testzilla Howto.
Współtworzenie łat
Jeśli piszesz poprawkę dla poprawienia błędu w jednym z narzędzi opracowanych przez Mandrivę, wyślij swoje poprawki na listę mailingową Cooker i do opiekuna pakietu.
Jeśli piszesz poprawkę dla aplikacji, które są spakowane i zawarte w dystrybucji Mandriva Linux, wyślij poprawkę do zarządcy pakietu a także przedstaw ją u projektanta oprogramowania. Pakowacze Mandrivy często poprawiają poważne, ustalone błędy źródeł ale same źródła powinny być naprawione przez projektanta. Nie wszystkie projekty oprogramowania mają pracowników Mandrivy, którzy pracują nad CVS, więc składając poprawkę, Mandriva nie gwarantuje, że poprawka znajdzie się w projekcie źródła.
Słowniczek
- Wersja alfa - zwana migawką Cooker. Jest prawdopodobnie uszkodzona i najprawdopodobniej bardzo zła, ale tak naprawdę, chcemy byś przetestował go jako zespół (w odróżnieniu od części badania). Deweloperzy są nadal skłonni do poczynienia znaczących zmian (wstawianie wersji, itd.) aby wszystko to dobrze działało, więc teraz jest czas na głośny krzyk by Twój ulubiony pakiet lub funkcja nie została odstawiona na boczny tor.
- Wersja beta - beta jest wydaniem ISO Cooker, która ma na celu przetestowanie funkcjonalności, które zostały lub są dodawane do różnych komponentów dystrybucji. Prawdopodobnie ma kilka poważnych błędów, więc nie chcesz jej używać w produkcji ale daje dużo przyjemności, prosimy aby używać jej do lżejszych obowiązków. W tym momencie opiekunowie pakietu na ogół niechętnie zmieniają wersję pakietu ale zrobią to by rozwiązać problemy. Kładziemy sporo wysiłku na drobne problemy, który zostały ustalone i/lub mogą dezorganizować inne rzeczy w sprawie ustalenia obecnie narażonych na odstawienie, jeśli takie są.
- Release Candidate - kandydat wydania lub RC, jest wydaniem ISO dystrybucji, która jest wydana w celu znalezienia ujawnienia-zatkania błędów w uwzględnionych funkcjach i pakietach. Podczas fazy kandydata wydania nowe pakiety lub funkcje nie mogą być dodawane ale poprawki mogą zostać uwzględnione, jeżeli są one poważne. Proszę poddać ją bardzo ciężkim testom. Jeżeli wszystko działa dobrze, będzie pobłogosławione i wydawca przedłoży do produkcji zestawów pudełkowych oraz obrazów ISO dystrybucji i drzewo dystrybucji będzie zamieszczone na serwerach zwierciadlanych do natychmiastowego pobrania. Opiekunowie pakietów nie zmieniają wersji dopóki ich kluczowe funkcje nie wymagają usunięcia błędów. Nie będziemy niczego naprawiać, jeśli ma to mniejsze znaczenie, niż kluczowe funkcje lub aktualizacja zabezpieczeń, chyba że jest martwe i nie niesie żadnego ryzyka uszkodzenia czegokolwiek innego. Bezużyteczne jest wnioskowanie w tym momencie o nowe cechy *żadne nowe funkcje mogą zostać dodane*.
- Contrib - pakiety, które nie są częścią głównej dystrybucji, ale są ważne, ponieważ ktoś je zapakował i je przeznaczył.
- Freeze - funkcja nie dodaje jakichkolwiek aktualizacji oprogramowania Mandrivy i nie może być zrobiona za wyjątkiem głównych pakietów poprawek.
- Deep Freeze - tylko kluczowe funkcje, poprawki błędów bezpieczeństwa i słabe punkty mogą zostać zmodernizowane.
