[rancid] (no subject) and Re: System Up Time & Dell

Alan McKinnon alan.mckinnon at gmail.com
Thu May 8 20:28:20 UTC 2014

Or just move rancid to git?

Alex's original post was about finding a way for rancid to detect
"cycling/incrementing output" and just deal with it somehow. I think we
can all agree this is a bad idea, not least because it involves
intelligent magic code that doesn't exist. And also because removing
unwanted output requires knowing what the output *means* to decide if
it's worthless or not. Code can't do that and any attempt to do so will
be very error-prone.

Bit the original problem remains - all serious rancid users seem to
gather a large collection of tweaks and patches. Some are generally
useful and haven't made it into the release yet, other patches scratch
someone's itch but are unlikely to ship by default (eg prompt detection
and banners).

So if people patch rancid locally (and this does seem to be the best
method overall), why not make it as easy as possible for sysadmins to do
so? Git is ideal for this. Maintaining your own branch in cvs/svn and
synced with upstream is not especially pleasant, in git it is rather
trivial. Plus you get the ability to cherry pick other's patches if they
use git.

On 08/05/2014 21:02, Daniel Schmidt wrote:
> File of regex to cross reference?  Granted, Regex is not much easier
> than modifying Perl to copy whatever the last guy did.  Maybe a "howto
> modify Rancid" doc so lazy @$$ people like me fix their own problems
> instead of asking if somebody else has already done it. 
> On Mon, May 5, 2014 at 5:11 PM, heasley <heas at shrubbery.net
> <mailto:heas at shrubbery.net>> wrote:
>     Thu, May 01, 2014 at 09:21:49PM +0100, Alex DEKKER:
>     > I wonder, given the sheer number of threads discussing the topic of
>     > cycling/incrementing output in RANCID emails, might some mechanism for
>     > either a) automatically detecting cycling/incrementing output or b)
>     > making it easier to get RANCID to ignore it be a worthy target for
>     > development?
>     suggestions how to do that?  it can't be too greedy; its possible for
>     things to cycle due to a bug, h/w failure, or intrusion, which should
>     not be ignored.
>     _______________________________________________
>     Rancid-discuss mailing list
>     Rancid-discuss at shrubbery.net <mailto:Rancid-discuss at shrubbery.net>
>     http://www.shrubbery.net/mailman/listinfo/rancid-discuss
> E-Mail to and from me, in connection with the transaction 
> of public business, is subject to the Wyoming Public Records 
> Act and may be disclosed to third parties.
> _______________________________________________
> Rancid-discuss mailing list
> Rancid-discuss at shrubbery.net
> http://www.shrubbery.net/mailman/listinfo/rancid-discuss

Alan McKinnon
alan.mckinnon at gmail.com

More information about the Rancid-discuss mailing list