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 just updated to the current severn-updates channel and was hoping that
maybe nautilus would accept wildcards. Googling around a bit suggests
to me that not many people care about that feature (or lack, thereof).
Am I the only one that wants to be able to type:
and see all my rpm files, etc?
Not a complaint. Just curious. I mean, even my old DOS file manager
could do this. Or perhaps this is supported and I just don't know how
to do it?
I was just wondering why xcdroast gets included as the standard cd
writer and not gcombust. I always end up frustrated with xcdroast and
gcombust is quite friendly. Also, it's obvious how to write an existing
iso image with gcombust and I don't see that xcdroast can even do it.
Plus gcombust fits in nicely with Bluecurve and is at least a GTK app,
whereas xcdroast is, well, whatever it is. I there a licensing issue or
Then again, eventually, I suppose, nautilus will do it all.
Is 64mB the minimum RAM required for installation these days?
I cannot find a reference in the Installation Guide for Shrike, so I'm
askint on the list. I know that I failed on an old Pentium that had only
32mb, and I couldn't think of any other reason for that failure.
PS: I note Suse is now requiring 96mb. So, is maybe even 64 not enough
Mike A. Harris ftp://people.redhat.com/mharris
OS Systems Engineer - XFree86 maintainer - Red Hat
Rhl-beta-list mailing list
Since an upgrade to rawhide, some of my icons have turned ugly (dark
black borders), particularly in the Gnome Action menu (Menu Panel) and
on the KDE panel. The ones that have the dark border are typically the
newer redhat artwork.
Are others experiencing this? Is this a designed "new look", or an
artifact of incomplete design?
at the risk of being perhaps a little too far out there
on the bleeding edge, i'm thinking of dumping the 2.6.0-test1
kernel on my severn system today, just to push the boundaries.
in addition, what are the implications of upgrading to
gcc 3.3? and what other RPMs would have to go along with
that to have a usable system?
just feeling the need ... the need for speed
I just upgraded from a pre 8 beta to the current beta and it looks like
masquerading is borked...
[root@lanfest1 root]# iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o
ppp0 -j MASQUERADE
iptables: No chain/target/match by that name
[root@lanfest1 root]# lsmod | grep ip
ipt_REJECT 4024 0 (autoclean)
ipt_state 1080 0 (autoclean)
iptable_filter 2444 0 (autoclean)
iptable_nat 21816 0 (autoclean) (unused)
ip_conntrack 27208 2 (autoclean) [ipt_state iptable_nat]
ip_tables 15776 6 [ipt_REJECT ipt_state iptable_filter
[root@lanfest1 root]# modprobe ipt_MASQUERADE
init_module: Device or resource busy
Hint: insmod errors can be caused by incorrect module parameters,
including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
insmod ipt_MASQUERADE failed
Is this a known issue with the stock kernel, am I doing something wrong or
Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
No word to save thee.
-William Shakespeare, Measure for Measure