From: "Corey Crawford" <ccrawford@seventh.net>
To: "Gentoo Dev" <gentoo-dev@gentoo.org>
Subject: [gentoo-dev] Ebuilds and the changes people make to them
Date: Sat, 8 Nov 2003 13:52:35 -0700 [thread overview]
Message-ID: <NKEKIPHOEDJEPAELIKFDMEPICGAA.ccrawford@seventh.net> (raw)
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. This
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]
Has anyone considered moving any 'configure' options to another file?
Moving the 'configure' options to another file would alleviate a lot of
problems. This would allow those of us who have working systems to continue
to have functioning systems even if the default values for those configure
options have changed.
Do-able? Comments?
---
Corey Crawford
ccrawford@seventh.net
--
gentoo-dev@gentoo.org mailing list
next reply other threads:[~2003-11-08 20:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-08 20:52 Corey Crawford [this message]
2003-11-08 21:19 ` [gentoo-dev] Ebuilds and the changes people make to them Paul de Vrieze
2003-11-08 21:42 ` Corey Crawford
2003-11-08 22:51 ` Jeremy Maitin-Shepard
2003-11-08 23:11 ` Corey Crawford
2003-11-09 3:31 ` Jeremy Maitin-Shepard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=NKEKIPHOEDJEPAELIKFDMEPICGAA.ccrawford@seventh.net \
--to=ccrawford@seventh.net \
--cc=gentoo-dev@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox