[gentoo-portage-dev] [Fwd: Re: GLEP: Making updates never break dependencies]

[gentoo-portage-dev] [Fwd: Re: GLEP: Making updates never break dependencies]

[Grant Goodyear]

[-- Attachment #1.1: Type: text/plain, Size: 45 bytes --]


-- 
Grant Goodyear <g2boojum@gentoo.org>

[-- Attachment #1.2: Forwarded message - Re: GLEP: Making updates never break dependencies --]
[-- Type: message/rfc822, Size: 3818 bytes --]

[-- Attachment #1.2.1.1: Type: text/plain, Size: 1376 bytes --]

>  I just wrote a GLEP, proposing a solution to the problem that updating
>  f.ex. openssl, requires recompiling almost world
>  (kde,mozilla,galeon,wget,irrsi,python etc.) - and breaks your system if
>  you don't complete all this, while you are running (since the old
>  openssl files are removed after the openssl upgrade -and programs that
>  haven't been recompiled will break).

Dear Mr. Klavsen,
  Thank you very much for submitting this GLEP. I think it may need a
bit of work before we can accept it, however. A minor point is that we
request that GLEPs be written in a formal manner (no abbreviations such
as "f.ex", spelling should be checked, sentences should be complete,
subject and predicate should agree in number, etcetera). The more
substantive comment is that this GLEP raises a number of issues that I
think the GLEP itself should address: who will be making the required
portage changes, how would these changes impact developers, how
extensive would those changes be, how would these changes impact
performance, are there other alternative solutions to this problem that
should be considered, would the introduction of "reverse-dependencies"
solve this problem?  I've CC'd carpaski, the Gentoo Portage lead, in
case he might have additional comments.

Sincerely,
Grant Goodyear
GLEP Editor
-- 
Grant Goodyear <glep@gentoo.org>

[-- Attachment #1.2.1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-portage-dev] [Fwd: Re: GLEP: Making updates never break dependencies]

[Grant Goodyear]

[-- Attachment #1.1: Type: text/plain, Size: 45 bytes --]


-- 
Grant Goodyear <g2boojum@gentoo.org>

[-- Attachment #1.2: Forwarded message - Re: GLEP: Making updates never break dependencies --]
[-- Type: message/rfc822, Size: 4832 bytes --]

[-- Attachment #1.2.1.1: Type: text/plain, Size: 2108 bytes --]

I have tried to address the issues you mentioned, and rewritten the GLEP
to be a IMHO much more precise in exactly how I see this being
accomplished.

Please have a look, and tell me what you think.
The rewritten GLEP is still here:
http://vsen.dk/files/GLEP-Making_updates_never_break_dependencies.txt

On tor, 2003-11-06 at 17:13, Grant Goodyear wrote:
> >  I just wrote a GLEP, proposing a solution to the problem that updating
> >  f.ex. openssl, requires recompiling almost world
> >  (kde,mozilla,galeon,wget,irrsi,python etc.) - and breaks your system if
> >  you don't complete all this, while you are running (since the old
> >  openssl files are removed after the openssl upgrade -and programs that
> >  haven't been recompiled will break).
> 
> Dear Mr. Klavsen,
>   Thank you very much for submitting this GLEP. I think it may need a
> bit of work before we can accept it, however. A minor point is that we
> request that GLEPs be written in a formal manner (no abbreviations such
> as "f.ex", spelling should be checked, sentences should be complete,
> subject and predicate should agree in number, etcetera). The more
> substantive comment is that this GLEP raises a number of issues that I
> think the GLEP itself should address: who will be making the required
> portage changes, how would these changes impact developers, how
> extensive would those changes be, how would these changes impact
> performance, are there other alternative solutions to this problem that
> should be considered, would the introduction of "reverse-dependencies"
> solve this problem?  I've CC'd carpaski, the Gentoo Portage lead, in
> case he might have additional comments.
> 
> Sincerely,
> Grant Goodyear
> GLEP Editor
-- 
Regards,
Klavs Klavsen, GSEC - kl@vsen.dk - http://www.vsen.dk
PGP: 7E063C62/2873 188C 968E 600D D8F8  B8DA 3D3A 0B79 7E06 3C62
See my new managed CMS Hosting Service at http://www.VirkPaaNettet.dk

Working with Unix is like wrestling a worthy opponent. 
Working with windows is like attacking a small whining child 
who is carrying a .38.				

[-- Attachment #1.2.1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]