Re: [users] Some repodata fles are old.
huyfuo wrote: > Hello, I'm Scientific Linux user. > My apt says, Apt or yum? I think there is no apt support (but I could be wrong). > -- > 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). -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
2011/7/25 Ljubomir Ljubojevic : > huyfuo wrote: >> 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. 2011/7/25 huyfuo : > http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/ > [ ] filelists.xml.gz19-Jul-2011 02:51 1.3M > [ ] other.xml.gz19-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. ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
huyfuo wrote: > 2011/7/25 Ljubomir Ljubojevic : >> huyfuo wrote: >>> 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. > > 2011/7/25 huyfuo : >> http://apt.sw.be/redhat/el6/en/i386/rpmforge/repodata/ >> [ ] filelists.xml.gz19-Jul-2011 02:51 1.3M >> [ ] other.xml.gz19-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. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
2011/7/25 Ljubomir Ljubojevic : > > But WHY do you use apt on OS that by default uses yum? > There is no speacial reason. But yum is slow. > 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. ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
huyfuo wrote: > 2011/7/25 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? -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
On Tue, 26 Jul 2011, Ljubomir Ljubojevic wrote: > huyfuo wrote: >> 2011/7/25 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? 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... -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
On Jul 26, 2011, at 10:17 AM, Dag Wieers wrote: > On Tue, 26 Jul 2011, Ljubomir Ljubojevic wrote: > >> huyfuo wrote: >>> 2011/7/25 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? > > 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. > 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 ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
Re: [users] Some repodata fles are old.
On Tue, Jul 26, 2011 at 10:17 AM, Dag Wieers wrote: > On Tue, 26 Jul 2011, Ljubomir Ljubojevic wrote: > >> huyfuo wrote: >>> 2011/7/25 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? > > 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. ___ users mailing list users@lists.repoforge.org http://lists.repoforge.org/mailman/listinfo/users
