Judge Stewart Denies Novell Motion in Limine No. 7

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News Judge Stewart Denies Novell Motion in Limine No. 7
# 1  
Old 02-22-2010
Judge Stewart Denies Novell Motion in Limine No. 7

Judge Stewart has denied Novell's Motion in Limine No. 7, saying that the motion is "essentially one for partial summary judgment and, as such, is untimely." He also says they can bring their issues up in jury instructions. That was SCO's argument, which has been adopted wholesale.
But I think it's a bit of sleight of hand to say it's a matter for summary judgment. In theory, it is true that Novell can bring it up again later on a motion for partial summary judgment, but in real-life terms, I think it would be a waste of time to do so, since the judge's order goes on to say that the issues Novell raises are issues of fact that must be decided by a jury. That telegraphs to my brain that any such summary judgment motion would be denied on the grounds that it's the jury that has to decide the matters. Unless in some alternate universe, SCO suddenly agreed with Novell on all the facts. Hardy har. But I'm just a paralegal by training, so I could be missing something here.
So, what I'm saying is, that as far as I can determine, Novell just got told no, period, final answer. It's up to the jury now. I am only guessing, but after the appeals court ruled that Judge Dale Kimball shouldn't have ruled on copyright ownership but should have left it to the jury, the new judge assigned is very likely to leave to the jury as much as he can. It takes longer, meaning it costs more to get there, but it's not a bad place to be, before a jury.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
MOD_CC(4)						   BSD Kernel Interfaces Manual 						 MOD_CC(4)

NAME
mod_cc -- Modular congestion control DESCRIPTION
The modular congestion control framework allows the TCP implementation to dynamically change the congestion control algorithm used by new and existing connections. Algorithms are identified by a unique ascii(7) name. Algorithm modules can be compiled into the kernel or loaded as kernel modules using the kld(4) facility. The default algorithm is NewReno, and all connections use the default unless explicitly overridden using the TCP_CONGESTION socket option (see tcp(4) for details). The default can be changed using a sysctl(3) MIB variable detailed in the MIB Variables section below. MIB Variables The framework exposes the following variables in the net.inet.tcp.cc branch of the sysctl(3) MIB: available Read-only list of currently available congestion control algorithms by name. algorithm Returns the current default congestion control algorithm when read, and changes the default when set. When attempting to change the default algorithm, this variable should be set to one of the names listed by the net.inet.tcp.cc.available MIB variable. SEE ALSO
cc_cdg(4), cc_chd(4), cc_cubic(4), cc_dctcp(4), cc_hd(4), cc_htcp(4), cc_newreno(4), cc_vegas(4), tcp(4), mod_cc(9) ACKNOWLEDGEMENTS
Development and testing of this software were made possible in part by grants from the FreeBSD Foundation and Cisco University Research Pro- gram Fund at Community Foundation Silicon Valley. HISTORY
The mod_cc modular congestion control framework first appeared in FreeBSD 9.0. The framework was first released in 2007 by James Healy and Lawrence Stewart whilst working on the NewTCP research project at Swinburne Uni- versity of Technology's Centre for Advanced Internet Architectures, Melbourne, Australia, which was made possible in part by a grant from the Cisco University Research Program Fund at Community Foundation Silicon Valley. More details are available at: http://caia.swin.edu.au/urp/newtcp/ AUTHORS
The mod_cc facility was written by Lawrence Stewart <lstewart@FreeBSD.org>, James Healy <jimmy@deefa.com> and David Hayes <david.hayes@ieee.org>. This manual page was written by David Hayes <david.hayes@ieee.org> and Lawrence Stewart <lstewart@FreeBSD.org>. BSD
January 12, 2015 BSD