Hi! Please find attached MySQL-zrm-1.1.4.ebuild. Zmanda Recovery Manager (ZRM) for MySQL simplifies life of a database administrator who needs an easy to use yet flexible and robust backup and recovery solution for MySQL server. I suggest dev-db/MySQL-zrm. Also, this ebuild depends on dev-perl/DBI and dev-perl/XML-Parser. James Reproducible: Always
Created attachment 108862 [details] MySQL-zrm-1.1.4.ebuild
I'd like to see this too. I work for Zmanda, though not on ZRM, and I'd like to use ZRM for my home systems. The ebuild works unchanged for the latest release -- 1.2.1. A question, though: the ebuild drops files in /etc/xinetd.d and /etc/logrotate.d, but doesn't require either of those applications. Would it make more sense to make that depend on USE flags -- at least USE=xinetd?
sorry to keep posting, but two additional comments on this ebuild -- the category should probably be app-backup the DEPEND is really RDEPEND, since there are no build dependencies is there a reason to use 'dodir' instead of 'keepdir'?
dustin: did you see the blog comment I left for you at tecosystems? http://redmonk.com/sogrady/2006/11/06/miscellaneous-pre-travel-tidbits/#comment-291506 Wrt to the logrotate/xinetd stuff, the files get installed, but we don't bring in those apps, because not everybody wants them, and it's been raised before. /var/{log,lib}/mysql-zrm should be keepdir yes. Why are you installing .pm files into /usr/lib/mysql-zrm? These should go to the /usr/$(get_libdir)/perl5/vendor_perl/$PERLV Using /usr/lib blindly is bad news on multilib. Maybe just convert the entire thing to use MakeMaker. Minor other changes: MY_PN="MySQL-zrm" MY_P="${MY_PN}-${PV}-release" SRC_URI="http://www.zmanda.com/downloads/community/ZRM-MySQL/$PV/Source/${MY_P}.tar.gz" And give the ebuild a lowercase name.
(In reply to comment #4) > dustin: did you see the blog comment I left for you at tecosystems? > http://redmonk.com/sogrady/2006/11/06/miscellaneous-pre-travel-tidbits/#comment-291506 No, but thanks for the link -- I just replied. > Wrt to the logrotate/xinetd stuff, the files get installed, but we don't bring > in those apps, because not everybody wants them, and it's been raised before. > > /var/{log,lib}/mysql-zrm should be keepdir yes. OK. Thanks for confirming. > Why are you installing .pm files into /usr/lib/mysql-zrm? These should go to > the /usr/$(get_libdir)/perl5/vendor_perl/$PERLV > Using /usr/lib blindly is bad news on multilib. > Maybe just convert the entire thing to use MakeMaker. The problem is that those modules are "private" to ZRM -- they're not generally useful, and aren't scoped to e.g., ZRM::*, so dropping them into the regular Perl libs would likely cause trouble. Is there somewhere else we should put them? > Minor other changes: > MY_PN="MySQL-zrm" > MY_P="${MY_PN}-${PV}-release" > SRC_URI="http://www.zmanda.com/downloads/community/ZRM-MySQL/$PV/Source/${MY_P}.tar.gz" > > And give the ebuild a lowercase name. Gotcha.
no news about that ? new ebuild ?
Christophe - I think what's missing is a maintainer for this. If you know any Gentoo devs, encourage them to adopt it :)
I tried this ebuild with 2.1 version and it works fine. Very simple tool to install. I just changed what was proposed in previous comments. But I'm not a maintainer ;)
Created attachment 204817 [details] slightly modified version Include ~amd64 to build on amd64 systems
Availably in my overlay at http://code.google.com/p/barzog-gentoo-overlay/
We use mysql-zrm at the OSUOSL and have been maintaining an internal ebuild for a while now. I'll take over maintainership for this package. I noticed we're still several versions behind so I'll get it up to speed soon.
Created attachment 275047 [details] mysql-zrm-2.2.0.ebuild Submitting my cleaned up version of Oleg's ebuild. I discovered several troubling aspects of how this was packaged by upstream. I considered migrating it to MakeMaker but decided not to do it this go around as it would have required much many changes to the upstream package. Something to consider is they package XML::RSS and Data::Report inside of the package. IMO those should be ripped out of the package and added as a package dep. If others feel the same way I will test that out and change the ebuild to work in that fashion. Please comment.
Created attachment 275051 [details] mysql-zrm-2.2.0.ebuild Updated ebuild with some fixes from Tim via IRC. As for the packaged modules I decided to remove XML::RSS and add it as a dep and plan to file a bug to get Data::Report into portage for a future revision. For now I'll keep it in the package with the intention of getting it fixed. I'll also see if upstream and come up with a saner tarball layout that includes a MakeMaker still install.
mysql team doesn't maintain random MySQL-using stuff, removing us from CC.
