On Fri, Nov 09, 2007 at 02:55:16PM -0700, Brad Nicholes wrote: > "Bernard Li" <[EMAIL PROTECTED]> wrote: > > On 11/9/07, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote: > > > >> http://fedoraproject.org/wiki/Packaging/Python > > > > If it's okay with you, I will follow the instructions in the wiki docs > > to add the .pyc files to the RPM.
and the .pyo > I'm still a little concerned about doing that because I'm not sure that it > solves any real problem. will solve the problem getting a selinux or any other MAC to reject the creation of the .pyc or .pyo files because there are missing from gmond's expected privileges. > I would rather just clean up the python directory completely rather than > deliver .pyc files. In a standard case, the .py files from one package might > be put down in the same location as another package's .py files. In this > case if the first package has to uninstall, it would obviously have to know > which .pyc files it owns. In our case, we own the directory where the .py > and .pyc files are located. I think it would be easier and safer to just > remove the directory. if you don't want to package them (and go against fedora's packaging policy on that) then we should then create them at installation time through %post and remove them at uninstallation time through %preun just like the debian package is going to do if the packager follows their packaging guidelines : http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation > But do whatever you believe is best. as I mentioned before there is no best, and it is a packager decision to go with either of the conflicting alternatives; as far as they are implemented correctly. Carlo ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
