[Cooker] Mirrors not right?
I just checked uninet and for some reason it is not acting properly it deleted allot of srpms and when it goes to fetch the list of files to update i get lost link to server bad file descriptor. This is with fmirror. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] [mirrors] - new page available
Hi, I've updated my script to monitor mirrors and to see if they have all RPMS. I parse the hdlist from the ftp, and I compare to all rpms available on the ftp. http://extasia.u-strasbg.fr/~blindaue/mirrors.php as you can see, the problem of missing packages on the mirror isn't gone. If you have other ftp to monitor, I can add an entry. Emmanuel
Re: [Cooker] [mirrors] - new page available
I see that Ciril isn't amune to this problem. Is there any mirror better than the rest?
Re: [Cooker] [mirrors] - new page available
ftp://mirrors.secsup.org/pub/linux/mandrake/Mandrake-devel/{cooker/contrib} is a mirrors. Don't know how good it is though.
[Cooker] Mirrors status and new cooker mirror
Hi, After crawling around to find up to date mirrors, I have wrotte a little script to see for each mirror if it is up to date, or broken. I've used a small list of mirrors who was available on cooker page on www.mandrakelinux.com unfortunally not all ftp can be seen with my script, I 'll have a look further this weekend. But we have a upcoming mirror status page. The status can be seen on: http://manu.agat.net/mirrors.php I can annonce a new mirror too, with large BW updated once a day from sunet.se: ftp://ftp.u-strasbg.fr/pub/linux/distributions/mandrake-devel/ Emmanuel
Re: [Cooker] Mirrors status and new cooker mirror
On Wednesday 03 September 2003 14:18, BLINDAUER Emmanuel wrote: Hi, After crawling around to find up to date mirrors, I have wrotte a little script to see for each mirror if it is up to date, or broken. I've used a small list of mirrors who was available on cooker page on www.mandrakelinux.com unfortunally not all ftp can be seen with my script, I 'll have a look further this weekend. But we have a upcoming mirror status page. The status can be seen on: http://manu.agat.net/mirrors.php Apparently, there is a bug in you script. ftp://ftp.vat.tu-dresden.de/pub/Mandrake-devel/README says Mandrake-devel has been temporary discontinued on this server until further space is available. but your page shows ftp.vat.tu-dresden.de is up-to-date. Mashrab. -- Mashrab Kuvatov Ph.D student University of Bremen, IUP www: www.sat.uni-bremen.de/members/mashrab
Re: [Cooker] Mirrors status and new cooker mirror
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yes, and proxad.net shows up to date but is missing a lot of stuff, like kdebase, of course hdlist could be there still I suppose, if that's all it looks for. On Wednesday 03 September 2003 11:32, Mashrab Kuvatov wrote: On Wednesday 03 September 2003 14:18, BLINDAUER Emmanuel wrote: Hi, After crawling around to find up to date mirrors, I have wrotte a little script to see for each mirror if it is up to date, or broken. I've used a small list of mirrors who was available on cooker page on www.mandrakelinux.com unfortunally not all ftp can be seen with my script, I 'll have a look further this weekend. But we have a upcoming mirror status page. The status can be seen on: http://manu.agat.net/mirrors.php Apparently, there is a bug in you script. ftp://ftp.vat.tu-dresden.de/pub/Mandrake-devel/README says Mandrake-devel has been temporary discontinued on this server until further space is available. but your page shows ftp.vat.tu-dresden.de is up-to-date. Mashrab. - -- Jason Straight [EMAIL PROTECTED] icq: 1796276 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iQCVAwUBP1Yh4hFHZPcobeHxAQJC3gP/fQ+JZRFcxywzkloCoLQH1q70zGVSaRst X9LXcN3iD3eCkuoT8+cz1wx0qS4PuxsEpaKwBo2ZRM/Ii2UKG6MpQ8YvyssM49Ck YPzvKlYX89ubSfuTumN/hm7Emf2XGnjYbWz/nIOlcfGtCd+fdT+18aZKcYBb/avL k4QBygnr9Po= =Jblc -END PGP SIGNATURE-
Re: [Cooker] Mirrors status and new cooker mirror
Le Mercredi 03 Septembre 2003 19:16, Jason Straight a écrit : WARNING: Unsanitized content follows. yes, and proxad.net shows up to date but is missing a lot of stuff, like kdebase, of course hdlist could be there still I suppose, if that's all it looks for. Perhaps. OK is for : hdlists are in sync with rpms availables. the test is: looks for the modification time of hdlist.cz and for the latest rpm in RPMS. if the rpm is older than the rpm, le ftp is corrupt. in the other case, nothing can be said I must find another way to know if all files are present... Emmanuel
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
Adam Williamson wrote: On Mon, 2003-09-01 at 13:14, Dave Cotton wrote: On Mon, 2003-09-01 at 12:31, Adam Williamson wrote: Well, it was a Sunday yesterday... And so should have given mirrors a chance to catch up if they could. I mean, there's not necessarily going to be any new packages on a Sunday. That wasn't the pattern. ftp.sunet.se had been updating fine on Friday and Saturday. On Sunday, about 200MB of packages disappeared with no replacements, and they're only coming back now as I write this. This is not normal mirror activity. I just wish someone would explain what is going on.
[Cooker] mirrors ? cannot rsync with ftp.sunet.se
get error message when trying to sync contrib IO error encountered after receiving file list BErnard -- Digital Objects Ltd Internet security / Web hosting design / Web enabled applications PO Box 60510, Titirangi Waitakere City Phone: 0800 LETS DOIT (538736) Fax: +64 9 8128 368 www.digitalobjects.co.nz What is your Original Nature Snowman? (Natsume Soseki) smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
On Mon, 2003-09-01 at 07:47, Bernard Varaine wrote: get error message when trying to sync contrib IO error encountered after receiving file list According to my log nothing has been updated there for at least 24 hours in either in main or contrib. -- Dave Cotton [EMAIL PROTECTED]
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
Is no update normal or is it a case of mirrors having problems again ? Dave Cotton wrote: On Mon, 2003-09-01 at 07:47, Bernard Varaine wrote: get error message when trying to sync contrib IO error encountered after receiving file list According to my log nothing has been updated there for at least 24 hours in either in main or contrib. -- Digital Objects Ltd Internet security / Web hosting design / Web enabled applications PO Box 60510, Titirangi Waitakere City Phone: 0800 LETS DOIT (538736) Fax: +64 9 8128 368 www.digitalobjects.co.nz What is your Original Nature Snowman? (Natsume Soseki) smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
On Mon, 2003-09-01 at 12:31, Adam Williamson wrote: Well, it was a Sunday yesterday... And so should have given mirrors a chance to catch up if they could. -- Dave Cotton [EMAIL PROTECTED]
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
On Mon, 2003-09-01 at 10:37, Bernard Varaine wrote: Is no update normal or is it a case of mirrors having problems again ? Please reply at the bottom. Dave Cotton wrote: On Mon, 2003-09-01 at 07:47, Bernard Varaine wrote: get error message when trying to sync contrib IO error encountered after receiving file list According to my log nothing has been updated there for at least 24 hours in either in main or contrib. Well, it was a Sunday yesterday... -- adamw
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 01 September 2003 08:14, Dave Cotton wrote: On Mon, 2003-09-01 at 12:31, Adam Williamson wrote: Well, it was a Sunday yesterday... And so should have given mirrors a chance to catch up if they could. Yeah, there are plenty of packages missing - ie kdebase. - -- Jason Straight [EMAIL PROTECTED] icq: 1796276 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iQCVAwUBP1NCsBFHZPcobeHxAQIkyQP9EppM9H9cwuzDy5UwlmMLydKO+pfMqxBD pz06UwmlDHDwXuQNxg9l9PYPeCA4PAVdKHPTkH93o/s2ywRfFfsL0FI8K1uTfszM HG3XyiPA0bwTqcjMQYQPYh01a3B2LCpka9hLJTPj0+8tAfsyO3ZiTwlCsSmi5yMr xxO2z4ld5o4= =Kih6 -END PGP SIGNATURE-
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
On Mon, 2003-09-01 at 13:14, Dave Cotton wrote: On Mon, 2003-09-01 at 12:31, Adam Williamson wrote: Well, it was a Sunday yesterday... And so should have given mirrors a chance to catch up if they could. I mean, there's not necessarily going to be any new packages on a Sunday. -- adamw
Re: [Cooker] mirrors ? cannot rsync with ftp.sunet.se
On Tuesday 02 September 2003 07:43, Adam Williamson wrote: On Mon, 2003-09-01 at 13:14, Dave Cotton wrote: On Mon, 2003-09-01 at 12:31, Adam Williamson wrote: Well, it was a Sunday yesterday... And so should have given mirrors a chance to catch up if they could. I mean, there's not necessarily going to be any new packages on a Sunday. But that doesn't necessarily mean that there should be large numbers of missing packages, which of course lead to mass-deletion of current packages (yawn - again). There's no kdepim apart from the libkdepim2-3.1.3-8mdk and libkdepim2-devel-3.1.3-8 for instance. Real useful. Developers - do you have some specific policy to never respond to QA posts of this nature? It seems a bit global for a specific bug report. The people who test Mandrake-Linux, who promote Mandrake-Linux to our friends, collegues and clients, who spend several hours a day trying to get complete, up-to-date installations done which we can test, just might want some information from you. I certainly do! Looking around at other distro mailing lists, I can see that participating in the development and testing of *another* distro might save me time, money, and frustration. Regards, Paul. At least I have CookerP2P to work on. Personal itch and all that. News soon.
[Cooker] Atension! for Cooker mirrors and directories!?
Hi I was looking at my new mirror from uninett when I noticed: !RPMS2 !RPMS3 When I checked the were like: ../../../contrib/RPMS and ../../../contrib/jpackage/RPMS/ Where is the i586 directory? Are we going to have to make a full new download again? regards guran -- Mandrake Linux Cooker 9.2 kernel-2.4.22.0.6mdk-1-1mdk Only in a society that has 'a priori' defined what is the truth can the result from the evolution of life be defined false.
[Cooker] Cooker mirrors pbm?
Hi I've been experiencing pbms with keeping a good local mirror of cooker for HD installations. I'm using sunsite.uio.no and one of the last sync triggered a massive number of deletions! For example (and this is only a tiny listing of what was deleted...): ... deleting i586/Mandrake/RPMS/XFree86-xfs-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-server-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-glide-module-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-doc-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xvfb-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xnest-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/X11R6-contrib-4.3-19mdk.i586.rpm In my local tree I have: /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-xfs-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-server-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-glide-module-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-doc-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xvfb-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xnest-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/X11R6-contrib-4.3-18mdk.i586.rpm So the -18mdk was kept and -19mdk was deleted... Why? Note: This is only for XFree* packages... There was at least 200 deletions in /RPMS and /mdkinst had quite a lot deleted as well. Can someone shed some light on the mirror situation? Thanks. -- Frederic Soulier [EMAIL PROTECTED]
Re: [Cooker] Cooker mirrors pbm?
On Thu, Aug 21, 2003 at 08:51:43AM +0100, Frederic Soulier wrote: Hi I've been experiencing pbms with keeping a good local mirror of cooker for HD installations. I'm using sunsite.uio.no and one of the last sync triggered a massive number of deletions! For example (and this is only a tiny listing of what was deleted...): ... deleting i586/Mandrake/RPMS/XFree86-xfs-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-server-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-glide-module-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-doc-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xvfb-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-Xnest-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-19mdk.i586.rpm deleting i586/Mandrake/RPMS/X11R6-contrib-4.3-19mdk.i586.rpm In my local tree I have: /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-xfs-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-server-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-glide-module-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-doc-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-cyrillic-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xvfb-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-Xnest-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-75dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/XFree86-100dpi-fonts-4.3-18mdk.i586.rpm /mnt/cooker/cooker/i586/Mandrake/RPMS/X11R6-contrib-4.3-18mdk.i586.rpm So the -18mdk was kept and -19mdk was deleted... Why? Note: This is only for XFree* packages... There was at least 200 deletions in /RPMS and /mdkinst had quite a lot deleted as well. Can someone shed some light on the mirror situation? Thanks. Checking the mirror you can see somehow all the packages from 13th Aug onwards are missing from the tree and that explains massive del of files you noticed. I personaly feel some glitch or error while makeing beta3 snapshot as i also see all the kernels missing as well :(( regards, parag
Re: [Cooker] Re: To all those with local Cooker mirrors
On Saturday 02 August 2003 11:14 pm, Ben Reser wrote: On Sat, Aug 02, 2003 at 10:07:00PM -0600, Wesley J Landaker wrote: All theory and token tests aside, here is some *real* data. I have a cooksync-like script (but written in ruby and multithreaded) that I've used for at least the last six months, and I have *always* had it spit out the stats. In fact, because I'm morbidly curious, I *always* look at them. Typically, I get AT LEAST a 20-30% speed, often it's more than 50%. For reference, here is the stats part of the output for the last synching session. For the record, this is typical, not a special case or a fluke or something I dragged out of all the bad ones just because it looks good. They are *all* this good. The problem with this as an example is it includes unversioned uncompressed files like: compss provides depslist.ordered Additionally you're getting the synthesis and hdlist files. When you take and add those up you come up with about 34MB of data. When you look at your matching data it comes out to 31MB or so. Hmm... well, that could be. I've just been believing what rsync tells me. ;) Looking back on my logs, the biggest syncs I've seen in the last few months have been about ~200MB; on most of those I save about ~60-70MB. So I'm saving some bandwidth on some other things somewhere--and, I am seeing some benefit on contrib which doesn't really any meta info files in it, except the synthesis.hdlist... But okay, still, say it turns out that it doesn't work for any of the RPMs, and I'm only saving badwidth on the deplist and friends--I'm still *overall* getting the speedups that I mentioned for the kind of synchronization schedule that I'm using. =) If I just ftp'd everything, that would be ~30% data I downloaded every time, whether or not it's RPM data. I guess if what you say is true, I'd get less of an [apparent?] benefit if I didn't sync as often, since the RPM data to depslist-type data ratio would be higher. Makes me wonder if the hdlist and synthesis files aren't rsyncing well. I should run some experiments to see how well that works... Unfortunately the explanation of the format in the packdrack man page is rather lacking. I've saved a copy of my base dir and I'll see what I can come up with for testing tomorrow. But I'm highly suspicious that all of that speed up is from moving the files around. It just doesn't fit the data and the protocol... You could be right; nevertheless, I'm seeing a speed up from somewhere. Perhaps I'll try using vanilla rsync for a week with stats reported and see if it looks like it makes a large difference vs. the cooksync method. If we kind find out exactly where it's coming from, maybe we'll see that extra RPM moving voodoo isn't as beneficial as some of us have been imagining. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
[Cooker] Re: Re: To all those with local Cooker mirrors
Wesley J Landaker wrote: You could be right; nevertheless, I'm seeing a speed up from somewhere. Perhaps I'll try using vanilla rsync for a week with stats reported and see if it looks like it makes a large difference vs. the cooksync method. If we kind find out exactly where it's coming from, maybe we'll see that extra RPM moving voodoo isn't as beneficial as some of us have been imagining. For most RPMs it isn't very. But for most of cooksync's history I've actually watched it run, with rsync progress and everything. You can tell when it's making a difference, and sometimes some packages barely change at all, especially subpackages from larger SRPMS. If I had more bandwidth I'd do a more typical sync run both with and without rpmsync and show the difference is more than 1%.
Re: [Cooker] Re: To all those with local Cooker mirrors
On Sun Aug 03 0:25 -0600, Wesley J Landaker wrote: Hmm... well, that could be. I've just been believing what rsync tells me. ;) Looking back on my logs, the biggest syncs I've seen in the last few months have been about ~200MB; on most of those I save about ~60-70MB. So I'm saving some bandwidth on some other things somewhere--and, I am seeing some benefit on contrib which doesn't really any meta info files in it, except the synthesis.hdlist... But okay, still, say it turns out that it doesn't work for any of the RPMs, and I'm only saving badwidth on the deplist and friends--I'm still *overall* getting the speedups that I mentioned for the kind of synchronization schedule that I'm using. =) If I just ftp'd everything, that would be ~30% data I downloaded every time, whether or not it's RPM data. I guess if what you say is true, I'd get less of an [apparent?] benefit if I didn't sync as often, since the RPM data to depslist-type data ratio would be higher. Or you could just do as I do with fmirror: only download just enough metadata to allow gendistrib to work, and run that. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Take due notice and govern yourselves accordingly. Currently playing: Rush - Vapor Trails - Sweet Miracle Linux 2.4.21-3mdk 09:58:02 up 7 days, 12:45, 8 users, load average: 1.82, 1.19, 0.73
[Cooker] To all those with local Cooker mirrors
If you're using straight rsync, or even worse, an FTP mirroring program, you should be using rpmsync, which is now packaged and in contrib. It'll save you, and the server you're mirroring from, lots of bandwidth. If you're using rsync currently, rpmsync should work as a drop-in replacement. Just replace the rsync in the command you're using with rpmsync, just add letters basically! :o) Perl will warn about rsync options you're using that aren't options to rpmsync. If you're using perl = 5.8.0-28mdk, or otherwise using Getopt::Long = 2.33_02, you can safely ignore the warnings, because so will perl. If you're using an older version Getopt::Long, you must take the unsupported options out of your command if you expect everything to work correctly. Comments, suggestions, flames to me. PS - to the Cooker wiki writers, there's a link to cooksync.pl on my webserver in the wiki. This should now be changed to say to install the rpmsync package from contrib.
Re: [Cooker] To all those with local Cooker mirrors
On Sat, Aug 02, 2003 at 08:21:17PM -0400, David Walser wrote: If you're using straight rsync, or even worse, an FTP mirroring program, you should be using rpmsync, which is now packaged and in contrib. It'll save you, and the server you're mirroring from, lots of bandwidth. Not really accurate. Since the rpm archive is compressed with gzip and to my knowledge we do not have the rysncable patch in our gzip (nor does rpm use it) the only data which can be saved from being downloaded is the headers which are not compressed and do not always change much between versions. However the headers by far are the smaller part of the package. This document by the rsync author (which happens to talk about Debian but the same issues apply to rpms and Mandrake) covers the issues nicely: http://samba.anu.edu.au/rsync/rsync-and-debian/rsync-and-debian.html In short the solution to this problem goes far beyond having a system to rename the files so rsync will resume the transfer... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: To all those with local Cooker mirrors
Ben Reser wrote: On Sat, Aug 02, 2003 at 08:21:17PM -0400, David Walser wrote: If you're using straight rsync, or even worse, an FTP mirroring program, you should be using rpmsync, which is now packaged and in contrib. It'll save you, and the server you're mirroring from, lots of bandwidth. Not really accurate. Yes it is. Since the rpm archive is compressed with gzip and to my knowledge we do not have the rysncable patch in our gzip (nor does rpm use it) the only data which can be saved from being downloaded is the headers which are not compressed and do not always change much between versions. However the headers by far are the smaller part of the package. This document by the rsync author (which happens to talk about Debian but the same issues apply to rpms and Mandrake) covers the issues nicely: http://samba.anu.edu.au/rsync/rsync-and-debian/rsync-and-debian.html In short the solution to this problem goes far beyond having a system to rename the files so rsync will resume the transfer... It's true that things could better. But some packages are more the same than just the header. I've seen large parts of packages saved from being downloaded. Believe me, though it's not ideal for rsync, rpmsync still saves a significant amount of bandwidth over straight rsync.
[Cooker] Re: To all those with local Cooker mirrors
Ben Reser wrote: On Sat, Aug 02, 2003 at 08:21:17PM -0400, David Walser wrote: If you're using straight rsync, or even worse, an FTP mirroring program, you should be using rpmsync, which is now packaged and in contrib. It'll save you, and the server you're mirroring from, lots of bandwidth. Not really accurate. Since the rpm archive is compressed with gzip and [...] Another way it saves bandwidth is when packages are moved between sources, like contrib and main. rpmsync will mv them. rsync would delete them from one location, and download them cold to the other.
Re: [Cooker] Re: To all those with local Cooker mirrors
On Sat, Aug 02, 2003 at 08:57:35PM -0400, David Walser wrote: It's true that things could better. But some packages are more the same than just the header. I've seen large parts of packages saved from being downloaded. Believe me, though it's not ideal for rsync, rpmsync still saves a significant amount of bandwidth over straight rsync. Even if they are the same they are compressed... Because they are compressed even a small difference will make it difficult for rsync to find any usable differences. The document I already provided explains that. If you'd transfered every binary package in the main tree you'd save 60MB: echo $(( `packdrake --cat hdlist.cz | wc -c` / 1024 / 1024)) for contrib: 43MB: echo $(( `packdrake --cat hdlist2.cz | wc -c` / 1024 / 1024)) Of course this is assuming you're only carrying i586 and aren't carrying the SRPMS. It sounds like a lot until you realize you're not moving most of those files and even then some of that header information changes everytime. Let's look at a real world example. Updating gzip-1.2.4a-11.2mdk.i586.rpm to gzip-1.2.4a-12mdk.i586.rpm. I chose this package because everyone will have access to the sourc files. 11.2mdk is in updates for 9.1, 12mdk is in cooker. First we download the original: [EMAIL PROTECTED] root]# rsync -P --stats mirror::Mandrake/updates/9.1/RPMS/gzip-1.2.4a-11.2mdk.i586.rpm . 67560 100% 32.22MB/s0:00:00 rsync[329] (receiver) heap statistics: arena: 41624 (bytes from sbrk) ordblks:3 (chunks not in use) smblks: 0 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) usmblks:0 fsmblks:0 uordblks: 40120 (bytes used) fordblks:1504 (bytes free) keepcost:1464 (bytes in releasable chunk) Number of files: 1 Number of files transferred: 1 Total file size: 67560 bytes Total transferred file size: 67560 bytes Literal data: 67560 bytes Matched data: 0 bytes File list size: 47 Total bytes written: 135 Total bytes read: 67691 wrote 135 bytes read 67691 bytes 135652.00 bytes/sec total size is 67560 speedup is 1.00 The speedup is 1.00 meaning the archive was fully transfered. Now let's move the file to the 12mdk file name and fetch it: [EMAIL PROTECTED] root]# mv gzip-1.2.4a-11.2mdk.i586.rpm gzip-1.2.4a-12mdk.i586.rpm [EMAIL PROTECTED] root]# rsync -P --stats mirror::Mandrake-devel/cooker/i586/Mandrake/RPMS/gzip-1.2.4a-12mdk.i586.rpm . 67668 100% 21.51MB/s0:00:00 rsync[1265] (receiver) heap statistics: arena: 111256 (bytes from sbrk) ordblks:3 (chunks not in use) smblks: 1 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) usmblks:0 fsmblks: 48 uordblks: 40120 (bytes used) fordblks: 71136 (bytes free) keepcost: 71040 (bytes in releasable chunk) Number of files: 1 Number of files transferred: 1 Total file size: 67668 bytes Total transferred file size: 67668 bytes Literal data: 66268 bytes Matched data: 1400 bytes File list size: 45 Total bytes written: 736 Total bytes read: 66409 wrote 736 bytes read 66409 bytes 134290.00 bytes/sec total size is 67668 speedup is 1.01 Speed up is 1.01 with 1400 bytes matching that were not transfered. So all we saved from that transfer was 1.4k. About 2% of the file. However, it should be noted that gzip is a relatively small package, so its headers are going to represent a relatively high percentage of header data compared to archive data. Even still because of the overhead we only saved 1259 bytes because of rsync overhead... Which comes out to about 1.8% savings. Using a perl script I wrote I extract the archive from the rpm script: [EMAIL PROTECTED] root]# perl getarchive.pl gzip-1.2.4a-12mdk.i586.rpm [EMAIL PROTECTED] root]# ls -l plain -rw-r--r--1 root root60018 Aug 2 19:38 plain [EMAIL PROTECTED] root]# file plain plain: gzip compressed data, from Unix The file plain is the archive. Subtracing the plain file size from the rpm size we see that the header was 7650 bytes long. But were were only able to avoid tranfering 1400 bytes. Why is there a discrepency? A couple reasons. The header file stores the GPG, MD5 and SIZE signatures, these will almost always be unique. However the biggest reason is the nature of the RPM header format. There is an index which specifies the type, size and position of various pieces of data within the header. However the ordering of this index and the ordering of the files in the storage area of the header are not guaranteed to be the same. Moving these data pieces around will make rsync unlikely to be able to locate the matching data. It should be noted that gzip is a relatively small package. As a result the percentage of its content that will be taken up by the header will be larger than larger packages. So let's try a
Re: [Cooker] Re: To all those with local Cooker mirrors
On Saturday 02 August 2003 9:33 pm, Ben Reser wrote: On Sat, Aug 02, 2003 at 08:57:35PM -0400, David Walser wrote: It's true that things could better. But some packages are more the same than just the header. I've seen large parts of packages saved from being downloaded. Believe me, though it's not ideal for rsync, rpmsync still saves a significant amount of bandwidth over straight rsync. Even if they are the same they are compressed... Because they are compressed even a small difference will make it difficult for rsync to find any usable differences. The document I already provided explains that. All theory and token tests aside, here is some *real* data. I have a cooksync-like script (but written in ruby and multithreaded) that I've used for at least the last six months, and I have *always* had it spit out the stats. In fact, because I'm morbidly curious, I *always* look at them. Typically, I get AT LEAST a 20-30% speed, often it's more than 50%. For reference, here is the stats part of the output for the last synching session. For the record, this is typical, not a special case or a fluke or something I dragged out of all the bad ones just because it looks good. They are *all* this good. cooker: rsync[18851] (receiver) heap statistics: cooker: arena:1589400 (bytes from sbrk) cooker: ordblks: 585 (chunks not in use) cooker: smblks: 2 cooker: hblks: 0 (chunks from mmap) cooker: hblkhd: 0 (bytes from mmap) cooker: usmblks:0 cooker: fsmblks: 40 cooker: uordblks: 795280 (bytes used) cooker: fordblks: 794120 (bytes free) cooker: keepcost: 105088 (bytes in releasable chunk) cooker: cooker: Number of files: 5843 cooker: Number of files transferred: 31 cooker: Total file size: 4942231399 bytes cooker: Total transferred file size: 47229220 bytes cooker: Literal data: 14195747 bytes cooker: Matched data: 33033473 bytes cooker: File list size: 200230 cooker: Total bytes written: 243381 cooker: Total bytes read: 14495789 cooker: cooker: wrote 243381 bytes read 14495789 bytes 97934.68 bytes/sec cooker: total size is 4942231399 speedup is 335.31 cooker: Notice, transfered file size: 47229220 -- matched data: 33033473 70% of the data was matched. That's pretty good, but nothing surprising. contrib: rsync[18850] (receiver) heap statistics: contrib: arena:1458328 (bytes from sbrk) contrib: ordblks:9 (chunks not in use) contrib: smblks: 2 contrib: hblks: 0 (chunks from mmap) contrib: hblkhd: 0 (bytes from mmap) contrib: usmblks:0 contrib: fsmblks: 40 contrib: uordblks: 705608 (bytes used) contrib: fordblks: 752720 (bytes free) contrib: keepcost: 131936 (bytes in releasable chunk) contrib: contrib: Number of files: 5325 contrib: Number of files transferred: 92 contrib: Total file size: 4895030620 bytes contrib: Total transferred file size: 28335437 bytes contrib: Literal data: 17443437 bytes contrib: Matched data: 10892000 bytes contrib: File list size: 216609 contrib: Total bytes written: 228278 contrib: Total bytes read: 17730546 contrib: contrib: wrote 228278 bytes read 17730546 bytes 102915.90 bytes/sec contrib: total size is 4895030620 speedup is 272.57 Here, it was only 10892000/28335437 = 38%; this is probably more typical of what I usually get. Sometimes it's worse, but I've never seen it lower than about 20%. The full transcript if you are curious. I have a huge mail folder full of the last month or so of cron e-mails to me of the results of these syncs. I haven't aggregated the data, but I look at it all the time and get a kick out of the speed up I'm getting. Cron [EMAIL PROTECTED] nice -n 19 run-parts /etc/cron.2hours Date: Today 6:10:48 pm From: [EMAIL PROTECTED] (Cron Daemon) To: [EMAIL PROTECTED] cooker: Synchronizing mirror.mcs.anl.gov::Mandrake-devel/cooker/ = /data/mirrors/Mandrake-devel/cooker/ . . . cooker: Fetching file information from server . . . contrib: Synchronizing mirror.mcs.anl.gov::Mandrake-devel/contrib/ = /data/mirrors/Mandrake-devel/contrib/ . . . contrib: Fetching file information from server . . . contrib: Taking advantage of old file data . . . contrib: perl-Bioperl-Run:src: 1.2.2-2mdk = 1.2.2-3mdk contrib: perl-CGI-Application:src: 3.1-1mdk = 3.1-2mdk contrib: perl-XML-Driver-HTML:noarch: 0.06-3mdk = 0.06-4mdk contrib: perl-AcePerl:i586: 1.86-1mdk = 1.86-2mdk contrib: sylpheed:src: 0.9.3-3mdk = 0.9.4-1mdk contrib: BasiliskII:i586: 1.0-0.10mdk = 1.0-0.11mdk contrib: xmms-mad:i586: 0.5.3-1mdk = 0.5.4-1mdk contrib: perl-CGI-XML:src: 0.1-4mdk = 0.1-5mdk contrib: perl-AppConfig:noarch: 1.52-6mdk = 1.52-7mdk contrib: perl-Test-Exception:noarch: 0.15-3mdk = 0.15-4mdk contrib: gnome-python-gconf:i586: 1.99.16-6mdk = 1.99.16-7mdk contrib: perl-CGI-Session:noarch:
Re: [Cooker] Re: To all those with local Cooker mirrors
On Saturday 02 August 2003 10:07 pm, Wesley J Landaker wrote: All theory and token tests aside, here is some *real* data. I have a cooksync-like script (but written in ruby and multithreaded) that I've used for at least the last six months, and I have *always* had it spit out the stats. In fact, because I'm morbidly curious, I *always* look at them. Typically, I get AT LEAST a 20-30% speed, often it's more than 50%. P.S. Since somebody is bound to ask, here is the code, I haven't ever formally released it before, but you can consider it GPL'd. http://www.icecavern.net/rubysync -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2
Re: [Cooker] Re: To all those with local Cooker mirrors
On Sat, Aug 02, 2003 at 10:07:00PM -0600, Wesley J Landaker wrote: All theory and token tests aside, here is some *real* data. I have a cooksync-like script (but written in ruby and multithreaded) that I've used for at least the last six months, and I have *always* had it spit out the stats. In fact, because I'm morbidly curious, I *always* look at them. Typically, I get AT LEAST a 20-30% speed, often it's more than 50%. For reference, here is the stats part of the output for the last synching session. For the record, this is typical, not a special case or a fluke or something I dragged out of all the bad ones just because it looks good. They are *all* this good. The problem with this as an example is it includes unversioned uncompressed files like: compss provides depslist.ordered Additionally you're getting the synthesis and hdlist files. When you take and add those up you come up with about 34MB of data. When you look at your matching data it comes out to 31MB or so. Makes me wonder if the hdlist and synthesis files aren't rsyncing well. I should run some experiments to see how well that works... Unfortunately the explanation of the format in the packdrack man page is rather lacking. I've saved a copy of my base dir and I'll see what I can come up with for testing tomorrow. But I'm highly suspicious that all of that speed up is from moving the files around. It just doesn't fit the data and the protocol... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] mirrors
Stefan van der Eijk [EMAIL PROTECTED] writes: Ron Stodden wrote: Adam Williamson wrote: On Wed, 2003-04-02 at 21:51, Claudio wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw [...] on bi: $ ls /cooker/RPMS/ -tl | less total 2230604 -rw-r--r--1 mandrake rpm193886 Apr 3 16:35 synthesis.hdlist.cz -rw-r--r--1 mandrake rpm 1250141 Apr 3 16:32 gdb-5.3-23mdk.i586.rpm -rw-r--r--1 mandrake rpm 61810 Apr 3 16:16 tpctl-4.3-2mdk.i586.rpm but the mirror on cooker.mandrakesoft.com is not up2date. I've informed Charles last Tuesday (2003/04/01) no reply yet. I just figure it out today. -- Warly
Re: [Cooker] mirrors
Adam Williamson wrote: On Wed, 2003-04-02 at 21:51, Claudio wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw Try ftp://updates.roma2.infn.it/linux/updates/mandrake/9.1/ that seems to be up to date. :) Sorry, I realised my original mail was badly written. I meant Cooker updates, not 9.1 updates - all the new Cooker stuff is getting to the mailing list, but not the mirrors. But recall that cooker is traditionally frozen for a period following a new base release. This could be the situation at the moment - the Change Log continues but the actual updates are queued pending Cooker opening again. -- Ron. [Melbourne, Australia] 20030119 Get Fastest Mandrake downloader, English-only, from: http://members.optusnet.com.au/ronst/ Russian Iraq military intelligence: http://www.aeronautics.ru/
Re: [Cooker] mirrors
Ron Stodden wrote: Adam Williamson wrote: On Wed, 2003-04-02 at 21:51, Claudio wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw Try ftp://updates.roma2.infn.it/linux/updates/mandrake/9.1/ that seems to be up to date. :) Sorry, I realised my original mail was badly written. I meant Cooker updates, not 9.1 updates - all the new Cooker stuff is getting to the mailing list, but not the mirrors. But recall that cooker is traditionally frozen for a period following a new base release.This could be the situation at the moment - the Change Log continues but the actual updates are queued pending Cooker opening again. on bi: $ ls /cooker/RPMS/ -tl | less total 2230604 -rw-r--r--1 mandrake rpm193886 Apr 3 16:35 synthesis.hdlist.cz -rw-r--r--1 mandrake rpm 1250141 Apr 3 16:32 gdb-5.3-23mdk.i586.rpm -rw-r--r--1 mandrake rpm 61810 Apr 3 16:16 tpctl-4.3-2mdk.i586.rpm but the mirror on cooker.mandrakesoft.com is not up2date. I've informed Charles last Tuesday (2003/04/01) no reply yet. Stefan smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] mirrors
Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw
Re: [Cooker] mirrors
On Wed Apr 02 18:02 +0100, Adam Williamson wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? redbox.cz and uninett.no are also not updated... -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] The food of love is Mandrake root. GPG Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: Rush - Grace Under Pressure - The Body Electric Linux 2.4.21-0.13mdk 12:10:00 up 9 days, 16:29, 11 users, load average: 0.11, 0.25, 0.29
Re: [Cooker] mirrors
Here is the list of last updates as far as I can tell (for the main dist): wayne.edu: Down surfnet.nl: 2003.03.27 17:51:00 nluug.nl: 2003.03.27 17:51:00 tu-dresden.de: 2003.03.27 17:51:00 uni-bayreuth.de:2003.03.27 16:51:00 uni-muenster.de:2003.03.27 16:51:00 fht-esslingen.de: 2003.03.27 16:51:00 proxad.net: 2003.03.27 16:51:00 club-internet.fr: 2003.03.27 17:51:00 ciril.fr: 2003.03.27 15:51:00 cuni.cz:2003.03.27 16:51:00 redbox.cz: 2003.03.27 16:51:00 sunet.se: 2003.03.27 16:51:00 uio.no: 2003.03.27 16:51:00 So, anybody know if the updates will be resumed? On Wednesday 02 April 2003 12:02 pm, Adam Williamson wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- Adam Caudill You may stop this individual, but you can't stop us all... after all, we're all alike. -The Mentor
Re: [Cooker] mirrors
Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw Try ftp://updates.roma2.infn.it/linux/updates/mandrake/9.1/ that seems to be up to date. :) Claudio --
Re: [Cooker] mirrors
On Wed, 2003-04-02 at 21:51, Claudio wrote: Are the Mandrake guys aware that these updates just don't seem to be getting pushed to mirrors? I've tried club-internet.fr, lip6.fr and sunet.se today and none of them are getting updates. What's wrong? -- adamw Try ftp://updates.roma2.infn.it/linux/updates/mandrake/9.1/ that seems to be up to date. :) Sorry, I realised my original mail was badly written. I meant Cooker updates, not 9.1 updates - all the new Cooker stuff is getting to the mailing list, but not the mirrors. -- adamw
[Cooker] Cooker MIRRORS not synched from three days...;o(
- Thu Jan 2 11:06:58 CET 2003 - Mandrake Linux Cooker-i586 20021230 0:32
Re: [Cooker] Cooker MIRRORS not synched from three days...;o(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yeah, when they come back up I'll have some power downloading to catch up :( On Thursday 02 January 2003 05:08 am, Franco Silvestro wrote: - Thu Jan 2 11:06:58 CET 2003 - Mandrake Linux Cooker-i586 20021230 0:32 - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPhQ0jhFHZPcobeHxAQL7RwP+PRJjDUACHHoutiLTYt2aBYnaqX47lx37 /far27WQe0j7V3k8uIH0O9eR0eYhIoJiK1FAL4hj1/jptP1sxgtpLxgVOL1SSitF g3/enudDmwHnDOaqXp0xBO1RPcdyMhtUJ996DRZ/sy+YiN9M7xzYbmGG/RbUROWb 7bTVe3uv4AY= =/ctU -END PGP SIGNATURE-
Re: [Cooker] Cooker MIRRORS not synched from three days...;o(
Jason Straight [EMAIL PROTECTED] writes: Yeah, when they come back up I'll have some power downloading to catch up :( OK, fixed, should be OK on main mirrors in few hours. -- Warly
Re: [Cooker] Cooker MIRRORS not synched from three days...;o(
Jason Straight wrote: Yeah, when they come back up I'll have some power downloading to catch up :( I hope you are one of the many happy users of Troel Bentson's fast Mandrake downloader, available from my web site (see my signature below). troels.rsync6.2.pl is ideal for heavy downloads. -- Ron. [Melbourne, Australia] Updated rsync.exclude now available for Fastest Mandrake downloader (English-only) from: http://members.optusnet.com.au/ronst/
Re: [Cooker] Cooker MIRRORS not synched from three days...;o(
On Thu, 02 Jan 2003 16:06:31 +0100 Warly [EMAIL PROTECTED] wrote: OK, fixed, should be OK on main mirrors in few hours. /main is fixed now but contrib is still out. hdlist2 has been updated but none of the rpms are present on mirror. Charles Doubt is not a pleasant condition, but certainty is absurd. -- Voltaire -- Mandrake Linux 9.1 Kernel- 2.4.20-2mdk --
[Cooker] Mirrors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seems the mirrors are a couple days behind as of this morning. - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPhL1jBFHZPcobeHxAQJhrAP/YY3kRR1vjxICUUyZJjS9qM6pBwmuHImV kY8AapaxCrgMjmRWcmEsTxNtzECZu7GB3ic+Vkef20ibwRsdnOeV094fzIILmNqy rEo5qFi2LkJlWA9ced8UiL277+YoqyZbHfwVEIavZGJ/GAC2/EliDVZ4ByzglOCg bRHvk5VnJbc= =SgZc -END PGP SIGNATURE-
Re: [Cooker] Mirrors
Jason Straight wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seems the mirrors are a couple days behind as of this morning. - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPhL1jBFHZPcobeHxAQJhrAP/YY3kRR1vjxICUUyZJjS9qM6pBwmuHImV kY8AapaxCrgMjmRWcmEsTxNtzECZu7GB3ic+Vkef20ibwRsdnOeV094fzIILmNqy rEo5qFi2LkJlWA9ced8UiL277+YoqyZbHfwVEIavZGJ/GAC2/EliDVZ4ByzglOCg bRHvk5VnJbc= =SgZc -END PGP SIGNATURE- me too :((( but it seems it is a curl error retryving sunthesis.hdlist.cz from mirror
[Cooker] Mirrors
Hi all, I have been getting strange response from ftp uninett and sunet for the last two days. This happens with rsync from 8.2 and 9b3 [snip] delete_one: unlink Mandrake/RPMS/Eterm-devel-0.8.10-20mdk.i586.rpm: Permission denied delete_one: unlink Mandrake/RPMS/Eterm-0.8.10-20mdk.i586.rpm: Permission denied Mandrake/RPMS/ Mandrake/base/ mkstemp Mandrake/RPMS/.Borges-0.6.8-1mdk.noarch.rpm.nBg2Gi failed: Permission denied 51007 100% 48.88kB/s0:00:00 mkstemp Mandrake/RPMS/.Borges-DocBook-0.6.8-1mdk.noarch.rpm.js0ZU8 failed: Permission denied 13781 100%0.00kB/s0:00:00 mkstemp Mandrake/RPMS/.Borges-TDB-0.6.8-1mdk.noarch.rpm.ESMlVA failed: Permission denied [snip] Anyone have any idea whats up? TIA Spence
[Cooker] mirrors
Haven't been able to install cooker from any mirror this morning. Anyone know of a mirror that has a matched depslist.ordered and hdlist? Regards, -joe
[Cooker] Cooker mirrors?
Is there a list of good cooker mirrors? I'm looking for something in/near the US, but wayne.edu (with a limit of _5_ users!) is the only one listed at the Mandrake site... -Jason -- = 'There's Mr Dibbler.' 'What's he selling this time?' 'I don't think he's trying to sell anything, Mr Poons.' 'It's that bad? Then we're probably in lots of trouble.' (Reaper Man)
Re: [Cooker] Cooker mirrors?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Mercredi 24 Avril 2002 01:55, PlugHead a écrit : Is there a list of good cooker mirrors? I'm looking for something in/near the US, but wayne.edu (with a limit of _5_ users!) is the only one listed at the Mandrake site... -Jason I use actually ftp.uninett.no with rsync, it is always up to day. You can use rsync (as me) or anonymous ftp. You can find a list of mirror on Mandrake's web site, follow download links. - -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzF+HUACgkQk29cDOWzfVCS5gCgmJQDyVo837TJNgWif5J1YQkL /c0AoN87/vE49DmauFtNDzD1F+HPk39/ =k0ce -END PGP SIGNATURE-
[Cooker] mirrors
Can a list of fast mirrors be put on the list, for downloading beta iso images I've yet to find one that can transfer at faster than 60k/sec, yet I have an alledged 500k/sec capability TIA richard
Re: [Cooker] mirrors
Try ftp://web0redwavenet/pub/ maybe it will meet your reqirements HTH Mircea C richard bown wrote: Can a list of fast mirrors be put on the list, for downloading beta iso images I've yet to find one that can transfer at faster than 60k/sec, yet I have an alledged 500k/sec capability TIA richard
Re: [Cooker] mirrors
Yes, I know. No one will tell you a frequently updated Cooker for just RPMS either. 8-[ I found ftp://ftp.mirror.ac.uk/sites/sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-iso/i586/ to be in the ~200kbps AND one of the few to have all three iso images. The faster we get the RPMS, the faster the turnaround on bugs/features From: richard bown [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: cooker [EMAIL PROTECTED] Subject: [Cooker] mirrors Date: 05 Mar 2002 09:49:17 + Can a list of fast mirrors be put on the list, for downloading beta iso images I've yet to find one that can transfer at faster than 60k/sec, yet I have an alledged 500k/sec capability TIA richard _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp;
Re: [Cooker] mirrors
»richard bown« sagte am 2002-03-05 um 09:49:17 + : Can a list of fast mirrors be put on the list, for downloading beta iso images I've yet to find one that can transfer at faster than 60k/sec, yet I have an alledged 500k/sec capability I'm right now downloading from sunet.se with ~100k. Also Esslingen tends to be fast for me - if only the Mandrake repository there would be accessible via rsync :( Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.iso-top.de | Jabber: [EMAIL PROTECTED] iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 3 days 3 hours 28 minutes
Re: [Cooker] mirrors
Thanks tha's holding at about 100kbs On Tue, 2002-03-05 at 12:19, Mike Calloway wrote: Yes, I know. No one will tell you a frequently updated Cooker for just RPMS either. 8-[ I found ftp://ftp.mirror.ac.uk/sites/sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-iso/i586/ to be in the ~200kbps AND one of the few to have all three iso images. The faster we get the RPMS, the faster the turnaround on bugs/features From: richard bown [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: cooker [EMAIL PROTECTED] Subject: [Cooker] mirrors Date: 05 Mar 2002 09:49:17 + Can a list of fast mirrors be put on the list, for downloading beta iso images I've yet to find one that can transfer at faster than 60k/sec, yet I have an alledged 500k/sec capability TIA richard _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp;
[Cooker] Mirrors?
package=cooker_contrib ftp.lip6.fr:/pub/linux/distributions/mandrake-devel/contrib/RPMS - /pub/mirror/cooker/contrib/RPMS Scanning local directory /pub/mirror/cooker/contrib/RPMS Already connected to site ftp.lip6.fr Scanning remote directory /pub/linux/distributions/mandrake-devel/contrib/RPMS compare directories (src 301, dest 1350) is this going to be fixed somewhere today? Rainer
Re: [Cooker] Mirrors
On Sunday 24 Feb 2002 07:30, Ron Stodden wrote: Peter Ruskin wrote: rsync from ftp.sunet.se... @ERROR: max connections (14) reached - try again later This is ridiculous for a primary mirror. contrib gives that, but, worse is cooker, @ERROR: max connections (24) reached - try again later both rsync from the ftp.sunet.se primary mirror. I agree it is ridiculously small. Ron, These sync_profiles work with troels.rsync6.2.pl... sync_profile_rsync($planetmirror/mandrake-devel/unsupported/8.1/i586/, $store/devel/8.1-unsupported/i586/); sync_profile_rsync($planetmirror/mandrake-devel/cooker/i586/, $store/devel/cooker-tree/i586/); sync_profile_rsync($planetmirror/mandrake-devel/contrib/RPMS/, $store/devel/contrib/RPMS/); sync_profile_rsync($planetmirror/mandrake-devel/contrib/SRPMS/, $store/devel/contrib/SRPMS/); -- Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. Registered Linux User 219434. Mandrake Linux release 8.1 (Vitamin) Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Up 1 day 22 hours 14 minutes.
[Cooker] mirrors going crazy again???
Hello, it seems that the esslingen mirror is out of synch again since I am getting files I already have on my harddisk due to timestamp changes. This is quite annoying. Rgds, Rainer
[Cooker] Mirrors
rsync from ftp.sunet.se... @ERROR: max connections (14) reached - try again later This is ridiculous for a primary mirror. -- Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. Registered Linux User 219434. Mandrake Linux release 8.1 (Vitamin) Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Up 1 day 13 hours 21 minutes.
Re: [Cooker] Mirrors
Peter Ruskin wrote: rsync from ftp.sunet.se... @ERROR: max connections (14) reached - try again later This is ridiculous for a primary mirror. contrib gives that, but, worse is cooker, @ERROR: max connections (24) reached - try again later both rsync from the ftp.sunet.se primary mirror. I agree it is ridiculously small. -- Ron. [au]
[Cooker] Mirrors out of synch?
Hello, usually I use more than 1 mirror in order to update my cooker (with mirror.pl). Last week it happened that half of all the packages of ftp-stud.fht-esslingen.de were downloaded even though they already existed on my harddisk. I didn't use any other mirror since then. Today I tried to use ftp.lip6.fr and it also started to update packages which I already have, and which are dated Feb 6. package=cooker_rpms1 ftp.lip6.fr:/pub/linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS - /pub/mirror/cooker/i586/Mandrake/RPMS Scanning local directory /pub/mirror/cooker/i586/Mandrake/RPMS Scanning remote directory /pub/linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS compare directories (src 2130, dest 2130) Got synthesis.hdlist.cz 147344 3 Got XFree86-xfs-4.2.0-3mdk.i586.rpm 490093 7 Got XFree86-static-libs-4.2.0-3mdk.i586.rpm 2375642 29 -r--r--r--1 root root 490093 Feb 6 23:30 ./cooker/i586/Mandrake/RPMS/XFree86-xfs-4.2.0-3mdk.i586.rpm So I aborted that transfer and switched back to esslingen: package=cooker_rpms1 ftp-stud.fht-esslingen.de:/pub/Mirrors/Mandrake-devel/cooker/i586/Mandrake/RPMS - /pub/mirror/cooker/i586/Mandrake/RPMS Scanning local directory /pub/mirror/cooker/i586/Mandrake/RPMS Scanning remote directory /pub/Mirrors/Mandrake-devel/cooker/i586/Mandrake/RPMS compare directories (src 2130, dest 2131) Got synthesis.hdlist.cz 147428 2 Got XFree86-static-libs-4.2.0-3mdk.i586.rpm 2375634 27 Got XFree86-xfs-4.2.0-3mdk.i586.rpm 490085 6 How come that the file sizes differ? I used to be able to switch from one mirror to another, updating from the more current one.. but at the moment it's impossible since I don't know which mirror is correct. So what's going on there? Anyone knows? Rgds, Rainer
[Cooker] mirrors - where have I seen it already?
An FTP authentication failure occurred while trying to retrieve the URL: ftp://sunsite.uio.no/linux/Mandrake/Mandrake-devel/cooker/SRPMS/ Squid sent the following FTP command: USER anonymous and then received this reply Too many users in your class, please try again later.
[Cooker] mirrors are still insane
ftp.uninett.no still does not allow rsync. ftp.sunet.se again deletes RPMs without replacing them by new versions. Am I correct in guessing that Mandrake is not interested in public testing before freeze/release? -andrej
Re: [Cooker] mirrors are still insane
Borsenkow Andrej [EMAIL PROTECTED] writes: ftp.uninett.no still does not allow rsync. ftp.sunet.se again deletes RPMs without replacing them by new versions. Jacques, have you any idea of what could create that, everything seems fine on our primary mirror ? Am I correct in guessing that Mandrake is not interested in public testing before freeze/release? I understand that you could be upset, but so I am. -- Warly
RE: [Cooker] Mirrors
This is still not fixed. As of 13:42 Moscow time (11:42 CET). and now ? I am not sure if it can be called fixed if on 1 Feb at 16:45 Moscow time sunet has hdlist dated 2002/01/31 18:48:17 If you mean problem with excessive removing of local files - it did not happen last two days. -andrej
Re: [Cooker] Mirrors
Borsenkow Andrej [EMAIL PROTECTED] writes: This is still not fixed. As of 13:42 Moscow time (11:42 CET). and now ? -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
RE: [Cooker] Mirrors
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Yves Duret Sent: Wednesday, January 30, 2002 9:40 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Mirrors Peter Ruskin [EMAIL PROTECTED] writes: What the hell is wrong with the mirrors? I keep changing from rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do get connected I get something like: [...] thanx to report this. it should have been fixed a few hours ago. It is not. At leat for ftp.sunet.se. I cannot connect to ftp.uninett.no This is still not fixed. As of 13:42 Moscow time (11:42 CET). -andrej
Re: [Cooker] Mirrors
On Wednesday 30 Jan 2002 00:51, [EMAIL PROTECTED] wrote: I find that the mirror at: ftp.wtfo.com /pub/linux/mandrake-devel/cooker/cooker/Mandrake/RPMS is quite fast. I also find that it as well as the sunsite mirror seem to be the first to get updated and also the ones that stay the most current. For example the Australian mirror (the one closest to me) is in fact days behind so I avoid it. Just my 2c worth and hope it helps. Regards, Jason Thanks for the tip Jason. I just tried wtfo with rsync and it requires password - didn't accept my attempts. -- Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. Registered Linux User 219434. Mandrake Linux release 8.1 (Vitamin) Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Up 8 hours 27 minutes.
Re: [Cooker] Mirrors
I get that sometimes too. And I do mean only sometimes, sometimes it just lets me log in anonymously but I'll give you a tip, when it asks for password, it wants an email address apparently, at least that's what gFTP says in the dialog box. Try it and maybe that will work for you. I don't use rsync so I don't know how the password input function works with it but let us know, I'd be interested to hear your experience... All the best, Jason Peter Ruskin wrote: [EMAIL PROTECTED]"> On Wednesday 30 Jan 2002 00:51, [EMAIL PROTECTED] wrote: I find that the mirror at:ftp.wtfo.com/pub/linux/mandrake-devel/cooker/cooker/Mandrake/RPMSis quite fast. I also find that it as well as the sunsite mirror seemto be the first to get updated and also the ones that stay the mostcurrent. For example the Australian mirror (the one closest to me) isin fact days behind so I avoid it.Just my 2c worth and hope it helps.Regards,Jason Thanks for the tip Jason. I just tried wtfo with rsync and it requires password - didn't accept my attempts.>
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
On Mon, 28 Jan 2002 23:58:16 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: I have been having problems with my mirror lately so I wiped the sources and started to try and create new ones. Unfortunately, rpmdrake segfaults when searching for list of cooker mirrors. I have posted twice about the same problem. Both with updated cooker and a new install of the 8.2 beta. If it is of help you can still add the cooker source as an ftp site ftp.sunset URL: ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS Relative path: synthesis.hdlist.cz Charles
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
Charles A Edwards [EMAIL PROTECTED] writes: On Mon, 28 Jan 2002 23:58:16 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: I have been having problems with my mirror lately so I wiped the sources and started to try and create new ones. Unfortunately, rpmdrake segfaults when searching for list of cooker mirrors. I have posted twice about the same problem. Both with updated cooker and a new install of the 8.2 beta. If it is of help you can still add the cooker source as an ftp site ftp.sunset URL: ftp://ftp.sunet.se/pub/Linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS Relative path: synthesis.hdlist.cz The problem comes with curl 7.9.3, currently it works with 7.9.2. François.
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
On 29 Jan 2002 16:24:19 +0100 [EMAIL PROTECTED] (François Pons) wrote: Charles A Edwards [EMAIL PROTECTED] writes: On Mon, 28 Jan 2002 23:58:16 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: I have been having problems with my mirror lately so I wiped the sources and started to try and create new ones. Unfortunately, rpmdrake segfaults when searching for list of cooker mirrors. The problem comes with curl 7.9.3, currently it works with 7.9.2. François. Thanks. I found the .9.2-2mdk src rpm and rebuilt from it. Uninstalled the 9.3 rpms and installed the (3) 9.2 rpms. Works with no problem now. Charles
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
where did you find them? --- Charles A Edwards [EMAIL PROTECTED] wrote: On 29 Jan 2002 16:24:19 +0100 [EMAIL PROTECTED] (François Pons) wrote: Charles A Edwards [EMAIL PROTECTED] writes: On Mon, 28 Jan 2002 23:58:16 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: I have been having problems with my mirror lately so I wiped the sources and started to try and create new ones. Unfortunately, rpmdrake segfaults when searching for list of cooker mirrors. The problem comes with curl 7.9.3, currently it works with 7.9.2. François. Thanks. I found the .9.2-2mdk src rpm and rebuilt from it. Uninstalled the 9.3 rpms and installed the (3) 9.2 rpms. Works with no problem now. Charles = SI Reasoning [EMAIL PROTECTED] There never was a good war or a bad peace. Benjamin Franklin __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
On Tue, 29 Jan 2002 10:50:26 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: where did you find them? rpmfind.net Did a search for curl. There is only the 1 src rpm. When you -rebuild it creates the curl, libcurl and libcurl-devel rpms. You will need to rpm -e --nodeps any of the 9.3 rpms that are installed. Charles
Re: [Cooker] rpmdrake segfaults when searching for list of cooker mirrors
On Tue, 29 Jan 2002 10:50:26 -0800 (PST) SI Reasoning [EMAIL PROTECTED] wrote: where did you find them? rpmfind.net Did a search for curl. There is only the 1 src rpm. When you -rebuild it creates the curl, libcurl and libcurl-devel rpms. You will need to rpm -e --nodeps any of the 9.3 rpms that are installed. Charles
[Cooker] Mirrors
What the hell is wrong with the mirrors? I keep changing from rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do get connected I get something like: receiving file list ... done deleting i586/Mandrake/RPMS/libgimp1.2_1-devel-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libgimp1.2_1-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-devel-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-devel-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-mwm-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-devel-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-clients-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/krozat-8.2-4mdk.i586.rpm i586/Mandrake/RPMS/ Number of files: 3294 Number of files transferred: 0 That's 11 deletions - rsync command: rsync -uvrltP --delete --stats --exclude-from=$exclude_file \ --max-delete=10 --timeout=$TIMEOUT \ $remotedev/cooker/ $localdir/devel/cooker/ ... and NO downloaded files. Why delete files from mirror before new files are there? I have complained about this before to Jacques Le Marois [EMAIL PROTECTED] ([EMAIL PROTECTED]) but there doesn't seem to be any use in doing so again, because nothing gets done. With a 56K modem and downloaded files frequently corrupt, it now looks as if I'm completely wasting my time trying to test cooker. -- Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. Registered Linux User 219434. Mandrake Linux release 8.1 (Vitamin) Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Up 5 hours 43 minutes.
Re: [Cooker] Mirrors
What the hell is wrong with the mirrors? I keep changing from=20 rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do= =20 get connected I get something like: receiving file list ... done deleting i586/Mandrake/RPMS/libgimp1.2_1-devel-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libgimp1.2_1-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-devel-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-devel-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-mwm-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-devel-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-clients-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/krozat-8.2-4mdk.i586.rpm i586/Mandrake/RPMS/ Number of files: 3294 Number of files transferred: 0 That's 11 deletions - rsync command: rsync -uvrltP --delete --stats --exclude-from=3D$exclude_file \ --max-delete=3D10 --timeout=3D$TIMEOUT \ $remotedev/cooker/ $localdir/devel/cooker/ ... and NO downloaded files. Why delete files from mirror before new files are there? I have complained about this before to Jacques Le Marois=20 [EMAIL PROTECTED] ([EMAIL PROTECTED]) but there=20 doesn't seem to be any use in doing so again, because nothing gets done. With a 56K modem and downloaded files frequently corrupt, it now looks as= =20 if I'm completely wasting my time trying to test cooker. --=20 Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. You can connect? I get a server is full. Maybe it is wise not to include sunet and sunsite on the link page at mandrake?
Re: [Cooker] Mirrors
On Wed, 30 Jan 2002 01:29:41 +0100 (CET) [EMAIL PROTECTED] (andre) wrote: What the hell is wrong with the mirrors? I keep changing from=20 rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do= =20 get connected I get something like: receiving file list ... done deleting i586/Mandrake/RPMS/libgimp1.2_1-devel-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libgimp1.2_1-1.2.3-0.2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-devel-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libfam0-2.6.7-2mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-devel-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/libalsa1-0.5.10-3mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-mwm-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-devel-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-clients-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/lesstif-0.93.18-1mdk.i586.rpm deleting i586/Mandrake/RPMS/krozat-8.2-4mdk.i586.rpm i586/Mandrake/RPMS/ Number of files: 3294 Number of files transferred: 0 That's 11 deletions - rsync command: rsync -uvrltP --delete --stats --exclude-from=3D$exclude_file \ --max-delete=3D10 --timeout=3D$TIMEOUT \ $remotedev/cooker/ $localdir/devel/cooker/ ... and NO downloaded files. Why delete files from mirror before new files are there? I have complained about this before to Jacques Le Marois=20 [EMAIL PROTECTED] ([EMAIL PROTECTED]) but there=20 doesn't seem to be any use in doing so again, because nothing gets done. With a 56K modem and downloaded files frequently corrupt, it now looks as= =20 if I'm completely wasting my time trying to test cooker. --=20 Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. You can connect? I get a server is full. Maybe it is wise not to include sunet and sunsite on the link page at mandrake? I think it is just a matter of luck and chance. Just finished updating 1 system from sunsite and am now doing a 2nd. Charles
Re: [Cooker] Mirrors
I find that the mirror at: ftp.wtfo.com /pub/linux/mandrake-devel/cooker/cooker/Mandrake/RPMS is quite fast. I also find that it as well as the sunsite mirror seem to be the first to get updated and also the ones that stay the most current. For example the Australian mirror (the one closest to me) is in fact days behind so I avoid it. Just my 2c worth and hope it helps. Regards, Jason andre wrote: [EMAIL PROTECTED]"> What the hell is wrong with the mirrors? I keep changing from=20rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do==20get connected I get something like:receiving file list ... donedeleting i586/Mandrake/RPMS/libgimp1.2_1-devel-1.2.3-0.2mdk.i586.rpmdeleting i586/Mandrake/RPMS/libgimp1.2_1-1.2.3-0.2mdk.i586.rpmdeleting i586/Mandrake/RPMS/libfam0-devel-2.6.7-2mdk.i586.rpmdeleting i586/Mandrake/RPMS/libfam0-2.6.7-2mdk.i586.rpmdeleting i586/Mandrake/RPMS/libalsa1-devel-0.5.10-3mdk.i586.rpmdeleting i586/Mandrake/RPMS/libalsa1-0.5.10-3mdk.i586.rpmdeleting i586/Mandrake/RPMS/lesstif-mwm-0.93.18-1mdk.i586.rpmdeleting i586/Mandrake/RPMS/lesstif-devel-0.93.18-1mdk.i586.rpmdeleting i586/Mandrake/RPMS/lesstif-clients-0.93.18-1mdk.i586.rpmdeleting i586/Mandrake/RPMS/lesstif-0.93.18-1mdk.i586.rpmdeleting i586/Mandrake/RPMS/krozat-8.2-4mdk.i586.rpmi586/Mandrake/RPMS/Number of files: 3294Number of files transferred: 0That's 11 deletions - rsync command:rsync -uvrltP --delete --stats --exclude-from=3D$exclude_file \ --max-delete=3D10 --timeout=3D$TIMEOUT \ $remotedev/cooker/ $localdir/devel/cooker/... and NO downloaded files.Why delete files from mirror before new files are there?I have complained about this before to Jacques Le Marois=20[EMAIL PROTECTED] ([EMAIL PROTECTED]) but there=20doesn't seem to be any use in doing so again, because nothing gets done.With a 56K modem and downloaded files frequently corrupt, it now looks as==20if I'm completely wasting my time trying to test cooker.--=20Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. You can connect? I get a server is full. Maybe it is wise not to includesunet and sunsite on the link page at mandrake?
Re: [Cooker] Mirrors
Peter Ruskin [EMAIL PROTECTED] writes: What the hell is wrong with the mirrors? I keep changing from rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do get connected I get something like: [...] thanx to report this. it should have been fixed a few hours ago. -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
RE: [Cooker] Mirrors
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Yves Duret Sent: Wednesday, January 30, 2002 9:40 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Mirrors Peter Ruskin [EMAIL PROTECTED] writes: What the hell is wrong with the mirrors? I keep changing from rsync://ftp.sunet.se:873 to rsync://ftp.uninett.no:873 and back. If I do get connected I get something like: [...] thanx to report this. it should have been fixed a few hours ago. It is not. At leat for ftp.sunet.se. I cannot connect to ftp.uninett.no -andrej
Re: [Cooker] Mirrors
Peter Ruskin wrote: With a 56K modem and downloaded files frequently corrupt, it now looks as if I'm completely wasting my time trying to test cooker. I nearly went mental trying to do this with 56K MDK 8.0 - This time I'm going to try a minimal install, urpmi, GUI FTP (WS_FTP/gftp(compare dirs is very useful)), sort/check by date.
[Cooker] rpmdrake segfaults when searching for list of cooker mirrors
I have been having problems with my mirror lately so I wiped the sources and started to try and create new ones. Unfortunately, rpmdrake segfaults when searching for list of cooker mirrors. = SI Reasoning [EMAIL PROTECTED] There never was a good war or a bad peace. Benjamin Franklin __ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com
Re: [Cooker] mirrors working?
On Friday 18 January 2002 05:40, David Eastcott wrote: Seems that nothing new has been updated on a number of usually reliable (for me) mirror sites for last 18 - 24 hours. Any one else? It seems not again...;o/ They seemed stopped about when in changelog appears DrakX snapshot #1.623 uploaded (mirrors don't have that snapshot) May be Warly can do something ??? I hope we don't have again big files clearing;oP cu;o) -- Franco Silvestro c/o CeSIA - Alma Mater Studiorum - Universita' di Bologna Current Linux uptime: 38 days 8 hours 58 minutes. - Fri Jan 18 10:22:44 CET 2002 - Linux gattosil1 2.4.13-8mdk #1 Sat Nov 17 19:34:41 CET 2001 i686 unknown
[Cooker] Mirrors are NOT in sync from yesyerday...;o/
I try cc to Warly...may be he can do something for synching mirrors before this cooker-weekend...;o) I tried ftp.uninett.no , carroll.cac.psu.edu, sunet Cu...;o) - Franco Silvestro c/o CeSIA - Reparto Servizi di Rete -Original Message- From: Franco Silvestro [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 10:29 To: [EMAIL PROTECTED] Subject: Re: [Cooker] mirrors working? On Friday 18 January 2002 05:40, David Eastcott wrote: Seems that nothing new has been updated on a number of usually reliable (for me) mirror sites for last 18 - 24 hours. Any one else? It seems not again...;o/ They seemed stopped about when in changelog appears DrakX snapshot #1.623 uploaded (mirrors don't have that snapshot) May be Warly can do something ??? I hope we don't have again big files clearing;oP cu;o) --
Re: [Cooker] Mirrors are NOT in sync from yesyerday...;o/
now is : ...e/RPMS/.libgimpprint1-4.2.0-9mdk.i586.rpm.T4NWI2: Permission denied 2,375,674 Fri Jan 18 20:37:00 On Friday 18 January 2002 21:17, Franco Silvestro wrote: Do you now execute a killall rsync hourly at 37' to avoid rsync overlapping (and relative problems...;o) ?? now is : ..RPMS/.ghostscript-6.52-3mdk.i586.rpm.VUKZu6: Permission denied 3,997,696 Fri Jan 18 19:37:00 [...] On Friday 18 January 2002 19:41, Franco Silvestro W8000 wrote: ftp.uninett.no begin resync, but is about an hour that this file is blocked (verified with ftp dimension not change 5,406,176 and time stamp is Fri Jan 18 17:37:00) [...] -- Franco Silvestro c/o CeSIA - Alma Mater Studiorum - Universita' di Bologna Current Linux uptime: 38 days 20 hours 33 minutes. - Fri Jan 18 21:57:55 CET 2002 - Linux gattosil1 2.4.13-8mdk #1 Sat Nov 17 19:34:41 CET 2001 i686 unknown
[Cooker] mirrors working?
Seems that nothing new has been updated on a number of usually reliable (for me) mirror sites for last 18 - 24 hours. Any one else? Dave
[Cooker] mirrors?
Some work has to be done with the mirrors reliability. It's been two days now that sunet is slowly deleting my rpms without replacing them by any new ones. =-= kk1
Re: [Cooker] mirrors?
On Thursday 13 December 2001 10:00 pm, Quel Qun wrote: Some work has to be done with the mirrors reliability. It's been two days now that sunet is slowly deleting my rpms without replacing them by any new ones. I think the problem is originated at Mandrake, not at sunet. regards guran -- Mandrake Linux 8.2 Cooker kernel-2.4.16.7mdk-1-1mdk version:2001:12:12:01:35
Re: [Cooker] Mirrors not synced?
On Monday 26 November 2001 10:03 am, you wrote: Blue Lizard [EMAIL PROTECTED] writes: We started again having things to say, i810fb, new install, new packages, so it may start again soon -- Warly new install? what new install? new install for i810, but what else? A new upload occured last week with i810fb and pcmcia updates (at least). At least Vincent Meyer could test it (and reported a bug which is fixed now -- and a new upload should occur within minutes now). Is tested. Close, but not quite there yet. The install image works well. The installer seems to know it needs pcmcia-cs, and loads the appropriate stuff. Power down and back up again after the install completes, and the pcmcia card services turn on, and the card is active, but no network conncetion. Running netconf in the configuration menu shows the first entry is for eth0. It is not enables. I clicked to enable it, dhcp was already set as the default. Put in pcnet_cs as the kernel driver. Exit netconf, let it do what it suggests needs doing -- and like magic ! a working network! Vinny
Re: Fwd: Re: [Cooker] Mirrors not synced?
[...] A new upload occured last week with i810fb and pcmcia updates (at least). At least Vincent Meyer could test it (and reported a bug which is fixed now -- and a new upload should occur within minutes now). Is tested. Close, but not quite there yet. The install image works well. The installer seems to know it needs pcmcia-cs, and loads the appropriate stuff. Power down and back up again after the install completes, and the Well, we're progressing :-)). pcmcia card services turn on, and the card is active, but no network conncetion. Ouch. Running netconf in the configuration menu shows the first entry is for eth0. It is not enables. I clicked to enable it, dhcp was already set as the default. Put in pcnet_cs as the kernel driver. Exit netconf, let it do what it suggests needs doing -- and like magic ! a working network! So we're close -- but could you investigate to see why the network is not up after the install ? You may also send the /root/report.bug, it may help guess what's going on (as usual..). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mirrors not synced?
Blue Lizard [EMAIL PROTECTED] writes: Makes me think -- do you outside people subscribed on changelog@ ML as well receive install uploads changelogs or not ? Unfortunately, no. Why is it that everyone else who replied here didn't seem to understand you? We recieve CHRPM, Contrib-Rpm, but no install upload changelogs. Well maybe my english is poor or everyone's mind is cluttered. I and I'm sure others would GREATLY appreciate seeing install upload changelogs and other such hidden dainties. Ok it seems that there is something with @mandrakesoft and @linux-mandrake ; I send a test mail to [EMAIL PROTECTED], please forward it to me (personally) if you do receive it. With regards to appreciation of the MCWN, I am not sure what to say. I personally did not really care for it in full. People who do not receive or actively participate in the cooker list got a lot out of it. I personally _did_ appreciate it when some undiscussed/unnoticed things were brought to my attention in the MCWN. From the beginning, I could tell you put in a great deal of work for those. On one side this made me appreciate even more your own persons, but on the other I occasionally wondered if it was really worth all of your trouble (I, too, noticed a great absence of support). Whatever you choose to do, be it yay or nay or different interval or something different altogether, I support you in it and thank you. Thanks for your support! -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mirrors not synced?
Blue Lizard [EMAIL PROTECTED] writes: On Sun, 2001-11-25 at 22:35, Chris Edwards wrote: And while you're at it (again)... Mind updating the Cooker Weekly newsletter? Or tell us when it's going to start back up again? -Chris gc/warly? Not the first time I've heard this (not that I've been doing any better with kc-mt ;p. The modified scripts are still up there as far as I can tell so if anybody...) We started again having things to say, i810fb, new install, new packages, so it may start again soon -- Warly
Re: [Cooker] Mirrors not synced?
On Mon, 2001-11-26 at 06:01, Warly wrote: Blue Lizard [EMAIL PROTECTED] writes: On Sun, 2001-11-25 at 22:35, Chris Edwards wrote: And while you're at it (again)... Mind updating the Cooker Weekly newsletter? Or tell us when it's going to start back up again? -Chris gc/warly? Not the first time I've heard this (not that I've been doing any better with kc-mt ;p. The modified scripts are still up there as far as I can tell so if anybody...) We started again having things to say, i810fb, new install, new packages, so it may start again soon -- Warly new install? what new install? new install for i810, but what else?
Re: [Cooker] Mirrors not synced?
On Mon, 26 Nov 2001, Warly wrote: We started again having things to say, i810fb, new install, new packages, so it may start again soon Yeah, but let us test it first. See subject. :) Regards, Mattias
Re: [Cooker] Mirrors not synced?
John Cavan [EMAIL PROTECTED] writes: As far as I can tell, neither primary mirrors have synced up with recent changes in the past two days. Which reminds me, the link from the cooker page on the Mandrake web site to sunsite.uio.no is wrong... We had an internal problem with our master mirror. All should be back to the normal now. -- Fred - May the source be with you
Re: [Cooker] Mirrors not synced?
Warly [EMAIL PROTECTED] writes: gc/warly? Not the first time I've heard this (not that I've been doing any better with kc-mt ;p. The modified scripts are still up there as far as I can tell so if anybody...) We started again having things to say, i810fb, new install, new packages, so it may start again soon Also, when we were writing it, I've heard very little signs of pleasure from outside people + very little support from inside people, so as it took me some time to write and handle it (in 50/50 cooperation with Warly) it certainly didn't help improve my own motivation to continue with this project. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mirrors not synced?
Blue Lizard [EMAIL PROTECTED] writes: We started again having things to say, i810fb, new install, new packages, so it may start again soon -- Warly new install? what new install? new install for i810, but what else? A new upload occured last week with i810fb and pcmcia updates (at least). At least Vincent Meyer could test it (and reported a bug which is fixed now -- and a new upload should occur within minutes now). Makes me think -- do you outside people subscribed on changelog@ ML as well receive install uploads changelogs or not ? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mirrors not synced?
le lun 26-11-2001 à 17:00, Guillaume Cottenceau a écrit : Warly [EMAIL PROTECTED] writes: gc/warly? Not the first time I've heard this (not that I've been doing any better with kc-mt ;p. The modified scripts are still up there as far as I can tell so if anybody...) We started again having things to say, i810fb, new install, new packages, so it may start again soon Also, when we were writing it, I've heard very little signs of pleasure from outside people + very little support from inside people, so as it took me some time to write and handle it (in 50/50 cooperation with Warly) it certainly didn't help improve my own motivation to continue with this project. maybe there are few people with i810 ? ( but there are many with SiS/S3 chipset ). -- http://perso.wanadoo.fr/linux_wizard/index.html - C'est par peur de la mort que je pense au suicide. Michel Blanc
Re: [Cooker] Mirrors not synced?
Fabrice FACORAT [EMAIL PROTECTED] writes: maybe there are few people with i810 ? ( but there are many with SiS/S3 chipset ). so what ? I don't get what you mean. we just told that now i810 is not ugly anymore (vga16) since through i810fb.o kernel module we can have frame-buffer support for i810. afaik for sis/s3 we do have frame-buffer support by default and the install was already ok. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/