Installing this package on 13.10 desktop fails:-
http://people.canonical.com/~alan/click/fr.skimbo.skimbou_1.2_unknown.click
alan@deep-thought:~/Downloads$ sudo click install --user=$USER --force-missing-framework fr.skimbo.skimbou_1.2_unknown.click
Selecting previously unselected package fr.skimbo.skimbou.
(Reading database ... 0 files and directories currently installed.)
Unpacking fr.skimbo.skimbou (from fr.skimbo.skimbou_1.2_unknown.click) ...
dpkg: error processing fr.skimbo.skimbou_1.2_unknown.click (--install):
unable to open '/opt/click.ubuntu.com/fr.skimbo.skimbou/1.2/.git/objects/4e/5e593ba4c1642b88374a6fd9d1f168df052937.dpkg-new': Permission denied
Errors were encountered while processing:
fr.skimbo.skimbou_1.2_unknown.click
Traceback (most recent call last):
File "/usr/bin/click", line 84, in <module>
sys.exit(main())
File "/usr/bin/click", line 79, in main
mod.run(args)
File "/usr/lib/python3/dist-packages/click/commands/install.py", line 51, in run
package_path, user=options.user, all_users=options.all_users)
File "/usr/lib/python3/dist-packages/click/install.py", line 292, in install
env=env, **kwargs)
File "/usr/lib/python3.3/subprocess.py", line 547, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['dpkg', '--force-not-root', '--force-bad-path', '--instdir', '/opt/click.ubuntu.com/fr.skimbo.skimbou/1.2', '--admindir', '/opt/click.ubuntu.com/fr.skimbo.skimbou/1.2/.click', '--path-exclude', '*/.click/*', '--log', '/opt/click.ubuntu.com/.click/log', '--no-triggers', '--install', 'fr.skimbo.skimbou_1.2_unknown.click']' returned non-zero exit status 1
ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: click 0.4.8
Uname: Linux 3.11.0-994-generic x86_64
ApportVersion: 2.12.4-0ubuntu1
Architecture: amd64
Date: Fri Sep 27 17:39:45 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2012-06-29 (454 days ago)
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MarkForUpload: True
SourcePackage: click
UpgradeStatus: Upgraded to saucy on 2013-07-12 (77 days ago)
This is because:
* the package was built with a version of click before 0.4.7, which didn't strip .git directories out of built packages
* objects in .git directories are mode 0444
* dpkg (called by click to unpack packages) opens files for writing twice, I think in order to provide sync hints to the kernel
* in dpkg's normal use case this is fine because it's running as root which gets to override DAC permissions, but click drops privileges to run dpkg
The sanest answer is probably just to force the 0600 (owner-writeable) permission bit on unpacked files. The unpacked package is unwriteable from the package's point of view anyway, so it doesn't matter.