Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 82060
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Octavio Ruiz (Ta^3) <tacvbo@tacvbo.net>
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 82060 depends on: Show dependency tree
Bug 82060 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-02-14 17:51 0000 
Since netscape-flash-6.0.81.ebuild we can see this condition:

   # Optionally install the standalone GTK flash player
    if [ "${ARCH}" != "amd64" ]; then
        if use gtk
        then
        .....

gflashplayer works without problems on a multiarch/multilib system, the condition should verify if the system is runing a non multiarch/multilib profile like amd64/2004.3/lib64 or amd64/2005.0/no-multilib and not generalize all the amd64 plataform who is capable of running 32bits apps.

:-)

------- Comment #1 From Octavio Ruiz (Ta^3) 2005-04-04 07:31:18 0000 ------- 
Danny I added to the CC list. You marked netscape-flash-7.0.25 stable on amd64
can you tell me your opinion about this bug?

Oh, also I think that /usr/bin/gflashplayer should be /opt/bin/gflashplayer.

------- Comment #2 From Danny van Dyk (RETIRED) 2005-04-04 11:53:16 0000 ------- 
Should be done using 'if ! has_multilib_profile ; then ... fi'... I'll ask
Jeremy
first.

------- Comment #3 From Danny van Dyk (RETIRED) 2005-04-04 12:39:13 0000 ------- 
Ok, Jeremy masked it in no-multilib/package.mask and i removed the condition
for
building gplflashplayer. Further, the location of the binary is not subject to
my decission, you'll have to bug the maintainer for this.

FIXED.

------- Comment #4 From Octavio Ruiz (Ta^3) 2005-04-04 17:25:18 0000 ------- 
:-)
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug