On Sun, Dec 12, 2004 at 03:17:31PM -0500, Nathanael Nerode wrote:
> Warning: long. CC'ed to debian-legal in case anyone there knows anything more.
How about cc'ing the author of the driver? He might know the answer.
> The source for the acenic driver is in fact in the source package for
> the k
On Sun, 12 Dec 2004, Frank Loeffler wrote:
> If I put an rendered image under GPL, do I have to open the model
> which I used to render it as well?
You have to include the prefered form for modification, which, as I
read it, includes the model file used to render the image as well.
I'd highly sug
Please retain the d-devel@ CC. It's horrible for some posts in a thread
to go to one list, some to another, and some to both, since it forces
everyone wanting to follow the conversation to read the entire thread on
two lists.
On Sun, Dec 12, 2004 at 04:44:44PM -0500, Michael Poole wrote:
> > Does
Goswin von Brederlow writes:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> >
> >> If the driver has to be able to open the file and read the blob so it
> >> can send it to the device, there's a clear relationship and dependency
> >> between
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
>
>> If the driver has to be able to open the file and read the blob so it
>> can send it to the device, there's a clear relationship and dependency
>> between the driver and the blob: if you don't have
On Sun, Dec 12, 2004 at 09:27:05PM +0100, Marco d'Itri wrote:
> On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
>
> > If the driver has to be able to open the file and read the blob so it
> > can send it to the device, there's a clear relationship and dependency
> > between the driver and the
Warning: long. CC'ed to debian-legal in case anyone there knows anything more.
The source for the acenic driver is in fact in the source package for
the kernel.
The firmware is absent from Debian for *very* good reasons: the version in
the Linux kernel is distributed without proper copyright not
On Dec 11, Glenn Maynard <[EMAIL PROTECTED]> wrote:
> If the driver has to be able to open the file and read the blob so it
> can send it to the device, there's a clear relationship and dependency
> between the driver and the blob: if you don't have a copy of the blob,
> the driver doesn't work.
On Dec 12, Bruce Perens <[EMAIL PROTECTED]> wrote:
> A lot of these BLOBs have been identified as ARM7 code, and generally
> "thumb" (the 8-bit ARM instructions).
I know of some devices (very cheap stuff, nothing fancy) which even uses
VxWorks. This explains why it is not even possible for some
m
Bruce Perens <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow wrote:
>
>>Your opinion (and I would generaly agree there) would be that the
>>pseudo source files released are not source as per GPLs definition
>>
>>
> A lot of these BLOBs have been identified as ARM7 code, and generally
> "thumb"
Hi,
the question is easily asked, but as I think harder to answer:
If I put an rendered image under GPL, do I have to open the model which
I used to render it as well?
This might affect projects which are completely under GPL, but include
rendered graphics as well. Such projects are also presen
On Sun, Dec 12, 2004 at 10:45:59PM +1100, Matt Flax wrote:
> I see, the thing is that ngspice is actually reporting a BSD license on
> its web site :
> http://sourceforge.net/projects/ngspice/
>
> inside thae package however it has alot of different original packages
> ... like the original Berk
Goswin von Brederlow wrote:
Your opinion (and I would generaly agree there) would be that the
pseudo source files released are not source as per GPLs definition
A lot of these BLOBs have been identified as ARM7 code, and generally
"thumb" (the 8-bit ARM instructions). They come from C or ass
I see, the thing is that ngspice is actually reporting a BSD license on
its web site :
http://sourceforge.net/projects/ngspice/
inside thae package however it has alot of different original packages
... like the original Berkley liense (which ceased to maintain
publicly in the eighties or early
14 matches
Mail list logo