I'm trying to set up a system which integrates:
CVS 1.12.13-8 (Official Debian package)
Bugzilla 3.0.2 (local install from source; reason: LDAP authentication)
Mediawiki 1.10.1 (local install from source; reason, LDAP authentication)
SCMBug 0.23.4 (debain packages from files.mkgnu.net)
Mylyn 2.3.2.v20080402-2100 (from http://www.eclipse.org/mylyn/downloads/ via
Eclipse 'Find and install')
(Mylyn is an Eclipse/CVS integration tool)
Everything worked until I added scmbug into the mix :-(
However, I'm doing some things not strictly in line with the default scmbug
install, and I also had a little difficulty with the documentation. Any help
greatly appreciated!
==Failure when committing==
When attempting to commit from within Eclipse, I get errors of the form:
The server reported an error while performing the "cvs commit" command.
[product-name]: cvs commit: warning: commitinfo line contains no format
strings:
[product-name]: "perl -I/var/lib/cvs/CVSROOT/lib/scmbug
/var/lib/cvs/CVSROOT/bin/scmbug_activity.pl
/var/lib/cvs/CVSROOT/etc/scmbug/glue.conf activity_commit
consolidate_cvs_messages"
[product-name]: Appending defaults (" %r/%p %s"), but please be aware that
this usage is
[product-name]: deprecated.
[product-name]: cvs [commit aborted]: Message verification failed
This may relate to a problem which was reported when I ran scmbug_install_glue:
cvs commit: warning: Set to use deprecated info format strings. Establish
compatibility with the new info file format strings (add a temporary '1' in
all info files after each '%' which doesn't represent a literal percent)
and set UseNewInfoFmtStrings=yes in CVSROOT/config. After that, convert
individual command lines and scripts to handle the new format at your
leisure.
I presume this relates to the files commitinfo, loginfo, editinfo, etc in
/var/lib/cvs/CVSROOT, but as so far I've managed to get by without making
changes to the Debian distributed CVS files I'd rather not hack these; and,
frankly, I have too much live data belonging to too many products in the CVS to
risk breaking things. If someone could give me a clear pointer to what this
problem is and how to fix it I'd be most grateful.
==Formatting of bug tags==
Mylyn prefers bug tags to be formatted '#bugXXXX', where XXX is the bug number.
I have a recipe for MediaWiki and for CVSWeb which accepts this format.
Therefore I have changed
log_bugid_regex => '#bug([\d]*)',
and
log_body_regex => '#bug.*?:\s*(.*)'
Are there likely to be any problems with using this bug tag format?
I haven't fully understood from the documentation how the glue.conf file gets
created. Initially I copied glue.conf.template to a new file glue.conf in
/etc/scmbug and edited that, but that was clearly wrong and so I've now edited
/usr/share/scmbug/glue/etc/scmbug/glue.conf.template directly, and then
rerunning scmbug_install_glue. However, I'm still not getting the right values
ending up in /var/lib/cvs/CVSROOT/etc/scmbug/glue.conf, unless I directly cat
the glue.conf.template into it after running scmbug_install_glue, which doesn't
seem to be the right thing to do.
It wasn't at all clear to me from the manual whether one ought to edit the
supplied glue.conf.template or not, and where scmbug_install_glue would read it
from. Looking at the source it appears to read /etc/scmbug/glue.conf, but I
confess I'm not confident of that. The fact that scmbug_install_glue does not
overwrite the glue.conf file in CVSROOT/etc/scmbug when it is rerun seems to me
unhelpful.
Cheers
Simon
Simon Brooke, Software Specialist
Cygnet Solutions Ltd
Registered office: Swan House, Darvel, Ayrshire, Scotland, KA17 0LP
Registered in Scotland No. SC158059
mail: [EMAIL PROTECTED]
www: http://www.cygnets.co.uk
tel: +44(0)1560 323444
fax: +44(0)1560 323432
_______________________________________________
scmbug-users mailing list
[email protected]
http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
