I have another problem when I commit files.
The comments of error are related to
cvsdb::GeneralJobs.
Because the cvsdb directory doesn't exist in Perl
directory, Perl can't find cvsdb::GeneralJobs ..
I think Perl have to know the path of cvsdb directory,
but I don't know what I do.
I installed Perl modules according to Bugzilla's manual.



__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250

On Wed, 19 Jan 2005 11:37:08 +1300 (NZDT), Jason Pollock
<jason@...> wrote:
>
> >
> > Hi:
> > Where can I reset the transaction ID? I completly deleted the tables
> > of the VC database tha CVSZilla creates, and the transaction ID's keep
> > increasing!. I have a lot of test-transactions and I want to delete
> > all that and leave cvs, bugzilla and cvszilla like new. I wont install
> > everything again because I've made somechanges to the CVSZilla code
> > and I dont want to lose that. So the question is, where is the "Max
> > Transaction ID" kept?
>
> The transaction ID is an auto_increment mysql column.  That means that the
> next transaction ID is maintained in the database. :)
>
> http://dev.mysql.com/doc/mysql/en/example-AUTO_INCREMENT.html
>
> has some information, I believe that
>
> ALTER TABLE theTableInQuestion AUTO_INCREMENT=1234

TRUNCATE theTableInQuestion;

... will reset auto-increment columns as well as deleting all existing
rows in the table.

>
> Hi:
> Where can I reset the transaction ID? I completly deleted the tables
> of the VC database tha CVSZilla creates, and the transaction ID's keep
> increasing!. I have a lot of test-transactions and I want to delete
> all that and leave cvs, bugzilla and cvszilla like new. I wont install
> everything again because I've made somechanges to the CVSZilla code
> and I dont want to lose that. So the question is, where is the "Max
> Transaction ID" kept?

The transaction ID is an auto_increment mysql column.  That means that the
next transaction ID is maintained in the database. :)

http://dev.mysql.com/doc/mysql/en/example-AUTO_INCREMENT.html

has some information, I believe that

ALTER TABLE theTableInQuestion AUTO_INCREMENT=1234

is what you are looking for.  Auto Increments do not start from 0, so
please use a minimum of 1.

Regards,
Jason Pollock

>
>  Wow, finally I caugt the errors~!!!

Great!  I'm glad that we were able to help you out.

Jason

Ji,

Interesting.  Can I get a description of your OS version and platform?  Do
you have a copy of Bugzilla installed and working?

Thanks,
Jason

>
> Actually, I didn't know about the upgrade versions..
> So I downloaded the latest version from
> www.cvszilla.org..and did as manual says...
> However, I met the other problems again
> So, I send the mail,..
> How can I solve this problem?ㅠㅠ
> Thank you.
>
> *******************************************************
> 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 2) line 3.
>         ...propagated at /usr/lib/perl5/5.8.3/base.pm
> line 70.
> ******************************************************

Hi:
Where can I reset the transaction ID? I completly deleted the tables
of the VC database tha CVSZilla creates, and the transaction ID's keep
increasing!. I have a lot of test-transactions and I want to delete
all that and leave cvs, bugzilla and cvszilla like new. I wont install
everything again because I've made somechanges to the CVSZilla code
and I dont want to lose that. So the question is, where is the "Max
Transaction ID" kept?

Thanx,
--
Tomas A. Henriquez de la B.
None Design

~~ If my dream comes true, you'll play my game ~~

Actually, I didn't know about the upgrade versions..
So I downloaded the latest version from
www.cvszilla.org..and did as manual says...
However, I met the other problems again
So, I send the mail,..
How can I solve this problem?ㅠㅠ
Thank you.

*******************************************************
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 2) line 3.
         ...propagated at /usr/lib/perl5/5.8.3/base.pm
line 70.
******************************************************



__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail

Wow, finally I caugt the errors~!!!
The previous problem was caused by Perl modules..
I didn't install Class::DB and I didn't know~^^
Anyway, Thank you for your reply...
Actually, it was the first time that I contact a
foreigner, especially unfamiliar person..^^
Thank you very much ~
And I will use cvszilla usefully.

If I have some questions from now on, I will send mail
again.^^

Be happy~~!!



__________________________________
Do you Yahoo!?
Yahoo! Mail - Easier than ever with enhanced search. Learn more.
http://info.mail.yahoo.com/mail_250

Hi,

Thanks for the additional information!  There was a bug in cvszilla with
cvs imports.  I believe that I have fixed this on the HEAD of the
repository.  If you are using an older release, "cvs import" will report
the error you are seeing.

If you are using the latest version of cvszilla from the CVS repository at
cvszilla.org, and you are still seeing this problem, then I will have to
look into what might be different between our CVS versions - something may
have changed.

If you are using the older release (a .tar.gz from Tony Garnock-Jones'
page), there are additional requirements to run the latest version, you
will want to have a read of the documentation.

If you want, it should be possible to back port the differences to 2.0
beta 1 (or earlier versions).  I believe that part of the file is largely
unchanged.  You will want to look at

  http://www.cvszilla.org/cvszilla/transaction.cgi?id=73

this is the transaction that I fixed the bug in, specifically the
logmsg.archive changes.

Regards,
Jason Pollock

>
>
> --- In cvszilla@yahoogroups.com, "wltjs0185" <wltjs0185@y...> wrote:
>>
>> The version is 1.11.15
>>
>> Does the problems occur because of cvs, not cvszilla?
>
> When I execute 'import', I wrote like
>
> shell> cvs -m "job:1
> Test1" abc webdox start
>
> then, this paragraph is entered to vc(database) as log message
> *******************************************************************
> "Test1"
>
> Status:
>
> Vendor Tag: webdox
> Release Tags: start
>
> N abc/b.c
>
> No conflicts created by this import
> ********************************************************************
> and this paragraph appears in the log message box in cvszilla.
>
> So, I suppose I have some problems when datas are saved to DB or when
> I execute 'import'...however, I don't know how I solve the problems.
>
> Thank you.

>
> Hi, I have a question about the CVS User and BUG User that are
> supposed to be displayed in the"usermapping.cgi" file. In my
> installation it doesn't show anything. I accesed the databases
> manually and, of course, they are empty. My question is, how do I link
> a CVS user with a Bug  user? Ive created Bugzilla acounts AFTER the
> cvszilla installation and still dont get any data on that db table.
> What am I doing wrong?

Hi,

Hmmm, I don't have the usermapping.cgi immediately available in front of
me, so I can't tell if it's working or not. :(

The mapping from cvs to bugzilla users isn't maintained automatically.
The scripts will attempt to guess a bugzilla account.

When guessing, it will search for a bugzilla account looking like:
"<username>@" where <username> is the name of the cvs account.

If the usermapping.cgi isn't working (entirely likely at this point),
you can insert rows into the table by hand.  The table should be pretty
self explanatory, "cvs_username" is the cvs account name and
"bug_username" is the entire bugzilla account name.

Hope this helps,
Jason Pollock

Hi, I have a question about the CVS User and BUG User that are
supposed to be displayed in the"usermapping.cgi" file. In my
installation it doesn't show anything. I accesed the databases
manually and, of course, they are empty. My question is, how do I link
a CVS user with a Bug  user? Ive created Bugzilla acounts AFTER the
cvszilla installation and still dont get any data on that db table.
What am I doing wrong?

Thanx,
--
Tomas A. Henriquez de la B.
None Design

~~ If my dream comes true, you'll play my game ~~

--- In cvszilla@yahoogroups.com, "wltjs0185" <wltjs0185@y...> wrote:
>
> The version is 1.11.15
>
> Does the problems occur because of cvs, not cvszilla?

When I execute 'import', I wrote like

shell> cvs -m "job:1
Test1" abc webdox start

then, this paragraph is entered to vc(database) as log message
*******************************************************************
"Test1"

Status:

Vendor Tag: webdox
Release Tags: start

N abc/b.c

No conflicts created by this import
********************************************************************
and this paragraph appears in the log message box in cvszilla.

So, I suppose I have some problems when datas are saved to DB or when
I execute 'import'...however, I don't know how I solve the problems.

Thank you.

The version is 1.11.15

Does the problems occur because of cvs, not cvszilla?

> I have many problems to use cvszilla.
> First, I realized that I have to enter Job's number or Bug's number.
> So I entered that number and executed like below paragraph(?).
> However, so many errors appeared, and I can't solve the  problems.
> Can you help me?
> And I have question one more, where should I locate the cvszilla and
> cvssupport directories ?
> Bugzilla's files are located in /var/www/html/.
> I will wait your reply..
> Sorry for poor English.

Don't apologise!  Your English is perfectly understandable, better than
some native speakers! :)

Just a quick couple of questions to help us fix this problem.

There was a problem with "cvs import" that we fixed last week.  Are you
using the latest version from CVS?

Also, what version of CVS are you using?

Thank you,
Jason Pollock

I have many problems to use cvszilla.
First, I realized that I have to enter Job's number or Bug's number.
So I entered that number and executed like below paragraph(?).
However, so many errors appeared, and I can't solve the  problems.
Can you help me?
And I have question one more, where should I locate the cvszilla and
cvssupport directories ?
Bugzilla's files are located in /var/www/html/.
I will wait your reply..
Sorry for poor English.

p.s: "그런 파일이나
디렉토리가 없음" means "There are not
the files or
directories.."
*********************************************************************
[root@localhost myprj]# cvs import myprj webdox start
I myprj/CVS
U myprj/temp
I myprj/.#exer1.c.1.1.1.1
I myprj/exer1.o
U myprj/a.d
U myprj/b.c
U myprj/result
U myprj/makefile
U myprj/exer1.c
I myprj/exer.o
U myprj/a.c
U myprj/exer.c

No conflicts created by this import

Use of uninitialized value in concatenation (.) or string at
         /var/www/html/cvssupport/logmsg.archive line 47, <STDIN> line
28 (#1)
     (W uninitialized) An undefined value was used as if it were already
     defined.  It was interpreted as a "" or a 0, but maybe it was a
mistake.
     To suppress this warning assign a defined value to your variables.

     To help you figure out what was undefined, perl tells you what
operation
     you used the undefined value in.  Note, however, that perl
optimizes your
     program and the operation displayed in the warning may not necessarily
     appear literally in your program.  For example, "that $foo" is
     usually optimized into "that " . $foo, and the warning will refer to
     the concatenation (.) operator, even though there is no . in your
     program.

DBD::mysql::st execute failed: You have an error in your SQL syntax near '
         sysdate(), 'CVS Transaction #2:\n\"&#51064;&#49324;&#47568;
&#52628;&#44032;\"\n\n\nStatus:\
n\nVendor Ta' at line 1 at
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi/Mysql.pm line
175, <STDIN> line 28 (#2)
DBD::mysql::st execute failed: You have an error in your SQL syntax
near ' sysdate(), 'CVS Transaction #2:\n\"&#51064;&#49324;&#47568;
&#52628;&#44032;\"\n\n\nStatus:\n
\nVendor Ta' at line 1 at
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi/Mysql.pm line
175, <STDIN> line 28.
Use of uninitialized value in concatenation (.) or string at
         /var/www/html/cvssupport/logmsg.archive line 52, <STDIN> line
28 (#1)
Your transaction ID is: 2 (new transaction)
Use of uninitialized value in string eq at
         /var/www/html/cvssupport/logmsg.archive line 120, <STDIN> line
28 (#1)
Use of uninitialized value in split at
         /var/www/html/cvssupport/G8/Cvs/LocalFile.pm line 62, <STDIN>
line 28 (#1)
Could not open comma-v file /home/cvsroot/myprj/-,v or
/home/cvsroot/myprj/Attic/-,v: &#44536;&#47088; &#54028;&#51068;&#51060;&#45208;
&#46356;&#47113;&#53664;&#47532;&#44032; &#50630;&#51020; at
/var/www/html/cvssupport/logmsg.archive line 110
Use of uninitialized value in concatenation (.) or string at
         /var/www/html/cvssupport/logmsg.archive line 139, <STDIN> line
28 (#1)
Could not open comma-v file /home/cvsroot/myprj/Imported,v or
/home/cvsroot/myprj/Attic/Imported,v: &#44536;&#47088;
&#54028;&#51068;&#51060;&#45208; &#46356;&#47113;&#53664;&#47532;&#44032;
&#50630;&#51020; at
/var/www/html/cvssupport/logmsg.archive line 110
Could not open comma-v file /home/cvsroot/myprj/sources,v or
/home/cvsroot/myprj/Attic/sources,v: &#44536;&#47088;
&#54028;&#51068;&#51060;&#45208; &#46356;&#47113;&#53664;&#47532;&#44032;
&#50630;&#51020; at
/var/www/html/cvssupport/logmsg.archive line 110
*********************************************************************

It's all ok now.  I thought my CVS got corrupted but it was not.  I'm
still very interested in making this cvszilla work, though.  I think
DBI is already installed but I'll try to check it one more time.

Thanks for the help.
Rene

--- In cvszilla@yahoogroups.com, Tony Garnock-Jones <tonyg@k...> wrote:
> Hi Rene...
>
> rene_mendoza2000 wrote:
> > I'm trying to install cvszilla on my freebsd system.  The thing is, I
> > think it has corrupted my CVS repository.  Here is the error message.
>
> Why do you think it has corrupted your repository? I don't see any
> evidence of that from your message.
>
> >  Can't locate Class/DBI.pm in @INC (@INC contains:
> > /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
> > /usr/local/lib/perl5/site_perl/5.005 . /usr/libdata/perl/5.00503/mach
> > /usr/libdata/perl/5.00503 /usr/share/cvszilla/bin) at (eval 3) line 3.
>
> Did you install DBI and the MySQL DBI adapter?
>
> > The thing is I want to uninstall it now. How do I do this?
>
> You will need to check out CVSROOT and undo the changes you made to the
> CVS control files when you installed cvszilla.
>
> Regards,
>    Tony

> Hi!
>
> I'm trying to install cvszilla on my freebsd system.  The thing is, I
> think it has corrupted my CVS repository.  Here is the error message.
>
> /usr/bin/cvs -f commit -l -m 'add format' 'Notes/FreeBSD Ports
> Tricks.txt' 2>&1

Rene,

Hi!  Sorry to hear that you're having problems.

From the backtrace, it looks like you don't have "Class::DBI" installed?

Since you don't have a working copy installed, uninstalling will be a
little tricky, since CVS uses CVS to store it's config files.

First, do a cvs checkout of the CVSROOT module in the repository.

Second, go to the CVSROOT directory in the repository, and edit the
loginfo, taginfo and verifymsg scripts (in the actual repository, not the
checkout).  Remove the references to cvszilla at the bottom of those
files.

Third, go to your checkout of the CVSROOT tree and make the same changes,
you should be able to commit these fixes back into the repository.

You should be back up and running.

If you have more problems, please let us know.  If we can help you get
cvszilla running completely, let us know what we can do to help.

Jason Pollock

For the list:  Jeff, I'm starting to come around to your view that
Class::DBI is more of a PITA than a blessing. :)

Hi Rene...

rene_mendoza2000 wrote:
> I'm trying to install cvszilla on my freebsd system.  The thing is, I
> think it has corrupted my CVS repository.  Here is the error message.

Why do you think it has corrupted your repository? I don't see any
evidence of that from your message.

>  Can't locate Class/DBI.pm in @INC (@INC contains:
> /usr/local/lib/perl5/site_perl/5.005/i386-freebsd
> /usr/local/lib/perl5/site_perl/5.005 . /usr/libdata/perl/5.00503/mach
> /usr/libdata/perl/5.00503 /usr/share/cvszilla/bin) at (eval 3) line 3.

Did you install DBI and the MySQL DBI adapter?

> The thing is I want to uninstall it now. How do I do this?

You will need to check out CVSROOT and undo the changes you made to the
CVS control files when you installed cvszilla.

Regards,
    Tony

Hi!

I'm trying to install cvszilla on my freebsd system.  The thing is, I
think it has corrupted my CVS repository.  Here is the error message.

/usr/bin/cvs -f commit -l -m 'add format' 'Notes/FreeBSD Ports
Tricks.txt' 2>&1
Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Uncaught exception from user code:
	 Can't locate Class/DBI.pm in @INC (@INC contains:
/usr/local/lib/perl5/site_perl/5.005/i386-freebsd
/usr/local/lib/perl5/site_perl/5.005 . /usr/libdata/perl/5.00503/mach
/usr/libdata/perl/5.00503 /usr/share/cvszilla/bin) at (eval 3) line 3.
	 eval 'require Class::DBI
;' called at /usr/libdata/perl/5.00503/base.pm line 44
	 base::import('base', 'Class::DBI') called at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 cvsdb::DBI::BEGIN() called at Class/DBI.pm line 0
	 eval {...} called at Class/DBI.pm line 0
	 require cvsdb/DBI.pm called at (eval 2) line 3
	 eval 'require cvsdb::DBI
;' called at /usr/libdata/perl/5.00503/base.pm line 44
	 base::import('base', 'cvsdb::DBI') called at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 cvsdb::GeneralJobs::BEGIN() called at Class/DBI.pm line 0
	 eval {...} called at Class/DBI.pm line 0
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at Class/DBI.pm line 0
	 eval {...} called at Class/DBI.pm line 0
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at Class/DBI.pm line 0
	 eval {...} called at Class/DBI.pm line 0
	 ...propagated at /usr/libdata/perl/5.00503/base.pm line 47.
	 base::import('base', 'Class::DBI') called at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 cvsdb::DBI::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 require cvsdb/DBI.pm called at (eval 2) line 3
	 eval 'require cvsdb::DBI
;' called at /usr/libdata/perl/5.00503/base.pm line 44
	 base::import('base', 'cvsdb::DBI') called at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 cvsdb::GeneralJobs::BEGIN() called at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
BEGIN failed--compilation aborted at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 3.
	 require cvsdb/DBI.pm called at (eval 2) line 3
	 eval 'require cvsdb::DBI
;' called at /usr/libdata/perl/5.00503/base.pm line 44
	 base::import('base', 'cvsdb::DBI') called at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 cvsdb::GeneralJobs::BEGIN() called at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 3
	 eval 'require cvsdb::DBI
;' called at /usr/libdata/perl/5.00503/base.pm line 44
	 base::import('base', 'cvsdb::DBI') called at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 cvsdb::GeneralJobs::BEGIN() called at
/usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/DBI.pm line 0
	 ...propagated at /usr/libdata/perl/5.00503/base.pm line 47.
	 base::import('base', 'cvsdb::DBI') called at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 cvsdb::GeneralJobs::BEGIN() called at
/usr/libdata/perl/5.00503/base.pm line 0
	 eval {...} called at /usr/libdata/perl/5.00503/base.pm line 0
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/libdata/perl/5.00503/base.pm line 0
	 eval {...} called at /usr/libdata/perl/5.00503/base.pm line 0
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/libdata/perl/5.00503/base.pm line 0
	 eval {...} called at /usr/libdata/perl/5.00503/base.pm line 0
BEGIN failed--compilation aborted at
/usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3.
	 require cvsdb/GeneralJobs.pm called at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm
line 3
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm
line 3
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 3
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm
line 26
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 26
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm
line 26
	 eval {...} called at /usr/share/cvszilla/bin/cvsdb/GeneralJobs.pm line 26
BEGIN failed--compilation aborted at
/usr/share/cvszilla/bin/logmsg-parsing.pl line 26.
	 require /usr/share/cvszilla/bin/logmsg-parsing.pl called at
/usr/share/cvszilla/bin/logmsg.verify line 33
	 main::BEGIN() called at /usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 eval {...} called at /usr/share/cvszilla/bin/logmsg-parsing.pl line 26
	 main::BEGIN() called at /usr/share/cvszilla/bin/logmsg-parsing.pl line 34
	 eval {...} called at /usr/share/cvszilla/bin/logmsg-parsing.pl line 34
BEGIN failed--compilation aborted at
/usr/share/cvszilla/bin/logmsg.verify line 34.
cvs [commit aborted]: Message verification failed
[Exited with status 1]

The thing is I want to uninstall it now. How do I do this?

thanks in advance,
Rene Mendoza

On Tue, 2004-11-16 at 10:46, Kristis Makris wrote:
> Hi Jason,
>
> > I am aware of Scmbug, but not up to date on its latest developments.  It
>
> Well, the Scmbug team is busy doing homework right now :)

Ah, the joys of homework.  Thankfully, I haven't had to worry about that
for a while.  For me, it's house buying!

> > seems to be more of a client-server system, aimed at mobile development?
>
> It is aimed at solving the integration problem once and for all,
> generically enough to keep everyone happy, including mobile development.

A good goal!  You've definitely hit a market that CVSZilla doesn't.

> > The author's goal was to allow work on a laptop that wasn't directly
> > connected to the bugzilla system, but which had it's own CVS repository.
>
> Being the author, that was only _part_ of the problem at the time.

I apologize.  I wasn't aware you were the author. :)

> Scmbug includes such verification guarantees, like bug exists, bug is
> valid, bug owned by commiter. User rights for commiting to the branch
> arguably fall under the SCM systems permissions management, but could be
> accomodated. What do you mean by portability ?? Running CVSZilla under
> Windows ?

There is some talk of that, we've got one guy trying to get it running
under Windows, but I haven't heard how well it's going.  He may well
have given up by now.  However, I certainly hope he hasn't.

> > repositories.  We also have harder requirements in terms of migration
> > between versions. :)
>
> What are those requirements ? Scmbug also has to address upgrading to
> newer versions of itself.

I must have misunderstood the caveat on the distribution page.  I
thought the Scmbug versions were incompatible with each other.

> > Still, SCMBUG has some interesting concepts.  The shared protocol is a
> > nifty idea.  We may look into stealing it! :) :)
>
> Again, I'm interested in having the integration problem solved once and
> for all, in a way that will make everyone happy. I'd hate to see us both
> go down separate paths, building parts of commonly features when we
> could collaborate on solving this problem.

Collaboration is good.  Competition is also good.  Personally, I think
Scumbug's architecture with the separate daemon seems heavy-weight, and
some people have already accused me of putting too much code into
CVSZilla. :)  I would love to be able to share ideas and concepts.

> At the time work begun on Scmbug, I attempted contacting the cvszilla
> author and got no response, hence it was built from scratch. Flexibility
> was the main feature lacking from other efforts at the time.

Definitely.  Tony has moved on to bigger and better things.  Personally,
I think he's finally found a job where he's not bored out of his skull
during the day, so he doesn't feel like working on outside stuff. :)

Me, I'm using cvszilla as a learning tool to try out new technologies.
I'm also looking into how I can use the information it gathers to help
in other phases of development, such as release management, requirements
traceability, that sort of thing.

However, before I can do any of that, I have to get a release out. :)

So, did you have any particular collaboration in mind?

Jason

Jeff,

The ContextualFetch came in with 0.96 of Class::DBI.  Version 0.95 might
work better for you, it doesn't end up with that dependency.  You would
also want to downgrade your Ima::DBI. :)

This is what I've currently got installed that I think might be relevent:

Class::Accessor -- 0.18
Class::DBI -- 0.95
Class::DBI::mysql -- 0.21
Class::Data::Inheritable -- 0.02
Class::Trigger -- 0.08
Class::WhiteHole -- 0.04
DBIx::XML_RDB -- 0.05
Ima::DBI -- 0.31
DBI -- 1.40
DBD::mysql -- 2.9003
DBI::Shell -- 11.93
DB_File -- 1.808
SQL::Abstract -- 1.17

Ima::DBI v 0.33 is what brings in the contextual fetch. :)  I'm not using
it here, so I can't comment on any problems. :(

There are ways around the no-network bit (sneakily run your own proxy?),
and CPAN can be convinced to install elsewhere.

http://servers.digitaldaze.com/extensions/perl/modules.html

I would have provided an actual list, but none of the dependency walking
code I've found has actually worked!  If anyone has any recommendations, I
would love to hear them!

Jason

Here's my full list, but you won't need any of the XML/Text stuff, they're
there for other things I was working on.

Algorithm::Diff -- 1.15
AppConfig -- 1.52
Archive::Tar -- 1.07
CGI -- 3.00
CGI::XMLApplication -- 1.1.2
CPAN -- 1.76
CPAN::WAIT -- 0.27
Chart -- ???
Class::Accessor -- 0.18
Class::DBI -- 0.95
Class::DBI::AutoLoader -- 0.12
Class::DBI::mysql -- 0.21
Class::Data::Inheritable -- 0.02
Class::Trigger -- 0.08
Class::WhiteHole -- 0.04
Compress::Zlib -- 1.33
Cwd -- 2.15
DBI -- 1.40
DBIx::XML_RDB -- 0.05
Data::Dumper -- 2.12
Data::ShowTable -- undef
Devel::DProf -- 20000000.00_01
Digest::MD5 -- 2.20
File::BaseDir -- 0.02
File::MimeInfo -- 0.9
File::Slurp -- 2002.1031
File::Spec -- 0.86
Filter -- ???
GD -- 1.41
GD::Graph -- 1.35
GD::Text -- 0.83
HTML::Diff -- 0.54
IO-stringy -- ???
Ima::DBI -- 0.31
Inline -- 0.44
List::Util -- 1.13
MIME::Base64 -- 3.00
Module::Dependency -- ???
Net -- ???
Net::Telnet -- 3.03
PatchReader -- 0.9.5
Perl -- 5.8.0
Statistics::Descriptive -- 2.6
String::ShowDiff -- 0.03
Template -- 2.08
Term::ReadKey -- 2.21
Term::ReadLine -- 1.00
Text::Aspell -- 0.04
Text::Iconv -- 1.2
Text::ParagraphDiff -- 2.43
Text::Scan -- 0.16
Text::WikiFormat::SAX -- 0.03
TimeDate -- ???
UNIVERSAL::moniker -- 0.06
URI -- 1.30
Unicode::Normalize -- 0.28
XML::DifferenceMarkup -- 0.09
XML::Filter::BufferText -- 1.01
XML::Filter::GenericChunk -- 0.06
XML::Filter::Glossary -- 0.2
XML::Filter::Reindent -- 0.03
XML::Generator -- 0.93
XML::Generator::DBI -- 1.00
XML::Handler::YAWriter -- 0.23
XML::LibXML -- 1.56
XML::LibXML::Common -- 0.13
XML::LibXSLT -- 1.53
XML::NamespaceSupport -- 1.08
XML::Parser -- 2.34
XML::SAX -- 0.12
XML::SAX::Machines -- 0.4
XML::SAX::Writer -- 0.44
XML::XPath -- 1.13


I'll attach this to the bug too, so that we don't lose it to history. :)

On Sat, 2004-11-06 at 00:14, Jeff Apple wrote:
> As you can guess from bug 31, I'm pretty unimpressed with Class::DBI.
> The requirements seem onerous for the benefits, which I still think are
> questionable. Any chance that Class::DBI could be removed? I'm afraid
> that if it persists as a requirement, I'll have to give up on CVSZilla.
> I don't have root access on my target system, which makes installing the
> perl modules simply more trouble than it's worth. I had less trouble
> installing Bugzilla!

Jeff, you will have to be able to install modules.  The next batch of
features (involving templates/RSS/XML/etc) will all require new Perl
modules, each of which will have various other dependencies.

'perl -MCPAN -e "shell" ' is the way to go with installing modules.
Otherwise, you'll end up in dependency hell!

> Beyond the installation, as a developer I find the new Class::DBI code
> to be daunting. I admit I'm not experienced at perl code, but I find it
> so ugly now I don't want to touch it any more. It may be brilliant, but
> I'm simply too lazy to work through the complexity to see the light.
> Sorry Jason, but that's my honest opinion.

Opinions are cool, and the code is changeable.  What do you find ugly
about it?

To let you know why, consider...

The next step is to templatise the UI, making it work like Bugzilla
using Perl Templates. :)

To keep everything clean, we need to wrap the database tables in
something.  If we don't wrap them in Class::DBI objects, we will need to
wrap them in classes of our own creation.  This is what Bugzilla has
done with their Bug.pm class.  Personally, I'd rather not have to
maintain all that code, so I thought Class::DBI would be a good place to
start.

If people don't like Class::DBI, we can write our own wrapper.  How does
the rest of the list feel?

Jason

As you can guess from bug 31, I'm pretty unimpressed with Class::DBI.
The requirements seem onerous for the benefits, which I still think are
questionable. Any chance that Class::DBI could be removed? I'm afraid
that if it persists as a requirement, I'll have to give up on CVSZilla.
I don't have root access on my target system, which makes installing the
perl modules simply more trouble than it's worth. I had less trouble
installing Bugzilla!

Beyond the installation, as a developer I find the new Class::DBI code
to be daunting. I admit I'm not experienced at perl code, but I find it
so ugly now I don't want to touch it any more. It may be brilliant, but
I'm simply too lazy to work through the complexity to see the light.
Sorry Jason, but that's my honest opinion.

OK, I'm done being a jerk.

Jeff

Just to let you know,

Some of the management CGIs don't currently work with 2.18, and there
was a bug in how the dates were created.  I've fixed the date bug, so
you may want to make sure you have an updated copy of the checkout. :)

Jason

On Sat, 2004-10-23 at 02:28, cm wrote:
> I resolved one of the problems by granting all access to user 'vc' on database
'vc'. So I don't have the "access denied" error anymore.
> However, I still have the error on the concatenation.
> I got CVSZilla from the tar on http://homepages.kcbbs.gen.nz/~tonyg/ so I
decided to take a look at your CVS HEAD revision
(CVSROOT=:pserver:anonymous@...:/home/cvs/cvsroot).
> Indeed, I found all the reference you mentioned in your preceeding answer. But
taking a closer look at the installation scripts, I also noticed that it seems
to be a bit "unix" oriented. So I'm gonna try to adapt it to my "world" and then
test again to see if I still get the same errors.

I resolved one of the problems by granting all access to user 'vc' on database
'vc'. So I don't have the "access denied" error anymore.
However, I still have the error on the concatenation.
I got CVSZilla from the tar on http://homepages.kcbbs.gen.nz/~tonyg/ so I
decided to take a look at your CVS HEAD revision
(CVSROOT=:pserver:anonymous@...:/home/cvs/cvsroot).
Indeed, I found all the reference you mentioned in your preceeding answer. But
taking a closer look at the installation scripts, I also noticed that it seems
to be a bit "unix" oriented. So I'm gonna try to adapt it to my "world" and then
test again to see if I still get the same errors.

Regards


======= le 22/10/2004, 09:45:40 vous écriviez: =======

>
>On Fri, 2004-10-22 at 20:05, cm wrote:
>> Hi Jason,
>>
>> Well, I surely misunderstood something, because I can't find any config.pl
file, or reference to $::vcpasswd, $::vcdb in any file, anywhere ...
>>
>> Any clue ?
>
>Well, that depends on if you got your version of CVSZilla from
>a tar file or from CVS. :)
>
>If you got it from CVS, there should be a config.pl file created as part
>of the installation process (installer.pl).
>
>If you got it from the tar file, my instructions won't make much sense.
>:)
>
>Have a look in logmsg-parsing.pl and globals.pl.  Both have mysql
>connection logic at the bottom.
>
>The CVS commit part is controlled by logmsg-parsing.pl
>
>Regards,
>Jason
>
>
>
>------------------------ Yahoo! Groups Sponsor --------------------~-->
>$9.95 domain names from Yahoo!. Register anything.
>http://us.click.yahoo.com/J8kdrA/y20IAA/yQLSAA/z3wwlB/TM
>--------------------------------------------------------------------~->
>
>
>Yahoo! Groups Links
>
>
>
>
>
>
>

= = = = = = = = = ========= = = = = = = = = = =

cm
cm.mailing@...
22/10/2004

On Fri, 2004-10-22 at 20:05, cm wrote:
> Hi Jason,
>
> Well, I surely misunderstood something, because I can't find any config.pl
file, or reference to $::vcpasswd, $::vcdb in any file, anywhere ...
>
> Any clue ?

Well, that depends on if you got your version of CVSZilla from
a tar file or from CVS. :)

If you got it from CVS, there should be a config.pl file created as part
of the installation process (installer.pl).

If you got it from the tar file, my instructions won't make much sense.
:)

Have a look in logmsg-parsing.pl and globals.pl.  Both have mysql
connection logic at the bottom.

The CVS commit part is controlled by logmsg-parsing.pl

Regards,
Jason

Hi Jason,

Well, I surely misunderstood something, because I can't find any config.pl file,
or reference to $::vcpasswd, $::vcdb in any file, anywhere ...

Any clue ?


======= le 20/10/2004, 21:28:34 vous écriviez: =======

>
>Hi CM!
>
>On Wed, 2004-10-20 at 19:42, cm wrote:
>> Firstly, I'm running bugzilla 2.18.rc1 on Windows 2000 server.
>
>I don't think any of the others on the list are on Windows, so this
>is a bit of a shot in the dark. :)
>
>> The first error message I get is the following :
>> "DBD::mysql::st execute failed: Access denied for user: '@localhost' to
>> database 'vc' at e:/Perl/site/lib/Mysql.pm line 175, <STDIN> line 8."
>> Then :
>> "Use of uninitialized value in concatenation (.) or string at
>> e:\CVSZilla\cvssupport\logmsg.archive line 47, <STDIN> line 8 (#1)"
>> And some others ...
>
>Interesting.
>
>It looks like the config.pl that the script is trying to include is
>missing a couple of values? Have a look for $::vcpasswd.  Even if it is
>null, it should still be defined in the file.  The others to check for
>in the same area would be:
>
>$::vcdb (seems to be defined - otherwise)
>$::vcuser (might be this one, that might explain the @localhost, should
>be "vc")
>$::vcdsn = "DBI:mysql:host=localhost:database=$::vcdb";
>
>By default, the vc user doesn't have a password.  The user is created as
>part of the vcdb.sql script (at the bottom).
>
>Let us know how you get on and if you have any other problems.
>
>Regards,
>Jason
>
>
>------------------------ Yahoo! Groups Sponsor --------------------~-->
>Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
>Now with Pop-Up Blocker. Get it for free!
>http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/z3wwlB/TM
>--------------------------------------------------------------------~->
>
>
>Yahoo! Groups Links
>
>
>
>
>
>
>

= = = = = = = = = ========= = = = = = = = = = =

cm
cm.mailing@...
22/10/2004

Hi CM!

On Wed, 2004-10-20 at 19:42, cm wrote:
> Firstly, I'm running bugzilla 2.18.rc1 on Windows 2000 server.

I don't think any of the others on the list are on Windows, so this
is a bit of a shot in the dark. :)

> The first error message I get is the following :
> "DBD::mysql::st execute failed: Access denied for user: '@localhost' to
> database 'vc' at e:/Perl/site/lib/Mysql.pm line 175, <STDIN> line 8."
> Then :
> "Use of uninitialized value in concatenation (.) or string at
> e:\CVSZilla\cvssupport\logmsg.archive line 47, <STDIN> line 8 (#1)"
> And some others ...

Interesting.

It looks like the config.pl that the script is trying to include is
missing a couple of values? Have a look for $::vcpasswd.  Even if it is
null, it should still be defined in the file.  The others to check for
in the same area would be:

$::vcdb (seems to be defined - otherwise)
$::vcuser (might be this one, that might explain the @localhost, should
be "vc")
$::vcdsn = "DBI:mysql:host=localhost:database=$::vcdb";

By default, the vc user doesn't have a password.  The user is created as
part of the vcdb.sql script (at the bottom).

Let us know how you get on and if you have any other problems.

Regards,
Jason

Firstly, I'm running bugzilla 2.18.rc1 on Windows 2000 server.

I managed to install CVSZilla (I can access the web interface and make
queries), but I get some errors when making commits into CVS.

The first error message I get is the following :
"DBD::mysql::st execute failed: Access denied for user: '@localhost' to
database 'vc' at e:/Perl/site/lib/Mysql.pm line 175, <STDIN> line 8."
Then :
"Use of uninitialized value in concatenation (.) or string at
e:\CVSZilla\cvssupport\logmsg.archive line 47, <STDIN> line 8 (#1)"
And some others ...

However, the transactions seem to be correctly recorded.

Any help would be appreciated, thanx !

Yeah, we've come across that with a couple of guys over here too. :)

Sorry if this sounds disjointed, but I can't read my encrypted email right
now, I'm at work, and I didn't leave my laptop on. :(

CC'ing the mailing list to perform the inaugeral mailing!

> Actually, I can't check out cvszilla precisely because I'm doing so on a
> Mac :-(
>
> If everyone agrees, perhaps we could rename Cvs to CvsTools in the
> repository?

There were a couple of other directory changes like that we were going to
do, to more closely match the default install tree (cvssupport->bin,
cvszilla->cgi-bin) people are asking for a more bugzilla-type install
where the cvs checkout is essentially "runnable". :)

Guess that's the next job after getting the config cgi's working with
2.18rc2.

Me, I like rpms. :)

Good to hear from you!  I'll probably have more of a response when I get
home tonight. :)

Jason