test October 2005

test@lists.fedoraproject.org

113 participants
141 discussions

NVIDIA Question
by David St.Clair 17 Jan '22

17 Jan '22

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

10 20

Mouse goes crazy
by Jonathan Villa 17 Jan '22

17 Jan '22

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. ???

8 7

Re: rawhide report: 20050419 changes
by Ray Strode 22 Nov '15

22 Nov '15

Hi, > Will yelp in FC4 be able to search and display man/info pages Yea, man and info pages work for me. --Ray

2 2

Mouse Wheel gone
by Christian Menzel 22 Nov '15

22 Nov '15

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

3 3

Re: NFS failure
by Fulko.Hew＠sita.aero 22 Nov '15

22 Nov '15

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 9

autoconf breakage on x86_64.
by Sam Varshavchik 26 Sep '06

26 Sep '06

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?

4 3

Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1
by Christopher Aillon 12 Jan '06

12 Jan '06

--------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-1004 2005-10-20 --------------------------------------------------------------------- Product : Fedora Core 4 Name : NetworkManager Version : 0.5.1 Release : 1.FC4.1 Summary : Network link manager and user applications Description : NetworkManager attempts to keep an active network connection available at all times. It is intended only for the desktop use-case, and is not intended for usage on servers. The point of NetworkManager is to make networking configuration and setup as painless and automatic as possible. If using DHCP, NetworkManager is _intended_ to replace default routes, obtain IP addresses from a DHCP server, and change nameservers whenever it sees fit. --------------------------------------------------------------------- * Wed Oct 19 2005 Christopher Aillon <caillon(a)redhat.com> - 0.5.1-1.FC4.1 - Update to NetworkManager 0.5.1 * Wed Oct 19 2005 Christopher Aillon <caillon(a)redhat.com> - 0.5.0-1.FC4.2 - Requires dhcdbd * Tue Oct 18 2005 Christopher Aillon <caillon(a)redhat.com> - 0.5.0-1.FC4.1 - Update to NetworkManager 0.5.0 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ db894029702d5d215183f68f084e6e54 SRPMS/NetworkManager-0.5.1-1.FC4.1.src.rpm 1f7eb735362b3c4c45fe059f8c8068c9 ppc/NetworkManager-0.5.1-1.FC4.1.ppc.rpm dcbccbf14baebb1502d1d88347c84a03 ppc/NetworkManager-gnome-0.5.1-1.FC4.1.ppc.rpm f4a21112da9dc690f4c3352c23925120 ppc/NetworkManager-devel-0.5.1-1.FC4.1.ppc.rpm 753bcdfc80d5bdb9fce3ae0b03e4768c ppc/NetworkManager-glib-0.5.1-1.FC4.1.ppc.rpm 7f7365e9337ad4ec593166c648a34f3c ppc/debug/NetworkManager-debuginfo-0.5.1-1.FC4.1.ppc.rpm c2de140db1531e06bf1a54ea4e22e906 x86_64/NetworkManager-0.5.1-1.FC4.1.x86_64.rpm 56bec14e5a6254a403cdafffb8ccd117 x86_64/NetworkManager-gnome-0.5.1-1.FC4.1.x86_64.rpm 3a3f0c6873b3922da4bff81c6760657f x86_64/NetworkManager-devel-0.5.1-1.FC4.1.x86_64.rpm 70edd19eb76e7d39ba6ff409486744c5 x86_64/NetworkManager-glib-0.5.1-1.FC4.1.x86_64.rpm 68d72f460849d17b209b3049e2dc3f25 x86_64/debug/NetworkManager-debuginfo-0.5.1-1.FC4.1.x86_64.rpm 42af9a34dac320f199e8977df1d89bbe i386/NetworkManager-0.5.1-1.FC4.1.i386.rpm 918e63cac84d79fe4b8ad2981c29110a i386/NetworkManager-gnome-0.5.1-1.FC4.1.i386.rpm e7efac816a1ec83cf703ff89404fb377 i386/NetworkManager-devel-0.5.1-1.FC4.1.i386.rpm c39d7b016047d50a96f9f489365cacf5 i386/NetworkManager-glib-0.5.1-1.FC4.1.i386.rpm 1193e9a00a79555fa7e0897a08e40027 i386/debug/NetworkManager-debuginfo-0.5.1-1.FC4.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/4/$… ---------------------------------------------------------------------

12 36

Desktop Development Specialization
by Joel Juliano 25 Nov '05

25 Nov '05

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.

4 4

[ANNOUNCE] Aurora Build-1.92 (Code Name Tangerine)
by Tom Callaway 16 Nov '05

16 Nov '05

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

2 3

iPod mini - no automount?
by Tom London 12 Nov '05

12 Nov '05

Running latest Rawhide. Inserting iPod mini results in correct device recognition, but no creation of '/media/ipod' nor mount. Anyone having success with this? tom -- Tom London

4 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test October 2005