Kristis,
I does help. Thank you very much for all of your assistance.
*Martin Goff*
Software Development Alternatives, Inc.
[email protected] <mailto:[email protected]>
928-632-9946 (work)
928-632-9943 (fax)
"Effective teaching is the essence of leadership..."
Kristis Makris wrote:
Hey Martin,
=============================================================
Scmbug does not require repositories to be on the C:\ drive.
=============================================================
Scmbug requires the Scmbug source to be on the C:\ drive. After Scmbug
is installed in a repository (e.g. on a shared drive) with
scmbug_glue_install, then the Scmbug hooks are running from that shared
drive. The original Scmbug source is still in C:\ in case you want to
install Scmbug in other repositories too. Only the integration daemon is
running from the C:\ drive (which reads daemon.conf and writes to the
log files).
But when you are running your repositories (e.g. committing source),
Scmbug is running from the patch you supplied at glue installation (the
shared drive).
It is certainly a limitation that Scmbug is installed always in the C:\
drive, but it shouldn't be a problem in what you are asking. There are
plans for making the installation drive independent.
http://bugzilla.mkgnu.net/show_bug.cgi?id=831
I hope this helps.
On Thu, 2009-07-23 at 12:57 -0700, Martin Goff wrote:
Kristis,
Thank you. I hadn't made it to section 8 yet.
Copying my ScmBug installation to "C:\Program Files\ScmBug" has
resolved the problem.
If I decided to update the source code, what tools would I need?
I can see some reasons for assuming ScmBug would be installed to the C
drive. But in that case, the additional requirement that ScmBug be on
the same local drive as the SVN repository doesn't make a lot of sense
to me. You would want your databases (SVN, Bugzilla, MySQL, etc) to
be backed up on a routine basis. You would also want them on a shared
drive. Which generally means you don't want them on the same drive as
the OS. Is there a chance that ScmBug will support repositories on
different drives in the future?
Martin Goff
Software Development Alternatives, Inc.
[email protected]
928-632-9946 (work)
928-632-9943 (fax)
"Effective teaching is the essence of leadership..."
Kristis Makris wrote:
Hi Martin,
http://files.mkgnu.net/files/scmbug/SCMBUG_RELEASE_0-26-15/manual/html-single/manual.html#INSTALLATION-SYSTEM
"Under Windows, the entire Scmbug system is available in the form of a
single .zip file. It must be manually installed in C:/Program
Files/Scmbug. It requires ActiveState ActivePerl installed in
C:/Perl/bin/perl, and a temporary directory called C:/Temp. "
So C: has been hardcoded in the Scmbug source released. If you want, you
could search and replace.
On Thu, 2009-07-23 at 11:32 -0700, Martin Goff wrote:
Kristis,
Thank you. that helped a lot. The example in the manual for Windows
installation doesn't show any "file://" at all. It looks like the
thrid fore-slash was only required for UNIX/Linux installations.
I do have another issue now though.
The etc, lib and bin directories were created in the SVN/repos/hooks
directory but the files were not copied to them and I got another
error. ScmBug seems to be trying to open the template file on the C:
drive. But I never installed ScmBug there.
J:\ScmBug\bin>scmbug_install_glue.pl --scm=Subversion --product=repos
--reposito
ry=file:///J:/SVN/repos --bug=2 --daemon=127.0.0.1
--binary-paths="/bin,D:/Subve
rsion,D:/Subversion/bin,D:/cygwin/bin,J:/Bugzilla"
This is the installation script of the Scmbug glue.
The glue will be installed in repository: file:///J:/SVN/repos.
This is a repository for the Subversion SCM tool.
The product name in the bug tracking system is repos.
The integration glue will be committed against bug 2.
The IP address of the Scmbug integration daemon to contact is
127.0.0.1.
The binary paths used
are: /bin,D:/Subversion,D:/Subversion/bin,D:/cygwin/bin,J
:/Bugzilla.
-------------
Press Enter to continue or Ctrl-C to cancel
2009/07/23 11:15:14 Processing activity
2009/07/23 11:15:15 Submitting request
Will chown 0 0 J:/SVN/repos/hooks/etc
Will chown 0 0 J:/SVN/repos/hooks/etc/scmbug
Will chown 0 0 J:/SVN/repos/hooks/etc
Will chown 0 0 J:/SVN/repos/hooks/etc/scmbug
Will chown 0 0 J:/SVN/repos/hooks/lib
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue
Will chown 0 0 J:/SVN/repos/hooks/lib
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue
Will chown 0 0 J:/SVN/repos/hooks/bin
Will chown 0 0 J:/SVN/repos/hooks/bin
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/Subversion.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Error.pm
Will chown 0 0
J:/SVN/repos/hooks/lib/scmbug/Scmbug/ActivityUtilities.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/SCM.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Connection.pm
Will chown 0 0 J:/SVN/repos/hooks/bin/scmbug_activity.pl
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Common.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/Git.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Activity.pm
Will chown 0 0 J:/SVN/repos/hooks/etc/scmbug/log_template
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/Glue.pm
Will chown 0 0 J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/CVS.pm
Will chown 0 0
J:/SVN/repos/hooks/lib/scmbug/Scmbug/Glue/CVSConsolidatedActiviti
es.pm
File "C:/Program
Files/Scmbug/share/scmbug/glue/etc/scmbug/glue.conf.template" c
annot be opened
J:\ScmBug\bin>
Where is it getting the reference to "C:/Program Files/ScmBug" from?
Martin Goff
Software Development Alternatives, Inc.
[email protected]
928-632-9946 (work)
928-632-9943 (fax)
"Effective teaching is the essence of leadership..."
Kristis Makris wrote:
Hi Martin, I hope I'll be able to help.
First, we haven't seen this bug reported before:
http://bugzilla.mkgnu.net/show_bug.cgi?id=1394
I believe you have missed an "/" when specifying the repository. It
should be 3 of them ('///'), not 2.
http://files.mkgnu.net/files/scmbug/SCMBUG_RELEASE_0-26-15/manual/html-single/manual.html#FIG-GLUE-INSTALLER-EXAMPLE-SUBVERSION
On Thu, 2009-07-23 at 10:33 -0700, Martin Goff wrote:
When I try to install the glue I get the following results:
J:\ScmBug\bin>scmbug_install_glue.pl --scm=Subversion --product=repos
--reposito
ry=file://J:/SVN/repos --bug=2 --daemon=127.0.0.1
--binary-paths="/bin,D:/Subver
sion,D:/Subversion/bin,D:/cygwin/bin,J:/Bugzilla"
This is the installation script of the Scmbug glue.
The glue will be installed in repository: file://J:/SVN/repos.
This is a repository for the Subversion SCM tool.
The product name in the bug tracking system is repos.
The integration glue will be committed against bug 2.
The IP address of the Scmbug integration daemon to contact is
127.0.0.1.
The binary paths used
are: /bin,D:/Subversion,D:/Subversion/bin,D:/cygwin/bin,J
:/Bugzilla.
-------------
Press Enter to continue or Ctrl-C to cancel
2009/07/23 09:45:38 Processing activity
2009/07/23 09:45:39 Submitting request
Unable to change into file://J:/SVN/repos/hooks at
J:/Scmbug/share/scmbug/lib//S
cmbug/Tools/SCM_Functions.pm line 61.
And the ScmBug activity log adds the following lines:
2009/07/23 10:08:32 Scmbug WARN>
Daemon.pm:659:Scmbug::Daemon::Daemon::connection_handler_thread -
127.0.0.1:1204 Processing connection from NUL NUL SOH
This is a known issue. It's not a problem.
In my daemon.conf I had to set the installation_directory to:
# Used for Bugzilla and RequestTracker.
#
# Path to the directory of the bugtracker sources providing an
# API that the daemon can use
installation_directory =>
'J:/ScmBug/share/scmbug/lib/Scmbug/Daemon',
because the ScmBug daemon wouldn't run at all if I set it to:
# Used for Bugzilla and RequestTracker.
#
# Path to the directory of the bugtracker sources providing an
# API that the daemon can use
installation_directory => 'D:/Bugzilla,
You are missing an ending quote (') above.
Also, what was the error message ?
And if I copy the /ScmBug/share/scmbug/lib/Scmbug/Daemon/Bugzilla.pm
to D:/Bugzilla then Bugzilla refuses to run.
You should not do that. Bugzilla.pm provided by Scmbug is different than
Bugzilla.pm provided by Bugzilla.
_______________________________________________
scmbug-users mailing list
[email protected]
http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
