First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 94397
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Games <games@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Timo Gurr <tgurr@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 94397 depends on: Show dependency tree
Bug 94397 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-05-29 10:07 0000
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 From Waldo 2005-06-16 14:19:39 0000 -------
Works for me too.  Awesome!

W

------- Comment #2 From Chris Gianelloni (RETIRED) 2005-06-16 14:36:04 0000 -------
Fixed in CVS...

------- Comment #3 From Scott Jubenville 2005-06-18 16:04:31 0000 -------
Didn't work for me. Had to copy the binary file from download myself. 
Others on forum reported same thing. 
 

------- Comment #4 From Chris Gianelloni (RETIRED) 2005-06-20 08:12:32 0000 -------
huh? what binary file?

------- Comment #5 From Phill 2005-06-22 07:38:22 0000 -------
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 From Robert Ă–gren 2005-06-23 14:54:00 0000 -------
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 From Chris Gianelloni (RETIRED) 2005-06-24 06:28:35 0000 -------
OK... fixed this by adjusting S to WORKDIR... sorry about that guys...

First Last Prev Next    No search results available      Search page      Enter new bug