httpd.conf updates

httpd.conf updates

[Gerald Pfeifer]

Actually I was looking for something different (though related), when I
came across the following changes to httpd.conf that we want to the GCC
side of things.

Can someone please install the following patch to remove some obsolete
references to egcs?

Thanks,
Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Thu Nov  2 18:28:04 2000
@@ -760,9 +760,4 @@ NameVirtualHost 205.180.83.71
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
@@ -867,6 +862,4 @@ RewriteLogLevel 0
   Alias /ml/ /www/gcc/ml/

-  RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
-  RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -882,6 +875,4 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
@@ -891,6 +882,5 @@ RewriteLogLevel 0

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com

   Redirect permanent / http://gcc.gnu.org/

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 03:31:45AM +0100, Gerald Pfeifer wrote:

> Can someone please install the following patch to remove some obsolete
> references to egcs?

I'd ask Why?

The reason they're there (I think I added nearly all of them) is
because of old URLs pointing to them.  Why break those URLs
unnecessarily?  Any search engine et al is going to recognize the
permanent Redirect and understand that they shouldn't be cached.

I guess if we had Xanadu we wouldn't have to maintain old links
for all time, but the web ain't that magical - people make links
to things, and you need to keep those old links in mind if you want
your end users to have a reasonable experience.  It's a little weak
to make the user--who is trying to see an archived gcc message or
maybe the gcc homepage--lose out with a 404 error just because we
moved some stuff around.

It's not up to me, you don't need to convince me that it's a good idea,
I just wanted to make the issues clear.

Alternatively, you could look over the gcc access_logs and see if
anyone is actually using these aliases/old names.  Maybe they are
totally unused and my concern is unnecessary.


J

Re: httpd.conf updates

[Jason Molenda]

On Thu, Nov 02, 2000 at 06:43:24PM -0800, Jason Molenda wrote:

> Alternatively, you could look over the gcc access_logs and see if
> anyone is actually using these aliases/old names.  Maybe they are
> totally unused and my concern is unnecessary.
> 

Like this on a gcc access_log:

grep ' 302 ' gcc-access_log | grep -v '/ml/.*/current' | egrep '.html HTTP|/ HTTP'

Incidentally, a good task for both gcc and sourceware maintainers is
to look over the most frequent file-not-found errors.  There is a 
script, /www/bin/file-not-found.sh, that takes an error_log on stdin,
that will summarize them for you.  For instance, I see four hundred
accesses to a gcc onlinedoc that doesn't seem to exist, and even a
dozen accesses to a few gcc-cvs messages that are (ahem) missing.

When you see an error like this, you can find out how someone got
to access that file by looking through the access_log's last field
(the referer field).  This is how I came to make many of rewrite
the entries in the httpd.conf file - I'd notice that someone had
published a bad URL in a place where it couldn't easily be rectified,
and I'd add a rewrite so the users wouldn't get a file-not-found
error.


Jason

Re: httpd.conf updates

[Jim Kingdon]

Well, if anyone cares about my two cents, in general I'm with Gerald
Pfeifer.  Aliases (other than the truly needed ones like
egcs.cygnus.com) just spawn further confusion.  (Which is preferred?
which is deprecated?  and all that).  And people don't test them, so
sometimes one piece of code isn't talking to the other one and they
don't end up working anyway.

> grep ' 302 ' gcc-access_log | grep -v '/ml/.*/current' | egrep '.html
> HTTP|/ HTTP'

When I do this, it seems like /egcs/ and /cgi-bin/fom/ need to exist;
those were the only ones which stood out.  I didn't look in great detail.

The log doesn't keep track of hostnames, as far as I could tell.

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 01:24:09AM -0500, Jim Kingdon wrote:

> Aliases (other than the truly needed ones like
> egcs.cygnus.com) just spawn further confusion.  (Which is preferred?
> which is deprecated?  and all that).  

You misunderstand; bring up http://egcs.cygnus.com/ and watch what
happens.  These are redirections, not aliases - it is clear what
the correct URL is.

I'd agree that an alias (either in Apache or on the filesystem with
a soft-link) is a bad way to do it.  No one can tell what the
canonical URL is, and the incorrect one is cached by search engines
and such.



I made two mistakes in the filter command I sent - one, I should have
grepped for return code 301 in addition to 302, and two, I dropped
a 'grep -v cgi-bin/fom' from the pipe when I cut and pasted it into
the e-mail.

Here's the correct cmd:

  cat /www/logs/gcc-access_log | grep -v cgi-bin/fom | egrep ' 302 | 301 ' | grep -v '/ml/.*/current' | egrep '.html HTTP|/ HTTP' 

> When I do this, it seems like /egcs/ and /cgi-bin/fom/ need to exist;
> those were the only ones which stood out.  I didn't look in great detail.

Yah, the cgi-bin/fom one was my mistake (it is supposed to be a redirect,
that's the way it works).  The /egcs/ dir was published in one of the
early egcs releases, so I added a rewrite to support it a long time ago -
there are still references to it.

> The log doesn't keep track of hostnames, as far as I could tell.

Nope, although Apache could be configured to do that.  With the
corrected pipe command, you'll see return codes 301 to indicate
that someone brought up http://egcs.cygnus.com/ or one of the other
hostname aliases.  Like this:

area51.v-wave.com 2000-10-28T00:13:20 "GET / HTTP/1.0" 301 298 http://gcc.gnu.org/ml/gcc-announce/1999/msg00003.html
213.243.0.9 2000-10-28T00:21:50 "HEAD / HTTP/1.1" 301 0 http://www.cuj.com/link/subject15.html
bw2-245pub157.bluewin.ch 2000-10-28T00:23:31 "GET / HTTP/1.1" 301 310 -
xtreme15.coam.net 2000-10-28T00:25:33 "GET / HTTP/1.0" 301 298 -


If there was real interest, a new log could be set up to specially
record these rewrites and include the requested hostname.  Apache
makes stuff like this pretty easy.


Jason

Re: httpd.conf updates

[Gerald Pfeifer]

On Thu, 2 Nov 2000, Jason Molenda wrote:
> I'd ask Why?
>
> The reason they're there (I think I added nearly all of them) is
> because of old URLs pointing to them.  Why break those URLs
> unnecessarily?

Because of that. Really. :-)

In my experience, and I spent some time (in a different life) to
regularily verify/update links and also inform linking sites about
such changes, this is the only way to reliably get rid of obsolete
links after some time after such a change. However, the changes I
proposed do not even fall in this categorie, but...

> It's a little weak to make the user--who is trying to see an archived
> gcc message or maybe the gcc homepage--lose out with a 404 error just
> because we moved some stuff around.

...if we have a look at the changes I proposed, you'll notice
that I've only removed a very specific subset of redirects:

  Redirect permanent /egcs/              http://egcs.cygnus.com/
  Redirect permanent /egcs               http://egcs.cygnus.com/
  Redirect permanent /gcc/               http://egcs.cygnus.com/
  Redirect permanent /gcc                http://egcs.cygnus.com/

These are redirects from sources.redhat.com which is much younger than
egcs and /gcc never should have existed there anyway.

  RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
  RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/

These are for gcc.gnu.org where /egcs never existed as well.

  Redirect permanent /ml/egcs-cvs-webpages/  http://gcc.gnu.org/ml/gcc-cvs-webpages/
  Redirect permanent /ml/egcs-cvs-webpages   http://gcc.gnu.org/ml/gcc-cvs-webpages/

Neither the source nor the destination has ever existed.

  -  ServerName egcs-www.cygnus.com
  -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
  +  ServerName egcs.cygnus.com

egcs-www.cygnus.com, gcc.cygnus.com, egcs and gcc never should have been
used anywhere AFAIK and they definitely should go. Note that I *did* keep
egcs.cygnus.com, exactly because of historical references.

Next time I'll provide a more detailed analysis up-front, promised! ;-)

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 10:03:17AM +0100, Gerald Pfeifer wrote:

> In my experience, and I spent some time (in a different life) to
> regularily verify/update links and also inform linking sites about
> such changes, this is the only way to reliably get rid of obsolete
> links after some time after such a change. 

I take the path of supporting all the obsolete links for evermore. :-)  

> However, the changes I
> proposed do not even fall in this categorie, but...

You're right on many of these, I didn't look at the diff closely enough.
Sorry about that.

>   Redirect permanent /egcs/              http://egcs.cygnus.com/
>   Redirect permanent /egcs               http://egcs.cygnus.com/
>   Redirect permanent /gcc/               http://egcs.cygnus.com/
>   Redirect permanent /gcc                http://egcs.cygnus.com/
> 
> These are redirects from sources.redhat.com which is much younger than
> egcs and /gcc never should have existed there anyway.

I wasn't paying attention to the fact that this happened to the
sourceware side.  It wasn't clear whether we'd be able to fold egcs
into the sourceware domain back when we were setting this up, or
if maybe it'd be accessible through either one.  I probably added
these at that point.  I may have done it because people were trying
the URL (it makes a little more sense if you think of the site as
egcs.cygnus.com; it makes no sense if you think of the site as
gcc.gnu.org)



>   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
>   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
> 
> These are for gcc.gnu.org where /egcs never existed as well.

Yah, I remember this - it was a URL that Jeff published either in
an e-mail that went out widely or in an egcs distribution tarball.
IIRC I added this redirect to move people to the right spot.
I'd recommend keeping this around.

>   Redirect permanent /ml/egcs-cvs-webpages/  http://gcc.gnu.org/ml/gcc-cvs-webpages/
>   Redirect permanent /ml/egcs-cvs-webpages   http://gcc.gnu.org/ml/gcc-cvs-webpages/
> 
> Neither the source nor the destination has ever existed.

You're right - I added this before httpd.conf was under RCS so
there isn't any history recorded about why I did this.  Probably a 
mistake, or maybe I was just trying to be consistent with all the other
gcc lists.  NB the convention on the sourceware side of the site is
PROJECT-cvs and PROJECT-cvs-webpages, so I probably assumed that this
would exist for gcc as well if/when such a list existed.


>   -  ServerName egcs-www.cygnus.com
>   -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
>   +  ServerName egcs.cygnus.com
> 
> egcs-www.cygnus.com, gcc.cygnus.com, egcs and gcc never should have been
> used anywhere AFAIK and they definitely should go. Note that I *did* keep
> egcs.cygnus.com, exactly because of historical references.


Good reasoning.  I think Jeff added egcs-www, and looking back, the 
gcc.cygnus.com name never caught on.

I'd leave "egcs" and "gcc", it's a convenience for people inside
Cygnus - if they bring up "gcc/ml/gcc/current", and there is a
CNAME of "gcc.cygnus.com" or "gcc.redhat.com" to the sourceware
box, the server will correctly redirect it to the FQDN.

I know this sounds lame, but I use these shortcuts myself all the
time to avoid typing. :)  It can't be accessed by anyone outside
the cygnus.com/redhat.com domain (unless they were to add
cygnus.com/redhat.com to their system's domain name search path,
I suppose.  Pretty unlikely.)


> Next time I'll provide a more detailed analysis up-front, promised! ;-)

Sorry for not looking over the changes more closely before I
commented on them.  BTW I still think it'd be worthwhile for someone
on the gcc group to look over those file-not-found errors; it's a
little housecleaning that can help the user experience a lot.
Personally, I'd set up a crontab to e-mail me each week's top ten
file-not-found pages and fix up the really obvious ones.

Jason

Re: httpd.conf updates

[Gerald Pfeifer]

On Fri, 3 Nov 2000, Jason Molenda wrote:
>>   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
>>   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
> I'd recommend keeping this around.

Okay, let's keep it then.

>>   -  ServerName egcs-www.cygnus.com
>>   -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
>>   +  ServerName egcs.cygnus.com
> I'd leave "egcs" and "gcc", it's a convenience for people inside
> Cygnus [...]
> I know this sounds lame, but I use these shortcuts myself all the
> time to avoid typing. :)

I kept gcc but removed egcs. Personally I don't care that much, but I've
had my yearly (over-)dose of dicussions concerning egcs and gcc.gnu.org
being hosted by Red Hat already, believe me. :-/

> BTW I still think it'd be worthwhile for someone on the gcc group to
> look over those file-not-found errors;

I'll do that later this week. Thanks for the hint!

Can someone please install my updated patch for httpd.conf?

Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Mon Nov  6 02:34:31 2000
@@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
 #  CustomLog logs/sourceware-combined_log combined
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
   Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0/
@@ -868,6 +863,7 @@ RewriteLogLevel 0

   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
+
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -881,8 +877,6 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
@@ -890,8 +884,8 @@ RewriteLogLevel 0
 </VirtualHost>

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com
+  ServerAlias gcc

   Redirect permanent / http://gcc.gnu.org/

Re: httpd.conf updates

[Phil Edwards]

On Mon, Nov 06, 2000 at 11:40:05AM +0100, Gerald Pfeifer wrote:
> 
> I kept gcc but removed egcs. Personally I don't care that much, but I've
> had my yearly (over-)dose of dicussions concerning egcs and gcc.gnu.org
> being hosted by Red Hat already, believe me. :-/

Not knowing the httpd.conf syntax, maybe I'm jumping at shadows, but
egcs.cygnus.com has been published as a bibliographical reference point
(for "where to get a good compiler", etc) in at least one major C++ book.

-- 
pedwards at disaster dot jaj dot com  |  pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools.  Fools are protected by more capable fools.

Re: httpd.conf updates

[Jason Molenda]

On Mon, Nov 06, 2000 at 01:04:07PM -0500, Phil Edwards wrote:

> Not knowing the httpd.conf syntax, maybe I'm jumping at shadows, but
> egcs.cygnus.com has been published as a bibliographical reference point
> (for "where to get a good compiler", etc) in at least one major C++ book.

Gerald's patch leaves that alone - he's just getting rid of "egcs".
This name only comes up for people inside cygnus.com; they can type
"egcs" to get to the system without the 'cygnus.com'.  Without the
server alias to recognize plain "egcs", people at Cygnus who bring
up "egcs" will get redirected to sourceware by default IIRC.

J

Re: httpd.conf updates

[Jason Molenda]

On Thu, Nov 02, 2000 at 06:43:24PM -0800, Jason Molenda wrote:

> Alternatively, you could look over the gcc access_logs and see if
> anyone is actually using these aliases/old names.  Maybe they are
> totally unused and my concern is unnecessary.
> 

Like this on a gcc access_log:

grep ' 302 ' gcc-access_log | grep -v '/ml/.*/current' | egrep '.html HTTP|/ HTTP'

Incidentally, a good task for both gcc and sourceware maintainers is
to look over the most frequent file-not-found errors.  There is a 
script, /www/bin/file-not-found.sh, that takes an error_log on stdin,
that will summarize them for you.  For instance, I see four hundred
accesses to a gcc onlinedoc that doesn't seem to exist, and even a
dozen accesses to a few gcc-cvs messages that are (ahem) missing.

When you see an error like this, you can find out how someone got
to access that file by looking through the access_log's last field
(the referer field).  This is how I came to make many of rewrite
the entries in the httpd.conf file - I'd notice that someone had
published a bad URL in a place where it couldn't easily be rectified,
and I'd add a rewrite so the users wouldn't get a file-not-found
error.


Jason

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 10:03:17AM +0100, Gerald Pfeifer wrote:

> In my experience, and I spent some time (in a different life) to
> regularily verify/update links and also inform linking sites about
> such changes, this is the only way to reliably get rid of obsolete
> links after some time after such a change. 

I take the path of supporting all the obsolete links for evermore. :-)  

> However, the changes I
> proposed do not even fall in this categorie, but...

You're right on many of these, I didn't look at the diff closely enough.
Sorry about that.

>   Redirect permanent /egcs/              http://egcs.cygnus.com/
>   Redirect permanent /egcs               http://egcs.cygnus.com/
>   Redirect permanent /gcc/               http://egcs.cygnus.com/
>   Redirect permanent /gcc                http://egcs.cygnus.com/
> 
> These are redirects from sources.redhat.com which is much younger than
> egcs and /gcc never should have existed there anyway.

I wasn't paying attention to the fact that this happened to the
sourceware side.  It wasn't clear whether we'd be able to fold egcs
into the sourceware domain back when we were setting this up, or
if maybe it'd be accessible through either one.  I probably added
these at that point.  I may have done it because people were trying
the URL (it makes a little more sense if you think of the site as
egcs.cygnus.com; it makes no sense if you think of the site as
gcc.gnu.org)



>   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
>   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
> 
> These are for gcc.gnu.org where /egcs never existed as well.

Yah, I remember this - it was a URL that Jeff published either in
an e-mail that went out widely or in an egcs distribution tarball.
IIRC I added this redirect to move people to the right spot.
I'd recommend keeping this around.

>   Redirect permanent /ml/egcs-cvs-webpages/  http://gcc.gnu.org/ml/gcc-cvs-webpages/
>   Redirect permanent /ml/egcs-cvs-webpages   http://gcc.gnu.org/ml/gcc-cvs-webpages/
> 
> Neither the source nor the destination has ever existed.

You're right - I added this before httpd.conf was under RCS so
there isn't any history recorded about why I did this.  Probably a 
mistake, or maybe I was just trying to be consistent with all the other
gcc lists.  NB the convention on the sourceware side of the site is
PROJECT-cvs and PROJECT-cvs-webpages, so I probably assumed that this
would exist for gcc as well if/when such a list existed.


>   -  ServerName egcs-www.cygnus.com
>   -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
>   +  ServerName egcs.cygnus.com
> 
> egcs-www.cygnus.com, gcc.cygnus.com, egcs and gcc never should have been
> used anywhere AFAIK and they definitely should go. Note that I *did* keep
> egcs.cygnus.com, exactly because of historical references.


Good reasoning.  I think Jeff added egcs-www, and looking back, the 
gcc.cygnus.com name never caught on.

I'd leave "egcs" and "gcc", it's a convenience for people inside
Cygnus - if they bring up "gcc/ml/gcc/current", and there is a
CNAME of "gcc.cygnus.com" or "gcc.redhat.com" to the sourceware
box, the server will correctly redirect it to the FQDN.

I know this sounds lame, but I use these shortcuts myself all the
time to avoid typing. :)  It can't be accessed by anyone outside
the cygnus.com/redhat.com domain (unless they were to add
cygnus.com/redhat.com to their system's domain name search path,
I suppose.  Pretty unlikely.)


> Next time I'll provide a more detailed analysis up-front, promised! ;-)

Sorry for not looking over the changes more closely before I
commented on them.  BTW I still think it'd be worthwhile for someone
on the gcc group to look over those file-not-found errors; it's a
little housecleaning that can help the user experience a lot.
Personally, I'd set up a crontab to e-mail me each week's top ten
file-not-found pages and fix up the really obvious ones.

Jason

Re: httpd.conf updates

[Gerald Pfeifer]

On Fri, 3 Nov 2000, Jason Molenda wrote:
>>   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
>>   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
> I'd recommend keeping this around.

Okay, let's keep it then.

>>   -  ServerName egcs-www.cygnus.com
>>   -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
>>   +  ServerName egcs.cygnus.com
> I'd leave "egcs" and "gcc", it's a convenience for people inside
> Cygnus [...]
> I know this sounds lame, but I use these shortcuts myself all the
> time to avoid typing. :)

I kept gcc but removed egcs. Personally I don't care that much, but I've
had my yearly (over-)dose of dicussions concerning egcs and gcc.gnu.org
being hosted by Red Hat already, believe me. :-/

> BTW I still think it'd be worthwhile for someone on the gcc group to
> look over those file-not-found errors;

I'll do that later this week. Thanks for the hint!

Can someone please install my updated patch for httpd.conf?

Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Mon Nov  6 02:34:31 2000
@@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
 #  CustomLog logs/sourceware-combined_log combined
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
   Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0/
@@ -868,6 +863,7 @@ RewriteLogLevel 0

   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
+
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -881,8 +877,6 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
@@ -890,8 +884,8 @@ RewriteLogLevel 0
 </VirtualHost>

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com
+  ServerAlias gcc

   Redirect permanent / http://gcc.gnu.org/

httpd.conf updates

[Gerald Pfeifer]

Actually I was looking for something different (though related), when I
came across the following changes to httpd.conf that we want to the GCC
side of things.

Can someone please install the following patch to remove some obsolete
references to egcs?

Thanks,
Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Thu Nov  2 18:28:04 2000
@@ -760,9 +760,4 @@ NameVirtualHost 205.180.83.71
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
@@ -867,6 +862,4 @@ RewriteLogLevel 0
   Alias /ml/ /www/gcc/ml/

-  RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
-  RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -882,6 +875,4 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
@@ -891,6 +882,5 @@ RewriteLogLevel 0

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com

   Redirect permanent / http://gcc.gnu.org/

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 01:24:09AM -0500, Jim Kingdon wrote:

> Aliases (other than the truly needed ones like
> egcs.cygnus.com) just spawn further confusion.  (Which is preferred?
> which is deprecated?  and all that).  

You misunderstand; bring up http://egcs.cygnus.com/ and watch what
happens.  These are redirections, not aliases - it is clear what
the correct URL is.

I'd agree that an alias (either in Apache or on the filesystem with
a soft-link) is a bad way to do it.  No one can tell what the
canonical URL is, and the incorrect one is cached by search engines
and such.



I made two mistakes in the filter command I sent - one, I should have
grepped for return code 301 in addition to 302, and two, I dropped
a 'grep -v cgi-bin/fom' from the pipe when I cut and pasted it into
the e-mail.

Here's the correct cmd:

  cat /www/logs/gcc-access_log | grep -v cgi-bin/fom | egrep ' 302 | 301 ' | grep -v '/ml/.*/current' | egrep '.html HTTP|/ HTTP' 

> When I do this, it seems like /egcs/ and /cgi-bin/fom/ need to exist;
> those were the only ones which stood out.  I didn't look in great detail.

Yah, the cgi-bin/fom one was my mistake (it is supposed to be a redirect,
that's the way it works).  The /egcs/ dir was published in one of the
early egcs releases, so I added a rewrite to support it a long time ago -
there are still references to it.

> The log doesn't keep track of hostnames, as far as I could tell.

Nope, although Apache could be configured to do that.  With the
corrected pipe command, you'll see return codes 301 to indicate
that someone brought up http://egcs.cygnus.com/ or one of the other
hostname aliases.  Like this:

area51.v-wave.com 2000-10-28T00:13:20 "GET / HTTP/1.0" 301 298 http://gcc.gnu.org/ml/gcc-announce/1999/msg00003.html
213.243.0.9 2000-10-28T00:21:50 "HEAD / HTTP/1.1" 301 0 http://www.cuj.com/link/subject15.html
bw2-245pub157.bluewin.ch 2000-10-28T00:23:31 "GET / HTTP/1.1" 301 310 -
xtreme15.coam.net 2000-10-28T00:25:33 "GET / HTTP/1.0" 301 298 -


If there was real interest, a new log could be set up to specially
record these rewrites and include the requested hostname.  Apache
makes stuff like this pretty easy.


Jason

Re: httpd.conf updates

[Jim Kingdon]

Well, if anyone cares about my two cents, in general I'm with Gerald
Pfeifer.  Aliases (other than the truly needed ones like
egcs.cygnus.com) just spawn further confusion.  (Which is preferred?
which is deprecated?  and all that).  And people don't test them, so
sometimes one piece of code isn't talking to the other one and they
don't end up working anyway.

> grep ' 302 ' gcc-access_log | grep -v '/ml/.*/current' | egrep '.html
> HTTP|/ HTTP'

When I do this, it seems like /egcs/ and /cgi-bin/fom/ need to exist;
those were the only ones which stood out.  I didn't look in great detail.

The log doesn't keep track of hostnames, as far as I could tell.

Re: httpd.conf updates

[Phil Edwards]

On Mon, Nov 06, 2000 at 11:40:05AM +0100, Gerald Pfeifer wrote:
> 
> I kept gcc but removed egcs. Personally I don't care that much, but I've
> had my yearly (over-)dose of dicussions concerning egcs and gcc.gnu.org
> being hosted by Red Hat already, believe me. :-/

Not knowing the httpd.conf syntax, maybe I'm jumping at shadows, but
egcs.cygnus.com has been published as a bibliographical reference point
(for "where to get a good compiler", etc) in at least one major C++ book.

-- 
pedwards at disaster dot jaj dot com  |  pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools.  Fools are protected by more capable fools.

Re: httpd.conf updates

[Gerald Pfeifer]

On Thu, 2 Nov 2000, Jason Molenda wrote:
> I'd ask Why?
>
> The reason they're there (I think I added nearly all of them) is
> because of old URLs pointing to them.  Why break those URLs
> unnecessarily?

Because of that. Really. :-)

In my experience, and I spent some time (in a different life) to
regularily verify/update links and also inform linking sites about
such changes, this is the only way to reliably get rid of obsolete
links after some time after such a change. However, the changes I
proposed do not even fall in this categorie, but...

> It's a little weak to make the user--who is trying to see an archived
> gcc message or maybe the gcc homepage--lose out with a 404 error just
> because we moved some stuff around.

...if we have a look at the changes I proposed, you'll notice
that I've only removed a very specific subset of redirects:

  Redirect permanent /egcs/              http://egcs.cygnus.com/
  Redirect permanent /egcs               http://egcs.cygnus.com/
  Redirect permanent /gcc/               http://egcs.cygnus.com/
  Redirect permanent /gcc                http://egcs.cygnus.com/

These are redirects from sources.redhat.com which is much younger than
egcs and /gcc never should have existed there anyway.

  RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
  RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/

These are for gcc.gnu.org where /egcs never existed as well.

  Redirect permanent /ml/egcs-cvs-webpages/  http://gcc.gnu.org/ml/gcc-cvs-webpages/
  Redirect permanent /ml/egcs-cvs-webpages   http://gcc.gnu.org/ml/gcc-cvs-webpages/

Neither the source nor the destination has ever existed.

  -  ServerName egcs-www.cygnus.com
  -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
  +  ServerName egcs.cygnus.com

egcs-www.cygnus.com, gcc.cygnus.com, egcs and gcc never should have been
used anywhere AFAIK and they definitely should go. Note that I *did* keep
egcs.cygnus.com, exactly because of historical references.

Next time I'll provide a more detailed analysis up-front, promised! ;-)

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

Re: httpd.conf updates

[Jason Molenda]

On Fri, Nov 03, 2000 at 03:31:45AM +0100, Gerald Pfeifer wrote:

> Can someone please install the following patch to remove some obsolete
> references to egcs?

I'd ask Why?

The reason they're there (I think I added nearly all of them) is
because of old URLs pointing to them.  Why break those URLs
unnecessarily?  Any search engine et al is going to recognize the
permanent Redirect and understand that they shouldn't be cached.

I guess if we had Xanadu we wouldn't have to maintain old links
for all time, but the web ain't that magical - people make links
to things, and you need to keep those old links in mind if you want
your end users to have a reasonable experience.  It's a little weak
to make the user--who is trying to see an archived gcc message or
maybe the gcc homepage--lose out with a 404 error just because we
moved some stuff around.

It's not up to me, you don't need to convince me that it's a good idea,
I just wanted to make the issues clear.

Alternatively, you could look over the gcc access_logs and see if
anyone is actually using these aliases/old names.  Maybe they are
totally unused and my concern is unnecessary.


J

Re: httpd.conf updates

[Jason Molenda]

On Mon, Nov 06, 2000 at 01:04:07PM -0500, Phil Edwards wrote:

> Not knowing the httpd.conf syntax, maybe I'm jumping at shadows, but
> egcs.cygnus.com has been published as a bibliographical reference point
> (for "where to get a good compiler", etc) in at least one major C++ book.

Gerald's patch leaves that alone - he's just getting rid of "egcs".
This name only comes up for people inside cygnus.com; they can type
"egcs" to get to the system without the 'cygnus.com'.  Without the
server alias to recognize plain "egcs", people at Cygnus who bring
up "egcs" will get redirected to sourceware by default IIRC.

J

Re: httpd.conf updates

[Gerald Pfeifer]

Ahem, can someone please install this -- or give me root access? :-P

Thanks,
Gerald

---------- Forwarded message ----------
Date: Mon, 6 Nov 2000 11:40:05 +0100 (CET)

[...]

Can someone please install my updated patch for httpd.conf?

Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Mon Nov  6 02:34:31 2000
@@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
 #  CustomLog logs/sourceware-combined_log combined
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
   Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0/
@@ -868,6 +863,7 @@ RewriteLogLevel 0

   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
+
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -881,8 +877,6 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
@@ -890,8 +884,8 @@ RewriteLogLevel 0
 </VirtualHost>

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com
+  ServerAlias gcc

   Redirect permanent / http://gcc.gnu.org/

Re: httpd.conf updates

[Christopher Faylor]

On Mon, Nov 20, 2000 at 09:57:10PM -0700, law@redhat.com wrote:
>Was this ever taken care of?

Yes.

cgf

>In message < Pine.BSF.4.30.0011150030290.94876-100000@deneb.dbai.tuwien.ac.at >
>you write:
>> Ahem, can someone please install this -- or give me root access? :-P
>> 
>> Thanks,
>> Gerald

Re: httpd.conf updates

[Christopher Faylor]

On Wed, Nov 15, 2000 at 12:31:58AM +0100, Gerald Pfeifer wrote:
>Ahem, can someone please install this -- or give me root access? :-P

I've installed the changes and restarted the web server.  Please let
me know if it looks right.

cgf

Re: httpd.conf updates

[law]

Was this ever taken care of?

  In message < Pine.BSF.4.30.0011150030290.94876-100000@deneb.dbai.tuwien.ac.at >
you write:
  > Ahem, can someone please install this -- or give me root access? :-P
  > 
  > Thanks,
  > Gerald
  > 
  > ---------- Forwarded message ----------
  > Date: Mon, 6 Nov 2000 11:40:05 +0100 (CET)
  > 
  > [...]
  > 
  > Can someone please install my updated patch for httpd.conf?
  > 
  > Gerald
  > 
  > --- httpd.conf.orig	Thu Nov  2 18:25:01 2000
  > +++ httpd.conf	Mon Nov  6 02:34:31 2000
  > @@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
  >  #  CustomLog logs/sourceware-combined_log combined
  >    ErrorLog logs/sourceware-error_log
  > 
  > -  Redirect permanent /egcs/              http://egcs.cygnus.com/
  > -  Redirect permanent /egcs               http://egcs.cygnus.com/
  > -  Redirect permanent /gcc/               http://egcs.cygnus.com/
  > -  Redirect permanent /gcc                http://egcs.cygnus.com/
  > -
  >    Redirect permanent /eCos/              http://sources.redhat.com/ecos/
  >    Redirect permanent /eCos               http://sources.redhat.com/ecos/
  >    Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0
  > /
  > @@ -868,6 +863,7 @@ RewriteLogLevel 0
  > 
  >    RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
  >    RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
  > +
  >    RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cv
  > sweb.cgi
  >    RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-
  > bin/cvsweb.cgi/egcs/
  >    RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-b
  > in/cvsweb.cgi/egcs/
  > @@ -881,8 +877,6 @@ RewriteLogLevel 0
  >    Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
  >    Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-annou
  > nce/
  >    Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-annou
  > nce/
  > -  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/g
  > cc-cvs-webpages/
  > -  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-w
  > ebpages/
  >    Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
  >    Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
  >    Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
  > @@ -890,8 +884,8 @@ RewriteLogLevel 0
  >  </VirtualHost>
  > 
  >  <VirtualHost 205.180.83.71>
  > -  ServerName egcs-www.cygnus.com
  > -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
  > +  ServerName egcs.cygnus.com
  > +  ServerAlias gcc
  > 
  >    Redirect permanent / http://gcc.gnu.org/
  > 
  > 
  > 
  > 

Re: httpd.conf updates

[Gerald Pfeifer]

On Tue, 14 Nov 2000, Christopher Faylor wrote:
> I've installed the changes and restarted the web server.  Please let
> me know if it looks right.

Yes, thanks!

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

Re: httpd.conf updates

[Christopher Faylor]

On Mon, Nov 20, 2000 at 09:57:10PM -0700, law@redhat.com wrote:
>Was this ever taken care of?

Yes.

cgf

>In message < Pine.BSF.4.30.0011150030290.94876-100000@deneb.dbai.tuwien.ac.at >
>you write:
>> Ahem, can someone please install this -- or give me root access? :-P
>> 
>> Thanks,
>> Gerald

Re: httpd.conf updates

[law]

Was this ever taken care of?

  In message < Pine.BSF.4.30.0011150030290.94876-100000@deneb.dbai.tuwien.ac.at >
you write:
  > Ahem, can someone please install this -- or give me root access? :-P
  > 
  > Thanks,
  > Gerald
  > 
  > ---------- Forwarded message ----------
  > Date: Mon, 6 Nov 2000 11:40:05 +0100 (CET)
  > 
  > [...]
  > 
  > Can someone please install my updated patch for httpd.conf?
  > 
  > Gerald
  > 
  > --- httpd.conf.orig	Thu Nov  2 18:25:01 2000
  > +++ httpd.conf	Mon Nov  6 02:34:31 2000
  > @@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
  >  #  CustomLog logs/sourceware-combined_log combined
  >    ErrorLog logs/sourceware-error_log
  > 
  > -  Redirect permanent /egcs/              http://egcs.cygnus.com/
  > -  Redirect permanent /egcs               http://egcs.cygnus.com/
  > -  Redirect permanent /gcc/               http://egcs.cygnus.com/
  > -  Redirect permanent /gcc                http://egcs.cygnus.com/
  > -
  >    Redirect permanent /eCos/              http://sources.redhat.com/ecos/
  >    Redirect permanent /eCos               http://sources.redhat.com/ecos/
  >    Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0
  > /
  > @@ -868,6 +863,7 @@ RewriteLogLevel 0
  > 
  >    RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
  >    RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
  > +
  >    RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cv
  > sweb.cgi
  >    RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-
  > bin/cvsweb.cgi/egcs/
  >    RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-b
  > in/cvsweb.cgi/egcs/
  > @@ -881,8 +877,6 @@ RewriteLogLevel 0
  >    Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
  >    Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-annou
  > nce/
  >    Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-annou
  > nce/
  > -  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/g
  > cc-cvs-webpages/
  > -  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-w
  > ebpages/
  >    Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
  >    Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
  >    Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
  > @@ -890,8 +884,8 @@ RewriteLogLevel 0
  >  </VirtualHost>
  > 
  >  <VirtualHost 205.180.83.71>
  > -  ServerName egcs-www.cygnus.com
  > -  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
  > +  ServerName egcs.cygnus.com
  > +  ServerAlias gcc
  > 
  >    Redirect permanent / http://gcc.gnu.org/
  > 
  > 
  > 
  > 

Re: httpd.conf updates

[Gerald Pfeifer]

On Tue, 14 Nov 2000, Christopher Faylor wrote:
> I've installed the changes and restarted the web server.  Please let
> me know if it looks right.

Yes, thanks!

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

Re: httpd.conf updates

[Christopher Faylor]

On Wed, Nov 15, 2000 at 12:31:58AM +0100, Gerald Pfeifer wrote:
>Ahem, can someone please install this -- or give me root access? :-P

I've installed the changes and restarted the web server.  Please let
me know if it looks right.

cgf

Re: httpd.conf updates

[Gerald Pfeifer]

Ahem, can someone please install this -- or give me root access? :-P

Thanks,
Gerald

---------- Forwarded message ----------
Date: Mon, 6 Nov 2000 11:40:05 +0100 (CET)

[...]

Can someone please install my updated patch for httpd.conf?

Gerald

--- httpd.conf.orig	Thu Nov  2 18:25:01 2000
+++ httpd.conf	Mon Nov  6 02:34:31 2000
@@ -759,11 +759,6 @@ NameVirtualHost 205.180.83.71
 #  CustomLog logs/sourceware-combined_log combined
   ErrorLog logs/sourceware-error_log

-  Redirect permanent /egcs/              http://egcs.cygnus.com/
-  Redirect permanent /egcs               http://egcs.cygnus.com/
-  Redirect permanent /gcc/               http://egcs.cygnus.com/
-  Redirect permanent /gcc                http://egcs.cygnus.com/
-
   Redirect permanent /eCos/              http://sources.redhat.com/ecos/
   Redirect permanent /eCos               http://sources.redhat.com/ecos/
   Redirect permanent /ecos/docs/   http://sources.redhat.com/ecos/docs-1.0/
@@ -868,6 +863,7 @@ RewriteLogLevel 0

   RedirectMatch permanent ^/egcs/$        http://gcc.gnu.org/
   RedirectMatch permanent ^/egcs$         http://gcc.gnu.org/
+
   RedirectMatch permanent ^/cgi-bin/cvsweb$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs/$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
   RedirectMatch permanent ^/cgi-bin/cvsweb/egcs$  http://gcc.gnu.org/cgi-bin/cvsweb.cgi/egcs/
@@ -881,8 +877,6 @@ RewriteLogLevel 0
   Redirect permanent /ml/egcs-bugs	http://gcc.gnu.org/ml/gcc-bugs/
   Redirect permanent /ml/egcs-announce/	http://gcc.gnu.org/ml/gcc-announce/
   Redirect permanent /ml/egcs-announce	http://gcc.gnu.org/ml/gcc-announce/
-  Redirect permanent /ml/egcs-cvs-webpages/	http://gcc.gnu.org/ml/gcc-cvs-webpages/
-  Redirect permanent /ml/egcs-cvs-webpages	http://gcc.gnu.org/ml/gcc-cvs-webpages/
   Redirect permanent /ml/egcs-cvs/	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs-cvs	http://gcc.gnu.org/ml/gcc-cvs/
   Redirect permanent /ml/egcs/		http://gcc.gnu.org/ml/gcc/
@@ -890,8 +884,8 @@ RewriteLogLevel 0
 </VirtualHost>

 <VirtualHost 205.180.83.71>
-  ServerName egcs-www.cygnus.com
-  ServerAlias egcs egcs-www gcc gcc.cygnus.com egcs.cygnus.com
+  ServerName egcs.cygnus.com
+  ServerAlias gcc

   Redirect permanent / http://gcc.gnu.org/