[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#32263: Splitting CGI-BIN



>  >> Yes. But the scripts still live in ~www-data/cgi-bin, right?
>  >> If not, I missed when you are going to have packages move the scripts
>  >> out.
> 
>  Brian> All system scripts would live under /usr/lib/cgi-bin and be
>  Brian> accessed via <webroot>/cgi-lib.  To make for a smooth
>  Brian> transition, any existing alias of <webroot>/cgi-bin would
>  Brian> remain untouched thus allowing uninterrupted access until all
>  Brian> of the packages that need to change can be changed.  This
>  Brian> shouldn't be a hardship for anybody since they're already
>  Brian> forced to use <webroot>/cgi-bin in that capacity right now.
> 
>         So, as an early adopter, I start using /usr/lib/cgi-bin, it
>  won't work until the web servers have done so. Hmm. perhaps we should
>  recommend web servers provide the script alias, but warn packagers
>  not to use it until web servers have transitioned.

By "I start using", you mean as a package maintainer?  If so, then you
are correct.  It's important that the webserver packages get updated first,
then we can get to the real goal converting packages to use cgi-lib so
that webmasters can set <webroot>/cgi-bin to be ~www-data/cgi-bin (or
whatever they prefer).  Whew!


>         Unless, of course, the web server maintainers agree to add the
>  alias on their own, in advance of policy, since you convinced them of
>  the wisdom of doing so (well, I can dream)

<laugh>


>  >> I see two problems. The name space pollution has not been
>  >> reduced -- since all scripts live in the same dir on disk; my
>  >> cgi-file could be overwritten by a debian package. All we have done
>  >> is created two names for the same underlying directory; but not given
>  >> the sysadmin a private place to keep his files that is safe.
> 
>  Brian> Your personal cgi-script should _not_ be in /usr/lib/cgi-bin.
> 
>         I meant my packages cgi-bin script. I get kinda propreitary
>  about _my_ code.
> 
>         Any how, when the web servers have mostly implemented the
>  alias, we can then make general policy for packages to follow.
>  Hmm. no way to avoid having all users change their book marks, then?

Yup.  Good point, though; I hadn't thought of bookmarks.  For the most part,
it won't make any difference. Most existing sites will not change the current
<webroot>/cgi-bin setting and thus both cgi-bin and cgi-lib will point to the
same place.  Old bookmarks will still work.  New installations will get the new
setting of <webroot>/cgi-bin but there won't be too many bookmarks to those
sites.

                                          Brian
                                 ( bcwhite@precidia.com )

-------------------------------------------------------------------------------
           BUFFERS=20 FILES=15 2nd down, 4th quarter, 5 yards to go!



Reply to: