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. > > > > > > > > > > > > > > > >
signature.asc
Description: This is a digitally signed message part
_______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
