Re: NVIDIA dkms srpms

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Richard Hughes wrote :

[...]
> So, advice required from you guys: is this legal (assuming the binary
> rpm's are never distributed, only the SRPM) and is this sane? I can
> upload the SRPM to my private webspace (as long as I'm not doing
> anything illegal in doing so) if people want.

Richard has been kind enough to share his srpm, and I must admit that
for 3rd party kernel modules, the dkms approach seems easy. Much easier
than any kind of rpm packaging, as :
- Naming kernel module packages is hell.
- Keeping up with kernel packages updates is hell (Rawhide is worse).
- Keeping old kernels around to build against is hell.

... you get the idea :-)

Sure, with dkms the modules in /lib/modules/ aren't in the rpmdb, but
there is a package installed that indicates the presence of a dkms
module, which for me is far better than any kind of manual install,
since modules will be rebuilt automatically for new kernels as needed.

I've put an nvidia-x11-drv package in the FC6 section of my
repository, which works great for me on FC5, but not yet on FC6 since
disabling the loading of the dri module is trickier now that the
modules section of xorg.conf has gone away by default.

Richard's concerns are still valid, though :
- Fedora can't be affiliated with this in any way (obviously).
- We shouldn't encourage the use of 3rd party kernel modules, especially
not binary ones (which are a GPL violation).
- The NVIDIA license has restrictions, but seems to permit this :

(faint of heart, please stop reading now!)

--
[...]
2.1.1  Rights.  Customer may install and use one copy of the SOFTWARE
on a single computer, and except for making one back-up copy of
the Software, may not otherwise copy the SOFTWARE.  This LICENSE
of SOFTWARE may not be shared or used concurrently on different
computers.

2.1.2  Linux/FreeBSD Exception.  Notwithstanding the foregoing terms
of Section 2.1.1, SOFTWARE designed exclusively for use on the Linux or
FreeBSD operating systems, or other operating systems derived from the
source code to these operating systems, may be copied and redistributed,
provided that the binary files thereof are not modified in any way
(except for unzipping of compressed files).

2.1.3  Limitations.

No Reverse Engineering.  Customer may not reverse engineer,
decompile, or disassemble the SOFTWARE, nor attempt in any other
manner to obtain the source code.

No Separation of Components.  The SOFTWARE is licensed as a
single product.  Its component parts may not be separated for use
on more than one computer, nor otherwise used separately from the
other parts.

No Rental.  Customer may not rent or lease the SOFTWARE to someone
else.
[...]
--

Yeah, it's all evil, evil and even more evil. But since the binary
files aren't modified and that "parts aren't separated" (then again, I
do drop all the pre-compiled modules, the headers and the static lib...
that can be interpreted as separating parts...), redistribution should
be okay. But if NVIDIA ever contacts me regarding a possible
infringement, I won't think twice before removing the files.

Anyway, I'm now definitely interested in making similar packages for
other kernel modules, most notably madwifi, lirc (this one could even
go into Extras) and tiacx. Any help is very welcome ;-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2726.fc6
Load : 0.28 0.26 0.31

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux