openSUSE Lizards

Authors
Adrian Schröter (5)
Agustin Chavarria (1)
Akhil Laddha
Alexander Naumov
Alexander Orlovskyy (3)
Alexey Eromenko
Alin M Elena (4)
Andrea Florio (14)
Andreas Jaeger (43)
Andreas Stieger (1)
Andreas van dem Helge
Andrej Semen
Andrew Wafaa (25)
Arvin Schnell (6)
Beineri2
Bharath Acharya
Bonnie Kurniawan
Brian G. Merrell
Carl Fletcher
Casual Programmer
Christoph Thiel
Christopher Hobbs (15)
Ciaran Farrell (2)
Coly Li
Cristian Rodríguez
Daniel Bornkessel
David C. Rankin
Dean Hilkewich
Dinar Valeev (5)
Dirk Müller (1)
Dmitry Serpokryl (6)
Duncan Mac-Vicar
Enrique Herrera Noya
Eugene Pivnev
FabioMux (1)
Federico Lucifredi
Frank Lee
Gabriele Mohr
Gerrit Beine
Helman Rene Taleno Martinez
Helmut Schaa
Henne (6)
Herbert Graeber
Holgi (2)
Hubert Mantel (1)
Ioan Vancea
J. Daniel Schmidt (1)
Jaime Andrés Vélez Osorio
James Tremblay (7)
Jan Blunck (4)
Jan Madsen (1)
Jan Nieuwenhuizen
Jan-Christoph Bornschlegel (3)
Jan-Simon Möller (19)
Javier Llorente (1)
Jigish Gohil (18)
Jiri Srain (1)
Jiří Suchomel (1)
jloeser
Johan Kotze (5)
John Terpstra
Joop Boonen
Josef Reidinger (7)
Juergen Weigert (1)
Julio Vannini (7)
Justin Haygood
Kálmán Kéménczy
Kevin Yeaux (10)
Klaas Freitag (19)
Klara Cihlarova
Klaus Kämpf
Klaus Singvogel
kl_eisbaer (10)
Lars Marowsky-Bree
Li Bin
Ludwig Nussel (6)
M. Edwin Zakaria
Manuel Trujillo
Marcus Hüwe (8)
Marcus Meissner (1)
Marcus Moeller (1)
Marcus Schaefer (3)
Martin Lasarsch (8)
Martin Mohring (8)
Martin Schmidkunz
Masim "Vavai" Sugianto (20)
Matt Sealey
Mauro Parra-Miranda
Michael Andres (1)
Michael Löffler (3)
Michael Skiba
Michal Marek (3)
Michal Vyskocil (8)
Michal Zugec
mrdocs
Nikanth Karthikesan (2)
Oprea Lucian
Oswin Zulu
Peter Nixon
Peter Pöml (4)
Petr Mladek (28)
Petr Uzel (1)
Philipp Thomas
Pragnesh Radadiya
Ray Chen
Ray Wang (1)
Ricardo Varas Santana (6)
Richard Bos (4)
Robert Lihm
Roland Haidl
Roman Drahtmueller
Rossana Motta (1)
Rupert Horstkötter (9)
Sascha Manns (45)
Sebastian Schöbinger (4)
Stanislav Visnovsky (7)
Stefan Haas (1)
Stefan Hundhammer (5)
Stefan Schubert (3)
Steffen Winterfeldt (4)
Stephan Kulow (10)
Suman Manjunath
Suresh Jayaraman (1)
Susanne Oberhauser (2)
Syamsul Qamar Ngabito
Thomas Göttlicher (4)
Thomas Schraitle (13)
Thruth Wang
Tuukka (11)
Ulrich Hecht
Wilken Gottwalt
Will Stephenson (1)
Xin Wei Hu





 

How survive zypper dup on system with bad internet connection

1 Star2 Stars3 Stars4 Stars5 Stars (11 votes, average: 4.45 out of 5)
Loading ... Loading ...
Thursday, October 30th, 2008 by Josef Reidinger Digg!

Maybe someday you try zypper dup to actualize your distribution and in middle of process it fail, because you are disconnected or some packages is actualized before you download it (especially on factory this can happen). It is more safety download packages at first and then install from this local files.

How todo this is little tricky, at first you must enable caching downloaded files (I do it only for remote connection):

zypper mr –keep-packages –remote

So now you cache all downloaded files and now try testing run of dup. Trick is that all packages download for that test is cached.

zypper dup –dry-run

Now if you have slow connection I reccomend also disable autorefresh for all repositories, because if repository is refreshed before dup, you can easily find that some packages is newer than package in cache and you must download it.

zypper mr –all –no-refresh

Now is everything prepared for zypper dup, which use files from cache. Cache can take quite lot of disk space, so after dup you can clean it.

zypper clean

And thats all. This features work from OpenSuse 11 and you can also use this trick for zypper update or zypper install.


6 Comments

Comment by Andreas Jaeger
2008-11-02 12:33:37

Thanks for this tip! Hope there are more to come!

 
Comment by Ralph Ulrich
2008-11-08 14:31:10

If you previously used Debian this behaviour of zypper you will call a bug. I wonder why this caching is not the default for dist-upgrades.

Comment by Josef Reidinger
2008-11-10 08:03:00

Reason is that people complain that it eat to much space. If you do dist-upgrade it take around 2.5 GB, more or less depend on what you have installed…and some people restrict space for root and have all space in home. So default is not caching (also zypp (library under zypper) doesn’t delete old package, this is planned to future).

Comment by Peter Poeml
2008-11-10 10:47:10

As a yum user, I also call this a bug (and that’s why there is a feature request about this).

The way that zypper does updates is still centered around users with no network and with a CD in their disk drive.

The size argument isn’t one really, in my experience. I usually have some free disk space on some partition and can create a symlink to where there’s room to cache the packages.

It is just a precondition that packages exist on the system for a dist upgrade – unless you want to risk the system. Anyone who would complain that about needing too much disk space might not be aware of the possible consequences of “saving” this disk space – and I’m sure they would complain even more if the update breaks their system.

At the least, zypper could check for available disk space, and use it if it’s there. If it’s not sufficient, it could still offer to do a one-by-one update, downloading on the fly, after displaying a big fat warning.

(Comments wont nest below this level)
Comment by Vincent
2008-11-12 11:46:30

Agreed.

I’ve broken my SUSE twice because of interruption of this kind.

This feature is a nice one. Thanks Josef. I still think this should be part of YaST/zypp, if not default, at least with an option.

 
Comment by Josef Reidinger
2008-11-16 12:55:01

I think, that feature is planned, but for 11.1 is not enought resource to do it. Maybe for 11.2

 
 
 
 

Sorry, the comment form is closed at this time.