On Sat, 2005-11-12 at 15:31 +0000, George B. wrote: > On 12/11/05, Andres Salomon <[EMAIL PROTECTED]> wrote: > > > > Yes, but it's not uninstallable. You must build ndiswrapper-modules* > > from the source package, and install ndiswrapper-utils* and > > ndiswrapper-modules* in parallel. Alternatively, if the kernel team > > ever gets around to doing their module packages, there should be a > > package that provides prebuilt modules for the standard kernels > > (previously offered by the ndiswrapper-modules-i386 package). > > I had a feeling it was something like this. I'm afraid I have to > disagree with your definition of installable, especially in the > context of APT. This is the first time I have come across an APT
A package does not have to provide all its dependencies (that would be insane). Consider ndiswrapper-utils a package that depends on another package. The fact that the other package is not updated (ndiswrapper-modules-i386) is in fact a bug; and that's what you should be filing as grave. This is not a bug in ndiswrapper, it's a bug in another package. As I said, the kernel team intends to fix this at some point by providing a modules package for third party modules. > package that requires you to manually build a dependency from source. > I'm no package maintainer, but as a long time end user the whole point > of APT to me is the fact that if I package is in there it will have > all the dependencies there as well. What if I wanted to install this > on a machine that I used as a pure router/firewall/wireless gateway? I > certainly wouldn't want to install a complier etc. on it. And what > happens if there is a patched kernel out - I have to recompile the > modules again? It doesn't require you to manually build a dependency from source; it only does if you have a custom kernel. However, the fact that people haven't gotten around to implementing binary packages for standard kernels means you (for the time being) do need to manually build these packages. This wasn't the case for sarge, and most likely won't be the case for etch. In the meantime, however, someone needs to put in the work to make this new package. > > Don't get me wrong, I have no problems compiling things on my desktop > (I am running a custom kernel, alsa modules and a few other things > here) but IMVHO this is most definitely a bug as far as APT is > concerned. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
