I'm curious abotu why econf uses

  "${EPREFIX}"/var/lib

for the default value of localstatedir, when the GNU coding standards
[1] and autoconf site default examples [2] both suggest

  $(prefix)/var

Not that it's a big deal to add

  src_configure()
  {
    econf --localstatedir="${EPREFIX}"/var
  }

to an ebuild, but the missmatch is odd.  I did some digging through
the history of both Portage and PMS, but didn't find anything clear.
PMS has had that value as the default since

  commit a686e410fd4d20f1d67b1c991936de78379d00c1
  Author: Stephen Bennett <s...@gentoo.org>
  Date:   Tue Mar 6 18:44:21 2007 +0000

    Add build commands section based on pioto's patch. Add a TODO
    command using the fixme package, and change todiscuss to use this
    too. Possibly other misc changes.

which is not very informative on it's own.  Portage has had the value
since

  commit d9fc4acc572c6647a4f27b838d35d27d805d190e
  Author: Jason Stubbs <jstu...@gentoo.org>
  Date:   Sun Aug 28 08:37:44 2005 +0000

    Migration (without history) of the current stable line to subversion.

Also not very helpful.

Anyhow, there is obviously a good deal of history here.  Looking
through the ebuilds of packages on my system that do have something in
`/var/lib`, it looks like they either don't use autoconf
(e.g. sys-apps/portage), hardcode the path (i.e. avoid using
localstatedir, e.g. app-admin/eselect and app-crypt/mit-krb5) or
override the value in their own ebuilds (e.g. x11-base/xorg-server)

  $ equery belongs -n /var/lib | while read LINE; do \
      ATOM="${LINE%% *}"; \
      grep -c localstatedir "/usr/portage/$ATOM/"*.ebuild; done

Is this one of those things that's too baked in to be worth changing,
or is this just too peripheral to have bothered anyone else?

Thanks,
Trevor

[1]: http://www.gnu.org/prep/standards/html_node/Directory-Variables.html
[2]: 
http://www.gnu.org/software/autoconf/manual/autoconf-2.63/html_node/Site-Defaults.html

-- 
This email may be signed or encrypted with GnuPG (http://www.gnupg.org).
For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to