[Bug 1548480] Re: 95packagekit sleep hook weirdly installed in a subdirectory is ignored
Dirk F
1548480 at bugs.launchpad.net
Tue Feb 23 11:29:09 UTC 2016
So if I understand correctly, the upstream version 0.8.17 currently
packaged in 16.04 is "prehistoric" (and my version in 14.04 LTS even
more so) but the active branch based on upstream version 1.1.0-1 that
you (Matthias) are working on is not?
In that case for 16.04 Ubuntu could do one of these:
a) add a patch to move /usr/lib/pm-
utils/sleep.d/95packagekit/95packagekit to /usr/lib/pm-
utils/sleep.d/95packagekit (or /usr/lib/pm-utils/sleep.d/45packagekit)
(NB check it gets marked executable), or
b) pull in a less prehistoric version of Packagekit that doesn't have
that file, or
c) fix pm-utils bug 1548486 and ignore this bug until (b), or
d) add a patch to remove /usr/lib/pm-
utils/sleep.d/95packagekit/95packagekit.
The value of the 95packagekit hook (which tries to provoke PackageKit to
refresh its cache on resuming) seems questionable, since it doesn't
appear to have been working for several years and isn't in the later
versions.
So (c) or (d) seem like the best options, with (c) requiring no work at
all for PackageKit.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to packagekit in Ubuntu.
https://bugs.launchpad.net/bugs/1548480
Title:
95packagekit sleep hook weirdly installed in a subdirectory is ignored
Status in packagekit package in Ubuntu:
New
Bug description:
The 95packagekit sleep hook provided by packagekit is installed in a subdirectory:
/usr/lib/pm-utils/sleep.d/95packagekit/95packagekit
This has two effects:
1 the hook is not run;
2 owing to a bug in pm-utils, separately reported, the previous
hook is run for a second time instead.
If #1 was actually the desired effect, the hook should have been
stored as /usr/lib/pm-utils/sleep.d/95packagekit~ or just omitted.
If the hook is manually installed as /usr/lib/pm-
utils/sleep.d/95packagekit, it runs as expected (although the nature
of the hook's operation means that it may have no obvious effect).
This issue was observed in 14.04, packagekit 0.8.12-1ubuntu5;
apparently was OK in 12.04. A packaging bug seems to have appeared
when 95packagekit was updated in revision 1.2.10.
Additionally, the hook 95packagekit is incorrectly numbered according
to the pm-utils HOWTO.hooks convention and should apparently be eg
45packagekit.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: packagekit 0.8.12-1ubuntu5
ProcVersionSignature: Ubuntu 4.2.0-29.34~14.04.1-generic 4.2.8-ckt3
Uname: Linux 4.2.0-29-generic i686
ApportVersion: 2.14.1-0ubuntu3.19
Architecture: i386
Date: Mon Feb 22 19:12:48 2016
InstallationDate: Installed on 2016-02-21 (0 days ago)
InstallationMedia: Lubuntu 14.04.4 LTS "Trusty Tahr" - Release i386 (20160217.1)
SourcePackage: packagekit
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/packagekit/+bug/1548480/+subscriptions
More information about the foundations-bugs
mailing list