unable to install python3.4 dev on fresh ubuntu cloud image
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | python3.4 (Ubuntu) |
High
|
Unassigned | ||
Bug Description
Latest cloud ubuntu trusty image (06-Oct-2015 10:34) https:/
apt-get update && apt-get upgrade # works fine
# apt-get install python3.4-dev
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 to resolve the situation:
The following packages have unmet dependencies:
python3.4-dev : Depends: python3.4 (= 3.4.0-2ubuntu1.1) but 3.4.3-1ubuntu1~
E: Unable to correct problems, you have held broken packages.
# apt-get install libpython3.4-dev
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 to resolve the situation:
The following packages have unmet dependencies:
libpython3.4-dev : Depends: libpython3.4-stdlib (= 3.4.0-2ubuntu1.1) but 3.4.3-1ubuntu1~
E: Unable to correct problems, you have held broken packages.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: python3.4-dev (not installed)
ProcVersionSign
Uname: Linux 3.13.0-65-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.15
Architecture: amd64
Date: Tue Oct 6 17:36:17 2015
SourcePackage: python3.4
UpgradeStatus: No upgrade log present (probably fresh install)
| Sergey Skripnick (eyerediskin) wrote : | #1 |
| tags: | added: unmetdeps |
| Brian Moyles (e-brian) wrote : | #2 |
| Launchpad Janitor (janitor) wrote : | #3 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in python3.4 (Ubuntu): | |
| status: | New → Confirmed |
| Daniel Kraft (daniel-kraft) wrote : | #4 |
Affects me too, but forced downgrading destroys python libraries it seems:
virtualenv -p /usr/bin/python3 env
Running virtualenv with interpreter /usr/bin/python3
Using base prefix '/usr'
New python executable in env/bin/python3
Also creating executable in env/bin/python
Installing setuptools, pip...
Complete output from command /home/user/
Traceback (most recent call last):
File "/usr/lib/
import threading
ImportError: No module named 'threading'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/share/
File "/usr/share/
File "/usr/share/
File "/usr/lib/
import dummy_threading as threading
File "/usr/lib/
import threading
ImportError: No module named 'threading'
-------
...Installing setuptools, pip...done.
Traceback (most recent call last):
File "/usr/lib/
main()
File "/usr/lib/
symlink=
File "/usr/lib/
install_
File "/usr/lib/
'PIP_NO_INDEX': '1'
File "/usr/lib/
% (cmd_desc, proc.returncode))
OSError: Command /home/user/
| Philipp Noack (philipp-noack-b) wrote : | #5 |
Same problem here with the newest trusty lxc image/template.
| NetBUG (darikcr) wrote : | #6 |
Can confirm the bug.
However, workaround in #2 helped.
Ubuntu Cloud, Azure.
Bug confirmed.
I get the same error reported in the bug description when creating a fresh image through vagrant and using the https:/
| G-ubuntuone-k (g-ubuntuone-k) wrote : | #8 |
I am seeing this issue as well. I have multiple systems setup off the same downloaded 14.04 LTS image (from a few months ago). I just installed python3.4-dev on 2 systems last week with no issues, but today encountered this issue on another system. Is something messed up with what is in the repository?
| G-ubuntuone-k (g-ubuntuone-k) wrote : | #9 |
I found the needed files in the trusty-proposed repository:
deb http://
Did the 3.4.3 files get moved out of the normal repository into proposed recently?
| Axel Beckert (xtaran) wrote : | #10 |
This issue has been caused because the python3.4 upload to trusty-updates from 24th of September has been reverted yesterday and has been replaced by the previous upload. See https:/
| graingert (tagrain) wrote : | #11 |
Where can I get a vagrant cloud image without this problem?
for virtualenv problem (#4) i have solved it by reinstalling libpython3.
apt-get install --reinstall libpython3.4-stdlib
| Launchpad Janitor (janitor) wrote : | #13 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in amulet (Ubuntu): | |
| status: | New → Confirmed |
| information type: | Public → Public Security |
| Alex (aleksey-vasilenko) wrote : | #14 |
Can't even install libreoffice:
The following packages have unmet dependencies:
libreoffice : Depends: python3-uno (>= 4.0~) but it is not going to be installed
| Alex (aleksey-vasilenko) wrote : | #15 |
python3.4 et al. were updated. The problem is gone.
| description: | updated |
| information type: | Public Security → Public |
| no longer affects: | amulet (Ubuntu) |
| Changed in python3.4 (Ubuntu): | |
| importance: | Undecided → High |
| tags: | added: regression-update |
| Steve Langasek (vorlon) wrote : | #16 |
this issue does not affect current cloud images.
| Changed in python3.4 (Ubuntu): | |
| status: | Confirmed → Fix Released |


We encountered the same and were able to overcome it by force-downgrading python3.4, python3.4-minimal, libpython3. 4-stdlib, and libpython3. 4-minimal to the current version available in the repositories with 4=3.4.0- 2ubuntu1. 1 \ 4-minimal= 3.4.0-2ubuntu1. 1 \ 4-stdlib= 3.4.0-2ubuntu1. 1 \ 4-minimal= 3.4.0-2ubuntu1. 1
apt-get install -y \
python3.
python3.
libpython3.
libpython3.
At-a-glance, it looks like the cloud image was (accidentally?) built with a newer version of python 3.4 than what is available for the LTS (3.4.3 doesn't look like it hit Ubuntu until Vivid?)