bugzilla-vcs
pombreda / bugzilla-vcs Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/bugzilla-vcs
Automatically exported from code.google.com/p/bugzilla-vcs
bugzilla-vcs
I'm trying to integrate Bugzilla and Subversion. I want Bugzilla to notice if
someone commit on Subversion repository, using a client.
What steps will reproduce the problem?
I installed all required perl modules and I followed the instructions that I
found here: https://code.google.com/p/bugzilla-vcs/
What is the expected output? What do you see instead?
The sync.pl works and I can see every commit that has a description like "bug
#x" in my Bugzilla installation.
When I try to launch hooks.pl (in extensions/VCS/) using the command:
cd /var/www/bugzilla
perl extensions/VCS/hook.pl --login=XXX --pass=YYY --project=TestIntegrazione
--repo=file:///mnt/storage/svn/progetto/ --bug=4 --revision=23
--bugzilla=http://localhost/bugzilla/
I get this message:
"Can't locate object method "simple_request" via package
"RPC::XML::Client::new: Unable to get RPC::XML::Parser object" (perhaps you
forgot to load "RPC::XML::Client::new: Unable to get RPC::XML::Parser object"?)
at /var/www/bugzilla/extensions/VCS/hook.pl line 83."
What version of the product are you using? On what operating system?
Bugzilla 4.4.2 and Subversion 1.8.5 on Ubuntu Server 13.04 using VCS 0.2
Please provide any additional information below.
RPC::XML is installed and it's working because I use the same protocol to
connect Bugzilla and Jenkins.
Original issue reported on code.google.com by [email protected]
on 27 Mar 2014 at 11:56
What steps will reproduce the problem?
1. There is no commit display options.
What is the expected output? What do you see instead?
1. Want to specify text format of commit header.
2. Want to specify sort order of commits.
3. Want to let open the latest commit when open a bug.
What version of the product are you using? On what operating system?
v0.2
Please provide any additional information below.
Patch is attached.
- 3 options are added to administration page for this issue.
-- vcs_commit_header_format
-- vcs_commit_sort_order
-- vcs_commit_diplay_option
Note: I am not native English speaker, so project committer freely edit my help
strings, the code as well.
Original issue reported on code.google.com by [email protected]
on 17 Feb 2011 at 11:59
Attachments:
Hello,
I am installing VCS, but although I install VCI correctly, checksetup.pl do not
recognize it. It tell me that I must install VCI module for perl. Shows no
errors when executing it.
VCI versión: 0.7.1
SO: Debian Squeeze
Bugzilla version: 3.6.2.0-4.5
any suggestions?
Original issue reported on code.google.com by migrad
on 16 Oct 2012 at 5:36
I have and old created folder inside the subversion repository at revision
1825, when I run the sync.pl script it give me:
idoru:/srv/www/bugzilla# ./extensions/VCS/sync.pl --type=Svn --as=mark
--bug-word='Bug#' -v file:///srv/svn/factory/
Getting contents for rev 1894
Syncing WScript...
Calling get_log for WScript START: 0 END: 1894
4 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/WScript' from 1530 to 1531
Syncing WebFolder...
Calling get_log for WebFolder START: 0 END: 1894
197 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1478 to 1479
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1861 to 1862
Getting diff for 'file:///srv/svn/factory/WebFolder' from 1880 to 1881
Syncing Projects...
Calling get_log for Projects START: 0 END: 1894
46 commits to examine for syncing...
Getting diff for 'file:///srv/svn/factory/Projects' from 1824 to 1825
Filesystem has no item: 'file:///srv/svn/factory/Projects' was not found in the
repository at revision 1824 at
/usr/local/share/perl/5.10.1/VCI/VCS/Svn/Commit.pm line 111
Using last VCS version in Debian Squeeze
I know that its an error on the VCI perl module, but I don't know how to sync
all of my old commit-logs in my Bugzilla.
For more aid, the subversion repository can be browsed at
http://www.l3jane.net/websvn/listing.php?repname=Factory&
Original issue reported on code.google.com by [email protected]
on 18 Feb 2011 at 1:24
What steps will reproduce the problem?
1. started with a clean system, installed VCS
2. called sync.pl which ran through and I can see the VCS panel in bug details
for certain bugs
What is the expected output? What do you see instead?
I would have expected and I actually see this in the screenshot available here
that the revision number in the VCS web panel in clickable which will link you
too a loggerhead/viewvc or whatever software to see the revision details.
This is not the case. Instead the Revision is just a plain string, no link.
What version of the product are you using? On what operating system?
0.2.0 on openSUSE 11.1, Bzr 2.2.1, Loggerhead 1.18
Original issue reported on code.google.com by [email protected]
on 17 Nov 2010 at 7:23
hook.pl has a parameter, --project, that is mandatory but is not relevant with
the subversion repositories I'm using. My subversion repositories have
directories trunk, branches and tags at the top of the repository. There is no
project designation. It seems like hook.pl assumes a repository like:
project1
trunk
branches
tags
project2
trunk
branches
tags
The reason this is an issue for me is that the hook.pl script is called from a
subversion hook (post-commit) and the parameters to the hook are repo and
revision. To satisfy the requirement of the --project parameter I tried hard
coding it to trunk. If I do that, any checkins on the branches get rejected by
the script with an error:
Bugzilla Error: (32000) There is no commit with the id "13225" for "trunk" in
the "file:///home/svn/repo/myrepo/" repository.
I could work around this by adding:
svnlook --dirs-changed /home/svn/repo/myrepo in my hook.
This would give me a list of directories and I could determine if they were in
trunk, branches or tags. I could then adjust the --project parameter
accordingly.
But this doesn't seem right. A checkin to "branches" really doesn't mean much
unless you specify the directory in branches, and this won't provide that.
What I would really like is the --project parameter to be optional. Possible?
Original issue reported on code.google.com by [email protected]
on 21 Feb 2011 at 3:53
Need to be able to remove commits from a bug, as it's possible somebody typo'd
a bug # in his/her commit, which linked it to the wrong bug.
Original issue reported on code.google.com by reed%[email protected]
on 29 Aug 2010 at 10:16
What steps will reproduce the problem?
1. Bzr has an option --fixes, which produces a line similar to:
------------------------------------------------------------
revno: 695
fixes bug(s): https://bugzilla.example.com/show_bug.cgi?id=5459
committer: Tom <[email protected]>
branch nick: trunk
timestamp: Wed 2010-10-06 23:12:22 +0000
message:
test
2. This technically isn't a "fixes bug 1242" message, but should be found.
3. Perhaps a special value to --bug-word would catch this?
What is the expected output? What do you see instead?
I'd like it to sync with --fixes as that provides the same information as a
comment with "bug" in it.
What version of the product are you using? On what operating system?
This is the latest download with the 21_20.diff patch to fix sync.pl on Centos
and Bugzilla 3.6.2.
Please provide any additional information below.
Other than that, this works pretty well!
Original issue reported on code.google.com by [email protected]
on 8 Oct 2010 at 5:52
I have two servers (running on Debian 5): 1. "hg repos server (hgrepos) and
bugzilla server. I successfully installed VCS into bugzilla and configured
repos in it. I copied hook.pl from bugzilla server to hg repos server
(/usr/local/bin/). When I try to run command like this (on hg repos server):
$perl /usr/local/bin/hook.pl --bug=965 --revision=d9feb5b9bf3f
--project=myproject --repo=http://myusername:***@hgrepos/hg/
--login=bugzilla@user --pass=*** --bugzilla=http://bugzillaserver/bugzilla
I get message:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit
d9feb5b9bf3f from the "myproject" project in the
"http://myusername:***@hgrepos/hg/" repository. Sometimes this means that you
specified an invalid repository or project. The error was: Couldn't open encmap
ascii.enc: No such file or directory at /usr/lib/perl5/XML/Parser.pm line 187
Thanks for any help
Best regards
Dubravkor Rutalj
Original issue reported on code.google.com by [email protected]
on 31 Aug 2010 at 8:29
What steps will reproduce the problem?
1.root@ubuntu:~# /usr/bin/perl /var/www/bugzilla/extensions/VCS/sync.pl
--type=Svn --as=user http://my server ip/svn/
ERROR:
Bad URL passed to RA layer: Unrecognized URL scheme for 'http://my server
ip/svn' at lib/VCI/VCS/Svn/Project.pm line 55.
2.root@ubuntu:~# /var/www/bugzilla/extensions/VCS/hook.pl --bug=184
--revision=41 --project=MyProject --config=/home/svn/hooks/hook.conf
ERROR:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 41
from the "MyProject" project in the "http://my server ip/svn/" repository.
Sometimes this means that you specified an invalid repository or project. The
error was: Bad URL passed to RA layer: Unrecognized URL scheme for 'http://my
server ip/svn' at lib/VCI/VCS/Svn/Repository.pm line 12.
Thanks!
Original issue reported on code.google.com by [email protected]
on 13 Dec 2013 at 5:21
What steps will reproduce the problem?
run hook.pl from cmd line
root@fibuntu:/var/www/bugzilla# cat test-hook.sh
extensions/VCS/hook.pl \
--bug=160 \
--revision=151 \
--project="STABLE/FX2200/RSLOGIX 5000" \
--repo=svn://localhost/svn/FIBER_ENGINE_TEST \
[email protected] \
--pass=mypasswd \
--bugzilla=http://bugzilla.domain.com/
root@fibuntu:/var/www/bugzilla# ./test-hook.sh
Made RPC::XML client
RPC::XML::Client::send_request: HTTP server error: Internal Server Error at
extensions/VCS/hook.pl line 44.
Original issue reported on code.google.com by [email protected]
on 31 Jan 2014 at 4:50
What steps will reproduce the problem?
Running hook.pl against my Hg repository. I can run the sync.pl fine but I get
errors with the hook.pl script. I can browse to the url it is listing as
getting a 404 error fine. It seems to be appending the protocol (http or
https) to the end of the url. (see bottom of post for snippet of iis log).
What is the expected output? What do you see instead?
c:\Websites\bugzilla>perl extensions\VCS\hook.pl --repo https://localhost/
--login [email protected] --pass aDm1n1 --bugzilla http://localhost/ --project
hg --bug 3 --revision 5472872b61d0 --login [email protected] --pass aDm1n1
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 54728
72b61d0 from the "hg" project in the "https://localhost/" repository. Sometimes
this means that you specified an invalid repository or project. The error was: E
rror getting https://localhost/hg/rss-log/https:: 404 Not Found at C:/Perl/site/
lib/VCI/VCS/Hg/Repository.pm line 24 VCI::VCS::Hg::Repository::x_get('VCI::VCS::
Hg::Repository=HASH(0x4a8cccc)', 'Path::Abstract::Underload=SCALAR(0x4d286cc)')
called at C:/Perl/site/lib/VCI/VCS/Hg/Project.pm line 37 VCI::VCS::Hg::Project::
x_get('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'ARRAY(0x4d26d3c)') called at C:/
Perl/site/lib/VCI/VCS/Hg/History.pm line 30 VCI::VCS::Hg::History::_x_get_rss_co
mmits('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'XML::Simple=HASH(0x4d13524)', 'h
ttps:', '') called at C:/Perl/site/lib/VCI/VCS/Hg/History.pm line 15 VCI::VCS::H
g::History::x_from_rss('VCI::VCS::Hg::History', '', 'VCI::VCS::Hg::Project=HASH(
0x4c3b4e4)') called at C:/Perl/site/lib/VCI/VCS/Hg/Project.pm line 45 VCI::VCS::
Hg::Project::_build_history('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)') called at a
ccessor history defined at C:/Perl/site/lib/VCI/Abstract/Project.pm line 13 VCI:
:Abstract::Project::history('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)') called at C
:/Perl/site/lib/VCI/Abstract/Project.pm line 57 VCI::Abstract::Project::get_comm
it('VCI::VCS::Hg::Project=HASH(0x4c3b4e4)', 'HASH(0x4c3428c)') called at /loader
/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 308 eval {...} called at /loade
r/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 308 Bugzilla::Extension::VCS::
Commit::get_commit('Bugzilla::Extension::VCS::Commit', 'HASH(0x4a0463c)') called
at /loader/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 230 Bugzilla::Extens
ion::VCS::Commit::_check_revision('Bugzilla::Extension::VCS::Commit', '5472872b6
1d0', 'revision', 'HASH(0x2dd3274)') called at Bugzilla/Object.pm line 475 Bugzi
lla::Object::run_create_validators('Bugzilla::Extension::VCS::Commit', 'HASH(0x3
d24774)') called at /loader/0x36c25a4/Bugzilla/Extension/VCS/Commit.pm line 109
Bugzilla::Extension::VCS::Commit::run_create_validators('Bugzilla::Extension::VC
S::Commit', 'HASH(0x3d24774)') called at /loader/0x36c25a4/Bugzilla/Extension/VC
S/Commit.pm line 165 Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extensi
on::VCS::Commit', 'HASH(0x3d24774)') called at /loader/0x36c25a4/Bugzilla/Extens
ion/VCS/WebService.pm line 37 Bugzilla::Extension::VCS::WebService::add_commit('
Bugzilla::Extension::VCS::WebService', 'HASH(0x3d24774)') called at C:/Perl/site
/lib/SOAP/Lite.pm line 2799 eval {...} called at C:/Perl/site/lib/SOAP/Lite.pm l
ine 2784 eval {...} called at C:/Perl/site/lib/SOAP/Lite.pm line 2750 SOAP::Serv
er::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x3cfd0e4)', '<?xml versio
n="1.0" encoding="us-ascii"?><methodCall><methodN...') called at C:/Perl/site/li
b/SOAP/Transport/HTTP.pm line 432 SOAP::Transport::HTTP::Server::handle('Bugzill
a::WebService::Server::XMLRPC=HASH(0x3cfd0e4)') called at C:/Perl/site/lib/SOAP/
Transport/HTTP.pm line 590 SOAP::Transport::HTTP::CGI::handle('Bugzilla::WebServ
ice::Server::XMLRPC=HASH(0x3cfd0e4)') called at C:\Websites\bugzilla\xmlrpc.cgi
line 50
What version of the product are you using? On what operating system?
Bugzilla v4.0 and Mercurial 1.8.1 on Windows Vista X64.
Other information.
2011-03-18 15:48:27 127.0.0.1 GET /hg/rss-log/tip - 443 - 127.0.0.1
VCI::VCS::Hg+0.7.1 200 0 0 159
2011-03-18 15:48:27 127.0.0.1 GET /hg/rss-log/https: - 443 - 127.0.0.1
VCI::VCS::Hg+0.7.1 404 0 0 203
2011-03-18 16:02:55 127.0.0.1 GET /hg/rss-log/tip - 443 - 127.0.0.1
VCI::VCS::Hg+0.7.1 200 0 0 225
2011-03-18 16:02:55 127.0.0.1 GET /hg/rss-log/https: - 443 - 127.0.0.1
VCI::VCS::Hg+0.7.1 404 0 0 206
Original issue reported on code.google.com by [email protected]
on 18 Mar 2011 at 4:07
>>>> What steps will reproduce the problem?
1.correctly install the bugzilla-vcs extension
2.[root@localhost bugzilla]# perl extensions/VCS/sync.pl --type=Svn
[email protected] file:///var/www/svn/repos/
>>>> What is the expected output? What do you see instead?
>> expected output should be:
Getting contents for rev 7
...
Getting diff for 'file:///var/www/svn/repos/mytestproj' from 5 to 6
>> but I got:
7 commits to examine for syncing...
The 'nanosecond' parameter ("707028000.000001") to DateTime::new did not pass
the 'a positive integer' callback
at /usr/lib64/perl5/DateTime.pm line 176.
DateTime::new(undef, 'hour', 00, 'minute', 26, 'month', 7, 'second', 24, ...) called at /usr/share/perl5/DateTime/Format/DateParse.pm line 69
...
main::sync_project('VCI::VCS::Svn::Project=HASH(0x4cde7c0)') called at extensions/VCS/sync.pl line 119
>>>> What version of the product are you using? On what operating system?
svn 1.6.11
bugzilla 4.4
VCS bugzilla extension 0.2
perl v5.10.1
DateTime v0.53
Alien-SVN v1.6.11
Linux 2.6.32-220.el6.x86_64
(I think the problem come from the new version of perl and it's DateTime module)
>>>> Please provide any additional information below.
I solved the problem by add "int " before "$p{ nanosecond } = int $fraction *
1e9 if $fraction;" in line 34 at /usr/share/perl5/DateTime/Format/DateParse.pm
just didn't find the issue here. so i create for people's reference.
the solution refer from: https://rt.cpan.org/Public/Bug/Display.html?id=52470
Original issue reported on code.google.com by [email protected]
on 25 Jul 2013 at 7:14
What steps will reproduce the problem?
1. The repostitory julindex.git is located at /srv/git/
2. The config file bugzilla.cfg:
repo: /srv/git/
login: [email protected]
pass: XXX
bugzilla: https://bugs.julit.com/
3. perl /srv/bugzilla/extensions/VCS/hook.pl
--config=/srv/git/julindex.git/bugzilla.cfg --project julindex.git --revision
d059b317ca3c2c23c4ee41ee9b6ad26f0f610a9b --bug 37
What is the expected output? What do you see instead?
Bugzilla Error: (32000) An error occurred while attempting to fetch commit
d059b317ca3c2c23c4ee41ee9b6ad26f0f610a9b from the "julindex.git" project in the
"/srv/git/" repository. Sometimes this means that you specified an invalid
repository or project. The error was: rev-parse confused me -
/srv/git/julindex.git/ does not have trailing Status: 200 OK at
/usr/share/perl5/Git.pm line 195.
What version of the product are you using? On what operating system?
Debian lenny using Bugzilla 3.6.2
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 28 Oct 2010 at 6:55
What steps will reproduce the problem?
1. SVN Commit changes with reference to "bug 123" in comment
2. Execute sync.pl script manually
3. Observe posted SVN comment in bug 123 display page
What is the expected output? What do you see instead?
Expected output is original comment text + linkified bug & number.
E.g.->
<a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED -
[Admin] General tracking task" href="show_bug.cgi?id=95">95</a>
Observed results include a pair of line break tags in the middle of the anchor
tag, which confuses the HTML.
E.g.->
<a class="bz_bug_link <br>bz_status_INACTIVE "<br> title="INACTIVE --- - Bug
Title Text Here"<br> href="show_bug.cgi?id=17">bug 17</a>
What version of the product are you using? On what operating system?
Using VCS 0.2 Oct 31, 2010
Using Bugzilla 4.1.1
On Fedora 14 w/ Apache 2.2.17
Please provide any additional information below.
As shown in the observed/expected results, other Bugzilla-generated links come
out OK. The VCS-generated links have the problem. It's a low-importance box, so
testing changes shouldn't be a problem.
Original issue reported on code.google.com by [email protected]
on 15 Mar 2011 at 8:51
I've been experimenting with hook.pl, learning how it works, prior to
integrating into my subversion post_commit hook. So far I have not been able
to successfully add commit information to the bugzilla database. (The sync.pl
tool does work though).
I'm using subversion v1.6.6 and bugzilla v5.6.2
Initially I invoked hook.pl as follows:
perl hook.pl --project="trunk" --bug=2 --revision=15510 --repo
svn+ssh:/iris/home/svn/repo/upe_sandbox3/ --bugzilla=http://iris/bugzilla2
--login=XXX --pass=YYY
(BTW, for anyone new to this, the repo you must specify here must already be
entered as a valid VCS URL in the VCS section of the Bugzilla administration.)
This resulted in the error:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit
15510 from the "trunk" project in the
"svn+ssh://iris/home/svn/repo/upe_sandbox3/" repository. Sometimes this means
that you specified an invalid repository or project. The error was: Network
connection closed unexpectedly: at lib/VCI/VCS/Svn/Repository.pm line 12
The error states the network connection was closed unexpectedly so either this
was truely a network problem or some sort of failure at the far end of the
network connection that caused the connection to drop prematurely. In order to
eliminate network issues, I repeated the test but instead used a file URL for
the repository as follows:
perl hook.pl --project="trunk" --bug=2 --revision=15510 --repo
file:///home/svn/repo/upe_sandbox3/ --bugzilla=http://iris/bugzilla2
--login=XXX --pass=YYY
Now the error is:
Bugzilla Error: (-32000) TypeError in method 'svn_client_diff', argument 2 of
type 'char const *'
Original issue reported on code.google.com by [email protected]
on 23 Sep 2010 at 9:28
Ran checksetup, installed VCI as requested, re-ran checksetup and got the
following:
* This is Bugzilla 4.4.4 on perl 5.18.2
* Running on Linux 3.14.1-x86_64-linode39 #1 SMP Fri Apr 25 13:07:35 EDT 2014
Checking perl modules...
Checking for CGI.pm (v3.51) ok: found v3.65
Checking for Digest-SHA (any) ok: found v5.84_01
Checking for TimeDate (v2.23) ok: found v2.24
Checking for DateTime (v0.28) ok: found v1.10
Checking for DateTime-TimeZone (v0.71) ok: found v1.71
Checking for DBI (v1.614) ok: found v1.63
Checking for Template-Toolkit (v2.22) ok: found v2.25
Checking for Email-Send (v2.04) ok: found v2.199
Checking for Email-MIME (v1.904) ok: found v1.926
Checking for URI (v1.37) ok: found v1.60
Checking for List-MoreUtils (v0.32) ok: found v0.33
Checking for Math-Random-ISAAC (v1.0.1) ok: found v1.004
Checking for VCI (v0.7.1) ok: found v0.7.1
Checking available perl DBD modules...
Checking for DBD-Oracle (v1.19) not found
Checking for DBD-Pg (v2.7.0) not found
Checking for DBD-SQLite (v1.29) not found
Checking for DBD-mysql (v4.001) ok: found v4.025
The following Perl modules are optional:
Checking for GD (v1.20) not found
Checking for Chart (v2.1.0) not found
Checking for Template-GD (any) not found
Checking for GDTextUtil (any) not found
Checking for GDGraph (any) not found
Checking for MIME-tools (v5.406) ok: found v5.505
Checking for libwww-perl (any) ok: found v6.06
Checking for XML-Twig (any) not found
Checking for PatchReader (v0.9.6) not found
Checking for perl-ldap (any) not found
Checking for Authen-SASL (any) not found
Checking for Net-SMTP-SSL (v1.01) not found
Checking for RadiusPerl (any) not found
Checking for SOAP-Lite (v0.712) not found
Checking for XMLRPC-Lite (v0.712) not found
Checking for JSON-RPC (any) not found
Checking for JSON-XS (v2.0) not found
Checking for Test-Taint (any) not found
Checking for HTML-Parser (v3.67) ok: found v3.71
Checking for HTML-Scrubber (any) not found
Checking for Encode (v2.21) ok: found v2.49
Checking for Encode-Detect (any) not found
Checking for Email-Reply (any) not found
Checking for HTML-FormatText-WithLinks (v0.13) not found
Checking for TheSchwartz (v1.07) not found
Checking for Daemon-Generic (any) not found
Checking for mod_perl (v1.999022) not found
Checking for Apache-SizeLimit (v0.96) not found
Checking for File-MimeInfo (any) not found
Checking for IO-stringy (any) not found
Checking for Alien-SVN (v1.2.0) not found
Checking for Git (any) not found
Checking for mod_expires (any) not found
Checking for mod_headers (any) not found
Checking for mod_env (any) ok
***********************************************************************
* OPTIONAL MODULES *
***********************************************************************
* Certain Perl modules are not required by Bugzilla, but by *
* installing the latest version you gain access to additional *
* features. *
* *
* The optional modules you do not have installed are listed below, *
* with the name of the feature they enable. Below that table are the *
* commands to install each module. *
***********************************************************************
* MODULE NAME * ENABLES FEATURE(S) *
***********************************************************************
* GD * Graphical Reports, New Charts, Old Charts *
* Chart * New Charts, Old Charts *
* Template-GD * Graphical Reports *
* GDTextUtil * Graphical Reports *
* GDGraph * Graphical Reports *
* XML-Twig * Move Bugs Between Installations, Automatic Update
Notifications *
* PatchReader * Patch Viewer *
* perl-ldap * LDAP Authentication *
* Authen-SASL * SMTP Authentication *
* Net-SMTP-SSL * SSL Support for SMTP *
* RadiusPerl * RADIUS Authentication *
* SOAP-Lite * XML-RPC Interface *
* XMLRPC-Lite * XML-RPC Interface *
* JSON-RPC * JSON-RPC Interface *
* JSON-XS * Make JSON-RPC Faster *
* Test-Taint * JSON-RPC Interface, XML-RPC Interface *
* HTML-Scrubber * More HTML in Product/Group Descriptions *
* Encode-Detect * Automatic charset detection for text attachments *
* Email-Reply * Inbound Email *
* HTML-FormatText-WithLinks * Inbound Email *
* TheSchwartz * Mail Queueing *
* Daemon-Generic * Mail Queueing *
* mod_perl * mod_perl *
* Apache-SizeLimit * mod_perl *
* File-MimeInfo * Sniff MIME type of attachments *
* IO-stringy * Sniff MIME type of attachments *
* Alien-SVN * VCS: Subversion Support *
* Git * VCS: Git Support *
***********************************************************************
* APACHE MODULES *
***********************************************************************
* Normally, when Bugzilla is upgraded, all Bugzilla users have to *
* clear their browser cache or Bugzilla will break. If you enable *
* certain modules in your Apache configuration (usually called *
* httpd.conf or apache2.conf) then your users will not have to clear *
* their caches when you upgrade Bugzilla. The modules you need to *
* enable are: *
* *
* mod_expires, mod_headers *
* *
***********************************************************************
COMMANDS TO INSTALL OPTIONAL MODULES:
GD: /usr/bin/perl install-module.pl GD
Chart: /usr/bin/perl install-module.pl Chart::Lines
Template-GD: /usr/bin/perl install-module.pl Template::Plugin::GD::Image
GDTextUtil: /usr/bin/perl install-module.pl GD::Text
GDGraph: /usr/bin/perl install-module.pl GD::Graph
XML-Twig: /usr/bin/perl install-module.pl XML::Twig
PatchReader: /usr/bin/perl install-module.pl PatchReader
perl-ldap: /usr/bin/perl install-module.pl Net::LDAP
Authen-SASL: /usr/bin/perl install-module.pl Authen::SASL
Net-SMTP-SSL: /usr/bin/perl install-module.pl Net::SMTP::SSL
RadiusPerl: /usr/bin/perl install-module.pl Authen::Radius
SOAP-Lite: /usr/bin/perl install-module.pl SOAP::Lite
XMLRPC-Lite: /usr/bin/perl install-module.pl XMLRPC::Lite
JSON-RPC: /usr/bin/perl install-module.pl JSON::RPC
JSON-XS: /usr/bin/perl install-module.pl JSON::XS
Test-Taint: /usr/bin/perl install-module.pl Test::Taint
HTML-Scrubber: /usr/bin/perl install-module.pl HTML::Scrubber
Encode-Detect: /usr/bin/perl install-module.pl Encode::Detect
Email-Reply: /usr/bin/perl install-module.pl Email::Reply
HTML-FormatText-WithLinks: /usr/bin/perl install-module.pl
HTML::FormatText::WithLinks
TheSchwartz: /usr/bin/perl install-module.pl TheSchwartz
Daemon-Generic: /usr/bin/perl install-module.pl Daemon::Generic
mod_perl: /usr/bin/perl install-module.pl mod_perl2
Apache-SizeLimit: /usr/bin/perl install-module.pl Apache2::SizeLimit
File-MimeInfo: /usr/bin/perl install-module.pl File::MimeInfo::Magic
IO-stringy: /usr/bin/perl install-module.pl IO::Scalar
Alien-SVN: /usr/bin/perl install-module.pl SVN::Core
Git: /usr/bin/perl install-module.pl Git
To attempt an automatic install of every required and optional module
with one command, do:
/usr/bin/perl install-module.pl --all
Reading ./localconfig...
OPTIONAL NOTE: If you want to be able to use the 'difference between two
patches' feature of Bugzilla (which requires the PatchReader Perl module
as well), you should install patchutils from:
http://cyberelk.net/tim/patchutils/
Checking for DBD-mysql (v4.001) ok: found v4.025
Checking for MySQL (v5.0.15) ok: found
v5.5.37-0ubuntu0.14.04.1
"my" variable $vcs_repos masks earlier declaration in same scope at
./extensions/VCS/Extension.pm line 180.
"state" variable @_ masks earlier declaration in same scope at
./extensions/VCS/Extension.pm line 196.
"my" variable $self masks earlier declaration in same scope at
./extensions/VCS/Extension.pm line 208.
"state" variable @_ masks earlier declaration in same scope at
./extensions/VCS/Extension.pm line 208.
syntax error at ./extensions/VCS/Extension.pm line 145, near "$type qw(Bzr Cvs
Git Hg Svn)"
Global symbol "$type" requires explicit package name at
./extensions/VCS/Extension.pm line 147.
syntax error at ./extensions/VCS/Extension.pm line 172, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 179, near "=
@_"
syntax error at ./extensions/VCS/Extension.pm line 189, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 196, near "=
@_"
syntax error at ./extensions/VCS/Extension.pm line 201, near "}"
Can't use global @_ in "my" at ./extensions/VCS/Extension.pm line 208, near "=
@_"
Global symbol "$args" requires explicit package name at
./extensions/VCS/Extension.pm line 209.
syntax error at ./extensions/VCS/Extension.pm line 211, near "}"
./extensions/VCS/Extension.pm has too many errors.
Compilation failed in require at Bugzilla/Extension.pm line 68.
Original issue reported on code.google.com by [email protected]
on 30 Jun 2014 at 2:56
What steps will reproduce the problem?
1. Using the Bugzilla plugin with Subversion running in Apache httpd
2. Running hook.pl with all required parameters, with the 4 params in a
configuration file.
3. Both Bugzilla and Subversion are hosted in the same Apache installation
What is the expected output? What do you see instead?
After a fair amount of trial and error have got down to an authentication
error. I expected to have a successful VCS.add_commit at this point, but am
getting this error which appears to be the Bugzilla service unable to
authenticate in Subversion:
-bash-3.2$ perl hook.pl --config=hook.conf --project=core/trunk/ --revision=1
--bug=1
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 1
from the "core/trunk" project in the "http://my_host/repos/svn/myrepo/"
repository. Sometimes this means that you specified an invalid repository or
project. The error was: Authorization failed: OPTIONS of
'http://my_host/repos/svn/myrepo': authorization failed: Could not authenticate
to server: rejected Basic challenge (http://my_host) at
lib/VCI/VCS/Svn/Repository.pm line 12
I have tried testing with svn ls URL which works okay for my own userid. I
suspected that since Apache httpd was running under userid _www that I might
need to add that userid to svn auth file as well, but this still gives same
result.
Is there a simple way to troubleshoot authentication into svn from the service,
other than running the whole stack? Perhaps more detailed diagnostic?
When I go to the code referenced above I see this, but not sure how to
interpret what's going there:
has 'x_ra' => (is => 'ro', isa => 'SVN::Ra', lazy => 1,
default => sub { SVN::Ra->new(url => shift->x_root_noslash) });
What version of the product are you using? On what operating system?
Using VCS-0.2. Running on Mac OS X Snow Leopoard
Please provide any additional information below.
Any insights would be appreciated. I was also wondering if there is a way to
simply supply the svn username:password via parameter or configuration to
verify whether this is the actual problem.
Original issue reported on code.google.com by [email protected]
on 24 Apr 2011 at 4:45
What steps will reproduce the problem?
1. Want to match only #bugnumber formated portion of commit message.
What is the expected output? What do you see instead?
Needs to specify regular expression directly.
What version of the product are you using? On what operating system?
v0.2
Please provide any additional information below.
Patch is attached. This patch add '--bug-regex' option to sync.pl script.
This can be used like this
--bug-regex='#\s*(\d+)'
Note: Please let me know if there is a way to use --bug-words option more
better.
Original issue reported on code.google.com by [email protected]
on 17 Feb 2011 at 12:36
Attachments:
I'm using the sync.pl script along with a subversion 1.6.6 repository and a
bugzilla 3.6.2 installation. It's invoked as:
perl extensions/VCS/sync.pl --verbose --type=Svn [email protected]
file:///home/svn/repo/sandbox2
The script aborts saying it "Can't locate object method "REQUIRED_CREATE_FIELDS"
The output is:
perl extensions/VCS/sync.pl --verbose --type=Svn [email protected]
file:///home/svn/repo/sandbox2
Getting contents for rev 15510
Syncing trunk...
Calling get_log for trunk START: 0 END: 15510
13199 commits to examine for syncing...
Bug 67 was mentioned in commit 2498 but does not exist or cannot be accessed by
[email protected].
Bug 83 was mentioned in commit 2498 but does not exist or cannot be accessed by
[email protected].
Bug 49 was mentioned in commit 2513 but does not exist or cannot be accessed by
[email protected].
Bug 102 was mentioned in commit 2515 but does not exist or cannot be accessed
by [email protected].
Bug 102 was mentioned in commit 2516 but does not exist or cannot be accessed
by [email protected].
Bug 114 was mentioned in commit 2846 but does not exist or cannot be accessed
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed
by [email protected].
Bug 123 was mentioned in commit 3642 but does not exist or cannot be accessed
by [email protected].
Bug 125 was mentioned in commit 3642 but does not exist or cannot be accessed
by [email protected].
Bug 125 was mentioned in commit 3644 but does not exist or cannot be accessed
by [email protected].
Bug 11856 was mentioned in commit 4353 but does not exist or cannot be accessed
by [email protected].
Bug 11856 was mentioned in commit 4354 but does not exist or cannot be accessed
by [email protected].
Syncing branches...
Calling get_log for branches START: 0 END: 15510
2213 commits to examine for syncing...
Getting diff for 'file:///home/svn/repo/sandbox2/branches' from 4488 to 4489
Can't locate object method "REQUIRED_CREATE_FIELDS" via package
"Bugzilla::Extension::VCS::CommitFile" at Bugzilla/Object.pm line 437.
Original issue reported on code.google.com by [email protected]
on 21 Sep 2010 at 11:30
What steps will reproduce the problem?
I installed the software as described here. The server with the domain
SVNServer already provides all the Projects via SVN and via WevSVN.
So I inserted all the settings like:
Svn svn://svnserver/
and further:
Svn svn://svnserver/ http://svnserver/listing.php?repname=%project%&rev=%revno%
Created a repo on the Bugzilla tracker then that is existant on the Svn. I also
did the sync.pl with the correct switches and it did not give me any error.
What is the expected output? What do you see instead?
When I look at the repos in BugZilla I dont see any changes.
WHat do I do wrong?
What version of the product are you using? On what operating system?
Centos 5, svn 1.7.5, Bugzilla 4.0.2, Bugzilla-VCS 0.2
Regards
Original issue reported on code.google.com by [email protected]
on 5 Mar 2013 at 10:57
What steps will reproduce the problem?
1. It would be (potentially) simpler for our setup to just run sync.pl
repeatedly.
2. However, it seems if you do that, you get duplicate commit logs added to the
bug.
What is the expected output? What do you see instead?
Would it be possible to make sync.pl ignore already existing commit logs that
it has added previously?
What version of the product are you using? On what operating system?
Latest, with patch 21_20 on Bugzilla 3.6.2
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 8 Oct 2010 at 6:29
What steps will reproduce the problem?
1. Visit Advanced Search page
2. In Custom search section, set condition like 'commits' 'contains the string'
'foobarbaz'.
3. Click search button
What is the expected output?
Bugs that have foobarbaz in the commit message.
What do you see instead?
DBD::mysql::db selectcol_arrayref failed: Unknown column 'bugs.vcs_commits' in
'where clause' [for Statement "SELECT bugs.bug_id ...
What version of the product are you using? On what operating system?
4.2 / Linux
Please provide any additional information below.
Reported in https://bugzilla.redhat.com/show_bug.cgi?id=952111
Original issue reported on code.google.com by sgreen%[email protected]
on 24 Apr 2013 at 5:49
Attachments:
What steps will reproduce the problem?
1. run:
extensions/VCS/sync.pl --type=Git [email protected] --project=test --verbose
/home/user
2. run again:
extensions/VCS/sync.pl --type=Git [email protected] --project=test --verbose
/home/user
What is the expected output? What do you see instead?
-Second run should not produce any output. It should know not to parse commits
from beginning of time.
-Instead it parses all the commits from the start.
What version of the product are you using? On what operating system?
-Latest. Linux.
Please provide any additional information below.
-The script is issuing the following command:
git log --reverse -m
That command shows log from the beginning of the repo. This is not necessary
and can be expensive as the repo grows old.
Instead we should issue:
git log --reverse -m 2350d1e9c83bd024..
Where "2350d1e9c83bd024" is the commit id when sync.pl was run the last time.
To get current commit id:
git rev-parse HEAD
You can now store that in DB and use it in next call of:
git log --reverse -m 2350d1e9c83bd024..
Original issue reported on code.google.com by [email protected]
on 25 Apr 2011 at 3:28
What steps will reproduce the problem?
1. Run sync.pl against a Git repository.
What is the expected output? What do you see instead?
Expect to see list of commits to load into VCS
What version of the product are you using? On what operating system?
4.1 of Bugzilla and Git.pm is v0.7.1
Please provide any additional information below.
If I point the script to an invalid repository it will without errors but no
output. Took me forever to figure that I was pointing it incorrectly.
However, once I got it pointed to a git repo it gives this error.
Original issue reported on code.google.com by [email protected]
on 4 Mar 2011 at 3:43
If I
1.) copy the VCS folder into the extensions folder of Bugzilla and run
checksetup.pl. I see a warning indicating that Alien-SVN is required for VCS
support of Subversion.
2.) If I ignore that warning and navigate to the Parameters page of Bugzilla
adminstration and
try to set vcs_repos to Svn svn://[our_svn_site]/repo/
and
vcs_web to
svn://[our_svn_site]/repo/ http://[our_svn_site]/repo/%project%/revision/%revno%
I get the error
The new value for vcs_repos is invalid: 'Svn' is not a valid VCS type that this
Bugzilla currently supports. Error: Can't locate SVN/Client.pm in @INC
(@INC contains: CODE(0x21bb2bc) . lib C:/Perl/site/lib C:/Perl/lib) at
C:/Perl/site/lib/VCI/VCS/Svn.pm line 5. BEGIN failed--compilation aborted at
C:/Perl/site/lib/VCI/VCS/Svn.pm line 5. Compilation failed in require at
/loader/0x21bb2bc/Bugzilla/Extension/VCS/Params.pm line 89.
I think this relates to the AlienSVN warning from the relevant sections in
Checksetup.pl. Checksetup.pl recommends running ppm install Alien-SVN.
Unfortunately, there is no Alien-SVN build available.
If I try to build it from sources, that fails too.
What version of the product are you using? On what operating system?
I am using VCS-0-2. The machine is running Windows XP, Active State perl 5
version 16, subversion 3 (v5.16.3) built for MSWin32-x86-multi-thread
Original issue reported on code.google.com by [email protected]
on 20 Mar 2014 at 8:52
Attachments:
What steps will reproduce the problem?
1. Bugzilla 3.6.6, Bzr 2.4.1, Ubuntu 11.10, VCS 0.7.1
2. Manually run hook.pl
3. On the bugzilla server, xmlrpc.cgi hangs forever at 100% CPU
I'm manually running hook.pl from a separate client similar to this:
./hook.pl --bug=2 --revision=5120 --project="/Platform/trunk"
--config=hook.config
On the bugzilla server, a top shows that xmlrpc.cgi sits there spinning forever
at 100% CPU. If I kill the xmlrpc.cgi process, I see this. However, I'm able
to do a 'bzr log' from the bugzilla machine just fine:
Bugzilla Error: (32000) An error occurred while attempting to fetch commit 5120
from the "Platform/trunk" project in the "bzr+http://code.machine.local/repo/"
repository. Sometimes this means that you specified an invalid repository or
project. The error was: /usr/bin/bzr log --show-ids --xml
bzr+http://code.machine.local/repo/Platform/trunk failed: at
/usr/local/share/perl/5.12.4/VCI/VCS/Bzr.pm line 97
VCI::VCS::Bzr::x_do('VCI::VCS::Bzr=HASH(0x5454348)', 'HASH(0x556fa88)') called
at /usr/local/share/perl/5.12.4/VCI/VCS/Bzr/Project.pm line 17
VCI::VCS::Bzr::Project::_build_history('VCI::VCS::Bzr::Project=HASH(0x556fbd8)')
called at reader VCI::Abstract::Project::history (defined at
/usr/local/share/perl/5.12.4/VCI/Abstract/Project.pm line 10) line 8
VCI::Abstract::Project::history('VCI::VCS::Bzr::Project=HASH(0x556fbd8)')
called at /usr/local/share/perl/5.12.4/VCI/Abstract/Project.pm line 57
VCI::Abstract::Project::get_commit('VCI::VCS::Bzr::Project=HASH(0x556fbd8)',
'HASH(0x556fba8)') called at /loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm
line 308 eval {...} called at
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 308
Bugzilla::Extension::VCS::Commit::get_commit('Bugzilla::Extension::VCS::Commit',
'HASH(0x5109708)') called at
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 229
Bugzilla::Extension::VCS::Commit::_check_revision('Bugzilla::Extension::VCS::Com
mit', 5120, undef, 'HASH(0x2f4f390)') called at
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 121
Bugzilla::Extension::VCS::Commit::run_create_validators('Bugzilla::Extension::VC
S::Commit', 'HASH(0x41e3648)') called at
/loader/0x3b18138/Bugzilla/Extension/VCS/Commit.pm line 164
Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extension::VCS::Commit',
'HASH(0x41e3648)') called at
/loader/0x3b18138/Bugzilla/Extension/VCS/WebService.pm line 37
Bugzilla::Extension::VCS::WebService::add_commit('Bugzilla::Extension::VCS::WebS
ervice', 'HASH(0x41e3648)') called at /usr/share/perl5/SOAP/Lite.pm line 2799
eval {...} called at /usr/share/perl5/SOAP/Lite.pm line 2784 eval {...} called
at /usr/share/perl5/SOAP/Lite.pm line 2750
SOAP::Server::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x411b4a8)',
'<?xml version="1.0" encoding="us-ascii"?><methodCall><methodN...') called at
/usr/share/perl5/SOAP/Transport/HTTP.pm line 432
SOAP::Transport::HTTP::Server::handle('Bugzilla::WebService::Server::XMLRPC=HASH
(0x411b4a8)') called at /usr/share/perl5/SOAP/Transport/HTTP.pm line 590
SOAP::Transport::HTTP::CGI::handle('Bugzilla::WebService::Server::XMLRPC=HASH(0x
411b4a8)') called at /var/www/bugzilla.machine.local/bugzilla/xmlrpc.cgi line 48
Original issue reported on code.google.com by [email protected]
on 20 Dec 2011 at 8:47
What steps will reproduce the problem?
1. perl extensions/VCS/sync.pl --type=Svn [email protected] file:///doc/svnroot
What is the expected output? What do you see instead?
I expected it to load my commit logs to the database, but instead I got an
error trace. It is doing this for both hook.pl and sync.pl
What version of the product are you using? On what operating system?
v 0.2, just downloaded today 5/24/11, RHEL 5
Please provide any additional information below.
Trace
DBD::Oracle::db do failed: ORA-01861: literal does not match format string (DBD
ERROR: error possibly near <*> indicator at char 175 in 'INSERT INTO vcs_commit
(revno, vci, creator, project, bug_id, author, uuid, message, revision, repo,
type, commit_time) VALUES
(:p1,:p2,:p3,:p4,:p5,:p6,:p7,:p8,:p9,:p10,:p11,:<*>p12)') [for Statement
"INSERT INTO vcs_commit (revno, vci, creator, project, bug_id, author, uuid,
message, revision, repo, type, commit_time) VALUES (?,?,?,?,?,?,?,?,?,?,?,?)"]
at Bugzilla/DB/Oracle.pm line 403
Bugzilla::DB::Oracle::do('undef', 'INSERT INTO vcs_commit (revno, vci, creator, project, bug_id,...', 'undef', 4, 0.7.1, 2, 'utils', 1, 'user', ...) called at Bugzilla/Object.pm line 508
Bugzilla::Object::insert_create_data('Bugzilla::Extension::VCS::Commit', 'HASH(0x8602830)') called at /loader/0x9539e10/Bugzilla/Extension/VCS/Commit.pm line 168
Bugzilla::Extension::VCS::Commit::create('Bugzilla::Extension::VCS::Commit', 'HASH(0xb388b00)') called at /loader/0x9539e10/Bugzilla/Extension/VCS/Commit.pm line 182
Bugzilla::Extension::VCS::Commit::create_from_commit('Bugzilla::Extension::VCS::Commit', 'VCI::VCS::Svn::Commit=HASH(0xb088240)', 'Bugzilla::Bug=HASH(0xb37f100)') called at extensions/VCS/sync.pl line 72
main::sync_commit('VCI::VCS::Svn::Commit=HASH(0xb088240)') called at extensions/VCS/sync.pl line 51
main::sync_project('VCI::VCS::Svn::Project=HASH(0xae1ff20)') called at extensions/VCS/sync.pl line 119
Original issue reported on code.google.com by [email protected]
on 24 May 2011 at 9:50
When submitting a bug using the latest bugzilla-vcs on Bugzilla 4.2 (using
CentOS) the commit information is 'funny' looking.
For example - when I make a commit talking about bug 30 (to github) this is
what I see under commits (after I click the +):
//
Checked in to /home/headsup-bugs/headsup
title="CONFIRMED --- - This is test bug - OK to delete"
href="show_bug.cgi?id=30">Bug 30: This is another minor change.
1 file changed:
README (+1 / -1)
\\
When I inspect the element it seems like one of the brackets isn't properly
closed - see attached image. The top image is of the output, the bottom image
is of the inspection. I could be doing something completely wrong too :) -
thanks for making an awesome product!
Original issue reported on code.google.com by [email protected]
on 24 Feb 2012 at 9:42
What steps will reproduce the problem?
1. Configure Bugzilla-VCS on Bugzilla
2. Configure VCS extension on Bugzilla Administrator management
I hope Bugzilla-VCS with make CSVN and Bugzilla integrate fine ( commit log ),
but I get error
The new value for vcs_repos is invalid: 'Svn' is not a valid VCS type that this
Bugzilla currently supports. Error: Can't load
'/usr/local/lib/perl/5.14.2/auto/SVN/_Core/_Core.so' for module SVN::_Core:
libsvn_client-1.so.0: cannot open shared object file: No such file or directory
at /usr/lib/perl/5.14/DynaLoader.pm line 184. at
/usr/local/lib/perl/5.14.2/SVN/Base.pm line 59. BEGIN failed--compilation
aborted at /usr/local/lib/perl/5.14.2/SVN/Core.pm line 5. Compilation failed in
require at /usr/local/lib/perl/5.14.2/SVN/Client.pm line 4. BEGIN
failed--compilation aborted at /usr/local/lib/perl/5.14.2/SVN/Client.pm line 4.
Compilation failed in require at /usr/local/share/perl/5.14.2/VCI/VCS/Svn.pm
line 5. BEGIN failed--compilation aborted at
/usr/local/share/perl/5.14.2/VCI/VCS/Svn.pm line 5. Compilation failed in
require at /loader/0x28923b8/Bugzilla/Extension/VCS/Params.pm line 89.
I use:
- Bugzilla 4.0
- CSVN (collabnet subversion edge) 4.0.11
- Debian 7
Original issue reported on code.google.com by [email protected]
on 6 Oct 2014 at 4:38
What steps will reproduce the problem?
1. Download the latest tar ball.
2. ran ./checksetup.pl
3. Install failed with files Extension.pm and lib/Commit.pm
What is the expected output? What do you see instead?
I expected the software to install correctly. The program ./checksetup.pl
complained of a syntax error at the foreach at line 145 in Extension.pm and
line 130 of lib/Commit.pm . It appears that the syntax has changed in later
versions of perl such that using qw in a foreach loop requires () around the qw
call.
What version of the product are you using? On what operating system?
VCS 0.2 , perl 5.18.2, ubuntu 14.04.1
Please provide any additional information below.
The attached files have the fixes in them so ./checksetup.pl completes.
Original issue reported on code.google.com by [email protected]
on 7 Jan 2015 at 11:44
Attachments:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.