[jaunty]python(<2.6)-based apps cannot meet dependencies

Bug #335741 reported by ericjosepi
56
This bug affects 4 people
Affects Status Importance Assigned to Milestone
libtorrent-rasterbar (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Binary package hint: python-libtorrent

Hi!

I have a friendly bug-report for the Jaunty devs. After installing alpha 5, many python based apps cannot meet their requirements.

For background,

I have damn near every python library installed (2.5, 2.6, 3.0) so as to optimize compatibility. When trying to re-install Deluge (since it was removed from my install by a sudo apt-get dist-upgrade) i get the following output

eric@PwnBox-Alpha:~$ sudo apt-get install deluge
[sudo] password for eric:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help resolve the situation:

The following packages have unmet dependencies:
  deluge: Depends: deluge-common (= 1.1.3+dfsg-1) but it is not going to be installed
E: Broken packages

eric@PwnBox-Alpha:~$ sudo apt-get install deluge-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help resolve the situation:

The following packages have unmet dependencies:
  deluge-common: Depends: deluge-core (= 1.1.3+dfsg-1) but it is not going to be installed
E: Broken packages

eric@PwnBox-Alpha:~$ sudo apt-get install deluge-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help resolve the situation:

The following packages have unmet dependencies:
  deluge-core: Depends: python-libtorrent (>= 0.14.1) but it is not going to be installed
E: Broken packages

eric@PwnBox-Alpha:~$ sudo apt-get install python-libtorrent
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help resolve the situation:

The following packages have unmet dependencies:
  python-libtorrent: Depends: python (< 2.6) but 2.6.1-0ubuntu1 is to be installed
E: Broken packages

Is this a problem with my machine or a problem in the repo or where is the issue? I can provide more information upon request.

EDIT: This affects AWN plugins and compiz-settings-manager as well. Seems like python <2.6 based apps are not working so well now...

Cheers,
Eric

description: updated
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

I concur. This needs to be rebuilt against Python 2.6, which might require adjusting debian/control dependencies as well.

Revision history for this message
Fallen Andy (andrew-f-allen) wrote :

Confirmed here , resulted from a Partial Upgrade to Jaunty this morning (Sat Feb 28 c.a. 12:00 UTC). Affected just Deluge (for me).

Andy.

Revision history for this message
ericjosepi (cocacolaninja) wrote :

So is there a solution here or just wait till the packages in the repository are rebuilt?

Nick HS (nickhs)
Changed in libtorrent-rasterbar:
status: New → Confirmed
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Making a quick build check, it seems that debian/control incorrectly purports to support any current Python version. Meanwhile, ./configure only knows how to check up to Python version 2.5 and thus fails.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

checking if python bindings should be build... yes
checking for a Python interpreter with version >= 2.4... python
checking for python... /usr/bin/python
checking for python version... 2.6
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.6/dist-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.6/dist-packages
checking for python build information...
checking for python2.5... python2.5
checking for main in -lpython2.5... no
checking python2.5/Python.h usability... no
checking python2.5/Python.h presence... no
checking for python2.5/Python.h... no
checking for python2.4... (cached) python2.5
checking for main in -lpython2.5... (cached) no
checking for python2.5/Python.h... (cached) no
checking for python2.3... (cached) python2.5
checking for main in -lpython2.5... (cached) no
checking for python2.5/Python.h... (cached) no
checking for python2.2... (cached) python2.5
checking for main in -lpython2.5... (cached) no
checking for python2.5/Python.h... (cached) no
checking for python2.1... (cached) python2.5
checking for main in -lpython2.5... (cached) no
checking for python2.5/Python.h... (cached) no
checking for python... (cached) python2.5
checking for main in -lpython2.5... (cached) no
checking for python2.5/Python.h... (cached) no
  results of the Python check:
    Binary: python2.5
    Library: no
    Include Dir: no
checking whether the Boost::Python library is available... no
configure: error: Unable to find Boost.Python library, this is required to build python bindings.
dh_auto_configure: command returned error code 256
make: *** [build-stamp] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2
pbuilder: Failed autobuilding of package
 -> Aborting with an error
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env
    -> removing directory /var/cache/pbuilder/build//20123 and its subdirectories

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

It seems that upstream has a newer 0.14.2 release that builds as-is, if the single patch in debian/patches/ is removed and the rest of the debian folder is kept as-is.

However, it seems that simply retooling this source package against 2.6 would fix it; the key seems to be to acquire a ./configure that also checks for python2.6 in addition to older releases.

Revision history for this message
ericjosepi (cocacolaninja) wrote :

Okay so... Basically we wait until the devs put newer ./configure files into the packages then?

Revision history for this message
ericjosepi (cocacolaninja) wrote :

This can be fixed by adding Deluge's PPA to your sources and installing from there. I think it's safe to assume their package will eventually be introduced into the main repo but for now it's a usable workaround.

Revision history for this message
ericjosepi (cocacolaninja) wrote :

Okay, Ignore my last post, I installed Deluge from their PPA and it crashed from the first time I tried to start it. Probably loading a bad python-libtorrent binary.

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

I've emailed the Debian maintainer about this issue to see about his time frame for the 0.14.2 release. If he's going to package it soon, we can sync from Debian. If not, I'll patch the current package to build with python 2.6 or update it to 0.14.2 in Ubuntu directly.

Changed in libtorrent-rasterbar:
importance: Undecided → High
Revision history for this message
Cristian Greco (cgreco) wrote : Re: libtorrent-rasterbar in Ubuntu

On Mon, Mar 02, 2009 at 01:19:42AM -0500, Andrew Starr-Bochicchio wrote:

> Hi Christian,
>
> I'm wondering what your plans are regarding libtorrent-rasterbar 0.14.2.
> Currently Ubuntu Jaunty is transitioning to python 2.6 and the current
> libtorrent-rasterbar package is FTBFS and python-libtorrent is
> un-installable. Which make deluge un-installable as well. Please see:
>
> https://bugs.edge.launchpad.net/ubuntu/+source/libtorrent-rasterbar/+bug/335741
>
> 0.14.2 should build with python 2.6. I imagine that 0.14.1 will as well
> if we patch configure.
>
> I just wanted to check in with you before I do anything Ubuntu specific.
> Let me know if there's any way I can help.

Hi Andrew,

lt/0.14.2 is already packaged, actually sitting in the NEW queue[0], and I just
have to wait for it to be accepted by ftp-masters.

I don't know how much time it'll take to get out of NEW... maybe it'll bee too
late for Ubuntu sync. In any case, the source package is available at
mentors[1], in case you want (can?) do an upload for Ubuntu.

Anyway, it will be built against python 2.5, which is the current release in
Debian (python 2.6 is in NEW for experimental).

Please tell me if there is anything I can do.

[0] http://ftp-master.debian.org/new/libtorrent-rasterbar_0.14.2-1.html
[1] dget http://mentors.debian.net/debian/pool/main/l/libtorrent-rasterbar/libtorrent-rasterbar_0.14.2-1.dsc

Thanks,
--
Cristian Greco
GPG key ID: 0x0C095825

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

On Mon, 2009-03-02 at 07:55 +0100, Cristian Greco wrote:
> Hi Andrew,
>
> lt/0.14.2 is already packaged, actually sitting in the NEW queue[0], and I just
> have to wait for it to be accepted by ftp-masters.
>
> I don't know how much time it'll take to get out of NEW... maybe it'll bee too
> late for Ubuntu sync. In any case, the source package is available at
> mentors[1], in case you want (can?) do an upload for Ubuntu.
>
> Anyway, it will be built against python 2.5, which is the current release in
> Debian (python 2.6 is in NEW for experimental).
>
> Please tell me if there is anything I can do.
>
> [0] http://ftp-master.debian.org/new/libtorrent-rasterbar_0.14.2-1.html
> [1] dget http://mentors.debian.net/debian/pool/main/l/libtorrent-rasterbar/libtorrent-rasterbar_0.14.2-1.dsc
>
>
> Thanks,
> --
> Cristian Greco
> GPG key ID: 0x0C095825

Thanks for the quick reply Cristian. Glad to see that it's already
uploaded. The fact that it is built against python 2.5 in Debian won't
be a problem as Ubuntu imports the source packages and rebuilds them. I
just built libtorrent-rasterbar with python 2.6 and can confirm that it
successfully builds.

It looks like we're still going to need a Ubuntu patch for the packaging
to install to usr/lib/python*/dist-packages/ instead of
usr/lib/python*/site-packages/

Thanks,

Andrew

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

Andrew, could you please prepare an update for this package? You could grab entry from mentors.debian.net (thanks Cristian for your work!) and transition it for Python 2.6. These changes would enter Debian soon because they will turn to Python 2.6 soon, so we can sync it later on.

Meanwhile, I'm subscribing motu-release to process this upload. I attach Changelog to weigh changes introduced (they required a SONAME bump which affects qbittorrent as rdependency).

Changed in libtorrent-rasterbar:
status: Confirmed → New
Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

 Does my approach look right? setup.py is called in a makefile with no way to pass arguments directly to it in ./configure. It ignores the --prefix flag and installs to usr/local/lib/python2.6/dist-packages/ I manually move it to the right place in python-libtorrent.install to avoid having to patch the source to use "setup.py --install-layout=deb". It feels a little hackish, but it keeps the diff from Debian smaller...

libtorrent-rasterbar (0.14.2-1ubuntu1) jaunty; urgency=low

  * Merge from Debian. (LP: #335741)
  * debian/python-libtorrent.install
   - Install to usr/lib/python2.6/dist-packages/ for python 2.6 transition.
  * debian/rules:
   - Use --with-boost-python=boost_python-mt-py26 flag.

 -- Andrew Starr-Bochicchio <email address hidden> Mon, 02 Mar 2009 02:43:39 -0500

libtorrent-rasterbar (0.14.2-1) unstable; urgency=low

  * New upstream version.
    - new package libtorrent-rasterbar2 (bump up library SONAME);
    - remove patch 01_fix_ax_python_m4.patch (merged upstream);
    - debian/control, debian/rules, debian/README.source: drop build
      dependency on quilt system.
  * debian/control, debian/rules, debian/README.source: adjusting build
    dependencies and configure flags to build against boost1.37 and continue
    to provide compatibility with boost1.34.1 for backports (adding some notes).
  * debian/control: fix lintian I:binary-control-field-duplicates-source.
  * Moving section from 'Programming' to 'Programming/C++' for the doc-base
    files in libtorrent-rasterbar-doc.
  * Closing a bug already fixed in 0.14-1: fixed documentation about
    storage_mode_allocate (Closes: #502241).
  * Upload to unstable (Closes: #517000).

 -- Cristian Greco <email address hidden> Fri, 27 Feb 2009 07:46:38 +0100

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

Diff from package in Debian NEW queue

Revision history for this message
Cristian Greco (cgreco) wrote : Re: [Bug 335741] Re: [jaunty]python(<2.6)-based apps cannot meet dependencies

On Mon, Mar 02, 2009 at 08:00:04AM -0000, Luca Falavigna wrote:

> Meanwhile, I'm subscribing motu-release to process this upload. I attach
> Changelog to weigh changes introduced (they required a SONAME bump which
> affects qbittorrent as rdependency).

Ciao Luca,

lt/0.14.2 has just been accepted un unstable, in case you want to wait for a
sync and then patch it for python 2.6.

Thanks,
--
Cristian Greco
GPG key ID: 0x0C095825

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

Andrew, could you please provide a patch with the "standard" method suggested for Python transition? They will be affected soon, so it could be useful for Cristian have an already working patch to apply when Debian will move to 2.6 by default.

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

Andrew, could you please provide a patch with the "standard" method suggested for Python transition? Debian will be affected soon, so it could be useful for Cristian have an already working patch to apply when they will move to 2.6 by default.

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :
Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

This version patches the upstream makefile to use "--install-layout=deb" I assume that's what you mean be "standard" method. If it is possible to do this simply in debian/rules, I don't know how. Any advise would be appreciated.

Revision history for this message
Savvas Radevic (medigeek) wrote :

No offense, but I've included a patch for Ubuntu, it doesn't include merging. :)

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

For those interested, I have libtorrent-rasterbar 0.14.2 in my PPA for testing. I also have deluge using python 2.6 and qbittorrent rebuilt for the libtorrent SONAME bump.

https://edge.launchpad.net/~andrewsomething/+archive/ppa

Revision history for this message
StefanPotyra (sistpoty) wrote :

After a quick check, I'm ok with the new upstream version (including a SONAME bump), it seems to be very limited in effect of packages needed a rebuild.

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

Just a heads up on the qbittorrent rebuild that will be need due to the SONAME bump, it doesn't build with qt 4.5. See upstream Bug 332470. Attached is a debdiff fixing this issue.

Revision history for this message
Luca Falavigna (dktrkranz) wrote :

I'm fine too, FFe granted.

Changed in libtorrent-rasterbar:
status: New → Confirmed
Revision history for this message
Iain Lane (laney) wrote :

Looks good, uploading. Thanks for your contribution.

Please ensure that all rdepends are properly updated.

Changed in libtorrent-rasterbar:
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libtorrent-rasterbar - 0.14.2-1ubuntu1

---------------
libtorrent-rasterbar (0.14.2-1ubuntu1) jaunty; urgency=low

  * Merge from Debian. (LP: #335741)
  * debian/python-libtorrent.install
   - Install to usr/lib/python*/*-packages/ for python 2.6 transition.
  * debian/rules:
   - Use --with-boost-python=boost_python-mt-py26 flag.
  * Patch makefile to use "setup.py install --install-layout=deb"
   - debian/control, debian/rules: add build dependency on quilt.
   - Add debian/patch/10_setuppy_instal-layout.diff

libtorrent-rasterbar (0.14.2-1) unstable; urgency=low

  * New upstream version.
    - new package libtorrent-rasterbar2 (bump up library SONAME);
    - remove patch 01_fix_ax_python_m4.patch (merged upstream);
    - debian/control, debian/rules, debian/README.source: drop build
      dependency on quilt system.
  * debian/control, debian/rules, debian/README.source: adjusting build
    dependencies and configure flags to build against boost1.37 and continue
    to provide compatibility with boost1.34.1 for backports (adding some notes).
  * debian/control: fix lintian I:binary-control-field-duplicates-source.
  * Moving section from 'Programming' to 'Programming/C++' for the doc-base
    files in libtorrent-rasterbar-doc.
  * Closing a bug already fixed in 0.14-1: fixed documentation about
    storage_mode_allocate (Closes: #502241).
  * Upload to unstable (Closes: #517000).

 -- Andrew Starr-Bochicchio <email address hidden> Mon, 02 Mar 2009 02:43:39 -0500

Changed in libtorrent-rasterbar:
status: Fix Committed → Fix Released
Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

Thanks for the upload.

The following must be rebuilt as a result:

Qbittorrent - above (closes Bug #332470 as well)
Deluge - Bug #336229

Revision history for this message
William King (quentusrex) wrote :

Also, when building libtorrent 0.14.8 I found that it hit this error:

configure: error: Unable to find Boost.Python library, this is required to build python bindings.

Until I added this flag: --with-boost-python=boost_python-mt-py26

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

Bug attachments

Remote bug watches

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