Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 Aug 2013 11:54:55 -0600
From:      markham breitbach <>
To:        Devin Teske <>
Cc:        questions <>, "Teske, Devin" <>
Subject:   Re: .sh script code to determine IPv4 or IPv6
Message-ID:  <>
In-Reply-To: <13CA24D6AB415D428143D44749F57D72020071EE@ltcfiswmsgmb21>
References:  <> <> <13CA24D6AB415D428143D44749F57D720200229A@ltcfiswmsgmb21> <> <> <13CA24D6AB415D428143D44749F57D7202006F51@ltcfiswmsgmb21> <> <13CA24D6AB415D428143D44749F57D72020071EE@ltcfiswmsgmb21>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
I have some scripts that do fairly crude IPv4/6 validation testing. It is generally
assumed that the input is coming from someone who knows what they are doing, but even the
best of us have fat fingers sometimes :) Having standardized routines for something like
this is great!


On 13-08-06 11:45 AM, Teske, Devin wrote:
> On Aug 6, 2013, at 10:39 AM, Polytropon wrote:
>> On Tue, 6 Aug 2013 16:50:37 +0000, Teske, Devin wrote:
>>> And yes... to clarify... the port is a mirror of what's in 9.x base.
>>> (however, see my recent notes in a separate reply; TL;DR: port is
>>> 9.x only; proceed only if you know you don't care about the dialog(1)
>>> aspects of the library code).
>> I think it should be relatively unproblematic to fetch the
>> port and only use the subroutines "as is", even if it's just
>> for educational purposes. :-)
> Right.
> Just a warning though, what is "fetched" in ports is actually in the format of what's in HEAD (read: not in the format of what gets installed).
> For example, there are things that end up in /usr/share/bsdconfig that aren't in the "bsdconfig/share/" source directory (e.g., all the stuff under /usr/share/bsdconfig/networking is under the source directory "bsdconfig/networking/share"). This may be counter-intuitive from an "exploratory" view if looking at the source directory (what's fetched by ports).
> And since the port Makefile will prevent you from turning that fetch'ed source directory into an installed software (putting things where they end up), it might be easier to grab this pre-built package that I stashed...
> Because then you can say "pkg_add" and everything will be in the right place (/usr/share/bsdconfig/ will be flush with everything and you won't have to hunt-and-peck through the source with a "maintainers" view).

Want to link to this message? Use this URL: <>