[gentoo-dev] various ebuild problems

[gentoo-dev] various ebuild problems

[Jon Nelson]

I've been having some trouble lately.
Until now, things have been pretty stable.
However, I can't build galeon 0.12.5-r1, and I've been having some odd
problems
with emerge/ebuild.
First, galeon: It dies during the configure stage:

....
checking for GNOME - version >= 1.2.8... ./configure: test: 1.2: integer
expression expected
yes
checking for additional GNOME modules...  gdk_pixbuf vfs libglade gnome
gnomeui oaf xml glib gtk*** bonobox library is not installed
configure: error: 
*** GNOME 1.2.8 or better is required.
*** gdk-pixbuf 0.10.1 or better is required.
*** gnome-vfs 1.0.1 or better is required.
*** libglade 0.13 or better is required.
*** libxml 1.8.14 or better is required.
*** oaf 0.6.5 or better is required.
*** libpanel-applet is required (unless --disable-applet is used)

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line 17, Exitcode 1
!!! (no error message)

goblin galeon # 

NOTE: I do *not* have gnome in my USE flags.
After applying the following diff, it will compile but still not build.

goblin galeon # diff -u galeon-0.12.5-r1.ebuild galeon-0.12.5-r2.ebuild 
--- galeon-0.12.5-r1.ebuild     Tue Oct 23 15:16:10 2001
+++ galeon-0.12.5-r2.ebuild     Wed Oct 24 20:28:58 2001
@@ -25,6 +25,9 @@
        if [ -z "`use nls`" ] ; then
                myconf="--disable-nls"
        fi
+       if [ ! -z "`use gnome`" ] ; then
+               myconf="$myconf --with-gnome --enable-gnome-file-selector"
+       fi
 
        ./configure --host=${CHOST}                                      \
                    --prefix=/usr                                        \
@@ -32,9 +35,7 @@
                    --localstatedir=/var/lib                             \
                    --with-mozilla-libs=${MOZILLA_FIVE_HOME}             \
                    --with-mozilla-includes=${MOZILLA_FIVE_HOME}/include \
-                   --with-gnome                                         \
                    --without-debug                                      \
-                   --enable-gnome-file-selector                         \
                    $myconf || die
 
        emake || die
goblin galeon # 

The build fails with the following errors:

c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src                
-I/usr/lib/mozilla/include -I/usr/lib/mozilla/include/nspr     
-I/usr/lib/mozilla/include/appcomps     -I/usr/lib/mozilla/include/content
     -I/usr/lib/mozilla/include/cookie      
-I/usr/lib/mozilla/include/docshell     -I/usr/lib/mozilla/include/dom
-I/usr/lib/mozilla/include/exthandler    -I/usr/lib/mozilla/include/find  
     -I/usr/lib/mozilla/include/gfx  
-I/usr/lib/mozilla/include/gtkembedmoz 
-I/usr/lib/mozilla/include/helperAppDlg        
-I/usr/lib/mozilla/include/java       
-I/usr/lib/mozilla/include/jsconsole     -I/usr/lib/mozilla/include/layout
     -I/usr/lib/mozilla/include/mimetype     
-I/usr/lib/mozilla/include/mozxfer     -I/usr/lib/mozilla/include/necko   
     -I/usr/lib/mozilla/include/necko2     
-I/usr/lib/mozilla/include/nkcache       -I/usr/lib/mozilla/include/oji 
-I/usr/lib/mozilla/include/pref         -I/usr/lib/mozilla/include/string 
     -I/usr/lib/mozilla/include/shistory    
-I/usr/lib/mozilla/include/uconv       
-I/usr/lib/mozilla/include/uriloader    -I/usr/lib/mozilla/include/wallet 
     -I/usr/lib/mozilla/include/webbrwsr    
-I/usr/lib/mozilla/include/webshell     -I/usr/lib/mozilla/include/widget 
     -I/usr/lib/mozilla/include/windowwatcher      
-I/usr/lib/mozilla/include/xpcom         -I/usr/include/gconf/1
-I/usr/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/include/orbit-1.0 -I/usr/include/gtk-1.2 -I/usr/X11R6/include     
-I/usr/include -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
-I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gnome-vfs-1.0
-I/usr/lib/gnome-vfs-1.0/include -I/usr/include/libglade-1.0
-I/usr/include/gnome-xml -DNEED_GNOMESUPPORT_H
-I/usr/lib/gnome-libs/include -I/usr/include/orbit-1.0     
-DSHARE_DIR=\"/usr/share/galeon\"     -fno-rtti -mcpu=k6 -march=k6 -O3
-pipe -Wall -Wmissing-declarations -c mozilla.cpp
TOCProtocolHandler.cpp: In method `nsresult
GTOCProtocolHandler::CreateManPage()':
TOCProtocolHandler.cpp:284: template argument 1 is invalid
TOCProtocolHandler.cpp:284: template argument 1 is invalid
TOCProtocolHandler.cpp:284: template argument 2 is invalid
TOCProtocolHandler.cpp:284: ANSI C++ forbids declaration `dirs' with no
type
TOCProtocolHandler.cpp:287: request for member `size' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:289: request for member `push_front' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:290: request for member `push_front' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:291: request for member `sort' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:292: request for member `unique' in `dirs', which
is of non-aggregate type `int'
TOCProtocolHandler.cpp:293: request for member `begin' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:293: request for member `end' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:294: request for member `begin' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:294: request for member `end' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:296: request for member `push_front' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:297: request for member `push_front' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:347: template argument 1 is invalid
TOCProtocolHandler.cpp:347: template argument 1 is invalid
TOCProtocolHandler.cpp:347: template argument 2 is invalid
TOCProtocolHandler.cpp:347: parse error before `='
TOCProtocolHandler.cpp:348: request for member `end' in `dirs', which is
of non-aggregate type `int'
TOCProtocolHandler.cpp:350: `string' undeclared (first use this function)
TOCProtocolHandler.cpp:350: parse error before `='
TOCProtocolHandler.cpp:351: `dir' undeclared (first use this function)
TOCProtocolHandler.cpp: At top level:
TOCProtocolHandler.cpp:453: template argument 1 is invalid
TOCProtocolHandler.cpp:453: template argument 1 is invalid
TOCProtocolHandler.cpp:453: template argument 2 is invalid
TOCProtocolHandler.cpp:454: ANSI C++ forbids declaration `dirs' with no
type
TOCProtocolHandler.cpp: In function `void ParseEnvPath(const nsCString &,
int &)':
TOCProtocolHandler.cpp:462: request for member `push_back' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:468: request for member `push_back' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:474: request for member `push_back' in `dirs',
which is of non-aggregate type `int'
TOCProtocolHandler.cpp:478: request for member `push_back' in `dirs',
which is of non-aggregate type `int'
make[3]: *** [TOCProtocolHandler.o] Error 1
make[3]: *** Waiting for unfinished jobs....

make[3]: Leaving directory
`/var/tmp/portage/galeon-0.12.5-r2/work/galeon-0.12.5/src/mozilla'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/galeon-0.12.5-r2/work/galeon-0.12.5/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/galeon-0.12.5-r2/work/galeon-0.12.5'
make: *** [all-recursive-am] Error 2

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

goblin galeon # 


Additionally, I don't know why this doesn't work:

goblin gcc # pwd
/usr/portage/sys-devel/gcc
goblin gcc # ebuild gcc-3.0.ebuild package
Traceback (most recent call last):
  File "/usr/sbin/ebuild", line 32, in ?
    a=portage.doebuild(pargs[0],x,getroot(),debug=debug)
  File "/usr/lib/python2.0/site-packages/portage.py", line 605, in
doebuild
    a=open(settings["T"]+"/deps","r")
IOError: [Errno 2] No such file or directory:
'/var/tmp/portage/gcc-3.0/temp/deps'
goblin gcc # 

-- 
Pound for pound, the amoeba is the most vicious animal on earth.

Jon Nelson
jnelson@jamponi.net

Re: [gentoo-dev] various ebuild problems

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 997 bytes --]

On Wed, 2001-10-24 at 03:44, Jon Nelson wrote:
> I've been having some trouble lately.
> Until now, things have been pretty stable.
> However, I can't build galeon 0.12.5-r1, and I've been having some odd
> problems
> with emerge/ebuild.
> First, galeon: It dies during the configure stage:
> 
> ....

> 
> goblin galeon # 
> 
> NOTE: I do *not* have gnome in my USE flags.
> After applying the following diff, it will compile but still not build.
> 

Hi

0.12.5-r1 was supposed to fix the applets problem, guess we will have to
either update the DEPEND or add a --disable-applet.

Now, please note that Galeon is a _GNOME_ browser.  As stated in the
docs, it was intended as this, and will stay a gnome browser.  So you
need Gnome for it to work.

If you want something similar, try Skipstone, which is a GTK+ only 
browser, and do not depend on Gnome.


Greetings
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Mikael Hallendal]

[-- Attachment #1: Type: text/plain, Size: 663 bytes --]

ons 2001-10-24 klockan 06.22 skrev Martin Schlemmer:

> Hi

Hi!

> 0.12.5-r1 was supposed to fix the applets problem, guess we will have to
> either update the DEPEND or add a --disable-applet.

Actually, the problem came from you adding --enable-applet :)
I removed it since even if Galeon is a GNOME-browser many people run it
without running the actual panel.

IMHO Skipstone is a real waste of efforts (anything that are developing
GTK+-only for the reason that they don't want to depend on GNOME are).

Regards,
  Mikael Hallendal

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Damon M. Conway]

>IMHO Skipstone is a real waste of efforts (anything that are developing
>GTK+-only for the reason that they don't want to depend on GNOME are).

Actually, if Skipstone was more stable, I'd use it.  I hate having to run
gnome in the background just to get a stupid web browser.  I can't stand
galeon for that reason even tho I'm very enamoured with it's features.

kabau - hater of *DEs

--
"UNIX was not designed to stop you from doing stupid things, because that
 would also stop you from doing clever things."  --Doug Gwyn

Re: [gentoo-dev] various ebuild problems

[Mikael Hallendal]

[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]

ons 2001-10-24 klockan 16.42 skrev Damon M. Conway:
> >IMHO Skipstone is a real waste of efforts (anything that are developing
> >GTK+-only for the reason that they don't want to depend on GNOME are).
> 
> Actually, if Skipstone was more stable, I'd use it.  I hate having to run
> gnome in the background just to get a stupid web browser.  I can't stand
> galeon for that reason even tho I'm very enamoured with it's features.

Gah!

You don't have to _RUN_ anything in the background. You link to
gnome-libs just as you link against libc or any other lib. Galeon uses
ORBit (which is an ORB, it isn't GNOME) just as any other package using
CORBA would use an ORB.

Saying that a package is bloated and such things just because it uses
gnome-libs (or kde-libs or any other library) is just pure crap. It's
many times the otherway around since the libraries are tested and
probably more optimized than the app-writers own implementation.

So... you don't have to run "GNOME" (ie. gnome-session/gnome-panel) in
the background, you just have to link against the libraries.

Regards,
  Mikael Hallendal

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Damon M. Conway]

>You don't have to _RUN_ anything in the background. You link to
>gnome-libs just as you link against libc or any other lib. Galeon uses
>ORBit (which is an ORB, it isn't GNOME) just as any other package using
>CORBA would use an ORB.

Ok, that's not how it was explained to me.

>Saying that a package is bloated and such things just because it uses
>gnome-libs (or kde-libs or any other library) is just pure crap. It's
>many times the otherway around since the libraries are tested and
>probably more optimized than the app-writers own implementation.

I never said it was bloated, I said I didn't want gnome running.  I was
under the impression that gnome apps require pieces of gnome to be running.
Much like konqueror, which actually starts kde, but doesn't bring up the
window manager functions.

>So... you don't have to run "GNOME" (ie. gnome-session/gnome-panel) in
>the background, you just have to link against the libraries.

Well, if I could actually emerge galeon, I'd check.  I guess I'll try and
figure out why galeon thinks I don't have Gnome ver >=1.2.8 installed.

kabau

--
"UNIX was not designed to stop you from doing stupid things, because that
 would also stop you from doing clever things."  --Doug Gwyn

Re: [gentoo-dev] various ebuild problems

[Martin Schlemmer]

[-- Attachment #1.1: Type: text/plain, Size: 1599 bytes --]

On Wed, 2001-10-24 at 09:46, Mikael Hallendal wrote:
> ons 2001-10-24 klockan 06.22 skrev Martin Schlemmer:

Hi!
 
> > 0.12.5-r1 was supposed to fix the applets problem, guess we will have to
> > either update the DEPEND or add a --disable-applet.
> 
> Actually, the problem came from you adding --enable-applet :)
> I removed it since even if Galeon is a GNOME-browser many people run it
> without running the actual panel.
> 
> IMHO Skipstone is a real waste of efforts (anything that are developing
> GTK+-only for the reason that they don't want to depend on GNOME are).
> 

Hmm, I looked at galeon-0.12.5-r1.ebuild log this morning, and it is at
version 1.1 with comment about the applet.  And since Jon tried to merge
0.12.5-r1, and the --enable-applet was already removed, im guessing that
maybe 0.12.5 want to build the applet by default.

Further, if you look at the output, he have neighter
gnome-core/gnome-libs, gdk-pixbuf, etc installed.
So the main problem if you ask me, was not the applet, but it was rather
just the last straw.

To conclude, he needs to have gnome, gdk-pixbuf, etc merged, which he
did not.  Thus it did fail, and since the applet checking was the last
check, it stopped at this.  So Gnome and Co is the problem, rather then
applet.

On another note:  how could he merge it without portage merging the
required Gnome libs ?  Did he edit the ebuild and take the DEPEND's out
and that the reason in the first place ?


Greetings.
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #1.2: Type: application/pgp-signature, Size: 232 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Jon Nelson]

On Wed, 24 Oct 2001 20:14:00 +0200
Martin Schlemmer <azarah@gentoo.org> wrote:

> On Wed, 2001-10-24 at 09:46, Mikael Hallendal wrote:
> > ons 2001-10-24 klockan 06.22 skrev Martin Schlemmer:
> 
> Hi!
>  
> > > 0.12.5-r1 was supposed to fix the applets problem, guess we will
> have to
> > > either update the DEPEND or add a --disable-applet.
> > 
> > Actually, the problem came from you adding --enable-applet :)
> > I removed it since even if Galeon is a GNOME-browser many people run
> it
> > without running the actual panel.
> > 
> > IMHO Skipstone is a real waste of efforts (anything that are
> developing
> > GTK+-only for the reason that they don't want to depend on GNOME are).
> > 
> 
> Hmm, I looked at galeon-0.12.5-r1.ebuild log this morning, and it is at
> version 1.1 with comment about the applet.  And since Jon tried to merge
> 0.12.5-r1, and the --enable-applet was already removed, im guessing that
> maybe 0.12.5 want to build the applet by default.

When *I* tried to merge, the --enable-applet had not been removed yet.
(This further illustrates the problem of one-file, multiple-revisions)

> Further, if you look at the output, he have neighter
> gnome-core/gnome-libs, gdk-pixbuf, etc installed.
> So the main problem if you ask me, was not the applet, but it was rather
> just the last straw.

Actually, I do.  I know for a fact that gnome-core and gnome-libs are
merged, and IIRC, gdk-pixbuf and libglade are as well.
However, not being at or near my machine, I can't tell you with
100% certainty what is and ins't installed.  Either way, isn't that
what the DEPENDS and RDEPENDS are for?  As far as portage was 
concerned, all of its requirements were met at the time.

> On another note:  how could he merge it without portage merging the
> required Gnome libs ?  Did he edit the ebuild and take the DEPEND's out
> and that the reason in the first place ?

Nope. See above. ;-)

-- 
Jon Nelson                \|/ ____ \|/   Gort,
jnelson@securepipe.com    "@'/ ,. \`@"   Klaatu
C and Python Programmer   /_| \__/ |_\   barada
Motorcycle Enthusiast        \__U_/      nikto.

Re: [gentoo-dev] various ebuild problems

[Mikael Hallendal]

[-- Attachment #1: Type: text/plain, Size: 595 bytes --]

ons 2001-10-24 klockan 19.12 skrev Damon M. Conway:

> I never said it was bloated, I said I didn't want gnome running.  I was
> under the impression that gnome apps require pieces of gnome to be running.
> Much like konqueror, which actually starts kde, but doesn't bring up the
> window manager functions.

Sorry, this wasn't meant against you, I just get upset by people saying
that using a lib is bloat (which you didn't and I overreacted).

Regards,
  Mikael Hallendal

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Jon Nelson]

On Wed, 24 Oct 2001 06:22:14 +0200
Martin Schlemmer <azarah@gentoo.org> wrote:


> Now, please note that Galeon is a _GNOME_ browser.  As stated in the
> docs, it was intended as this, and will stay a gnome browser.  So you
> need Gnome for it to work.

However, galeon can be compile with somewhat less GNOME support
without the --with-gnome.  (Not sure about the
--enable-gnome-file-selector)

Specifically, as of 9:45 PM (CST), the galeon-0.12.5-r1.ebuild does not
build
on my machine. It gives no portage-related errors.

If I apply the following patch, disabling *some* of the gnome support,
it works and compiles and builds just fine.

Let me ask this: If the purpose of the USE variable is to define what we
do and don't want (gnome, gtk, kde, etc...) and a program can be
compile with or without explicit support for something, shouldn't
the ebuild for that package honor the USE variable?

Incidentally, I think the reason it wasn't working for me is that bonobo
has
not been merged.  I'm building it now (and will emerge when done) to
see if this makes a difference (with 'gnome' in my USE variables, too).

goblin galeon # diff -u galeon-0.12.5-r1.ebuild galeon-0.12.5-jon.ebuild 
--- galeon-0.12.5-r1.ebuild     Wed Oct 24 14:17:09 2001
+++ galeon-0.12.5-jon.ebuild     Thu Oct 25 21:43:23 2001
@@ -25,6 +25,9 @@
        if [ -z "`use nls`" ] ; then
                myconf="--disable-nls"
        fi
+       if [ ! -z "`use gnome`" ] ; then
+               myconf="$myconf --with-gnome --enable-gnome-file-selector"
+       fi
 
        ./configure --host=${CHOST}                                      \
                    --prefix=/usr                                        \
@@ -32,10 +35,8 @@
                    --localstatedir=/var/lib                             \
                    --with-mozilla-libs=${MOZILLA_FIVE_HOME}             \
                    --with-mozilla-includes=${MOZILLA_FIVE_HOME}/include \
-                   --with-gnome                                         \
                    --without-debug                                      \
                    --disable-applet                                     \
-                   --enable-gnome-file-selector                         \
                    $myconf || die
 
        emake || die
goblin galeon # 

-- 
Pound for pound, the amoeba is the most vicious animal on earth.

Jon Nelson
jnelson@jamponi.net

Re: [gentoo-dev] various ebuild problems

[Daniel Robbins]

On Wed, Oct 24, 2001 at 10:01:36PM -0500, Jon Nelson wrote:

> Let me ask this: If the purpose of the USE variable is to define what we
> do and don't want (gnome, gtk, kde, etc...) and a program can be
> compile with or without explicit support for something, shouldn't
> the ebuild for that package honor the USE variable?

The purpose of USE variables is to define *what _optional_ build-time
functionality* you want enabled/disabled.  Hope that helps.

-- 
Daniel Robbins					<drobbins@gentoo.org>
Chief Architect/President			http://www.gentoo.org 
Gentoo Technologies, Inc.			

Re: [gentoo-dev] various ebuild problems

[Jon Nelson]

On Wed, 24 Oct 2001 21:38:29 -0600
Daniel Robbins <drobbins@gentoo.org> wrote:

> On Wed, Oct 24, 2001 at 10:01:36PM -0500, Jon Nelson wrote:
> 
> > Let me ask this: If the purpose of the USE variable is to define what
we
> > do and don't want (gnome, gtk, kde, etc...) and a program can be
> > compile with or without explicit support for something, shouldn't
> > the ebuild for that package honor the USE variable?
> 
> The purpose of USE variables is to define *what _optional_ build-time
> functionality* you want enabled/disabled.  Hope that helps.

That is exactly my point.  This instance is a perfect example.
I do not have gnome in my USE variables. However, the current
ebuild for galeon assumes I do, although it can be built without
--with-gnome.

Put another way,  "gnome" in my USE variables should imply
"--with-gnome" in the configure script, and no "gnome" in my USE
variables ought to imply that "--with-gnome" is *not* in the configure,
if the program can be built that way, of course, which galeon can.

-- 
Pound for pound, the amoeba is the most vicious animal on earth.

Jon Nelson
jnelson@jamponi.net

Re: [gentoo-dev] various ebuild problems

[Daniel Robbins]

On Wed, Oct 24, 2001 at 11:24:22PM -0500, Jon Nelson wrote:
> > The purpose of USE variables is to define *what _optional_ build-time
> > functionality* you want enabled/disabled.  Hope that helps.
> 
> That is exactly my point.  This instance is a perfect example.
> I do not have gnome in my USE variables. However, the current
> ebuild for galeon assumes I do, although it can be built without
> --with-gnome.
> 
> Put another way,  "gnome" in my USE variables should imply
> "--with-gnome" in the configure script, and no "gnome" in my USE
> variables ought to imply that "--with-gnome" is *not* in the configure,
> if the program can be built that way, of course, which galeon can.

Agreed.

-- 
Daniel Robbins					<drobbins@gentoo.org>
Chief Architect/President			http://www.gentoo.org 
Gentoo Technologies, Inc.			

Re: [gentoo-dev] various ebuild problems

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 2879 bytes --]

On Thu, 2001-10-25 at 05:01, Jon Nelson wrote:
> On Wed, 24 Oct 2001 06:22:14 +0200
> Martin Schlemmer <azarah@gentoo.org> wrote:
> 
> 
> > Now, please note that Galeon is a _GNOME_ browser.  As stated in the
> > docs, it was intended as this, and will stay a gnome browser.  So you
> > need Gnome for it to work.
> 
> However, galeon can be compile with somewhat less GNOME support
> without the --with-gnome.  (Not sure about the
> --enable-gnome-file-selector)
> 
> Specifically, as of 9:45 PM (CST), the galeon-0.12.5-r1.ebuild does not
> build
> on my machine. It gives no portage-related errors.
> 
> If I apply the following patch, disabling *some* of the gnome support,
> it works and compiles and builds just fine.
> 
> Let me ask this: If the purpose of the USE variable is to define what we
> do and don't want (gnome, gtk, kde, etc...) and a program can be
> compile with or without explicit support for something, shouldn't
> the ebuild for that package honor the USE variable?
> 
> Incidentally, I think the reason it wasn't working for me is that bonobo
> has
> not been merged.  I'm building it now (and will emerge when done) to
> see if this makes a difference (with 'gnome' in my USE variables, too).
> 
> goblin galeon # diff -u galeon-0.12.5-r1.ebuild galeon-0.12.5-jon.ebuild 
> --- galeon-0.12.5-r1.ebuild     Wed Oct 24 14:17:09 2001
> +++ galeon-0.12.5-jon.ebuild     Thu Oct 25 21:43:23 2001
> @@ -25,6 +25,9 @@
>         if [ -z "`use nls`" ] ; then
>                 myconf="--disable-nls"
>         fi
> +       if [ ! -z "`use gnome`" ] ; then
> +               myconf="$myconf --with-gnome --enable-gnome-file-selector"
> +       fi
>  
>         ./configure --host=${CHOST}                                      \
>                     --prefix=/usr                                        \
> @@ -32,10 +35,8 @@
>                     --localstatedir=/var/lib                             \
>                     --with-mozilla-libs=${MOZILLA_FIVE_HOME}             \
>                     --with-mozilla-includes=${MOZILLA_FIVE_HOME}/include \
> -                   --with-gnome                                         \
>                     --without-debug                                      \
>                     --disable-applet                                     \
> -                   --enable-gnome-file-selector                         \
>                     $myconf || die
>  
>         emake || die
> goblin galeon # 
> 
> -- 
> Pound for pound, the amoeba is the most vicious animal on earth.
> 
> Jon Nelson
> jnelson@jamponi.net

Hi

Thanks.

Side note:  I guess it will learn us gnomies not to assume that only
people who use gnome, will use gnome apps.



-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Mikael Hallendal]

[-- Attachment #1: Type: text/plain, Size: 2706 bytes --]

tor 2001-10-25 klockan 06.24 skrev Jon Nelson:
> On Wed, 24 Oct 2001 21:38:29 -0600
> Daniel Robbins <drobbins@gentoo.org> wrote:
> 
> > On Wed, Oct 24, 2001 at 10:01:36PM -0500, Jon Nelson wrote:
> > 
> > > Let me ask this: If the purpose of the USE variable is to define what
> we
> > > do and don't want (gnome, gtk, kde, etc...) and a program can be
> > > compile with or without explicit support for something, shouldn't
> > > the ebuild for that package honor the USE variable?
> > 
> > The purpose of USE variables is to define *what _optional_ build-time
> > functionality* you want enabled/disabled.  Hope that helps.
> 
> That is exactly my point.  This instance is a perfect example.
> I do not have gnome in my USE variables. However, the current
> ebuild for galeon assumes I do, although it can be built without
> --with-gnome.

Hi!

Hmm.. from what I can see in the configure-script there are no flag
--with-gnome _AND_ GNOME is not optional when using Galeon. It's a
GNOME-browser. Also, the --with-gnome has often been confusing to people
since it's not whether to build with gnome-support, it's to tell _where_
GNOME is installed. --with-gnome=prefix...

However, I think what's causing the problem here is the
--enable-gnome-file-selector. Because when that is added Galeon should
also depend on bonobo (which you might not have installed).

About your patch, it doesn't seem to be doing what you want it too. It
disables the --enable-gnome-file-selector for people who don't have
gnome in there USE-variable but it doesn't fix the deps-problem (which
in this case is bonobo), so any person who tries to merge galeon with
gnome in the USE and not having Bonobo installed will have the same
problems.

--enable-gnome-file-selector refers to the GNOME_FileSelector
Bonobo-component which we don't have in portage so the switch is
pointless.

I've removed the two pointless (one of which doesn't seem to exist) in
-r3.

> Put another way,  "gnome" in my USE variables should imply
> "--with-gnome" in the configure script, and no "gnome" in my USE
> variables ought to imply that "--with-gnome" is *not* in the configure,
> if the program can be built that way, of course, which galeon can.

As stated above, no :)

And in the case of Galeon there is no way to avoid getting all the
gnome-libs installed since it's a GNOME-browser making heavy use of the
GNOME platform. If we in the future get the bonobo file browser in
Portage it should be using the "bonobo" USE-flag, not the GNOME one.

Regards,
  Mikael Hallendal
 
-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] various ebuild problems

[Jon Nelson]

On 25 Oct 2001 10:09:37 +0200
Mikael Hallendal <hallski@gentoo.org> wrote:

> Hmm.. from what I can see in the configure-script there are no flag
> --with-gnome _AND_ GNOME is not optional when using Galeon. It's a
> GNOME-browser. Also, the --with-gnome has often been confusing to people
> since it's not whether to build with gnome-support, it's to tell _where_
> GNOME is installed. --with-gnome=prefix...
> 
> However, I think what's causing the problem here is the
> --enable-gnome-file-selector. Because when that is added Galeon should
> also depend on bonobo (which you might not have installed).
> 
> About your patch, it doesn't seem to be doing what you want it too. It
> disables the --enable-gnome-file-selector for people who don't have
> gnome in there USE-variable but it doesn't fix the deps-problem (which
> in this case is bonobo), so any person who tries to merge galeon with
> gnome in the USE and not having Bonobo installed will have the same
> problems.
> 
> --enable-gnome-file-selector refers to the GNOME_FileSelector
> Bonobo-component which we don't have in portage so the switch is
> pointless.

Aha!  I suspected that but by then it was past my bedtime.
I'm trying your -r3 now, and will let you know how it goes tonight.

> I've removed the two pointless (one of which doesn't seem to exist) in
> -r3.
> 
> > Put another way,  "gnome" in my USE variables should imply
> > "--with-gnome" in the configure script, and no "gnome" in my USE
> > variables ought to imply that "--with-gnome" is *not* in the
configure,
> > if the program can be built that way, of course, which galeon can.
> 
> As stated above, no :)
> 
> And in the case of Galeon there is no way to avoid getting all the
> gnome-libs installed since it's a GNOME-browser making heavy use of the
> GNOME platform. If we in the future get the bonobo file browser in
> Portage it should be using the "bonobo" USE-flag, not the GNOME one.

Gotcha.
-- 
Pound for pound, the amoeba is the most vicious animal on earth.

Jon Nelson
jnelson@jamponi.net

Re: [gentoo-dev] various ebuild problems

[Jon Nelson]

On Thu, 25 Oct 2001 08:23:43 -0500
Jon Nelson <jnelson@jamponi.net> wrote:

<blah blah blah>
> I'm trying your -r3 now, and will let you know how it goes tonight.

r3 works great. Thanks!
-- 
Pound for pound, the amoeba is the most vicious animal on earth.

Jon Nelson
jnelson@jamponi.net