Re: CVS 1.9 released (fwd)

[Ben Laurie <be...@gonzo.ben.algroup.co.uk>]

Brian Behlendorf wrote:
> 
> 
> Let me know if there's a desire to have this implemented on hyperreal.

I'm particularly keen on Win95 client access - for reasons which should be
obvious. It has to interoperate with older version (which it implies it does
but should probably be tested before going ahead) - but apart from that...

Wonder if the Win95 client is SOCKSified?

Cheers,

Ben.

> 
> 	Brian
> 
> ---------- Forwarded message ----------
> Date: Tue, 08 Oct 1996 13:33:47 -0700
> From: ozymandias G desiderata <og...@organic.com>
> To: cvs@aoaioxxysz.organic.com
> Subject: CVS 1.9 released (fwd)
> 
> 
> From:    Jim Blandy <ji...@cyclic.com>
> Subject: CVS 1.9 released
> 
> CVS 1.9 is available for anonymous FTP from the GNU FTP sites in the file
> cvs-1.9.tar.gz.
> 
> CVS is a version control system, which allows you to keep old versions of
> files (usually source code), keep a log of who, when, and why changes
> occurred, etc., like RCS or SCCS.  It handles multiple developers,
> multiple directories, triggers to enable/log/control various operations,
> and can work over a wide area network.  The following tasks are not
> included; they can be done in conjunction with CVS but will tend to
> require some script-writing and software other than CVS: bug-tracking,
> build management (that is, make and make-like tools), and automated
> testing.
> 
> Please report bugs to bug-cvs@prep.ai.mit.edu; see the README file in the
> CVS distribution for more information about reporting bugs.
> 
> There is no set of diffs from 1.8 available.
> 
> Here is a list of new or changed features since 1.8; of course there have
> also been many bugfixes:
> 
> * Windows NT client should now work on Windows 95 as well.
> 
> * New option "--help-synonyms" prints a list of all recognized command
>   synonyms.
> 
> * The "log" command is now implemented internally rather than via the RCS
>   "rlog" program.  The main user-visible consequence is that symbolic
>   branch names now work (for example "cvs log -rbranch1").  Also, the
>   date formats accepted by -d have changed.  They previously had been a
>   bewildering variety of poorly-documented date formats.  Now they are
>   the same as the date formats accepted by the -D options to the other
>   CVS commands, which is also a (different) bewildering variety of
>   poorly-documented date formats, but at least we are consistently
>   bewildering :-).
> 
> * Encryption is now supported over a Kerberos client/server connection.
>   The new "-x" global option requests it.  You must configure with the
>   --enable-encryption option in order to enable encryption.
> 
> * The format of the CVS commit message has changed slightly when
>   committing changes on a branch.  The tag on which the commit is
>   ocurring is now reported correctly in all cases.
> 
> * New flag -k in wrappers allows you to specify the keyword expansion
>   mode for added files based on their name.  For example, you can specify
>   that files whose name matches *.exe are binary by default.  See the
>   Wrappers section of cvs.texinfo for more details.
> 
> * Remote CVS with the "-z" option now uses the zlib library (included
>   with CVS) to compress all communication between the client and the
>   server, rather than invoking gzip on each file separately.  This means
>   that compression is better and there is no need for an external gzip
>   program (except to interoperate with older version of CVS).
> 
> * The "cvs rlog" command is deprecated and running it will print a
>   warning; use the synonymous "cvs log" command instead.  It is confusing
>   for rlog to mean the same as log because some other CVS commands are in
>   pairs consisting of a plain command which operates on a working
>   directory and an "r" command which does not (diff/rdiff; tag/rtag).
> 
> * "cvs diff" has a bunch of new options, mostly long options.  Most of
>   these work only if rcsdiff and diff support them, and are named the
>   same as the corresponding options to diff.
> 
> * The -q and -Q command options to "cvs diff" were removed (use the
>   global options instead).  This brings "cvs diff" into line with the
>   rest of the CVS commands.
> 
> * The "annotate" command can now be used to annotate a revision other
>   than the head revision on the trunk (see the -r, -D, and -f options in
>   the annotate node of cvs.texinfo for details).
> 
> * The "tag" command has a new option "-c" which checks that all files
>   are not locally modified before tagging.
> 
> * The -d command line option now overrides the cvsroot setting stored in
>   the CVS/Root file in each working directory, and specifying -d will
>   cause CVS/Root to be updated.
> 
> * Local (non-client/server) CVS now runs on Windows NT.  See
>   windows-NT/README for details.
> 
> * The CVSROOT variable specification has changed to support more access
>   methods.  In addition to "pserver," "server" (internal rsh client),
>   "ext" (external rsh client), "kserver" (kerberos), and "local" (local
>   filesystem access) can now be specified.  For more details on each
>   method, see cvs.texinfo (there is an index entry for :local: and each
>   of the other access methods).
> 
> * The "login" command no longer prompts the user for username and
>   hostname, since one will have to provide that information via the `-d'
>   flag or by setting CVSROOT.
> 
> 
> [ Most GNU software is packed using the GNU `gzip' compression program.
>   Source code is available on most sites distributing GNU software.
> 
>   For information on how to order GNU software on tape or cd-rom, and
>   printed GNU manuals, check the file etc/ORDERS in the GNU Emacs
>   distribution, ftp the file /pub/gnu/GNUinfo/ORDERS on prep, or e-mail a
>   request to: gnu@prep.ai.mit.edu
> 
>   By ordering your GNU software from the FSF, you help us continue to
>   develop more free software.  Media revenues are our primary source of
>   support.  Donations to FSF are deductible on US tax returns.
> 
>   The above software will soon be at these ftp sites as well.  Please try
>   them before prep.ai.mit.edu as prep is very busy!
> 
>   thanx -gnu@prep.ai.mit.edu
> 
> 	ASIA: ftp.cs.titech.ac.jp, tron.um.u-tokyo.ac.jp/pub/GNU/prep
>   cair-archive.kaist.ac.kr/pub/gnu, ftp.nectec.or.th/pub/mirrors/gnu
> 	AUSTRALIA: archie.au/gnu (archie.oz or archie.oz.au for ACSnet)
> 	AFRICA: ftp.sun.ac.za/pub/gnu
> 	MIDDLE-EAST: ftp.technion.ac.il/pub/unsupported/gnu
> 	EUROPE: irisa.irisa.fr/pub/gnu, ftp.univ-lyon1.fr:pub/gnu,
>   ftp.mcc.ac.uk, unix.hensa.ac.uk/mirrors/uunet/systems/gnu,
>   src.doc.ic.ac.uk/gnu, ftp.ieunet.ie:pub/gnu, ftp.eunet.ch,
>   nic.switch.ch/mirror/gnu, ftp.informatik.rwth-aachen.de/pub/gnu,
>   ftp.informatik.tu-muenchen.de, ftp.win.tue.nl/pub/gnu, ftp.nl.net,
>   ftp.etsimo.uniovi.es/pub/gnu, ftp.funet.fi/pub/gnu, ftp.denet.dk,
>   ftp.stacken.kth.se, isy.liu.se, ftp.luth.se/pub/unix/gnu,
>   ftp.sunet.se/pub/gnu, archive.eu.net
> 	SOUTH AMERICA: ftp.inf.utfsm.cl/pub/gnu, ftp.unicamp.br/pub/gnu
> 	WESTERN CANADA: ftp.cs.ubc.ca/mirror2/gnu
> 	USA: wuarchive.wustl.edu/systems/gnu, labrea.stanford.edu,
>   ftp.digex.net/pub/gnu, ftp.kpc.com/pub/mirror/gnu, f.ms.uky.edu/pub3/gnu,
>   jaguar.utah.edu/gnustuff, ftp.hawaii.edu/mirrors/gnu,
>   uiarchive.cso.uiuc.edu/pub/gnu, ftp.cs.columbia.edu/archives/gnu/prep,
>   gatekeeper.dec.com/pub/GNU, ftp.uu.net/systems/gnu
> 
> ]
> 
> --- (end forward) ---
> 
>        . . . the self-reflecting image of a narcotized mind . . .
> ozymandias G desiderata      ogd@organic.com                 Think "bus"
> (415)278-5674     http://www.organic.com/Staff/ogd/       ::AOAIOXXYSZ::
> 

-- 
Ben Laurie                  Phone: +44 (181) 994 6435
Freelance Consultant and    Fax:   +44 (181) 994 6472
Technical Director          Email: ben@algroup.co.uk
A.L. Digital Ltd,           URL: http://www.algroup.co.uk
London, England.            Apache Group member (http://www.apache.org)

Problem with mod_rewrite and SSL

[Michael Smith <mj...@cursci.co.uk>]

I have discovered that external redirections don't seem to work quite
right with SSL and mod_rewrite.  For example, suppose I request

https://server/foo/bar

and in htaccess I have

RewriteRule bar bar.html [R]

Then the server redirects me to http://server:443/foo/bar.html
(on an ordinary server I get the correct redirection), instead of
https://server/foo/bar.html

At a guess it is assuming http and 80 as the defaults.  I hope this
isn't too difficult to mend.  I can't see how I can do it without
specifying the method and port explicitly in the htaccess file
(something I'd like to avoid)

Mike