drbd8-utils not dependent on drbd8-source

Bug #474660 reported by Mike Shappell on 2009-11-04
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
drbd8 (Ubuntu)
Medium
Unassigned
linux (Ubuntu)
Medium
Unassigned

Bug Description

The current drbd8-utils package has a dependency on the drbd8-source package. While I understand that the source package has been modified to build a DKMS module for the kernel, and the dependency ensures that a current (matching) kernel module is always built for the running kernel, I do not believe that this step is necessary.

Since the drbd.ko module is built and included with the kernel by default, the need to build a matching module is not necessary. When the kernel is upgraded, the new module will automatically be included. I did not dig too far into the packages, but I believe that the existing drbd8-utils package is a binary package that is not rebuilt, so having the source does not ensure the utils are a match to the built kernel module anyway. Therefore, the dependency on drbd8-source should be removed from the drbd8-utils package.

On Wed, Nov 04, 2009 at 08:03:51PM -0000, Mike Shappell wrote:
> Public bug reported:
>
> The current drbd8-utils package has a dependency on the drbd8-source
> package. While I understand that the source package has been modified
> to build a DKMS module for the kernel, and the dependency ensures that a
> current (matching) kernel module is always built for the running kernel,
> I do not believe that this step is necessary.
>

The plan was to get rid of the drbd.ko module in the kernel package and use
DKMS instead. So the dependency is correct - the kernel package should not ship
the drbd module anymore.

  status confirmed
  importance medium

--
Mathias Gug
Ubuntu Developer http://www.ubuntu.com

Changed in drbd8 (Ubuntu):
importance: Undecided → Medium
status: New → Confirmed
Dave Hall (skwashd) wrote :

Given the karmic kernel ships with DRBD support, the dependency is wrong - regardless of the plan.

DKMS is great for the desktop, but I really don't like having build-essential installed on production net facing servers, and where possible any productions servers.

I am guessing a fix for karmic is unlikely to happen given where things are at in the lucid release cycle, but I would strongly recommend that this is fixed properly (not using dkms) in lucid. As DRBD is useful in server environments, I'd like to see it remain in the stock server image.

As a work^Whack around I have created a meta package drbd8-source-hack which provides drbd8-source, which is less than ideal but it works.

Ante Karamatić (ivoks) wrote :

Notice that without drbd8-source, you'll get 8.3.1 kernel module. Userspace tools are of version 8.3.3. Mixing different kernel and userspace versions might work, but is not recommended.

It's a bug in kernel packages if drbd module builds. It shouldn't, cause it is provided by drbd8-source package.

Changed in drbd8 (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Andy Whitcroft (apw) on 2010-01-18
tags: added: lucid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers