[users] Some repodata fles are old.

[huyfuo]

Hello, I'm Scientific Linux user.
My apt says,
--
Get:1 http://apt.sw.be redhat/el6/en/i386/rpmforge/ primary.xml [1408kB]
Get:2 http://apt.sw.be redhat/el6/en/i386/rpmforge/ filelists.xml [1376kB]

Failed to fetch
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/primary.xml
MD5Sum mismatch
Failed to fetch
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/filelists.xml
MD5Sum mismatch
Reading Package Lists... Error!
--

http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K

Some files are old. Please fix.

[Ljubomir Ljubojevic]

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

Post by huyfuo
--
Get:1 http://apt.sw.be redhat/el6/en/i386/rpmforge/ primary.xml [1408kB]
Get:2 http://apt.sw.be redhat/el6/en/i386/rpmforge/ filelists.xml [1376kB]

Those files do not exist. Corect path is
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/ and there is only
primary.xml.gz not primary.xml

Please use
http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
or
http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm
(from http://repoforge.org/use/) to use Repoforge (renamed RPMForge).

[huyfuo]

Post by Ljubomir Ljubojevic

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

I use apt-0.5.15lorg3.95-0.git416.6.

Post by Ljubomir Ljubojevic
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K
Some files are old. Please fix.

I noticed that it was my misunderstanding.
I will try new version of apt. Thank you.

[Ljubomir Ljubojevic]

Post by huyfuo

Post by Ljubomir Ljubojevic

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

I use apt-0.5.15lorg3.95-0.git416.6.

Post by Ljubomir Ljubojevic
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K
Some files are old. Please fix.

I noticed that it was my misunderstanding.
I will try new version of apt. Thank you.

But WHY do you use apt on OS that by default uses yum?

And be sure to download those release files to get latest repository
organization and URI.

[huyfuo]

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

Post by Ljubomir Ljubojevic
And be sure to download those release files to get latest repository
organization and URI.

I have already checked this package.
The problem was solved temporarily.
Thank you.

[Ljubomir Ljubojevic]

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

How have you reached that conclusion? Please read this mail:
http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

[Dag Wieers]

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,

The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.

One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible...

[Jeff Johnson]

Post by Dag Wieers

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,
The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.

Just FYI: apt-rpm has been picked up and "maintained" at Caixa in the last year.
And bero -- one of the others who liked/used apt a lot and whose experiences/opinions
I listen to -- switched to zipper from apt-rpm. MeeGo and Poky/Yacto have also switched
to zypper, but its too early to tell whether zypper is/was a good idea there or not.

Post by Dag Wieers
One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible?

Yes zypper has legacy issues at least as bad as yum does.

73 de Jeff

[Nico Kadel-Garcia]

Post by Dag Wieers

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,
The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.
One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible...

[ This is especially for new RHEL users, not for you, Dag. ]

Good point. For some RHEL users, the yum packages available from
CentOS and now Scientific Linux can easily be turned to use with a
local RHEL mirror repository. I've been doing this stunt for years,
setting up a registered RHEL host to mirror Red Hat updates to a local
repository and using yum to that local repository to provide updates.
The relatively slow connection to Red Hat's central repositories, and
yum's somewhat overfrequent updates of its metadata, seem to be the
big problem, are resolved by this and yum becomes much more usable.
This allows me to put a stake through the heart of up2date and
yum-rhn-plugin, except on the licensed machine or machines that are
doing the mirroring. (I use one i386 and one x86_64 host to keep both
sets of channels updated locally.)

One has to be careful of licensing: the local repository should only
be accessible to internal, licensed machines, with the relevant
channels available only to appropriately licensed hosts. Do *NOT* make
this repository available to the Internet at large! I've caught
someone doing that, and Red Hat didn't have to yell at them, I got to
them first.

[Jeff Johnson]

Post by Dag Wieers

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,
The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.

Just FYI: apt-rpm has been picked up and "maintained" at Caixa in the last year.
And bero -- one of the others who liked/used apt a lot and whose experiences/opinions
I listen to -- switched to zipper from apt-rpm. MeeGo and Poky/Yacto have also switched
to zypper, but its too early to tell whether zypper is/was a good idea there or not.

Post by Dag Wieers
One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible?

Yes zypper has legacy issues at least as bad as yum does.

73 de Jeff

[Nico Kadel-Garcia]

Post by Dag Wieers

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,
The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.
One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible...

[ This is especially for new RHEL users, not for you, Dag. ]

Good point. For some RHEL users, the yum packages available from
CentOS and now Scientific Linux can easily be turned to use with a
local RHEL mirror repository. I've been doing this stunt for years,
setting up a registered RHEL host to mirror Red Hat updates to a local
repository and using yum to that local repository to provide updates.
The relatively slow connection to Red Hat's central repositories, and
yum's somewhat overfrequent updates of its metadata, seem to be the
big problem, are resolved by this and yum becomes much more usable.
This allows me to put a stake through the heart of up2date and
yum-rhn-plugin, except on the licensed machine or machines that are
doing the mirroring. (I use one i386 and one x86_64 host to keep both
sets of channels updated locally.)

One has to be careful of licensing: the local repository should only
be accessible to internal, licensed machines, with the relevant
channels available only to appropriately licensed hosts. Do *NOT* make
this repository available to the Internet at large! I've caught
someone doing that, and Red Hat didn't have to yell at them, I got to
them first.

[Dag Wieers]

Post by Ljubomir Ljubojevic

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

Ljubomir,

The discussion is quite moot nowadays, but as a long-time user of both apt
and yum, apt still beats the crap out of yum (both in memory usage, speed
and cpu usage), however it is no longer maintained and therefor a dead-end.

One of the other reasons to be using apt, was that yum only started to be
shipped with RHEL5, and most have (had) RHEL2, RHEL3 and RHEL4 systems
around. up2date is something to be avoided, where possible...

[Ljubomir Ljubojevic]

Post by huyfuo

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

How have you reached that conclusion? Please read this mail:
http://osdir.com/ml/centos-devel/2011-07/msg00200.html
It shows that yum with 18.300 packages will complete dependency check in
max 1m 9sec (without cache). Have you performed quality test apt vs yum?

[huyfuo]

Post by Ljubomir Ljubojevic
But WHY do you use apt on OS that by default uses yum?

There is no speacial reason. But yum is slow.

Post by Ljubomir Ljubojevic
And be sure to download those release files to get latest repository
organization and URI.

I have already checked this package.
The problem was solved temporarily.
Thank you.

[Ljubomir Ljubojevic]

Post by huyfuo

Post by Ljubomir Ljubojevic

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

I use apt-0.5.15lorg3.95-0.git416.6.

Post by Ljubomir Ljubojevic
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K
Some files are old. Please fix.

I noticed that it was my misunderstanding.
I will try new version of apt. Thank you.

But WHY do you use apt on OS that by default uses yum?

And be sure to download those release files to get latest repository
organization and URI.

[huyfuo]

Post by Ljubomir Ljubojevic

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

I use apt-0.5.15lorg3.95-0.git416.6.

Post by Ljubomir Ljubojevic
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K
Some files are old. Please fix.

I noticed that it was my misunderstanding.
I will try new version of apt. Thank you.

[huyfuo]

Hello, I'm Scientific Linux user.
My apt says,
--
Get:1 http://apt.sw.be redhat/el6/en/i386/rpmforge/ primary.xml [1408kB]
Get:2 http://apt.sw.be redhat/el6/en/i386/rpmforge/ filelists.xml [1376kB]

Failed to fetch
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/primary.xml
MD5Sum mismatch
Failed to fetch
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/filelists.xml
MD5Sum mismatch
Reading Package Lists... Error!
--

http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/
[ ] filelists.xml.gz 19-Jul-2011 02:51 1.3M
[ ] other.xml.gz 19-Jul-2011 02:51 391K
[ ] primary.xml.gz 19-Jul-2011 02:51 1.3M
[ ] repomd.xml 24-Jul-2011 02:50 1.0K

Some files are old. Please fix.

[Ljubomir Ljubojevic]

Post by huyfuo
Hello, I'm Scientific Linux user.
My apt says,

Apt or yum? I think there is no apt support (but I could be wrong).

Post by huyfuo
--
Get:1 http://apt.sw.be redhat/el6/en/i386/rpmforge/ primary.xml [1408kB]
Get:2 http://apt.sw.be redhat/el6/en/i386/rpmforge/ filelists.xml [1376kB]

Those files do not exist. Corect path is
http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/ and there is only
primary.xml.gz not primary.xml

Please use
http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
or
http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm
(from http://repoforge.org/use/) to use Repoforge (renamed RPMForge).