public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Paul Varner <fuzzyray@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Binary packages and revdep-rebuild
Date: Thu, 03 Nov 2005 15:35:37 -0600	[thread overview]
Message-ID: <1131053738.16612.19.camel@txslpc1d36.wkst.vzwnet.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1789 bytes --]

One of the common complaints with revdep-rebuild is that it wants to
constantly rebuild binary packages (most notably openoffice-bin). To
assist in resolving this issue, I have released gentoolkit-0.2.1_pre9
which adds the capability for an ebuild maintainer to adjust how
revdep-rebuild behaves towards binary packages.

The latest revdep-rebuild allows the user to control the following
variables:

LD_LIBRARY_MASK  - Mask of specially evaluated libraries
SEARCH_DIRS      - List of directories to search for executables and
libraries
SEARCH_DIRS_MASK - List of directories to not search

With the capability that I just added, a package maintainer can now
adjust the same variables.  To use this capability do the following:

1. Install a file into /etc/revdep-rebuild (I'm using the same
convention as /etc/env.d and prefixing the files with a number)
2. Inside of the file, place the appropriate changes to the variables.

For example: I have the following
file /etc/revdep-rebuild/10openoffice-bin on my system

# openoffice-bin revdep-rebuild configuration file
SEARCH_DIRS_MASK="/usr/lib/openoffice"

3. revdep-rebuild will accumulate the variables in the following order:

environment, /etc/make.conf, /etc/revdep-rebuild/* 

This means that a user can override your changes if desired, but your
changes will be honored by default.

Finally, one other change that I am considering is to add a PACKAGE_MASK
variable that will only be read from the files in /etc/revdep-rebuild
and cannot be overridden by the user (except by editing the file).  The
purpose will be to tell revdep-rebuild to never attempt to rebuild that
package. Before I implement that I would like to get some feedback on if
that is a desired feature.

Regards,
Paul


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

                 reply	other threads:[~2005-11-03 21:38 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=1131053738.16612.19.camel@txslpc1d36.wkst.vzwnet.com \
    --to=fuzzyray@gentoo.org \
    --cc=gentoo-dev@lists.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