I had AIGLX working on FC5 using the old aiglx.repo that pointed to
Ray Strode's repo. I recently dropped in the new aiglx.repo that
Kristian Hogsberg posted a few weeks ago and the result was that my
XServer won't start anymore.
I seem to have a module requirement mismatch for the X.org module
"bitmap". I don't know what that is, so maybe someone here can help
me. Here are the rpms from /var/log/yum.log that broke my system and
following is my /var/log/Xorg.0.log that shows the problem.
May 03 12:56:46 Updated: xorg-x11-server-Xorg.i386 126.96.36.1991-3
May 03 12:57:05 Updated: libXcomposite.i386 0.3-4
May 03 12:57:06 Updated: libdrm.i386 2.0.1-2
May 03 12:57:10 Updated: mesa-libGL.i386 6.5-5
May 03 12:57:11 Updated: mesa-libGLU.i386 6.5-5
May 03 12:57:12 Updated: mesa-libGL-devel.i386 6.5-5
May 03 12:57:25 Updated: metacity.i386 2.15.0-6
May 03 12:57:28 Updated: libdrm-devel.i386 2.0.1-2
May 03 12:57:29 Updated: glx-utils.i386 6.5-5
May 03 12:57:30 Updated: xorg-x11-drv-ati.i386 6.6.0-2
May 03 12:57:31 Updated: xorg-x11-drv-i810.i386 1.6.0-2
May 03 12:57:31 Updated: libXcomposite-devel.i386 0.3-4
May 03 12:57:37 Updated: gtk2-engines.i386 2.7.4-5
May 03 12:57:40 Updated: xorg-x11-proto-devel.i386 7.0-11
May 03 12:57:49 Updated: gnome-terminal.i386 2.14.1-7
X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.15-1.1948_FC5 i686Red Hat, Inc.
Current Operating System: Linux localhost.localdomain
2.6.16-1.2107_FC5smp #1 SMP Tue May 2 19:18:41 EDT 2006 i686
Build Date: 22 February 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu May 4 00:01:19 2006
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "single head configuration"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Videocard0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(**) FontPath set to "unix/:7100"
(==) RgbPath set to "/usr/share/X11/rgb"
(==) ModulePath set to "/usr/lib/xair/modules"
(**) Extension "Composite" is enabled
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.2
X.Org Video Driver: 0.8
X.Org XInput driver : 0.5
X.Org Server Extension : 0.2
X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib/xair/modules/fonts/libbitmap.so
(II) Module bitmap: vendor="X.Org Foundation"
compiled for 7.0.0, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(EE) module ABI minor version (5) is newer than the server's version (4)
(II) UnloadModule: "bitmap"
(II) Unloading /usr/lib/xair/modules/fonts/libbitmap.so
(EE) Failed to load module "bitmap" (module requirement mismatch, 0)
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xair/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.0.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.8
Fatal server error:
Unable to load required base modules, Exiting...
(WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor
(WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor
I don't know what the best Fedora list is to ask this question, because
on the project website i didn't find a list that really fitted this
A while back i said i was working on a Open-Xchange version that could
work with GCJ, so that in the end it could be included in Fedora
(extras). Some parts of Open-Xchange , the HTML, pictures, docu, are
under a CC license. The "Attribution-NonCommercial-ShareAlike 2.5” to be
exact ( http://creativecommons.org/licenses/by-nc-sa/2.5/legalcode )
Now some Debian people have a problem with this license as described
The question is does Fedora accept works that are (or partly are) under
the mentioned CC license?
In the case of Open-Xchange we are talking about ~3.5MB of pictures and
HTML code, which is tightly coupled to java backend code (that is
GPLed). So rewriting the frontend is just a waste of time and writing a
new groupware would probably be faster (especially since there still has
to be done a lot of work to make it compile with GCJ).
If there is a better place for this question please let me know.
Are we really going to see a "OFF-TOPIC" reply to every second mail that
might be a bit of topic ? Cause those "warnings" are more off-topic than
some mails that might have better be send to the fedora-list. If you
feel the need to point out the failure of these "uneducated" persons
that dare to send off-topic mails, just send them a private reply,
instead of pointing out how stupid they are on a public mailing list.
Yeah I know, this mail is off-topic ;-)
-----BEGIN PGP SIGNED MESSAGE-----
When I upgraded to the latest kernel and then rebooted, in the part
where the GUI is supposed to show all the processes beginning just
stays back with my mouse as an X. When I rolled back to
2.6.16-1.2096_FC5 everything was fine again.
Let me know what other data you need.
Note: All emails from this address should have a GPG signature. If
you have the proper setup you can use this to confirm my identity and
that the email was not changed in transit.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
I have found my system clock 4 minutes faster than the standard
time. I remembered I have sysced with a ntp server before.
To be precise, it will get 1.029561 sec faster in a two-hour interval.
Does anyone else have the same experience? Do you think it is due to
hardware or the kernel?
I tried to upgrade my FC 2 system to FC5. For some reason, the installation/upgrade process stopped, I retryed several times, but haden't success. The installation is thus broken.
I decided to upgrade the packages manually. Now two questions emerged.
1. Graphical package installation (pirut?) doesn't work, seems it cannot find repository data. How can it be told to "look into" the installation cds? Is pirut the tool I need to use? (manual installation/upgrade is a bit difficult: deps).
2. Tried to compile a kernel module for my lt winmodem. insmod won't load the module, exits with interesting error messages. Has anybody tried such a blasphemy under FC5?
Kernel is 2.6.16-1.2080 (Yes, because of nvidia...)
aha! and a minor question: Release notes mentions, that fc5 doesn't support serial mice. Now my broken installation uses perfectly my old mouse (serial, of course), which is very
good. Is there an "official" possibility to use serial mice?
Thanks in advance
Nagyobb szabadságra vágysz? Törj ki a négy fal közül!
Start ADSL előfizetésedhez az EuroWeb mostantól havi 100 perc ingyenes WiFi hozzáférést biztosít számodra.
Currently the authoritative source of static uids/gids is
The current LSB mandates that 0-99 are for static assignment and
100-499 are for dynamic assignment via useradd -r.
We are already at the border and there have been some assignments
beyond (that were just reverted) like 101 for gkrellmd. Security
considerations create a demand for more static uid/gids and there have
been some solutions suggested to effectively reserve some higher
ranges for semi-static reservations. This clearly shows the demand for
static uid/gid assignment. More on the security aspects can be found
in the wiki.
What I think will most probably happen is that LSB will revise the
need and find that the weighing of static vs dynamic sytem accounts
which currently is 1:4 needs to be rethought and maybe the bar lifted
from 100 to 150/200 or. What the LSB cannot do is touch anything
higher than 500 as that will break the users' playground (breaking
OSes is OK for the LSB ;)
To cut a long story short: We are currently allowed to use 100-499 for
dynamic assignment, but we will most probably have to violate the LSB
if a static uid/gid is needed as the range reserved for that is filled
up. So it makes sense to think about moving dynamic allocation of
uid/gid from the lower range to the upper range. E.g. the first
useradd -r grabs 499, the next 498 and so on. That way dynamic
allocation will not conflict with any (new) static assignments. That
scheme is therefore future proof (at least more than the current) and
will also survive any raising of the uid=100 border.
This has already been filed in bugzilla, so maybe you'd like to
Axel.Thimm at ATrpms.net
ctrl-alt-f1 gets you to a console. If you downgrade to vte it the aiglx repo, you can open gnome-terminal.
> From: "Benjy Grogan" <benjy.grogan(a)gmail.com>
> Date: 2006/05/05 Fri AM 10:22:39 CDT
> To: "Development discussions related to Fedora Core" <fedora-devel-list(a)redhat.com>
> Subject: Re: [aiglx] repo -> outdated vte lib
> On 5/5/06, Rudolf Kastl <che666(a)gmail.com> wrote:
> > Hello!
> > Actually the vte library in the aiglx repo needs an update.
> > FC5 has vte 0.12.1 wheras aiglx comes with 0.12.0.
> > As a result -> gnome-terminal doesent start anymore
> I'm experiencing this same problem with gnome-terminal. Is there
> another way of opening a console on fedora?
> > regards,
> > Rudolf Kastl
> > p.s. are there new packages coming soon? Simply ask because i also
> > have that "blue everything" problem when turning metacitys composite
> > manager on.
> > Radeon 9000 mobile here. r250.
> > --
> > fedora-devel-list mailing list
> > fedora-devel-list(a)redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-devel-list
> fedora-devel-list mailing list