Click packages can't be installed from directories not viewable by the clickpkg user
Bug #1204523 reported by
Ted Gould
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
click (Ubuntu) |
Fix Released
|
High
|
Colin Watson |
Bug Description
If a user was to download a package and have that in their home directory, the clickpkg user might not be able to read the file, and thus couldn't install it on the system. Basically this:
~/Desktop$ sudo click install --force-
Should work even if the user's home directory is not accessible by the clickpkg user.
Related branches
lp:click
- Colin Watson: Approve
- Ubuntu CI managed package branches: Pending requested
-
Diff: 485 lines (+269/-70)11 files modifiedREADME (+1/-0)
click/build.py (+10/-22)
click/framework.py (+138/-0)
click/install.py (+8/-28)
click/paths.py.in (+1/-0)
click/tests/helpers.py (+29/-0)
click/tests/test_build.py (+39/-5)
click/tests/test_install.py (+2/-4)
debian/changelog (+8/-0)
doc/file-format.rst (+1/-2)
doc/index.rst (+32/-9)
affects: | click → click (Ubuntu) |
Changed in click (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in click (Ubuntu): | |
status: | Triaged → Fix Committed |
assignee: | nobody → Colin Watson (cjwatson) |
To post a comment you must log in.
This bug was fixed in the package click - 0.2.9
---------------
click (0.2.9) saucy; urgency=low
* Tolerate dangling source symlinks in "click desktophook".
* Handle the case where the clickpkg user cannot read the .click file,
using some LD_PRELOAD trickery to allow passing it as a file descriptor
opened by the privileged process (LP: #1204523).
* Remove old links for single-version hooks when installing new versions
(LP: #1206115).
-- Colin Watson <email address hidden> Mon, 29 Jul 2013 16:56:42 +0100