On Sun, Apr 24, 2011 at 09:42:25AM +0300, Eray Aslan wrote:
> On Sun, Apr 24, 2011 at 07:39:55AM +0200, Ulrich Mueller wrote:
> > I can live with that, as long as the responsibility that packages work
> > with dependencies from overlays stays entirely with the overlay's
> > maintainer.
>
> Good po
On Sun, Apr 24, 2011 at 07:39:55AM +0200, Ulrich Mueller wrote:
> I can live with that, as long as the responsibility that packages work
> with dependencies from overlays stays entirely with the overlay's
> maintainer.
Good point. Agreed.
> But could you please add a comment in the virtual's ebu
> On Sun, 24 Apr 2011, Eray Aslan wrote:
> The consensus seems to be to leave it for the package maintainer to
> decide.
> I, for one, will be making the necessary changes to include packages
> from overlays until, for whatever reason, it either
> * becomes too burdensome
> * hinders the mai
Replying randomly
On Sat, Apr 23, 2011 at 08:24:59AM -0700, Zac Medico wrote:
The consensus seems to be to leave it for the package maintainer to
decide.
I, for one, will be making the necessary changes to include packages
from overlays until, for whatever reason, it either
* becomes too burden
On 04/23/2011 06:05 AM, Ulrich Mueller wrote:
>> On Sat, 23 Apr 2011, Thomas Sachau wrote:
>
>> If e.g. kde and sunrise overlay both provide an mta, they would both
>> need a fork of virtual/mta. Now one of those forks will be preferred
>> and used, e.g. the kde one. This means, that you canno
William Hubbs schrieb:
> I'm not an overlay user, but I'm thinking that an overlay user might be
> able to get around this by putting the virtual in package.provided.
>
Why must the user do it? Can't the package manager do it?
Regards,
Chi-Thanh Christopher Nguyen
> On Sat, 23 Apr 2011, Thomas Sachau wrote:
> If e.g. kde and sunrise overlay both provide an mta, they would both
> need a fork of virtual/mta. Now one of those forks will be preferred
> and used, e.g. the kde one. This means, that you cannot install the
> mta from sunrise to satisfy the virt
On Sat, 23 Apr 2011 14:07:21 +0200
Thomas Sachau wrote:
> It may be no issue as long as the virtual does not change that much
> or as long as not more than 1 overlay forks the virtual. But as
> already written in Bugzilla, you create an issue for users, if you
> have 2 overlays added, which both p
Am 23.04.2011 13:02, schrieb Zac Medico:
> On 04/22/2011 11:05 PM, Eray Aslan wrote:
>> On the other hand, we are making life (unneccesarily?) difficult for
>> overlay users by not incorporating the requested changes to the official
>> tree.
>
> I don't imagine it's that much work to maintain a fo
Am 23.04.2011 08:05, schrieb Eray Aslan:
> 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 sid
On Sat, Apr 23, 2011 at 04:02:24AM -0700, Zac Medico wrote:
> On 04/22/2011 11:05 PM, Eray Aslan wrote:
> > 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 virt
On Sat, 23 Apr 2011 09:05:48 +0300
Eray Aslan wrote:
> Comments on how to proceed? Is it OK for a virtual to list a package
> which is in an overlay in RDEPEND?
The way || ( ) dependencies are defined means doing so doesn't cause
any problems.
Having said that, overlays can always supply their
On Sat, Apr 23, 2011 at 09:05:48AM +0300, Eray Aslan wrote:
> 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 sunri
On 04/22/2011 11:05 PM, Eray Aslan wrote:
> 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 si
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 see
15 matches
Mail list logo