Thanks, I think more display screens will be added to the configuration
function like config name service(NIS/DNS....)
Also please gave me more information on these functions interface. what
arguments should DDU pass in/out.
Thanks,
Zhongyuan
?2009?09?08??06:04?Jack Schwartz???
> Hi everyone.
>
> Last week discussion ensued about the need for the text-mode DDU to have
> a way of configuring the network, for the cases where the DDU needs to
> read a repo or otherwise fetch a driver. The system would be coming up
> with NWAM enabled, but if the net doesn't have DHCP the network still
> won't be reachable. In this case, a (guided but) manual configuration
> of the network is needed. The text-mode DDU would guide the user
> through this configuration.
>
> We agreed that there should be a "network setup" library which is shared
> between the installer and DDU, so that there is consistency in the
> network setup screens. I think implementation can be as two functions:
> one function is for querying whether the network is up; the other is to
> configure the network if it is not up. The DDU China team will need to
> know how to call these functions.
>
> The query function can take an argument of what to look for and return
> True or False depending on whether that argument is pingable. It would
> be up to the DDU to strip all but the system name from an ftp address or
> other URL, and pass that system name to the query function. If in the
> course of DDU use, multiple URLs are referenced (perhaps a repo first,
> then an ftp URL), multiple network queries can be made.
>
> boolean tm_query_net("URL") # The "tm" is text-mode
>
> The configuration function (assumed written in Python) would display
> screens to take configuration information (static IP, netmask, hostname,
> gateway). These configuration items would be read from the system
> dynamically using ifconfig, svcadm and other commands, and the screens
> would be initialized with their information. After info entry, the
> network would then be set up and tested. The function would throw an
> exception on error.
>
> tm_net_config()
>
> When the DDU needs to make a network query, it could call the query
> function first to verify the remote entity is reachable. If the network
> entity is not reachable, the configuration function would be called.
> The configuration function is a black box as far as its callers are
> concerned. If for some reason the installer needs arguments passed in
> or returned, the DDU can accommodate.
>
> Does this sound reasonable? Have I left anything out? I welcome
> comments, in particular from the Text-mode installer team and the DDU
> China team. Please respond by Weds lunchtime.
>
> Thanks,
> Jack
