First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 231131
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Jeroen Roovers <jer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Greg Fowler <gregory.fowler@gkfsystems.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
opera-9.51.ebuild opera-9.51.ebuild that uses a globbed ${S} instead of a hardwired ${S} text/plain Jeroen Roovers 2008-07-08 19:21 0000 7.14 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

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

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







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


Description:   Opened: 2008-07-08 04:18 0000
Ebuild fails on the opera 9.00 patch:
Failed Patch: opera-9.00-install.patch !
 *  ( /usr/portage/www-client/opera/files/opera-9.00-install.patch )
Seems like the ebuild trys to CD into a bad directory:
* checking miscfile checksums ;-) ...                                          
                     [ ok ]
 * checking opera-9.51.gcc4-shared-qt3.x86_64.tar.bz2 ;-) ...                  
                      [ ok ]
>>> Unpacking source...
>>> Unpacking opera-9.51.gcc4-shared-qt3.x86_64.tar.bz2 to /var/tmp/portage/www-client/opera-9.51/work
/usr/portage/www-client/opera/opera-9.51.ebuild: line 139: cd:
/var/tmp/portage/www-client/opera-9.51/work/opera-9.51: No such file or
directory

The actual directory should be opera-9.51-2061.gcc4-shared-qt3.x86_64, not
opera-9.51

The same problem occurs on x86 platforms. 


Reproducible: Always

Steps to Reproduce:
1.emerge opera



Actual Results:  
Fails on a patching step, seems like it's because the process cd's into the
wrong directory 

Expected Results:  
Opera installs

------- Comment #1 From Jeroen Roovers 2008-07-08 17:34:28 0000 -------
Please post the output of `emerge -vp =www-client/opera-9.51'.

------- Comment #2 From Jeroen Roovers 2008-07-08 18:45:23 0000 -------
I'm planning on using a glob (opera-9.51-2061*) in src_unpack() and
src_install() to replace whatever was hardcoded before.

------- Comment #3 From Jeroen Roovers 2008-07-08 19:21:16 0000 -------
Created an attachment (id=159902) [edit]
opera-9.51.ebuild that uses a globbed ${S} instead of a hardwired ${S}

Please test the attached ebuild and report back if that works for you on all
your systems.

------- Comment #4 From Thomas Anderson 2008-07-08 20:09:19 0000 -------
I can confirm that the new ebuild functions properly

------- Comment #5 From Jeroen Roovers 2008-07-08 20:13:47 0000 -------
--- ChangeLog   2008-07-05 17:08:52.000000000 +0200
+++ ChangeLog.new       2008-07-08 22:12:14.000000000 +0200
@@ -2,6 +2,9 @@
 # Copyright 2002-2008 Gentoo Foundation; Distributed under the GPL v2
 # $Header: /var/cvsroot/gentoo-x86/www-client/opera/ChangeLog,v 1.261
2008/07/05 15:08:52 jer Exp $

+  08 Jul 2008; Jeroen Roovers <jer@gentoo.org> opera-9.51.ebuild:
+  Use globbing instead of hardcoded $S.

Thanks for reporting this.

------- Comment #6 From Greg Fowler 2008-07-09 02:03:33 0000 -------
Still not working for me.  
I took the ebuild and built a new manifest ebuild opera-9.51.ebuild
manfest(need to do that to get it work right?)

Now I get install.sh error, looks like it can't find the install.sh script:

>>> Install opera-9.51 into /var/tmp/portage/www-client/opera-9.51/image/ category www-client
/usr/portage/www-client/opera/opera-9.51.ebuild: line 147: ./install.sh: No
such file or directory
 * 
 * ERROR: www-client/opera-9.51 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_install
 *   ebuild.sh, line 1089:   Called qa_call 'src_install'
 *   ebuild.sh, line 44:   Called src_install
 *   opera-9.51.ebuild, line 147:   Called die
 * 

------- Comment #7 From Jeroen Roovers 2008-07-09 02:26:16 0000 -------
@Greg: You still haven't responded to comment #1.

------- Comment #8 From Greg Fowler 2008-07-09 02:39:41 0000 -------
(In reply to comment #1)
> Please post the output of `emerge -vp =www-client/opera-9.51'.
> 
Ah yes, sorry about that.  
x86:
[ebuild  N    ] www-client/opera-9.51  USE="spell -gnome (-ia32) -qt-static
-qt3-static" LINGUAS="-be -bg -cs -da -de -el -en -en_GB -es_ES -es_LA -fi -fr
-fr_CA -fy -hi -hr -hu -it -ja -ka -ko -lt -mk -nb -nl -nn -pl -pt -pt_BR -ru
-sv -tr -zh_CN -zh_TW" 0 kB 

x86_64:
[ebuild     U ] www-client/opera-9.51 [9.26] USE="-gnome -ia32% -qt-static
-qt3-static% (-spell)" LINGUAS="en%* -be% -bg% -cs% -da% -de% -el% -en_GB%
-es_ES% -es_LA% -fi% -fr% -fr_CA% -fy% -hi% -hr% -hu% -it% -ja% -ka% -ko% -lt%
-mk% -nb% -nl% -nn% -pl% -pt% -pt_BR% -ru% -sv% -tr% -zh_CN% -zh_TW%" 0 kB 

------- Comment #9 From Jeroen Roovers 2008-07-09 13:38:19 0000 -------
Ah. I needed to set the path again in src_install() of course. Forgot about
that. Credit for noticing that goes to grobian (in a private mail). I have
fixed it in the same version in CVS.

------- Comment #10 From Greg Fowler 2008-07-13 06:31:19 0000 -------
(In reply to comment #9)
> Ah. I needed to set the path again in src_install() of course. Forgot about
> that. Credit for noticing that goes to grobian (in a private mail). I have
> fixed it in the same version in CVS.
> 

It works on AMD64. 
Spell checking doesn't seem to work.  The spell use flag is disabled. 
Shouldn't it work now, 64bit Opera and 64bit Aspell?
Thanks again for working on this bug.  
greg

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