Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 94397 - ut2004 Fix for content download on amd64
Summary: ut2004 Fix for content download on amd64
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Games
URL: https://bugzilla.icculus.org/show_bug...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-29 10:07 UTC by Timo Gurr (RETIRED)
Modified: 2005-06-24 06:28 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Timo Gurr (RETIRED) gentoo-dev 2005-05-29 10:07:09 UTC
Ryan C. Gordon released a fixed ut2004 build for the amd64 download issue:
http://icculus.org/~icculus/tmp/ut2004-lnx-amd64-05282005.tar.bz2
Seems to work fine here so far.
Comment 1 Waldo 2005-06-16 14:19:39 UTC
Works for me too.  Awesome!

W
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-16 14:36:04 UTC
Fixed in CVS...
Comment 3 Scott Jubenville 2005-06-18 16:04:31 UTC
Didn't work for me. Had to copy the binary file from download myself. 
Others on forum reported same thing. 
 
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-20 08:12:32 UTC
huh? what binary file?
Comment 5 Phill 2005-06-22 07:38:22 UTC
This is how I fixed it after the 3355-r1 update had the same map problem:

as a user:
$ cp /usr/portage/distfiles/ut2004-lnx-amd64-05282005.tar.bz2 ./

$ tar -xjvf ut2004-lnx-amd64-05282005.tar.bz2
ut2004-bin-linux-amd64

as root:
# cp /opt/ut2004/System/ut2004-bin /opt/ut2004/System/ut2004-bin-old

# cp ut2004-bin-linux-amd64 /opt/ut2004/System/ut2004-bin

# chown root:games /opt/ut2004/System/ut2004-bin

# chmod 750 /opt/ut2004/System/ut2004-bin

After this the map downloading worked for me.  I don't know why this fixed it
but it did.

Here was a listing of the 2 biary files before I copied them.

$ ls -lh ut2004-bin-linux-amd64 /opt/ut2004/System/ut2004-bin 
-rwxr-x---  1 root    games 14M Jun 17 11:28 /opt/ut2004/System/ut2004-bin
-rwxr-xr-x  1 faramir users 14M May 27 23:16 ut2004-bin-linux-amd64
 
or if this helps after I backed-up and copied the binaries.

# ls -l /opt/ut2004/System/ut2004-bin*
-rwxr-x---  1 root games 14636040 Jun 22 09:05 /opt/ut2004/System/ut2004-bin
-rwxr-x---  1 root root  14631944 Jun 22 09:04 /opt/ut2004/System/ut2004-bin-old
Comment 6 Robert Ögren 2005-06-23 14:54:00 UTC
I have the same problem with the -r1 ebuild. The problem seems to be that it
tries to move the file from the amd64 patch from the wrong location ($S instead
of $WORKDIR (?)). As the following part of the merge output shows, the mv
command fails to move the file:

>>> Unpacking ut2004-lnxpatch3355.tar.bz2 to /var/tmp/portage/ut2004-3355-r1/work
>>> Unpacking ut2004-lnx-amd64-05282005.tar.bz2 to
/var/tmp/portage/ut2004-3355-r1/work
>>> Source unpacked.
>>> Test phase [not enabled]: games-fps/ut2004-3355-r1

>>> Install ut2004-3355-r1 into /var/tmp/portage/ut2004-3355-r1/image/ category
games-fps
mv: cannot stat
`/var/tmp/portage/ut2004-3355-r1/work/UT2004-Patch/ut2004-bin-linux-amd64': No
such file or directory
man:
>>> Completed installing ut2004-3355-r1 into /var/tmp/portage/ut2004-3355-r1/image/

Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2005-06-24 06:28:35 UTC
OK... fixed this by adjusting S to WORKDIR... sorry about that guys...