[arch-general] Presto for pacman?
Is there something similar to Yum Presto[1] for pacman? Would it be possible to do, or are there limitations in the package format that prevents it? /M [1]: http://fedoraproject.org/wiki/Features/Presto -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Magnus Therning wrote:
Is there something similar to Yum Presto[1] for pacman?
Would it be possible to do, or are there limitations in the package format that prevents it?
/M
This is already implemented in the unreleased pacman codebase. Once this gets released we need to figure out how to deal with this from the package distribution side. Allan
On Mon, Jun 22, 2009 at 9:09 AM, Allan McRae<allan@archlinux.org> wrote:
Magnus Therning wrote:
Is there something similar to Yum Presto[1] for pacman?
Would it be possible to do, or are there limitations in the package format that prevents it?
/M
This is already implemented in the unreleased pacman codebase. Once this gets released we need to figure out how to deal with this from the package distribution side.
Cool! Hopefully that'll mean smaller go-ooo downloads at some point in the future :-) /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
On Monday 22 June 2009 03:09:14 am Allan McRae wrote:
Magnus Therning wrote:
Is there something similar to Yum Presto[1] for pacman?
Would it be possible to do, or are there limitations in the package format that prevents it?
/M
This is already implemented in the unreleased pacman codebase. Once this gets released we need to figure out how to deal with this from the package distribution side.
Allan
Excellent, Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
On Tue, Jun 23, 2009 at 8:50 AM, David C. Rankin<drankinatty@suddenlinkmail.com> wrote:
Excellent,
Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages?
I don't know about presto, but normally the delta you download allow you to build the final package, which you can keep locally. So reinstalling is not a problem. That's the case with pacman at least. And you can also enable/disable use of deltas.
Xavier schrieb am Dienstag 23 Juni 2009 um 09:47:
On Tue, Jun 23, 2009 at 8:50 AM, David C.
Rankin<drankinatty@suddenlinkmail.com> wrote:
Excellent,
Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages?
I don't know about presto, but normally the delta you download allow you to build the final package, which you can keep locally. So reinstalling is not a problem. That's the case with pacman at least. And you can also enable/disable use of deltas.
I guess in the beginning there will be delta packages for the big ones only, like openoffice, to see how it works out. If hassle is involved it should stay this way.
Excellent,
Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages?
To be a bother, "Arch doesn't use RPMs". Cheers, -AT -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) if (argc > 1 && strcmp(argv[1], "-advice") == 0) { printf("Don't Panic!\n"); exit(42); } -- Arnold Robbins in the LJ of February '95, describing RCS
On Tuesday 23 June 2009 08:34:53 am Andrei Thorp wrote:
Excellent,
Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages?
To be a bother, "Arch doesn't use RPMs".
Cheers,
-AT
(smacks self -- I know Andrei!!) I was just responding based on my experience with suse, where in the delta rpm world, the config file finally came with the following caution: ## ## Whether to consider using a .delta.rpm when downloading a package ## ## Valid values: boolean ## Default value: true ## ## Using a delta rpm will decrease the download size for package updates ## since it does not contain all files of the package but only the binary ## diff of changed ones. Recreating the rpm package on the local machine ## is an expensive operation (memory,CPU). If your network connection is ## not too slow, you benefit from disabling .delta.rpm. ## # download.use_deltarpm = true download.use_deltarpm = false I was talking about the same thinking applied to pacman packages ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Excerpts from David C. Rankin's message of Tue Jun 23 16:49:13 -0400 2009:
On Tuesday 23 June 2009 08:34:53 am Andrei Thorp wrote:
Excellent,
Two thoughts. (1) delta rpms are great for download size, but computationally expensive on the client side for reinstalls or multiple machine updates, so (2) if possible, can an option be retained to enable/disable use of deltarpms for folks that would like to have full packages?
To be a bother, "Arch doesn't use RPMs".
Cheers,
-AT
(smacks self -- I know Andrei!!)
Yeah, of course :). Like I said, just being a bother, haha. -- Andrei Thorp, Developer: Xandros Corp. (http://www.xandros.com) <lilo> Fairlight: udp is the light margarine of tcp/ip transport protocols :) -- Seen on #Linux
participants (6)
-
Allan McRae
-
Andrei Thorp
-
David C. Rankin
-
Magnus Therning
-
Maik Beckmann
-
Xavier