> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> I don't. The only symlink/shadow trees I set up are for the "perl",
TA> "mibs" and "include" subdirectories (python to be added soon?) which has
TA> always worked fine for me until your change. See NSB_DIRLINK_DIRS in
TA> dist/nsb-functio
Dave Shield wrote:
> I haven't checked Wes' patch, but does this *force* the disabling of
> the perl stuff? Or just affect the default build.
It forces. Wes' summary on IRC:
when explicitly enabling it explicitly dies.
when implicitly enabling it simply doesn't built it.
>> What can we do?
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> TA> I strongly object.
>
> I strongly don't think you've looked at what I did.
>
> It doesn't actually break it did it? did you try it?
Tried it and it either breaks or disables perl for me. Here are the details:
On 25/09/06, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Wes Hardaker wrote:
> > Log Message:
> > tests to see if we're in the main source tree so we can install the perl
> > modules or not
>
> I strongly object. I'm making use of the mentioned symlink tricks ("shadow
> trees") to successfully buil
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> I strongly object.
I strongly don't think you've looked at what I did.
It doesn't actually break it did it? did you try it?
TA> I'm making use of the mentioned symlink tricks ("shadow trees") to
TA> successfully build outside the sour
Wes Hardaker wrote:
> Update of /cvsroot/net-snmp/net-snmp
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv19721
>
> Modified Files:
> configure configure.in
> Log Message:
> tests to see if we're in the main source tree so we can install the perl
> modules or not
I strongly objec
