Hey Fred, On Mon, 2007-01-08 at 20:21 +0100, Fred Leeflang wrote: > Kristis, > > Isn't that so typical, you think of a good idea, search all over the > internet if there's something like it already, can't find a thing, so > you start to work! Then it turns out somebody else had the same > idea already :)
Hehe. I'm just glad you and I met! > Do you have some sort of a demo site for scmbug? As for right now Sort of. In our model, the glue must be applied in a repository by a system administrator first. If you were to checkout the Scmbug repository itself, from the CVS repository you would notice in CVSROOT/etc/scmbug/glue.conf the configuration that lets it talk to the daemon. The integration is applied against the Bugzilla bugtracker at bugzilla.mkgnu.net. For an example, well -- at least for the integration comments, look at: http://bugzilla.mkgnu.net/show_bug.cgi?id=895 But it's not a "demo site" per se. Your design is larger than ours, in the sense that you can have glue "sites". > I have focussed mostly on the UI for GLUE and not so much on the > plugins > for VCS/BTS yet. Also, GLUE needs a command line interface and maybe > even > some GTK/GNOME client for those command-line impaired. If you have > a well matured commandline already, perhaps we could consider merging > our efforts as I've spent a ton of time on the UI already and would > hate to I have something in between. Library functions that support some very basic operations, currently only for CVS and Subversion. Have a look at: http://www.mkgnu.net/cgi-bin/viewcvs.cgi/scmbug/cvsroot/system/src/lib/product/Tools/SCM_Functions.pm.in?rev=1.16&view=auto Additional tools, like the Glue Installer, VDD Generator, and Merge tools use this library. If you were to provide a more thorough library for this, ideally the Scmbug tools should be using it. Also, I know CPAN provides some Perl modules for general VCS functionality that your command-line tool could be using. If your UI is web-based, I assume that the existing scmbug tools can be invoked from it, or could be easily extended to support perhaps additional arguments to be used through your GLUE UI. For example, the Merge tool currently being implemented (http://bugzilla.mkgnu.net/show_bug.cgi?id=545) will be used in a separate page added in Mantis, but according to your design this shouldn't be necessary. It could be part of the GLUE UI as an SBB. Same goes for the VDD Generator. It seems as if your GLUE command-line interface would be wrapping the scmbug tools, with the additional capability to use the GLUE_NS service. > let that go to waste. Additionally, I think the GLUE_NS webservice > where > SBB's can be grouped in different domains which in turn can be > 'resolved' > similar to internet domains is rather unique in this context and an > idea > I would most definitely not want to lose. GLUE_NS is certainly new, yes. And it seems like the right thing to do. You seem to be trying to group things in an easy-to-use web-page, which I would not object to. I envision that Scmbug should be capable of providing the functionality you need. Or should be extended to do so. > I've taken the bugzilla list off of the CC list for now as I think > this is a That's probably wise. > this point not yet very relevant to their development. Will you attend > the bugzilla meeting tomorrow by any chance? No, wasn't planning to. _______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
