[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[Bug 177818] Review Request: adplug



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: adplug


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177818





------- Additional Comments From triad df lth se  2006-02-25 17:08 EST -------
Updtream have agreed to change the path, but has this strange phenomenon
with autoconf, any ideas to help them understand what autoconf seem to
want to do?

----------------------------------

Date: 2006-02-18 00:29
Sender: dynamiteProject Admin
Logged In: YES 
user_id=31101

I agree with you and like to correct it, although the
following is strange: Autoconf has a set of variables to
refer to default installation directories, which i've been
using.

In order to correct this bug, i changed the default lookup
path for the adplug.db file from $(datadir)/adplug, which
resolves to /usr/local/share/adplug, to
$(sharedstatedir)/adplug, of which the Autoconf docs say for
$(sharedstatedir) that it is "The directory for installing
modifiable architecture-independent data", so exactly what
i'm looking for. This variable resolves to /usr/local/com,
which is a path i never heard of and didn't exist in my
system before.

Question is now if i should just set it to $(sharedstatedir)
and let the distribution maintainers (i.e. you) re-configure
the right path for their installation at build time.
According to the Autoconf docs, this is the right way to go.

I really wonder though what this /com directory is. I
don't see anything useful on google. Do you have any idea?

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]