Re: Proposal: Splitting cgi-bin
> Brian> This this has now passed the first step of a policy change,
> Brian> I'm changing the bug title and severity. Sorry for the
> Brian> delay... I hadn't realized what I had to do.
>
> The one problem I see with this proposal is that it does not
> put into place any transition strategy for either web servers, and
> packages that ptocide cgi-bin scripts.
That's a good point. I'm not how urgent it is, though, since packages
are generally not inter-dependant.
Until a package got fixed, it would still try to use the "cgi-bin"
directory, which would be correct because that is where it was storing
it's binaries. When the package changed and started using "cgi-lib",
then it would be storing its scripts there, too.
The difficulty is if PackageA is referencing a URL ".../cgi-bin/progB.cgi"
that is provide by PackageB. If either of these update without the
other, then they would break.
I guess the first question is: how many of the latter case is there?
> The best path may be to get the http server packages to add in
> the new script directory as an alias, and then put the change in
> policy as a recommendation, and, later, when most packages have had a
> chance to change, we can put into policy the current working.
Yes. None of the "work" packages could make this change until the
web server packages were updated.
> We need some one to take the lead on getting this conversion
> process underway; perhaps the sponsor of this proposal can do that?
That would be me. <smile>
Brian
( bcwhite@pobox.com )
-------------------------------------------------------------------------------
Seize the moment! Live now. Make "now" always the most important time. -- JLP
Reply to: