Free Methods
Posted 17 Jul 2002 at 11:28 UTC by jul
Today, the Libre Software community is threatened by companies that use Free Software Licenses. Those companies strictly respect the terms of the licenses, however the Libre Software Community feels betrayed. It seems an evidence, Libre Software is more than a matter of license.
The main idea is : it is important not only to give the bottle (license&&software), but also the wine (methods&&values) so that everybody can appreciate the great taste of freedom.
The body of the article is available at http://libroscope.org/article.php3?id_article=8.
Libroscope is a project I am on, and the team would really appreciate new contributors. That is the reason we would be delighted to have your feedbacks.
We use SPIP as a collaborative tool, so feel free to email me to know how it works since it is quite a french-speaking oriented tool... however, it is fairly easy to use.
You can also read in the same idea:
http://firstmonday.org/issues/issue6_11/dafermos/index.html
SPIP..., posted 17 Jul 2002 at 13:56 UTC by r4f »
(Master)
...is a Publishing System for the Internet : http://www.uzine.net/spip. For all non-French speaking people : you'll find a pity this piece of software isn't internationalized, 'cause it's really worth trying and using it !
Got an example?, posted 17 Jul 2002 at 23:13 UTC by clausen »
(Master)
<quote>
Those companies strictly respect the terms of the licenses, however the
Libre Software Community feels betrayed.
</quote>
Got an example? Who feels betrayed? Which companies "strictly
respect" f/s licences, but "threaten" the community? How?
Yes got examples, posted 18 Jul 2002 at 02:32 UTC by jul »
(Master)
This lays in the slides :)
http://libroscope.org/doc/conf/lsm2002/slides-000.html
(examples @ slides 5) Since the demonstration was made oraly, I expect
you want some explanations.
Let's take United Linux. Red Hat, Suse, Mandrake are quite known for
respecting the license. But still, some of us feels uneasy without
exactly knowing what they are doing.
That is the point, United Linux aims toward being a standard, but
whatever the purpose is, it is a closed actors consortium, you have
strictly no way to contributes as a member of the community to the
building of this «standard». This is quite opposite to RFC way of
building standard...
Another example maybe VA. They have used the GPL license for they code,
but still there has been quite some difficulties for the contributors to
get help and clear information from the SF team.
But reading the
conditions of use are funnier :
- by using sourceforge you accept all the conditions of use, and the
«Terms» (of the contract)
- your software has to be conform to OSI and the owner has any rights
on its intellectual property (fine you'd say)
- the cherry on the cake is : <quote>
We reserve the right, at our discretion, to change, modify, add
or remove portions of these terms periodically. Such modifications shall
be effective immediately upon posting of the modified agreement to the
website. Your continued use of the SourceForge.net website following the
posting of changes to these terms and conditions will mean that you
accept those changes.
In addition, each user's use of particular Services may be subject to
specific guidelines or rules ("Service-specific Rules") posted from time
to time and incorporated by this reference into the Terms and Conditions
of Use (``Terms''). Use of SourceForge.net and/or its Services constitutes
full acceptance of and agreement to the Terms; if a user does not accept
our Terms, he or she is not granted rights to use SourceForge.net or any
of its Services, as defined herein, and should refrain from accessing
SourceForge.net and its Services.
</quote>.
So they can decide
something else concerning your project, even concerning your Intellectual Property
over your code that is granted by this «conditions of use»
We being VA, not the community. This looks an like an open window
to any gates since you do not know who is «we», and they have no
transparency.
That's some of the reasons why SF was forked to
http://savannah.gnu.org/ . They are also interesting point such as
open source, closed talk
to read.
So as a conclusion, I'd say (some) people feels uneasy about it, since
these ones confuse respecting Free/OS Software community with the respect of licences. But respecting
the licence may not be enough...and this is the topic of the
presentation, so to say our values are as important as license, and
that we should try to explain our methods (that enforces our values) to
communities other than our to help enforcing the spirit of the FS/OS community, rather than the «legal» aspect (the licenses).
As it is long to explain, I'd propose to have a look at the practical case :
http://libroscope.org/doc/conf/lsm2002/slides-036.html
Feel free to ask for more precisions if you don't find my explanations clear.
Yes got examples, posted 18 Jul 2002 at 02:32 UTC by jul »
(Master)
This lays in the slides :)
http://libroscope.org/doc/conf/lsm2002/slides-000.html
(examples @ slides 5) Since the demonstration was made oraly, I expect
you want some explanations.
Let's take United Linux. Red Hat, Suse, Mandrake are quite known for
respecting the license. But still, some of us feels uneasy without
exactly knowing what they are doing.
That is the point, United Linux aims toward being a standard, but
whatever the purpose is, it is a closed actors consortium, you have
strictly no way to contributes as a member of the community to the
building of this «standard». This is quite opposite to RFC way of
building standard...
Another example maybe VA. They have used the GPL license for they code,
but still there has been quite some difficulties for the contributors to
get help and clear information from the SF team.
But reading the
conditions of use are funnier :
- by using sourceforge you accept all the conditions of use, and the
«Terms» (of the contract)
- your software has to be conform to OSI and the owner has any rights
on its intellectual property (fine you'd say)
- the cherry on the cake is : <quote>
We reserve the right, at our discretion, to change, modify, add
or remove portions of these terms periodically. Such modifications shall
be effective immediately upon posting of the modified agreement to the
website. Your continued use of the SourceForge.net website following the
posting of changes to these terms and conditions will mean that you
accept those changes.
In addition, each user's use of particular Services may be subject to
specific guidelines or rules ("Service-specific Rules") posted from time
to time and incorporated by this reference into the Terms and Conditions
of Use (``Terms''). Use of SourceForge.net and/or its Services constitutes
full acceptance of and agreement to the Terms; if a user does not accept
our Terms, he or she is not granted rights to use SourceForge.net or any
of its Services, as defined herein, and should refrain from accessing
SourceForge.net and its Services.
</quote>.
So they can decide
something else concerning your project, even concerning your Intellectual Property
over your code that is granted by this «conditions of use»
We being VA, not the community. This looks an like an open window
to any gates since you do not know who is «we», and they have no
transparency.
That's some of the reasons why SF was forked to
http://savannah.gnu.org/ . They are also interesting point such as
open source, closed talk
to read.
So as a conclusion, I'd say (some) people feels uneasy about it, since
these ones confuse respecting Free/OS Software community with the respect of licences. But respecting
the licence may not be enough...and this is the topic of the
presentation, so to say our values are as important as license, and
that we should try to explain our methods (that enforces our values) to
communities other than our to help enforcing the spirit of the FS/OS community, rather than the «legal» aspect (the licenses).
As it is long to explain, I'd propose to have a look at the practical case :
http://libroscope.org/doc/conf/lsm2002/slides-036.html
Feel free to ask for more precisions if you don't find my explanations clear.
Yes got examples, posted 18 Jul 2002 at 02:32 UTC by jul »
(Master)
This lays in the slides :)
http://libroscope.org/doc/conf/lsm2002/slides-000.html
(examples @ slides 5) Since the demonstration was made oraly, I expect
you want some explanations.
Let's take United Linux. Red Hat, Suse, Mandrake are quite known for
respecting the license. But still, some of us feels uneasy without
exactly knowing what they are doing.
That is the point, United Linux aims toward being a standard, but
whatever the purpose is, it is a closed actors consortium, you have
strictly no way to contributes as a member of the community to the
building of this «standard». This is quite opposite to RFC way of
building standard...
Another example maybe VA. They have used the GPL license for they code,
but still there has been quite some difficulties for the contributors to
get help and clear information from the SF team.
But reading the
conditions of use are funnier :
- by using sourceforge you accept all the conditions of use, and the
«Terms» (of the contract)
- your software has to be conform to OSI and the owner has any rights
on its intellectual property (fine you'd say)
- the cherry on the cake is : <quote>
We reserve the right, at our discretion, to change, modify, add
or remove portions of these terms periodically. Such modifications shall
be effective immediately upon posting of the modified agreement to the
website. Your continued use of the SourceForge.net website following the
posting of changes to these terms and conditions will mean that you
accept those changes.
In addition, each user's use of particular Services may be subject to
specific guidelines or rules ("Service-specific Rules") posted from time
to time and incorporated by this reference into the Terms and Conditions
of Use (``Terms''). Use of SourceForge.net and/or its Services constitutes
full acceptance of and agreement to the Terms; if a user does not accept
our Terms, he or she is not granted rights to use SourceForge.net or any
of its Services, as defined herein, and should refrain from accessing
SourceForge.net and its Services.
</quote>.
So they can decide
something else concerning your project, even concerning your Intellectual Property
over your code that is granted by this «conditions of use»
We being VA, not the community. This looks an like an open window
to any gates since you do not know who is «we», and they have no
transparency.
That's some of the reasons why SF was forked to
http://savannah.gnu.org/ . They are also interesting point such as
open source, closed talk
to read.
So as a conclusion, I'd say (some) people feels uneasy about it, since
these ones confuse respecting Free/OS Software community with the respect of licences. But respecting
the licence may not be enough...and this is the topic of the
presentation, so to say our values are as important as license, and
that we should try to explain our methods (that enforces our values) to
communities other than our to help enforcing the spirit of the FS/OS community, rather than the «legal» aspect (the licenses).
As it is long to explain, I'd propose to have a look at the practical case :
http://libroscope.org/doc/conf/lsm2002/slides-036.html
Feel free to ask for more precisions if you don't find my explanations clear.
Yes got examples, posted 18 Jul 2002 at 02:32 UTC by jul »
(Master)
This lays in the slides :)
http://libroscope.org/doc/conf/lsm2002/slides-000.html
(examples @ slides 5) Since the demonstration was made oraly, I expect
you want some explanations.
Let's take United Linux. Red Hat, Suse, Mandrake are quite known for
respecting the license. But still, some of us feels uneasy without
exactly knowing what they are doing.
That is the point, United Linux aims toward being a standard, but
whatever the purpose is, it is a closed actors consortium, you have
strictly no way to contributes as a member of the community to the
building of this «standard». This is quite opposite to RFC way of
building standard...
Another example maybe VA. They have used the GPL license for they code,
but still there has been quite some difficulties for the contributors to
get help and clear information from the SF team.
But reading the
conditions of use are funnier :
- by using sourceforge you accept all the conditions of use, and the
«Terms» (of the contract)
- your software has to be conform to OSI and the owner has any rights
on its intellectual property (fine you'd say)
- the cherry on the cake is : <quote>
We reserve the right, at our discretion, to change, modify, add
or remove portions of these terms periodically. Such modifications shall
be effective immediately upon posting of the modified agreement to the
website. Your continued use of the SourceForge.net website following the
posting of changes to these terms and conditions will mean that you
accept those changes.
In addition, each user's use of particular Services may be subject to
specific guidelines or rules ("Service-specific Rules") posted from time
to time and incorporated by this reference into the Terms and Conditions
of Use (``Terms''). Use of SourceForge.net and/or its Services constitutes
full acceptance of and agreement to the Terms; if a user does not accept
our Terms, he or she is not granted rights to use SourceForge.net or any
of its Services, as defined herein, and should refrain from accessing
SourceForge.net and its Services.
</quote>.
So they can decide
something else concerning your project, even concerning your Intellectual Property
over your code that is granted by this «conditions of use»
We being VA, not the community. This looks an like an open window
to any gates since you do not know who is «we», and they have no
transparency.
That's some of the reasons why SF was forked to
http://savannah.gnu.org/ . They are also interesting point such as
open source, closed talk
to read.
So as a conclusion, I'd say (some) people feels uneasy about it, since
these ones confuse respecting Free/OS Software community with the respect of licences. But respecting
the licence may not be enough...and this is the topic of the
presentation, so to say our values are as important as license, and
that we should try to explain our methods (that enforces our values) to
communities other than our to help enforcing the spirit of the FS/OS community, rather than the «legal» aspect (the licenses).
As it is long to explain, I'd propose to have a look at the practical case :
http://libroscope.org/doc/conf/lsm2002/slides-036.html
Feel free to ask for more precisions if you don't find my explanations clear.
sorry, posted 18 Jul 2002 at 02:33 UTC by jul »
(Master)
got a little problem..... did not wanted to flood the forum. :(
I agree with your point, but to some extent, the license helps that
anyway. For example, you point out savannah.gnu.org is a fork of
SourceForge. That's an excellent example of how the license encourages
a company to adhere to the spirit as well as the letter. I was always
nervous accepting cookies from SourceForge, but have no compunctions
about accepting them from Savannah. And I know my project will never be eaten by Savannah, and I didn't know that about SourceForge.
The licenses, especially the GNU ones, are designed to protect the
community against companies gone awry. I think they do their job
admirably well. I think the main weakness of the BSD license is that it
doesn't do that.
As for RedHat, they do not make me in the least nervous. Their bug
system is open to all. Their programmers participate actively in
community forums. They are excellent about contributing code back. As
near as I can tell, they are a model Open Source company. It's their
ubiquity, and the notion that they're a 'default' choice that makes
people nervous. A lot of people worry about vesting too much power in
any one company. They're right to be nervous, but I still think the GPL
does a lot to protect us from RedHat becoming evil.
And, UnitedLinux makes me very nervous, for exactly the reasons you point out. Still, given the GPL, it's possible to ignore them if they won't play nice.
I think BSD license is hard core gamer/coder license : they sort
of make the bet there methods/organization/community is so
'efficient' (world company TM) that firms can still try to fork or
proprietarize their code they will have nothing.
For instance through the study of TCP sequence there are strong hints MS
might have used BSD code for its TCP/IP stack.
See here (it is really
uncommon to have the same shape of attractors (cubic) for two different non linear phenomena).
However in the hypothesis CISCO/MS use BSD piece of code for their
TCP/IP stack, do they have any advantage? No, since they don't update
their product as often as BSD. For instance, if their stack was the BSD
one, script kiddies would just have to use Well-Know Vulnerability
Breaches of BSD TCP/IP stack to do a regular attack by IP spoofing or
even try the man in the middle to break into MS computer.
They have what was once a good implementation of the TCP/IP stack, and now cannot insure the security of their OS at the net level.
They have the code so what? they don't have the methods, they are not
able to adapt themselves as quickly as WE do. The day they will have the
methods, I guess they will be less reluctant to use BSD or GPL.
My conclusion is linus said once have fun, BSDists seem to be fun too. Maybe, this is one of our secret methods.