Re: [Cooker] cooker updates and so much more..!
[EMAIL PROTECTED] (François Pons) wrote: >Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > >> [EMAIL PROTECTED] writes: >> > 3. [Usability] During updating sources, show site current so >> > users know that the RpmDrake is "working". Its slso useful >> > because it shows how long it takes to read each site. It might >> > even be worth it to add a "skip" button. The user can then move >> > to the next mirror on the list. >> >> Well they all get updated at the same time and we're in the urpmi >> API at that time. I don't know if adding a callback for that in >> the urpmi API would be worth the trouble as well. Francois, >> what's your idea? > >Is is planed to do something like multiple download at the same time and >fallback to other mirror automatically, this could hurt such behaviour. > >But displaying all mirrors used at a time could help. > >François. > I like the mirror fallback behavior and the progress bar someone mentioned would be great improvements. There should still a way to kill the whole package update process. This is need because on either slow machines/connections someone might be able to wait for it to finish. Now that I think of it "skipping" would not have worked for that purpose away. __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
Re: [Cooker] cooker updates and so much more..!
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] writes: > > 3. [Usability] During updating sources, show site current so > > users know that the RpmDrake is "working". Its slso useful > > because it shows how long it takes to read each site. It might > > even be worth it to add a "skip" button. The user can then move > > to the next mirror on the list. > > Well they all get updated at the same time and we're in the urpmi > API at that time. I don't know if adding a callback for that in > the urpmi API would be worth the trouble as well. Francois, > what's your idea? Is is planed to do something like multiple download at the same time and fallback to other mirror automatically, this could hurt such behaviour. But displaying all mirrors used at a time could help. François.
Re: [Cooker] cooker updates, Clarification..
[EMAIL PROTECTED] writes: > Well, actually the packages show up in "Install Packages" but > "Update Packages" says "the list of updates are void". I have a > feeling the problem is with Mandrake Update instead of the core > rpmdrake. Mandrake Update shows updates from the updates sites, not cooker packages. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] cooker updates and so much more..!
[EMAIL PROTECTED] writes: > I have some other problems with RpmDrake: > 1. Why isn't setting up other mirror types automated too. I don't understand. > 2. [Wish/debug] Include a entry. Users > can remove "dead" mirrors inorder to cut down on update time. This would need to connect to them all to show that :-(. Hum, it could also be present in mirrorsfull.list from mandrakesoft.com site, could be a good idea. But I'm not sure it's worth the trouble. > 3. [Usability] During updating sources, show site current so > users know that the RpmDrake is "working". Its slso useful > because it shows how long it takes to read each site. It might > even be worth it to add a "skip" button. The user can then move > to the next mirror on the list. Well they all get updated at the same time and we're in the urpmi API at that time. I don't know if adding a callback for that in the urpmi API would be worth the trouble as well. Francois, what's your idea? > 4. [Annoyance] The default mirror should be type]. This would prevent list of mirrors with a meaningless > name. I don't understand. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
RE: [Cooker] cooker updates, Clarification..
[EMAIL PROTECTED] wrote: >Stephen Reilly <[EMAIL PROTECTED]> wrote: > >>Hi, >>Need some help updating over mandrake control center. When I add my >>closest mirror, Paris, I have no issues downloading the >>synthesis.hdlist*.cz files. The problem lies in when I go to download a >>file from the synthesis.hdlist2.cz list. urpmi basically tels me it >>cannot resolve the host. any sugestions? > >I'm not sure if this is related, but it doesn't show new packages after I setup a >"Update" mirror. Well, actually the packages show up in "Install Packages" but "Update Packages" says "the list of updates are void". I have a feeling the problem is with Mandrake Update instead of the core rpmdrake. __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
RE: [Cooker] cooker updates and so much more..!
Stephen Reilly <[EMAIL PROTECTED]> wrote: >Hi, >Need some help updating over mandrake control center. When I add my >closest mirror, Paris, I have no issues downloading the >synthesis.hdlist*.cz files. The problem lies in when I go to download a >file from the synthesis.hdlist2.cz list. urpmi basically tels me it >cannot resolve the host. any sugestions? I'm not sure if this is related, but it doesn't show new packages after I setup a "Update" mirror. I have some other problems with RpmDrake: 1. Why isn't setting up other mirror types automated too. 2. [Wish/debug] Include a entry. Users can remove "dead" mirrors inorder to cut down on update time. 3. [Usability] During updating sources, show site current so users know that the RpmDrake is "working". Its slso useful because it shows how long it takes to read each site. It might even be worth it to add a "skip" button. The user can then move to the next mirror on the list. 4. [Annoyance] The default mirror should be http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
Re: [Cooker] cooker updates
Stephen Reilly wrote: Hi, Need some help updating over mandrake control center. When I add my closest mirror, Paris, I have no issues downloading the synthesis.hdlist*.cz files. The problem lies in when I go to download a file from the synthesis.hdlist2.cz list. urpmi basically tels me it cannot resolve the host. any sugestions? soundslike the local mirror hasn't synced with the updated .hdlist2.cz. give it a couple of days and it should clear up on it's own.
[Cooker] cooker updates
Hi, Need some help updating over mandrake control center. When I add my closest mirror, Paris, I have no issues downloading the synthesis.hdlist*.cz files. The problem lies in when I go to download a file from the synthesis.hdlist2.cz list. urpmi basically tels me it cannot resolve the host. any sugestions?
Re: [Cooker] cooker updates?
On Fridayen den 9 November 2001 19.53, Frederic Lepied wrote: > Salane <[EMAIL PROTECTED]> writes: > > I guess we should be patient > > > > On Friday 09 November 2001 11:36, you wrote: > > > Hi all, > > > > > > There has been many rpm update announcements here in the latest 3 or 4 > > > hours, but the rsync (and ftp) mirrors does not have these updates. > > > I'm awaiting the "licq" update, since all the licq freeze makes me > > There was a problem. All should be back to the normal now. There seems to be some action going on with sync righ now. Thanks. -- Precious and Grace -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-4mdksmp: 6:39 | cpu0 @ 814.28 bm, fan 4166 rpm, temp +33.0°C | cpu1 @ 815.92 bm, fan 4066 rpm, temp +32°C
Re: [Cooker] cooker updates?
On Fridayen den 9 November 2001 19.55, Salane wrote: > I guess we should be patient That's my middle name..., most of the time... > On Friday 09 November 2001 11:36, you wrote: > > Hi all, > > > > There has been many rpm update announcements here in the latest 3 or 4 > > hours, but the rsync (and ftp) mirrors does not have these updates. I'm > > awaiting the "licq" update, since all the licq freeze makes me -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-4mdksmp: 6:37 | cpu0 @ 814.28 bm, fan 4141 rpm, temp +33.0°C | cpu1 @ 815.92 bm, fan 4041 rpm, temp +32°C
Re: [Cooker] cooker updates?
Salane <[EMAIL PROTECTED]> writes: > I guess we should be patient > > On Friday 09 November 2001 11:36, you wrote: > > Hi all, > > > > There has been many rpm update announcements here in the latest 3 or 4 > > hours, but the rsync (and ftp) mirrors does not have these updates. I'm > > awaiting the "licq" update, since all the licq freeze makes me > There was a problem. All should be back to the normal now. -- Fred - May the source be with you
Re: [Cooker] cooker updates?
I guess we should be patient On Friday 09 November 2001 11:36, you wrote: > Hi all, > > There has been many rpm update announcements here in the latest 3 or 4 > hours, but the rsync (and ftp) mirrors does not have these updates. I'm > awaiting the "licq" update, since all the licq freeze makes me
[Cooker] cooker updates?
Hi all, There has been many rpm update announcements here in the latest 3 or 4 hours, but the rsync (and ftp) mirrors does not have these updates. I'm awaiting the "licq" update, since all the licq freeze makes me -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-4mdksmp: 3:46 | cpu0 @ 814.28 bm, fan 4192 rpm, temp +32.0°C | cpu1 @ 815.92 bm, fan 4041 rpm, temp +30°C
Re: [Cooker] cooker updates network overload
Le 2001.03.15 10:12:15 +0400, Vincent Danen a écrit : > On Thu Mar 15, 2001 at 01:49:38AM +, Peter Ruskin wrote: > > > On Wednesday 14 March 2001 19:39, Jan Vicherek wrote: > > > >## To some, nothing is impossible. ## > > http://Honza.Vicherek.com/ > > > > Just to let you know, this is no place for religious signatures, so > your > > postings get filtered to my trash, unread. > > Pardon? Personal preference aside (hey, you can filter whatever you > like), I think it's quite rude to tell someone that there is no place > for any kind of signature unless it is offensive (ie. swear words, > naked pictures, etc.). Since you're filtering out this anyways, why > make a comment that is more offensive than the signature itself? I also do find religious comments offensive by nature to reason and intelligence... Please keep'em private. -- Guillaume Rousse Murphy's law : If anything can go wrong, it will. O'Tool's commentary : Murphy was an optimist.
Re: [Cooker] cooker updates network overload
On Thu Mar 15, 2001 at 01:49:38AM +, Peter Ruskin wrote: > On Wednesday 14 March 2001 19:39, Jan Vicherek wrote: > >## To some, nothing is impossible. ## > http://Honza.Vicherek.com/ > > Just to let you know, this is no place for religious signatures, so your > postings get filtered to my trash, unread. Pardon? Personal preference aside (hey, you can filter whatever you like), I think it's quite rude to tell someone that there is no place for any kind of signature unless it is offensive (ie. swear words, naked pictures, etc.). Since you're filtering out this anyways, why make a comment that is more offensive than the signature itself? -- [EMAIL PROTECTED], OpenPGP key available on www.keyserver.net 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD - Danen Consulting Serviceswww.danen.net, www.freezer-burn.org - MandrakeSoft, Inc. Security www.linux-mandrake.com Current Linux kernel 2.4.2-13mdk uptime: 1 day 7 hours 0 minutes.
Re: [Cooker] cooker updates network overload
On Wednesday 14 March 2001 19:39, Jan Vicherek wrote: -- Gospel of Jesus is the saving power of God for all who believe -- ## To some, nothing is impossible. ## http://Honza.Vicherek.com/ Just to let you know, this is no place for religious signatures, so your postings get filtered to my trash, unread. -- Linux Mandrake release 7.2 (Odyssey) for i586 KDE 2.1 Linux 2.2.17-27mdkWin4Lin, Uptime 7 hours 31 minutes
Re: [Cooker] cooker updates network overload
> Help !!! I'm getting very frustrated with downloading cooker ! I've been > trying to get one for 18 hours now, and still haven't been able to. W8 until the weekends... when the mdk hackers aren't working (do they ever stop?) then it's easier to get up2date. Doing this during the week-days is a challenge. >- cooker updates are so frequent that new release is out before the > previous has been propagated to mirrors. This makes is useless to have > mirrors. I never know what is the latest release. This is ongoing development... >- I never know that I have a consistent state of install+RPMS+base/* > Problem : the best assurance that I have a self-consistent fileset is to > use the primary site (sunsite.uio.no), therefore causing a bandwidth > bottleneck. It has happened to me several times that a new release caught > me in the middle of doing rsync, so I ended up with an inconsistent state, > and so was wondering why cooker isn't working as it is supposed to ! > Fixing this problem will eliminate many completely unnecessary headaches > to your beta testers, who cannot currenly reliably beta test. Just rsync every hour, and regularly run urpmi.update and urpmi --auto-select. That keeps my machines up2date... > Because of the reasons above, it is as if cooker didn't have any mirrors. > > I cannot even get onto the rsync server "@ERROR: max connections (50) > reached - try again later", and so cannot effectively do beta testing. Yup... I've been seeing the message too lately. The ftp.sunet.se rsync server doesn't seem to be full (yet). > Proposed actions : > 1. clearly indicate the version/release of self-consistent filesets (is > this done now by Mandrake/VERSION and install/VERSION ?) > 2. cause cooker releases to be promptly replicated to several sites, so > that the primary site doesn't become overloaded. > 3. at each release publish the most current VERSION on a > high-availability spot (no rsync or FTP with less than 1000 users limit, > please, but rather use a web page / http access for this, do not use > mailing list, as it takes sometimes many hours to get the msgs), so that > we may know whether we are up to date or not. It can be quite futile and > useless to do beta testing on an old beta. > 4. indicate to us that I've finished rsyncing the same release that we > have started rsyncing ! I.e. before a replica starts being updated, remove > the VERSION file. That way people will know that any download attempts are > futile, since they will not end up with a consistent fileset. When you are > done updating a replica, put the new VERSION file in, so people know that > it makes sense to download it again. Also, if I finish syncing and the > VERSION file is different from when I started, I know I have to resync > now. I don't think that this is going to work... :-) > I.e. the following command will ensure that when it is finished, I have a > complete and self-consistent cooker on my HD. > > $ rsync mirror::cooker/VERSION ./VERSION.previous > > $ while ! cmp VERSION VERSION.previous ; > > rsync mirror::cooker/VERSION ./VERSION.previous ; > > do rsync mirror:cooker . ; > > done > $ rm ./VERSION.previous I do the following: #!/bin/sh rsync -av --partial --progress --stats --delete \ ftp.sunet.se::Mandrake-devel/SRPMS/ /mirrors/SRPMS/ rsync -av --partial --progress --stats --delete \ ftp.sunet.se::Mandrake-devel/cooker/ /mirrors/cooker/ rsync -av --partial --progress --stats --delete \ ftp.sunet.se::Mandrake-devel/contrib/SRPMS/ /mirrors/contrib/SRPMS/ Enjoy! Stefan
[Cooker] cooker updates network overload
Help !!! I'm getting very frustrated with downloading cooker ! I've been trying to get one for 18 hours now, and still haven't been able to. - cooker updates are so frequent that new release is out before the previous has been propagated to mirrors. This makes is useless to have mirrors. I never know what is the latest release. - I never know that I have a consistent state of install+RPMS+base/* Problem : the best assurance that I have a self-consistent fileset is to use the primary site (sunsite.uio.no), therefore causing a bandwidth bottleneck. It has happened to me several times that a new release caught me in the middle of doing rsync, so I ended up with an inconsistent state, and so was wondering why cooker isn't working as it is supposed to ! Fixing this problem will eliminate many completely unnecessary headaches to your beta testers, who cannot currenly reliably beta test. Because of the reasons above, it is as if cooker didn't have any mirrors. I cannot even get onto the rsync server "@ERROR: max connections (50) reached - try again later", and so cannot effectively do beta testing. Proposed actions : 1. clearly indicate the version/release of self-consistent filesets (is this done now by Mandrake/VERSION and install/VERSION ?) 2. cause cooker releases to be promptly replicated to several sites, so that the primary site doesn't become overloaded. 3. at each release publish the most current VERSION on a high-availability spot (no rsync or FTP with less than 1000 users limit, please, but rather use a web page / http access for this, do not use mailing list, as it takes sometimes many hours to get the msgs), so that we may know whether we are up to date or not. It can be quite futile and useless to do beta testing on an old beta. 4. indicate to us that I've finished rsyncing the same release that we have started rsyncing ! I.e. before a replica starts being updated, remove the VERSION file. That way people will know that any download attempts are futile, since they will not end up with a consistent fileset. When you are done updating a replica, put the new VERSION file in, so people know that it makes sense to download it again. Also, if I finish syncing and the VERSION file is different from when I started, I know I have to resync now. I.e. the following command will ensure that when it is finished, I have a complete and self-consistent cooker on my HD. $ rsync mirror::cooker/VERSION ./VERSION.previous $ while ! cmp VERSION VERSION.previous ; > rsync mirror::cooker/VERSION ./VERSION.previous ; > do rsync mirror:cooker . ; > done $ rm ./VERSION.previous This will greatly help us to do effective beta test on such frequent beta releases. Thanks, Jan -- -- Gospel of Jesus is the saving power of God for all who believe -- ## To some, nothing is impossible. ## http://Honza.Vicherek.com/
[Cooker] cooker updates today.
Hello, I applied today updates to my cooker install and my X quit working. After looking around a bit I found that one of the updates changed the /etc/sysconfig/desktop file. It changed it so that the file had the line Desktop=GNOME. I changed this back to just GNOME and then X started working again. Also there was a conflict /usr/bin/nc was a conflict between nedit and nc. -- Best regards, Robin mailto:[EMAIL PROTECTED]