After the DVD install, I used yum to install gFTP. It opens fine and
functions OK until the window is covered by another window. After that, it
does not repaint completely and must be forced closed.
[gerry@localhost ~]$ rpm -q gftp
This version was desribed as fixing bugzilla #229943. Should I reopen the
bug or file another?
Wow. The people that wrote that BIOS are complete clowns.
1) EDID block with the panel size, but no VESA mode matching that size
2) Detailed timing for the panel mode given in EDID, twice, just for fun
3) EDID is otherwise non-conformant (missing name and range descriptors)
xorg-x11-drv-vesa 1.3.0-4.fc7 on its way to rawhide now, should work
marginally better. You still won't the native 1680x1050 panel size on
account of clown screwup #1, but you should get 1400x1050 at least.
Friends don't let friends use vesa,
With todays update, I upgraded all the x86_64 modules without any problems.
I them did a "yum upgrade" to see if anything else needs to be updated. Yum
wanted to upgrade apr-util.i386, libart_lgpl.i386 and
libart_lgpl-devel.i386. It seems the x86_64 versions of these modules are
not available, so yum wants to install the i386 versions.
Doing a yum list apr-\* gets:
apr.x86_64 1.2.8-4 installed
apr-util.x86_64 1.2.8-3 installed
There is no 1.2.8-4 available for x86_64, so yum seems to select the
apr-util1.2.8-4 i386 version. Yum wants to install 69 i386 modules to fix
Is this a mirror problem? A yum problem? A design problem? What can I do
next? What information can I provide that will help?