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
On 18/03/06, Jim Bevier jim@jbsys.com 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
On 3/18/06, Filip Tsachev filip.tsachev@fedora.redhat.com wrote:
On 18/03/06, Jim Bevier jim@jbsys.com 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
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@fedoraproject.org wrote:
On 3/18/06, Filip Tsachev filip.tsachev@fedora.redhat.com wrote:
On 18/03/06, Jim Bevier jim@jbsys.com 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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
-- Cheers, Filip http://fedora.linux.duke.edu/wiki/FilipTsachev
----- Original Message ----- From: "Filip Tsachev" filip.tsachev@fedora.redhat.com To: "For testers of Fedora Core development releases" fedora-test-list@redhat.com 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@jbsys.com 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;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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list)
On 3/18/06, Jim Bevier jim@jbsys.com wrote:
----- Original Message ----- From: "Filip Tsachev" filip.tsachev@fedora.redhat.com To: "For testers of Fedora Core development releases" fedora-test-list@redhat.com 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@jbsys.com 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;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@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list)
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
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
2006/3/19, Justin Conover justin.conover@gmail.com:
On 3/18/06, Jim Bevier jim@jbsys.com wrote:
----- Original Message ----- From: "Filip Tsachev" filip.tsachev@fedora.redhat.com To: "For testers of Fedora Core development releases" fedora-test-list@redhat.com 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@jbsys.com> 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;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@redhat.com To unsubscribe:
https://www.redhat.com/mailman/listinfo/fedora-test-list )
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
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@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
On 3/20/06, Rudolf Kastl che666@gmail.com 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
Am Montag, den 20.03.2006, 12:07 +0100 schrieb Gianluca Sforna:
On 3/20/06, Rudolf Kastl che666@gmail.com 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
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@gmail.com 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?
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.
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)
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.
On 3/20/06, Thorsten Leemhuis fedora@leemhuis.info 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
-
Alan Cox -
Arjan van de Ven -
Chitlesh GOORAH -
Filip Tsachev -
Gianluca Sforna -
Jesse Keating -
Jim Bevier -
Justin Conover -
Rudolf Kastl -
Thorsten Leemhuis