Date: Mon, 1 Jun 1998 21:45:47 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: dom@myrddin.demon.co.uk (Dom Mitchell) Cc: tlambert@primenet.com, current@FreeBSD.ORG Subject: Re: Service Location Protocol Message-ID: <199806012145.OAA25252@usr05.primenet.com> In-Reply-To: <E0ygOdT-0000C9-00.qmail@myrddin.demon.co.uk> from "Dom Mitchell" at Jun 1, 98 08:03:58 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > When I ported the sample implementation of the Service Location
> > Protocol code from Sun Microsystems, I had to de-Linux the type
> > type declarations, then memset( &x, 0, sizeof(struct sockaddr_in));
> > all over the place.
>
> Do you have a copy of this in a publically available location - it's
> something I've been wanting to play with...
The licensing is kind of bogus:
* This implementation of Service Location Protocol for Linux
* (Sun Linux SLP) is a product of Sun Microsystems, Inc. and is provided
* for unrestricted use provided that this legend is included on all tape
* media and as a part of the software program in whole or part. Users
* may copy or modify Sun Linux SLP without charge, but are not authorized
* to license or distribute it to anyone else except as part of a product or
* program developed by the user.
There's really no good reason for this.
You can contact the same place I did to get the sample implementation:
Charles.Perkins@Eng.Sun.COM
and then I can send you the patches to de-Linux it.
One real problem with SLP is that the service definitions are less
than useful (currently, only LPR is defined in a draft standard, and
the attributes provided in the draft are a very bad match to any
printer hardware I've ever used). My soloution to this was to define
myself as a namespace authority ("appliance") in place of the default
of "iana", and start defining more rational URL's for services like
"I will relay mail for your service group", etc..
Terry Lambert
terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806012145.OAA25252>