New GPG Keys?
by The Matt
Folks, I just did my daily-ish up2date and I now have fedora-release-1-2
on my system. Looking over the /usr/share/doc/fedora-release-1
directory I see:
-rw-r--r-- 1 root root 1232 Oct 29 08:25 RPM-GPG-KEY-rawhide
-rw-r--r-- 1 root root 1076 Oct 29 08:25 RPM-GPG-KEY-fedora-test
-rw-r--r-- 1 root root 1105 Oct 29 08:25 RPM-GPG-KEY-fedora-rawhide
-rw-r--r-- 1 root root 1519 Oct 29 08:25 RPM-GPG-KEY-fedora
-rw-r--r-- 1 root root 1706 Oct 29 08:25 RPM-GPG-KEY-beta
-rw-r--r-- 1 root root 1910 Oct 29 08:25 RPM-GPG-KEY
Now, am I right in thinking this is more keys then there used to be? If
so, does any one know which is/are new so I don't have duplicated
gpg-pubkeys? Or, can someone tell me how to get the gpg-pubkey names
from these keys?
Thanks,
Matt
--
I am a theoretical chemist. Fear me! Please.
Matt Thompson -- http://ucsub.colorado.edu/~thompsma/
440 UCB, Boulder, CO 80309-0440
JILA A510, 303-492-4662
20 years, 5 months
rpmdb-fedora
by Gene C.
This is not a show stopper but should be addressed.
I am putting this on the mailing list instead of in bugzilla because I seem to
be unable to describe the problem well enough. I am hoping someone can
"clarify" what I am trying to say.
The problem is described in
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107853
and concerns the working of --redhatprovides and --redhatrequires options.
In the process of converting from Red Hat Linux to Fedora Core, "redhat" has
been replaced by "fedora" in many (not all) cases -- e.g.,
"/etc/fedora-release" instead of "/etc/redhat-release". One of the things
changed was the renaming of the "rpmdb-redhat" package to "rpmdb-fedora" and
of putting the information into the "/usr/lib/rpmdb/i386-redhat-linux/fedora"
directory instead of the "/usr/lib/rpmdb/i386-redhat-linux/redhat" directory.
[BTW, the package name rpmdb-fedora needs to be added to bugzilla.]
No this would be fine except that the macro definition file
/usr/lib/rpm/rpmpopt-4.2.1 (owned by rpm) still have the following
definitions:
rpm alias --redhatprovides -q --define '_dbpath
/usr/lib/rpmdb/%{_arch}-%{_vendor}-%{_os}/redhat' --whatprovides
and
rpm alias --redhatrequires -q --define '_dbpath
/usr/lib/rpmdb/%{_arch}-%{_vendor}-%{_os}/redhat' --whatrequires
and results that things just do not work. The problem is that the final name
is still "redhat" but the data has been placed under "fedora"
if you do:
rpm --redhatrequires xpdf
you get:
no package requires xpdf
On the other hand, if you do:
rpm -q --define "_dbpath /usr/lib/rpmdb/i386-redhat-linux/fedora/" \
--whatrequires xpdf
you get:
xfig-3.2.4-2
Yes, I can create a private alias definition for --fedorarequires, but that
does not seem to make sense to me. What do the rest of you think?
--
Gene
20 years, 5 months
Testing request: glibc-2.3.2-27.9.3 (RHL9 errata candidate)
by Jakub Jelinek
Hi!
I'm looking for testers for RHL9 glibc errata candidate.
There are 31 new patches in it and it should fix
at least following bugzilla ids:
54697 83973 85994 86032 88409 88456 88978 89448 90002
90077 90301 90987 91567 97814 97828 98966 101261 101691
102709 103727 105348 107846
The packages are available from
ftp://people.redhat.com/jakub/glibc/errata/2.3.2-27.9.3/
Although the i686 -> i386 "upgrade" bug is fixed,
nevertheless check what glibc arch you have installed
and update the right packages (unless you want to check
i686 -> i386 "upgrade"):
if [ `rpm -q --qf '%{arch}\n' glibc` = i686 ]; then
rpm -Fvh {glibc,nptl-devel}-2.3.2-27.9.3.i686.rpm \
{glibc-{profile,common,utils,debug,devel},nscd}-2.3.2-27.9.3.i386.rpm
else
rpm -Fvh {glibc{,-profile,-common,-utils,-debug,-devel},nscd}-2.3.2-27.9.3.i386.rpm
fi
Please report any problems with it into bugzilla.
Thanks.
Jakub
20 years, 5 months
lacking initrd-2.4.22-1.2110.nptl.img
by Terry Linhardt
I have Severn Release 3 installed as a *2nd* OS on a laptop. (The first
OS is RedHat 9). GRUB is located on the MBR. I've configured grub.conf
from the original install, and it boots kernel-2.4.22-1.2088.nptl just
fine.
However, I downloaded updates, including kernel 2.4.22-1.2110.nptl. I
see the kernel in my /boot directory. However, I cannot find
initrd-2.4.22-1.2110.nptl.img. And, the system certainly complains if
it is not present.
Advice? Hints?
Thanks...Terry
--
Terry R Linhardt <linhardt(a)swbell.net>
20 years, 5 months
RHN Alert Notification Tool 2.1.2 Discrepancy with up2date 4.1.14-2
by Adam Scarcella
My RHN Alert Notification Tool displays red with:
"1 update available (0 ignored)"
Mouse Click once on the red icon gives me this:
Package Name Version Installed Available
yum yum-2.0.4-1.rh.fr yum.2.0.4-2
But when I launch up2date, it says:
"Your system is fully updated. No new packages are needed."
Adam Scarcella
20 years, 5 months
WiFi on Toshiba laptop - it works
by Michael Smith
Hi all,
I just installed a Linksys WPC11 wireless card on my
Toshiba Tecra 555CDT. No problems - FC 0.95 installed
it perfectly, and the university's network logged me
in. I wish everything was that easy! The chipset is
Prism II, and well-supported in Linux.
Mike Smith
__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/
20 years, 5 months
Up2date hangs caused by redhat-config-network packages
by Gerry Tool
I persisted in using up2date to try to get all of today's updates, and
found that the packages causing the hangs after download are the two
redhat-config-network packages. Everything else installed successfully.
Gerry
20 years, 5 months
redhat-config-network and tui
by Jim Cornette
When trying to "dive into the rpm file with mc. I get this error on
redhat-config-network
"inconsistent extfs archive" in a red popup window.
The tui file gives the exact same symptom.
Just to verify that mc was not acting up. I tried to open another rpm
that worked fine.
Jim
20 years, 5 months
Re: Arjan's 2.6-test9 and pcmcia wireless
by Adam Scarcella
I have the same problem. Using an IBM High Rate Wireless LAN.
My hardware browser sees the card, but assigns it the wrong device alias.
Redhat-config-network doesn¹t recognize it at all.
20 years, 5 months