I'm moving this here from from the QA list. For those who missed the original
thread, it's linked from the bug report.
http://bugs.centos.org/view.php?id=3517
-Brandon
Brandon Davidson wrote:
> If you look at the spec file for specspo, the string replacement is done
> with a patch, so it's not just an overeager sed script... but it does seem like
> some of the replacements are unnecessary.
>
> Other inappropriate translations are present for rhn-client-tools, rhnsd, and
> rhn-setup-gnome. The mysqlclient10 package also refers to "CentOS 9" instead of
> "Red Hat Linux 9". I'm sure there are others I'm overlooking.
>
> For the next release, perhaps someone could update the patch to remove
> translations for upstream packages that have been removed from CentOS, as well
> as going over the remainder to make sure they all make sense?
--
Brandon Davidson
Systems Administrator
University of Oregon Neuroinformatics Center
(541) 346-2417 brandond(a)uoregon.edu
Key Fingerprint 1F08 A331 78DF 1EFE F645 8AE5 8FBE 4147 E351 E139
Hello. Does CentOS have plans to release a build of Redhat MRG? If not, please, please consider doing it.
_________________________________________________________________
Drag n’ drop—Get easy photo sharing with Windows Live™ Photos.
http://www.microsoft.com/windows/windowslive/products/photos.aspx
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
It seems that a package is now added to perl in Centos 5.3 that was not
there before.
So a dependency on perl-MIME-Base64 will fail because that package now
seems to colide with perl itself. (SIGHHHH)
How can I change my spec file to list the requirement only for
Centos/RHEL 5.x where x < 3?
Hugo.
- --
hvdkooij(a)vanderkooij.org http://hugo.vanderkooij.org/
PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes.
>Q: Are you sure?
>>A: Because it reverses the logical flow of conversation.
>>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAknX4vQACgkQBvzDRVjxmYHvJACfYDKTKpF07O0ooJDujUmyRNkv
BK8AnRKSums3kn0aJL3M1pn6xy9AuHNz
=XBeU
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yum is slow because it returns ftp.nluug.nl as the fastest mirror but
that mirror is not in sync. In fact I belive it is in a state of
temporal flux as there seem to be some major reorganisation going on.
Hugo.
- --
hvdkooij(a)vanderkooij.org http://hugo.vanderkooij.org/
PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes.
>Q: Are you sure?
>>A: Because it reverses the logical flow of conversation.
>>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAknX46wACgkQBvzDRVjxmYE2pACeKTBpMP/PycqFDSzRn2kCbRPG
oL8An26nVKlJs/ABEkaqVcOvoj7mJi/H
=wnjO
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Did others notic there seems to be a problem with ldconfig on Centos 5?
It got apparant with the latest clamav update of rpmforge but it seems
that ldconfig does not bild all the information that is required.
Or as the report read on the MailScanner mailinglist:
> And some more fun:
>
> [root@liquidity lib]# rm libclamunrar.so.6 libclamunrar_iface.so.6
> rm: remove symbolic link `libclamunrar.so.6'? y
> rm: remove symbolic link `libclamunrar_iface.so.6'? y
> [root@liquidity lib]# ls -lra libclamunrar*
> -rwxr-xr-x 1 root root 142039 Mar 27 17:45 libclamunrar.so.6.0.2
> -rwxr-xr-x 1 root root 24434 Mar 27 17:45 libclamunrar_iface.so.6.0.2
> [root@liquidity lib]# ldconfig -v | grep unrar
> libclamunrar.so.6 -> libclamunrar.so.6.0.2 (changed)
> libclamunrar_iface.so.6 -> libclamunrar_iface.so.6.0.2 (changed)
> [root@liquidity lib]# ls -lra libclamunrar*
> -rwxr-xr-x 1 root root 142039 Mar 27 17:45 libclamunrar.so.6.0.2
> lrwxrwxrwx 1 root root 21 Apr 1 17:24 libclamunrar.so.6 ->
> libclamunrar.so.6.0.2
> -rwxr-xr-x 1 root root 24434 Mar 27 17:45 libclamunrar_iface.so.6.0.2
> lrwxrwxrwx 1 root root 27 Apr 1 17:24 libclamunrar_iface.so.6 ->
> libclamunrar_iface.so.6.0.2
>
>
> The issue doesn't appear to be isolated to just ClamAV, though. Look in
> your libs and delete any linked .so file and re-run ldconfig. The .so
> isn't recreated.
>
> [root@liquidity lib]# rm libbeecrypt.so libbeecrypt.so.6
> rm: remove symbolic link `libbeecrypt.so'? y
> rm: remove symbolic link `libbeecrypt.so.6'? y
> [root@liquidity lib]# ldconfig -v | grep libbeecr
> libbeecrypt.so.6 -> libbeecrypt.so.6.4.0 (changed)
> [root@liquidity lib]# ls -lra libbeecrypt*
> -rwxr-xr-x 1 root root 251704 Jan 6 2007 libbeecrypt.so.6.4.0
> lrwxrwxrwx 1 root root 20 Apr 1 17:25 libbeecrypt.so.6 ->
> libbeecrypt.so.6.4.0
> -rwxr-xr-x 1 root root 833 Jan 6 2007 libbeecrypt.la
> -rw-r--r-- 1 root root 340262 Jan 6 2007 libbeecrypt.a
Is this something that needs to be reported upstream? Or is it Centos 5
specific?
Hugo.
- --
hvdkooij(a)vanderkooij.org http://hugo.vanderkooij.org/
PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes.
>Q: Are you sure?
>>A: Because it reverses the logical flow of conversation.
>>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAknT4AgACgkQBvzDRVjxmYEA5QCgrGnY/e5/0bWXRi6jEJI6ByPf
LvoAn23lt58ucrqSv9WcUpu/e0qZGblg
=Mms2
-----END PGP SIGNATURE-----
This report/issue is geared to those attempting to find a CentOS/RH for
Sparc.
Currently, there is a slowdown to the development of CentOS for the
Sparc platform. The current tftp64.img build for CentOS on Sparc does
not have support for the low-cost Netra and Sunfire 1U servers, thus
hinders any chance of this distro release being used for cheap hardware
re-provisioning needs (i.e. basic web servers, database servers, etc).
In the past, there was a project called Aurora Sparc Linux, which was
based on the Fedora platform. There are older builds still available,
but these are rather ancient in comparison to today's kernel and driver
updates.
Upon doing a bit of in-depth research, I did discover that Ubuntu did
release a Sparc build under their v7.10 distro, which supports many
older as well as new Sparc-based platforms including the low-cost Netra
and Sunfire 1U servers. These special servers require the 'eri' driver
commonly called the SunGEM driver.
I did, however, stumble upon a 'Fedora Secondary' project which does
have actual images and CD/DVD/NetBoot ISO builds available and is based
on the Fedora 9 distro.
http://archives.fedoraproject.org/pub/fedora-secondary/releases/test/9-B
eta/Fedora/sparc/iso/
Upon initial testing, I found that the test ISO and the TFTP images do
support the low-cost Netra and Sunfire 1U servers as well as other
platform, but there seems to be an issue when it comes down to creating
the actual disk environment. Out of five tries, three of them tried to
create an 'ext2' disk build-out even when ext3 was specified. The
remaining two would place the disks in a read-only status -- and even
using a rescue boot CD -- failed to restore these to a read-write
capability.
I recommend to those looking at trying out a RedHat-based distro for
Sparc, to look at this build. It might provide some guidance for the
CentOS development team going forward for future platform releases.
-- Michael