superfluous generates import errors

Bug #688335 reported by Alan Franzoni on 2010-12-09
This bug affects 2 people
Affects Status Importance Assigned to Milestone
zope.interface (Ubuntu)

Bug Description

The zope.interface package is manually copying from sources to the "zope" directory. This should NOT be done when a nspkg.pth is installed for the package, as it is correctly done.

Although this does not seem to provoke issues at a first glance, it's what provokes two hard-to-track issues with zc.buildout:

if you check other zope.* packages in debian/ubuntu, you'll see none of them manually copy .

Full discussion here:

Patch attached. I'll open a bug in Debian ASAP:

Alan Franzoni (alanfranz) wrote :
Brian Sutherland (jinty) wrote :

This is included because it causes other breakage if removed. Please see a previous discussion on removing this:

That bug contains a test case which fails when the is removed.

Background reading on the breakage:

Consistency in what is broken is probably more important than fixing one thing only to break another;) So I'd rather we didn't try fix this until the test case in the van.pydeb bug passes without the

Brian Sutherland (jinty) wrote :

In discussion on distutils-sig it was decided that having the zope/ available is the right thing to do and will be standard in dh_python2 in future. So this is not a bug.

Also the OP discovered that the bug really biting him was

Changed in zope.interface (Ubuntu):
status: New → Invalid
Edwin Grubbs (edwin-grubbs) wrote :

This can also cause pam-motd to stop updating /var/run/motd. The /etc/update-motd.d/50-landscape-sysinfo script calls /usr/bin/landscape-sysinfo which has an ImportError that is caught silently and returns a non-zero exit code.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers