[Bug 898003] Re: usbip source is maintained in kernel tree now

[Evan Broder]

Thanks for your work on getting these packages updated, and I'm sorry
that it's taken so long to get this looked at.

I asked the kernel team about building the usbip packages as part of the
kernel build process:

1:18 PM <broder> i'm wondering whether or not it would be plausible to incorporate the usbip userspace pieces into the kernel package build (there's a client, a server, and a library), or whether we should keep snapshotting the source from the kernel into a separate source package
1:19 PM <tgardner> broder, looking
1:23 PM <tgardner> broder, this is still a staging driver. while we have a mechanism for building and distributing applications from the kernel source tree, I'm not sure I wanna bother with a staging driver.
1:25 PM <broder> tgardner: ok. that's reasonable. it doesn't seem like it's going through a whole lot of churn anyway
1:26 PM <broder> i'll work on updating the separate package
1:26 PM <tgardner> broder, maybe we can pick it up when it gets promoted to mainline

For now, I'm going to mark the bug task on Linux as invalid.

I'm also happy to try and review your packing updates. I have a few
questions/concerns so far:

 - Where did the -2.5- in the version number come from? Was that the
kernel version number when you snapshotted it? I'm assuming at this
point that the package is out of date from the current kernel

 - Since the 3.0.0 version of the packaging was never uploaded to
Ubuntu, there should only be a single changelog entry for 3.2.0
(similarly, the debian/NEWS file should be updated)

 - The changelog should be more explicit about changes to the packaging.
In particular, it would be good to see some discussion about the
debian/header/* files

 - Please use XS-Debian-Vcs-Browser and -Vcs-Git instead of -Original-
(see https://lists.ubuntu.com/archives/ubuntu-
devel/2007-March/023332.html)

 - As more of a wishlist thing, we generally prefer dkms-based kernel
module packages over module-assistant based ones these days. It would be
excellent to have a usbip-dkms in addition to (or instead of) usbip-
source

If you'd like to update the packaging to address all of these, that's
fine. If not, I'm happy to do the cleanup, but I need a hint on the
version number to move forward.

(I'm unsubscribing ubuntu-sponsors for the time being, but feel free to
resubscribe them when you feel you've addressed my concerns)

** Changed in: linux (Ubuntu)
       Status: Confirmed => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/898003

Title:
  usbip source is maintained in kernel tree now

Status in “linux” package in Ubuntu:
  Won't Fix
Status in “usbip” package in Ubuntu:
  Confirmed

Bug description:
  Both the userspace and kernel module parts of usbip are in the linux
  kernel tree now.  The source used in this package is quite old.

  I'm not sure how to best handle the packaging aspects here -- I
  imagine that it would be undesirable for usbip to be built as a side
  effect of the main kernel package build, because then the kernel
  package build would be even slower and usbip is probably not updated
  enough to justify that.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/898003/+subscriptions