Matt Domsch matt_dom...@dell.com writes:
I humbly suggest that the dnssec-tools package should consider changing
the name of that executable as well, perhaps dnssec-validate.
I've changed the fedora package to move it to dt- prefix and we had a
discussion the other day about renaming it in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/24/2012 12:04 AM, Matt Domsch wrote:
On Wed, May 23, 2012 at 01:22:35PM -0500, Paul Wouters wrote:
I just got caught in having two different validate commands in my
path.
The /usr/bin/validate version is from the dnssec-tools package.
On Wed, May 23, 2012 at 02:33:11PM -0400, Adam Jackson wrote:
We're (sort of) trying to phase out /usr/libexec in favor of
%{_libdir}/%{name}/foo, but otherwise that sounds good.
But then the location if a command will depend on whether the system is
a 64 or 32 bit system, which makes it more
On Wed, 23 May 2012 14:22:35 -0400 (EDT), PW (Paul) wrote:
I just got caught in having two different validate commands in my
path.
The /usr/bin/validate version is from the dnssec-tools package. It has a
man page and usage info and is a tool to diagnose dnssec lookups.
And there's
On 5/24/12 7:50 AM, Till Maas wrote:
On Wed, May 23, 2012 at 02:33:11PM -0400, Adam Jackson wrote:
We're (sort of) trying to phase out /usr/libexec in favor of
%{_libdir}/%{name}/foo, but otherwise that sounds good.
But then the location if a command will depend on whether the system is
a 64
On Thu, May 24, 2012 at 09:13:51AM -0400, Adam Jackson wrote:
On 5/24/12 7:50 AM, Till Maas wrote:
But then the location if a command will depend on whether the system is
a 64 or 32 bit system, which makes it more error prone to write software that
uses such commands on both kind of systems.
On 05/24/2012 08:18 PM, Till Maas wrote:
On Thu, May 24, 2012 at 09:13:51AM -0400, Adam Jackson wrote:
On 5/24/12 7:50 AM, Till Maas wrote:
But then the location if a command will depend on whether the system is
a 64 or 32 bit system, which makes it more error prone to write software that
On Thu, 24 May 2012, Panu Matilainen wrote:
Yup. Sure we could flip %_libexecdir to point to /usr/lib (NOT %{_libdir})
instead of /usr/libexec and rebuild (all) packages, most of them probably
wouldn't notice a thing. But then I also dont really see the point of turning
/usr/lib into even
On 05/24/2012 09:15 PM, Paul Wouters wrote:
On Thu, 24 May 2012, Panu Matilainen wrote:
Yup. Sure we could flip %_libexecdir to point to /usr/lib (NOT
%{_libdir}) instead of /usr/libexec and rebuild (all) packages, most
of them probably wouldn't notice a thing. But then I also dont really
see
I just got caught in having two different validate commands in my
path.
The /usr/bin/validate version is from the dnssec-tools package. It has a
man page and usage info and is a tool to diagnose dnssec lookups.
The /usr/sbin/validate version is from the mod_auth_shadow package. It
has no man
On Wed, 2012-05-23 at 14:22 -0400, Paul Wouters wrote:
I just got caught in having two different validate commands in my
path.
The /usr/bin/validate version is from the dnssec-tools package. It has a
man page and usage info and is a tool to diagnose dnssec lookups.
The /usr/sbin/validate
On Wed, May 23, 2012 at 01:22:35PM -0500, Paul Wouters wrote:
I just got caught in having two different validate commands in my
path.
The /usr/bin/validate version is from the dnssec-tools package. It has a
man page and usage info and is a tool to diagnose dnssec lookups.
I humbly suggest
12 matches
Mail list logo
