Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
> On Wed, 7 Apr 2004, Jeff Elkins wrote:
> > I'm getting failure messages on my nfs mounts i.e. :
> > mount to NFS server 'music.elkins' failed: server is down.
> > nsfd appears to be running and I didn't see anything suspicious in the
> > The servers are up and running and have other clients connected.
> You didn't mention what steps you took to debug it:
> Can you ping the server?
> What is the output of rpcinfo -p servername?
> Does the server have access restrictions (firewall, TCP Wrappers, etc)?
I have the same symptoms...
rpcinfo says that nfs et.al. are running.
Something has changed in test 2, since the same PC running RH9
accesses that host just fine.
Installing the OO.org 2.4 packages on F9 beta, I get this message when
Gtk-Message: Failed to load module "gnomebreakpad":
/opt/OOH680_m12/program/libstdc++.so.6: version `GLIBCXX_3.4.9' not
found (required by /usr/lib/bug-buddy/libbreakpad.so.0)
OOo then starts and seems to run ok, but it will not run from a desktop
launcher using that same command, I presume because bug-buddy can't be
I don't know what the Fedora policy is here: does it matter at this
point whether a third-party package isn't starting cleanly? Nor do I
understand the message well enough to decide who to report it to.
It seems that OOo uses it's own libstdc++ which is not compatible with
gnomebreakpad, but I've not found a way to have gnomebreakpad look
elsewhere for that library.
Any suggestions if/where to file a report, and/or how to workaround the
Fedora 9 will have a lot of new and exciting things. Naturally, we want
those things to be stable and well-polished for the final release.
With that in mind, here's a list of things that deserve especially close
This *replaces* pup and pirut, by default, on all new installs. If
you're following rawhide, *please* disable or remove pup and pirut and
test this. It's very important that you file bugs about *any* problems
Use the "gnome-packagekit" component in bugzilla for bugs about
confusing (or missing) UI pieces, and "PackageKit" for bugs about
backend errors, missing capabilities, or other (non-UI) problems.
At long last, NetworkManager is installed and enabled by default for all
new installs. It is *supposed* to play nice with the system
configuration set up by Anaconda and the old system-config-network tool.
I'd recommend that all testers install and enable NetworkManager if
possible. File bugs about network configuration problems (not honoring
static IP configurations, for instance) against "NetworkManager".
Upstart has replaced sysvinit. Everything should be working as it did in
F8, but if you have problems with serial consoles, boot-time arguments,
changing runlevels (using telinit or similar), or the like, make sure
bugs get filed.
The runlevels are now controlled by the Upstart event scripts
in /etc/event.d. If you have problems changing runlevels file bugs
against "event-compat-sysv". Other upstart bugs should probably be filed
Xorg is now using the new "evdev" generic input driver. This driver is
intended to automatically handle all input devices recognized by the
kernel - keyboards, mice, joysticks, whatever.
Unfortunately its handling of keyboards is still a bit messy and
probably won't be ready for F9. Therefore, ajax modified it to let the
old, working driver claim your keyboard.
So as of F9Beta, keyboards *should* work just like they did in F8. If
you have *new* problems with your keyboard layout (and you're not having
lingering evdev problems from older rawhide), check Xorg.0.log to see
if evdev has claimed your keyboard. If so, file a bug against
"xorg-x11-drv-evdev". Otherwise, use "xorg-x11-drv-keyboard".
If there's any other things that people think need closer attention..
now would be a good time to mention them.
It seems that starting at 23/04 with
xorg-x11-server-184.108.40.2061-23.20080415.fc9 I'm not able to use EXA accel
anymore and so no xvideo with my Sapphire X1900 card.
01:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900
Leaving AccelMethod EXA in xorg.conf I get:
1) rhgb freeze at mid startup point (with both 2.6.25-1 and 2.6.25-8
kernels). I need to switch off keeping power button pressed
2) if I boot without rhgb and without quiet I get black screen with cursor
circle when starting gdm part and only able to move mouse but no console
I can press power button and get clean shutdown (without screen changes)
3) if I boot as in 2) and specifying init level 3 I can get a console
If I log as normal user and do a startx I get gnome but after few seconds
screen freezes. I need to switch off keeping power button pressed
4) if I comment out the option about EXA in xorg.conf it seems ok (just in
Is there a particular option for EXA in this latest updates?
BTW: also fglrx doesn't work (tried with -1 kernel, not available for -8
yet). I get a
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
dlopen: /usr/lib/xorg/modules/drivers//fglrx_drv.so: undefined symbol:
(EE) Failed to load /usr/lib/xorg/modules/drivers//fglrx_drv.so
Not tried radeonhd in these days (I have installed
xorg-x11-drv-radeonhd-1.1.0-0.7.20080404git.fc9.i386) because it doesn't
provide xvideo yet...
My system is an updated rawhide x86. Relevant packages now are:
Any help? See below my current xorg.conf
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
Option "AIGLX" "on"
Option "XkbModel" "pc105"
Option "XkbLayout" "us+inet"
# Option "AccelMethod" "EXA"
Viewport 0 0
Option "Composite" "Enable"
Option "DAMAGE" "Enable"
Option "RENDER" "Enable"
Option "RandR" "on"
(extmod, dri, freetype, glx, dbe are not specified as they are loaded
automatically, as in log file:
(II) "extmod" will be loaded by default.
(II) "dbe" will be loaded by default.
(II) "glx" will be loaded by default.
(II) "freetype" will be loaded by default.
(II) "dri" will be loaded by default.
(II) "dri2" will be loaded by default.
My F9 system intermittently refuses to shut down with:
nm-system-settings: Could not get the system bus. Make sure the message
bus daemon is running! Message: Failed to connect to socket
/var/run/dbus/system_bus_socket: Connection refused
Can anyone suggest how to fix this or is it a bug?
What does everybody think of the new greeter?
Personally, I have issues with it:
1) suspend option remains, even after disabling suspend globally via
gconf-editor (bug already reported, and apparently patch has already
been committed upstream)
2) I can't seem to configure my "face" image. Putting a ".face" graphic
in my home directory doesn't work, nor does configuring image with
3) Why is there an animation between clicking my name and typing my
password?!?! Even Windows XP welcome screen is better than this! I want
to log in NOW, not when the animation is complete.
4) Where the hell are the login screen settings? This is a serious
oversight. I had thought the greeter configuration was supposed to be
EASIER than previous releases (I can't remember where I read that, but
for some reason I was expecting it).
5) It's ugly.
Anybody else have thoughts on the Fedora 9 pre-release greeter?
As I lost all hope that monodevelop 1.0 will make it into F9, I wanted
to check out if anyone gave a shot at packaging monodevelop 1.0. I
know there are some significant differences in terms of dependencies
compared to the version in rawhide, so I just wanted to see if anyone
would share their experiences before I give it a go.
Also, when can we expect it in rawhide?