Re: [Savannah-help-public] log_accum

[Derek Price]

Thanks.  I've added comments in all those issues re the unification (I
just installed a change so that the version of log_accum.pl in the CVS
repository could now solve all three issues - two were already
supported).  Someone will need to let me know what Savannah log_accum.pl
features not in open issues would still need support from the CVS
log_accum.pl to enable unification if I am to fix them.

As for cvsreport, it looks like it implements much the same
functionality, but it misses the %{sVv} form of the loginfo argument as
well, so is probably doing too much work, at the least, assuming that it
has the bug fixes that are installed in CVS's log_accum.pl.  Unless
someone can point out specific functionality from that script that is
needed, I am inclined to stick with the log_accum.pl that I already know
mostly works.

Regards,

Derek


Sylvain Beucler wrote:

>Hi,
>
>We current have 3 feature requests about log_accum:
>
>* https://savannah.gnu.org/support/?func=detailitem&item_id=104373
>
>It's a bug I recently seen mentioned in an old archive, so it must be
>around for long, related to diff during branching.
>
>* https://savannah.gnu.org/support/?func=detailitem&item_id=104562
>https://savannah.gnu.org/support/?func=detailitem&item_id=104200
>
>Requests for more diff options (-N and -wB)
>
>
>If you try to unify log_accum, you might want to have a look at
>previous Savannah Hacker Vincent Caron's work called cvsreport, who I
>think rewrote a similar system from scratch.
>
>https://gna.org/p/cvsreport
>
>  
>


-- 
Derek R. Price
CVS Solutions Architect
Ximbiot <http://ximbiot.com>
v: +1 717.579.6168
f: +1 717.234.3125
<mailto:address@hidden>