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

Re: Open Sound System (commercial version) and Debian



On Wed, 7 Jan 1998, Jose Manuel Cerqueira Esteves wrote:

> I downloaded the evaluation version of OSS for the kernel 2.0.33, in order
> to try it on a Toshiba 220CS, but `oss-install' failed, giving the output
> reproduced below (I also append the resulting contents of soundon.log). 
> Since I compiled the 2.0.33 kernel with the proper options for use with
> OSS, I tried to find the cause for this problem.  The problem (or one of
> them) seems to be in the check_shields.sh script.  This reads
> /usr/include/linux/autoconf.h expecting to find there information about
> the kernel actually installed.  However, the files in /usr/include/linux/
> are provided by a libc5 package (libc5-dev).  This is the policy followed
> at least by the Debian distribution (apparently with very good reasons). 
> Under Debian, in order to use information strongly dependent on the actual
> kernel installed, one should therefore analyze files under
> /usr/src/linux/include/linux.  Adding support for this to OSS would
> therefore be important at least for Debian users. (Obviously, from the
> point of view of package management, it would also be most interesting to
> have the possibility to obtain the commercial OSS available as a Debian
> package). 

But, of course, the kernel README states:

- make sure your /usr/include/asm, /usr/include/linux, and
/usr/include/scsi directories are just symlinks to the kernel sources:

                cd /usr/include
                rm -rf asm linux scsi
                ln -s /usr/src/linux/include/asm-i386 asm
                ln -s /usr/src/linux/include/linux linux
                ln -s /usr/src/linux/include/scsi scsi

It often doesn't really matter, but I recently had to do this in order to
compile some utilities which were dependent on the symlinks (although I
could have rewritten the Makefile to eliminate the check, although I don't
know what the result would be). It's probably a good idea when using
the bleeding-edge kernels, as well.

I suppose there are good points in favor of either approach, but IMHO
there should be consistency between the various flavors of Linux in
matters like this.

Bob

----
Bob Nielsen                 Internet: nielsen@primenet.com
Tucson, AZ                  AMPRnet:  w6swe@01.w6swe.ampr.org
                            http://www.primenet.com/~nielsen


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: