Re: mplayer
by Jim
On Sun, 2 Jan 2005 17:15:58 -0500, Jim <lawrence.jim(a)gmail.com> wrote:
> On Sun, 02 Jan 2005 16:49:43 -0500, nix4me <nix4me(a)cfl.rr.com> wrote:
> > Jim wrote:
> >
> > >i installed mplayer to play DVD's and nothing starts
> > >if i go to the shell and type mplayer it gives me a bunch of options.
> > >i would prefer a gui mplayer and help would be nice.
> > >i have installed the fonts, the skins, i don't know how to wrap them together
> > >thanks
> > >
> > >
> > Use the command: gmplayer
> >
> > error report...................snip
>
> Checking for GUI ... yes
>
> Error: X11 support required for GUI compilation
>
> Check "configure.log" if you do not understand why it failed.
> [root@localhost MPlayer-1.0pre6a]#
>
> i tried that cmd gmplayer
> [root@localhost MPlayer-1.0pre6a]# gmplayer
> bash: gmplayer: command not found
> [root@localhost MPlayer-1.0pre6a]#
>
> any ideas???
>
> --
> James Lawrence
> Rochester NY
>
--
James Lawrence
Rochester NY
18 years, 4 months
News Reader?
by thomas cameron
I know that Pan got dropped in FC4, but what is the preferred
replacement?
Thomas
18 years, 4 months
Our Leafnode How-To
by David Cary Hart
OK, I'm a usenet junkie. Leafnode (a tiny local news server) sits
between the LAN and the ISP's news server. It does lots of nifty things
in the background and provides an exquisitely simple, yet highly
effective, RegEx filter/killfile.
Maybe it's just me but Linux news clients don't seem to handle posts to
moderated groups very gracefully. When posting to NANAB, for example,
knode sort of hangs until it times out, showing the post as failed and
leaving it in the outbox. With leafnode, that problem is gone (or at
least not visible).
Leafnode is suitable as a stand-alone, to take advantage of the
filtering.
Anyway (FWIW): http://www.tqmcube.com/leafnode.htm
There are links to the RPM I compiled (the Fedora Extras RPM is
outdated) and a simplified configuration file (the distributed config
seems spectacularly disorganized).
Comments, suggestions, edits, raves and rants are certainly welcome OFF
LIST so that I'll actually read them. List traffic has been rather heavy
lately.
--
* Eliminate Spam: http://www.TQMcube.com/spam_trap.htm
* RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm
* Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm
18 years, 4 months
RE: LP->CD?
by Ferguson, Michael
Me too. Thanks
-----Original Message-----
From: fedora-list-bounces(a)redhat.com
[mailto:fedora-list-bounces@redhat.com] On Behalf Of Erik P. Olsen
Sent: Tuesday, May 17, 2005 5:32 AM
To: Fedora Mailing List
Subject: LP->CD?
I have a lot of old interesting LPs which I would love to have on CDs.
If somebody knows a way to play an LP into the PC and subsequently burn
it to a CD I am very interested in learning how to do it.
--
Regards,
Erik P. Olsen
--
fedora-list mailing list
fedora-list(a)redhat.com
To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
18 years, 4 months
firefox 1.0.1 and java
by Gerhard Magnus
Once I installed the new firefox 1.0.1 I lost the java runtime
environment I had finally been able to get working with firefox 1.0.
The "About Mozilla Firefox" window says I'm running "Firefox/1.0.1
Fedora/1.0.1-1.3.2". I assume this new version of firefox is using
files from the directory tree that starts /usr/lib/firefox-1.0.1, which
means I need to make a symbolic link (using the ln -s command)
from /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
to /usr/lib/firefox-1.0.1/plugins. This is the same procedure I
successfully used before to make the link in
the /usr/lib/firefox-1.0/plugins directory.
For some reason this procedure is not working -- the new link
in /usr/lib/firefox-1.0.1/plugins appears in red instead of blue. I've
tried deleting the link (using rm -r) from both
the /usr/lib/firefox-1.0/plugins and the /usr/lib/firefox-1.0.1/plugins
directories. Although they no longer show up (using ls -al) the link
creation (using ln -s) still gives a non-functioning link. Then when I
do a locate libjavaplugin_oji.so I get --
/usr/java/j2re1.4.2_06/plugin/i386/ns610/libjavaplugin_oji.so
/usr/java/j2re1.4.2_06/plugin/i386/ns610-gcc32/libjavaplugin_oji.so
/usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
/usr/java/jre1.5.0/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
/usr/lib/firefox-1.0/plugins/libjavaplugin_oji.so
/usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so
which seems to be saying the links are still there in both firefox
directories! When I try ls -l on the /usr/lib/firefox-1.0.1/plugins
directory I get:
lrwxrwxrwx 1 root root 20 Mar 6 16:51 libjavaplugin_oji.so ->
libjavaplugin_oji.so
flashing in red -- it looks like the link is linking to itself. Or
something.... Any suggestions on how to clean this up or at least to
hack through it further?
18 years, 5 months
FC3 on external PCMCIA/USB disk (success)
by Michael J Gruber
Hi everyone,
I'm using an external USB disk, with the USB 2.0 controller being a
PCMCIA card. FC3 installed happily on this disk, alas it didn't boot
quite as happily from it. (Of course, I have grub on a /boot partition
of the internal IDE drive.)
Earlier Fedora versions came with the pcinitrd script of pcmcia-cs which
facilitated the creation of initrds for booting with PCMCIA, FC3 doesn't
have it. Documentation one gets from googling mostly refers to 2.4
kernels, where one has to hack /linuxrc to include cardmgr...
After experimenting a while with hacking /linuxrc and /init, I found out
that mkinitrd (which comes with FC3) already does the job, as long as
one is aware of the timing problem: PCMCIA and USB need some time to
come up before devices will be recognized.
Also, minitrd's option --with-usb always puts usb modules before modules
you specify with --with=, which is a bad thing in this case. So, just
put the usb modules after the pcmcia modules, using --with=usb-storage
etc. mkinitrd includes a "sleep 5" after loading usb-storage, and this
does the trick.
If enough people are interested I'll write up some more details.
Michael
18 years, 5 months
kde kicker crashes
by BRUCE STANLEY
I have been having kicker crashes now and then
on FC4 when using the KDE desktop.
It seems to occur whenever I run the 'Control Center'
program to change things.
Example: use control center to change the stye and
colors used by KDE.
Then changes take effect ok, but when I
log out, the kicker crash occurs.
When I log back in, all the changes I made
are still there and KDE acts like nothing
ever happen.
I have applied all the kde updates
(e.g kdebase, kdelib, kdegraphics), arts and alsa
updates, and the xorg updates found on the FC4
download site.
Note: other types of changes can be made in the
control center, and kicker crashes may
also occur.
Has anyone else been having problems with kicker?
ps: yes I re-created my ~/.kde dir after updates
were applied.
18 years, 5 months
Supported PCI Wireless card
by Reuben D. Budiardja
Hello,
Does anyone know where I can find a list of supported PCI wireless card for FC
4 ? I am looking to buy a cheapo PCI Wireless card for an old desktop, but I
want to have something that will work out of the box with FC 4 (ie. I don't
really want to deal with ndiswrapper, etc).
Thanks.
RDB
18 years, 5 months
Re: Newbie: Mozilla and Firefox windows "disappear" under FC3 2.6.11
by Clive@Rational
Some diagnostic information I have found when Mozilla
fails under Linux Fedora 2.6.10 / 2.6.11
I do not have the skills to diagnose anything from
this
Should I post the info on some other list?
Thanks
Clive
Jul 8 18:00:47 localhost kernel: ------------[ cut
here ]------------
Jul 8 18:00:47 localhost kernel: kernel BUG at
mm/rmap.c:483!
Jul 8 18:00:47 localhost kernel: invalid operand:
0000 [#1]
Jul 8 18:00:47 localhost kernel: Modules linked in:
parport_pc lp parport md5 ipv6 autofs4 sunrpc
orinoco_cs orinoco hermes pcmcia microcode vfat fat
dm_mod video button battery ac ohci1394 ieee1394
yenta_socket pcmcia_core ohci_hcd ehci_hcd i2c_sis96x
i2c_core snd_intel8x0 snd_ac97_codec snd_pcm_oss
snd_mixer_oss snd_pcm snd_timer snd soundcore
snd_page_alloc 8139too mii floppy ext3 jbd
Jul 8 18:00:47 localhost kernel: CPU: 0
Jul 8 18:00:47 localhost kernel: EIP:
0060:[<c01560dc>] Not tainted VLI
Jul 8 18:00:47 localhost kernel: EFLAGS: 00210286
(2.6.10-1.771_FC2)
Jul 8 18:00:47 localhost kernel: EIP is at
page_remove_rmap+0x22/0x36
Jul 8 18:00:47 localhost kernel: eax: ffffffff ebx:
c1171d40 ecx: c1171d40 edx: c1171d40
Jul 8 18:00:47 localhost kernel: esi: 00000000 edi:
000f4000 ebp: cbe71aa0 esp: d2925df0
Jul 8 18:00:47 localhost kernel: ds: 007b es: 007b
ss: 0068
Jul 8 18:00:47 localhost kernel: Process mozilla-bin
(pid: 5822, threadinfo=d2925000 task=cd991870)
Jul 8 18:00:47 localhost kernel: Stack: c014eb0b
0b8ea067 0024c000 08db4000 c03e2e28 08db4000 09000000
cdb64090
Jul 8 18:00:47 localhost kernel: c03e2e28
c014eba6 0024c000 00000000 08db4000 cdb64090 091b4000
c03e2e28
Jul 8 18:00:47 localhost kernel: c014ebfd
00400000 00000000 d2925e98 00400000 08db4000 cd43a564
c014ed09
Jul 8 18:00:47 localhost kernel: Call Trace:
Jul 8 18:00:47 localhost kernel: [<c014eb0b>]
zap_pte_range+0x1bd/0x221
Jul 8 18:00:47 localhost kernel: [<c014eba6>]
zap_pmd_range+0x37/0x52
Jul 8 18:00:47 localhost kernel: [<c014ebfd>]
unmap_page_range+0x3c/0x57
Jul 8 18:00:47 localhost kernel: [<c014ed09>]
unmap_vmas+0xf1/0x2a0
Jul 8 18:00:47 localhost kernel: [<c03023d9>]
wait_for_completion+0x12d/0x229
Jul 8 18:00:47 localhost kernel: [<c0153e97>]
exit_mmap+0xc2/0x1e5
Jul 8 18:00:47 localhost kernel: [<c0118d40>]
mmput+0x1f/0x16a
Jul 8 18:00:47 localhost kernel: [<c011e68b>]
do_exit+0x22b/0x5bf
Jul 8 18:00:47 localhost kernel: [<c011ebcc>]
sys_exit_group+0x0/0xd
Jul 8 18:00:47 localhost kernel: [<c0128f87>]
get_signal_to_deliver+0x747/0x802
Jul 8 18:00:47 localhost kernel: [<c01032ce>]
do_signal+0x55/0xce
Jul 8 18:00:47 localhost kernel: [<c0302abf>]
schedule_timeout+0x53/0x10f
Jul 8 18:00:47 localhost kernel: [<c016f756>]
pipe_poll+0x21/0x5e
Jul 8 18:00:47 localhost kernel: [<c01760a6>]
do_pollfd+0x5b/0x83
Jul 8 18:00:47 localhost kernel: [<c0176117>]
do_poll+0x49/0xa5
Jul 8 18:00:47 localhost kernel: [<c01756c0>]
poll_freewait+0x33/0x3a
Jul 8 18:00:47 localhost kernel: [<c0176322>]
sys_poll+0x1af/0x1bd
Jul 8 18:00:47 localhost kernel: [<c01756c7>]
__pollwait+0x0/0x94
Jul 8 18:00:47 localhost kernel: [<c010336e>]
do_notify_resume+0x27/0x35
Jul 8 18:00:47 localhost kernel: [<c01034be>]
work_notifysig+0x13/0x15
Jul 8 18:00:47 localhost kernel: Code: ff 05 f0 89 40
c0 50 9d c3 89 c2 8b 00 f6 c4 08 74 08 0f 0b e0 01 a3
cb 31 c0 83 42 08 ff 0f 98 c0 84 c0 74 19 8b 42 08 40
79 08 <0f> 0b e3 01 a3 cb 31 c0 9c 58 fa ff 0d f0 89
40 c0 50 9d c3 55
Jul 8 18:00:47 localhost kernel: <3>Debug: sleeping
function called from invalid context at
include/linux/rwsem.h:43
Jul 8 18:00:47 localhost kernel: in_atomic():1,
irqs_disabled():0
Jul 8 18:00:47 localhost kernel: [<c01188f3>]
__might_sleep+0x80/0x8a
Jul 8 18:00:47 localhost kernel: [<c011c6d4>]
profile_task_exit+0x18/0x41
Jul 8 18:00:47 localhost kernel: [<c011e477>]
do_exit+0x17/0x5bf
Jul 8 18:00:47 localhost kernel: [<c0103e1b>]
do_trap+0x0/0xa2
Jul 8 18:00:47 localhost kernel: [<c010400b>]
do_invalid_op+0x0/0x8b
Jul 8 18:00:47 localhost kernel: [<c010408a>]
do_invalid_op+0x7f/0x8b
Jul 8 18:00:47 localhost kernel: [<c02a70a6>]
skb_copy_datagram_iovec+0x4f/0x1e1
Jul 8 18:00:47 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:00:47 localhost kernel: [<c02ccb83>]
tcp_recvmsg+0x60b/0x646
Jul 8 18:00:47 localhost kernel: [<e09eab03>]
hermes_bap_pwrite+0x34/0xa8 [hermes]
Jul 8 18:00:47 localhost kernel: [<c010361b>]
error_code+0x2b/0x30
Jul 8 18:00:47 localhost kernel: [<c014007b>]
do_generic_mapping_read+0x1bc/0x357
Jul 8 18:00:47 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:00:47 localhost kernel: [<c014eb0b>]
zap_pte_range+0x1bd/0x221
Jul 8 18:00:47 localhost kernel: [<c014eba6>]
zap_pmd_range+0x37/0x52
Jul 8 18:00:47 localhost kernel: [<c014ebfd>]
unmap_page_range+0x3c/0x57
Jul 8 18:00:47 localhost kernel: [<c014ed09>]
unmap_vmas+0xf1/0x2a0
Jul 8 18:00:47 localhost kernel: [<c03023d9>]
wait_for_completion+0x12d/0x229
Jul 8 18:00:47 localhost kernel: [<c0153e97>]
exit_mmap+0xc2/0x1e5
Jul 8 18:00:47 localhost kernel: [<c0118d40>]
mmput+0x1f/0x16a
Jul 8 18:00:47 localhost kernel: [<c011e68b>]
do_exit+0x22b/0x5bf
Jul 8 18:00:47 localhost kernel: [<c011ebcc>]
sys_exit_group+0x0/0xd
Jul 8 18:00:47 localhost kernel: [<c0128f87>]
get_signal_to_deliver+0x747/0x802
Jul 8 18:00:47 localhost kernel: [<c01032ce>]
do_signal+0x55/0xce
Jul 8 18:00:47 localhost kernel: [<c0302abf>]
schedule_timeout+0x53/0x10f
Jul 8 18:00:47 localhost kernel: [<c016f756>]
pipe_poll+0x21/0x5e
Jul 8 18:00:47 localhost kernel: [<c01760a6>]
do_pollfd+0x5b/0x83
Jul 8 18:00:47 localhost kernel: [<c0176117>]
do_poll+0x49/0xa5
Jul 8 18:00:47 localhost kernel: [<c01756c0>]
poll_freewait+0x33/0x3a
Jul 8 18:00:47 localhost kernel: [<c0176322>]
sys_poll+0x1af/0x1bd
Jul 8 18:00:47 localhost kernel: [<c01756c7>]
__pollwait+0x0/0x94
Jul 8 18:00:47 localhost kernel: [<c010336e>]
do_notify_resume+0x27/0x35
Jul 8 18:00:47 localhost kernel: [<c01034be>]
work_notifysig+0x13/0x15
Jul 8 18:00:47 localhost kernel: note:
mozilla-bin[5822] exited with preempt_count 1
Jul 8 18:01:01 localhost crond(pam_unix)[6180]:
session opened for user root by (uid=0)
Jul 8 18:01:01 localhost crond(pam_unix)[6180]:
session closed for user root
Jul 8 18:01:03 localhost kernel: ------------[ cut
here ]------------
Jul 8 18:01:03 localhost kernel: kernel BUG at
mm/rmap.c:483!
Jul 8 18:01:03 localhost kernel: invalid operand:
0000 [#2]
Jul 8 18:01:03 localhost kernel: Modules linked in:
parport_pc lp parport md5 ipv6 autofs4 sunrpc
orinoco_cs orinoco hermes pcmcia microcode vfat fat
dm_mod video button battery ac ohci1394 ieee1394
yenta_socket pcmcia_core ohci_hcd ehci_hcd i2c_sis96x
i2c_core snd_intel8x0 snd_ac97_codec snd_pcm_oss
snd_mixer_oss snd_pcm snd_timer snd soundcore
snd_page_alloc 8139too mii floppy ext3 jbd
Jul 8 18:01:03 localhost kernel: CPU: 0
Jul 8 18:01:03 localhost kernel: EIP:
0060:[<c01560dc>] Not tainted VLI
Jul 8 18:01:03 localhost kernel: EFLAGS: 00210286
(2.6.10-1.771_FC2)
Jul 8 18:01:03 localhost kernel: EIP is at
page_remove_rmap+0x22/0x36
Jul 8 18:01:03 localhost kernel: eax: ffffffff ebx:
c1171d40 ecx: c1171d40 edx: c1171d40
Jul 8 18:01:03 localhost kernel: esi: 00000000 edi:
00000000 ebp: d525dc44 esp: d6eefed0
Jul 8 18:01:03 localhost kernel: ds: 007b es: 007b
ss: 0068
Jul 8 18:01:03 localhost kernel: Process nautilus
(pid: 5390, threadinfo=d6eef000 task=d918b100)
Jul 8 18:01:03 localhost kernel: Stack: c014eb0b
0b8ea067 00001000 b7b11000 c03e2e28 b7b11000 b7b12000
d64efb7c
Jul 8 18:01:03 localhost kernel: c03e2e28
c014eba6 00001000 00000000 b7b11000 d64efb7c b7b12000
c03e2e28
Jul 8 18:01:03 localhost kernel: c014ebfd
00001000 00000000 d6eeff78 00400000 b7b11000 cb0f675c
c014ed09
Jul 8 18:01:03 localhost kernel: Call Trace:
Jul 8 18:01:03 localhost kernel: [<c014eb0b>]
zap_pte_range+0x1bd/0x221
Jul 8 18:01:03 localhost kernel: [<c014eba6>]
zap_pmd_range+0x37/0x52
Jul 8 18:01:03 localhost kernel: [<c014ebfd>]
unmap_page_range+0x3c/0x57
Jul 8 18:01:03 localhost kernel: [<c014ed09>]
unmap_vmas+0xf1/0x2a0
Jul 8 18:01:03 localhost kernel: [<c01520be>]
vma_link+0xf6/0x207
Jul 8 18:01:03 localhost kernel: [<c0153781>]
unmap_region+0x61/0xc6
Jul 8 18:01:03 localhost kernel: [<c0153a77>]
do_munmap+0x166/0x1dd
Jul 8 18:01:03 localhost kernel: [<c0153b39>]
sys_munmap+0x4b/0x63
Jul 8 18:01:03 localhost kernel: [<c0103473>]
syscall_call+0x7/0xb
Jul 8 18:01:03 localhost kernel: Code: ff 05 f0 89 40
c0 50 9d c3 89 c2 8b 00 f6 c4 08 74 08 0f 0b e0 01 a3
cb 31 c0 83 42 08 ff 0f 98 c0 84 c0 74 19 8b 42 08 40
79 08 <0f> 0b e3 01 a3 cb 31 c0 9c 58 fa ff 0d f0 89
40 c0 50 9d c3 55
Jul 8 18:01:03 localhost kernel: <3>Debug: sleeping
function called from invalid context at
include/linux/rwsem.h:43
Jul 8 18:01:03 localhost kernel: in_atomic():1,
irqs_disabled():0
Jul 8 18:01:03 localhost kernel: [<c01188f3>]
__might_sleep+0x80/0x8a
Jul 8 18:01:03 localhost kernel: [<c011c6d4>]
profile_task_exit+0x18/0x41
Jul 8 18:01:03 localhost kernel: [<c011e477>]
do_exit+0x17/0x5bf
Jul 8 18:01:03 localhost kernel: [<c0103e1b>]
do_trap+0x0/0xa2
Jul 8 18:01:03 localhost kernel: [<c010400b>]
do_invalid_op+0x0/0x8b
Jul 8 18:01:03 localhost kernel: [<c010408a>]
do_invalid_op+0x7f/0x8b
Jul 8 18:01:03 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:01:03 localhost kernel: [<c014020e>]
do_generic_mapping_read+0x34f/0x357
Jul 8 18:01:03 localhost kernel: [<c0140465>]
__generic_file_aio_read+0x15d/0x177
Jul 8 18:01:03 localhost kernel: [<c010361b>]
error_code+0x2b/0x30
Jul 8 18:01:03 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:01:03 localhost kernel: [<c014eb0b>]
zap_pte_range+0x1bd/0x221
Jul 8 18:01:03 localhost kernel: [<c014eba6>]
zap_pmd_range+0x37/0x52
Jul 8 18:01:03 localhost kernel: [<c014ebfd>]
unmap_page_range+0x3c/0x57
Jul 8 18:01:03 localhost kernel: [<c014ed09>]
unmap_vmas+0xf1/0x2a0
Jul 8 18:01:03 localhost kernel: [<c01520be>]
vma_link+0xf6/0x207
Jul 8 18:01:03 localhost kernel: [<c0153781>]
unmap_region+0x61/0xc6
Jul 8 18:01:03 localhost kernel: [<c0153a77>]
do_munmap+0x166/0x1dd
Jul 8 18:01:03 localhost kernel: [<c0153b39>]
sys_munmap+0x4b/0x63
Jul 8 18:01:03 localhost kernel: [<c0103473>]
syscall_call+0x7/0xb
Jul 8 18:01:03 localhost kernel: note: nautilus[5390]
exited with preempt_count 1
Jul 8 18:01:03 localhost kernel: scheduling while
atomic: nautilus/0x00000001/5390
Jul 8 18:01:03 localhost kernel: [<c0301dfb>]
schedule+0x3d/0x4ee
Jul 8 18:01:03 localhost kernel: [<c0302f81>]
rwsem_down_read_failed+0x1ff/0x21d
Jul 8 18:01:03 localhost kernel: [<c0134e2f>]
.text.lock.futex+0x7/0xb0
Jul 8 18:01:03 localhost kernel: [<c0134d17>]
do_futex+0x37/0x5e
Jul 8 18:01:03 localhost kernel: [<c0134e06>]
sys_futex+0xc8/0xd7
Jul 8 18:01:03 localhost kernel: [<c0119035>]
mm_release+0x7f/0x86
Jul 8 18:01:03 localhost kernel: [<c011e53c>]
do_exit+0xdc/0x5bf
Jul 8 18:01:03 localhost kernel: [<c0103e1b>]
do_trap+0x0/0xa2
Jul 8 18:01:03 localhost kernel: [<c010400b>]
do_invalid_op+0x0/0x8b
Jul 8 18:01:03 localhost kernel: [<c010408a>]
do_invalid_op+0x7f/0x8b
Jul 8 18:01:03 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:01:03 localhost kernel: [<c014020e>]
do_generic_mapping_read+0x34f/0x357
Jul 8 18:01:03 localhost kernel: [<c0140465>]
__generic_file_aio_read+0x15d/0x177
Jul 8 18:01:03 localhost kernel: [<c010361b>]
error_code+0x2b/0x30
Jul 8 18:01:03 localhost kernel: [<c01560dc>]
page_remove_rmap+0x22/0x36
Jul 8 18:01:03 localhost kernel: [<c014eb0b>]
zap_pte_range+0x1bd/0x221
Jul 8 18:01:03 localhost kernel: [<c014eba6>]
zap_pmd_range+0x37/0x52
Jul 8 18:01:03 localhost kernel: [<c014ebfd>]
unmap_page_range+0x3c/0x57
Jul 8 18:01:03 localhost kernel: [<c014ed09>]
unmap_vmas+0xf1/0x2a0
Jul 8 18:01:03 localhost kernel: [<c01520be>]
vma_link+0xf6/0x207
Jul 8 18:01:03 localhost kernel: [<c0153781>]
unmap_region+0x61/0xc6
Jul 8 18:01:03 localhost kernel: [<c0153a77>]
do_munmap+0x166/0x1dd
Jul 8 18:01:03 localhost kernel: [<c0153b39>]
sys_munmap+0x4b/0x63
Jul 8 18:01:03 localhost kernel: [<c0103473>]
syscall_call+0x7/0xb
Jul 8 18:02:44 localhost smartd[4231]: Device:
/dev/hda, 1 Currently unreadable (pending) sectors
Jul 8 18:02:55 localhost shutdown: shutting down for
system reboot
Jul 8 18:02:55 localhost init: Switching to runlevel:
6
Jul 8 18:02:56 localhost login(pam_unix)[4829]:
session closed for user root
Jul 8 18:02:57 localhost cups-config-daemon:
cups-config-daemon -TERM succeeded
Jul 8 18:02:57 localhost haldaemon: haldaemon -TERM
succeeded
Jul 8 18:02:57 localhost messagebus: messagebus -TERM
succeeded
Jul 8 18:02:57 localhost atd: atd shutdown succeeded
Jul 8 18:02:57 localhost cups: cupsd shutdown
succeeded
Jul 8 18:02:58 localhost webmin: Stopping Webmin
server in /usr/libexec/webmin
Jul 8 18:02:58 localhost rc: Stopping webmin:
succeeded
Jul 8 18:02:58 localhost xfs[4600]: terminating
Jul 8 18:02:58 localhost xfs: xfs shutdown succeeded
Jul 8 18:02:58 localhost gpm[4509]: *** info
[mice.c(1766)]:
Jul 8 18:02:58 localhost gpm[4509]: imps2:
Auto-detected intellimouse PS/2
Jul 8 18:02:58 localhost gpm: gpm shutdown succeeded
Jul 8 18:03:00 localhost gconfd (root-5339): SIGHUP
received, reloading all databases
Jul 8 18:03:00 localhost gconfd (root-5339): Resolved
address "xml:readonly:/etc/gconf/gconf.xml.mandatory"
to a read-only configuration source at position 0
Jul 8 18:03:00 localhost gconfd (root-5339): Resolved
address "xml:readwrite:/root/.gconf" to a writable
configuration source at position 1
Jul 8 18:03:00 localhost gconfd (root-5339): Resolved
address "xml:readonly:/etc/gconf/gconf.xml.defaults"
to a read-only configuration source at position 2
Jul 8 18:03:02 localhost httpd: httpd shutdown
succeeded
Jul 8 18:03:03 localhost sshd: sshd -TERM succeeded
Jul 8 18:03:03 localhost sendmail: sendmail shutdown
succeeded
Jul 8 18:03:03 localhost sendmail: sm-client shutdown
succeeded
Jul 8 18:03:04 localhost smb: smbd shutdown succeeded
Jul 8 18:03:04 localhost nmbd[4614]: [2005/07/08
18:03:04, 0] nmbd/nmbd.c:terminate(56)
Jul 8 18:03:04 localhost nmbd[4614]: Got SIGTERM:
going down...
Jul 8 18:03:04 localhost smb: nmbd shutdown succeeded
Jul 8 18:03:04 localhost vncserver: Shutting down VNC
server:
Jul 8 18:03:04 localhost vncserver: vncserver
shutdown succeeded
Jul 8 18:03:04 localhost vncserver: [60G
Jul 8 18:03:04 localhost vncserver:
Jul 8 18:03:04 localhost rc: Stopping vncserver:
succeeded
Jul 8 18:03:05 localhost mysqld: Stopping MySQL:
succeeded
Jul 8 18:07:49 localhost shutdown: shutting down for
system reboot
18 years, 5 months
FC4 XKB config problem
by Ralph Jones
I've encountered this problem after my upgrade from FC3 to FC4:
Gnome gives the following error box on login:
************BEGIN DIALOG BOX
Error activating XKB configuration.
It can happen under various circumstances:
- a bug in libxklavier library
- a bug in X server (xkbcomp, xmodmap utilities)
- X server with incompatible libxkbfile implementation
X server version data:
The X.Org Foundation
60802000
If you report this situation as a bug, please include:
- The result of <b>xprop -root | grep XKB</b>
- The result of <b>gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd</b>
************END DIALOG BOX
xprop produces:
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "us", "", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "us", "", ""
gconftool-2 produces NO output.
yum update produces this:
**********************BEGIN YUM OUTPUT
Repository dries already added, not adding again
Setting up Update Process
Setting up repositories
dries 100% |=========================| 1.1 kB 00:00
extras 100% |=========================| 1.1 kB 00:00
updates-released 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package xorg-x11.i386 0:6.8.2-37 set to be updated
--> Running transaction check
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Updating:
xorg-x11 i386 6.8.2-37 updates-released 14 M
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 1 Package(s)
Remove 0 Package(s)
Total download size: 14 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : xorg-x11 ######################### [1/2]
error: unpacking of archive failed on file /etc/X11/xkb: cpio: rename
Updated: xorg-x11.i386 0:6.8.2-37
Complete!
**********************************END YUM OUTPUT
A partial listing of /etc/X11 looks like this:
drwxr-xr-x 5 root root 4096 Jun 2 16:37 xinit
drwxr-xr-x 10 root root 4096 Apr 9 20:44 xkb
lrwxrwxrwx 1 root root 27 Jul 10 16:03 xkb;42d19b15 ->
../../usr/X11R6/lib/X11/xkb
lrwxrwxrwx 1 root root 27 Jul 10 16:05 xkb;42d19bc1 ->
../../usr/X11R6/lib/X11/xkb
-rw-r--r-- 1 root root 547 Apr 11 05:43 Xmodmap
Each time yum update is run, it leaves another symbolic link to
/usr/X11R6/lib/X11/xkb, which is a symbolic link back to /etc/X11/xkb. A
listing of the actual xkb looks like this:
drwxr-xr-x 2 root root 4096 Apr 9 20:43 compat
-r--r--r-- 1 root root 689 Apr 9 20:43 compat.dir
lrwxrwxrwx 1 root root 20 Apr 9 20:44 compiled -> ../../../var/lib/xkb
drwxr-xr-x 5 root root 4096 Apr 9 20:43 geometry
-r--r--r-- 1 root root 1965 Apr 9 20:43 geometry.dir
drwxr-xr-x 4 root root 4096 Apr 9 20:43 keycodes
-r--r--r-- 1 root root 2250 Apr 9 20:43 keycodes.dir
drwxr-xr-x 5 root root 4096 Apr 9 20:43 keymap
-r--r--r-- 1 root root 8576 Apr 9 20:43 keymap.dir
-r--r--r-- 1 root root 983 Apr 9 20:43 README
-r--r--r-- 1 root root 7448 Apr 9 20:43 README.config
-r--r--r-- 1 root root 23337 Apr 9 20:43 README.enhancing
drwxr-xr-x 2 root root 4096 Apr 9 20:43 rules
drwxr-xr-x 2 root root 4096 Apr 9 20:43 semantics
drwxr-xr-x 12 root root 4096 Apr 9 20:43 symbols
-r--r--r-- 1 root root 27040 Apr 9 20:43 symbols.dir
drwxr-xr-x 2 root root 4096 Apr 9 20:43 types
-r--r--r-- 1 root root 463 Apr 9 20:43 types.dir
-rwxr-xr-x 1 root root 178867 Apr 9 20:43 xkbcomp
The system seems normal in other respects, including the keyboard; the only
problem indications are the error box that appears on every login, and the
error message in yum. Advice? Thanks...
rj
18 years, 6 months