With yesterday's updates, all the needed bits to enable DRI acceleration
with ATI graphics adapters sporting a R300 chipset were back in
Unfortunately, on my Itanium workstation with an ATI FireGL X1 graphics
adapter, I'm getting "open DRM failed (Operation not permitted)" when
I'm invoking glxinfo or glxgears (for example). I already experienced
this problem before the R300 bits were removed from Rawhide
February/msg01324.html). From Xorg.0.log, DRM seems to be initialized
properly. I've checked the permissions on the /dev/dri/card0 file, they
seem to be OK:
crw------- emeric root system_u:object_r:dri_device_t card0
(as user emeric)
Mike Harris didn't see this problem before and suggested me that it may
be due to udev, so I've filed a bug on bugzilla
the rules as suggested there didn't help.
Disabling SELinux as advised in this post
February/msg01681.html) didn't help. I have a Section DRI in my
xorg.conf file (mode 0666). stracing glxinfo as in this post
February/msg01638.html) shows a similar error.
Any idea what's going wrong?
The last few kernels appear to be compiled with '-Wunused-param'. That right?
Is this a 'going forward' feature?
Appears to break vmware.
Just want to know if I need work on this, or if it will revert at some
I seem to remember I've asked this before... and the answer was
because gnucash needs it. So now that the gnucash version in rawhide
is 1.9.x and hence finally (yay) heading for gtk/gnome2 support can
all the gtk1/gnome1 stuff finally be shunted off to extras for some
I'm really enjoying using FC5. Tomboy is a great tool for jotting
down ideas. I actually put together this email using a few tomboy
notes. I have a few suggestions -- that you can take or leave -- that
I wanted to share to help out with 'Fedora's way forward'. :) Here
1) A welcome to Fedora (or RHEL) tutorial for new accounts and even
maybe a tips section everytime you log in. DAC would be a really good
topic for new users.
2) Have a place in Preferences set up for the two or three available
Javas (Sun's and the OSS ones). Then when you have installed Sun's
Java you have a place to switch back to the old one, and vice versa.
(Question: Is a compiled Azureus the same if it's based on Sun or
3) I have a question on codecs. Is it possible to get all OSS codecs
these days based on the GStreamer plugin system? I think the whole
audio/video codec problem would go away if there was a GStreamer Codec
management system where OSS codecs would be there by default and then
the user would go out and get all the proprietary GStreamer codecs
he/she is missing. It should be simple to look at a Fedora system,
and say "alright, got those ones, but missing these ones (like
mp3/avi). And I can figure out where to get them." And this
presupposes a future where there are only Gstreamer codecs.
4) Since Firefox is one of the most important pieces of the Linux OS
these days, it would be great to have all of the alphas, betas and RCs
available in update-testing. That would allow some users to test
Firefox for bugs over an extended period of time before 2.0 or 3.0
comes out. Obviously, under some guidance from Fedora with all the
patches they put into it.
5) An updating system (maybe using deltarpms or smartrpms) that could
compete with the updating system available on Windows XP and OS/X.
Smaller updates are really needed.
That's all! Back to testing out FC5. And Thanks!
The Fedora Core 5 release notes say:
13.3. Eclipse Development Environment
* Eclipse 3.1M6 is compiled as a native application.
* The C Development Tool (CDT) has been included.
But I can't find the CDT related components :-(
I was wondering if, instead of currently making /etc/localtime a copy of
the timezone to use, it would be a good idea to actually make it a
symlink. In the (unlikely) event that information for a timezone would
chance, updates would take effect automatically.
initial /etc/localtime: part of glibc
e.g. /usr/share/zoneinfo/Europe/Berlin: part of tzdata
So imho this would involve bundling /etc/localtime as a symlink in
glibc, a dep to tzdata (there is a dep from glibc-common to tzdata) and
adjusting installer etc. to not make copies but create symlinks.
What do others think?
OK, this has (sort of) been covered else where, however, the solutions
to other people's issues have not worked for me.
Clean install of FC5 and on the first boot, the system appears to stop
at "Starting udev:"
I do not have pcmciautils installed, I have tried noacpi, single,
removing rhgb and "quiet", I have updated my kernel to the latest one
from updates. I have moved various udev rule files from
/etc/udev/rules.d/ to see if any are causing me grief, but nothing.
System runs FC4/FC3 fine. This is my first time installing FC5, I
previously had installed test releases, which worked fine.
I am at a loss as to what the issue is. RH bug #186164 covers this, but
as I said, I don't have pcmciautils install.
-----BEGIN PGP SIGNED MESSAGE-----
Has anyone found a trick for (or even had a problem) getting suspend to work properly under FC5 on a
Thinkpad T30? Under FC4 everything worked fine on mine, I just had to include "apm=on acpi=off"
in the kernel args. After a fresh install of FC5, with or without the kernel args, it is a no go.
When I close the laptop it goes into suspend, but when I open it again I experience varying levels
of freezing up. I say varying because sometimes it's locked completely, sometimes the mouse moves
but the cursor does not change, clicks are unresponsive and the keyboard does nothing. One time
things seemed to work but when I moved my mouse over the gnome panel it disappeared. I switched to a
VC and back, which somehow fixed the problem.
Needless to say this is a major obstacle for me. Can anyone help?
Thanks in advance!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v22.214.171.124 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
> - Session-wide software: Just so we're all on the same page,
> "session-wide" means something that runs in a user desktop session.
> Historically, the desktop wasn't very advanced and didn't integrate well
> with the system. Back then things that really was session-wide would run
> as a system-wide daemon mostly also because it required root to enforce
> policy. Things like acpid for power management event handling, updfstab
> for removable media, ifplugd for handling network cable removable,
> networking scripts etc. comes to mind. As you can see with Fedora Core 5
> this is radically starting to change; acpid is obsoleted by
> gnome-power-manager, updfstab (and fstab-sync for that matter) is
> obsoleted by gnome-volume-manager / gnome-mount, the networking scripts
> is starting to be completely obsoleted by NetworkManager. We have more
> things on out "hit list"...
I hope the hit list doesn't get much longer, you're moving all of the command-line power of Linux into guis, exactly the opposite of why pretty much everyone I work with uses it.
I'm sure it's tucked away in the gconf registry somewhere. Anyway..
I haven't been following this closely, so apologies if I overlap with
something already said.
I'd like to ask a few questions about how system-wide configuration is
being replaced by session-wide configuration. It is as if the desktop is
being assumed to have a single user. These questions come from someone
used to doing command-line configuration, not the gui stuff.
There seem to be a lot of new programs that replicate functionality that
you might expect a system-wide daemon to perform, plus perhaps a fancy
(tiny) *optional* gui to interface with the end-user.
But I don't really know how pup or NetworkManager work, which is why I'm
sending this e-mail. I'm sure other people (probably not on this list)
might have made similar assumptions.
For example, pup checks for updates, notifies the user if there are any,
then lets them choose to install them.
What if there is more than one user? Does everyone get to decide?
Why isn't some yum updater daemon downloading the updates automatically,
and pup then springing the question on the user about whether they want
to update? Is this not as good?
Networking with NetworkManager - is this per-user too? Can all users on
a system decide which networking connection they want to take
preference? Is there a scoring system to decide who wins?
Gnome power manager - why does each user get an icon in the notification
area? Can they all decide when the computer goes to sleep?