Re[2]: [Cooker] ftp.sunet.se - what's wrong?
Hello Michael, Saturday, September 30, 2000, 7:39:31 PM, you wrote: MI> The big problem with sunsite.uio.no and ftp.sunet.se is due to a little MI> product called redhat. They are blowing sunet's bandwidth to hell (even if MI> it is probably one of the sites in the world with the highest bandwidth). >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED]]On Behalf Of Nora Etukudo >> Sent: 30. september 2000 19:15 >> To: [EMAIL PROTECTED] >> Subject: Re: [Cooker] ftp.sunet.se - what's wrong? >> >> >> On Sat, Sep 30, 2000 at 07:03:58PM +0200, [EMAIL PROTECTED] wrote: >> >> > Where you have discovered the way to use >> > rsync.proxad.net/mandrake-devel ??? >> >> Someone on this list mentioned this before. >> >> > sunsite.uio.no and ftp.sunet.se uses /Mandrake-devel ( but ftp.sunet.se >> > without rsync store the files in mandrake-devel and not Mandrake_... ) >> >> About ten minutes ago, I rsync'ed from sunsite.uio.no. Looks quite OK now. >> (At least no duplicates and install worked.) >> >> Liebe Grüße, Nora. >> -- >> [EMAIL PROTECTED]http://www.sappho-net.de/ >> Lesbian Computer Networks, Finland http://www.sappho.net/ >> Web for Women (von Frauen, für Frauen) http://www.w4w.net/ >> >> I know about this. But the fact that mirrors doesn't use the same layout, or the same rsync names etc. is a problem that must be solved! -- Best regards, allxmailto:[EMAIL PROTECTED]
RE: [Cooker] ftp.sunet.se - what's wrong?
I agree with, and second all of your points. The mirror problems has to be fixed. --- Don Head <[EMAIL PROTECTED]> wrote: > >> Checking sunet.se now. (12:45 Moscow time, > >> Sep.28, 16:45 on my Linux clock, for some > >> reson :-) Launch is very close... KDE2 - far > >> away... > >> > >> no kdelibs, base, etc. on sunet.se > >> onle kdegames-1.94... > >> Most files are marked Sep.22 latest... > > > > What's the use of a mirror if the reflection it > > provides is distorted? > > > > Maybe it's time to dig through the (rather > > large) list of mirrors and weed out the ones > > that are not "up to standard". I use the the > > sunsite.uio.no mirror, although this week it's > > been unreachable. I find that other mirrors > > often have issues: > > - file permisions that change (often the exec > > bit is stripped); > > - old; > > - incomplete. > > > > For distributing the stable distribution I > > agree that a large list of mirrors is needed. > > The content on these mirrors doesn't change > > that much (security updates) and only a large > > event takes a lot of BW (release of a new > > product). > > > > Maybe it's possible to put up some quality > > criteria to which a mirror must conform if it > > wants to carry the cooker distro? A larger > > list of primary mirrors might also help. > > I think Mandrake has hit some more growing pains > (actually, I think they've been facing them for > a while now). > > As Mandrake is a small Linux company (but a > hugely successful distro), they don't have the > money for multiple/redundant high-speed > connections for distribution purposes, and > therefore depend on the kindness of mirrors to > pick up the workload. I see *nothing* wrong with > this, I think it is a perfect example of > businesses, schools, individual users, and ISPs > working with, and for, the Linux community. > > -- > > I think Mandrake's current problem is with > co-ordination of the mirrors. I outline a number > of possible changes below: > > > (1.) > There appears to be no standard when it comes to > mirroring hierarchy. Now, I know that each > mirror does things a little different, but there > needs to be some type of basic Mandrake base > hierarchy that should be followed. There's a > number of separate Mandrake trees that need to be > considered, and some organizational thought put > into them. Below is something that is very > similar to what already exists, and what some > mirrors already do, but not all, and it should > therefore be made a rule. The number of versions > that a mirror actuallly mirrors is up to them, I > just listed a few versions to make this e-mail > longer than it needed to be: > > Mandrake/ > - current/ -> 7.1/ > - 6.1/ >- i386/ >- alpha/ >- sparc/ >- ISO/ > - 7.0/ >- i386 >- alpha/ >- sparc/ >- ISO/ > - 7.1/ >- i386 >- alpha/ >- sparc/ >- ISO/ > > Mandrake-devel/ > - 7.2 beta/ >- i386 >- alpha/ >- sparc/ >- ISO/ > - Cooker > > Mandrake-updates/ > - current/ -> 7.1/ > - 6.1/ >- i386 >- alpha/ >- sparc/ > - 7.0/ >- i386 >- alpha/ >- sparc/ > - 7.1/ >- i386 >- alpha/ >- sparc/ > > (Most mirrors could/would/should/may create an > upper-level Mandrake directory to house all these > trees.) > > I've left of Mandrake-crypto, as I feel it's > going to disappear soon, am I correct? If not, > it should follow the same tree structure as > Mandrake-updates. > > Notice how all of the above flow exactly the same > (what a concept, flow!)? Easy to follow, easy to > mirror. From site to site, this hierarchy (1) > makes sense, and (2) makes it easy to tell where > things are going to be. This makes writing > rsync scripts a lot easier, too. > > > > (2.) > Next, a minimum refresh (rsync) time needs to be > implemented and enforced. Daily, > every-other-day, whatever. Something needs to be > set in stone so that we aren't faced with mirrors > who are way behind on the times. Being an > official Mandrake mirror is a privilage, not a > right. If you're offering Mandrake some space > and bandwidth for a mirror, you have the > responsibility of making sure its not being > wasted on out-of-date content. This kinda goes > with the item below. > > > (3.) > Lastly, a mirror co-ordinator needs to be > appointed, and given the time to do his job, and > do it right. I must say that Mandrake made an > excellent move when they appointed Vincent Danen > the security guy. IMHO, Mandrake has gone from > last to first in security response. Can they do > the same for distribution/mirroring? > > This person needs to be in constant contact with > all the mirrors, notified of planned outages at > the mirrors, and needs to be in charge of keeping > the mirror list up to date. > > A change also needs to be made to this list, to > reflect a lot more information. For example, Red > Hat's mirror list shows which mirrors provide > which architectures. What's even
RE: [Cooker] ftp.sunet.se - what's wrong?
The big problem with sunsite.uio.no and ftp.sunet.se is due to a little product called redhat. They are blowing sunet's bandwidth to hell (even if it is probably one of the sites in the world with the highest bandwidth). > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Nora Etukudo > Sent: 30. september 2000 19:15 > To: [EMAIL PROTECTED] > Subject: Re: [Cooker] ftp.sunet.se - what's wrong? > > > On Sat, Sep 30, 2000 at 07:03:58PM +0200, [EMAIL PROTECTED] wrote: > > > Where you have discovered the way to use > > rsync.proxad.net/mandrake-devel ??? > > Someone on this list mentioned this before. > > > sunsite.uio.no and ftp.sunet.se uses /Mandrake-devel ( but ftp.sunet.se > > without rsync store the files in mandrake-devel and not Mandrake_... ) > > About ten minutes ago, I rsync'ed from sunsite.uio.no. Looks quite OK now. > (At least no duplicates and install worked.) > > Liebe Grüße, Nora. > -- > [EMAIL PROTECTED]http://www.sappho-net.de/ > Lesbian Computer Networks, Finland http://www.sappho.net/ > Web for Women (von Frauen, für Frauen) http://www.w4w.net/ > >
Re: [Cooker] ftp.sunet.se - what's wrong?
On Sat, Sep 30, 2000 at 07:03:58PM +0200, [EMAIL PROTECTED] wrote: > Where you have discovered the way to use > rsync.proxad.net/mandrake-devel ??? Someone on this list mentioned this before. > sunsite.uio.no and ftp.sunet.se uses /Mandrake-devel ( but ftp.sunet.se > without rsync store the files in mandrake-devel and not Mandrake_... ) About ten minutes ago, I rsync'ed from sunsite.uio.no. Looks quite OK now. (At least no duplicates and install worked.) Liebe Grüße, Nora. -- [EMAIL PROTECTED]http://www.sappho-net.de/ Lesbian Computer Networks, Finland http://www.sappho.net/ Web for Women (von Frauen, für Frauen) http://www.w4w.net/
Re[2]: [Cooker] ftp.sunet.se - what's wrong?
Hello Nora, Saturday, September 30, 2000, 6:29:24 PM, you wrote: NE> On Sat, Sep 30, 2000 at 01:22:35PM +0200, [EMAIL PROTECTED] wrote: >> ftp.proxad.net does not have rsync and does not allow recurse with >> fmirror NE> rsync rsync://rsync.proxad.net/mandrake-devel/7.2beta/i586/. /my/beta_tree NE> This works fine for me :-) NE> Regardless of all other trouble :-( NE> Liebe Grüße, Nora. Many thanks :-) Where you have discovered the way to use rsync.proxad.net/mandrake-devel ??? I have not found "readme" or other files on proxad.net about rsync. This is another confirmation that the mirrors are not in "sync" :-))) sunsite.uio.no and ftp.sunet.se uses /Mandrake-devel ( but ftp.sunet.se without rsync store the files in mandrake-devel and not Mandrake_... ) -- Best regards, allxmailto:[EMAIL PROTECTED]
Re: [Cooker] ftp.sunet.se - what's wrong?
On Sat, Sep 30, 2000 at 01:22:35PM +0200, [EMAIL PROTECTED] wrote: > ftp.proxad.net does not have rsync and does not allow recurse with > fmirror rsync rsync://rsync.proxad.net/mandrake-devel/7.2beta/i586/. /my/beta_tree This works fine for me :-) Regardless of all other trouble :-( Liebe Grüße, Nora. -- [EMAIL PROTECTED]http://www.sappho-net.de/ Lesbian Computer Networks, Finland http://www.sappho.net/ Web for Women (von Frauen, für Frauen) http://www.w4w.net/
Re[2]: [Cooker] ftp.sunet.se - what's wrong?
Hello Don, Friday, September 29, 2000, 6:46:07 PM, you wrote: The big problem: Mandrake team simply reply (when they want reply :-))) ): "Cooker" is developement version"... and upload some big package many times a day :( You are right, the mirror does not follow any "standard" and are not in sync !!! I don't know where is the main archive, but I don't think that on this archive there is : XFree86-..21mdk,22mdk,23mdk or cups and kde 6mdk,7mdk... :- Now I have to download about 200Mb because of a disaster coming from changed timestamps! But this is not possible because of this "uncontrolled" package upload. Yesterday I have completed 70% of the job.. but now: ftp://sunsite.uio.no have many undeleted old packages ftp://ftp.sunet.se have many old rpm ftp://rpmfind.net is to slow for me ftp.proxad.net does not have rsync and does not allow recurse with fmirror Someone must fix this!! :-)) Please, stop the continuous upload and find some way to have a working mirrors. Again, I think that this trouble can come from the same problem I have with "savage updates" :-))) Files appears and disappears in one second and hardware,software,people can't manage this:-))) >> For distributing the stable distribution I >> agree that a large list of mirrors is needed. >> The content on these mirrors doesn't change >> that much (security updates) and only a large >> event takes a lot of BW (release of a new >> product). >> >> Maybe it's possible to put up some quality >> criteria to which a mirror must conform if it >> wants to carry the cooker distro? A larger >> list of primary mirrors might also help. DH> I think Mandrake has hit some more growing pains DH> (actually, I think they've been facing them for DH> a while now). DH> As Mandrake is a small Linux company (but a DH> hugely successful distro), they don't have the DH> money for multiple/redundant high-speed DH> connections for distribution purposes, and DH> therefore depend on the kindness of mirrors to DH> pick up the workload. I see *nothing* wrong with DH> this, I think it is a perfect example of DH> businesses, schools, individual users, and ISPs DH> working with, and for, the Linux community. DH> -- DH> I think Mandrake's current problem is with DH> co-ordination of the mirrors. I outline a number DH> of possible changes below: DH> (1.) DH> There appears to be no standard when it comes to DH> mirroring hierarchy. Now, I know that each DH> mirror does things a little different, but there DH> needs to be some type of basic Mandrake base DH> hierarchy that should be followed. There's a DH> number of separate Mandrake trees that need to be DH> considered, and some organizational thought put DH> into them. Below is something that is very DH> similar to what already exists, and what some DH> mirrors already do, but not all, and it should DH> therefore be made a rule. The number of versions DH> that a mirror actuallly mirrors is up to them, I DH> just listed a few versions to make this e-mail DH> longer than it needed to be: DH> (Most mirrors could/would/should/may create an DH> upper-level Mandrake directory to house all these DH> trees.) DH> I've left of Mandrake-crypto, as I feel it's DH> going to disappear soon, am I correct? If not, DH> it should follow the same tree structure as DH> Mandrake-updates. DH> Notice how all of the above flow exactly the same DH> (what a concept, flow!)? Easy to follow, easy to DH> mirror. From site to site, this hierarchy (1) DH> makes sense, and (2) makes it easy to tell where DH> things are going to be. This makes writing DH> rsync scripts a lot easier, too. DH> (2.) DH> Next, a minimum refresh (rsync) time needs to be DH> implemented and enforced. Daily, DH> every-other-day, whatever. Something needs to be DH> set in stone so that we aren't faced with mirrors DH> who are way behind on the times. Being an DH> official Mandrake mirror is a privilage, not a DH> right. If you're offering Mandrake some space DH> and bandwidth for a mirror, you have the DH> responsibility of making sure its not being DH> wasted on out-of-date content. This kinda goes DH> with the item below. DH> (3.) DH> Lastly, a mirror co-ordinator needs to be DH> appointed, and given the time to do his job, and DH> do it right. I must say that Mandrake made an DH> excellent move when they appointed Vincent Danen DH> the security guy. IMHO, Mandrake has gone from DH> last to first in security response. Can they do DH> the same for distribution/mirroring? DH> This person needs to be in constant contact with DH> all the mirrors, notified of planned outages at DH> the mirrors, and needs to be in charge of keeping DH> the mirror list up to date. DH> A change also needs to be made to this list, to DH> reflect a lot more information. For example, Red DH> Hat's mirror list shows which mirrors provide DH> which architectures. What's even better is a DH> list that shows both which architectures are DH> available, as well as which m
Re: [Cooker] ftp.sunet.se - what's wrong?
Don Head wrote: > Mandrake-devel/ > - 7.2 beta/ >- i386 >- alpha/ >- sparc/ >- ISO/ > - Cooker Errr... How about: Mandrake-devel/ - 7.2 beta/ - i386 - tree - iso - i586 - tree - iso - alpha/ - tree - iso - sparc/ - tree - iso - Cooker - tree - Contrib - tree -- Regards, Ron. [in AU, busy 625-line-PAL-TV-watching the Olympics]
Re: [Cooker] ftp.sunet.se - what's wrong?
On Fri, Sep 29, 2000 at 11:46:07AM -0500, Don Head wrote: > (3.) > Lastly, a mirror co-ordinator needs to be > appointed, and given the time to do his job, and > do it right. I must say that Mandrake made an > excellent move when they appointed Vincent Danen > the security guy. IMHO, Mandrake has gone from > last to first in security response. Can they do > the same for distribution/mirroring? > > This person needs to be in constant contact with > all the mirrors, notified of planned outages at > the mirrors, and needs to be in charge of keeping > the mirror list up to date. > > A change also needs to be made to this list, to > reflect a lot more information. For example, Red > Hat's mirror list shows which mirrors provide > which architectures. What's even better is a > list that shows both which architectures are > available, as well as which mirrors offer ISO > images. Something like this (imagine it's in > HTML)(Warning, bad ASCII art follows): > > Would I volunteer for this job? Not now, I'm > sorry. I can't afford to sacrifice some of my > remaining free time for something I get no > monetary reimbursement for (even though knowing I > helped out my favorite Linux distro would be > enough reimbursement for me, my fiancee would > kill me). Would I do this job part/full time and > get paid for it? Sure, my fiancee won't kill me > for giving her more spending money. Drop me a > line. I'd be more than willing to work on these things. The mirroring issues are annoying as is to me. I sent an email with a suggestion to someone Vincent recommended a while back and I never heard back. So I don't know what to tell you. For those of us on the other side of the atlantic there are no decent mirrors over here. rpmfind seems to always be lagging behind. Which leaves us with the european mirrors. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "EXTREMELY SERIOUS WARNING: Unless you are as smart as Johann Karl Friedrich Gauss, savvy as a half-blind Calcutta bootblack, tough as General William Tecumseh Sherman, rich as the Queen of England, emotionally resilient as a Red Sox fan, and as generally able to take care of yourself as the average nuclear missile submarine commander, you should have never been allowed near this document. Please dispose of it as you would any piece of high-level radioactive waste and then arrange with a qualified surgeon to amputate your arms at the elbows and gouge your eyes from their sockets" - Neal Stephenson, Crytonomicon
RE: [Cooker] ftp.sunet.se - what's wrong?
>> Checking sunet.se now. (12:45 Moscow time, >> Sep.28, 16:45 on my Linux clock, for some >> reson :-) Launch is very close... KDE2 - far >> away... >> >> no kdelibs, base, etc. on sunet.se >> onle kdegames-1.94... >> Most files are marked Sep.22 latest... > > What's the use of a mirror if the reflection it > provides is distorted? > > Maybe it's time to dig through the (rather > large) list of mirrors and weed out the ones > that are not "up to standard". I use the the > sunsite.uio.no mirror, although this week it's > been unreachable. I find that other mirrors > often have issues: > - file permisions that change (often the exec > bit is stripped); > - old; > - incomplete. > > For distributing the stable distribution I > agree that a large list of mirrors is needed. > The content on these mirrors doesn't change > that much (security updates) and only a large > event takes a lot of BW (release of a new > product). > > Maybe it's possible to put up some quality > criteria to which a mirror must conform if it > wants to carry the cooker distro? A larger > list of primary mirrors might also help. I think Mandrake has hit some more growing pains (actually, I think they've been facing them for a while now). As Mandrake is a small Linux company (but a hugely successful distro), they don't have the money for multiple/redundant high-speed connections for distribution purposes, and therefore depend on the kindness of mirrors to pick up the workload. I see *nothing* wrong with this, I think it is a perfect example of businesses, schools, individual users, and ISPs working with, and for, the Linux community. -- I think Mandrake's current problem is with co-ordination of the mirrors. I outline a number of possible changes below: (1.) There appears to be no standard when it comes to mirroring hierarchy. Now, I know that each mirror does things a little different, but there needs to be some type of basic Mandrake base hierarchy that should be followed. There's a number of separate Mandrake trees that need to be considered, and some organizational thought put into them. Below is something that is very similar to what already exists, and what some mirrors already do, but not all, and it should therefore be made a rule. The number of versions that a mirror actuallly mirrors is up to them, I just listed a few versions to make this e-mail longer than it needed to be: Mandrake/ - current/ -> 7.1/ - 6.1/ - i386/ - alpha/ - sparc/ - ISO/ - 7.0/ - i386 - alpha/ - sparc/ - ISO/ - 7.1/ - i386 - alpha/ - sparc/ - ISO/ Mandrake-devel/ - 7.2 beta/ - i386 - alpha/ - sparc/ - ISO/ - Cooker Mandrake-updates/ - current/ -> 7.1/ - 6.1/ - i386 - alpha/ - sparc/ - 7.0/ - i386 - alpha/ - sparc/ - 7.1/ - i386 - alpha/ - sparc/ (Most mirrors could/would/should/may create an upper-level Mandrake directory to house all these trees.) I've left of Mandrake-crypto, as I feel it's going to disappear soon, am I correct? If not, it should follow the same tree structure as Mandrake-updates. Notice how all of the above flow exactly the same (what a concept, flow!)? Easy to follow, easy to mirror. From site to site, this hierarchy (1) makes sense, and (2) makes it easy to tell where things are going to be. This makes writing rsync scripts a lot easier, too. (2.) Next, a minimum refresh (rsync) time needs to be implemented and enforced. Daily, every-other-day, whatever. Something needs to be set in stone so that we aren't faced with mirrors who are way behind on the times. Being an official Mandrake mirror is a privilage, not a right. If you're offering Mandrake some space and bandwidth for a mirror, you have the responsibility of making sure its not being wasted on out-of-date content. This kinda goes with the item below. (3.) Lastly, a mirror co-ordinator needs to be appointed, and given the time to do his job, and do it right. I must say that Mandrake made an excellent move when they appointed Vincent Danen the security guy. IMHO, Mandrake has gone from last to first in security response. Can they do the same for distribution/mirroring? This person needs to be in constant contact with all the mirrors, notified of planned outages at the mirrors, and needs to be in charge of keeping the mirror list up to date. A change also needs to be made to this list, to reflect a lot more information. For example, Red Hat's mirror list shows which mirrors provide which architectures. What's even better is a list that shows both which architectures are available, as well as which mirrors offer ISO images. Something like this (imagine it's in HTML)(Warning, bad ASCII art follows): ___ |Primary| Site|ISO|Alpha|Intel|Sparc|Devel| ___ Sweden __ | X | X |
Re: [Cooker] ftp.sunet.se - what's wrong?
> Checking sunet.se now. (12:45 Moscow time, Sep.28, 16:45 on my Linux clock, > for some reson :-) Launch is very close... KDE2 - far away... > no kdelibs, base, etc. on sunet.se > onle kdegames-1.94... > Most files are marked Sep.22 latest... What's the use of a mirror if the reflection it provides is distorted? Maybe it's time to dig through the (rather large) list of mirrors and weed out the ones that are not "up to standard". I use the the sunsite.uio.no mirror, although this week it's been unreachable. I find that other mirrors often have issues: - file permisions that change (often the exec bit is stripped); - old; - incomplete. For distributing the stable distribution I agree that a large list of mirrors is needed. The content on these mirrors doesn't change that much (security updates) and only a large event takes a lot of BW (release of a new product). Maybe it's possible to put up some quality criteria to which a mirror must conform if it wants to carry the cooker distro? A larger list of primary mirrors might also help. Stefan
Re: [Cooker] ftp.sunet.se - what's wrong?
Chris, Checking sunet.se now. (12:45 Moscow time, Sep.28, 16:45 on my Linux clock, for some reson :-) Launch is very close... KDE2 - far away... no kdelibs, base, etc. on sunet.se onle kdegames-1.94... Most files are marked Sep.22 latest... Vadim On Wed, 27 Sep 2000, Christopher Molnar wrote: | On Wed, 27 Sep 2000, Vadim Plessky wrote: | > I checked this night ftp.sunet.se, and found that | > 1) KDE2 files (kdebase, support, etc.) are not presented ftp.sunet.se | > QT 2.2 looks like disappeared as well. | > 2) some KDE2-i18n files which are available, and KDEgames-1.94-xx are | > dated by September 22 | > | > And, I was not able to get into RPMFIND, mirror which I used before | > ftp.sunet.se. | > | > Can somebody let us know what is happening? | | Probably the updates did not make it through. Here is what should be | availably after today's uploads (note: it takes a while for the mirrors to | work) (2nd note: the dates and times will be different these are valid in | my timezone (EDT)): | | total 58352 | -rw-r--r--1 root root 1146142 Sep 27 12:00 | kdeaddutils-1.94-8mdk.i586.rpm | -rw-r--r--1 root root29202 Sep 27 12:00 | kdeaddutils-devel-1.94-8mdk.i586.rpm | -rw-r--r--1 root root 1039260 Sep 27 11:21 | kdeadmin-1.94-9mdk.i586.rpm | -rw-r--r--1 root root 11017881 Sep 27 12:49 | kdebase-1.94-20mdk.i586.rpm | -rw-r--r--1 root root37634 Sep 27 12:49 | kdebase-devel-1.94-20mdk.i586.rpm | -rw-r--r--1 root root 4171489 Sep 27 12:34 | kdegames-1.94-7mdk.i586.rpm | -rw-r--r--1 root root 1364849 Sep 27 12:35 | kdegraphics-1.94-8mdk.i586.rpm | -rw-r--r--1 root root20462 Sep 27 12:35 | kdegraphics-devel-1.94-8mdk.i586.rpm | -rw-r--r--1 root root 4777137 Sep 27 11:20 | kdelibs-1.94-10mdk.i586.rpm | -rw-r--r--1 root root 2092818 Sep 27 11:20 | kdelibs-devel-1.94-10mdk.i586.rpm | -rw-r--r--1 root root 581898 Sep 27 11:20 | kdelibs-sound-1.94-10mdk.i586.rpm | -rw-r--r--1 root root 148058 Sep 27 11:20 | kdelibs-sound-devel-1.94-10mdk.i586.rpm | -rw-r--r--1 root root 2708998 Sep 27 12:46 | kdemultimedia-1.94-9mdk.i586.rpm | -rw-r--r--1 root root34100 Sep 27 12:46 | kdemultimedia-devel-1.94-9mdk.i586.rpm | -rw-r--r--1 root root 2773271 Sep 27 13:02 | kdenetwork-1.94-9mdk.i586.rpm | -rw-r--r--1 root root 6663 Sep 27 13:02 | kdenetwork-devel-1.94-9mdk.i586.rpm | -rw-r--r--1 root root 961746 Sep 27 13:13 | kdepim-1.94-7mdk.i586.rpm | -rw-r--r--1 root root 528087 Sep 27 11:21 | kdesdk-1.94-7mdk.i586.rpm | -rw-r--r--1 root root 159899 Sep 27 11:17 | kdesupport-1.94-14mdk.i586.rpm | -rw-r--r--1 root root67297 Sep 27 11:17 | kdesupport-devel-1.94-14mdk.i586.rpm | -rw-r--r--1 root root 852213 Sep 27 11:21 | kdetoys-1.94-8mdk.i586.rpm | -rw-r--r--1 root root 2191508 Sep 27 13:25 | kdeutils-1.94-8mdk.i586.rpm | -rw-r--r--1 root root68030 Sep 27 11:21 | kdoc-1.94-5mdk.noarch.rpm | -rw-r--r--1 root root 1188670 Sep 27 11:34 | klyx-1.94-7mdk.i586.rpm | -rw-r--r--1 root root 6003010 Sep 27 12:30 | koffice-1.94-7mdk.i586.rpm | -rw-r--r--1 root root47620 Sep 27 12:30 | koffice-devel-1.94-7mdk.i586.rpm | -rw-r--r--1 root root 261448 Sep 27 11:54 | kups-0.8-19mdk.i586.rpm | -rw-r--r--1 root root 4985 Sep 27 11:54 | kups-devel-0.8-19mdk.i586.rpm | -rw-r--r--1 root root 2040197 Sep 27 11:29 | kvirc-2.0.0-1.94.7mdk.i586.rpm | -rw-r--r--1 root root 2912161 Sep 27 11:17 | qt2-2.2-4mdk.i586.rpm | -rw-r--r--1 root root 8820408 Sep 27 11:18 | qt2-devel-2.2-4mdk.i586.rpm | -rw-r--r--1 root root 997737 Sep 27 11:18 | qt2-doc-2.2-4mdk.i586.rpm | -rw-r--r--1 root root 121405 Sep 27 11:54 | qtcups-1.0-11mdk.i586.rpm | -rw-r--r--1 root root 6501 Sep 27 11:54 | qtcups-devel-1.0-11mdk.i586.rpm | -rw-r--r--1 root root 340377 Sep 27 11:22 | quanta-1.94-4mdk.i586.rpm -- Vadim Plessky
Re: [Cooker] ftp.sunet.se - what's wrong?
On Wed, 27 Sep 2000, Vadim Plessky wrote: > I checked this night ftp.sunet.se, and found that > 1) KDE2 files (kdebase, support, etc.) are not presented ftp.sunet.se > QT 2.2 looks like disappeared as well. > 2) some KDE2-i18n files which are available, and KDEgames-1.94-xx are dated > by September 22 > > And, I was not able to get into RPMFIND, mirror which I used before > ftp.sunet.se. > > Can somebody let us know what is happening? Probably the updates did not make it through. Here is what should be availably after today's uploads (note: it takes a while for the mirrors to work) (2nd note: the dates and times will be different these are valid in my timezone (EDT)): total 58352 -rw-r--r--1 root root 1146142 Sep 27 12:00 kdeaddutils-1.94-8mdk.i586.rpm -rw-r--r--1 root root29202 Sep 27 12:00 kdeaddutils-devel-1.94-8mdk.i586.rpm -rw-r--r--1 root root 1039260 Sep 27 11:21 kdeadmin-1.94-9mdk.i586.rpm -rw-r--r--1 root root 11017881 Sep 27 12:49 kdebase-1.94-20mdk.i586.rpm -rw-r--r--1 root root37634 Sep 27 12:49 kdebase-devel-1.94-20mdk.i586.rpm -rw-r--r--1 root root 4171489 Sep 27 12:34 kdegames-1.94-7mdk.i586.rpm -rw-r--r--1 root root 1364849 Sep 27 12:35 kdegraphics-1.94-8mdk.i586.rpm -rw-r--r--1 root root20462 Sep 27 12:35 kdegraphics-devel-1.94-8mdk.i586.rpm -rw-r--r--1 root root 4777137 Sep 27 11:20 kdelibs-1.94-10mdk.i586.rpm -rw-r--r--1 root root 2092818 Sep 27 11:20 kdelibs-devel-1.94-10mdk.i586.rpm -rw-r--r--1 root root 581898 Sep 27 11:20 kdelibs-sound-1.94-10mdk.i586.rpm -rw-r--r--1 root root 148058 Sep 27 11:20 kdelibs-sound-devel-1.94-10mdk.i586.rpm -rw-r--r--1 root root 2708998 Sep 27 12:46 kdemultimedia-1.94-9mdk.i586.rpm -rw-r--r--1 root root34100 Sep 27 12:46 kdemultimedia-devel-1.94-9mdk.i586.rpm -rw-r--r--1 root root 2773271 Sep 27 13:02 kdenetwork-1.94-9mdk.i586.rpm -rw-r--r--1 root root 6663 Sep 27 13:02 kdenetwork-devel-1.94-9mdk.i586.rpm -rw-r--r--1 root root 961746 Sep 27 13:13 kdepim-1.94-7mdk.i586.rpm -rw-r--r--1 root root 528087 Sep 27 11:21 kdesdk-1.94-7mdk.i586.rpm -rw-r--r--1 root root 159899 Sep 27 11:17 kdesupport-1.94-14mdk.i586.rpm -rw-r--r--1 root root67297 Sep 27 11:17 kdesupport-devel-1.94-14mdk.i586.rpm -rw-r--r--1 root root 852213 Sep 27 11:21 kdetoys-1.94-8mdk.i586.rpm -rw-r--r--1 root root 2191508 Sep 27 13:25 kdeutils-1.94-8mdk.i586.rpm -rw-r--r--1 root root68030 Sep 27 11:21 kdoc-1.94-5mdk.noarch.rpm -rw-r--r--1 root root 1188670 Sep 27 11:34 klyx-1.94-7mdk.i586.rpm -rw-r--r--1 root root 6003010 Sep 27 12:30 koffice-1.94-7mdk.i586.rpm -rw-r--r--1 root root47620 Sep 27 12:30 koffice-devel-1.94-7mdk.i586.rpm -rw-r--r--1 root root 261448 Sep 27 11:54 kups-0.8-19mdk.i586.rpm -rw-r--r--1 root root 4985 Sep 27 11:54 kups-devel-0.8-19mdk.i586.rpm -rw-r--r--1 root root 2040197 Sep 27 11:29 kvirc-2.0.0-1.94.7mdk.i586.rpm -rw-r--r--1 root root 2912161 Sep 27 11:17 qt2-2.2-4mdk.i586.rpm -rw-r--r--1 root root 8820408 Sep 27 11:18 qt2-devel-2.2-4mdk.i586.rpm -rw-r--r--1 root root 997737 Sep 27 11:18 qt2-doc-2.2-4mdk.i586.rpm -rw-r--r--1 root root 121405 Sep 27 11:54 qtcups-1.0-11mdk.i586.rpm -rw-r--r--1 root root 6501 Sep 27 11:54 qtcups-devel-1.0-11mdk.i586.rpm -rw-r--r--1 root root 340377 Sep 27 11:22 quanta-1.94-4mdk.i586.rpm
Re: Antwort: Re: [Cooker] ftp.sunet.se - what's wrong?
Hello alexander, Wednesday, September 27, 2000, 3:51:22 PM, you wrote: asdc> Just like I already reported yesterday. Maybe it would be better for Mandrake asdc> to provide their own public FTP server after all? asdc> Jürgen Zimmermann <[EMAIL PROTECTED]> on 27.09.2000 15:04:18 asdc> Bitte antworten an [EMAIL PROTECTED] asdc> An: [EMAIL PROTECTED] asdc> Kopie: (Blindkopie: Alexander Skwar/de/delphiauto) asdc> Thema: Re: [Cooker] ftp.sunet.se - what's wrong? The site is busy :-( I think because RedHat 7 is out... Same thing on ftp.linux.tucows.com. ftp.sunet.se works well and the speed is very good... but the update is slow and some old files are on the site. ( they does not have, for now, RedHat 7 ) The flag "update_in_progress" is not more present... For me the best speed is on ftp.proxad.net, but the updates coming very slow! 2nd: this site does not allow to "recurse" dir and fmirror does not work. You can make a script containing multiple fmirror command string pointing to single dirs: /cooker/boot /cooker/dosutils /cooker/lnx4win :- -- Best regards, allxmailto:[EMAIL PROTECTED]
Sv: [Cooker] ftp.sunet.se - what's wrong?
Try rpmfind.net, it's OK now. - Original Message - From: Vadim Plessky <[EMAIL PROTECTED]> To: Cooker <[EMAIL PROTECTED]> Sent: Wednesday, September 27, 2000 6:08 PM Subject: [Cooker] ftp.sunet.se - what's wrong? > > I checked this night ftp.sunet.se, and found that > 1) KDE2 files (kdebase, support, etc.) are not presented ftp.sunet.se > QT 2.2 looks like disappeared as well. > 2) some KDE2-i18n files which are available, and KDEgames-1.94-xx are dated > by September 22 > > And, I was not able to get into RPMFIND, mirror which I used before > ftp.sunet.se. > > Can somebody let us know what is happening? > > -- > Vadim Plessky >
Re: [Cooker] ftp.sunet.se - what's wrong?
On Wed, 27 Sep 2000, Jürgen Zimmermann wrote: | > And, I was not able to get into RPMFIND, mirror which I used before | > ftp.sunet.se. | | Same with sunsite.uio.no (Primary mirror!). | | $ ftp sunsite.uio.no | Connected to sunsite.uio.no. | 220 sunsite.uio.no FTP server (Version wu-2.6.1(2) Thu Jul 6 12:52:23 | MET DST 2000) ready. | 331 Guest login ok, send your complete e-mail address as password. | 530- Sorry, there are currently too many users logged into the | ftp-service | 530- on sunsite.uio.no . Please try again later. | 530- | 530 Login incorrect. | Login failed. | | | Any ideas??? There was some mail in Cooker that sunet.se is Primary mirror for RedHat as well, and 'cause of 7.0 release lot of people download it. may be, Mandrake can select some other ftp server as primary mirror? (but, I was able to log in to sunet.se. Problem that KDE2 was missing in Cooker) And, it's still unclear for me why RPMFIND was not working. -- Vadim Plessky
Antwort: Re: [Cooker] ftp.sunet.se - what's wrong?
Just like I already reported yesterday. Maybe it would be better for Mandrake to provide their own public FTP server after all? Jürgen Zimmermann <[EMAIL PROTECTED]> on 27.09.2000 15:04:18 Bitte antworten an [EMAIL PROTECTED] An: [EMAIL PROTECTED] Kopie: (Blindkopie: Alexander Skwar/de/delphiauto) Thema: Re: [Cooker] ftp.sunet.se - what's wrong? > And, I was not able to get into RPMFIND, mirror which I used before > ftp.sunet.se. Same with sunsite.uio.no (Primary mirror!). $ ftp sunsite.uio.no Connected to sunsite.uio.no. 220 sunsite.uio.no FTP server (Version wu-2.6.1(2) Thu Jul 6 12:52:23 MET DST 2000) ready. 331 Guest login ok, send your complete e-mail address as password. 530- Sorry, there are currently too many users logged into the ftp-service 530- on sunsite.uio.no . Please try again later. 530- 530 Login incorrect. Login failed. Any ideas???
Re: [Cooker] ftp.sunet.se - what's wrong?
> And, I was not able to get into RPMFIND, mirror which I used before > ftp.sunet.se. Same with sunsite.uio.no (Primary mirror!). $ ftp sunsite.uio.no Connected to sunsite.uio.no. 220 sunsite.uio.no FTP server (Version wu-2.6.1(2) Thu Jul 6 12:52:23 MET DST 2000) ready. 331 Guest login ok, send your complete e-mail address as password. 530- Sorry, there are currently too many users logged into the ftp-service 530- on sunsite.uio.no . Please try again later. 530- 530 Login incorrect. Login failed. Any ideas???
[Cooker] ftp.sunet.se - what's wrong?
I checked this night ftp.sunet.se, and found that 1) KDE2 files (kdebase, support, etc.) are not presented ftp.sunet.se QT 2.2 looks like disappeared as well. 2) some KDE2-i18n files which are available, and KDEgames-1.94-xx are dated by September 22 And, I was not able to get into RPMFIND, mirror which I used before ftp.sunet.se. Can somebody let us know what is happening? -- Vadim Plessky