Re: Paketvarianten (gentoo alike)
Enrico Weigelt schrieb:
> * Jonathan Dumke <jd@bepe.de> schrieb:
>
> Hi,
>
>> Jetzt beginne ich langsam zu verstehen, wo die Reise hingehen soll.
>> Das einzige Verständnisproblem, welches ich noch habe bezieht sich auf
>> das Wort "modelliert". Was meinst du konkret damit, eventuell etwas in
>> der Form:
>> Switch Wert gwählte Optionen
>> Gui off --disable-curses, --disable-gt-gui, ...
>> Gui curses --enable-curses, --disable-gt-gui, ...
>> etc.
>
> Sowas in der Art.
> Beim meinem Briegel sieht das zB. für coreutils so aus: (Ausschnitt)
>
> feature: threads
> off: --disable-threads
> --
> feature: acl
> on: --enable-acl
> off: --disable-acl
> --
> feature: assert
> on: --enable-assert
> off: --disable-assert
> --
> feature: largefile
> on: --enable-largefile
> off: --disable-largefile
> --
> ...
>
Ich dachte ehr an sowas:
#
# User-Interface
#
menuconfig UI
bool "Enable A interactive userinterface"
default y
help
With this option can you activate A interactive userinterface
from ...
if UI
config MENUUI
bool "Use text-mode curses menus as userinterface"
default y
help
...
...
Fertige scripts um sowas zu interpretieren gibt es in den
Kernel-Sources. Dabei wird eine Datei erzeugt:
#
# Automaticlly genereted ...
#
CONFIG_UI=y
CONFIG_MENUUI=y
# CONFIG_XUI is not set
...
Nun gibt es Scripts welches die Optionen umsetzt:
if [$CONFIG_UI="y"]; then
if [$CONFIG_MENUUI="y]; then
CONFIGUREOPT=$CONFIGUREOPT" --enable-menuui --enable-ncurses"
BUILDEP=$BUILDDEP" libncurses5-dev"
fi
fi
...
Die Variablen $CONFIGUREOPT benutzt man dann an der enstrechende Stelle
in rules und $BUILDDEP setzt man dann in controll ein.
Nun hier hat man eben die volle flexiblität.
--
Gruß Jochen
Reply to: