FYI this offline conversation... -------- Forwarded Message -------- From: Scott Barninger <[EMAIL PROTECTED]> To: Bruno Friedmann <[EMAIL PROTECTED]> Cc: Kern Sibbald <[EMAIL PROTECTED]> Subject: Re: bacula : about the bacula.spec form rpms Date: Sat, 01 Mar 2008 06:55:49 -0500
Hello Bruno, I will look at implementing this. On Sat, 2008-03-01 at 11:55 +0100, Bruno Friedmann wrote: > Hi Scott, > > With an increasing number of customers using bacula, I'm really interesting > into one or two piece of change in the bacula spec. > > The only real annoying thing is that script_dir is hardcoded to the > /etc/bacula which is the old "wrong" debian way to put script. > > Normally I think it's place should be under /usr/lib(64)/bacula ? Yes, there was some discussion of this back when we changed directory locations for FHS compatibility. /etc/bacula isn't really "correct" just traditional for bacula. > > I've made some try yesterday, modifing the bacula.spec. And it would be quiet > easy to had a build_script define that can change > with the configure. Yes it would be relatively easy for me to add a build time switch to alter that location. Having a "build_fhs" define could cause it to be set to %_libdir/bacula. > > I understand that would break old install. I'm looking a way to prepare futur > and new installation. > > Perharps I should prepare my own packapes branch to avoid conflict, did you > have a trick to add for example a -ioda(0-9) extra > release tag (I'm a bit new to rpmbuild :-) ) I recommend not messing with the release tag. It was only ever meant to be a number. rpm would interpret -b1 as "newer" than -a5. > > I've the habit to use also this option during configure : > > > ./configure \ > --prefix=/ \ > --exec-prefix=/usr \ > --sbindir=/usr/sbin \ > --sysconfdir=/etc/bacula \ > --libexecdir=/usr/lib64/bacula \ > --datadir=/usr/share/bacula \ > --with-working-dir=/var/lib/bacula \ > --with-scriptdir=/usr/lib64/bacula \ > --with-pid-dir=/var/run/bacula \ > --with-subsys-dir=/var/run/bacula \ > --enable-ipv6 \ > --enable-largefile \ > --enable-smartalloc \ > --with-gnu-ld \ > --enable-conio \ > --with-libiconv-prefix \ > --with-libintl-prefix \ > --with-gettext \ > --with-tcp-wrappers \ > --with-dir-user=bacula \ > --with-dir-group=bacula \ > --with-sd-user=bacula \ > --with-sd-group=bacula \ > --with-fd-user=root \ > --with-fd-group=bacula \ > --with-sbin-perm=0754 \ > [EMAIL PROTECTED] \ > [EMAIL PROTECTED] \ This should be easy too. > --with-smtp-host=exchange.ultim.ch \ > --with-x \ > --with-python \ > --with-openssl \ > --with-mysql \ > --enable-build-dird \ > --enable-build-stored \ > --disable-batch-insert \ > > and I usually place some gcc optimisation corresponding to the arch of the cpu > something like that This is possible too. But if you use it you must be complete because it will cause rpmbuild not to read the default macros. > > # GCC optimize for Intel () ... > # export CFLAGS="-O3 -msse -mmmx -march=x86-64 -mtune=nocona -funroll-loops > -mfpmath=sse -g -pipe -ffast-math" > # export CFLAGS="-O3 -msse -mmmx -march=pentium4 -mtune=pentium4 > -funroll-loops -mfpmath=sse -g -pipe -ffast-math" > # export BOOT_CFLAGS="-O3 -march=pentium4 -mfpmath=sse -pipe" > # export CXXFLAGS="-Os -march=pentium4 -mfpmath=sse -pipe > -mpreferred-stack-boundary=4" > > > # GCC optimize for AMD64 () > export CFLAGS="-O3 -msse -mmmx -march=x86-64 -mtune=k8 -funroll-loops > -mfpmath=sse -g -pipe -ffast-math" > export BOOT_CFLAGS="-O3 -march=x86-64 -mfpmath=sse -pipe" > export CXX_FLAGS="-Os -march=x86-64 -mfpmath=sse -pipe > -mpreferred-stack-boundary=4" > > # Clean any previous configure or make > make distclean > > make clean > # We use the / configuration ... > #./configure pentium4-suse-linux \ > > > > All of my install work under suse 10.1 / 10.2 / 10.3 and I've got no trouble > with them. > If you have any remarks or comment, I will be glad to heard them ... > > > I've in my idea box also the use of openbuild.suse.com (this could easily > extend the portability of the project) > > Have an excellent week-end. > Regards. > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
