Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 4807 - eroaster 2.0.12 ebuild broken
Summary: eroaster 2.0.12 ebuild broken
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High major
Assignee: Bart Verwilst
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-10 08:15 UTC by Doug Henry
Modified: 2003-02-04 19:42 UTC (History)
1 user (show)

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


Attachments
Corrected eroaster-2.0.12.ebuild script (eroaster-2.0.12.ebuild,1.25 KB, text/plain)
2002-07-13 05:10 UTC, Matt Keadle
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Doug Henry 2002-07-10 08:15:40 UTC
can not emerge eroaster.  Following is the emerge output.

>>> Install eroaster-2.0.12 into /var/tmp/portage/eroaster-2.0.12/image/
category app-cdr
Installing eroaster executables in /usr/bin ...
ACCESS DENIED  chmod:     /usr/bin
/bin/install: cannot change permissions of `/usr/bin': Permission denied
make: *** [install] Error 1

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_install, Line 2, Exitcode 2
!!! (no error message)

--------------------------- ACCESS VIOLATION SUMMARY
---------------------------LOG FILE = "/tmp/sandbox-eroaster-2.0.12-5787.log"

chmod:     /usr/bin
--------------------------------------------------------------------------------!!!
emerge aborting on  /usr/portage/app-cdr/eroaster/eroaster-2.0.12.ebuild .
Comment 1 Matt Keadle 2002-07-12 18:41:03 UTC
I'm working with the same version but I can't get past ./configure:

creating cache ./config.cache
checking for a BSD compatible install... /bin/install -c
checking for python... /usr/bin/python
checking for python version >= 1.5.2... 2.2.1 ok
checking for gnome-python... failed: get it from
ftp://ftp.gnome.org/pub/GNOME/stable/latest/sources/

As you can see it's not finding gnome-python, which I do have installed:

      Latest version Available: 1.4.1-r4
      Latest version Installed: 1.4.1-r4

I've been through the configure script for eroaster to examine the test for the
existance of gnome-python, and it's looking for a gnome.ui python module:

from configure:

PYGNOME=`python -c "from gnome.ui import *" 2>&1`
PYGNOMEEXISTS=`echo $PYGNOME|grep -i "no module"`
if test "$PYGNOMEEXISTS" != ""
then
    echo failed: get it from ftp://ftp.gnome.org/pub/GNOME/stable/latest/sources/
    exit 1
else
    echo yes
fi

Running 'python -c "from gnome.ui import *" 2>&1' manually produces:

Traceback (most recent call last):
  File "<string>", line 1, in ?
ImportError: No module named gnome.ui

Going to dinner now, will update as needed.
Comment 2 Matt Keadle 2002-07-13 04:10:32 UTC
Ok, I've fixed the bug reported in my last comment (will explain below) and can
now confirm the bug mentioned in the original post. I would copy/paste but it is
the exact same sandbox violation.

-- The following may need to go into a seperate bug? -->

My original error concerning gnome-python was being caused by an akward handling
of USE variables that I'm not quite sure how to gracefully fix in the long run.
Eroaster depends on gnome-python which provides python with the pygnome and
pygtk modules. To be specific, it is the pygnome module that eroaster needs.

I am an avid Fluxbox user and have, among other things, "-gnome" in my USE. If
you look at the gnome-python ebuild you'll find that by default it builds the
pygtk module, but only builds the pygnome module if "gnome" is in your USE. So
with my "-gnome" setting gnome-python still emerges fine, but without creating a
needed module that a future package depends on, hence the previous error i was
getting.

Since I'm not a huge Gnome user, I'm not the best source to know if this may be
effecting other packages. I guess it's possible to simply remove the USE flag
test and force gnome-python to build the pygnome module. This would of course
fix eroaster, but add a quantitative ammount of bloat to the system.
Comment 3 Matt Keadle 2002-07-13 05:09:15 UTC
1) you can completely remove the "emake || die" line from the eroaster ebuilds.
It's odd, but if you've ever compiled eroaster you'd notice that it doesn't
require a 'make' and you progress straight into the 'make install'

2) Eroaster doesn't seem to respect DESTDIR at all, which also oddly shows up in
the ebuild.

Corrected (and personally tested) new ebuild script follows below.

mkeadle
Comment 4 Matt Keadle 2002-07-13 05:10:23 UTC
Created attachment 2217 [details]
Corrected eroaster-2.0.12.ebuild script
Comment 5 Bart Verwilst 2002-09-01 05:07:30 UTC
Does 2.1.0 work for you? If so, i'm closing this bug. 
Comment 6 Bart Verwilst 2002-10-05 10:08:01 UTC
Does 2.1.0 (masked) work for you?? 
Comment 7 leonardb 2002-11-24 18:20:30 UTC
so though eroaster is masked is the ebuild safe?
Comment 8 Bart Verwilst 2002-11-25 11:08:56 UTC
Have you tested it, and compiled it succesfully? If so, please let me know 
Comment 9 Martin Schlemmer (RETIRED) gentoo-dev 2002-12-03 05:54:56 UTC
2.1.0-r1 should fix this for you.