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
5 years, 4 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.
5 years, 4 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?
14 years, 6 months
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.
15 years, 4 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
15 years, 5 months
Thinkpad T20 and Audio
by Michael A. Peters
Sound does not work on Thinkpad T20 in Rawhide
It detects the soundcard but I can't hear test sound
System bell works, but general audio does not.
I've tried playing with the mixer with no luck.
Sound does work in knoppix
Vendor: Cirrus
Model: Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]
Module: snd-cs46xx
from /etc/modprobe.conf
alias snd-card-0 snd-cs46xx
options snd-card-0 index=0
options snd-cs46xx index=0
remove snd-cs46xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1
|| : ; }; /sbin/modprobe -r --ignore-remove snd-cs46xx
15 years, 6 months
Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-3.16
by Daniel J Walsh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-496
2005-06-29
---------------------------------------------------------------------
Product : Fedora Core 3
Name : selinux-policy-targeted
Version : 1.17.30
Release : 3.16
Summary : SELinux targeted policy configuration
Description :
Security-enhanced Linux is a patch of the Linux® kernel and a number
of utilities with enhanced security functionality designed to add
mandatory access controls to Linux. The Security-enhanced Linux
kernel contains new architectural components originally developed to
improve the security of the Flask operating system. These
architectural components provide general support for the enforcement
of many kinds of mandatory access control policies, including those
based on the concepts of Type Enforcement®, Role-based Access
Control, and Multi-level Security.
This package contains the SELinux example policy configuration along
with the Flask configuration information and the application
configuration files.
---------------------------------------------------------------------
* Wed Jun 29 2005 Dan Walsh <dwalsh(a)redhat.com> 1.17.30-3.16
- Allow unconfined_t to execmod file_type
* Sat Jun 25 2005 Dan Walsh <dwalsh(a)redhat.com> 1.17.30-3.15
- Fix /opt definition
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/
d67c7c5d0683dd22342fe5442b781ea5
SRPMS/selinux-policy-targeted-1.17.30-3.16.src.rpm
58abf7364d3357c3929089cfe89bed03
x86_64/selinux-policy-targeted-1.17.30-3.16.noarch.rpm
9a7c70d5b1766b7e18bb2b60f2c8a3b1
x86_64/selinux-policy-targeted-sources-1.17.30-3.16.noarch.rpm
58abf7364d3357c3929089cfe89bed03
i386/selinux-policy-targeted-1.17.30-3.16.noarch.rpm
9a7c70d5b1766b7e18bb2b60f2c8a3b1
i386/selinux-policy-targeted-sources-1.17.30-3.16.noarch.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...
---------------------------------------------------------------------
--
15 years, 9 months
Fedora Core 4 Test Update: pam-0.79-9.1
by Tomas Mraz
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2005-508
2005-06-30
---------------------------------------------------------------------
Product : Fedora Core 4
Name : pam
Version : 0.79
Release : 9.1
Summary : A security tool which provides authentication for applications.
Description :
PAM (Pluggable Authentication Modules) is a system security tool that
allows system administrators to set authentication policy without
having to recompile programs that handle authentication.
---------------------------------------------------------------------
Update Information:
This update fixes a regression in XAUTHORITY handling and updates auditing
support. It requires audit-libs update due to changes in its API.
---------------------------------------------------------------------
* Fri Jun 17 2005 Tomas Mraz <tmraz(a)redhat.com> 0.79-9.1
- pam_loginuid shouldn't report error when /proc/self/loginuid
is missing (#159974)
* Thu Jun 9 2005 Tomas Mraz <tmraz(a)redhat.com>
- add the Requires dependency on audit-libs (#159885)
* Fri May 20 2005 Tomas Mraz <tmraz(a)redhat.com> 0.79-9
- update the pam audit patch to support newest audit library,
audit also pam_setcred calls (Steve Grubb)
- don't use the audit_fd as global static variable
- don't unset the XAUTHORITY when target user is root
* Fri May 20 2005 Tomas Mraz <tmraz(a)redhat.com> 0.79-9
- update the pam audit patch to support newest audit library,
audit also pam_setcred calls (Steve Grubb)
- don't use the audit_fd as global static variable
- don't unset the XAUTHORITY when target user is root
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/
1c78e5852c5fc5dfa94d1de59569b27b SRPMS/pam-0.79-9.1.src.rpm
e8f2d059a3f1e05da1a4bdf3fc31271f ppc/pam-0.79-9.1.ppc.rpm
19f166541e021ac7d8f2ae2fa1560574 ppc/pam-devel-0.79-9.1.ppc.rpm
0c070c463be1ef51812726db2637650b ppc/debug/pam-debuginfo-0.79-9.1.ppc.rpm
e76083e2e938cd433693260e0119089f ppc/pam-0.79-9.1.ppc64.rpm
b4746ec7bc8fea6f99423b1551e0be00 ppc/pam-devel-0.79-9.1.ppc64.rpm
afe8b286bfa0650b698dc90106f405d0 x86_64/pam-0.79-9.1.x86_64.rpm
8af75c0f50e4e20a15679c78514db258 x86_64/pam-devel-0.79-9.1.x86_64.rpm
c455ed00336e435e0dfc6679d3158484 x86_64/debug/pam-debuginfo-0.79-9.1.x86_64.rpm
6f4eac4c3397e8d162edfbf14cecebb8 x86_64/pam-0.79-9.1.i386.rpm
5e7ac3c0188399501e10ecf057f558ea x86_64/pam-devel-0.79-9.1.i386.rpm
6f4eac4c3397e8d162edfbf14cecebb8 i386/pam-0.79-9.1.i386.rpm
5e7ac3c0188399501e10ecf057f558ea i386/pam-devel-0.79-9.1.i386.rpm
8cf633c5e25e4de4f57c7e597dc4ed12 i386/debug/pam-debuginfo-0.79-9.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...
---------------------------------------------------------------------
15 years, 9 months
yum question
by Brian Millett
I'm testing apache 2.1.6-beta. I've created and updated the rpms for
it. When I use yum to check for updates, it wants to update mod_ssl,
but it shouldn't (I don't think). Here is a trace:
[bpm]$ sudo yum list avail httpd mod_ssl
Setting up repositories
livna 100% |=========================| 951 B 00:00
macromedia 100% |=========================| 903 B 00:00
updates-testing 100% |=========================| 951 B 00:00
extras 100% |=========================| 1.1 kB 00:00
updates-released 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
primary.xml.gz 100% |=========================| 104 kB 00:00
updates-re: ################################################## 294/294
Added 0 new packages, deleted 4 old in 0.80 seconds
Installed Packages
httpd.i386 2.1.6-1 installed
mod_ssl.i386 2.1.6-1 installed
Available Packages
httpd.i386 2.0.54-10 base
mod_ssl.i386 1:2.0.54-10 base
[bpm]$ sudo yum check-update
Setting up repositories
livna 100% |=========================| 951 B 00:00
macromedia 100% |=========================| 903 B 00:00
updates-testing 100% |=========================| 951 B 00:00
extras 100% |=========================| 1.1 kB 00:00
updates-released 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
Reading repository metadata in from local files
primary.xml.gz 100% |=========================| 31 kB 00:00
updates-te: ################################################## 89/89
Added 3 new packages, deleted 0 old in 0.32 seconds
mod_ssl.i386 1:2.0.54-10 base
Ok, what does yum check? It is comparing that mod_ssl.1:2.0.54-10 is
greater than mod_ssl.2.1.6-1 ?
Is this a bug? a feature?
Thanks.
--
Brian Millett - [ Delenn and Sinclair, "The Gathering"]
"Do you not have files on the Vorlons?"
'Absolutely. Very large files. But nothing is in them, of course.'
15 years, 9 months