kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #29142
[Bug 1205284] Re: linux-tools naming is not scalable to multiple source packages
Hello Andy, or anyone else affected,
Accepted apt into precise-proposed. The package will build now and be
available at
http://launchpad.net/ubuntu/+source/apt/0.8.16~exp12ubuntu10.16 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Your feedback will aid us getting this update
out to other Ubuntu users.
If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed. In either case, details of your testing will help
us make a better decision.
Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
advance!
** Changed in: apt (Ubuntu Precise)
Status: In Progress => Fix Committed
** Tags added: verification-needed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-meta in Ubuntu.
https://bugs.launchpad.net/bugs/1205284
Title:
linux-tools naming is not scalable to multiple source packages
Status in “apt” package in Ubuntu:
Fix Released
Status in “linux” package in Ubuntu:
Fix Released
Status in “linux-goldfish” package in Ubuntu:
Fix Released
Status in “linux-lowlatency” package in Ubuntu:
Fix Released
Status in “linux-lts-saucy” package in Ubuntu:
Invalid
Status in “linux-meta” package in Ubuntu:
Fix Released
Status in “linux-meta-goldfish” package in Ubuntu:
Fix Released
Status in “linux-meta-lowlatency” package in Ubuntu:
Fix Released
Status in “linux-meta-ppc” package in Ubuntu:
Fix Released
Status in “linux-ppc” package in Ubuntu:
Fix Released
Status in “apt” source package in Precise:
Fix Committed
Status in “linux” source package in Precise:
Fix Committed
Status in “linux-goldfish” source package in Precise:
Invalid
Status in “linux-lowlatency” source package in Precise:
Invalid
Status in “linux-lts-saucy” source package in Precise:
Fix Committed
Status in “linux-meta” source package in Precise:
Invalid
Status in “linux-meta-goldfish” source package in Precise:
Invalid
Status in “linux-meta-lowlatency” source package in Precise:
Invalid
Status in “linux-meta-ppc” source package in Precise:
Invalid
Status in “linux-ppc” source package in Precise:
Invalid
Status in “apt” source package in Saucy:
Fix Released
Status in “linux” source package in Saucy:
Fix Released
Status in “linux-goldfish” source package in Saucy:
Fix Released
Status in “linux-lowlatency” source package in Saucy:
Fix Released
Status in “linux-lts-saucy” source package in Saucy:
Invalid
Status in “linux-meta” source package in Saucy:
Fix Released
Status in “linux-meta-goldfish” source package in Saucy:
Fix Released
Status in “linux-meta-lowlatency” source package in Saucy:
Fix Released
Status in “linux-meta-ppc” source package in Saucy:
Fix Released
Status in “linux-ppc” source package in Saucy:
Fix Released
Bug description:
The linux tools packages are not currently scalable to multiple source
package branches. This is because the packages are actually per
architecture (not flavour) in both contents and naming but may differ
between source packages which may be at different versions. This prevents
us safely emitting linux-tools packages from branches other than master.
We have a policy of insulating people from the source package from which a
kernel comes. We do this via the linux-<thing>-<flavour> package naming,
which is consistant regardless of overall package. It therefore makes
a lot of sense to extend this to the tools package. Such that we would
have the following user consumable packages as below:
linux-tools-<flavour> -- tools to match linux-image-<flavour>
linux-tools-<abi>-<flavour> -- tools to match linux-image-<abi>-<flavour>
In order to allow linux-tools to be still be a valid install target the
first of these would additionally Provides: linux-tools to allow simple
selection of the appropriate flavour specific package where there is only
one, or to help the user make an informed choice where there is more.
The first would be the logical choice when wanting to maintain tools
installed for all future version of the kernel, mirroring the kernels as
installed by the linux-<flavour> and linux-image-<flavour> packages and
keeping the user up to date in tools. The second would be the appropriate
package to request installation when trying to target a specific
kernel version and would be used by the wrapper when requesting manual
intervention such as when the linux-tools-<flavour> is not installed.
The first of these would be added to the appropriate meta package, the
second would come out of the flavour specific packages in the main kernel
source package.
Further we would then be able to name the actual binary packages as produced by the
various source packages to be source package specific. Thus we would have packages as
below:
linux-tools-<abi> -- coming out of the master branch
linux-grouper-tools-<abi> -- coming out of the grouper branch
These would be hidden from the user via the previously listed meta packages
and would not be direct installation candidates.
There is also an additional linux-tools-common package which represents
the manual pages and the wrappers. These would be only generated and
installed from the master branch and all of the other flavours would
(at least initially) share this package.
The actual binaries will be moved over to names similar to below:
/usr/lib/<srcpkg>-tools-<abi>/<binary>
with symlinks in as below for each flavour pointing to the above:
/usr/lib/linux-tools/<binary>-<abi>-<flavour>
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1205284/+subscriptions
References