1 |
On Wednesday 02 October 2002 09:39, Evan Read wrote: |
2 |
> On Wed, Oct 02, 2002 at 09:22:06AM +0200, Henti Smith wrote: > On Tue, 01 |
3 |
> Oct 2002 23:09:14 +0000 > Leon Chiver <leon@××××××.ro> wrote: > > > I've |
4 |
> installed gentoo and I must say that I'm very pleased whith it. > > |
5 |
> Marvelous job. > > But there's still one feature I'm missing and which |
6 |
> regards the update > > procedure: wouldn't it be nice if we could upgrade |
7 |
> from one version of a > > package to another by only downloading the diff? |
8 |
> A few days before I've > > installed mozilla-1.0, today I emerged 1.0.1. |
9 |
> But I had to download the > > entire 1.0.1 archive, instead of only a diff |
10 |
> file. For people with a > > limited internet access this would be a really |
11 |
> great feature. > > Does anyone know, is such an improvement planned? > > I |
12 |
> had a look on the bugzilla page and did a few searches .. didn't se |
13 |
> anything that pertains to this, but I have to admit .. > In the image of |
14 |
> gentoo this should have been in portage already. > > being able to update |
15 |
> packages just with patches would be really nice for us low bandwidth users |
16 |
> .. > |
17 |
|
18 |
Sorry for that but you _had_ to see that mess. Didn't think mutt would do such |
19 |
stuff or do you fake your User-Agent Header and are using Outlook? :) |
20 |
|
21 |
> There was a thread about why the kernel stuff isn't done that way. It was |
22 |
> discussed that it is very hard to allow for people that sit at very |
23 |
> different kernel versions to be able to upgrade with one ebuild. Yes, one |
24 |
> can do all the checks to see what is needed to go from 2.4.x to 2.4.19 (or |
25 |
> even 2.2.x to 2.4.19) and just fetch the right diff, but that is much more |
26 |
> difficult than "get latest source, unpack into /usr/src and patch". |
27 |
|
28 |
Huh? What's so difficult about unpack source from version x, unpack from |
29 |
version y run a diff over the two directories and put that into |
30 |
patch-source-package z. |
31 |
|
32 |
Now lets say we want to update our kernel from gentoo-sources-2.4.18 to |
33 |
gentoo-sources-2.4.19-r7. Portage sees there's already a linux-2.4.18.tar.bz2 |
34 |
so we don't download the linux-2.4.19.tar.bz2 from kernel.org but instead |
35 |
download the patch from 2.4.18 to 2.4.19, unpack the 2.4.18 into our new |
36 |
directory, patch it to 2.4.19 and then patch in the stuff that makes a |
37 |
gentoo-sources-r7 out of it. |
38 |
|
39 |
I don't see where this would be a problem either with the kernel or any other |
40 |
package. Of course you'd need quite some patches on the servers for that |
41 |
thats true :) |
42 |
|
43 |
> There is nothing stopping anyone from creating thes ebuild themselves and |
44 |
> posting them on the web say "diff2.4.16to2.4.19.ebuild" and giving people |
45 |
> the ability to use them , even if they don't get commited. |
46 |
|
47 |
No, don't build it into the ebuilds, let portage do it. The ebuild has nothing |
48 |
to do with it! |
49 |
|
50 |
|
51 |
Alex |
52 |
-- |
53 |
"They that can give up essential liberty to obtain a little temporary safety |
54 |
deserve neither liberty nor safety." |
55 |
Benjamin Franklin |