From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14349 invoked by uid 1002); 8 Nov 2003 21:19:45 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 13639 invoked from network); 8 Nov 2003 21:19:44 -0000 From: Paul de Vrieze To: gentoo-dev@gentoo.org Date: Sat, 8 Nov 2003 22:19:19 +0100 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_p3Vr/P2kLM7VJae"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200311082219.38412.pauldv@gentoo.org> X-Spam-Status: No, hits=-9.4 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_KMAIL autolearn=ham version=2.55-uvt5 X-Spam-Checker-Version: SpamAssassin 2.55-uvt5 (1.174.2.19-2003-05-19-exp) X-Virus-Scanned: by AMaViS-ng (Milter interface) Subject: Re: [gentoo-dev] Ebuilds and the changes people make to them X-Archives-Salt: 424f2835-4905-4bc5-8041-b2eebbf19457 X-Archives-Hash: 9b1167980d14062b831f1a1c89ffe90f --Boundary-02=_p3Vr/P2kLM7VJae Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Saturday 08 November 2003 21:52, Corey Crawford wrote: > O.K., > > I'm a huge fan of ebuilds and the whole portage system. > > But: who decides what changes to make in these ebuilds? I'm really getting > sick and tired of upgrading packages only to find that someone decided to > change the ./configure options the ebuild uses. > > I shouldn't have to worry about my Apache server not working after an > upgrade! This is the latest example: > > The '--with-suexec-docroot' configure option for the SuExec module in > Apache2's ebuild to something other than all previous Apache2 ebuilds. Th= is > was done in apache-2.0.48-r1. _Why?_ This broke all of the CGI scripts on > my virtual hosts until it was noticed and corrected the next day. > > I shouldn't have to go into every ebuild and make sure someone didn't > change paths on me before doing (what is suppose to be) a simple upgrade. > > [/rant] [blunt reply] On a production system one should allways read changelogs before updating, = and=20 possibly even first test it. Also having binary packages to put back if=20 things won't work is very useful. [/blunt reply] > Has anyone considered moving any 'configure' options to another file? I don't think so. It would also be complicated because sometimes configure= =20 scripts themselves change defaults or other packages depend on certain=20 configure options being present (which makes it not optional to not use the= =20 option). > Moving the 'configure' options to another file would alleviate a lot of > problems. This would allow those of us who have working systems to contin= ue > to have functioning systems even if the default values for those configure > options have changed. I understand your problems, I agree with it, however I see no way of solvin= g=20 the problem. The best guarantee for stability is not updating unless needed= ,=20 and in that case be very careful (a diff between the old ebuild and the new= =20 one). Paul =2D-=20 Paul de Vrieze Gentoo Developer Mail: pauldv@gentoo.org Homepage: http://www.devrieze.net --Boundary-02=_p3Vr/P2kLM7VJae Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/rV3pbKx5DBjWFdsRAvp/AJ9XMZByJAfqY62o6etPKWDIAL3KJwCfQQBq I1VYQ9wdzxtD2VMHtlsCSL4= =N5NA -----END PGP SIGNATURE----- --Boundary-02=_p3Vr/P2kLM7VJae--