[Savannah-hackers-public] Re: GNU scm

[Sylvain Beucler]

For the record :)

On Thu, Jan 24, 2008 at 04:37:58PM -0600, Karl Berry wrote:
> I am stuck at step 1:
> > change project type for the Savane project
> 
> Sorry, I do not have the savane system in my brain and am not likely to
> any time soon, so I have no clue how to proceed with this.

Left menu -> Site Administration / Main Page -> Browse Groups List
(that's where people approve/reject projects)

> Then there is step 2:
> > People should change their download area to {alpha|ftp}.gnu.org}
> 
> Does "people should change" mean that we-as-savannah-administrators are
> supposed to do something to the project, or is it just information we
> should give to the package maintainers so they can update the web pages,
> etc.?  (I am well aware of the ftp-upload system, of course.)

People means project submitters.

> Then there is step 3b:
> > Launch a curl to update www.gnu.org/software/PROJECT.
> 
> I don't understand why the web pages are updated via curl; seems like
> that would be copying the current versions thus losing CVS history, plus
> expand SSI and other undesirable implications.  Don't the "web pages
> CVS" just somehow get retargeted to gnu without copying any files? 
> Or maybe it is something else entirely that gets curled, rather than the
> public web pages.  Can't imagine ...

Which means triggering a webservice at gnu.org, usually done via curl
(check /root/curl.txt). It creates a new working copy or updates it
(sync-on-commit).

> Then there is:
> > It will also automatically create a redirection from
> > www.nongnu.org/PROJECT to www.gnu.org/software/PROJECT
>     
> How can running curl "automatically create a redirection"?  I surmise
> something else is supposed to happen.

When gnu.org/s/XXX exists, nongnu.org/XXX redirects to
gnu.org/s/XXX. This probably works with the gnu.org mod_rewrite stuff.

Trigering a new working copy at gnu.org/s/XXX hence sets up a
redirection as well.

> Then there is:
> > Give access to group www on that project:
> 
> Well, I'm glad to see an explicit command, but it doesn't seem like it
> can be up to date:
> 
> sv_sv# cd /web/freefont
> bash: cd: /web/freefont: No such file or directory
> 
> So that find isn't going to do anything.  (I can imagine some vserver is
> supposed to be entered these days, but I wouldn't want to guess about
> such things.)  Also, there is no "setfacl" command according to locate
> (also, apparently updatedb hasn't been run in a while, or so locate
> tells me; sigh).

sv_sv (vserver 'frontend') is the frontend (savannah.gnu.org).
vcs_noshell is where cvs/svn/git is.

-- 
Sylvain