On Mon, 2007-10-29 at 17:10 -0400, Dan Williams wrote: > On Tue, 2007-10-30 at 06:09 +1000, Dave Airlie wrote: > > On Mon, 2007-10-29 at 10:18 -0600, Richi Plana wrote: > > > Running F8T3, last night I did a "yum update" after not having done so > > > for a while (to give an idea, I had to yum update rpm* yum* to get past > > > yum update balking on the nodoka-gnome-theme dependency issue). After a > > > successful update, I tried logging in as my regular user only to block > > > for an indefinite amount of time with the background screen loaded and > > > the panel all grey. > > > > > > After fiddling around with the system from a virtual console, I found > > > out what might be the problem. I have $HOME/Music mounted from an NFS > > > exported directory (via /etc/fstab). It seems as if the session startup > > > process blocks, prolly stat'ing the filesystem. > > > > > > The odd thing is this used to work prior to my updating the system. Now, > > > from gdm, I notice that the ethernet connection that went up via the old > > > rc network script had gone down, prolly after NM started. > > > > > > My question is, what should I do to fix it? Can we now remove starting > > > network interfaces at bootup via the old RC scripts and use > > > NetworkManager now? > > > > Have to agree this is most annoying, I wonder is it a blocker... > > > > So machine starts spends its time getting a dhcp address just to have it > > thrown away when the networkmanager service starts.. > > > > sorta sucks if you don't run X always.. > > This is more of an issue with installs setting the ifcfg-XXX scripts to > star the device at-boot. If NM is being used, you don't really want the > system networking scripts to bring the device up at all, but to punt > that to the NM start. Or more really, we shouldn't be showing the network screen at all right now if you're using NetworkManager. Unfortunately, there's no way to just divine that so while we have two stacks, the experience sucks a little. When we get to the system-wide daemon in F9, this can be fixed for realsies Jeremy -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
