Hello, On 5 March 2013 12:37, Martin Simmons <mar...@lispworks.com> wrote:
> This looks wrong to me -- the new package is not providing or obsoleting > the > same stuff as the bacula-storage package. It might be better to require > bacula-storage. Yes, attached is the patch we were discussing with the changes you mentioned, but in the end a requirement on mt-st was added to the storage daemon package. If you are upgrading a RHEL 6 host with the bundled Bacula packages there's no way for you to have automatically the additional storage-tape (or whatever) package installed during an upgrade to RHEL 7 or the packages I provide. A dependency of 45kb on mt-st seem a better and easier solution: http://pkgs.fedoraproject.org/cgit/bacula.git/commit/?id=6dd171151c05b45f6c6a6ee814aad19ba3d09aa5 Btw, I'm working on adding the password generation task to a %triggerin section in the RHEL/Fedora packages; this has also the side benefit of trimming the "quick start" docs. The only problem is that packages are installed in sequence, so the generated password do not match in the various config files and new config files are always saved with .rpmnew upon upgrades; even if the configuration it's still the default one. The hashes saved in the rpm database do not match and rpm thinks the file has been locally customized. Attached as the second patch the "prototype" for it. Regards, --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson).
bacula.spec.patch
Description: Binary data
bacula.spec.patch2
Description: Binary data
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
