This may be a dumb question, but why can't Redhat distribute NVIDIA binary
In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it
"2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section
2.1.1, SOFTWARE designed exclusively for use on the Linux operating system
copied and redistributed, provided that the binary files thereof are not
modified in any
way (except for unzipping of compressed files)."
So, what's keeping RedHat from putting the drivers in the distribution? If
it's a GPL
thing, would it be easy to just download it during installation or at
least give the option to the user?
I received the email announcement.
I have read every page at fedora.redhat.com
I have found no clarification about just what the implication is of the
following statement from fedora.us and similar statements at
* This merger necessitates the removal of certain problematic packages
due to licensing issues.
Does this mean that we will no longer be able to go to Fedora to pickup
the MP3, mplayer, etc. packages which have not been included in recent
Red Hat releases because of potential licensing problems.
I am not one who complained or had a problem with Red Hat taking this
stand BUT I was very, very glad to able to go to Fedora and download
versions of these added packages that would work with a standard
install. I HAD high hopes the growth of Fedora would lead to a much,
much easier to use combination RH[L] + Fedora.
I am very concerned these vague statements mean that I will be forced,
once more, to get these added packages from special purpose, limited,
repositories which force me to particular non-standard configurations
(must have ALSA, etc.) and/or back to trying to figure out how to pull
together all the source, build it, etc.
I have only recently, through Fedora, been able to *easily* get various
sound and video apps working on my RH8 and RH9 workstations. In large
part because I could apt/yum apps built to work with my standard RH
I am also concerned that this "open" project has made only these vague
statements. This seems like a pretty major point and one which you'all
should be up front about.
I compared Windows XP and RHL 9 on a Dell Laptop (C610)
OS: WinXP RHL 9
Open office OpenOffice
MS Office 2k MS Office 2k
Software startup times:
WinXP RHL 9
OS bootup 37 70
Login 8 21
Def Browser 1 7
Word 2k 4 6
Open Office 10 21
Def TextEdit 1 3
File Browser 1.5 1.5
Timings are average of 5 launches. Word on linux, suprisingly, is snappier
than OpenOffice... Open Office is faster on Windows than linux...
Soooo.... do I need to ask?
1. If Open Source writes better software; then why is it fatter and
2. Is any one at RHL working on desktop performance?
These are some of the sugestione that I may need to answe to when I
present this and further data to my managers. Gys... what should I say?
One of the original sugestions of why to use Linux is that it could buy
you longer life on the old hardware... this does not seem to be the case.
Laptop is a Toshiba Tecra 8000 which works fine on RH9 at 1024x768,
24bpp with the neomagic driver straight out of the box. Just installed
beta2 (clean install). During install, the process would not get me
1024x768, 24bpp but something completely ugly.
I changed the /etc/X11/XF86Config to contain imho valid entries:
neomagic driver, 1024x768 resolution, 24 bit depth.
When it starts up it seems like it is doing the right thing but then
throttles back to a lower quality: the cross pointer gets all jagged,
fonts look terrible etc.
It shows in /var/log/XFree86.0.log that it uses the fb driver and *not*
the neomagic driver. The resulting screen looks pretty bad. This seems
b0rked to me. Running redhat-config-xfree86 --reconfig and select
different combinations does not make a difference.
Any ideas how to fix this?
I have not been able to install Fedora Test 2 since it came out (RH 9
and Severn Beta 1 worked just fine). Today I tried installation with
the updated Anaconda, and it works. (great!)
However, on the first boot after installation, I can not log on to the
Gnome desktop. KDE works just fine. The interesting thing is that I
chose the customized install, and had Gnome checked, and KDE UNCHECKED.
Just in case I missed something, I have formatted the drive 3 times
and reinstalled, making SURE that gnome was selected, and KDE was not.
When I attempt to log in to gnome, the screen exhibits the same
behavior as if i choose the "restart X Server" option on the login
screen. Is anyone else experiencing this? Can someone give me the
command line option to verify that Gnome is even installed? (I'm a
linux newbie, so be gentle) Any assistance would be greatly
Have someone developed a tool or have knowledge of some perl/python scripted stuff for
automated build of a src.rpm tree wich inteligently compute dependency and start compiling/installing
packages step by step in right order till whole tree is compiled and installed.
PS: dont need to knoledge even some bug hunting skill :)))
Thanks a lot,
Life in itself has no meaning.
Life is an opportunity to create meaning.
\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
This is probably a dumb question, but how do I get back the text boot
while preserving the graphical login? Also, I noticed that the shutdown is
still text-based (that is, when I can actually see the messages, often only
the last few are visible - this has been an intermittent problem for years).
Shouldn't both startup and shutdown be the same type, for symmetry?
... I put up in the last days at the usual location:
http://lisas.de/~nils/redhat/rawhide/ but didn't get around to announce:
- neverball-0.25.4-1: 3D ball balancing game, needs OpenGL, SDL_ttf
- BitTorrent-3.3-1: new, Swarming P2P download tools (built without
- conglomerate-0.7.4-1: new, very nice XML editor
- galeon-1.3.9-3: needed for Mozilla-1.4.1 (if you don't have it, don't
upgrade), SRPM includes "BuildRequires: nspr-devel" spotted by Michal
- dink-sdl-0.0.3: SDL port of the Dink Smallwood RPG engine, crashes a
lot, don't use ;-)
Nils Philippsen / Red Hat / nphilipp(a)redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
The amount of feedback we've received for the Fedora Core Severn Test 2
has been impressive. The anaconda team appreciates the time everyone
has taken to test anaconda.
We've put together an update image to address some of the issues which
have been reported against anaconda. Depending on what kinds of
problems pop up we will consider making another update at a later date.
Please report any problems with this update to bugzilla, and if the
update fixes a problem you reported previously please update that bug
report with the new information.
The update is available at:
Here is the README for the update:
This is an updates image for Fedora Core Severn Test 2 which corrects
problems in the anaconda installer.
To use this image use the following command line:
dd if=severn-test2-updates.img of=/dev/fd0
to write the image to a floppy disk. The contents of the disk will be
Then boot the installation media and at the command prompt enter
At the appropriate time you will be prompted to insert the updates floppy.
For other install methods if the severn-test2-updates.img file is renamed to
'updates.img' and put in the RedHat/base/ directory of the install tree it
will be used automatically w/o the need to use a floppy disk.
Update Image Version: 1.0
- Bugzilla #105586 - kickstart install fails with probed monitor
- Bugzilla #105765 - couldn't get past text mode firewall screen if fw enabled
- Bugzilla #105811 - text mode upgrade traceback
- Bugzilla #105148 - In GUI install 'No firewall' option was ignored
- Fixed an issue where lilo was being referenced (it is no longer shipped)