Am Sonntag, den 02.08.2009, 04:50 +0200 schrieb Bart Schaefer:
Resolving Dependencies
-- Populating transaction set with selected packages. Please wait.
--- Package rar.i386 0:3.8.0-1.el4.rf set to be updated
-- Running transaction check
-- Processing Dependency: libc.so.6(GLIBC_2.4) for
On 08/02/2009 02:52 AM, S.Tindall wrote:
The easiest fix is to enter an A record for lists.vmhosting.org and then
our mail servers should accept the mail when the old TTL runs out.
Otherwise, just dump the deferred queue as most of us remember our
password. :-)
Since its mailman sending out
On Sun, 2009-08-02 at 12:42 +0200, Christoph Maser wrote:
Older packages are available (see http://packages.sw.be/rar/). It's just
that this problem was not detected. Once the new el4 rpms are removed
and metadata is updated everything will be fine again. In the meatime
yum install rar-3.5.1
On Sun, 2009-08-02 at 02:30 +0100, Lucian @ lastdot.org wrote:
Works just fine on my x86_64 centos 5 (had to yum install the deps).
Thanks
OK, now we have some evidence that static builds actually work fine,
some we can in fact update rtorrent to the latest and greatest stable
version w/o
On Sun, 2009-08-02 at 17:08 +0100, Lucian @ lastdot.org wrote:
Regardless of Dag's approving such thing, I'd be very interested in
static builds of VLC and Filezilla (latest versions won't compile on
centos 5 due to - you guessed! - too old versions. :D
The approval of RPMForge authorities
-Original Message-
From: users-boun...@lists.rpmforge.net [mailto:users-
boun...@lists.rpmforge.net] On Behalf Of Yury V. Zaytsev
Sent: Sunday, 2 August 2009 11:05 PM
To: users@lists.rpmforge.net
Subject: Re: [users] rtorrent package in RPMForge.
On Sun, 2009-08-02 at 02:30 +0100,
