On 08/10/2011 10:19 PM, Fabio Erculiani wrote:
On Thu, Aug 11, 2011 at 1:31 AM, Zac Medico zmed...@gentoo.org wrote:
On 08/10/2011 02:14 PM, Fabio Erculiani wrote:
The problem here is that Portage enforces the same rule by trying to
schedule the PDEPEND as soon as possible
This behavior was
On Wed, 10 Aug 2011 23:31:01 -0700
Zac Medico zmed...@gentoo.org wrote:
The ASAP behavior seems relatively optimal
Unfortunately, what it *seems* and what it *is* are two entirely
different things, and the whole thing breaks down when post-dependent
packages have dependencies themselves. If ASAP
On Thu, Aug 11, 2011 at 7:36 AM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
On Wed, 10 Aug 2011 23:14:22 +0200
Fabio Erculiani lx...@gentoo.org wrote:
I've intermittently spent my last two days trying to figure out a
weird bug on Entropy dependency resolution algorithm (which is
On Thu, Aug 11, 2011 at 8:31 AM, Zac Medico zmed...@gentoo.org wrote:
The ASAP behavior seems relatively optimal, which makes it difficult to
argue that ebuild maintainers should have to go to the trouble of
creating virtuals and updating reverse dependencies.
Yes it is and I agree, but the
On Thu, 11 Aug 2011 08:54:54 +0200
Fabio Erculiani lx...@gentoo.org wrote:
I've intermittently spent my last two days trying to figure out a
weird bug on Entropy dependency resolution algorithm (which is
actually just a simple topological sorting out of a digraph)
You can't use a naive
On Thu, 11 Aug 2011 08:59:01 +0200
Fabio Erculiani lx...@gentoo.org wrote:
On Thu, Aug 11, 2011 at 8:31 AM, Zac Medico zmed...@gentoo.org
wrote:
The ASAP behavior seems relatively optimal, which makes it
difficult to argue that ebuild maintainers should have to go to the
trouble of
On Thu, Aug 11, 2011 at 08:54:54AM +0200, Fabio Erculiani wrote:
On Thu, Aug 11, 2011 at 7:36 AM, Ciaran McCreesh
ciaran.mccre...@googlemail.com wrote:
Purely as a quality of implementation issue, scheduling a PDEPEND
reasonably soon after (or even before) the package requiring it may be
a
The case which triggered my attention was actually
app-office/libreoffice with USE=java. pkg_setup (through
java-utils-2.eclass java-pkg_switch-vm [1]) expects to find a
functional JDK environment, even though jdom-jaxen is not required as
RDEPEND by anything inside java eclasses and libreoffice
On 08/10/2011 11:59 PM, Fabio Erculiani wrote:
I would rather want to see it becoming mandatory by PMS, also.
But beside the ASAP, do you agree that there is still a dependency issue?
Well, let's just say that it's not practical for me to be bothered by
such things. I can't control how ebuild
On 08/11/2011 12:13 AM, Fabio Erculiani wrote:
1. implement the ASAP feature in Entropy and live with broken dependencies
2. live with broken dependencies
3. Fix the broken dependencies
4. Fix the broken dependencies and have PMS defining rules for
scheduling PDEPENDs.
It's fair enough for
On Thu, 11 Aug 2011 00:37:18 -0700
Zac Medico zmed...@gentoo.org wrote:
It's fair enough for you to call them broken dependencies. However,
when writing broken dependencies it what comes natural to ebuild
developers, is it practical to fight them even though you can write
your dependency
On Thu, 11 Aug 2011, Fabio Erculiani wrote:
The case which triggered my attention was actually
app-office/libreoffice with USE=java. pkg_setup (through
java-utils-2.eclass java-pkg_switch-vm [1]) expects to find a
functional JDK environment,
Generally, you cannot rely on any dependency
On Thu, Aug 11, 2011 at 10:24 AM, Ulrich Mueller u...@gentoo.org wrote:
On Thu, 11 Aug 2011, Fabio Erculiani wrote:
Generally, you cannot rely on any dependency (outside of the system
set) being present in pkg_setup:
http://dev.gentoo.org/~ulm/pms/head/pms.html#x1-720008
Ulrich
You may
On 08/10/2011 02:14 PM, Fabio Erculiani wrote:
The problem here is that Portage enforces the same rule by trying to
schedule the PDEPEND as soon as possible
This behavior was introduced in order to solve bug 180045 [1].
We can accomplish similar results to the ASAP (as soon as possible)
On Thu, Aug 11, 2011 at 1:31 AM, Zac Medico zmed...@gentoo.org wrote:
On 08/10/2011 02:14 PM, Fabio Erculiani wrote:
The problem here is that Portage enforces the same rule by trying to
schedule the PDEPEND as soon as possible
This behavior was introduced in order to solve bug 180045 [1].
On Wed, 10 Aug 2011 23:14:22 +0200
Fabio Erculiani lx...@gentoo.org wrote:
I've intermittently spent my last two days trying to figure out a
weird bug on Entropy dependency resolution algorithm (which is
actually just a simple topological sorting out of a digraph)
You can't use a naive
16 matches
Mail list logo