[gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Robin H. Johnson]

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

The bug hit me while working with GLI last night, and now I really do
need a solution for it. Looking at the dep tree to see why perl pulls
in openssl, the critical parts of the tree are this:

(Trimmed to make things shorter)
[ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb 
[ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
[ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
(glibc, gcc, gcc-config, portage)
[ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
[ebuild  N    ]             dev-libs/openssl-0.9.7g

This suggests the following solutions:
1. split berkdb support out of perl.
2. split ssl support out of python.
3. split java support out of db.

#1 may be possible with mcumming's minimal perl (untested by me)
#2 appears to work (tested via package.use having 'python -ssl', and looking at 'emerge -e -p system')
#3 appears to work (tested via package.use having 'db -java', and looking at 'emerge -e -p system')

I tried implementing #3, but the ebuild work involved is very messy, and
non-ideal, as a large part of db is then built twice.

Could the python and perl folk please comment here on the possibility of moving
those chunks (berkdb/ssl) of their packages to seperate packages?

-- 
Robin Hugh Johnson
E-Mail     : robbat2@orbis-terrarum.net
Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ#       : 30269588 or 41961639
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Michael Cummings]

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

We/me perl folks are working on it as quickly as we/i can. I'm slated to leave 
for vacation this weekend and would hate to drop a change like minimal 
support into the tree and then disappear for a week. that said, i plan on 
testing the new ebuilds tomorrow if nothing interrupts me. part of the hitch 
with the minimal support ebuild is that it will mean additions to perl-core/* 
that we haven't gauged yet.

On Monday 13 June 2005 01:18 pm, Robin H. Johnson wrote:
> The bug hit me while working with GLI last night, and now I really do
> need a solution for it. Looking at the dep tree to see why perl pulls
> in openssl, the critical parts of the tree are this:
>
> (Trimmed to make things shorter)
> [ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb
> [ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
> [ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
> (glibc, gcc, gcc-config, portage)
> [ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
> [ebuild  N    ]             dev-libs/openssl-0.9.7g
>
> This suggests the following solutions:
> 1. split berkdb support out of perl.
> 2. split ssl support out of python.
> 3. split java support out of db.
>
> #1 may be possible with mcumming's minimal perl (untested by me)
> #2 appears to work (tested via package.use having 'python -ssl', and
> looking at 'emerge -e -p system') #3 appears to work (tested via
> package.use having 'db -java', and looking at 'emerge -e -p system')
>
> I tried implementing #3, but the ebuild work involved is very messy, and
> non-ideal, as a large part of db is then built twice.
>
> Could the python and perl folk please comment here on the possibility of
> moving those chunks (berkdb/ssl) of their packages to seperate packages?

-- 

-----o()o---------------------------------------------
Michael Cummings   |    #gentoo-dev, #gentoo-perl
Gentoo Perl Dev    |    on irc.freenode.net 
-----o()o---------------------------------------------

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Lars Weiler]

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

* Robin H. Johnson <robbat2@gentoo.org> [05/06/13 10:18 -0700]:
> 3. split java support out of db.

During stage-building we have USE="-java", but still there
is a perl/openssl dependency, which I can't track.  x86
seems to build a stage3 fine, but ppc and amd64 has issues.

Regards, Lars

-- 
Lars Weiler  <pylon@gentoo.org>  +49-171-1963258
Gentoo Linux PowerPC    : Developer and Release Engineer
Gentoo Infrastructure   : CVS Administrator
Gentoo Foundation       : Trustee

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Danny van Dyk]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lars Weiler schrieb:
> * Robin H. Johnson <robbat2@gentoo.org> [05/06/13 10:18 -0700]:
> 
>>3. split java support out of db.
> During stage-building we have USE="-java", but still there
> is a perl/openssl dependency, which I can't track.  x86
> seems to build a stage3 fine, but ppc and amd64 has issues.
Sorry Lars, i have been wrong on this. amd64 has no problems with
perl/ssl circular dependency (yet?) but with BUG #63699. Essentially,
the libperl build scripts don't have a target for libperl.so.
But that's a different story ;-)

Danny
- --
Danny van Dyk <kugelfang@gentoo.org>
Gentoo/AMD64 Project, Gentoo Scientific Project
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCrh1faVNL8NrtU6IRAhEkAJ0ZvfhuC34QJQMKIEc1Qu41HScBkgCgiHlK
Y6Isr0eF/TaMkLhN1hEEfs4=
=kE1r
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Paul de Vrieze]

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

On Monday 13 June 2005 19:18, Robin H. Johnson wrote:
> The bug hit me while working with GLI last night, and now I really do
> need a solution for it. Looking at the dep tree to see why perl pulls
> in openssl, the critical parts of the tree are this:
>
> (Trimmed to make things shorter)
> [ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb
> [ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
> [ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
> (glibc, gcc, gcc-config, portage)
> [ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
> [ebuild  N    ]             dev-libs/openssl-0.9.7g
>
> This suggests the following solutions:
> 1. split berkdb support out of perl.
> 2. split ssl support out of python.
> 3. split java support out of db.
>
> #1 may be possible with mcumming's minimal perl (untested by me)
> #2 appears to work (tested via package.use having 'python -ssl', and
> looking at 'emerge -e -p system') #3 appears to work (tested via
> package.use having 'db -java', and looking at 'emerge -e -p system')
>
> I tried implementing #3, but the ebuild work involved is very messy, and
> non-ideal, as a large part of db is then built twice.
>
> Could the python and perl folk please comment here on the possibility of
> moving those chunks (berkdb/ssl) of their packages to seperate packages?

What I wonderis why blackdown-jdk (or any other jdk) actually depends on 
python. These jdk's are binary only packages that have no buildtime 
dependencies. The only source of the python dependency is java-config. In any 
case python should be a system package.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Robin H. Johnson]

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

On Tue, Jun 14, 2005 at 10:50:05PM +0200, Paul de Vrieze wrote:
> > (Trimmed to make things shorter)
> > [ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb
> > [ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
> > [ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
> > (glibc, gcc, gcc-config, portage)
> > [ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
> > [ebuild  N    ]             dev-libs/openssl-0.9.7g
> What I wonderis why blackdown-jdk (or any other jdk) actually depends on 
> python. These jdk's are binary only packages that have no buildtime 
> dependencies. The only source of the python dependency is java-config. In any 
> case python should be a system package.
java-config only has a RDEPEND on python.

The stage2 command is 'emerge -e system'.

blackdown-jdk DEPEND="virtual/libc"
glibc DEPEND="sys-devel/gcc"
gcc DEPEND="sys-devel/gcc-config"
- Maybe this should be an RDEPEND only?
gcc-config DEPEND="sys-devel/portage"
- Maybe this should be an RDEPEND only?
portage RDEPEND="dev-lang/python"




-- 
Robin Hugh Johnson
E-Mail     : robbat2@orbis-terrarum.net
Home Page  : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ#       : 30269588 or 41961639
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Paul de Vrieze]

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

On Tuesday 14 June 2005 23:15, Robin H. Johnson wrote:
> On Tue, Jun 14, 2005 at 10:50:05PM +0200, Paul de Vrieze wrote:
> > > (Trimmed to make things shorter)
> > > [ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb
> > > [ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
> > > [ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
> > > (glibc, gcc, gcc-config, portage)
> > > [ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
> > > [ebuild  N    ]             dev-libs/openssl-0.9.7g
> >
> > What I wonderis why blackdown-jdk (or any other jdk) actually depends on
> > python. These jdk's are binary only packages that have no buildtime
> > dependencies. The only source of the python dependency is java-config. In
> > any case python should be a system package.
>
> java-config only has a RDEPEND on python.
>
> The stage2 command is 'emerge -e system'.
>
> blackdown-jdk DEPEND="virtual/libc"
> glibc DEPEND="sys-devel/gcc"
> gcc DEPEND="sys-devel/gcc-config"
> - Maybe this should be an RDEPEND only?
> gcc-config DEPEND="sys-devel/portage"

I don't think gcc-config should depend on portage at all. Or does it actually 
use portage services. In any case it should be an RDEPEND, as building does 
not depend on portage being there.

> - Maybe this should be an RDEPEND only?
> portage RDEPEND="dev-lang/python"

Portage does provide some very simple binary python modules. These depend at 
compiletime on python headers. Providing those headers separately might help 
though. Just as well as splitting out those modules.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Mike Frysinger]

On Tuesday 14 June 2005 05:32 pm, Paul de Vrieze wrote:
> I don't think gcc-config should depend on portage at all. Or does it
> actually use portage services. In any case it should be an RDEPEND, as
> building does not depend on portage being there.

it was added when `portageq` didnt exist everywhere so we had to make sure the 
portage on the system ran a new-enough version

we can drop it now if it'll break this circular DEPEND
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Mike Frysinger]

On Tuesday 14 June 2005 06:52 pm, Marius Mauch wrote:
> On Tue, 14 Jun 2005 23:32:06 +0200
>
> Paul de Vrieze <pauldv@gentoo.org> wrote:
> > I don't think gcc-config should depend on portage at all. Or does it
> > actually use portage services. In any case it should be an RDEPEND,
> > as building does not depend on portage being there.
>
> Hmm, how do you build an ebuild without portage? Not trying to defend
> that dependency, but technically all ebuilds DEPEND on portage (or a
> compatible package manager), that's the most implicit dependency of all.

i assume you didnt read the reply i made already ...

gcc-config DEPEND-ed on a specific version of portage (the first one to 
provide portageq to userspace)
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Marius Mauch]

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

On Tue, 14 Jun 2005 23:32:06 +0200
Paul de Vrieze <pauldv@gentoo.org> wrote:

> I don't think gcc-config should depend on portage at all. Or does it
> actually use portage services. In any case it should be an RDEPEND,
> as building does not depend on portage being there.

Hmm, how do you build an ebuild without portage? Not trying to defend
that dependency, but technically all ebuilds DEPEND on portage (or a
compatible package manager), that's the most implicit dependency of all.

Marius

-- 
Public Key at http://www.genone.de/info/gpg-key.pub

In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Paul de Vrieze]

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

On Wednesday 15 June 2005 00:52, Marius Mauch wrote:
> On Tue, 14 Jun 2005 23:32:06 +0200
>
> Paul de Vrieze <pauldv@gentoo.org> wrote:
> > I don't think gcc-config should depend on portage at all. Or does it
> > actually use portage services. In any case it should be an RDEPEND,
> > as building does not depend on portage being there.
>
> Hmm, how do you build an ebuild without portage? Not trying to defend
> that dependency, but technically all ebuilds DEPEND on portage (or a
> compatible package manager), that's the most implicit dependency of
> all.

I think you know what I mean. By definition portage is allready there for 
the ebuild to be evaluated. It is therefore unnecessary to specify it as 
a dependency. Besides that for most packages any compatible package 
manager should work (there just is only portage now though).

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Michael Cummings]

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

On Tuesday 14 June 2005 06:51 pm, Mike Frysinger wrote:
> i assume you didnt read the reply i made already ...
>
> gcc-config DEPEND-ed on a specific version of portage (the first one to
> provide portageq to userspace)

I have to chuckle wryly - when the bug for this was first opened, perl 
DEPEND-ed on portage for a similar reason (PDEPEND support).

OK, my sense of humor is waning these days...

-- 

-----o()o---------------------------------------------
Michael Cummings   |    #gentoo-dev, #gentoo-perl
Gentoo Perl Dev    |    on irc.freenode.net 
-----o()o---------------------------------------------

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

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Chris Gianelloni]

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

On Tue, 2005-06-14 at 22:50 +0200, Paul de Vrieze wrote:
> On Monday 13 June 2005 19:18, Robin H. Johnson wrote:
> > The bug hit me while working with GLI last night, and now I really do
> > need a solution for it. Looking at the dep tree to see why perl pulls
> > in openssl, the critical parts of the tree are this:
> >
> > (Trimmed to make things shorter)
> > [ebuild  N    ]     dev-lang/perl-5.8.6-r4  +berkdb
> > [ebuild  N    ]      sys-libs/db-4.2.52_p2  +java
> > [ebuild  N    ]       dev-java/blackdown-jdk-1.4.2.01-r2
> > (glibc, gcc, gcc-config, portage)
> > [ebuild  N    ]            dev-lang/python-2.4.1  +berkdb +ssl
> > [ebuild  N    ]             dev-libs/openssl-0.9.7g
> >
> > This suggests the following solutions:
> > 1. split berkdb support out of perl.
> > 2. split ssl support out of python.
> > 3. split java support out of db.
> >
> > #1 may be possible with mcumming's minimal perl (untested by me)
> > #2 appears to work (tested via package.use having 'python -ssl', and
> > looking at 'emerge -e -p system') #3 appears to work (tested via
> > package.use having 'db -java', and looking at 'emerge -e -p system')
> >
> > I tried implementing #3, but the ebuild work involved is very messy, and
> > non-ideal, as a large part of db is then built twice.
> >
> > Could the python and perl folk please comment here on the possibility of
> > moving those chunks (berkdb/ssl) of their packages to seperate packages?
> 
> What I wonderis why blackdown-jdk (or any other jdk) actually depends on 
> python. These jdk's are binary only packages that have no buildtime 
> dependencies. The only source of the python dependency is java-config. In any 
> case python should be a system package.

That and java is not enabled on any of the profiles I have been working
with, so that isn't the issue when we are building stages.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Chris Gianelloni]

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

On Tue, 2005-06-14 at 17:48 -0400, Mike Frysinger wrote:
> On Tuesday 14 June 2005 05:32 pm, Paul de Vrieze wrote:
> > I don't think gcc-config should depend on portage at all. Or does it
> > actually use portage services. In any case it should be an RDEPEND, as
> > building does not depend on portage being there.
> 
> it was added when `portageq` didnt exist everywhere so we had to make sure the 
> portage on the system ran a new-enough version
> 
> we can drop it now if it'll break this circular DEPEND

Please do.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Mike Frysinger]

On Wednesday 15 June 2005 09:45 am, Chris Gianelloni wrote:
> On Tue, 2005-06-14 at 17:48 -0400, Mike Frysinger wrote:
> > On Tuesday 14 June 2005 05:32 pm, Paul de Vrieze wrote:
> > > I don't think gcc-config should depend on portage at all. Or does it
> > > actually use portage services. In any case it should be an RDEPEND, as
> > > building does not depend on portage being there.
> >
> > it was added when `portageq` didnt exist everywhere so we had to make
> > sure the portage on the system ran a new-enough version
> >
> > we can drop it now if it'll break this circular DEPEND
>
> Please do.

notice the 'if it breaks the circle' ;)

can someone confirm that ?
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Chris Gianelloni]

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

On Wed, 2005-06-15 at 10:34 -0400, Mike Frysinger wrote:
> On Wednesday 15 June 2005 09:45 am, Chris Gianelloni wrote:
> > On Tue, 2005-06-14 at 17:48 -0400, Mike Frysinger wrote:
> > > On Tuesday 14 June 2005 05:32 pm, Paul de Vrieze wrote:
> > > > I don't think gcc-config should depend on portage at all. Or does it
> > > > actually use portage services. In any case it should be an RDEPEND, as
> > > > building does not depend on portage being there.
> > >
> > > it was added when `portageq` didnt exist everywhere so we had to make
> > > sure the portage on the system ran a new-enough version
> > >
> > > we can drop it now if it'll break this circular DEPEND
> >
> > Please do.
> 
> notice the 'if it breaks the circle' ;)
> 
> can someone confirm that ?

I just created a new snapshot with this change made, so I'll let you
know.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)

[Marius Mauch]

Paul de Vrieze wrote:
> I think you know what I mean. By definition portage is allready there for 
> the ebuild to be evaluated. It is therefore unnecessary to specify it as 
> a dependency. 

Sure I understood that. However, your post said exactly the opposite:
"... building does not depend on portage being there."
Also note that I said "implicit dependency". Well, guess I shouldn't 
send nitpicking mails anymore.

 > Besides that for most packages any compatible package
 > manager should work (there just is only portage now though).

Didn't I say that myself?

Marius
-- 
gentoo-dev@gentoo.org mailing list