[VOTE] Apply labs crypto notice from JIRA-134

[Bernd Fondermann-2]

On Mon, Jun 30, 2008 at 8:04 PM, William A. Rowe, Jr.
<wrowe@...> wrote:
> Bernd Fondermann wrote:
>>
>> (Or even simpler: run 'svn rm <lab>' and you don't even need to read any
>> annyoing documents.)
>
> It's a version control system, your advise is not correct.  Infra is
> capable of completely shuttering a repository, history and all.  However,
> it doesn't solve Stefano's responsibility to send these notices in arrears.

interesting, didn't know that.

 Bernd

---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[David Reid-3]

Bernd Fondermann wrote:

> On Mon, Jun 30, 2008 at 8:04 PM, William A. Rowe, Jr.
> <wrowe@...> wrote:
>> Bernd Fondermann wrote:
>>> (Or even simpler: run 'svn rm <lab>' and you don't even need to read any
>>> annyoing documents.)
>> It's a version control system, your advise is not correct.  Infra is
>> capable of completely shuttering a repository, history and all.  However,
>> it doesn't solve Stefano's responsibility to send these notices in arrears.
>
> interesting, didn't know that.

How does SF get away with it then? Or any of the other hosting places
that have sprung up?

I could take my code and drop it there and not get any of this bother,
so what's different? A cynic would be tempted to suggest it was merely
the anality of a small group... <g> :-)

>
>  Bernd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: labs-unsubscribe@...
> For additional commands, e-mail: labs-help@...
>
>
> !DSPAM:16,4869270f73209940011260!
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[William A. Rowe, Jr.]

David Reid wrote:
>
> How does SF get away with it then? Or any of the other hosting places
> that have sprung up?

By declaring themselves common carriers with no responsibility for the
content of projects within their site, and under the terms of service
the user (publisher/author) owns all liability.  Not the way I'd like
to see our foundation operate, but the option exists.




---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[David Reid-3]

William A. Rowe, Jr. wrote:
> David Reid wrote:
>>
>> How does SF get away with it then? Or any of the other hosting places
>> that have sprung up?
>
> By declaring themselves common carriers with no responsibility for the
> content of projects within their site, and under the terms of service
> the user (publisher/author) owns all liability.  Not the way I'd like
> to see our foundation operate, but the option exists.

Is it an option to go down this road for labs? All along Stafeno has
tried to keep the bar low for labs usage, this would possibly help keep
that bar low.

>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: labs-unsubscribe@...
> For additional commands, e-mail: labs-help@...
>
>
> !DSPAM:16,486931cf73201748821011!
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[William A. Rowe, Jr.]

David Reid wrote:

> William A. Rowe, Jr. wrote:
>> David Reid wrote:
>>> How does SF get away with it then? Or any of the other hosting places
>>> that have sprung up?
>> By declaring themselves common carriers with no responsibility for the
>> content of projects within their site, and under the terms of service
>> the user (publisher/author) owns all liability.  Not the way I'd like
>> to see our foundation operate, but the option exists.
>
> Is it an option to go down this road for labs? All along Stafeno has
> tried to keep the bar low for labs usage, this would possibly help keep
> that bar low.

Perhaps if we started apachelabs.org it might be possible.  We are handling
Maven repositories this way, who are served from maven.org clearly off of
the apache.org mainline.

I'd be really about the resulting confusion if parts of .apache.org were
radically different than others.

---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[William A. Rowe, Jr.]

David Reid wrote:

> William A. Rowe, Jr. wrote:
>> David Reid wrote:
>>> How does SF get away with it then? Or any of the other hosting places
>>> that have sprung up?
>> By declaring themselves common carriers with no responsibility for the
>> content of projects within their site, and under the terms of service
>> the user (publisher/author) owns all liability.  Not the way I'd like
>> to see our foundation operate, but the option exists.
>
> Is it an option to go down this road for labs? All along Stafeno has
> tried to keep the bar low for labs usage, this would possibly help keep
> that bar low.

Would labs participants be happy with a Contributor License Agreement that
looked more like http://alexandria.wiki.sourceforge.net/Terms+of+Use
rather than a CLA?

Bill


---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...

[William A. Rowe, Jr.]

David Reid wrote:
>
> How does SF get away with it then? Or any of the other hosting places
> that have sprung up?

Final observation for today, I have plenty work to get done this week :)

As a SourceForge committer, you have agreed that;



4. NO UNLAWFUL OR PROHIBITED USE

In connection with your use of SourceForge.net, you shall comply with all
applicable international, state, federal, local laws, including without
limitation, all laws regulating exports. You are aware that all postings of
open source encryption code must be simultaneously reported by email to the
U.S. government. You are responsible for submitting this email report to the
U.S. government in accordance with procedures described in:
http://www.bis.doc.gov/encryption/PubAvailEncSourceCodeNofify.html and
Section 740.13(e) of the EAR.

You represent you are not a person on a list barring you from receiving
services under U.S. laws or other applicable jurisdiction, including without
limitations, Denied Persons List, Entity List, and other lists issued by the
U.S. Department of Commerce, Bureau of Industry and Security, detailed at
http://www.bis.doc.gov/complianceandenforcement/ListsToCheck.htm (or
successor sites thereto). Users residing in countries on the United States
Office of Foreign Assets Control sanction list, including Cuba, Iran, North
Korea, Sudan and Syria, may not post or access Content available through
SourceForge.net.

---------------------------------------------------------------------
To unsubscribe, e-mail: labs-unsubscribe@...
For additional commands, e-mail: labs-help@...