To add a further refinement to this, I'm also getting the occasional
core dump of CVS with a signal 11.

The minimalist case is :

WinCVS client in flat mode. (All files in sandbox appear in files
window, and when passed to the CVS server, are passed with full path
names.)

Select 4-6 random files from the sandbox, making sure they are in
different directories.

Modify them, or do a forced commit.

If it works, keep adding 1 file at a time to the check-in list until
it fails.  Usually less than 8 files/dirs should do it.  These files
are all 2-6 lvls down in the sandbox.

I then replaced the logmsg.archive and logmsg.verify text in the
respective wrapper files with:
sleep 4

Check-ins worked normally from the WinCVS machine.

Restore the loginfo and verifymsg wrapper files.

In logmsg.verify and logmsg.archive, right after the BEGIN blocks, or
the last of the "use" statements, add:
sleep 4;
exit 0;

In other words, the perl interpreter is loading, and loading all the
modules requested, sleeping for 4 seconds, then exiting.  CVS
continues to core dump just like the full script was executing.

Does CVS read all of the info on STDIN before starting to process the
directories, or are we getting buffer overflow because it paused to
load the perl interpreter.

This occurs with CVS v. 1.11.20 and 1.11.22.

Anyone else seen anything like this?



Alan

--- In cvszilla@yahoogroups.com, "aeatwood2" <aeatwood2@...> wrote:
>
> I'm getting a pretty consistent error when checking in multiple
> directories recursively.
>
> Your transaction id is: XXXX (continuing existing transaction)
> cvs commit: cannot exec /tmp/cvsymai90: Permission denied)
> cvs [commit aborted]: Message verification failed
>
> ***** CVS exited with code 1 *****
>
> This does NOT occure when directories are checked in one at a time.
>
> Server is Solaris 8 running cvs 1.11.20, and client is WinCVS 2.0.2.4.
>  Transport agent is Putty 0.58.  This behavior is consistent across
> Unix command lines, and versions of WinCVS back to 1.2 and Putty back
> to 0.54.  This combination just gives more verbose error messages.
>
> Has anyone else seen ANYTHING like this?  I don't thing the problem is
> CVSzilla per se.  I think it is exposing an issue in 1) CVS, or 2)
> Solaris, in that order of probability.  I can reproduce it in native
> command line checking out to my home directory on the server.
>
> Alan
>

Everyone,

I'm sorry to announce that my yahoo.com account was compromised.  The
individual that did this changed the password on the account, resulting
in me no longer having access to it.

I am also unable to recover the account because I can't remember the
birth date I provided Yahoo at the time of account creation (not being
aware that it would be used as a security question).

Therefore I am unable to moderate the list.  You should also unsubscribe
yourselves from it, since I can only assume that substantial spam will
be flowing through it.

Regards,
Jason Pollock

I'm getting a pretty consistent error when checking in multiple
directories recursively.

Your transaction id is: XXXX (continuing existing transaction)
cvs commit: cannot exec /tmp/cvsymai90: Permission denied)
cvs [commit aborted]: Message verification failed

***** CVS exited with code 1 *****

This does NOT occure when directories are checked in one at a time.

Server is Solaris 8 running cvs 1.11.20, and client is WinCVS 2.0.2.4.
  Transport agent is Putty 0.58.  This behavior is consistent across
Unix command lines, and versions of WinCVS back to 1.2 and Putty back
to 0.54.  This combination just gives more verbose error messages.

Has anyone else seen ANYTHING like this?  I don't thing the problem is
CVSzilla per se.  I think it is exposing an issue in 1) CVS, or 2)
Solaris, in that order of probability.  I can reproduce it in native
command line checking out to my home directory on the server.

Alan

Hi Jason,
I did all Bruce's patches without any new result. Maybe I do same thing
wrong in config.pl ?
I attached it.

Best Regards,


Jason Pollock wrote:
> I haven't had a chance to commit Bruce's changes yet, but the
> BugsLongdescs.pm changes should be sufficient to help you.
>
> As he said, the CGI scripts for user management won't work, but this
> will allow you to see the bug comments in bugzilla.
>
> Regards,
> Jason Pollock
>
--

  Shulov Leonid             lshulov@...
   System Administrator
   Arabella Software Ltd.   www.arabellasw.com
   Tel: +972 9 7651788      Fax: +972 9 7657494



[Non-text portions of this message have been removed]

I haven't had a chance to commit Bruce's changes yet, but the
BugsLongdescs.pm changes should be sufficient to help you.

As he said, the CGI scripts for user management won't work, but this
will allow you to see the bug comments in bugzilla.

Regards,
Jason Pollock

On 9/12/06, Jason Pollock <jason@...> wrote:
> > In CVSzilla transaction I see it, but in bugzilla I don't see any changes.
>
> O.k. I'll install bugzilla 2.22 tonight and have a look. :)

It's because the longdescs table now has an isprivate not-null field.
(yay!)  So we neeed to fill it in.  I chose to make all commit
messages private.

Also CGI.pl is no more, and what used to be in there is now spread
around.  I'm not sure that the following is entirely necessary, and I
know that it is not 100% sufficient because editjob.cgi, joblist.cgi
and usermapping.cgi still do not work.  Everything else seems to
though -- and I can handle job and user editing by hand in mysql, just
like the old days.

Also I'm using cvszilla direct in a cvs checkout directory, not using
install (which is broken for svn installs anyway), which might explain
the different path to config.pl.

The meat is definitely the change in BugsLongdescs.pm

Hope this helps,
Bruce


Index: config.pl
===================================================================
RCS file: /home/cvs/cvsroot/cvszilla/config.pl,v
retrieving revision 1.4
diff -r1.4 config.pl
39c39
< $::bugzilla_version = "2.18";
---
> $::bugzilla_version = "2.22";
Index: cvssupport/logmsg-parsing.pl
===================================================================
RCS file: /home/cvs/cvsroot/cvszilla/cvssupport/logmsg-parsing.pl,v
retrieving revision 1.12
diff -r1.12 logmsg-parsing.pl
22c22
<         require "$::scriptdir/../etc/config.pl";
---
>         require "$::scriptdir/../config.pl";
Index: cvssupport/cvsdb/BugsLongdescs.pm
===================================================================
RCS file: /home/cvs/cvsroot/cvszilla/cvssupport/cvsdb/BugsLongdescs.pm,v
retrieving revision 1.1
diff -r1.1 BugsLongdescs.pm
9,10c9,10
<   INSERT INTO __TABLE__ (bug_when, %s)
<   VALUES (sysdate(), %s)
---
>   INSERT INTO __TABLE__ (bug_when, isprivate, %s)
>   VALUES (sysdate(), 1, %s)
Index: cvszilla/bugzilla_globals.pl
===================================================================
RCS file: /home/cvs/cvsroot/cvszilla/cvszilla/bugzilla_globals.pl,v
retrieving revision 1.1
diff -r1.1 bugzilla_globals.pl
3c3,11
< require "$::bugzilla_path/CGI.pl";
---
>
> #require "$::bugzilla_path/CGI.pl";
> use Bugzilla;
> use Bugzilla::Constants;
> use Bugzilla::User;
>
> require "globals.pl";
>
> use Bugzilla::Bug;
Index: cvszilla/cvs_globals.pl
===================================================================
RCS file: /home/cvs/cvsroot/cvszilla/cvszilla/cvs_globals.pl,v
retrieving revision 1.5
diff -r1.5 cvs_globals.pl
22c22
<         require "../etc/config.pl";
---
>         require "../config.pl";

On 9/11/06, Jason Pollock <jason@...> wrote:
> On Wed, 2006-09-06 at 16:02 +0300, Leonid Shulov wrote:
> > I upgraded mysql to Ver 14.12 Distrib 5.0.24 and Bugzilla to Version 2.22.
> > After that I can't see transaction in Bugzilla, in CVSziila  I see them.
> >
> > Is there any way to solve this?
> >
> > Thanks,
> >
>
> Hi, we haven't ported to 2.22, so I don't know if there are any hidden
> problems.

I did an install against 2.22 a couple of weeks ago.  I'll post my
diffs later today.  Don't want to check it in becuase I didn't take
the time to make the changes backwards-compatable.

On Mon, 2006-09-11 at 10:20 +0300, Leonid Shulov wrote:
> Hi Jason,
>
> I patched file /usr/share/bugzilla/globals.pl.
> After commit log file:
> cmd: cvs  commit -F "/home/lshulov/.crossvc/tmp.Pknw9Y" "ProjectOpen.py"
> /home/CVS/test/AppTree/ProjectOpen.py,v  <--  ProjectOpen.py
> new revision: 1.13; previous revision: 1.12
> Your transaction ID is: 1350 (new transaction)
> bugid = 66
>
> In CVSzilla transaction I see it, but in bugzilla I don't see any changes.

O.k. I'll install bugzilla 2.22 tonight and have a look. :)

Jason

On Wed, 2006-09-06 at 16:02 +0300, Leonid Shulov wrote:
> I upgraded mysql to Ver 14.12 Distrib 5.0.24 and Bugzilla to Version 2.22.
> After that I can't see transaction in Bugzilla, in CVSziila  I see them.
>
> Is there any way to solve this?
>
> Thanks,
>

Hi, we haven't ported to 2.22, so I don't know if there are any hidden
problems.

At the very least, you will need to re-apply the 2.18rc2 bugzilla patch
to provide transaction links.

The patch is at the bottom of the email.

Are you able to see the comments at all?  Are there any error messages
from commit?

Regards,
Jason

Index: globals.pl
===================================================================
RCS file: /cvsroot/mozilla/webtools/bugzilla/Attic/globals.pl,v
retrieving revision 1.348
diff -u -r1.348 globals.pl
--- globals.pl  9 Jan 2006 18:59:53 -0000       1.348
+++ globals.pl  11 Sep 2006 03:26:26 -0000
@@ -536,6 +536,9 @@
      $text =~ s~\b(mailto:|)?([\w\.\-\+\=]+\@[\w\-]+(?:\.[\w\-]+)+)\b
                ~<a href=\"mailto:$2\">$1$2</a>~igx;

+    # Transaction links - check for: CVS Transaction #xx: and transaction x
+    $text =~ s~(CVS Transaction \#|Subversion Revision \#)(\d+)~$1<a
href=\"/cvszilla/transaction.cgi?id=$2\">$2</a>~ig;
+
      # attachment links - handle both cases separately for simplicity
      $text =~ s~((?:^Created\ an\ |\b)attachment\s*\(id=(\d+)\)(\s\[edit\])?)
                ~($things[$count++] = GetAttachmentLink($2, $1)) &&

Hi Jason,

I patched file /usr/share/bugzilla/globals.pl.
After commit log file:
cmd: cvs  commit -F "/home/lshulov/.crossvc/tmp.Pknw9Y" "ProjectOpen.py"
/home/CVS/test/AppTree/ProjectOpen.py,v  <--  ProjectOpen.py
new revision: 1.13; previous revision: 1.12
Your transaction ID is: 1350 (new transaction)
bugid = 66

In CVSzilla transaction I see it, but in bugzilla I don't see any changes.

Best Regards,


Jason Pollock wrote:
> On Wed, 2006-09-06 at 16:02 +0300, Leonid Shulov wrote:
>
>> I upgraded mysql to Ver 14.12 Distrib 5.0.24 and Bugzilla to Version 2.22.
>> After that I can't see transaction in Bugzilla, in CVSziila  I see them.
>>
>> Is there any way to solve this?
>>
>> Thanks,
>>
>>
>
> Hi, we haven't ported to 2.22, so I don't know if there are any hidden
> problems.
>
> At the very least, you will need to re-apply the 2.18rc2 bugzilla patch
> to provide transaction links.
>
> The patch is at the bottom of the email.
>
> Are you able to see the comments at all?  Are there any error messages
> from commit?
>
> Regards,
> Jason
>
> Index: globals.pl
> ===================================================================
> RCS file: /cvsroot/mozilla/webtools/bugzilla/Attic/globals.pl,v
> retrieving revision 1.348
> diff -u -r1.348 globals.pl
> --- globals.pl  9 Jan 2006 18:59:53 -0000       1.348
> +++ globals.pl  11 Sep 2006 03:26:26 -0000
> @@ -536,6 +536,9 @@
>      $text =~ s~\b(mailto:|)?([\w\.\-\+\=]+\@[\w\-]+(?:\.[\w\-]+)+)\b
>                ~<a href=\"mailto:$2\">$1$2</a>~igx;
>
> +    # Transaction links - check for: CVS Transaction #xx: and transaction x
> +    $text =~ s~(CVS Transaction \#|Subversion Revision \#)(\d+)~$1<a
href=\"/cvszilla/transaction.cgi?id=$2\">$2</a>~ig;
> +
>      # attachment links - handle both cases separately for simplicity
>      $text =~ s~((?:^Created\ an\ |\b)attachment\s*\(id=(\d+)\)(\s\[edit\])?)
>                ~($things[$count++] = GetAttachmentLink($2, $1)) &&
--
  Shulov Leonid             lshulov@...
   System Administrator
   Arabella Software Ltd.   www.arabellasw.com
   Tel: +972 9 7651788      Fax: +972 9 7657494



[Non-text portions of this message have been removed]

I upgraded mysql to Ver 14.12 Distrib 5.0.24 and Bugzilla to Version 2.22.
After that I can't see transaction in Bugzilla, in CVSziila  I see them.

Is there any way to solve this?

Thanks,

--
  Shulov Leonid             lshulov@...
   System Administrator
   Arabella Software Ltd.   www.arabellasw.com
   Tel: +972 9 7651788      Fax: +972 9 7657494

Hey guys, anyone looking to learn CCNA the easy way, check out
http://www.infodizz.com/ccna/online-ccna-tutorials.htm . This is one
of the best links I found on the web that deals with this tough
subject in the atmost easy way.
http://www.infodizz.com/ccna/online-ccna-tutorials.htm

Hello,

I'm sorry, but I'm not going to be much help. :)

On Thu, 2006-03-09 at 09:52 +0000, daiwj_zj wrote:
> hi,
>   I had another question now ,perhaps it is not about cvszilla.Could
> anyone help me ?
>   I try to query a transaction ,and it shows  the transaction
> details,log messages and files. But when I try to query more details
> about some version of a file (the URL is
>
http://192.168.1.1/cgi-bin/cvsweb.cgi/CVSROOT/verifymsg?rev=1.2&content-type=tex\
t/vnd.viewcvs-markup)
> ,it returns with error:Unsupported content-type. It seems that the
> server doesn't support the conten-type of text/vnd.viewcvs-markup.
>

I don't know much about cvsweb.  Do you get this with every file or just
verifymsg?  Personally, I wouldn't configure it to present the CVSROOT
since that might let people have access to the password file...

>   I also want to know how cvszilla does with user identify .
>

I'm sorry, I'm not sure I understand what you are asking here.  Are you
talking about password access to cvszilla, mapping users between cvs and
bugzilla, or about user access to CVS?

Regards,
Jason

hi,
   I had another question now ,perhaps it is not about cvszilla.Could
anyone help me ?
   I try to query a transaction ,and it shows  the transaction
details,log messages and files. But when I try to query more details
about some version of a file (the URL is
http://192.168.1.1/cgi-bin/cvsweb.cgi/CVSROOT/verifymsg?rev=1.2&content-type=tex\
t/vnd.viewcvs-markup)
,it returns with error:Unsupported content-type. It seems that the
server doesn't support the conten-type of text/vnd.viewcvs-markup.

   I also want to know how cvszilla does with user identify .

hi,
   thank you very much,I solved the problem :)
--- In cvszilla@yahoogroups.com, Jason Pollock <jason@...> wrote:
>
> Hi,
>
> You need to have the Class::DBI perl module installed.  It's a
object
> relational mapping module for perl that cvszilla uses.
>
> Regards,
> Jason Pollock
>
> On Thu, 2006-03-02 at 06:47 +0000, daiwj_zj wrote:
> >   I installed cvszilla by exec "perl install.pl" and it finished
> > without error. But when I edited the files in CVSROOT and tried
to
> > commit them to the CVS ,it prompted as these:
> >
> >    Uncaught exception from user code:
> >         Base class package "Class::DBI" is empty.
> >         (Perhaps you need to 'use' the module which defines that
> > package first.) at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
> > BEGIN failed--compilation aborted
> > at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3.
> > Compilation failed in require at (eval 3) line 3.
> >         ...propagated at /usr/lib/perl5/5.8.0/base.pm line 64.
> > BEGIN failed--compilation aborted
> > at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3.
> > Compilation failed in require at /usr/share/cvszilla/bin/logmsg-
> > parsing.pl line 26.
> > BEGIN failed--compilation aborted
at /usr/share/cvszilla/bin/logmsg-
> > parsing.pl line 26.
> > Compilation failed in require
> > at /usr/share/cvszilla/bin/logmsg.verify line 33.
> > BEGIN failed--compilation aborted
> > at /usr/share/cvszilla/bin/logmsg.verify line 34.
> > cvs [server aborted]: Message verification failed
> >
> >
> >    my linux kernel version is 2.40.20-8(redhat 9.0) and I have
> > installed bugzilla2.20 ,cvs1.11 and cvsweb2.0.
> >    The question have troubled me several days ,I hope someone
can
> > help me!
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
>

Hi,

You need to have the Class::DBI perl module installed.  It's a object
relational mapping module for perl that cvszilla uses.

Regards,
Jason Pollock

On Thu, 2006-03-02 at 06:47 +0000, daiwj_zj wrote:
>   I installed cvszilla by exec "perl install.pl" and it finished
> without error. But when I edited the files in CVSROOT and tried to
> commit them to the CVS ,it prompted as these:
>
>    Uncaught exception from user code:
>         Base class package "Class::DBI" is empty.
>         (Perhaps you need to 'use' the module which defines that
> package first.) at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
> BEGIN failed--compilation aborted
> at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3.
> Compilation failed in require at (eval 3) line 3.
>         ...propagated at /usr/lib/perl5/5.8.0/base.pm line 64.
> BEGIN failed--compilation aborted
> at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3.
> Compilation failed in require at /usr/share/cvszilla/bin/logmsg-
> parsing.pl line 26.
> BEGIN failed--compilation aborted at /usr/share/cvszilla/bin/logmsg-
> parsing.pl line 26.
> Compilation failed in require
> at /usr/share/cvszilla/bin/logmsg.verify line 33.
> BEGIN failed--compilation aborted
> at /usr/share/cvszilla/bin/logmsg.verify line 34.
> cvs [server aborted]: Message verification failed
>
>
>    my linux kernel version is 2.40.20-8(redhat 9.0) and I have
> installed bugzilla2.20 ,cvs1.11 and cvsweb2.0.
>    The question have troubled me several days ,I hope someone can
> help me!
>
>
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>

I installed cvszilla by exec "perl install.pl" and it finished
without error. But when I edited the files in CVSROOT and tried to
commit them to the CVS ,it prompted as these:

    Uncaught exception from user code:
         Base class package "Class::DBI" is empty.
         (Perhaps you need to 'use' the module which defines that
package first.) at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
BEGIN failed--compilation aborted
at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3.
Compilation failed in require at (eval 3) line 3.
         ...propagated at /usr/lib/perl5/5.8.0/base.pm line 64.
BEGIN failed--compilation aborted
at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3.
Compilation failed in require at /usr/share/cvszilla/bin/logmsg-
parsing.pl line 26.
BEGIN failed--compilation aborted at /usr/share/cvszilla/bin/logmsg-
parsing.pl line 26.
Compilation failed in require
at /usr/share/cvszilla/bin/logmsg.verify line 33.
BEGIN failed--compilation aborted
at /usr/share/cvszilla/bin/logmsg.verify line 34.
cvs [server aborted]: Message verification failed


    my linux kernel version is 2.40.20-8(redhat 9.0) and I have
installed bugzilla2.20 ,cvs1.11 and cvsweb2.0.
    The question have troubled me several days ,I hope someone can
help me!

Everyone,

I'm currently working on a fix for bug 48 - spaces in filenames.  It
requires a change to how the cvszilla scripts are invoked from cvs, so
it will require minor migration work when it is released.

I have noticed that some people are automatically updating their local
copies of cvszilla.  To keep your copy from breaking when this goes in,
I've created a tag "PRE_BUG_48", which will stay at the current stable
point - allowing you to migrate at your leisure. :)

When I'm done with the changes (which are being done on branch), I will
migrate them to the trunk and include instructions on what you will need
to do to upgrade. :)

For those interested, you can find the current changes on the BUG_48
branch.  I am basing the changes around the following info-cvs mailing
list post. :)

http://lists.gnu.org/archive/html/info-cvs/2003-04/msg00267.html

Regards,
Jason Pollock

My apologies for the spam, the user has been banned.

Jason

found this cool place, actually, not even sure I want to share my secret source
hehe. But you know what, Im a generous guy so i guess ill help you out, plenty
of potential partners on there to share around i guess. anyway
http://www.somethingtodoright.info/bfdx is the spot im talking about. ive only
been on there bout a week or two, already met up with two ppl and talked to
tonns of hotties on webcameras. heap of fun.

On 23/01/2006, at 12:21 AM, Leonid Shulov wrote:

Some thing happens with Bugzilla and mysql. I nothing changed but suddenly I see this message:

Nothing we can do. You need to debug your mysql. Clearly *something* changed. Perhaps mysql is not running, perhaps the permissions or password changed.
Try connecting to the database using the command-line mysql client.

On 23/01/2006, at 12:21 AM, Leonid Shulov wrote:

> Some thing happens with Bugzilla and mysql. I nothing changed  but
> suddenly I see this message:

Nothing we can do.  You need to debug your mysql.  Clearly
*something* changed.  Perhaps mysql is not running, perhaps the
permissions or password changed.

Try connecting to the database using the command-line mysql client.

Software error:

DBI connect('host=localhost;database=bugs;port=3306','bugs',...) failed: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111) at /usr/lib/perl5/DBI.pm line 609
	DBI::__ANON__('undef', 'undef') called at /usr/lib/perl5/DBI.pm line 666
	DBI::connect('DBI', 'DBI:mysql:host=localhost;database=bugs;port=3306', '', '', 'HASH(0x86be868)') called at Bugzilla/DB.pm line 146
	Bugzilla::DB::_connect('DBI:mysql:host=localhost;database=bugs;port=3306') called at Bugzilla/DB.pm line 138
	Bugzilla::DB::connect_main() called at Bugzilla.pm line 143
	Bugzilla::dbh('Bugzilla') called at Bugzilla/Auth/Cookie.pm line 66
	Bugzilla::Auth::Cookie::authenticate('Bugzilla::Auth::Cookie', 1, 109) called at Bugzilla/Auth/CGI.pm line 104
	Bugzilla::Auth::CGI::login('Bugzilla::Auth::CGI', 0) called at Bugzilla.pm line 74
	Bugzilla::login('Bugzilla', 0) called at /var/www/Bugzilla/index.cgi line 41
 at Bugzilla/DB.pm line 146


Now my users can not do commit with cvs.

Help me please.

Leonid

> > Is there a correction for this? I'm using cvs 1.12.12 and getting
this
> > error
> >
> > /var/cvs/release/QA/6_3_7/v6_3_7 Technical Notes.doc,v  <--  v6_3_7
> > Technical Notes.doc
> > new revision: 1.3; previous revision: 1.2
> >
> > Your transaction ID is: 20638 (new transaction)
> >
> > Could not open comma-v file /var/cvs/release/QA/6_3_7/v6_3_7,v or
> > /var/cvs/release/QA/6_3_7/Attic/v6_3_7,v: No such file or directory
at
> > /var/www/html/bugzilla/logmsg.archive line 84
> >
> > It's obviously not handling the spaces properly, is there a quick
fix
> > to this? thank you.
>
> Right, I now understand why my last "advice" didn't quite work out -
the
> current version of cvszilla from cvszilla.org doesn't have the options
I
> thought it did.
> In Tony's last posted version of cvszilla, there is support for this.
> You change the invocation of cvszilla from the verify and logmsg file
> and turn on an option in the config and all these problems go away.
The
> last time Tony posted this was at
> http://groups.yahoo.com/group/cvszilla/message/105 but as others have
> mentioned, yahoo doesn't store attachments. Having checked Tony's blog
I
> can't see it there either - Tony, can you provide a permalink to this?
>

Yes, I'd really appreciate it, I'm going to attempt to hack up something
in the time being as I didn't expect this to not be included, and it's
in production, although as I am quite the novice I would appreciate a
tested solution :)

On Tue, Dec 13, 2005 at 08:50:26PM -0000, que wrote:
> Is there a correction for this? I'm using cvs 1.12.12 and getting this
> error
>
> /var/cvs/release/QA/6_3_7/v6_3_7 Technical Notes.doc,v  <--  v6_3_7
> Technical Notes.doc
> new revision: 1.3; previous revision: 1.2
>
> Your transaction ID is: 20638 (new transaction)
>
> Could not open comma-v file /var/cvs/release/QA/6_3_7/v6_3_7,v or
> /var/cvs/release/QA/6_3_7/Attic/v6_3_7,v: No such file or directory at
> /var/www/html/bugzilla/logmsg.archive line 84
>
> It's obviously not handling the spaces properly, is there a quick fix
> to this? thank you.

Right, I now understand why my last "advice" didn't quite work out - the
current version of cvszilla from cvszilla.org doesn't have the options I
thought it did.
In Tony's last posted version of cvszilla, there is support for this.
You change the invocation of cvszilla from the verify and logmsg file
and turn on an option in the config and all these problems go away. The
last time Tony posted this was at
http://groups.yahoo.com/group/cvszilla/message/105 but as others have
mentioned, yahoo doesn't store attachments. Having checked Tony's blog I
can't see it there either - Tony, can you provide a permalink to this?

The alternative is to migrate to the cvszillaj version which supports
spaces in filenames with no problem. http://www.wellquite.org/cvszillaj/

Matthew
--
Matthew Sackman

BOFH excuse #219:
Recursivity.  Call back if it happens again.

Is there a correction for this? I'm using cvs 1.12.12 and getting this
error

/var/cvs/release/QA/6_3_7/v6_3_7 Technical Notes.doc,v  <--  v6_3_7
Technical Notes.doc
new revision: 1.3; previous revision: 1.2


Your transaction ID is: 20638 (new transaction)

Could not open comma-v file /var/cvs/release/QA/6_3_7/v6_3_7,v or
/var/cvs/release/QA/6_3_7/Attic/v6_3_7,v: No such file or directory at
/var/www/html/bugzilla/logmsg.archive line 84



It's obviously not handling the spaces properly, is there a quick fix
to this? thank you.

the sub it's calling in logmsg.archive

sub extractTag($$) {
     my ($filename, $version) = @_;

     my $file = $repository->member($filename);

     if (defined $file) {
     return $file->branchFor($version);
     } else {
     return "(unknown)";
     }
}

On Wed, Dec 07, 2005 at 12:13:51PM +0200, Meir Ivgi wrote:
> Hi Matthew,
> thanks for your fast response
> we are using cvs 1.11, what did you mean by writing :
> you must format the entries in your loginfo file using lots of commas
>
> I edited the loginfo to have the line :
> DEFAULT perl /usr/local/cvszilla/bin/logmsg.archive ${USER} %{"s"Vv}
> it didn't solve the problem .....

Um, it's something like %{,,,sVv,,,} but I can't remember from memory.
I'm pretty sure it's in the docs.

Matthew
--
Matthew Sackman

BOFH excuse #134:
because of network lag due to too many people playing deathmatch

Hi,

A while ago, someone asked if it was possible, after rebuilding the
database from a cvs repository, to reorder all the transactions in
database such that they're in date order. I provided a sketch of the
general proceedure but never fleshed it out.

I've just needed to do it myself and have worked out the necessary sql.
Being MySQL, it's harder than it should be and you have to use temp
tables, but it's still possible. This won't make any attempt to inspect
bugzilla tables and I only really suggest you try this after an initial
database build when setting up either Tony's extensions of cvszilla or
cvszillaJ. The SQL is:

create temporary table foo
     as select username, joblist, log_message, mtime, ctime
        from transactions
        order by mtime, ctime;

alter table foo add column id int auto_increment primary key first;

create temporary table foo_entry
     as select foo.id, oldversion, newversion, filepath, branch
        from
          foo
            inner join
          transactions
            using (username, joblist, log_message, mtime, ctime)
            inner join
          transaction_entry
            on transaction = transactions.id;

delete from transaction_entry;

delete from transactions;

insert into transaction_entry select * from foo_entry;

insert into transactions select * from foo;

drop table foo;

drop table foo_entry;

Matthew
--
Matthew Sackman

BOFH excuse #316:
Elves on strike. (Why do they call EMAG Elf Magic)