New Gnatsweb CVS repository

New Gnatsweb CVS repository

[Yngve Svendsen]

A CVS repository for Gnatsweb development has been set up at savannah.gnu.org.

Gnatsweb 2.6 was imported as the initial version, then a branch named 
"gnatsweb-v2-branch" was created, and versions 2.7beta, 2.8.0, 2.8.1 and 
2.8.2 were committed and tagged in sequence on this branch. In order to 
check out the tip of the version 2 branch, use the following commands:

cvs -d:pserver:anoncvs@subversions.gnu.org:/cvsroot/gnatsweb login
(simply press Enter when asked for a password)

cvs -z3 -d:pserver:anoncvs@subversions.gnu.org:/cvsroot/gnatsweb co -r 
gnatsweb-v2-branch gnatsweb


The current development version of Gnatsweb 4.0 (currently at version 
number 3.95) forms the main branch. In order to do a checkout of the tip of 
the main branch, proceed as follows:

cvs -d:pserver:anoncvs@subversions.gnu.org:/cvsroot/gnatsweb login
(simply press Enter when asked for a password)

cvs -z3 -d:pserver:anoncvs@subversions.gnu.org:/cvsroot/gnatsweb co gnatsweb

Yngve Svendsen
Gnatsweb maintainer

Gnatsweb / passwords

[nick]

While we're still talking about passwords, will it be possible for those
of us using apache+ssl to bypass the gnatsweb login process completely? 
(Since they would have already done an apache login).  I feel lame about
asking for what could be such a trivial mod, but then I'm a Python &
Java person and lack any Perl ability. <:)

nick

Re: Gnatsweb / passwords

[Yngve Svendsen]

At 09:52 02.07.2001 +0100, nick@brainstorm.co.uk wrote:
>While we're still talking about passwords, will it be possible for those
>of us using apache+ssl to bypass the gnatsweb login process completely?
>(Since they would have already done an apache login).  I feel lame about
>asking for what could be such a trivial mod, but then I'm a Python &
>Java person and lack any Perl ability. <:)

Yes. We have a monster patch ready for Gnatsweb 4.x which will be applied 
by the end of this week, and this version will be able to use the "remote 
user" parameter set at browser login. You'll just need to set a single 
config parameter at the start of the Gnatsweb script. However, I am not 
planning to backport this to version 2 of Gnatsweb, so you'll need to jump 
up to GNATS 4 in order to use the new Gantsweb. Backporting would probably 
not be hard (I don't quite remember exactly what the patch does wrt. this), 
but I try to use the spare cycles I have to help getting GNATS 4 out of the 
door.

- Yngve

Re: New Gnatsweb CVS repository

[Gerald Pfeifer]

On Mon, 2 Jul 2001, Yngve Svendsen wrote:
> Gnatsweb 2.6 was imported as the initial version, then a branch named
> "gnatsweb-v2-branch" was created, and versions 2.7beta, 2.8.0, 2.8.1 and
> 2.8.2 were committed and tagged in sequence on this branch. In order to
> check out the tip of the version 2 branch, use the following commands:

Would it have been possible, somehow (with cooperation from the gnu.org
admins) to instead simply import the original CVS tree, i.e., the CVS
database files containing the *whole* history?

I've done my deal of CVS related work, and I believe this should be
feasible relatively easily and might be worth giving a try...

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

Re: New Gnatsweb CVS repository

[Yngve Svendsen]

At 18:07 03.07.2001 +0200, Gerald Pfeifer wrote:
>Would it have been possible, somehow (with cooperation from the gnu.org
>admins) to instead simply import the original CVS tree, i.e., the CVS
>database files containing the *whole* history?
>
>I've done my deal of CVS related work, and I believe this should be
>feasible relatively easily and might be worth giving a try...

I was a bit unsure about the value of doing that. I checked the CVS logs 
and found that none of the 2.x versions of Gnatsweb used the 
sources.redhat.com repository during development. Only release versions 
have been checked in.

It also appears that Bob Manson's changes for GNATS 4.x compatibility were 
checked in in one go, and since then there really haven't been that many 
significant changes on the main branch.

So all in all, importing the whole tree will not provide any more history 
for the 2.x versions and not much more for the 3/4.x development branch, so 
I don't think it's worth it to go through the trouble of doing that.

Anyone else have any thoughts on this?

(By, the way, I got confirmation from the FSF that Dirk's copyright 
assignments are on file, so I'll probably try to get the patch checked in 
sometime tomorrow)

- Yngve

send-pr.el

[Margaret BRIERTON]

Hi

I'm installing GNATS on our sun server.  I've unziped the source code and try
and make it but i have the following problem:

Why when i do a make install do i get the following error:

send-pr.el not found


??????????????????


I've taken the ziped version from the web and i presume that this file should
come down with it?

Cheers

Margaret

Re: send-pr.el

[Milan Zamazal]

>>>>> "MB" == Margaret BRIERTON <margaret@retriever.com.au> writes:

    MB> I've taken the ziped version from the web and i presume that
    MB> this file should come down with it?

To diagnose the problem, you must tell us, what file you took.

Regards,

Milan Zamazal

-- 
If we are going to start removing packages because of the quality of the
software, wonderful.  I move to remove all traces of the travesty of editors,
vi, from Debian, since obviously as editors they are less than alpha quality
software.                                   -- Manoj Srivastava in debian-devel

Re: New Gnatsweb CVS repository

[Hugo Gayosso]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

> On Mon, 2 Jul 2001, Yngve Svendsen wrote:
> > Gnatsweb 2.6 was imported as the initial version, then a branch named
> > "gnatsweb-v2-branch" was created, and versions 2.7beta, 2.8.0, 2.8.1 and
> > 2.8.2 were committed and tagged in sequence on this branch. In order to
> > check out the tip of the version 2 branch, use the following commands:
> 
> Would it have been possible, somehow (with cooperation from the gnu.org
> admins) to instead simply import the original CVS tree, i.e., the CVS
> database files containing the *whole* history?

No problem at all.

Send an email to savannah-hackers@gnu.org telling them this, then send
a tarball of your current CVS tree, and it will be installed.

Greetings,
- -- 
Hugo Gayosso
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7RGQdx2JZtTN6co8RArToAJ41EdsrmgfCQM7zYpBAoZz5evBniQCgxnlt
V0BEskg69iOsmRMWapi88vo=
=MMuz
-----END PGP SIGNATURE-----