Login or Register to Ask a Question and Join Our Community


UNIX and Linux RSS News

FSF: Nothing Can Excuse Oracle's Patent Aggression

Login to Discuss or Reply to this Discussion in Our Community

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News FSF: Nothing Can Excuse Oracle's Patent Aggression
# 1  
Old 09-09-2010
FSF: Nothing Can Excuse Oracle's Patent Aggression
FSF has issued a statement about Oracle's patent infringement lawsuit against Google over Android. While Google could have avoided all this by using the GPL'd IcedTea and they have yet to take a stand against software patents, still nothing, FSF writes, can excuse Oracle's patent aggression. "Oracle is wrong to use its patents to attack Android," FSF concludes.
They have a number of suggestions on how they think you can help, including searching for prior art. The result of all this, unless Oracle changes course, will be, FSF points out, that everyone will dump Java:
Programmers will justifiably steer clear of Java when they stand to be sued if they use it in some way that Oracle doesn't like. One of the great benefits of free software is that it allows programs to be combined in ways that none of the original developers would've anticipated, to create something new and exciting. Oracle is signaling to the world that they intend to limit everyone's ability to do this with Java, and that's unjustifiable.
If you have prior art, you can place it here or on the End Software Patents wiki, as they suggest, or both.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

2 More Discussions You Might Find Interesting

1. What is on Your Mind?

What can you do when you need to find an excuse in a hurry?

try this, telnet towel.blinkenlights.nl 666 another mindless timewaster when you're bored of twiddling your thumbs :D (0 Replies)
Discussion started by: sparcguy
0 Replies

2. Shell Programming and Scripting

excuse my stupidity

I am getting a variable from a web page ($inst) which is looked at by the loop: if ($inst == 2) { do stuff } the problem is that no matter what the value of $inst the code enters the loop. I know it is some thing small and stupid, but any help would be appreciated. john (3 Replies)
Discussion started by: jmg5
3 Replies
Login or Register to Ask a Question

LEARN ABOUT DEBIAN

apache::session::oracle

Apache::Session::Oracle(3pm)				User Contributed Perl Documentation			      Apache::Session::Oracle(3pm)

NAME

       Apache::Session::Oracle - An implementation of Apache::Session

SYNOPSIS

	use Apache::Session::Oracle;

	#if you want Apache::Session to open new DB handles:

	tie %hash, 'Apache::Session::Oracle', $id, {
	   DataSource => 'dbi:Oracle:sessions',
	   UserName   => $db_user,
	   Password   => $db_pass,
	   Commit     => 1
	};

	#or, if your handles are already opened:

	tie %hash, 'Apache::Session::Oracle', $id, {
	   Handle => $dbh,
	   Commit => 1
	};

DESCRIPTION

       This module is an implementation of Apache::Session.  It uses the Oracle backing store and no locking.  See the example, and the
       documentation for Apache::Session::Store::Oracle for more details.

USAGE

       The special Apache::Session argument for this module is Commit.	You MUST provide the Commit argument, which instructs this module to
       either commit the transaction when it is finished, or to simply do nothing.  This feature is provided so that this module will not have
       adverse interactions with your local transaction policy, nor your local database handle caching policy.	The argument is mandatory in order
       to make you think about this problem.

       This module also respects the LongReadLen argument, which specifies the maximum size of the session object.  If not specified, the default
       maximum is 8 KB.

AUTHOR

       This module was written by Jeffrey William Baker <jwbaker@acm.org>.

SEE ALSO

       Apache::Session::File, Apache::Session::Flex, Apache::Session::DB_File, Apache::Session::Postgres, Apache::Session

perl v5.10.1							    2010-10-18					      Apache::Session::Oracle(3pm)