FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 04-23-2011, 11:15 AM
Zac Medico
 
Default reconciling new-style virtuals with overlays, was: RDEPENDing on packages from overlays?

On 04/23/2011 03:28 AM, Ch*-Thanh Christopher Nguyễn wrote:
> Eray Aslan schrieb:
>> https://bugs.gentoo.org/show_bug.cgi?id=364445
>> https://bugs.gentoo.org/show_bug.cgi?id=364401
>>
>> Basically, there are requests to add packages to RDEPEND in virtual/mda
>> and virtual/mta that are not in the official tree but in sunrise.
>>
>> On one side, *DEPENDing on a package outside the tree doesn't seem
>> right.
>
> I understand that the push to remove old-style virtuals from the main
> tree is because they cause headaches for the package managers during
> dependency calculation. I also understand that existing EAPIs will not
> be amended to forbid old-style virtuals.
>
> Would it make sense to do the following:
> (1) make all new-style virtuals additionally depend on an old-style
> virtual (a new category might be appropriate)
> (2) ebuilds in overlays can PROVIDE the old-style virtual

It seems like new-style virtual would be introducing complexity without
adding any value here. Why not just use a pure old-style virtual?

> (3) in a future EAPI, package managers are allowed to ignore the
> old-style virtual dependency for packages which are not already installed

I'm not sure what you mean here. In || dependencies, it's normal to
ignore choices that are masked or unavailable, so I'm not sure that
you're suggesting anything different from the existing || behavior.

> If directly including installed old-style virtual packages in the
> dependency calculations is not feasible, (3) could be implemented
> through modifying package.provided like it is already done for
> package.{keywords,mask,use} after profile/ updates

Again, I'm not sure that I understand the point of this. Since ||
dependencies already ignore unavailable or masked choices, why would
package.provided be needed?
--
Thanks,
Zac
 
Old 04-23-2011, 11:32 AM
Ciaran McCreesh
 
Default reconciling new-style virtuals with overlays, was: RDEPENDing on packages from overlays?

On Sat, 23 Apr 2011 12:28:29 +0200
Ch*-Thanh Christopher Nguyễn <chithanh@gentoo.org> wrote:
> Would it make sense to do the following:
> (1) make all new-style virtuals additionally depend on an old-style
> virtual (a new category might be appropriate)

No.

--
Ciaran McCreesh
 
Old 04-23-2011, 01:37 PM
Ciaran McCreesh
 
Default reconciling new-style virtuals with overlays, was: RDEPENDing on packages from overlays?

On Sat, 23 Apr 2011 15:28:04 +0200
Ch*-Thanh Christopher Nguyễn <chithanh@gentoo.org> wrote:
> Because there is a reason for not doing so, or because you think that
> multi-repository support is a superior solution which will come
> sooner?

Because what you propose solves nothing, and prevents the entire point
of the exercise, which is to do away entirely with old style virtuals
and all the problems they introduce.

--
Ciaran McCreesh
 
Old 04-23-2011, 02:57 PM
Ciaran McCreesh
 
Default reconciling new-style virtuals with overlays, was: RDEPENDing on packages from overlays?

On Sat, 23 Apr 2011 16:47:37 +0200
Ch*-Thanh Christopher Nguyễn <chithanh@gentoo.org> wrote:
> What I propose solves the problems that old-style virtuals introduce
> in dependency resolution.

Not really, because it means we'd have to keep the nasty old code around
forever. If we just do away with the things entirely instead then we
can pretend they never existed (like we did for ? : dependencies).

> What other problems do they cause?

DEPEND=">=virtual/blah-2"

DEPEND="virtual/blah[foo]"

DEPEND="!virtual/that-i-provide"

PROVIDE="not-a/virtual"

best_version virtual/blah

The full VDB load required to figure out whether or not a virtual is
installed.

--
Ciaran McCreesh
 

Thread Tools




All times are GMT. The time now is 08:34 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org