display fc13
by Patrick Dupre
Hello,
Because I cannot use the 1280x1024 resolution in fc13 (it works fine
in fc11), I check the /var/log/Xorg.0.log file.
[ 76.393] (--) PCI:*(0:0:2:0) 8086:2992:8086:4f43 Intel Corporation
82Q963/Q965 Integrated Graphics Controller rev 2, Mem @
0xd0200000/1048576, 0xc0000000/268435456, I/O @ 0x00002468/8, BIOS @
0x????????/131072
[ 76.393] (II) LoadModule: "extmod"
[ 76.393] (II) Loading /usr/lib64/xorg/modules/extensions/libextmod.so
[ 76.394] (II) Module extmod: vendor="X.Org Foundation"
[ 76.394] compiled for 1.8.2, module version = 1.0.0
[ 76.394] Module class: X.Org Server Extension
[ 76.394] ABI class: X.Org Server Extension, version 3.0
[ 76.394] (II) Loading extension SELinux
[ 76.394] (II) Loading extension MIT-SCREEN-SAVER
[ 76.394] (II) Loading extension XFree86-VidModeExtension
[ 76.394] (II) Loading extension XFree86-DGA
[ 76.394] (II) Loading extension DPMS
[ 76.394] (II) Loading extension XVideo
[ 76.394] (II) Loading extension XVideo-MotionCompensation
[ 76.394] (II) Loading extension X-Resource
[ 76.394] (II) LoadModule: "dbe"
[ 76.394] (II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so
[ 76.394] (II) Module dbe: vendor="X.Org Foundation"
[ 76.394] compiled for 1.8.2, module version = 1.0.0
[ 76.394] Module class: X.Org Server Extension
[ 76.394] ABI class: X.Org Server Extension, version 3.0
[ 76.394] (II) Loading extension DOUBLE-BUFFER
[ 76.394] (II) LoadModule: "glx"
[ 76.395] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 76.395] (II) Module glx: vendor="X.Org Foundation"
[ 76.395] compiled for 1.8.2, module version = 1.0.0
[ 76.395] ABI class: X.Org Server Extension, version 3.0
[ 76.395] ABI class: X.Org Server Extension, version 3.0
[ 76.395] (==) AIGLX enabled
[ 76.395] (II) Loading extension GLX
[ 76.395] (II) LoadModule: "record"
[ 76.396] (II) Loading /usr/lib64/xorg/modules/extensions/librecord.so
[ 76.396] (II) Module record: vendor="X.Org Foundation"
[ 76.396] compiled for 1.8.2, module version = 1.13.0
[ 76.396] Module class: X.Org Server Extension
[ 76.396] ABI class: X.Org Server Extension, version 3.0
[ 76.396] (II) Loading extension RECORD
[ 76.396] (II) LoadModule: "dri"
[ 76.396] (II) Loading /usr/lib64/xorg/modules/extensions/libdri.so
[ 76.396] (II) Module dri: vendor="X.Org Foundation"
[ 76.396] compiled for 1.8.2, module version = 1.0.0
[ 76.396] ABI class: X.Org Server Extension, version 3.0
[ 76.396] (II) Loading extension XFree86-DRI
[ 76.397] (II) LoadModule: "dri2"
[ 76.397] (II) Loading /usr/lib64/xorg/modules/extensions/libdri2.so
[ 76.397] (II) Module dri2: vendor="X.Org Foundation"
[ 76.397] compiled for 1.8.2, module version = 1.2.0
[ 76.397] ABI class: X.Org Server Extension, version 3.0
[ 76.397] (II) Loading extension DRI2
[ 76.397] (==) Matched intel as autoconfigured driver 0
[ 76.397] (==) Matched vesa as autoconfigured driver 1
[ 76.397] (==) Matched fbdev as autoconfigured driver 2
[ 76.397] (==) Assigned the driver to the xf86ConfigLayout
[ 76.397] (II) LoadModule: "intel"
[ 76.397] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[ 76.397] (II) Module intel: vendor="X.Org Foundation"
[ 76.398] compiled for 1.8.0, module version = 2.11.0
[ 76.398] Module class: X.Org Video Driver
[ 76.398] ABI class: X.Org Video Driver, version 7.0
[ 76.398] (II) LoadModule: "vesa"
[ 76.398] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 76.398] (II) Module vesa: vendor="X.Org Foundation"
[ 76.398] compiled for 1.8.0, module version = 2.3.0
[ 76.398] Module class: X.Org Video Driver
[ 76.398] ABI class: X.Org Video Driver, version 7.0
[ 76.398] (II) LoadModule: "fbdev"
[ 76.398] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[ 76.398] (II) Module fbdev: vendor="X.Org Foundation"
[ 76.398] compiled for 1.7.99.3, module version = 0.4.1
[ 76.398] ABI class: X.Org Video Driver, version 7.0
[ 76.398] (II) intel: Driver for Intel Integrated Graphics Chipsets:
i810,
i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
4 Series, G45/G43, Q45/Q43, G41, B43, Clarkdale, Arrandale
[ 76.399] (II) VESA: driver for VESA chipsets: vesa
[ 76.399] (II) FBDEV: driver for framebuffer: fbdev
[ 76.399] (--) using VT number 7
[ 76.405] (II) Primary Device is: PCI 00@00:02:0
[ 76.405] (WW) Falling back to old probe method for vesa
[ 76.405] (WW) Falling back to old probe method for fbdev
[ 76.405] (II) Loading sub module "fbdevhw"
[ 76.405] (II) LoadModule: "fbdevhw"
[ 76.405] (II) Loading /usr/lib64/xorg/modules/linux/libfbdevhw.so
[ 76.405] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 76.405] compiled for 1.8.2, module version = 0.0.2
[ 76.405] ABI class: X.Org Video Driver, version 7.0
[ 76.412] (EE) open /dev/fb0: No such device
[ 76.424] (EE) intel(0): No kernel modesetting driver detected.
[ 76.424] (II) UnloadModule: "intel"
[ 76.424] (EE) Screen(s) found, but none have a usable configuration.
[ 76.424]
Fatal server error:
[ 76.424] no screens found
[ 76.424]
Please consult the Fedora Project support
at http://bodhi.fedoraproject.org/
for help.
[ 76.424] Please also check the log file at "/var/log/Xorg.0.log" for
additional information.
[ 76.424]
As you can see, it ends with a fatal error !!!!!
--
---
==========================================================================
Patrick DUPRÉ | |
Department of Chemistry | | Phone: (44)-(0)-1904-434384
The University of York | | Fax: (44)-(0)-1904-432516
Heslington | |
York YO10 5DD United Kingdom | | email: patrick.dupre(a)york.ac.uk
==========================================================================
13 years, 4 months
VLAN default name type changed after upgrade to Fedora 14
by mgt
I have upgraded to Fedora 14 yesterday and I'm very happy with the update.
But I have come to this tiny problem.
I have a number of VLAN interfaces configured on my machine. I have the
files in /etc/sysconfig/network-scripts/ and for example in my ifcfg-vlanX
file I got a line such as this:
VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD
which create a vlan interface with the proper name. In this case: vlanX .
In Fedora 13 with that configuration, when I create a vlan on the fly with
the command:
example:
$ su -c 'vconfig add eth0 666'
I got a new interface with the same name type as interfaces configured by my
init scripts. To follow the example from above: vlan666 . But after the
upgrade to Fedora 14 the same command creates the interface with the default
name type, which in my case is eth0.666 . I dont want this. I want the old
behaviour.
More info:
# su -c 'cat /proc/net/vlan/config'
VLAN Dev name | VLAN ID
Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD
Can someone tell me where should I put a default name type option for a
vconfig command since in Fedora 14 it doesnt take in consideration the
existing interfaces vlan name type and reset it to the default behaviour as
you can see above.
Thanks!
Best regards,
--
mgt
13 years, 4 months
Is SoapUI not in Fedora Repos ?
by Sawrub
Hello People,
I have to work on a project that makes use of webservices and hence i
needed SoapUI, but YUM fails to search for any package named 'soupui'.
Is it not bundled in Fedora repos. I have fedora and rpmfusion
configured.
Or is there any alternative that can be used. Please help.
--
Thanks
Saurabh
13 years, 4 months
Fonts group in anaconda?
by Tom Horsley
Right now "Fonts" is in the group "Base System", then there
are close to 300 individual font items listed in "Fonts".
There are also some other random fonts scattered around
in legacy fonts entries or grouped with X11 stuff.
Does anyone think "Fonts" deserves to be its own top
level package group, with sub groups for things like
"Latin fonts", "Cyrillic fonts", "Symbol fonts",
etc.
Sure seems like it would be simpler to find and install
the fonts you might actually use that way. It is quite
time consuming at the moment to hunt & peck through the
big list of individual font entries and exclude the ones
I can't read even if I have them installed (mainly
to avoid having to constantly download updates for fonts
I can't read anyway :-). It also helps keep the lists
of available fonts in font selector dialogs down to
a manageable level.
13 years, 4 months
Problem with nfs exporting with Fedora 8
by Doll, Margaret Ann
I needed Fedora 8 for its version of glibc for a third party software. I
have it installed on a system.
I need to mount some of its directories across the network for backup
purposes, but I cannot get the mounting to work on a RedHat system. The
RedHat system has Umbuntu directories and directories from other RedHat
system mounted on it. The RedHat system is not the problem. The
directories from Fedora and Umbuntu are being mounted onto the RedHat
system, ro.
I noticed on Fedora 8, portmap has disappeared. rcpbind seems to have
taken over the function of portmap.
nfs, nfslock, and rcpbind are running on the Fedora system. nfs-utils are
installed on the Fedora system. The Fedora system seems to be exporting the
directories I wish it to.
Fedora> exportfs
/home RedHat
/500Gb RedHat
When the RedHat system mounts the directories from Fedora, in the messages
on the Fedora system I get
Nov 2 16:30:04 Fedora kernel: NFSD: starting 90-second grace period
Nov 2 16:30:39 Fedora rpcbind: rpcbind terminating on signal. Restart with
"rpcbind -w"
If I change /etc/init.d/rcpbind to include "-w" as the start argument and
then restart rcpbind, I get the error
Starting rpcbind: rpcbind: invalid permissions on file =
/var/lib/rpcbind/rpcbind.file for reading
rpcbind: will start from scratch
This still occurs if I change the permissions on the rpcbind.file to rx for
everyone.
How do I export directories from Fedora 8 and mount them on a RedHat system?
Thanks for your help.
13 years, 4 months
Multi-users access to audio (pulseaudio?)
by S P Arif Sahari Wibowo
Hi!
I would like to grant access to audio to certain users other
than the one currently login physically / on console. I tried to
add all those users to the group pulse-access, pulse, and audio,
but it does not work. I still get this error:
$ paplay /usr/share/sounds/gnome/default/alerts/sonar.ogg
Connection failure: Connection refused
pa_context_connect() failed: Connection refused
Anybody know how to setup this?
Thanks!
--
____ ____ ____ ____ (stephan paul) Arif Sahari Wibowo
/___ /___/ /___/ /___ http://www.arifsaha.com/
____/ / / / ____/
13 years, 4 months
Curious failure with F-13
by Timothy Murphy
My server runs under CentOS-5.5,
but I recently tried installing Fedora-13 as a second OS,
as a sort of backup.
Everything works fine under Fedora except for one thing -
I cannot get through to any site on any browser
on any machine (Linux and Windows) reaching the internet
through the server.
There is no apparent error, but the browser simply sits there
saying it is waiting for a response from the given site.
I've tried stopping shorewall (which I use) and iptables,
but that has no effect.
I've also tried changing the nameservers to opendns servers,
but that made no difference.
I installed Fedora from the Live KDE CD, if that is relevant.
Any suggestions for possible causes of this behaviour?
Or methods of analysing what is happening?
--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
13 years, 4 months
cannot boot after F12 to F14 upgrade
by Juan R. de Silva
I've had F12 installed on Dell Latitude D820 as a part of multi distro
system. Today, just for curiosity sake, I've tried to upgrade it
directly to F14 (still in beta until tomorrow) using PreUpgrade utility.
After upgrade completed and reported successful, the system stalls at
boot. It shows the boot progressing blue/white bars as normal, reaches
the end (the bar gets all white), displays F14 and freezes at this point.
Pressing Ctl-Alt-Del displays list of process being stopped preparing to
reboot as usual. To me it looks like X for some reason cannot start (?).
I tried to boot to previous kernel - the same story. I looked at Fedora
boot directory from withing Ubuntu - did not find any special.
Any suggestions, please? I have NVIDIA graphic card on board.
13 years, 5 months