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.

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

- 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)

I packaged the usbip-utils slightly different. I copied the userspace directory from the kernel and tar'ed it. Then, I removed all unimportant stuff from the debian folder (including the usbip-source package).

The result can be found in my testing PPA. Could some of the ubuntu devs please have a look?

1) You should make contact with the Debian Maintainer - at some point in time they are going to hit the same problem and you have made alot of packaging changes with this update - we need to ensure that this is a delta and not a permanent fork because he disagrees with the way we have done things re packaging and approach.

2) Documentation; as you have done quite a bit of packaging change and altered the way the orig.tar.gz is created this really needs documenting both in the changelog and in debian/README.source,watch so that if some else touches this in the future they can follow the same processes. Also worth noting why the -source package is being dropped -most people won't look in the bug report.

I think that trying to keep and approach+packaging inline with Debian but using a different upstream version/source is the best way forwards in this case.

It would be good to get this resolved, it worked basically some months back but now with the change from SF to kernel-tree things are fully messed up somehow (12.04), the modules on the client cannot be loaded at all and cannot connect to a recent server (on OpenWRT, kernel 3.3.5) due to "version mismatch: 262 273"

This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-utopic' to 'verification-done-utopic'.

If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed.

On trusty, install linux-tools-generic-lts-utopic. I can't seem to find a package that will create a binary, but you can run the binary manually from /usr/lib/linux-tools/. As of this writing it's /usr/lib/linux-tools/3.16.0-23-generic/usbip. NOTE, I am running the HWE utopic kernel on my trusty box.

On utopic or vivid install linux-tools-generic. usbip is registered as a binary in this case, you can use directly with 'usbip'.