Re: [PATCH can-utils 3/3] slcand: remove program as it is undistributable

[Oliver Hartkopp <socketcan@hartkopp.net>]

On 12.01.2014 17:09, Yegor Yefremov wrote:
> On Sun, Jan 12, 2014 at 11:57 AM, Oliver Hartkopp
> <socketcan@hartkopp.net> wrote:
>>
>>
>> On 12.01.2014 00:38, Yegor Yefremov wrote:
>>> On Sun, Jan 12, 2014 at 12:10 AM, Uwe Kleine-König
>>> <u.kleine-koenig@pengutronix.de> wrote:
>>>> The source file specifies slcand to be licensed under both GPL-2+ and GFDL.
>>>> These two licenses are incompatible which makes this file undistributable.
>>>> The clean way to fix this is to remove the file and reimplement its
>>>> functionality under a valid license when need arises.
>>>
>>> There is need for this daemon. I'm using it in production tests.
>>>
>>
>> Oh, yes. There was so much effort put into this slcand.
>> We should better look how we might fix the license issues.
>>
>> The original thread where slcand comes from was here:
>>
>> http://socket-can.996257.n3.nabble.com/slcan-attach-and-resetting-line-disciplines-td1396.html
>>
>> And here was the original commit to the SVN:
>> http://svn.berlios.de/wsvn/socketcan/trunk/can-utils/slcand.c?rev=973&peg=973
>>
>> The code has been removed from Wikipedia in October 2009
>> http://en.wikipedia.org/w/index.php?title=Daemon_%28computing%29&diff=321383226&oldid=320644717
>> (not a textbook. these examples are completely opaque to non-experts)
>>
>> And it has been added here (wihout any license information):
>> http://en.wikipedia.org/w/index.php?title=Daemon_%28computing%29&diff=273831207&oldid=273016660
>>
>> I assume we need to rewrite the daemon-specific code, e.g. use the
>> other reference in Wikipedia:
>>
>>         http://www-theorie.physik.unizh.ch/~dpotter/howto/daemonize
>>
>> which is public domain - and I assume this to be the original source ...
> 
> Would this call do the job: http://man7.org/linux/man-pages/man3/daemon.3.html?

Yes, I think so.

Here's a uClibc code for daemon()
https://github.com/hwoarang/uClibc/blob/master-metag/libc/unistd/daemon.c

As we do not need any 'specialties' for slcand (e.g. file i/o, logging, etc)
this could shorten the slcand a lot.

There are also some examples out there that could be adopted without getting
into a licensing issue again:
https://www.google.de/#q=linux+daemon+unistd

Regards,
Oliver