Re: New mon admin, some questions
On Sat, 11 Jun 2011, Nico Kadel-Garcia wrote: Thanks Given that the published tarball is from 2007, perhaps it's time then to collect some patches and do a minor update release? yes. And what are the chances of getting that shifted over to Sourceforge's supported git access, to allow people like me to do local patchind and tweaks and branching and submit the changes when we're ready? I've helped migrate CVS or Subversion projects on Sourceforge to the git access before. It's quite easy, and works well. It also helps encourage minor upgrades to be submitted. until now there's been no demand for it. i'm open to it, however, as a good excuse to learn git. ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: New mon admin, some questions
On Mon, Jun 13, 2011 at 1:27 PM, Mahlon E. Smith mah...@martini.nu wrote: On Sat, Jun 11, 2011, Nico Kadel-Garcia wrote: [...] And what are the chances of getting that shifted over to Sourceforge's supported git access, to allow people like me to do local patchind and tweaks and branching and submit the changes when we're ready? You can certainly make local changes, and create and submit patches, without requiring a seachange in VCS backend, no? Yes, but you can't make local branches and record your changes. That's a very useful feature for rebundling of any kind. Personally, I have *had it* with CVS, and consider Subversion a placeholder until someone can progress enough to use git. I'm also running into issues with daemontools integration [...] I run Mon under daemontools as well (very, very happily!) Let me know what issues you're running into -- I'm happy to share my run file or whatever you need to get it goin'. I used the built-in daemontools-run package from Squeeze, along with the mon present there. The init script uses svc to enable and disable the script. When I attempted to update other utilities, such as postfix, the installers complained about the init script and I had to revert to the standard mon package provided one to allow the update of postfix to proceed. Are you using the update-services tool? And using the daemontool-run provided setup using /etc/services and various symlink structures? Or following Dan Bernstein's original practice and using symlinks into /service ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: New mon admin, some questions
On 6/11/2011 8:28 PM, Jim Trocki wrote: On Sat, 11 Jun 2011, Nico Kadel-Garcia wrote: Is there a central code base now for updates? The Wiki and codebase at https://mon.wiki.kernel.org/index.php/Main_Page/ seems to have last been updated in 2007. I do see some published patches, mostly from Nathan the most recent code is available from cvs. http://sourceforge.net/scm/?type=cvsgroup_id=170 this includes mon, the client lib, and the contrib repository, all of which are maintained and have recent additions. you can browse it here: http://mon.cvs.sourceforge.net/mon/ nathan's enhancements, which are appreciated, are maintained by him on his own web pages. You are more than welcome to pull them into upstream, if they are good enough. That's what open source is all about, giving back. Speaking of which, I owe Noel Butler a big apology. I failure to give attribution on the last mon.cgi release. His advice was indispensable in getting that release done quickly, and in getting it done right. Sorry Noel, and thanks. -- Sincerely, Nathan Gibbs Systems Administrator Christ Media http://www.cmpublishers.com ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: New mon admin, some questions
On Sat, 11 Jun 2011, Nico Kadel-Garcia wrote: Is there a central code base now for updates? The Wiki and codebase at https://mon.wiki.kernel.org/index.php/Main_Page/ seems to have last been updated in 2007. I do see some published patches, mostly from Nathan the most recent code is available from cvs. http://sourceforge.net/scm/?type=cvsgroup_id=170 this includes mon, the client lib, and the contrib repository, all of which are maintained and have recent additions. you can browse it here: http://mon.cvs.sourceforge.net/mon/ nathan's enhancements, which are appreciated, are maintained by him on his own web pages. I'm also running into issues with daemontools integration rather than the normal init scripts published by my supported Linux distribution (which I've been trying to integrate per a local demand), and would happily publish notes for it. sure, whatever you have that may be helpful to others is welcome. post it to the mailing list, and we'll incorporate it into cvs. I'm also running into issues with monshow output clipping the names of services and groups automatically to align the columns, which makes descriptive service names kind of tough to use. Has anyone published a tweak to monshow to create more verbose output? yes, it uses perl's format feature for textual output, and the format definition will truncate a field which is too long. one could change the format definition to allow for a wider field, or change the textual output code to dynamically size the column width, or to use something other than the built-in format mechanism. ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: New mon admin, some questions
On Sat, Jun 11, 2011 at 8:28 PM, Jim Trocki troc...@gmail.com wrote: On Sat, 11 Jun 2011, Nico Kadel-Garcia wrote: Is there a central code base now for updates? The Wiki and codebase at https://mon.wiki.kernel.org/index.php/Main_Page/ seems to have last been updated in 2007. I do see some published patches, mostly from Nathan the most recent code is available from cvs. http://sourceforge.net/scm/?type=cvsgroup_id=170 Thanks Given that the published tarball is from 2007, perhaps it's time then to collect some patches and do a minor update release? And what are the chances of getting that shifted over to Sourceforge's supported git access, to allow people like me to do local patchind and tweaks and branching and submit the changes when we're ready? I've helped migrate CVS or Subversion projects on Sourceforge to the git access before. It's quite easy, and works well. It also helps encourage minor upgrades to be submitted. I'm also running into issues with daemontools integration rather than the normal init scripts published by my supported Linux distribution (which I've been trying to integrate per a local demand), and would happily publish notes for it. sure, whatever you have that may be helpful to others is welcome. post it to the mailing list, and we'll incorporate it into cvs. I'm just working out some details of integrating it with the daemontools-run package. Debian and its derivatives are publish mon with a standard init script: they also provide that daemontools toolkit. I'm also running into issues with monshow output clipping the names of services and groups automatically to align the columns, which makes descriptive service names kind of tough to use. Has anyone published a tweak to monshow to create more verbose output? yes, it uses perl's format feature for textual output, and the format definition will truncate a field which is too long. one could change the format definition to allow for a wider field, or change the textual output code to dynamically size the column width, or to use something other than the built-in format mechanism. Yeah, something like tab separated values or evern simple HTML tables would be preferable. Having several tests with longish description names makes them indistinguishable in that format ouput. In practice, one should not accept input values that one has no way to *output*. ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
