public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Corey Crawford" <ccrawford@seventh.net>
To: <gentoo-dev@gentoo.org>
Subject: RE: [gentoo-dev] Ebuilds and the changes people make to them
Date: Sat, 8 Nov 2003 16:11:52 -0700	[thread overview]
Message-ID: <NKEKIPHOEDJEPAELIKFDAEPLCGAA.ccrawford@seventh.net> (raw)
In-Reply-To: <87vfpufp94.fsf@jay.local.invalid>

> -----Original Message-----
> From: Jeremy Maitin-Shepard [mailto:jbms@gentoo.org]
> Sent: Saturday, November 08, 2003 3:51 PM
> To: gentoo-dev@gentoo.org
> Subject: Re: [gentoo-dev] Ebuilds and the changes people make to them

-snip-

> This seems like a matter of having (more general) package-specific
> configuration files, which currently is not supported.  I would imagine
> though that if such files were supported, it would make more sense for
> these files to go in a sub-directory of /etc rather than in the portage
> tree, since either they would be overwritten or they would have to be
> excluded from rsync, which would cause problems if the package were
> moved or removed.
>
> --
> Jeremy Maitin-Shepard

You are right, it is a matter of having package-specific configuration
files.

However, if it's done right then packages can be moved to this system one at
a time without requiring any kind of rewrite for the portage system. Just
somewhere along the line when you did an 'emerge sync' the new ebuild file
and configuration file would be included.

The .defaults file is designed to be overwritten each time an 'emerge sync'
is done. Just like the ChangeLog file is overwritten when it's changed.

However, the .custom configuration file could easily go into an /etc
directory (with make.conf would make sense). If there is no .custom file for
the package being built (which would be checked by the package's ebuild)
then the .defaults file would provide all the configuration values the
ebuild needs.

A default .custom file does not need to be provided. The user can create
their own .custom file with the variables they want to change from the
.defaults file.

I could probably convert Apache2's ebuild file to use this system in less
than an hour.

---
Corey Crawford
ccrawford@seventh.net




--
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2003-11-08 23:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-08 20:52 [gentoo-dev] Ebuilds and the changes people make to them Corey Crawford
2003-11-08 21:19 ` 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 [this message]
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=NKEKIPHOEDJEPAELIKFDAEPLCGAA.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