Re: XFree86 4.4.0 RC3

[Kean Johnston]

My point all along has been that the XFree86 licensing policy has not
changed.  If it is bad now, it was bad before.  Why wasn't anyone
complaining before?
I hope my FQDN does not negatively impact my remarks but ... if no-one 
was complaining before why are you so determined to change the license? 
I remember the vague details of the mail thread that I think lead up to 
this. People were contributing code and were not being correctly 
attributed for their work. The way I see it, there are two ways to fix 
that problem. The first way (and one I would have personally chosen) is 
to be more diligent in producing release notes and in including the 
correct attributions. The second way, the one you seem to have opted 
for, is to change the license.

I respect your opinions considerably. You have always struck me as being 
very reasonable and fair. However, if I may be so bold as to point 
something out, you seem to be a bit blinded on this issue, or at the 
very least,a more fervent proponent of it than the original problem 
warrants.

I am assuming that for someone who has devoted as much time and energy 
to a project as you have that a change that would place its future 
adoption in jeopardy would be something you would fight against, not 
for. I dont belong to any Debian or other Linux lists so information I 
have on this is second-hand based on postings to this list, but if the 
license change is so unpallettable to people that major free software 
distributions are no longer willing to distribute XFree86, then 
regardless of any merits of the new license change, regardless of 
whether the objections are because of FUD or misinterpretation or even 
plain malevolence, it would seem that the prudent course of action would 
be to not change the license for the 4.4 release and take more time 
either fixing people's opinions or fixing the wording of the license.

One final point to consider (it may already have been considered, I 
confess I dont read absolutely every piece of mail on this subject). 
Suppose there is a file foo.c in the distribution. It is currently 
licensed under version 1.0 of the XFree license. The people who 
contributed the code or made changes to it did so with the assumption 
that that was the license that would be applied to the code. If that 
license is now simply changed to 1.1, would you not need the permission 
of every single contributor to do so? Even if you can legally prove that 
no rights or priveliges granted under the old license are taken away by 
the new, perhaps the new restrictions placed by the 1.1 license would be 
unacceptable to the original contributors. I realize that the original 
license does not require that, but I think good faith does. Since some 
of the contributors of that old code have very clearly spoken up here 
and objected to the new license (and the reasons for their objectsions 
are really not germaine) I think if you proceed with the license change 
that you do so knowing that you are doing so against the contributors 
wishes, and you are likely to scare off very valued developers.

Kean

PS. If the term 'you' here is inappropriately specific to you David, and 
more appropriately interpreted as a royal 'you' that means the XFree86 
board, then please interpret it that way.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

typo in 4.4.0 pre-Release Notes, font style comment

[John Himpel]

>I found the link to the DocBook pre-release note for 4.4 on XFree86.org
>
>http://www.xfree86.org/~jwhimpel/html/ReleaseNotes-Smm-of-Upd.html says:>
>
> On Darwin, IOKit mode now used shadowfb  for must faster drawing.
>
>I think that should be "now uses shadowfb for much faster drawing."
>
>
>
>Since I'm here,  I don't think system names like Darwin and GNU/KNetBSD 
>should appear in Courier, which is how my Mac Mozilla 1.6b displays
>   Darwin
>
>I would use  for things you're likely to see in computer output 
>like filenames and resources, use  for options you type, and use 
>something else (?) for system names.
>
>
>Congratulations on the nearly-ready release.
>
>These are my opinions, not my employer's.
>--
>=S Page

Thank you for catching my typo.  It will be fixed in my next upload.

As for the font suggestion.  I am currently using the 
tag for Operating System Name markup.

I am trying to stick as close as possible to the standard XSL stylesheets for DocBook 
4.3 for
rendering to HTML.

Currently I view my task as completing the markup and publishing in at least a 
readable format,
then on a subsequent pass begin to work on any XFree86 changes to either the markup or 
stylesheets.

So for now, the Operating System names will appear as shown.  Later, I am open for 
suggestions such as yours.

Again, thanks for taking the time to provide this valuable feedback.

John

PS: Pardon my breaking the thread, but my new "bleeding-edge" mailer, has "Mark as 
important"
"Mark as Junk" in its menu.  I guess, I misses by a few pixels and the original 
message is gone
into the ether.

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: [forum] Re: XFree86 4.4.0 RC3

[Kendall Bennett]

David Dawes <[EMAIL PROTECTED]> wrote:

> > > Lets face it: Your real objection is to giving credit to XFree86 and its
> > > contributors.  GPL-incompatibility and FUD about FSF-freeness(*) of the
> > > modified licence is just a poor excuse.
> >
> >I think it's unfair to assume that, David, especially since there have been
> >severl reasoned disagreements with your position from people who have been
> >active, useful contributors to XFree86. 
> 
> The most reasoned disagreement I've seen so far is "change is bad."

No, the most reasoned argument so far is that this attribution clause 
puts a major burden on anyone wishing to distribute binaries built from 
XFree86. It does not seem like such a big burden right now when there is 
only one 'contributor' to be attributed (The XFree86 Project), but it 
gets ridiculously out of control 5 years down the track when now there 
are hundreds of contributors all requiring attribution if they have 
chosen to use the same license. If a vendor shipping these binaries 
forgets to attribute *one* developer, they have *violated the license 
agreement*! Most vendors will simply not be willing to take that risk.

This exact problem is also why the original BSD license was changed in 
the first place, and the reason the GPL licenses do not include 
advertising clauses. The only requirement is that attribution cannot be 
removed *from the source code*.

One thing that none of us have yet to see is a valid explanation for is 
exactly *why* this license change was warranted in the first place. You 
say it is necessary, but fail to back it up with any evidence to suggest 
that XFree86 Project Inc copyrighted code has been used in violation of 
it's license, or that there are cases where the code has been used and 
the XFree86 Project Inc feels they have been done wrong because they were 
not attributed properly.

Can you provide us with clear examples?

More importantly why is it now suddenly such a desireable thing for the 
XFree86 Project Inc. to be attributed in end user documentation when the 
previous licenses have been accepted for many, many years? I always 
though the whole point of the MIT/X11 licensing was that it was *OK* for 
developers to use the source code for any purpose, whether Open Source or 
proprietary. Many a developer has been chased off the XFree86 developer 
mailing lists in the past when they got upset that someone might use code 
they contributed for proprietary purposes. Anyone contributing to the 
project *knows* that is acceptable and are happy with that condition. If 
not, they shouldn't be contributing.

However now you are trying to change the rules and say 'you can use it, 
but you sure better tell people I wrong some of that code!'. What we want 
to know is why is this now suddenly necessary?

> Claiming that the new license fits neither the FSF Free Software
> definition or the Open Source Definition when the offending clause
> is close to that in the Apache 1.1 licence, and milder than that in
> the original BSD license, both of which are both FSF-free and
> OSI-open, is not a reasoned disagreement.  It is FUD. 

I fail to see what the Apache 1.1 license has to do with anything XFree86 
related. Nor what the original BSD license has to do with it. The BSD 
license was *CHANGED*, specifically to avoid these issues. As Richard has 
already stated, when the BSD license change occurred it covered *all* 
existing code under the existing BSD license. So if there is code in 
XFree86 that is under the original BSD license and originally came from 
BSD, it can be changed to the new license (provided of course any 
additional authors also agree, if there are any).

So far the only FUD I am seeing is coming from the XFree86 Project Inc. 
FUD because you still won't give a valid reason for why this license 
needed to be changed in the first place.

> My point all along has been that the XFree86 licensing policy has
> not changed.  If it is bad now, it was bad before.  Why wasn't
> anyone complaining before? 

Because it *IS* a lot worse now than it was before. Significantly worse. 
Why can't you see that?

Regards,

---
Kendall Bennett
Chief Executive Officer
SciTech Software, Inc.
Phone: (530) 894 8400
http://www.scitechsoft.com

~ SciTech SNAP - The future of device driver technology! ~

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

typo in 4.4.0 pre-Release Notes, font style comment

[spage]

I found the link to the DocBook pre-release note for 4.4 on XFree86.org

http://www.xfree86.org/~jwhimpel/html/ReleaseNotes-Smm-of-Upd.html says:

> On Darwin, IOKit mode now used shadowfb  for must faster drawing.

I think that should be "now uses shadowfb for much faster drawing."



Since I'm here,  I don't think system names like Darwin and GNU/KNetBSD 
should appear in Courier, which is how my Mac Mozilla 1.6b displays
	Darwin

I would use  for things you're likely to see in computer output 
like filenames and resources, use  for options you type, and use 
something else (?) for system names.

Congratulations on the nearly-ready release.

These are my opinions, not my employer's.
--
=S Page
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

i855GM: New BIOS breaks i810-driver

[Christian Zietz]

Hi,

as developer of 855patch I get a lot of feedback from people using
XFree86 on computers with i855GM graphics.
It seems like new notebooks by Dell feature a new video BIOS from Intel
(iirc Build 3066) which finally implements the int 0x10 0x5f11 function
to set the amount of video RAM and thus making 855patch obsolete.

But the i810-driver refuses to work on systems with that BIOS version. I
had several independent reports of users who just get a completely green
screen when starting XFree86. I had a look on a log file and found
nothing unusual. The XFree86 VESA driver however works but just in low
resolutions/color depths as there is no way to allocate more video RAM
there.

As I've been absent of this list: Is this already a known issue?

CU Christian


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: [forum] Re: XFree86 4.4.0 RC3

[Paul Vojta]

On Wed, Feb 18, 2004 at 01:24:15PM -0500, David Dawes wrote:
>
> The most reasoned disagreement I've seen so far is "change is bad."

What about, ``others have tried this sort of thing and decided it was a
bad idea''?

What about, ``others (e.g., X.org) are forking the code as a result of
these changes''?

> My point all along has been that the XFree86 licensing policy has not
> changed.  If it is bad now, it was bad before.  Why wasn't anyone
> complaining before?

Because it *was* different before.  Courtesy of www.archive.org, the
page http://www.xfree86.org/legal/licence.html used to read (in part):

| The main licence we use is based on the traditional Massachusetts
| Institute of Technology (MIT) X11/X Consortium licence, often called
| the "MIT licence" or "X11 licence". The X11 licence does not impose any
| conditions on the modification or redistribution of either the source
| code or binaries other than requiring that copyright and/or licence
| notices are left intact.

Now that text reads:

| The main licence we use is derived from the traditional Massachusetts
| Institute of Technology (MIT) X11/X Consortium licence, the Berkely [sic]
| Standard [sic] Distribution (BSD) license, and the Apache 1.1 licence.
| The XFree86 Project's licence does not impose any conditions on the
| modification or redistribution of the source code or binaries other
| than requiring that copyright and/or licence notices are left intact,
| ***and that due credit is given*** [emphasis added].


Followups are being (I hope) redirected to [EMAIL PROTECTED] (there's
no reason to post this junk on devel).

--
Paul Vojta, [EMAIL PROTECTED]
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Juliusz Chroboczek]

DD> Even FreeType requires something in the documentation

I know that.  I disagree with FreeType's licensing as much as I
disagree with the new XFree86 license, and I have told David Turner
what I think about it.

David, the fact that other people use silly licensing terms does not
mean that we should do.

Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: [forum] Re: XFree86 4.4.0 RC3

[Marc Evans]

On Wed, 18 Feb 2004, David Dawes wrote:

> On Wed, Feb 18, 2004 at 09:30:35AM +, Aidan Kehoe wrote:
>
> >There have been almost no expressions of support for this change, and
> >coherent objections from many of those whose contributions matter to the
> >project. I'm surprised you're still going ahead with it.
>
> I can't speak for why the XFree86 board that voted unanimously for the
> change, (and some of whom were advocating more radical changes), have
> hung me out to dry on this.  I also can't speak for why some developers
> have privately supported the change, but won't do so publicly.  But then
> taking the heat on things like this comes with the job.  And I have very
> thick asbestos undies, but boy do they itch :-)
>
> David

I don't believe that the BoD have "hung [you] out to dry". I know that I
personally believe that groups which have officers and a BoD usually best
function when there is a single unified voice that speaks, representing
the group(s). This responsibility most often falls to the President.
While there is a group of reactors that have associated their comments
specifically with you, David, the reality, in my opinion, is that the BoD
should be the target of those comments, and that is how I personally
receive them. Of course when you feel the way that you have stated above,
that implies that what I am saying is not necessarily what you believe is
how the group operates. That is an issue which we should resolve. I can
accept that and therefore followup here, stating that my personal opinion
is that you have represented what the BoD discussed and acted upon in a
reasonably concise manor. I also acknowledge that I have read and continue
to ponder the reactions, both positive and negative, that have resulted.
Should the BoD hold another meeting with the licensing issue on the
agenda, I believe that we will have a sufficient set of information to be
able to discuss the topic in detail.

- Marc
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[David Dawes]

On Wed, Feb 18, 2004 at 08:30:48PM +0100, Juliusz Chroboczek wrote:
>>> It was okay for Debian or FreeBSD to grab a routine that I wrote,
>>> as it was for Apple or Microsoft.
>
>DD> They still can use your code, because *you* choose the licence for
>DD> your code.
>
>And you choose one for yours, and Mark for his?  The situation is
>going to become mighty confused.  Are you trying to reduce the
>unemployment rate among lawyers?

There is nothing new about this.  XFree86 has code from many sources.
It would be impossible to have a uniform licence covering everything,
even if we wanted to force that on our contributors.

>DD> Equivalence of attribution, as I've stated many times.
>
>Could you please explain what you mean?
>
>XFree86 contains code contributed by the CSG.  You can use that code
>without crediting the CSG outside of the source.
>
>XFree86 contains code contributed by SGI.  You can use that code
>without crediting SGI outside of the source.

No:

[redistribution] ... in executable form, the Notice and a copy of
this License must appear in related documentation or collateral
where the Recipient's rights relating to Covered Code are described.

>XFree86 contains code contributed by the XFree86 project.  You cannot
>use that code, however, unless you credit XFree86 in a user-visible manner.

Several licences require credit in "accompanying documentation,"
sometimes just by reproducing the licence in full in the documentation.
Even FreeType requires something in the documentation whether you
use the GPL or FTL for it.  FreeType is something that you originally
imported.

Read all of the licences at


David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Juliusz Chroboczek]

>> It was okay for Debian or FreeBSD to grab a routine that I wrote,
>> as it was for Apple or Microsoft.

DD> They still can use your code, because *you* choose the licence for
DD> your code.

And you choose one for yours, and Mark for his?  The situation is
going to become mighty confused.  Are you trying to reduce the
unemployment rate among lawyers?

DD> Equivalence of attribution, as I've stated many times.

Could you please explain what you mean?

XFree86 contains code contributed by the CSG.  You can use that code
without crediting the CSG outside of the source.

XFree86 contains code contributed by SGI.  You can use that code
without crediting SGI outside of the source.

XFree86 contains code contributed by the XFree86 project.  You cannot
use that code, however, unless you credit XFree86 in a user-visible manner.

Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Report to Recipient(s)

[Hub/Rail]

Incident Information:-

Originator: [EMAIL PROTECTED]
Recipients: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:Re: XFree86 4.4.0 RC3

Message from [EMAIL PROTECTED] was quarantined because it contained
banned content.

 -- 
  Este mensaje y sus ficheros adjuntos se dirigen exclusivamente a su   
 destinatario y pueden contener información privilegiada o confidencial. Si 
 no es usted el destinatario indicado, queda notificado de que la   
 utilización, divulgación y/o copia sin autorización está prohibida en  
 virtud de la legislación vigente. Si ha recibido este mensaje por error,   
 le rogamos que nos lo comunique inmediatamente por esta misma vía y
 proceda a su destrucción. Los ficheros adjuntos han sido comprobados con   
 un programa anti virus antes de su transmisión, pero les recomendamos que  
 efectúen sus propias comprobaciones antes de abrir cualquiera de ellos. No 
 aceptamos responsabilidad alguna por daños o pérdidas causados por virus   
 informáticos.  
 -- 
 Esta mensagem está dirigida exclusivamente ao destinatário e pode conter   
 informação privilegiada ou confidencial. Se você não for o destinatário
 indicado, fica notificado de que a utilização, divulgação e/ou cópia sem   
 autorização, está proibida de acordo com a legislação vigente. Se por  
 equívoco recebeu esta mensagem, rogamos que nos informe imediatamente por  
 esta mesma via, e proceda à destruição da mesma.  Os ficheiros adjuntos
 foram analisados com um programa antivírus antes da sua transmissão, mas   
 recomendamos efectuar a vossa própria comprovação antes de os abrir. Não   
 aceitamos nenhum tipo de responsabilidade por danos ou perdas ocasionados  
 por vírus informáticos.
 -- 
  This message and any attached files are intended exclusively for its  
 addressee and may contain information that is confidential and protected   
 by professional privilege. If you are not the intended recipient you are   
 hereby notified that any dissemination, copy or disclosure of this 
 communication is strictly prohibited by law. If this message has been  
 received in error, please immediately notify us via e-mail and delete it.  
 Any files attached to this message have been checked with virus detection  
 software prior to transmission, but you should carry out your own virus
 check before opening any attachment. We do not accept liability for any
 damage or loss which may be caused by software viruses.
 -- 









___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[David Dawes]

On Wed, Feb 18, 2004 at 09:30:35AM +, Aidan Kehoe wrote:
> Ar an 18ú lá de mí 2, scríobh David Dawes :
>
> > Lets face it: Your real objection is to giving credit to XFree86 and its
> > contributors.  GPL-incompatibility and FUD about FSF-freeness(*) of the
> > modified licence is just a poor excuse.
>
>I think it's unfair to assume that, David, especially since there have been
>severl reasoned disagreements with your position from people who have been
>active, useful contributors to XFree86. 

The most reasoned disagreement I've seen so far is "change is bad."

Claiming that the new license fits neither the FSF Free Software definition
or the Open Source Definition when the offending clause is close to that
in the Apache 1.1 licence, and milder than that in the original BSD
license, both of which are both FSF-free and OSI-open, is not a reasoned
disagreement.  It is FUD.

The GPL-compatibility issue is also FUD because XFree86 has always had
code under GPL-incompatible licences.  There are more serious problems
when it comes to strict GPL-compatibility than the modified XFree86
licence.

My point all along has been that the XFree86 licensing policy has not
changed.  If it is bad now, it was bad before.  Why wasn't anyone
complaining before?

>There have been almost no expressions of support for this change, and
>coherent objections from many of those whose contributions matter to the
>project. I'm surprised you're still going ahead with it. 

I can't speak for why the XFree86 board that voted unanimously for the
change, (and some of whom were advocating more radical changes), have
hung me out to dry on this.  I also can't speak for why some developers
have privately supported the change, but won't do so publicly.  But then
taking the heat on things like this comes with the job.  And I have very
thick asbestos undies, but boy do they itch :-)

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[David Dawes]

On Wed, Feb 18, 2004 at 04:19:31PM +0100, Juliusz Chroboczek wrote:
>DD> [XFree86] was not, as a whole, FSF-free before the change, let
>DD> alone GPL-compatible.  Same after the change.  But then XFree86
>DD> has never factored in those two licensing criteria.
>
>That's not quite the point, David.
>
>Of the many reasons for which I was happy to contribute my work to
>XFree86 was that the old licence guaranteed that anyone could use my
>code.  It was okay for Debian or FreeBSD to grab a routine that I
>wrote, as it was for Apple or Microsoft.

They still can use your code, because *you* choose the licence for your
code.  Nothing has changed there.

>Unless I've missed a post, you still haven't explained what it is that
>you're trying to achieve with the new licence.  I would like to hear
>you justify that the advantages of the new licence justify what I
>perceive as a net loss in code availability.

Equivalence of attribution, as I've stated many times.  If this was an
irrelevant issue, there would have been no fuss over the licence.  So,
it obviously isn't irrelevant.  This is why XFree86 licensing is now
being evaluated against metrics that weren't used before.  The licensing
of XFree86 as a whole, even the libraries as a whole, didn't meet the
GPL-compatibility or even FSF-free metrics before the change.  Why?
Those metrics were never used to evaluate licence suitability for code
included in XFree86.  To meet those metrics now, code would have to be
removed or rewritten.  If these metrics are as critical as some claim,
then it is probably a good thing that these broader problems have been
exposed.

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: Crashing Xvfb

[Jeff Epler]

Paul,
for what it's worth, I've also noticed wine apps killing Xvfb.  This was
with redhat 9's XFree86-Xvfb-4.3.0-2.

We ended up changing from Xvfb to vncserver, both for this reason and
because an error condition can require user intervention with our wine app.

I don't have any better test case, because ours involves a multi-megabyte
windows application.

Jeff
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Crashing Xvfb

[Paul Millar]

Hi,

[I hope this is the right forum for this ...]

I'm using the Xvfb from XFree86 as a dummy server for regression testing
WINE.  A recently added conformance/regression test causes Xvfb to
consistently seg-fault.  I've tried rebuilding Xvfb with the CVS HEAD
version (as of 2004-02-17).  The RELNOTES file says its version
"4.3.99.903" (== 4.4.0-RC3 ?) and that seg-faults too.

To illustrate the problem, I've written a short BASH script that automates
the crash.  Its available from:
  http://www.astro.gla.ac.uk/users/paulm/crashVFB.sh

Its rather unwieldy as a test-case: it compiles WINE the first time its
run.  But, running the script again will only re-run the tests that kills
the server.

The problem doesn't seem to affect "normal" servers (those driving real
hardware), at least not for old versions like v4.2.1 and v4.3.0.

Could someone who knows about these things have a look?

Ta,

Paul.


Paul Millar



___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Juliusz Chroboczek]

DD> [XFree86] was not, as a whole, FSF-free before the change, let
DD> alone GPL-compatible.  Same after the change.  But then XFree86
DD> has never factored in those two licensing criteria.

That's not quite the point, David.

Of the many reasons for which I was happy to contribute my work to
XFree86 was that the old licence guaranteed that anyone could use my
code.  It was okay for Debian or FreeBSD to grab a routine that I
wrote, as it was for Apple or Microsoft.

Unless I've missed a post, you still haven't explained what it is that
you're trying to achieve with the new licence.  I would like to hear
you justify that the advantages of the new licence justify what I
perceive as a net loss in code availability.

Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Diego Calleja]

El Tue, 17 Feb 2004 21:01:13 -0500 David Dawes <[EMAIL PROTECTED]> escribió:

> Don't rely on the FUD being circulated by people who can barely hide
> their prejudice.  Go straight to the definitive sources on licensing
> issues, namely the FSF and the OSI, and come to your own conclusions.

Well, if it really is FUD, the problem will be if *all* the Xfree distributors
(or most of them) stop distributing Xfree, no mather if it's FUD or not. And
it seems that several of them will not distribute X 4.4.

Could someone make a explanatory note of why the new Xfree License is
compatible or not with the GPL license? (for those of us who are not lawyers ;)

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Report to Recipient(s)

[Hub/Rail]

Incident Information:-

Originator: [EMAIL PROTECTED]
Recipients: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:Re: XFree86 4.4.0 RC3

Message from [EMAIL PROTECTED] was quarantined because it contained
banned content.

 -- 
  Este mensaje y sus ficheros adjuntos se dirigen exclusivamente a su   
 destinatario y pueden contener información privilegiada o confidencial. Si 
 no es usted el destinatario indicado, queda notificado de que la   
 utilización, divulgación y/o copia sin autorización está prohibida en  
 virtud de la legislación vigente. Si ha recibido este mensaje por error,   
 le rogamos que nos lo comunique inmediatamente por esta misma vía y
 proceda a su destrucción. Los ficheros adjuntos han sido comprobados con   
 un programa anti virus antes de su transmisión, pero les recomendamos que  
 efectúen sus propias comprobaciones antes de abrir cualquiera de ellos. No 
 aceptamos responsabilidad alguna por daños o pérdidas causados por virus   
 informáticos.  
 -- 
 Esta mensagem está dirigida exclusivamente ao destinatário e pode conter   
 informação privilegiada ou confidencial. Se você não for o destinatário
 indicado, fica notificado de que a utilização, divulgação e/ou cópia sem   
 autorização, está proibida de acordo com a legislação vigente. Se por  
 equívoco recebeu esta mensagem, rogamos que nos informe imediatamente por  
 esta mesma via, e proceda à destruição da mesma.  Os ficheiros adjuntos
 foram analisados com um programa antivírus antes da sua transmissão, mas   
 recomendamos efectuar a vossa própria comprovação antes de os abrir. Não   
 aceitamos nenhum tipo de responsabilidade por danos ou perdas ocasionados  
 por vírus informáticos.
 -- 
  This message and any attached files are intended exclusively for its  
 addressee and may contain information that is confidential and protected   
 by professional privilege. If you are not the intended recipient you are   
 hereby notified that any dissemination, copy or disclosure of this 
 communication is strictly prohibited by law. If this message has been  
 received in error, please immediately notify us via e-mail and delete it.  
 Any files attached to this message have been checked with virus detection  
 software prior to transmission, but you should carry out your own virus
 check before opening any attachment. We do not accept liability for any
 damage or loss which may be caused by software viruses.
 -- 









___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Aidan Kehoe]

 Ar an 18ú lá de mí 2, scríobh David Dawes :

 > Lets face it: Your real objection is to giving credit to XFree86 and its
 > contributors.  GPL-incompatibility and FUD about FSF-freeness(*) of the
 > modified licence is just a poor excuse.

I think it's unfair to assume that, David, especially since there have been
severl reasoned disagreements with your position from people who have been
active, useful contributors to XFree86. 

There have been almost no expressions of support for this change, and
coherent objections from many of those whose contributions matter to the
project. I'm surprised you're still going ahead with it. 

-- 
I don't care if it rains or freezes/'Long as I got my Plastic Jesus
Riding on the dashboard of my car.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[David Dawes]

On Wed, Feb 18, 2004 at 09:26:23AM +0100, Sven Luther wrote:
>On Wed, Feb 18, 2004 at 02:39:01AM -0500, Mike A. Harris wrote:
>> On Tue, 17 Feb 2004, David Dawes wrote:
>> 
>> >Also check the LICENSE document
>> >.  There is a lot
>> >of FUD being circulated about the licensing, so check here for the facts.
>> >Also check out the FSF's Free Software definition and their list of
>> >licenses, as well as the OSI's Open Source Definition.  There are links
>> >to these sites from our LICENSE document.  In particular, follow up with
>> >the BSD licences (original and revised), the FreeType License (FTL),
>> >the SGI Free Software License (which applies to GLX and CID), and the
>> >Apache 1.1 licence.
>> >
>> >Don't rely on the FUD being circulated by people who can barely hide
>> >their prejudice.  Go straight to the definitive sources on licensing
>> >issues, namely the FSF and the OSI, and come to your own conclusions.
>> 
>> So I must totally agree with you David.  People should indeed 
>> go to the definitive sources on open source licensing issues, the 
>> FSF and the OSI.
>> 
>> Interestingly enough, neither the XFree86 license version 1.0, 
>> nor the new 1.1 license are listed as OSI approved open source 
>> licenses:
>> 
>>  http://www.opensource.org/licenses/index.php
>> 
>> Going to the Free Software Foundations site to see their list of 
>> approved free software licenses, the XFree86 license version 1.0 
>> and 1.1 are also noteably missing:
>> 
>>  http://www.fsf.org/licenses/license-list.html
>> 
>> The FSF does have the following:
>> 
>> "The X11 license.
>> This is a simple, permissive non-copyleft free software license, 
>> compatible with the GNU GPL. XFree86 uses the same license. This 
>> is sometimes called the "MIT" license, but that term is 
>> misleading since MIT has used many licenses for software."
>> 
>> However that statement is inaccurate, as the parts of the 
>> XFree86 source code which are copyright by XFree86.org, are 
>> under either the XFree86 license version 1.0, or XFree86 license 
>> version 1.1.
>> 
>> The simple conclusion, is that XFree86 is not free software, as
>> defined by the Free Software Foundation nor open source software
>> as defined by the Open Source Initiative, however there are a few 
>> inaccuracies present on both of these websites which need to be 
>> fixed, in order to not mislead people into beleiving XFree86 is 
>> MIT/X11 licensed.
>
>I cannot agree with that. The new XFree86 licence is indeed free
>software, at least as far as Debian is concerned, or so Branden told me.
>
>The real problem here is not about the freeness of the licence, but
>about the GPL incompatibility of it, which is problematic for the client
>side libraries.
>
>There seems to be a tentative agreement to not change the licence on
>these client side libraries, but only on the server code, which should
>make any arguments here mostly moot. David, any advancement on this ? 

There won't be any licence changes for the client-side libraries
in 4.4.0.  However, libGL is (and was) problematic from a strict
GPL interpretation point of view, because the licence for the GLX
code (client and server side) is classified as non-free by the FSF.

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[David Dawes]

On Wed, Feb 18, 2004 at 02:39:01AM -0500, Mike A. Harris wrote:
>On Tue, 17 Feb 2004, David Dawes wrote:
>
>>Also check the LICENSE document
>>.  There is a lot
>>of FUD being circulated about the licensing, so check here for the facts.
>>Also check out the FSF's Free Software definition and their list of
>>licenses, as well as the OSI's Open Source Definition.  There are links
>>to these sites from our LICENSE document.  In particular, follow up with
>>the BSD licences (original and revised), the FreeType License (FTL),
>>the SGI Free Software License (which applies to GLX and CID), and the
>>Apache 1.1 licence.
>>
>>Don't rely on the FUD being circulated by people who can barely hide
>>their prejudice.  Go straight to the definitive sources on licensing
>>issues, namely the FSF and the OSI, and come to your own conclusions.
>
>So I must totally agree with you David.  People should indeed 
>go to the definitive sources on open source licensing issues, the 
>FSF and the OSI.
>
>Interestingly enough, neither the XFree86 license version 1.0, 
>nor the new 1.1 license are listed as OSI approved open source 
>licenses:
>
>   http://www.opensource.org/licenses/index.php
>
>Going to the Free Software Foundations site to see their list of 
>approved free software licenses, the XFree86 license version 1.0 
>and 1.1 are also noteably missing:
>
>   http://www.fsf.org/licenses/license-list.html
>
>The FSF does have the following:
>
>"The X11 license.
>This is a simple, permissive non-copyleft free software license, 
>compatible with the GNU GPL. XFree86 uses the same license. This 
>is sometimes called the "MIT" license, but that term is 
>misleading since MIT has used many licenses for software."
>
>However that statement is inaccurate, as the parts of the 
>XFree86 source code which are copyright by XFree86.org, are 
>under either the XFree86 license version 1.0, or XFree86 license 
>version 1.1.
>
>The simple conclusion, is that XFree86 is not free software, as
>defined by the Free Software Foundation nor open source software
>as defined by the Open Source Initiative, however there are a few 
>inaccuracies present on both of these websites which need to be 
>fixed, in order to not mislead people into beleiving XFree86 is 
>MIT/X11 licensed.

Well, you came to the right conclusion, even if for the wrong
reasons.  But I figured you'd get to where I wanted you to go, one
way or the other.  It isn't non-free because of the XFree86 licences,
but because of other licences.  If you look at XFree86 as a whole,
you'll find that it hasn't qualified as FSF-free for years -- for
at least as long as the SGI GLX code has been included.  It was
not, as a whole, FSF-free before the change, let alone GPL-compatible.
Same after the change.  But then XFree86 has never factored in
those two licensing criteria.  If you or other distros have policies
against shipping software that isn't FSF-free, you shouldn't have
been shipping XFree86 since at least 4.0.  It isn't the modified
XFree86 licence (compare with the original BSD licence and especially
the Apache 1.1 licence, which are both FSF-free and OSI-open) that
suddenly makes XFree86 as a whole not FSF-free.  It simply hasn't
been in at least 4-5 years, if not longer.

The big deal you are all making about the GPL-incompatibility of
the modified XFree86 licence is really quite minor in comparison.
Lets face it:  Your real objection is to giving credit to XFree86
and its contributors.  GPL-incompatibility and FUD about FSF-freeness(*)
of the modified licence is just a poor excuse.

Anyway, keep researching the various licences and definitions, but
look at the content, and don't be misled by the labels or lack
thereof.  Maybe you'll make it to the next step too...

Enjoy your day.

(*) http://www.xfree86.org/pipermail/forum/2004-February/004007.html

David
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Re: XFree86 4.4.0 RC3

[Sven Luther]

On Wed, Feb 18, 2004 at 02:39:01AM -0500, Mike A. Harris wrote:
> On Tue, 17 Feb 2004, David Dawes wrote:
> 
> >Also check the LICENSE document
> >.  There is a lot
> >of FUD being circulated about the licensing, so check here for the facts.
> >Also check out the FSF's Free Software definition and their list of
> >licenses, as well as the OSI's Open Source Definition.  There are links
> >to these sites from our LICENSE document.  In particular, follow up with
> >the BSD licences (original and revised), the FreeType License (FTL),
> >the SGI Free Software License (which applies to GLX and CID), and the
> >Apache 1.1 licence.
> >
> >Don't rely on the FUD being circulated by people who can barely hide
> >their prejudice.  Go straight to the definitive sources on licensing
> >issues, namely the FSF and the OSI, and come to your own conclusions.
> 
> So I must totally agree with you David.  People should indeed 
> go to the definitive sources on open source licensing issues, the 
> FSF and the OSI.
> 
> Interestingly enough, neither the XFree86 license version 1.0, 
> nor the new 1.1 license are listed as OSI approved open source 
> licenses:
> 
>   http://www.opensource.org/licenses/index.php
> 
> Going to the Free Software Foundations site to see their list of 
> approved free software licenses, the XFree86 license version 1.0 
> and 1.1 are also noteably missing:
> 
>   http://www.fsf.org/licenses/license-list.html
> 
> The FSF does have the following:
> 
> "The X11 license.
> This is a simple, permissive non-copyleft free software license, 
> compatible with the GNU GPL. XFree86 uses the same license. This 
> is sometimes called the "MIT" license, but that term is 
> misleading since MIT has used many licenses for software."
> 
> However that statement is inaccurate, as the parts of the 
> XFree86 source code which are copyright by XFree86.org, are 
> under either the XFree86 license version 1.0, or XFree86 license 
> version 1.1.
> 
> The simple conclusion, is that XFree86 is not free software, as
> defined by the Free Software Foundation nor open source software
> as defined by the Open Source Initiative, however there are a few 
> inaccuracies present on both of these websites which need to be 
> fixed, in order to not mislead people into beleiving XFree86 is 
> MIT/X11 licensed.

I cannot agree with that. The new XFree86 licence is indeed free
software, at least as far as Debian is concerned, or so Branden told me.

The real problem here is not about the freeness of the licence, but
about the GPL incompatibility of it, which is problematic for the client
side libraries.

There seems to be a tentative agreement to not change the licence on
these client side libraries, but only on the server code, which should
make any arguments here mostly moot. David, any advancement on this ? 

Friendly,

Sven Luther

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel