[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: NetworkManager in anaconda, first series of changes
- From: Arthur Rodrigo Sawazachi Valadares <arthursv linux vnet ibm com>
- To: Discussion of Development and Customization of the Red Hat Linux Installer <anaconda-devel-list redhat com>
- Subject: Re: NetworkManager in anaconda, first series of changes
- Date: Tue, 19 Aug 2008 09:05:23 -0300
Hi,
Are there any initiatives to allow entering a domain in anaconda's
static configuration method? (to allow you to enter 'machine' instead of
'machine.domain.com' for example)
Thank You,
Arthur V.
On Mon, 2008-08-18 at 17:07 -1000, David Cantrell wrote:
> Here is the first patch to bring NetworkManager in to anaconda. The
> goals
> during this patch:
>
> * Make minimal changes to the current code.
> * Bring NetworkManager in and use it starting in stage 1.
> * Do not make changes to the NetworkManager related packages as they are
> in Fedora, just use them as is and pull in whatever we need.
> * Be able to perform IPv4 installs over HTTP and NFS.
>
> In an effort to ease patch-reading pain, I have split the patches up
> in to
> some sort of logical groupings:
>
> 0001-misc.patch
> Changes to anaconda.spec and command-stubs
>
> 0002-scripts.patch
> Changes to upd-instroot and mk-images*
>
> 0003-loader.patch
> Mostly changes to net.c at the moment, but other
> files have some changes.
>
> 0004-isys.patch
> Changes to isys. iface.c has most of it. The
> wireless bits are gone. And I am still working
> on isys.c.
>
> What you are going to find in these patches:
>
> 1) Lots of changes to upd-instroot and mk-images. NetworkManager
> means we
> also bring in dbus, hal, PolicyKit, functions, network-functions,
> and
> other support programs called by those programs or scripts.
> dhclient
> is in there, along with dhclient-script (which uses bash), and
> dhcp6c.
> It's a truckload of stuff.
>
> 1a) Had to bring in /usr/lib/gconv because NM converts dhcp options to
> Unicode. After talking with Dan Williams (dcbw, NM upstream), NM
> has
> been modified to not perform that conversion. When the new
> version of
> NM shows up in rawhide, I can dump /usr/lib/gconv.
>
> 3) A new function called writeDisabledNetInfo() which writes out ifcfg
> files for every found interface so we disable them by default.
>
> 4) The new iface.c stuff in isys. This code starts NetworkManager and
> introduces a new type called iface_t. This is meant to replace all
> uses of networkDeviceConfig and pumpNetIntf and all of the other
> various structs that hold net info. Yes, there are a lot of flags
> and copies of data right now, but cleanup is later. The rest of the
> iface code is to provide a single API inside anaconda to get
> information
> about an interface (or set information). I expect the iface_t
> struct
> to get smaller, as well as flags in loaderData to disappear.
>
> 5) No more pump or libdhcp.
>
>
> What works (or, what I've tested locally):
>
> * IPv4 network installs over HTTP (and I guess FTP)
> * IPv4 network installs over NFS
>
> I've tested using DHCP and static configuration method. NetworkManager
> currently lacks complete support for IPv6, but that's on my to do list.
>
> I want to make sure kickstart isn't completely busted either.
>
>
> What is obviously not working correctly yet (read: I already know
> about it):
>
> * Network configuration information is not carried over to stage 2 yet.
> When you are at the post-config step for the network interfaces, it
> won't
> reflect the current state.
>
> * Any wireless installs. The get_connection() function in loader2/net.c
> provides a loop to attach this kind of stuff. When NM wants more
> info,
> we can prompt here and continue to wait for it to bring up the link.
>
> * IPv6 installs. NetworkManager is currently not quite there yet, but
> that's ok because neither are Fedora users in general. I am
> working on
> NM to bring IPv6 support in to it, at least for Fedora.
>
>
> What I'm doing next:
>
> * Fix bugs.
> * Start removing deprecated code. In particular, STEP_NETWORK,
> STEP_IFACE,
> and STEP_IP need reworking. In net.c, all of the functions can be
> simplified.
> * Removal of network parameters in loaderData.
> * Communicate more with NetworkManager over D-Bus.
> * Add code that can prompt for required parameters as needed when NM
> asks
> for them (e.g., wireless settings or passwords). This will require
> the
> D-Bus communication bits to be in place. This step will bring us
> wireless
> WPA and WEP installs, for example.
> * More patches to NetworkManager to support IPv6.
>
>
> Comments welcome. Would like to commit this ASAP.
>
> --
> David Cantrell <dcantrell redhat com>
> Red Hat / Honolulu, HI
>
> _______________________________________________
> Anaconda-devel-list mailing list
> Anaconda-devel-list redhat com
> https://www.redhat.com/mailman/listinfo/anaconda-devel-list
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]