https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5752
--- Comment #15 from Justin Mason <[EMAIL PROTECTED]> 2008-03-18 03:40:50 PST
---
(In reply to comment #14)
> r637451 needs thorough review, I don't think anything but the new
> functionality
> was tested. For instance, running sa-update without --install is currently
> broken. :(
>
> There are if statements checking for $opt{'install'} that should really be
> checking for @{$opt{'install'}}.
oops. fixed.
> I haven't tried it, but I don't see anything (although it is 4:50am) that
> prevents you from trying to do both an --install and a regular --channel
> update
> which, depending on what order you specify stuff, could work (if the non
> --install --channelS are listed last) or could royally screw up (if you say,
> and mean, --channel ... --channel ... --install ...) what versions sa-update
> thinks are installed of each of the channels (not to mention they'd have the
> wrong data).
urgh, that's pretty unpleasant (and possible).
> Also, if you're going to allow multiple updates to be --install'd at once
> (suggesting multiple channel source file sources) the requirement for 6 digits
> in the source files seems rather arbitrary.
yes, it is. ok, let me make that 3...
> I think we're best off in the user-confusion-ability department by only
> allowing one channel to be --install'ed at a time (or at least not allowing
> regular channel updates simultaneously).
what happens currently if you mix --channels?
sa-update --channel foo1.site.com
sa-update --channel foo1.site.com foo2.site2.org
sa-update --channel foo2.site2.org
if that works ok, then fine -- I think that's an acceptable way to do it. I
agree the --channel --channel --install --install thing is a little confusing,
and imposing a limitation of one --install at a time is fine by me.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
