fetchmailconf does not start

Bug #371072 reported by Carson Chittom
32
This bug affects 3 people
Affects Status Importance Assigned to Milestone
fetchmail (Ubuntu)
Fix Released
Medium
Thierry Carrez

Bug Description

Binary package hint: fetchmailconf

I have installed fetchmailconf 6.3.9~rc2-4ubuntu1 on Ubuntu 9.04; /usr/bin/fetchmailconf -- a shell script to start the real Python script -- fails to start because it looks for the real fetchmailconf script in the wrong place.

/usr/bin/fetchmailconf as installed reads:

#! /bin/sh
exec /usr/bin/python /usr/lib/`pyversions -d`/site-packages/fetchmailconf.py "$@"

Changing "site-packages" to "dist-packages" fixes the problem and allows fetchmailconf to start.

Related branches

Revision history for this message
Andreas Olsson (andol) wrote :

I can confirm this bug, as well as the diagnostic of fetchmailconf.py living under ./dist-packages.

Changed in fetchmail (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
status: Confirmed → Triaged
Revision history for this message
Andreas Olsson (andol) wrote :

As pointed out by Conrad in bug #364784, the ./site-package part is valid in python2.5. Is this something we want to consider while fixing this bug?

Revision history for this message
Andreas Moog (ampelbein) wrote :

You could change it to

exec /usr/bin/python /usr/lib/`pyversions -d`/*-packages/fetchmailconf.py "$@"

That way the expression catches both.

Revision history for this message
Lincoln "JBadger" Kliman (f-launchpad) wrote :

I an not confirm this was the problem with me but I had the problem that the shell for the user fetchmail was set to /bin/false
changing this to
/bin/sh
fixed the problem for me

Revision history for this message
Kehan Harman (kehan) wrote :

@~amoog's fix worked for me on jaunty.

Revision history for this message
Andreas Olsson (andol) wrote :

This problem is still present in Karmic and fetchmailconf 6.3.9~rc2-4ubuntu2.

Uploading a debdiff which fixes the bug using Andreas Moog's solution based on "/*-packages". While there could very well be creative things a user can do, which might disturb that solution, those creativities might as well ruin the already present `pyversions -d` part.

My debdiff also changes the Maintainer field to Ubuntu MOTU Developers, as fetchmail lives in the Universe repository.

Changed in fetchmail (Ubuntu):
status: Triaged → Confirmed
Revision history for this message
Andreas Olsson (andol) wrote :

Hmm, seems as if I wasn't entirely up-to-date regarding current Maintainer-field-policy. Uploading a new debdiff, using Maintainer: Ubuntu Developers <email address hidden>.

Revision history for this message
Andreas Moog (ampelbein) wrote :

As fetchmail lives in "main", I unsubscribed the universe sponsors and subscribed main sponsors ;-)

Revision history for this message
Andreas Moog (ampelbein) wrote :

Also, please don't announce the maintainer-field change in the changelog, you don't need to point that out.

Revision history for this message
Andreas Olsson (andol) wrote :

Guess I got confused about the binary package fetchmailconf living in universe. Didn't know that a source package could contain both main- and universe packages.

Thierry Carrez (ttx)
Changed in fetchmail (Ubuntu):
assignee: nobody → Thierry Carrez (ttx)
status: Confirmed → In Progress
Revision history for this message
Thierry Carrez (ttx) wrote :

It seems safer to just replace site- by dist- (rather than by *-) since python2.6 is the default for karmic and fetchmailconf.py lives there. If you agree, please submit a new debdiff that would do that (and omit the DebianMaintainer changelog entry since we don't track DebianMaintainer changes in changelog, like Andreas Moog said). Thanks !

Changed in fetchmail (Ubuntu):
assignee: Thierry Carrez (ttx) → nobody
status: In Progress → Confirmed
Revision history for this message
Andreas Olsson (andol) wrote :

Yes, I guess being explicit about dist-packages is a safe choice. Especially since that seems to be what Python 3 will continue using.

Uploading new debdiff

Thierry Carrez (ttx)
Changed in fetchmail (Ubuntu):
assignee: nobody → Thierry Carrez (ttx)
status: Confirmed → In Progress
Revision history for this message
Thierry Carrez (ttx) wrote :

Uploaded, I just bumped the version number since a new version was uploaded in the meantime.

Changed in fetchmail (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package fetchmail - 6.3.9~rc2-4ubuntu4

---------------
fetchmail (6.3.9~rc2-4ubuntu4) karmic; urgency=low

  * Fixes Python 2.6 compatibility, by looking for fetchmailconf.py
    in /usr/lib/`pyversions -d`/dist-packages (LP: #371072)

 -- Andreas Olsson <email address hidden> Fri, 14 Aug 2009 12:09:38 +0200

Changed in fetchmail (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Brownout (brownout) wrote :

It is broken in Jaunty as well. Any chance of having a working package before October?

Revision history for this message
Tenho Tuhkala (muppis) wrote :

It is still broken in Maverick.

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.