Mouse Wheel gone
by Christian Menzel
Since the latest xorg-X11 upgrade I receive the already mentioned XKB
error and the mouse wheel is not working anymore.
Has anybody seen this behavior?
Regards
Chris
5 years, 2 months
Re: NFS failure
by Fulko.Hew@sita.aero
Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
wrote:
> 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
logs.
> > 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.
5 years, 2 months
autoconf breakage on x86_64.
by Sam Varshavchik
I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
LIBS="-lresolv $LIBS"
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
`res_query'
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| int
| main ()
| {
| res_query ();
| ;
| return 0;
| }
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
14 years, 3 months
Please strip out the patch that brings up applications behind gnome-terminal
by Miles Lane
Hello,
I cannot understand why on earth xorg or Gnome
has been changed to render new application behind
gnome-terminal. Every time I run a program (surprise!)
I want to use it. I don't want to keep playing around
with gnome-terminal. So, can we please strip this
change out of Fedora Core?
Miles
14 years, 4 months
Mplayer and Kaffeine install error
by Clovis Tristao
Hi,
I am trying to install the Mplayer and Kaffeine, using command "yum
install", but it appears the message below:
# yum install mplayer
Setting up Update Process
Setting up repositories
development 100% |=========================| 1.1 kB 00:00
livna 100% |=========================| 951 B 00:00
extras-development 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
--> Processing Dependency: libdirectfb-0.9.so.22 for package: mplayer
--> Finished Dependency Resolution
Error: Missing Dependency: libdirectfb-0.9.so.22 is needed by package
mplayer
# yum install kaffeine
Setting up Update Process
Setting up repositories
development 100% |=========================| 1.1 kB 00:00
livna 100% |=========================| 951 B 00:00
extras-development 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
--> Finished Dependency Resolution
Error: Missing Dependency: libMagick.so.6 is needed by package xine-lib
Error: Missing Dependency: libdirectfb-0.9.so.22 is needed by package
xine-lib
Error: Missing Dependency: libgs.so.7 is needed by package xine-lib
Error: Missing Dependency: libfusion-0.9.so.22 is needed by package
xine-lib
Error: Missing Dependency: libdirect-0.9.so.22 is needed by package
xine-lib
Error: Missing Dependency: libWand.so.6 is needed by package xine-lib
What it can be happening? I am using Fedora Core with kernel
2.6.14-1.1651_FC5
Clóvis
--
Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola
Administrador de Redes - Secao de Informatica (SINFO)
E-mail: mailto:clovis@agr.unicamp.br http://www.agr.unicamp.br
Fone(0xx19) 37881031-37881038 ou FAX(55xx19) 37881005/37881010
14 years, 7 months
intel-based macs
by shrek-m@gmx.de
hi,
is fedora prepared for intel-based macs ?
<snip>
A message from the Apple Developer Connection:
It's time to ship your Universal Binary.
The Intel-based Macs are here.
(http://developer.apple.com/click/dtrc5.html)
Get your Intel-based Mac.
ADC Premier and Select Members can purchase an Intel-based Mac at a significant discount utilizing their ADC Hardware Purchase Program membership benefit. Not a Premier or Select Member yet? Upgrade your membership today to take advantage of this benefit and get your hands on a new Mac.
</snip>
--
shrek-m
14 years, 9 months
Anaconda failure during install of rawhide 2006-01-28
by G.Wolfe Woodbury
During an attempt to install rawhide of 2006-01-28 (today) anaconda runs
into a problem after examining the system for other FC installations to
play with. The error is something like ExamineUpperWindow and cannot be
dismissed or exited without terminating the install.
--
G.Wolfe Woodbury `- -'
RHCT U
The Line Eater is a boojum!
14 years, 10 months
2.6.15-1.1955_FC5 memory leak?
by Russell Coker
I recently setup a server on the Internet in a fairly default FC5T2
configuration. I had it running kernel 2.6.15-1.1955_FC5 for 9 days when I
noticed that it had apparently run out of kernel memory. All processes were
highly swapped and the OOM killer was killing processes (by the time I
noticed the problem most services had been killed).
The machine is a P3 with 256M of RAM, it has full net access with no firewall
(iptables is used in a fairly default configuration but there is nothing in
front of the machine protecting it).
Is there a known kernel memory leak in 2.6.15-1.1955_FC5?
The machine in question has BIND, Postfix, Amavis + clamav, and Postgrey
installed. However as it doesn't yet have an MX record pointing to is there
has been little use (some DNS traffic is all that it would get).
I tried rebooting the machine and it crashed. I guess that the OOM killer
killed something that was needed for a reboot. Tomorrow when I get it
running again I will upgrade it to the latest kernel. Let me know if there
are any tests I should perform if this happens again (unfortunately I can't
get a net-dump server in there but disk-dump is an option I guess).
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
14 years, 10 months
Keyboard situation - Non-US users dead in water?
by Chris Tyler
There are a number of interacting issues surrounding XKB at this point,
but the bottom line is that many (most? all?) users using non-US
keyboards are pretty much dead in the water right now.
Putting aside issues with libxklavier and keyboard options, the console
(non-X) keyboard maps, and the keyboard switching applet, it's simply
not possible to select certain keyboards which are in widespread use.
Here's one example: in FC4 and before, the de-facto standard French
Canadian keyboard was identified as ca_enhanced, and it worked
reasonably well. (Note: This is the keyboard that is shipped by Dell,
IBM, HP, etc, and the keyboard that you you would buy at a Future
Shop/Best Buy in Quebec. English Canadian users (such as myself) use the
"us" keyboard layout. All other "Canadian keyboards" are corner cases).
With the current set of XKB data, this keyboard is identified as ca(fr),
and it can be selected manually:
setxkbmap "ca(fr)"
When selected in this way, they keyboard works perfectly (except for
RightAlt-E which is labelled as Euro on newer versions of the
keyboard).
However, this keyboard option cannot be selected at installation time,
nor can it be correctly selected after installation using the KDE or
Gnome applets, which expose the corner-case keyboards but don't provide
an option for this one. I'm assuming (from browsing Bugzilla) that
similar problems exist for some of the other international keyboards.
(It's unclear to me where the current (X11R7) set of xkb maps came from.
They're not the legacy maps that shipped with 6.8.2, but they're not the
current xkeyboard-config maps either - perhaps they're a snapshot of
older xkeyboard-config data, since they seem closer to xkeyboard-config
than they do to the 6.8.2 set).
What needs to be done to get this working for FC5?
--
Chris Tyler
14 years, 10 months