Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=476460 --- Comment #11 from Stuart D Gathman <stu...@gathman.org> 2009-01-24 12:47:07 EDT --- Ok, I'm going to jettison start.sh. /var/run/milter, /var/log/milter and create a milter-base package for the python milters that use it. Is there a better way than having a package own one tiny shell script and two directories? That will remove those objections to pymilter (and start.sh truly is cruft if you don't use it). I have already cut support for AIX and RH73, but I *must* support EL3 - EL5 because that is where all the production milters run. (I have one more RH73 system that is being migrated to EL4 as I speak. Truly a golden version.) I could make a fedora version of the spec file - but I don't want to maintain both (not so bad for just pymilter, but if more packages are accepted...). I know! A preprocessor to convert a spec file template to fedora specific and EL specific versions! It could have features like %if, %define, oh wait... I define python because I need to build pymilter for python versions other than the system default. For instance, on EL4, the system python is 2.3, but the production milter requires python2.4. Both python and python modules are easily built to coexist in multiple versions. (Of course, that argues for cutting start.sh again - so it's history.) Would it be acceptable if an %ifdef excludes the python redefinition for fedora? The version dependency is only redundant if building only for Fedora. Would it be acceptable if I %ifdef away the dependency for Fedora? Will use %{localstatedir} start.sh and associated directories will be cut Will reformat %changelog -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@redhat.com http://www.redhat.com/mailman/listinfo/fedora-package-review
