-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm happy with the "sa-check" idea, as long as we keep a "spamassassin"
wrapper that just does an exec().  easy enough, and very sensible.
+1

I think the POD docs from "spamassassin" should be split into the
"sa-check" POD and whatever other "sa-blah" scripts we come up with
from that.

also, +1 on Michael's "sa-history" script idea.

however the cvs/svn style, I'm not fond of.  reasons:

    - without require-ish hacking, it'll mean all the commands
      would get "use"'d -- increasing RAM usage.  I'd prefer to
      avoid that.

    - having multiple commands as "prefix-command", e.g. "sa-learn",
      "sa-check" etc. is good as a UNIX UI -- "sa-<tab>" to get the list
      of possible commands.

    - the POD file for that one wrapper would be gigantic and unusable.
      we could go for an svn-style "spamassassin help", but then we'd have
      to write our own documentation-reading subsystem, which seems like
      wasted effort when POD is already there and already working nicely
      on all platforms.
      
      also, TBH I find that kind of subsystem to be an annoying UI -- do I
      read the man page?  do I type "blah help"?  "blah help commands"?
      etc.

- --j.

Malte S. Stretz writes:
> On Sunday 23 January 2005 00:22 CET Daniel Quinlan wrote:
> > I've been thinking about bug 3635.
> >
> > One idea:
> >
> >    rename "spamassassin" to "sa-check"
> >    make "spamassassin" a meta document that execs sa-check for backwards
> >       compatibility
> >
> > Another idea:
> >
> >    make "spamassassin" a meta document that execs sa-check for backwards
> >       compatibility
> >    move spamassassin pod to "spamassassinrun" document
> 
> Yet another idea:
> 
> make "spamassassin" a caller for all tools, a bit like the cvs commands.  
> Like this:
>   old                  | new                  | calls
> -----------------------+----------------------+----------------
>   spamassassin         | spamassassin check   | sa-check
>   sa-learn             | spamassassin learn   | sa-learn
>   spamassassin -r      | spamassassin report  | sa-report
>   spamassassin -d      | spamassassin clean   | ...
> 
> All sub-commands could be moved to /usr/lib/spamassassin (and out of $PATH 
> when some compatibility flag is disabled) at some point.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFB9dKqMJF5cimLx9ARAnFrAJ4jZADFAFpatVb3Qv43wzPxIdrIiACfUctg
+oUJccV9ZM55PI5MhRJUHfI=
=Yw+C
-----END PGP SIGNATURE-----

Reply via email to