does not build a lot of metapackages any more

Bug #253904 reported by Martin Pitt
36
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux-meta (Ubuntu)
Fix Released
High
Unassigned
Intrepid
Fix Released
High
Unassigned

Bug Description

linux-meta stopped building a lot of metapackages which we need for easy installation or upgrades. I understand that they will be provided by other metapackages eventually. This bug is to track this issue, since it is release critical.

linux-headers-386
linux-headers-cell
linux-headers-hppa32
linux-headers-hppa64
linux-headers-itanium
linux-headers-lpia
linux-headers-lpiacompat
linux-headers-mckinley
linux-headers-openvz
linux-headers-powerpc
linux-headers-powerpc-smp
linux-headers-powerpc64-smp
linux-headers-rt
linux-headers-sparc64
linux-headers-sparc64-smp
linux-headers-virtual
linux-headers-xen
linux-hppa32
linux-hppa64
linux-image-cell
linux-image-debug-generic
linux-image-debug-server
linux-image-hppa32
linux-image-hppa64
linux-image-itanium
linux-image-lpia
linux-image-lpiacompat
linux-image-mckinley
linux-image-openvz
linux-image-powerpc
linux-image-powerpc-smp
linux-image-powerpc64-smp
linux-image-rt
linux-image-sparc64
linux-image-sparc64-smp
linux-image-virtual
linux-image-xen
linux-itanium
linux-kernel-devel
linux-lpia
linux-lpiacompat
linux-mckinley
linux-openvz
linux-powerpc
linux-powerpc-smp
linux-powerpc64-smp
linux-rt
linux-source
linux-sparc64
linux-sparc64-smp
linux-virtual
linux-xen

Related branches

Martin Pitt (pitti)
Changed in linux-meta:
assignee: nobody → ubuntu-kernel-team
importance: Undecided → High
milestone: none → ubuntu-8.10-beta
status: New → Triaged
Revision history for this message
Colin Watson (cjwatson) wrote :

There's an ubuntu-ports-meta metapackage in NEW now, but it builds (IMO) the wrong set of binary package names - linux-ports-* rather than linux-*. Stefan wants Ben to sign off on that being changed, so I'll talk with him tomorrow. In the meantime, this is post-beta.

Changed in linux-meta:
milestone: ubuntu-8.10-beta → ubuntu-8.10
Revision history for this message
Colin Watson (cjwatson) wrote :

linux-ports-meta fixed quite a bit of this. The remaining missing packages are:

linux-headers-cell
linux-headers-openvz
linux-headers-xen
linux-image-cell
linux-image-debug-generic
linux-image-debug-server
linux-image-openvz
linux-image-xen
linux-kernel-devel
linux-openvz
linux-source
linux-xen

*-cell were transitional packages to *-powerpc64-smp in hardy, so we can ignore those.

The openvz and xen flavours are missing from intrepid. Is there any hope that they will return?

linux no longer seems to build linux-image-debug-* (e.g. linux-image-debug-2.6.24-16-generic). Was this intentional? Are crash dumps gathered in some other way now? I haven't been keeping track. This is particularly odd since linux-ports still builds linux-image-debug-2.6.25-2-386.

linux used to build linux-kernel-devel, which was a metapackage with the following dependencies. Should it be restored?

  build-essential, curl, debhelper, git-core, gitk, kernel-package, kernel-wedge, openssh-client, rsync

It seems that linux-meta ought to build linux-source (linux-source-2.6.27 exists, and linux-ports-meta builds linux-ports-source).

Revision history for this message
Martin Pitt (pitti) wrote : Re: [Bug 253904] Re: does not build a lot of metapackages any more

Colin Watson [2008-10-13 10:14 -0000]:
> linux no longer seems to build linux-image-debug-* (e.g. linux-image-
> debug-2.6.24-16-generic). Was this intentional?

They are on ddebs.ubuntu.com now.

Revision history for this message
Ben Collins (ben-collins) wrote :

If xen or openvz reappear, the package building those binaries will also provide the meta packages (as -rt does now).

linux-kernel-devel was a package of fabbione's creating because he couldn't remember what all needed to be installed. IMO, it's not really useful, and easily becomes inaccurate.

I'm adding linux-source to linux-meta, which seems to be the only meta package really missing.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux-meta - 2.6.27.7.10

---------------
linux-meta (2.6.27.7.10) intrepid; urgency=low

  * Add linux-source meta package. LP: #253904

 -- Ben Collins <email address hidden> Thu, 16 Oct 2008 12:29:01 -0400

Changed in linux-meta:
status: Triaged → Fix Released
Revision history for this message
Pär Lindfors (paran) wrote :

I just got pointed at this bug when asking for intrepid linux-image-debug packages on IRC.

I see how some might think it makes sense to throw kernel debug packages with normal debug packages. However I disagree.

Debug information for kernel+modules is special because it is needed for low level debugging tools like systemtap and oprofile, which are both available in the normal archive. Especially oprofile is very useful to benchmark and/or troubleshoot servers, I don't think you should have to enable a ddebs repo just to do this. Also, how do you even figure out that they are on ddebs? And how do you handle upgrades from hardy for people who use this kind of tools?

A smaller problem, is that the package are not really available on ddebs either. The packages are on http://ddebs.ubuntu.com/pool/main/l/linux/, but they are not in the Packages files so you can't install them using APT.

One bigger problem that will prevent me from installing them is that bug 185625 (sign the repository at ddebs.ubuntu.com) is not fixed. This means that in Intrepid it is currently impossible to get trusted kernel debug packages. :-(

Revision history for this message
Matt Ginzton (matt-ginzton) wrote :

So for linux-image-debug-generic, the intentional supported path is to manually download the .ddeb from ddebs.ubuntu.com and install it with dpkg, and do this again next time the kernel is upgraded, and it can't be managed with apt? Or is this an oversight or temporary situation while other things are in flux? (In addition to me not being able to use apt for this, I'll also note that the ddebs server seems a lot slower than the mainline servers, btw.)

Revision history for this message
Launchpad Janitor (janitor) wrote : Kernel team bugs

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

Revision history for this message
Michael Ellerman (michael-ellerman) wrote :

As of now, AFAICT the latest kernel package is linux-image-2.6.27-9-generic, but all the ddebs are for 2.6.28?

Yannis Tsop (ogiannhs)
Changed in linux-meta:
status: Fix Released → Confirmed
Revision history for this message
Max Bowsher (maxb) wrote :

@Yannis T:

It is unclear why you changed the status of this bug, so I'm changing it back.

Changed in linux-meta:
status: Confirmed → Fix Released
Revision history for this message
Sean Timothy Noonan (stnoonan) wrote :

Even the suggested workaround is broken. There are only 2.6.30 linux-image-debug packages available on ddebs!

Revision history for this message
Max Bowsher (maxb) wrote :

Sean,

It's very easy to overlook comments on a closed bug - it's not a good way to report continuing problems.

The primary concern of this bug - the missing metapackages - is indeed fixed.

Please follow bug 289087 concerning the missing debug packages.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.