I'm running Scmbug on Debian 5 using CVS for revision control and
Bugzilla for issue tracking.

 

In the auto-generated Bugzilla comments we get the directories in which
changes have been made listed, but not the files or versions:

 

------- Comment #6
<http://bugzilla.cygnets.co.uk/show_bug.cgi?id=2359#c6>  From Simon
Brooke <mailto:[email protected]>  2009-02-24 15:13:42 0 [reply
<http://bugzilla.cygnets.co.uk/show_bug.cgi?id=2359#add_comment> ]
-------

added columns as requested, adjusted other functionality to suit.

 

 

Branch:        b_VERSION-3

Affected files:

---------------

%{Vvs} -->  Bugzilla-CVS-Wiki

integration:ESA-McIntosh-CADLink/MappingTool/Frontend/Windows/

 

>From my reading of the documentation it seems to me that that line
should be followed by a list of changed files, with their 'from' and
'to' revisions, but that information does not appear.

 

I've upgraded to 0.26.13, using the .deb packages, but I'm still getting
this issue.

 

Note that:

 

The actual name of the 'product' in the above example is
'ESA-McIntosh-CADLink'; 'Bugzilla-CVS-Wiki integration' appears because
it is the product specified in glue.conf, 

 

        product_name_definition => {

            type => 'manual',

            value => 'Bugzilla-CVS-Wiki integrion'

            # type=> 'auto',

            # value => '/var/lib/cvs/([^/]*)/'

            },

 

because (despite trying very hard) I've completely failed to make
auto-detecting product names work with CVS. There are 118 different
products in our repository, of which in excess of thirty are being
actively worked on at any one time; having a separate instance of CVS
for each 'product' simply isn't feasible.

 

Relevant versions of packages are as follows:

 

s...@selma2:/var/lib/cvs$ dpkg -l | grep scmbug

ii  scmbug-common                                           0.26.13
Scmbug common libraries.

ii  scmbug-doc                                              0.26.13
Scmbug documentation.

ii  scmbug-server                                           0.26.13
Scmbug integration server.

ii  scmbug-tools                                            0.26.13
Scmbug integration tools.

s...@selma2:/var/lib/cvs$ dpkg -l cvs

Desired=Unknown/Install/Remove/Purge/Hold

|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-
pend

|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)

||/ Name           Version        Description

+++-==============-==============-======================================
======

ii  cvs            1:1.12.13-12   Concurrent Versions System

s...@selma2:/var/lib/cvs$ dpkg -l bugzilla3

Desired=Unknown/Install/Remove/Purge/Hold

|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-
pend

|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)

||/ Name           Version        Description

+++-==============-==============-======================================
======

ii  bugzilla3      3.0.4.1-2+lenn web-based bug tracking system

 

And, while we're at it, I get the following messages output repeatedly
for each file when a commit is made to CVS; this produces screenfulls of
verbiage, and often hides useful error messages:

 

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 don't know whether this is a scmbug problem or a CVS problem, but if
anyone knows either how to cure the problem or how to suppress the
output I'd be grateful.



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

<<inline: rondel.gif>>

_______________________________________________
scmbug-users mailing list
[email protected]
http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users

Reply via email to