NVIDIA Question
by David St.Clair
This may be a dumb question, but why can't Redhat distribute NVIDIA binary
drivers?
In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it
says:
"2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section
2.1.1, SOFTWARE designed exclusively for use on the Linux operating system
may be
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?
Thanks,
--
David St.Clair
dstclair(a)cs.wcu.edu
1 year, 8 months
Mouse goes crazy
by Jonathan Villa
Ok, I have had Yarrow working well for a while now, but yesterday I
started experiencing some odd issues with my mouse. All of a sudden it
stops working correctly. The only thing that seems to fix is to kill X
and run mouse-test, then restart.
Any ideas?
Also, I have FC 1 running on a desktop which is hooked up to a KVM
switch. Whenever I go to another PC, and return, the same thing
happens, the mouse goes crazy.
???
1 year, 8 months
Mouse Wheel gone
by Christian Menzel
Since the latest xorg-X11 upgrade I receive the already mentioned XKB
error and the mouse wheel is not working anymore.
Has anybody seen this behavior?
Regards
Chris
7 years, 10 months
Re: NFS failure
by Fulko.Hew＠sita.aero
Damian Menscher <menscher(a)uiuc.edu>@redhat.com on 04/07/2004 04:57:13 PM
wrote:
> On Wed, 7 Apr 2004, Jeff Elkins wrote:
>
> > I'm getting failure messages on my nfs mounts i.e. :
> >
> > mount to NFS server 'music.elkins' failed: server is down.
> >
> > nsfd appears to be running and I didn't see anything suspicious in the
logs.
> > The servers are up and running and have other clients connected.
>
> You didn't mention what steps you took to debug it:
>
> Can you ping the server?
> What is the output of rpcinfo -p servername?
> Does the server have access restrictions (firewall, TCP Wrappers, etc)?
I have the same symptoms...
rpcinfo says that nfs et.al. are running.
Something has changed in test 2, since the same PC running RH9
accesses that host just fine.
7 years, 10 months
autoconf breakage on x86_64.
by Sam Varshavchik
I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
LIBS="-lresolv $LIBS"
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
`res_query'
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| int
| main ()
| {
| res_query ();
| ;
| return 0;
| }
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
17 years
Desktop Development Specialization
by Joel Juliano
What if Fedora Core development was divided in two divisions, the
GNOME division and the KDE division, the releases will be available to
be GNOME-only or KDE-only releases on seperate iso's, the GNOME ISO
will specializes only on GNOME softwares and applications. There will
be a micro-managed bug fixing for GNOME-only related softwares, the
effort will be concentrating on much more focused approach than the
traditional (hybrid ISO's), same to the KDE ISO, wherein include a
KDE-only related (or specialized) softwares and applications.
17 years, 10 months
[ANNOUNCE] Aurora Build-1.92 (Code Name Tangerine)
by Tom Callaway
Hi folks,
We now have a full set of sparc packages that match up to Fedora Core 2,
and its name is Tangerine. Did you know that of the top ten hits for
Tangerine on Google, none of them have anything to do with the fruit?
You should eat more tangerines, they're quite tasty and good for you.
But I digress.
Like the previous release (1.91), its not an installable tree
so again this means no ISOs.
I'm going to repeat this one more time: THERE ARE NO ISOS FOR 1.92.
Why? Because anaconda is hard, and people didn't want to wait another 6
months for me to figure out what is broken. However, if anyone is willing
to try on their own to get this working, we're happily accepting patches.
But, unless someone else takes up the charge, this tree branch will stop
at 1.92. If someone fixes anaconda so that the installer actually works past
keyboard selection, I'll spin a new tree.
In the meantime, we're refocusing the effort on a new tree, which is
currently going to be based on Fedora Core 3. You can follow the daily
notes for this work here: http://auroralinux.org/journal.php
Now, I have yumified the tree, so if you're feeling really brave, you
can always point yum at it, and try to upgrade that way. A version of
yum for Aurora 1.0 is here:
http://linux.duke.edu/projects/yum/download/1.0/yum-1.0.3-1_73.noarch.rpm
If you're running 1.91, you should be able to use the yum in that tree.
Going from 1.91 to 1.92 is reportedly a fairly painless process.
If you're a listed mirror site, please sync the build-1.92 directory,
and chime in. The primary directory is currently at:
ftp://ibiblio.org/pub/Linux/distributions/aurora/build-1.92/ (and)
ftp://auroralinux.org/pub/aurora/build-1.92/
Now, for the known bugs:
The "rpm" package in 1.92 is a little broken on sparc32 systems. Its my fault.
Fixed packages are already available from:
ftp://ibiblio.org/pub/Linux/distributions/aurora/updates/1.92/ (and)
ftp://auroralinux.org/pub/aurora/updates/1.92/
A temporary workaround is to run: export LD_ASSUME_KERNEL=2.2.5.
Build 1.92 uses SILO 1.4.8 which should work fine. It seems to occasionally
burp when you're trying to tab completion, but I can't reproduce this
consistently. If it breaks for you, let me know.
There is no SMP kernel for sparc32, upstream has marked this as broken.
Any other bugs that you find? Please either email me or file them in
bugzilla.auroralinux.org, under Corona.
Last but not least, we've setup a hardware support matrix Wiki to keep track
of what works and what doesn't. You can find it here:
http://auroralinux.org/cgi-bin/wiki.pl?HardwareCompatibility
Thanks for your continued patience and support,
~spot
---
Tom "spot" Callaway <tcallawa(a)redhat*com> LCA, RHCE
Red Hat Sales Engineer || Aurora SPARC Linux Project Leader
"If you are going through hell, keep going."
- Sir Winston Churchill
17 years, 10 months
FC 3 issues
by Noah Silva [Mailing list]
Several separate topics:
I have two machine, one running FC3 stable (upgrades since RH8) and one
running rawhide. Both show some of these issues.
a.) Nautilus often doesn't update. I have the "Gamin" package installed,
but I don't see a "gam*" daemon running. What could be checked?
b.) Sometimes I plug in a device and HAL/GVM auto-mounts it, and pops up a
nautilus window, but it never appears on the desktop. Then to unmount it,
I have to use the command-line. (It also doesn't show up under "computer"
in gnome).
c.) Multimedia keys don't seem to work right. If I don't run acme, they
don't work. If I run acme, it says "another application is using the
keyboard" or something similar. I though acme was replaced (at least I
remember the control panel UI changing.)
d.) I saw in FC3T3 a nice wireless applet. That seems gone from the FC3
release. Someone told me it was merged into the "network" applet, and in
fact I saw a nice screen-shot in a review of FC3 of this network applet,
but the one I have doesn't have the features of the one in the
screen-shot. Am I just confused or...? (The one I saw had a drop-down
list of networks, etc.)
-----------
FC2 -> FC3 Upgrade issues:
1. Vino doesn't get installed. (on 3 systems so far).
2. The new IME system UI (gimlet) doesn't get installed either, but the
old one gets erased! (on 2 systems so far). Also the IME help on the
fedora site says to add "gimlet" to the panel, but even when installed,
the app isn't listed in the applet list as "Gimlet" but something like
"Imput Method Editor" (and the package name for yumisn't gimlet either).
3. On one of my friend's machines, the upgrade totally hosed the panel
configuration.
Thanks,
Noah SILVA
p.s.: feel free to ignore any of these already in bugzilla, I am looking
in there now. Please add anything not in bugzilla, and I will contribute
comments to any issue files if I am made aware of the issue #. None of
these are high priorities, but I am willing to test any fixes, etc.
18 years, 9 months
JFS support in init scripts?
by Noah Silva [Mailing list]
I didn't see this in bugzilla, but then again it may be a "We don't
officially support JFS" issue.
I have several large JFS partitions andon every fecdora (and in rawhide
now) there is an issue that if the machien is uncleanly shut down, I have
to mount the drives manually at boot-up.
To be clear:
JFS doesn't auto-replay journal upon mounting, you have to run fsck.jfs to
do that. I added hacks to my rc.local, but that doesn't help anyone else.
thanks,
noah silva
18 years, 10 months
Fedora Core 3 Test Update: grep-2.5.1-31.1
by Tim Waugh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2004-463
2004-11-24
---------------------------------------------------------------------
Product : Fedora Core 3
Name : grep
Version : 2.5.1
Release : 31.1
Summary : The GNU versions of grep pattern matching utilities.
Description :
The GNU versions of commonly used grep utilities. Grep searches
through textual input for lines which contain a match to a specified
pattern and then prints the matching lines. GNU's grep utilities
include grep, egrep and fgrep.
You should install grep on your system, because it is a very useful
utility for searching through text.
---------------------------------------------------------------------
Update Information:
Please test this updated grep package and report any findings, positive
or negative, as a comment on this bug report:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=140781
The aim is to improve performance when processing UTF-8 input,
without causing any regressions (either in correctness or performance)
with any character encoding.
---------------------------------------------------------------------
* Wed Nov 24 2004 Tim Waugh <twaugh(a)redhat.com> 2.5.1-31.1
- Fixed a bug in the fgrep patch, exposed by the dfa-optional patch
(bug #138558).
- Applied patch from Karsten Hopp to fix background colour problems with
--color output (bug #138913).
- Automatically disable DFA when processing multibyte input. GREP_USE_DFA
environment variable overrides.
- Remove mb-caching hack.
- Better multibyte handling in EGexecute() and Fexecute().
- Don't need regex.c changes in grep-2.5-i18n.patch.
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/
cea90779ae27dcd4c27790f65976e082 SRPMS/grep-2.5.1-31.1.src.rpm
19cd49eef88a130041161e23eb896dc0 x86_64/grep-2.5.1-31.1.x86_64.rpm
a9d56e1f66184ecf1c3ab25e058cd2f1 x86_64/debug/grep-debuginfo-2.5.1-31.1.x86_64.rpm
06e4d27367080dfca4333b28d739d00e i386/grep-2.5.1-31.1.i386.rpm
51d51bff042de4f3d50465f48edbbd1f i386/debug/grep-debuginfo-2.5.1-31.1.i386.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command. You may
need to edit your up2date channels configuration. Within
/etc/sysconfig/rhn/sources enable the following line:
yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3...
---------------------------------------------------------------------
18 years, 10 months
