Kernel 2059 from Dave Jones fixes nvidia.ko loading

[Jim Bevier]

Well, kernel 2059 fixes the nvidia.ko loading problem.  It also still works 
for VMware, ntfs, and a couple of other drivers I compile.  Great job Dave.

We should be good to go next week!  All  in all, a great effort with the 
release!

Jim

[Filip Tsachev]

On 18/03/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  Well, kernel 2059 fixes the nvidia.ko loading problem. 
nice!

> It also still works for VMware,<snip> 
since when?
I can't use vmplayer with 2.6.15-1.2041_FC5, because of

The kernel defined by this directory of header files does not have the same
address space size as your running kernel.

I've read this topic:
https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html
Patched vmmon and vmnet, all went fine except patching vmware-config.pl:

patch unexpectedly ends in middle of line
Hunk #1 FAILED at 1969.
1 out of 1 hunk FAILED -- saving rejects to file /usr/bin/vmware-config.pl.rej
[root@fbi vmware]# cat /usr/bin/vmware-config.pl.rej
***************
*** 1969,1976 ****
     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
     . shell_string($pattern));
  chomp($header_page_offset);
-   $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
-   if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
     # We found a valid page offset
     if (defined($gSystem{'page_offset'}) and

--- 1969,1976 ----
     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
     . shell_string($pattern));
  chomp($header_page_offset);
+   if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
+     $header_page_offset = $1;
     # We found a valid page offset
     if (defined($gSystem{'page_offset'}) and

patch itself:
--- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
+++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
@@ -1969,8 +1969,8 @@
    . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
    . shell_string($pattern));
  chomp($header_page_offset);
-  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
-  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
+  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
+    $header_page_offset = $1;
    # We found a valid page offset
    if (defined($gSystem{'page_offset'}) and
        not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {


--
Cheers,
Filip
http://fedora.linux.duke.edu/wiki/FilipTsachev

[Chitlesh GOORAH]

On 3/18/06, Filip Tsachev <filip.tsachev(a)fedora.redhat.com&gt; wrote:
>  On 18/03/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  > Well, kernel 2059 fixes the nvidia.ko loading problem.
>  nice!
>
>  >It also still works for VMware,<snip>
>  since when?
>  I can't use vmplayer with 2.6.15-1.2041_FC5, because of 

Hello Filip,
I can confirm that if you follow this little howto
http://clunixchit.blogspot.com/2006/02/vmware-player-and-livecd.html
vmplayer will work on  2.6.15-1.2041_FC5

--
http://clunixchit.blogspot.com

[Filip Tsachev]

Could you send me these 3 files please:
something really messed up here...


# tar cf vmmon.tar vmmon-only
# tar cf vmnet.tar vmnet-only

Run 'vmware-config.pl'.

p.s. 36.72 GB :)
On 18/03/06, Chitlesh GOORAH <chitlesh(a)fedoraproject.org&gt; wrote:
>  On 3/18/06, Filip Tsachev <filip.tsachev(a)fedora.redhat.com&gt;
> wrote:
>  > On 18/03/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  > > Well, kernel 2059 fixes the nvidia.ko loading problem.
>  > nice!
>  >
>  > >It also still works for VMware,<snip>
>  > since when?
>  > I can't use vmplayer with 2.6.15-1.2041_FC5, because of
>
>
>  Hello Filip,
>  I can confirm that if you follow this little howto
>  http://clunixchit.blogspot.com/2006/02/vmware-player-and-livecd.html
>  vmplayer will work on  2.6.15-1.2041_FC5
>
>  --
>  http://clunixchit.blogspot.com
>
>  --
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  https://www.redhat.com/mailman/listinfo/fedora-test-list
>  

--
Cheers,
Filip
http://fedora.linux.duke.edu/wiki/FilipTsachev

[Jim Bevier]

----- Original Message ----- 
From: "Filip Tsachev" <filip.tsachev(a)fedora.redhat.com&gt;
To: "For testers of Fedora Core development releases" 
<fedora-test-list(a)redhat.com&gt;
Sent: Saturday, March 18, 2006 7:36 AM
Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading


>  On 18/03/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
> > Well, kernel 2059 fixes the nvidia.ko loading problem.
>  nice!
>
> >It also still works for VMware,<snip>
>  since when?
>  I can't use vmplayer with 2.6.15-1.2041_FC5, because of
>
>  The kernel defined by this directory of header files does not have the 
>  same
>  address space size as your running kernel.
>
>  I've read this topic:
>  https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html
>  Patched vmmon and vmnet, all went fine except patching vmware-config.pl:
>
>  patch unexpectedly ends in middle of line
>  Hunk #1 FAILED at 1969.
>  1 out of 1 hunk FAILED -- saving rejects to file 
>  /usr/bin/vmware-config.pl.rej
>  [root@fbi vmware]# cat /usr/bin/vmware-config.pl.rej
>  ***************
>  *** 1969,1976 ****
>      . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>      . shell_string($pattern));
>   chomp($header_page_offset);
>  -   $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  -   if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>      # We found a valid page offset
>      if (defined($gSystem{'page_offset'}) and
>
>  --- 1969,1976 ----
>      . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>      . shell_string($pattern));
>   chomp($header_page_offset);
>  +   if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  +     $header_page_offset = $1;
>      # We found a valid page offset
>      if (defined($gSystem{'page_offset'}) and
>
>  patch itself:
>  --- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
>  +++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
>  @@ -1969,8 +1969,8 @@
>     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>     . shell_string($pattern));
>   chomp($header_page_offset);
>  -  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  -  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  +  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  +    $header_page_offset = $1;
>     # We found a valid page offset
>     if (defined($gSystem{'page_offset'}) and
>         not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {
>
>
>  --
>  Cheers,
>  Filip
>  http://fedora.linux.duke.edu/wiki/FilipTsachev 
Filip

It looks like you have some bad characters in the patch.  Edit it with
your favorite editor or try the patch again.  Here is the stuff again:

> From a Tom London message on this list: 
There is a bug in the vmware-config.pl script that is exposed by
changes to the newer kernel headers.

I've reported this to vmware:
http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0

Here is the patch described there:

--- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
+++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
@@ -1969,8 +1969,8 @@
     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
     . shell_string($pattern));
   chomp($header_page_offset);
-  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
-  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
+  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
+    $header_page_offset = $1;
     # We found a valid page offset
     if (defined($gSystem{'page_offset'}) and
         not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {


I am able to build a vmware 5.5 system with a couple of patches to vmware.
One is in the makefile.kernel in vmmon and vmnet directory.  The other is
the patch above.  See the vmware forum for the latest.  I am also building
on a x86_64 box.  Also make sure you have the kernel-devel rpm installed.

Jim


>  -- 
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  https://www.redhat.com/mailman/listinfo/fedora-test-list)
>

[Justin Conover]

On 3/18/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  ----- Original Message -----
>  From: "Filip Tsachev" <filip.tsachev(a)fedora.redhat.com&gt;
>  To: "For testers of Fedora Core development releases"
>  <fedora-test-list(a)redhat.com&gt;
>  Sent: Saturday, March 18, 2006 7:36 AM
>  Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading
>
>
>  > On 18/03/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  >> Well, kernel 2059 fixes the nvidia.ko loading problem.
>  > nice!
>  >
>  >>It also still works for VMware,<snip>
>  > since when?
>  > I can't use vmplayer with 2.6.15-1.2041_FC5, because of
>  >
>  > The kernel defined by this directory of header files does not have the
>  > same
>  > address space size as your running kernel.
>  >
>  > I've read this topic:
>  >
>  https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html
>  > Patched vmmon and vmnet, all went fine except patching vmware-config.pl:
>  >
>  > patch unexpectedly ends in middle of line
>  > Hunk #1 FAILED at 1969.
>  > 1 out of 1 hunk FAILED -- saving rejects to file
>  > /usr/bin/vmware-config.pl.rej
>  > [root@fbi vmware]# cat /usr/bin/vmware-config.pl.rej
>  > ***************
>  > *** 1969,1976 ****
>  >     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>  >     . shell_string($pattern));
>  >  chomp($header_page_offset);
>  > -   $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  > -   if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  >     # We found a valid page offset
>  >     if (defined($gSystem{'page_offset'}) and
>  >
>  > --- 1969,1976 ----
>  >     . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>  >     . shell_string($pattern));
>  >  chomp($header_page_offset);
>  > +   if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  > +     $header_page_offset = $1;
>  >     # We found a valid page offset
>  >     if (defined($gSystem{'page_offset'}) and
>  >
>  > patch itself:
>  > --- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
>  > +++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
>  > @@ -1969,8 +1969,8 @@
>  >    . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>  >    . shell_string($pattern));
>  >  chomp($header_page_offset);
>  > -  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  > -  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  > +  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  > +    $header_page_offset = $1;
>  >    # We found a valid page offset
>  >    if (defined($gSystem{'page_offset'}) and
>  >        not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {
>  >
>  >
>  > --
>  > Cheers,
>  > Filip
>  > http://fedora.linux.duke.edu/wiki/FilipTsachev
>
>  Filip
>
>  It looks like you have some bad characters in the patch.  Edit it with
>  your favorite editor or try the patch again.  Here is the stuff again:
>
>  >From a Tom London message on this list:
>
>  There is a bug in the vmware-config.pl script that is exposed by
>  changes to the newer kernel headers.
>
>  I've reported this to vmware:
>  http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0
>
>  Here is the patch described there:
>
>  --- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
>  +++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
>  @@ -1969,8 +1969,8 @@
>       . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>       . shell_string($pattern));
>     chomp($header_page_offset);
>  -  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  -  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  +  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  +    $header_page_offset = $1;
>       # We found a valid page offset
>       if (defined($gSystem{'page_offset'}) and
>           not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {
>
>
>  I am able to build a vmware 5.5 system with a couple of patches to vmware.
>  One is in the makefile.kernel in vmmon and vmnet directory.  The other is
>  the patch above.  See the vmware forum for the latest.  I am also building
>  on a x86_64 box.  Also make sure you have the kernel-devel rpm installed.
>
>  Jim
>
>
>  >
>  > --
>  > fedora-test-list mailing list
>  > fedora-test-list(a)redhat.com
>  > To unsubscribe:
>  > https://www.redhat.com/mailman/listinfo/fedora-test-list)
>  >
>
>  --
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  https://www.redhat.com/mailman/listinfo/fedora-test-list 


http://ftp.cvut.cz/vmware/

Just grab the latest patch (98) and "su -c ./runme.pl"   and it will patch
everything for you.

wget -c http://ftp.cvut.cz/vmware/vmware-any-any-update98.tar.gz

[Rudolf Kastl]

2006/3/19, Justin Conover <justin.conover(a)gmail.com&gt;:
>  On 3/18/06, Jim Bevier <jim(a)jbsys.com&gt; wrote:
>  >
>  > ----- Original Message -----
>  > From: "Filip Tsachev" <filip.tsachev(a)fedora.redhat.com&gt;
>  > To: "For testers of Fedora Core development releases"
>  > <fedora-test-list(a)redhat.com&gt;
>  > Sent: Saturday, March 18, 2006 7:36 AM
>  > Subject: Re: Kernel 2059 from Dave Jones fixes nvidia.ko loading
>  >
>  >
>  > > On 18/03/06, Jim Bevier < jim(a)jbsys.com&gt; wrote:
>  > >> Well, kernel 2059 fixes the nvidia.ko loading problem.
>  > > nice!
>  > >
>  > >>It also still works for VMware,<snip>
>  > > since when?
>  > > I can't use vmplayer with 2.6.15-1.2041_FC5, because of
>  > >
>  > > The kernel defined by this directory of header files does not have the
>  > > same
>  > > address space size as your running kernel.
>  > >
>  > > I've read this topic:
>  > >
>  https://www.redhat.com/archives/fedora-test-list/2006-February/msg00701.html
>  > > Patched vmmon and vmnet, all went fine except patching vmware-config.pl:
>  > >
>  > > patch unexpectedly ends in middle of line
>  > > Hunk #1 FAILED at 1969.
>  > > 1 out of 1 hunk FAILED -- saving rejects to file
>  > > /usr/bin/vmware-config.pl.rej
>  > > [root@fbi vmware]# cat /usr/bin/vmware- config.pl.rej
>  > > ***************
>  > > *** 1969,1976 ****
>  > >     . ' -E - | ' . shell_string($gHelper{'grep'}) . '
> '
>  > >     . shell_string($pattern));
>  > >  chomp($header_page_offset);
>  > > -   $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  > > -   if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  > >     # We found a valid page offset
>  > >     if (defined($gSystem{'page_offset'}) and
>  > >
>  > > --- 1969,1976 ----
>  > >     . ' -E - | ' . shell_string($gHelper{'grep'}) . '
> '
>  > >     . shell_string($pattern));
>  > >  chomp($header_page_offset);
>  > > +   if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  > > +     $header_page_offset = $1;
>  > >     # We found a valid page offset
>  > >     if (defined($gSystem{'page_offset'}) and
>  > >
>  > > patch itself:
>  > > --- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
>  > > +++ vmware-config.pl    2006-02-04 16:53:06.000000000 -0800
>  > > @@ -1969,8 +1969,8 @@
>  > >    . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>  > >    . shell_string($pattern));
>  > >  chomp($header_page_offset);
>  > > -  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  > > -  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  > > +  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  > > +    $header_page_offset = $1;
>  > >    # We found a valid page offset
>  > >    if (defined($gSystem{'page_offset'}) and
>  > >        not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {
>  > >
>  > >
>  > > --
>  > > Cheers,
>  > > Filip
>  > > http://fedora.linux.duke.edu/wiki/FilipTsachev
>  >
>  > Filip
>  >
>  > It looks like you have some bad characters in the patch.  Edit it with
>  > your favorite editor or try the patch again.  Here is the stuff again:
>  >
>  > >From a Tom London message on this list:
>  >
>  > There is a bug in the vmware-config.pl script that is exposed by
>  > changes to the newer kernel headers.
>  >
>  > I've reported this to vmware:
>  >
>  http://www.vmware.com/community/thread.jspa?threadID=31877&tstart=0
>  >
>  > Here is the patch described there:
>  >
>  > --- vmware-config.pl.old        2005-12-15 21:55:24.000000000 -0800
>  > +++ vmware-config.pl    2006-02-04 16:53: 06.000000000 -0800
>  > @@ -1969,8 +1969,8 @@
>  >      . ' -E - | ' . shell_string($gHelper{'grep'}) . ' '
>  >      . shell_string($pattern));
>  >    chomp($header_page_offset);
>  > -  $header_page_offset =~ s/^$pattern \(?0x([0-9a-fA-F]{8,}).*$/$1/;
>  > -  if ($header_page_offset =~ /[0-9a-fA-F]{8,}/) {
>  > +  if ($header_page_offset =~ /^$pattern \(?0x([0-9a-fA-F]{8,})/) {
>  > +    $header_page_offset = $1;
>  >      # We found a valid page offset
>  >      if (defined($gSystem{'page_offset'}) and
>  >          not (lc($header_page_offset) eq lc($gSystem{'page_offset'}))) {
>  >
>  >
>  > I am able to build a vmware 5.5 system with a couple of patches to vmware.
>  > One is in the makefile.kernel in vmmon and vmnet directory.  The other is
>  > the patch above.  See the vmware forum for the latest.  I am also building
>  > on a x86_64 box.  Also make sure you have the kernel-devel rpm installed.
>  >
>  > Jim
>  >
>  >
>  > >
>  > > --
>  > > fedora-test-list mailing list
>  > > fedora-test-list(a)redhat.com
>  > > To unsubscribe:
>  > >
>  https://www.redhat.com/mailman/listinfo/fedora-test-list )
>  > >
>  >
>  > --
>  > fedora-test-list mailing list
>  > fedora-test-list(a)redhat.com
>  > To unsubscribe:
>  > https://www.redhat.com/mailman/listinfo/fedora-test-list
>
>
>  http://ftp.cvut.cz/vmware/
>
>  Just grab the latest patch (98) and "su -c ./runme.pl"   and it will patch
>  everything for you.
>
>  wget -c
>  http://ftp.cvut.cz/vmware/vmware-any-any-update98.tar.gz
>
>
>
>  --
>  fedora-test-list mailing list
>  fedora-test-list(a)redhat.com
>  To unsubscribe:
>  https://www.redhat.com/mailman/listinfo/fedora-test-list
>
>  
is vmware player repackageable and redistributeable? actually i dont
like the way the vmware-config script dumps stuff into the filesystem.
needs to be packaged properly to be clean.

regards,
rudolf kastl

[Gianluca Sforna]

On 3/20/06, Rudolf Kastl <che666(a)gmail.com&gt; wrote:
>  is vmware player repackageable and redistributeable? actually i dont
>  like the way the vmware-config script dumps stuff into the filesystem.
>  needs to be packaged properly to be clean. 
probably in livna

[Thorsten Leemhuis]

Am Montag, den 20.03.2006, 12:07 +0100 schrieb Gianluca Sforna:
>  On 3/20/06, Rudolf Kastl <che666(a)gmail.com&gt; wrote:
>  >
>  > is vmware player repackageable and redistributeable? actually i dont
>  > like the way the vmware-config script dumps stuff into the filesystem.
>  > needs to be packaged properly to be clean.
>  probably in livna 
I'd really like to see them there, too. But the question remains even
for livna: Is vmware player repackageable and redistributeable?

CU
thl
-- 
Thorsten Leemhuis <fedora(a)leemhuis.info&gt;

[Arjan van de Ven]

On Mon, 2006-03-20 at 18:34 +0100, Thorsten Leemhuis wrote:
>  Am Montag, den 20.03.2006, 12:07 +0100 schrieb Gianluca Sforna:
>  > On 3/20/06, Rudolf Kastl <che666(a)gmail.com&gt; wrote:
>  > >
>  > > is vmware player repackageable and redistributeable? actually i dont
>  > > like the way the vmware-config script dumps stuff into the filesystem.
>  > > needs to be packaged properly to be clean.
>  > probably in livna
>  
>  I'd really like to see them there, too. But the question remains even
>  for livna: Is vmware player repackageable and redistributeable? 
since when does livna care about license issues?

[Jesse Keating]

On Monday 20 March 2006 09:48, Arjan van de Ven wrote:
>  since when does livna care about license issues? 
Livna cares about the licensing issues of the country that livna is located 
in.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)

[Arjan van de Ven]

On Mon, 2006-03-20 at 10:14 -0800, Jesse Keating wrote:
>  On Monday 20 March 2006 09:48, Arjan van de Ven wrote:
>  > since when does livna care about license issues?
>  
>  Livna cares about the licensing issues of the country that livna is located 
>  in. 
which is?

(asking since they don't seem to care about the GPL at all for example,
which is pretty fundamental copyright law)

[Alan Cox]

On Mon, Mar 20, 2006 at 06:48:43PM +0100, Arjan van de Ven wrote:
>  > I'd really like to see them there, too. But the question
> remains even
>  > for livna: Is vmware player repackageable and redistributeable?
>  
>  since when does livna care about license issues? 
Since it was created. It just (as a non US organisation) doesn't care about
half baked and international treaty violating software patent rules that don't
apply in the countries in which it operates.

[Gianluca Sforna]

On 3/20/06, Thorsten Leemhuis <fedora(a)leemhuis.info&gt; wrote:
>  I'd really like to see them there, too. But the question remains even
>  for livna: Is vmware player repackageable and redistributeable? 
Here
http://www.vmware.com/download/eula/player_distribution.html
it says interested parties should get a written consent from them for
redistribution.
What scares me a is:
"You are prohibited from distributing the Software on a standalone
basis", so it seems they specifically made this license to allow
distribution of images along with the player, which I don't think
would be livna's situation.

If there is interest in getting packaging this, it could be worthwhile
to drop an email to the address on the bottom of the page.

Cheers

Gianluca