We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start.
Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward?
Jeff
On Fri, 2007-12-21 at 09:53 -0600, Jeff Larsen wrote:
We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start.
Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward?
[ignacio@centos4 ~]$ rpm -qf /usr/lib/python2.3/site.py python-(none):2.3.4-14.4.i386 [ignacio@centos4 ~]$ rpm -qpl CentOS/RPMS/python-2.3.4-14.4.i386.rpm | \
grep site\.py
/usr/lib/python2.3/site.py /usr/lib/python2.3/site.pyc /usr/lib/python2.3/site.pyo [ignacio@centos4 ~]$
Upstream.
Although an application requiring changes to site.py seems suspect to me.
On Dec 21, 2007 10:29 AM, Ignacio Vazquez-Abrams ivazqueznet@gmail.com wrote:
On Fri, 2007-12-21 at 09:53 -0600, Jeff Larsen wrote:
We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start.
Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward?
Upstream.
Although an application requiring changes to site.py seems suspect to me.
Yes, I won't argue about it being suspect. It's not exactly a mainstream application. But it needs a specific version of zope.
Is there a more appropriate alternative to adding 'sys.path.append()' in site.py to enable python to find zope? I know nothing of python, I'm just following vendor instructions (famous last words!).
Jeff
On Fri, 2007-12-21 at 11:05 -0600, Jeff Larsen wrote:
Is there a more appropriate alternative to adding 'sys.path.append()' in site.py to enable python to find zope? I know nothing of python, I'm just following vendor instructions (famous last words!).
Drop a .pth file in site-packages.
Jeff Larsen wrote:
We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start.
Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward?
Only files that are designed to be modified (like config files in /etc/ normally) are protected from updates.
The system does not look for other files as being updated and save them.
If that file is one that SHOULD be modified by customers, then filing a bug upstream can get them to mark it as a config(no-replace) file ... but I doubt this file is one that they will change.
Thanks, Johnny Hughes
Jeff Larsen wrote:
We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start.
Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward?
Only files that are designed to be modified (like config files in /etc/ normally) are protected from updates.
The system does not look for other files as being updated and save them.
If that file is one that SHOULD be modified by customers, then filing a bug upstream can get them to mark it as a config(no-replace) file ... but I doubt this file is one that they will change.
Being new to python, I didn't know enough to ignore the vendor's advice. I now have it properly configured with a file /usr/lib/python2.3/site-packages/zope.pth. I also shot off an email to the vendor on the right way to do it.
Jeff
-
Ignacio Vazquez-Abrams -
Jeff Larsen -
Johnny Hughes