Petri Asikainen schreef:

Sounds like your factory mirror is not updated fully. Wait for while, refresh (and clean) repos and try again. (zypper clean -a ; zypper refresh ; zypper dup) My amd64 is updating fine right now.

Mine now also ;) This was a fact yesterday, so after refreshing earlier today, it was the same... Now it is alright. -- Enjoy your time around, Oddball (Now or never...) Besturingssysteem: Linux 2.6.25-19-default x86_64 Current user: oddball@AMD64x2-sfn1 System: openSUSE 11.0 (x86_64) Beta2 KDE: 4.0.3 (KDE 4.0.3) "release 18.2" --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Tue 13 May 2008 22:48:11 NZST +1200, Carlos E. R. wrote:

I can't keep up... I wonder how you guys manage to keep factory updated. My ADSL can't cope.

I would need a frozen factory tree, only updated once per day at a fixed hour.

I would favour known factory sync times too, as I am close to the same problem. Daily syncs still seem to often to me, by the time the mirrors have caught up and one gets a chance to play there's a large risk of getting the carpet pulled from under ones' feet. Knowing the sync times in advance would allow to schedule dup's accordingly. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

...

...

On 13.05.2008 at 14:46, Eberhard Moenkeberg wrote: Hi,

On Tue, 13 May 2008, Volker Kuhlmann wrote:

...

On Tue 13 May 2008 22:48:11 NZST +1200, Carlos E. R. wrote:

...

...

I can't keep up... I wonder how you guys manage to keep factory updated. My

...

...

ADSL can't cope.

I would need a frozen factory tree, only updated once per day at a fixed hour.

I would favour known factory sync times too, as I am close to the same problem. Daily syncs still seem to often to me, by the time the mirrors have caught up and one gets a chance to play there's a large risk of getting the carpet pulled from under ones' feet. Knowing the sync times in advance would allow to schedule dup's accordingly.

You would need to know the point in time when the sync has finished. Noone can predict that.

These are the start and end times for ftp5.gwdg.de for the last days:

080509.1711 17:11

Wasn't the idea of the download.opensuse.org redirector to cope with this? I think this thing had sort of 'knowledge' of what is updated and what is not. I actually run very rare in a conflict of that sort... or maybe if I do, I simply was never to annoyed by them; knowing that Factory is a lot in movement. Dominique --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

...

...

On 13.05.2008 at 15:05, "Carlos E. R." wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If your network is very fast, your chances of getting caught diminish. My minimal download time is 4 hours, at maximun speed and with no problems, and not considering the install time of each packages; so in fact it gets closer to 6..8 hours. Yesterday I was at it more than 12 hours and failed.

I have a 4mbit connection to the network and downloading factory takes reasonable a few hours...

I simply can not upgrade during the week, I have to wait till saturday or more.

I don't know what could be done, but as it is, I simply can't update.

well: I'm not sure actually if it's a good idea for everybody to stay with the whole stack at Factory at any time. In your case, why not pick some alpha/beta/rc snapshots and use those, and only update packages of particular interest for you from Factory? Maybe something you reported a bug during a beta and want to see if those got fixed? Dominique --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Dominique Leuenberger schreef:

...

...

...

On 13.05.2008 at 15:05, "Carlos E. R." wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If your network is very fast, your chances of getting caught diminish. My minimal download time is 4 hours, at maximun speed and with no problems, and not considering the install time of each packages; so in fact it gets closer to 6..8 hours. Yesterday I was at it more than 12 hours and failed.

I have a 4mbit connection to the network and downloading factory takes reasonable a few hours...

...

I simply can not upgrade during the week, I have to wait till saturday or more.

I don't know what could be done, but as it is, I simply can't update.

well: I'm not sure actually if it's a good idea for everybody to stay with the whole stack at Factory at any time. In your case, why not pick some alpha/beta/rc snapshots and use those, and only update packages of particular interest for you from Factory? Maybe something you reported a bug during a beta and want to see if those got fixed?

Dominique

Indeed for the bugfixes... Helas, there are more coming.. after the update, the new loginmngr does not work.. i had to change it to wdm to get into my pc... -- Enjoy your time around, Oddball (Now or never...) Besturingssysteem: Linux 2.6.25-19-default x86_64 Current user: oddball@AMD64x2-sfn1 System: openSUSE 11.0 (x86_64) Beta2 KDE: 4.0.3 (KDE 4.0.3) "release 18.2" --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Carlos E. R. wrote:

If your network is very fast, your chances of getting caught diminish. My minimal download time is 4 hours, at maximun speed and with no problems, and not considering the install time of each packages; so in fact it gets closer to 6..8 hours. Yesterday I was at it more than 12 hours and failed.

It would be great if zypper have a option to download and cache all packages first and then start installing. It would make installation more reliable. There must be enhancement request on tracker for that. Other nice option would be parallel fetch of packages. so next packages are downloading when first is installing. That would cut update times. Cheers, Petri --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Tue, 2008-05-13 at 12:48 +0200, Carlos E. R. wrote:

I tried to update yesterday. It was 1.4 GiB more or less. It always get stuck in the middle with some kind of network related error, abort, retry, ignore, and it will not continue till I notice. It tool all day because of this. I went to sleep leaving it running... it got stuck again and did not finish.

I'm in a situation similar to yours; poor connectivity means I can't update fast enough and the repo becomes inconsistent in the middle (sometimes it's even inconsistent to begin with). My nasty workaround for unattended dist-upgrades is: while true; do echo y; echo i; echo 1; done | sudo zypper dup This will simply alternate between "y", "i" and "1" answers to questions, dealing with license approval (yes), media inconsistencies (ignore) and resolver problems (option 1). I like to live dangerously. -- Hans Petter --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Wed, 2008-05-14 at 00:43 +0200, Carlos E. R. wrote:

...

while true; do echo y; echo i; echo 1; done | sudo zypper dup

I think I'll be more conservative. :-)

Looks like you can accomplish the same with zypper -n dup --auto-agree-with-licenses these days. -- Hans Petter --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-14 at 03:12 +0200, I wrote:

The Tuesday 2008-05-13 at 19:22 -0500, Hans Petter Jansson wrote:

...

On Wed, 2008-05-14 at 00:43 +0200, Carlos E. R. wrote:

...

...

while true; do echo y; echo i; echo 1; done | sudo zypper dup

...

I think I'll be more conservative. :-)

Looks like you can accomplish the same with

zypper -n dup --auto-agree-with-licenses

these days.

-n, --name Select resolvables by their name (default).

I don't see how this one would help? Unless the meaning has been changed :-?

-l, --auto-agree-with-licenses Automatically say 'yes' to third party license confirmation prompt. By using this option, you choose to agree with licenses of all third-party software this command will install. This option is particularly useful for administators installing the same set of packages on multiple machines (by an automated process) and have the licenses confirmed before.

Ok, there are different "-n" depending on where they are written. This one is: -n, --non-interactive Switches to non-interactive mode. In this mode zypper doesn't ask user to type answers to var‐ ious prompts, but uses default answers automatically. The behaviour of this option is somewhat different than that of options like '--yes', since zypper can answer different answers to dif‐ ferent questions. The answers also depend on other options like '--no-gpg-checks'. however, it doesn't work wel enough: nimrodel:/ # time nice zypper -n dup -l .... Overall download size: 1.46 G. After the operation, additional 5.8 M will be used. Continue? [YES/no]: yes Automatically agreeing with flash-player package license. Automatically agreeing with java-1_5_0-sun package license. .... Downloading package man-pages-2.79-7.noarch, 4.2 M (3.9 M unpacked) Downloading: man-pages-2.79-7.noarch.rpm [error (38 B/s)] Timeout exceed Abort, retry, ignore? [A/r/i]: a Downloading: content [done (720 B/s)] Problem downloading the package file from the repository: Can't provide ./suse/noarch/man-pages-2.79-7.noarch.rpm : Timeout exceed Repository 'OSS-fctry' is out of date. Running 'zypper refresh' might help. real 13m32.250s user 0m55.503s sys 0m10.629s You see. It has stopped only after 13 minutes run, I don't know why; maybe because my adsl went down from 03:19:48 to 03:20:20, and the FTP timed out. It doesn't retry automatically. You should think of adding an option for that, or to customize the answers. There is no reliable way for us to do a "dup". I try again, it doen't refresh the repo, and goes on: Overall download size: 1.43 G. After the operation, additional 5.8 M will be used. Continue? [YES/no]: yes Automatically agreeing with flash-player package license. .... Installing: ivtv-firmware-1.0.3-61 [done] Downloading package man-pages-2.79-7.noarch, 4.2 M (3.9 M unpacked) Downloading: man-pages-2.79-7.noarch.rpm [done (90.4 K/s)] Installing: man-pages-2.79-7 [done] Downloading package licenses-20070810-47.noarch, 339.0 K (3.3 M unpacked) .... - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIKkKmtTMYHG2NR9URArJEAJ4xHIkf/vxusHVQuv+AnTar3MFnygCdEWng 3XmWeNtDNAVMilbWMc05rHQ= =OxhN -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2008-05-13 at 20:59 -0500, Hans Petter Jansson wrote:

On Wed, 2008-05-14 at 03:38 +0200, Carlos E. R. wrote:

...

You see. It has stopped only after 13 minutes run, I don't know why; maybe because my adsl went down from 03:19:48 to 03:20:20, and the FTP timed out. It doesn't retry automatically. You should think of adding an option for that, or to customize the answers.

Yeah, it probably needs an extra option for the abort-retry-ignore prompt. In the meantime, a workaround that might do what you want is something like:

while true; do while true; do echo a; done | \ zypper -n dup --auto-agree-with-licenses; sleep 30; done

That'll use the -n and --auto-agree-with-licenses to deal with most prompts, and supply an "abort" to any other prompt. If/when zypper exits, it'll wait 30 seconds and try again.

Insufficient, I need ignores, too. It aborts way too easily. With the option "-n" there are no questions asked, there is no chance to retry or ignore. It does what it has preprogrammed. It aborted again this night, after an hour and a half: Downloading package nscd-2.8-11.i586, 62.0 K (123.0 K unpacked) Downloading: nscd-2.8-11.i586.rpm [done (28.1 K/s)] Installing: nscd-2.8-11 [done] Installation of nscd-2.8-11 failed: (with --nodeps --force) Error: Subprocess failed. Error: RPM failed: insserv: Service boot.setclock has to be enabled for service nscd insserv: exiting now! error: %post(nscd-2.8-11.i586) scriptlet failed, exit status 1 Abort, retry, ignore? [A/r/i]: a Installing: nscd-2.8-11 [done] (with --nodeps --force) Error real 83m53.532s user 5m29.419s sys 1m53.069s There is no way round, I have to be there entering the appropriate letter to make it continue always. There are two possibilities: a customization of all possible responses, or to postpone every question on which "-n" would abort till the end, till every other package has been installed, and then wait for manual entry, at the end. That way we could get a chance to do unattended updates. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD4DBQFIKrS5tTMYHG2NR9URAmHLAJdqvZ+Qeq5mDO4RLUniUs3oNKsjAKCSO1Ll Q9v4WE19hLr5dnTozCvm0Q== =rTbI -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-05-14 at 15:59 -0500, Hans Petter Jansson wrote:

...

There is no way round, I have to be there entering the appropriate letter to make it continue always.

That's why I echo 'i' and not 'a' into it personally. In the end, it will have installed everything it could possibly install and sit there looping over just the set of broken packages. I'm not sure it's any more dangerous than dist-upgrading Factory in the first place :)

Mmmm... I'm thinking if I could write an 'expect' script. The problem (one of them, anyway) is that the error motive is not in the same line as the question. I'd have to do it manually and examine the feasibility... - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIK2JRtTMYHG2NR9URAsZLAJwMyz7k3DLnwZjPyftlOpTqQN8REACfXZKC 0sbDs2y08flOoAF8u7JNWdo= =SVnk -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org