Forum Debian Users Gang

Od Lenny'ego pojawiła się w instalatorze opcje nazwana "Instalacja automatyczna", choć nie wiem jak dokładnie działa.

Podobnie można stworzyć live'a, z możliwością późniejszej instalacji, za pomocą [url=http://www.grml.org/grml-live]grml-live[/url]. Wady: daleko bardziej skomplikowany. Zalety: dużo więcej rzeczy można skonfigurować, no i baza (po raz kolejny polecam [url=http://www.grml.org]grmla[/url] ;]) też jest niczego sobie. :)

Skrypt na razie pobieżnie przejrzałem. Kod na pierwszy rzut oka czysty, choć przydałyby się jakieś komentarze.

Na razie tylko dwie uwagi:
1. Chyba nie sprawdzasz czy skrypt wykonał root, a jego uprawnienia — jeśli się nie mylę — są wymagane.
2. Bashyzm w testach: jest [tt]test "$1" == "i"[/tt], powinno być [tt]test "$1" = "i"[/tt].

Wieczorem (lub jutro) przyjrzę się bliżej.

Ostatnio edytowany przez azhag (2009-05-07 09:37:25)

[quote=kguciek]Nie mówiąc o tym, że nie blokuję włączania demonów i przed odmontowaniem trzeba jakiegoś dbusa zakillować.[/quote]
Nie mam problemów z włączeniem/wyłączenie dowolnego demona za pomocą prostego seda, umieszczonego w skrypcie wykonywanym podczas budowania systemu.

[quote=kguciek]Edit: azhag, co ja widzę w twoim podpisie: http://hag-linux.eu.org/ - idea bardzo podobna do moich skryptów :)[/quote]
Korzystam wlaśnie z [tt]grml-live[/tt]. :)

[quote=kguciek]nie umieściłem nawet "-y" przy wywołaniu aptitude[/quote]
A ja bym dodał jakąś flagę, która by [tt]-y[/tt] w aptitude włączyła. Podobnie z [tt]--with-[/tt]/[tt]--without-recommends[/tt].

A teraz zabieram się za bliższe przyjrzenie się skryptowi. Tymczasem możesz przyjrzeć się skryptowi [tt]idylla-live[/tt], który napisałem dla milygesowej Idylli (notabene wzorując się [tt]grml-live[/tt]):
skrypt: http://idyllaos.svn.sourceforge.net/viewvc/idyllaos/trunk/scripts/idylla-live
dodatkowe konfigi: http://idyllaos.svn.sourceforge.net/viewvc/idyllaos/trunk/scripts/conf/

———

Dopisek:

Przede wszystkim niepodoba mi się to, że wszystko jest w tym skrypcie. Osobiście bym go rozbił na skrypt i plik(i) konfiguracyjne. Do tego kilka flag, np. do wskazania alternatywnego konfigu, wybrania gałęzi Debiana, nazwy iso, wymuszenia pełnej autoamtyzacji (-y w aptitude) — niektórym może się przydać, np. do tworzenia iso w środku nocy, podczas gdy samemu się śpi :).

Jeśli chodzi o listy pakietów do instalacji — może zamiast przez zmienne, tworzyć je przez pliki (patrz klasy w grml-live i idylla-live).

Przydałoby się wykorzystać [tt]--exclude=A,B,C[/tt] w debootstrapie, nie wszyscy muszą chcieć instalować każdą paczkę z "debootstrapowego pakietu".

Nie podoba mi się sposób w jaki tworzysz pliki ([tt]save_script plik 'zawartość'[/tt]). Wg mnie znacznie praktyczniejsze byłoby zrobić mechanizm szablonów — kopiować do chroota pliki z jakiegoś katalogu (alternatywny katalog szablonów możnaby podać za pomocą flagi).

Na początku skryptu dodałbym sprawdzanie czy wymagane aplikacje (debootstrap, aptitude) są zainstalowane oraz czy skrypt uruchamia root (to robisz, ale później — wg mnie nie warto przetwarzać zmienne i funkcje, żeby potem skrypt wyszedł, bo nie uruchomił go root ;]). Warto też dodać [tt]set -e[/tt], żeby kończył pracę natrafiając na błąd.

Jakbyś zastosował się do przynajmniej części uwag (głównie rozbicie na skrypt i konfigi), to możnaby skrypt wrzucić do PATH. Wtedy mógłbym przygotować Ci pakiet *.deb.

test "$UID" != 0

Nie lepiej [tt]test "$UID" -ne 0[/tt]?

Przydałaby się możliwość skonfigurowania danych użytkownika (login, grupy do jakich należy), obecnie są wpisane na sztywno.

Zauważyłem, że wymuszasz instalację pewnych pakietów, prawdopodobnie nie wszyscy muszą chcieć je instalować (np. mi nic po
wireless-tools i wpasupplicant).

W tej chwili wszystko, ale jeszcze nie przyjrzałem się tak jakbym chciał.

Ostatnio edytowany przez azhag (2009-05-07 20:41:10)

[quote=kguciek][quote=azhag]Nie mam problemów z włączeniem/wyłączenie dowolnego demona za pomocą prostego seda, umieszczonego w skrypcie wykonywanym podczas budowania systemu.[/quote]
Wyraziłeś się raczej niejasno. Masz na myśli sedowanie listy procesów, wypisywanych komunikatów, jakiegoś pliku konfiguracyjnego, czy jeszcze czegoś innego?[/quote]
Inaczej: tak grml, jak i moja Wiedźma (a i mój desktop) wykorzystuje alternatywny model skryptów startowych — [url=http://packages.debian.org/squeeze/file-rc]file-rc[/url]. W uproszczeniu — zamiast kwadryliona symlinków typowych dla SysV, ma się pojedyńczy plik [tt]/etc/runlevel.conf[/tt], który wygląda tak (fragment)

# Format:
# <sort> <off-> <on-levels>     <command>
01    -    S        /etc/init.d/glibc.sh
01    0,1,6    -        /etc/init.d/nodm
02    -    S        /etc/init.d/hostname.sh
02    -    S        /etc/init.d/mountkernfs.sh
03    -    S        /etc/init.d/udev
04    -    S        /etc/init.d/mountdevsubfs.sh
05    -    1        /etc/init.d/single
05    -    S        /etc/init.d/bootlogd
05    -    S        /etc/init.d/keymap.sh

i można go sobie edytować (a tym samym włączać/wyłączać/zmieniać poziomy demonów) dowolnym procesorem tekstu (np. sedem).

[quote=kguciek][quote=azhag]barelly[/quote]
Uuuuu :)[/quote]
hm, milyges mnie trochę ośmieszył — komentarz pochodzi ze starszej wersji, gdy pakiety instalowane był inaczej i ów fragment wyglądał tak:

    echo 'Installing packages:'
    for CLASS in $(echo $CLASSES | tr ',' ' '); do
    if [ -r ${IDYLLA_DIR}/conf/classes/${CLASS}.pkgs ]; then
        echo " -> from $CLASS class:"
        for PACKAGE in $(grep -vE "^#" ${IDYLLA_DIR}/conf/classes/${CLASS}.pkgs); do
        echo -n "  -> ${PACKAGE}... "
            if [ ${USE_DEVEL} -ne 1 ]; then
            # non devel
            # latest package
            PKGTGZ=$(find ${PKGS_DIR} ! -name "*-dev*" -name "${PACKAGE}-[0-9]*.${ARCH}.tgz" | sort | tail -1)
        else
            # devel
            # latest non-dev
            STBLPKGTGZ=$(find ${PKGS_DIR} ! -name "*-dev*" -name "${PACKAGE}-[0-9]*.${ARCH}.tgz" | sort | tail -1)
            # latest dev
            DEVPKGTGZ=$(find ${PKGS_DIR} -name "${PACKAGE}-[0-9]*-dev.${ARCH}.tgz" | sort | tail -1)
            # check which package is newer
            if [ -z ${DEVPKGTGZ} ]; then
            PKGTGZ=${STBLPKGTGZ}
            elif [ $(printf "${STBLPKGTGZ}\n$(echo ${DEVPKGTGZ} | sed 's:-dev::g')\n" | sort | tail -1) = ${STBLPKGTGZ} ]; then
                PKGTGZ=${STBLPKGTGZ}
            else
            PKGTGZ=${DEVPKGTGZ}
            fi
        fi
        # where to install
        # preinst and postinst are using this variable, need to export
        export ROOT_DIR=${TEMP_DIR}/idylla_root
        # and finally install
        # did package contains preinst script? if yes, unpack and execute
        if gunzip -c ${PKGTGZ} | tar -pt ./system/var/pkg/${PACKAGE}/preinst >/dev/null 2>&1; then
            tar --same-owner -p -xzf ${PKGTGZ} -C ${ROOT_DIR} ./system/var/pkg/${PACKAGE}/preinst
            sh ${ROOT_DIR}/system/var/pkg/${PACKAGE}/preinst
        fi
        # unpack
        tar --same-owner -p -xzf ${PKGTGZ} -C ${ROOT_DIR}
        # execute postinst (if exists)
        [ -r ${ROOT_DIR}/system/var/pkg/${PACKAGE}/postinst ] && sh ${ROOT_DIR}/system/var/pkg/${PACKAGE}/postinst
        echo 'OK'
        done
    fi
    done
    echo 'Packages installed succesfully'

Co nie zmienia faktu, że powinno być  jedno „l” ;)

Ostatnio edytowany przez azhag (2009-05-07 20:57:09)

Muszę teraz odpowiedzieć na dopisek. Jeśli piszesz jakiś nie-drobny dalszy ciąg, to chyba nie jest nietaktem zrobienie następnego posta?

W jednej sprawie nie mogę się z tobą zgodzić: ja nie chcę rozbijać tego na różne pliki, to po prostu nie wchodzi w rachubę! Właśnie główne założenie tego skryptu to jedno-plikowość! Spróbuj dostrzec zalety tego podejścia!

Poza tym uważam, że zamiast czytać opisy opcji, szybciej jest dopisać coś niecoś do źródła :) ale w tym względzie mogę się chociaż częściowo zgodzić :)

Widzę, że twój skrypt jest napisany całkowicie zgodnie z twoimi metodami, a mój - z moimi :) co za piękna różnica poglądów :)

[quote=azhag]Warto też dodać [tt]set -e[/tt], żeby kończył pracę natrafiając na błąd.?[/quote]
To tylko teoria. Pamiętam, że "set -e" czasami nie działało tak, jak powinno, np. wewnątrz funkcji, a nawet pętli czy nawiasów itp.

[quote=azhag]Nie lepiej [tt]test "$UID" -ne 0[/tt]?[/quote]
Lubię notację "-lt", "-ne" itd., tylko że nawyki z C zazwyczaj biorą górę.
No ale chyba żadnej tragedii nie ma przez użycie wykrzyknika; znak "!" ma jakieś tam znaczenie w niektórych powłokach, ale nie pamiętam jakie...