drbd8-utils not dependent on drbd8-source

Bug #474660 reported by Mike Shappell
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
drbd8 (Ubuntu)
Invalid
Medium
Unassigned
linux (Ubuntu)
Triaged
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.

Tags: lucid
Revision history for this message
Mathias Gug (mathiaz) wrote : Re: [Bug 474660] [NEW] drbd8-utils not dependent on drbd8-source

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
Revision history for this message
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.

Revision history for this message
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)
tags: added: lucid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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