Date: Thu, 15 Feb 2007 17:13:03 +0000 From: Dominic Marks <dom@helenmarks.co.uk> To: freebsd-hackers@freebsd.org Subject: Re: portupgrade O(n^m)? and pkgupgrade Message-ID: <20070215171303.2e3dc80b.dom@helenmarks.co.uk> In-Reply-To: <20070215165228.GA72462@lpthe.jussieu.fr> References: <20070215165228.GA72462@lpthe.jussieu.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 15 Feb 2007 17:52:29 +0100 Michel Talon <talon@lpthe.jussieu.fr> wrote: > As a tentative solution to the problem in the subject, i have corrected > still more bugs in my program pkguprade. The last version is at > http://www.lpthe.jussieu.fr/~talon/pkgupgrade > > I had observed on my own machine two problems, one being that the > topological sort was scrambled, this i have discovered was due to a bad > use of the python sort() function (although i don't understand clearly > why the syntax was bad), the other had to do with ports being moved in > the MOVED files and whose moves were accounted incorrectly. This is > a hairy problem with the FreeBSD ports sytem. > > As an example of running pkgupgrade, here is what i get after having > upgraded the port tree from 6.2-RELEASE to current: > niobe% ./pkgupgrade > There are now 711 packages installed. > Collecting installed packages. > Building the updated index. > Building and filling the dependency DAG. > Printing the upgrade list in UpgradeLog > Total time spent in analysis: 01 minutes 29 seconds. > Second phase, downloads and backups. > Total time spent in downloads: 00 minutes 13 seconds. > Total time spent in backups: 00 minutes 15 seconds. > Writing upgrade shell script. > Will remove 3 old packages. > Will install 17 new binary packages. > Will compile 8 ports. > All tasks completed. > ****************************************************************** > Total time: 01 minutes 53 seconds. > At first sight, the shell script which has been produced, UpgradeShell > seems reasonable. Of course such a program can only gain very good > reliability by testing, but testing is always dangerous ..., except > perhaps on testing machines, but i don't have any. You could use a jail for this, although a separate system is always nice. > -- > > Michel TALON > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070215171303.2e3dc80b.dom>