Re: AW: k3b findet cdrecord nicht

[Heino Tiedemann <rotkap@rotkap.de>]

Andreas Pakulat <apaku@gmx.de> wrote:

> On 17.Mar 2004 - 22:17:18, Heino Tiedemann wrote:
>> Andreas Pakulat <apaku@gmx.de> wrote:
>> > file `which cdrecord`
>> > /usr/bin/cdrecord: setuid Bourne shell script text executable
>> 
>> Aha.
>> 
>> Damit unterscheidet sich das cdrecord aber um einiges vom Original das
>> Autors.
>> 
>> Ich hab hier nämlich das original in /usr/local
>> 
>> ridcully:~# file `which cdrecord`
>> /usr/local/bin/cdrecord: setuid ELF 32-bit LSB executable, Intel
>> 80386, version 1 (SYSV), dynamically linked (uses shared libs), not
>> stripped
>
> Ich hab hier sogar 2 "Originale" :

Ich meinte mit "orifinal", direct vom Autor bereitgestellte, und von
mit kompilierte ;-)

> andreas@morpheus:~>file `which cdrecord.mmap`
> /usr/bin/cdrecord.mmap: setuid ELF 32-bit LSB executable, Intel 80386,
> version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared
> libs), stripped
>
> andreas@morpheus:~>file `which cdrecord.shm`
> /usr/bin/cdrecord.shm: setuid ELF 32-bit LSB executable, Intel 80386,
> version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared
> libs), stripped
>
> Das Skript entscheidet nur aufgrund der Kernelversion (2.x; x =< 2) ob
> shm oder mmap Aufrufe benutzt werden sollen.

Aha, danke. Was gelernt.

Aber - das cdrecord, das woody per default beiliegt (Cdrecord 1.10)
_ist_ ein Binary, und muss auch auf 2.2 und 2.4 laufen können, weil
woody ja diese beiden Kernel anbietet. Wie geht es denn da?

Heino