Matt Domsch 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 base (it's not my
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 t
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 bigg
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
use
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 sys
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 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 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
-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-tool
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
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/v
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
12 matches
Mail list logo
