In order to provide the greatest flexibilty to the architecture teams and
package maintainers. I would like to see the SEARCH_DIRS, SEARCH_DIRS_MASK, and
LD_LIBRARY_MASK variables used by revdep-rebuild be added as incremental
variables to portage.
This allows the architecture teams the flexibility to set the variables in the
appropriate profiles, and allows package maintainers to add appropriate settings
to /etc/env.d files.
A patch is located at http://bugs.gentoo.org/attachment.cgi?id=61451&action=view
in bug #62644
Steps to Reproduce:
i dont see the point
those variables are *only* used by revdep rebuild so exporting them via env.d
entries is wrong
you should setup a system where packages can dump files into say
/etc/portage/revdep-rebuild/ and then have your revdep-rebuild script parse those
The point is to make it easier for both devs and users to be able to customize
revdep-rebuild to match their gentoo systems and thus hopefully reduce some bug
reports. I have had requests to be able have these variables in the profiles and
environment from other devs. To me, the best method was to let portage handle
that since it already does it for other variables.
Having said all that, I'm not attached to any specific method of implementation
and I won't be offended if this enhancement request is rejected.
to 'let portage handle it' means to install env.d entries and have that variable
make it into profile.env which all users will have in their environment which is
the amount of work to have an ebuild guy install a custom file into /etc/env.d
or into /etc/portage/revdep-rebuild is the same ... it would just take a bit of
work on your part to have revdep-rebuild add all the files together
Putting a hold on feature requests for portage as they are drowning out the
bugs. Most of these features should be available in the next major version of
portage. But for the time being, they are just drowning out the major bugs and
delaying the next version's progress.
Any bugs that contain patches and any bugs for etc-update or dispatch-conf can
be reopened. Sorry, I'm just not good enough with bugzilla. ;)
Reopening to resolve as wontfix. I'm going with Spanky's suggestion.
revdep-rebuild will use its own files instead of /etc/env.d files.