On Mon, Jan 22, 2018 at 12:34 PM, Michael Orlitzky wrote:
> On 01/22/2018 11:37 AM, Mike Gilbert wrote:
>>>
>>> If the dependencies are to remain in the eclasses, then the eclasses
>>> should get a new revision when those dependencies change. Afterwards,
>>> the consumers can be revbumped and stab
# Andreas Sturmlechner (22 Jan 2018)
# Depends on deprecated Qt4, dead project.
# Masked for removal in 30 days.
app-emulation/qtemu
Michael Orlitzky posted on Mon, 22 Jan 2018 10:04:30 -0500 as excerpted:
> On 01/22/2018 05:10 AM, Duncan wrote:
If the dependencies are to remain in the eclasses, then the eclasses
should get a new revision when those dependencies change. Afterwards,
the consumers can be revbu
# Andreas Sturmlechner (22 Jan 2018)
# Depends on deprecated Qt4, no sign of upstream doing a port.
# Masked for removal in 30 days.
games-strategy/hedgewars
On 01/22/2018 05:14 AM, Mart Raudsepp wrote:
> On Sun, 2018-01-21 at 20:24 -0800, Zac Medico wrote:
>> Hi,
>>
>> In sys-app/portage-2.3.20, emerge now defaults to --dynamic-deps=n.
>> This
>> means that unless people explicitly set
>> EMERGE_DEFAULT_OPTS="--dynamic-deps=y" they're going to have to
On 01/22/2018 11:37 AM, Mike Gilbert wrote:
>>
>> If the dependencies are to remain in the eclasses, then the eclasses
>> should get a new revision when those dependencies change. Afterwards,
>> the consumers can be revbumped and stabilized normally to utilize the
>> new eclass.
>
> While that sou
On Mon, Jan 22, 2018 at 11:57 AM, Michał Górny wrote:
> W dniu nie, 21.01.2018 o godzinie 20∶24 -0800, użytkownik Zac Medico
>
>> Should we tell users to use the emerge --changed-deps=y option? Maybe
>> make --changed-deps=y a default setting?
>
> No. The idea is that not all dependency changes ne
W dniu pon, 22.01.2018 o godzinie 11∶28 +0100, użytkownik Andreas K.
Huettel napisał:
> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico:
> >
> > According to Gentoo policy, future ebuild dependency changes need to be
> > accompanied by a revision bump in order to trigger rebuilds for u
W dniu nie, 21.01.2018 o godzinie 20∶24 -0800, użytkownik Zac Medico
napisał:
> Hi,
>
> In sys-app/portage-2.3.20, emerge now defaults to --dynamic-deps=n. This
> means that unless people explicitly set
> EMERGE_DEFAULT_OPTS="--dynamic-deps=y" they're going to have to rebuild
> packages any time t
On Mon, 22 Jan 2018 11:28:21 +0100
"Andreas K. Huettel" wrote:
> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico:
> > According to Gentoo policy, future ebuild dependency changes need
> > to be accompanied by a revision bump in order to trigger rebuilds
> > for users. Therefore, you sh
On 2018-01-22 05:28 AM, Andreas K. Huettel wrote:
> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico:
>>
>> According to Gentoo policy, future ebuild dependency changes need to be
>> accompanied by a revision bump in order to trigger rebuilds for users.
>> Therefore, you should only need
On Sun, Jan 21, 2018 at 11:57 PM, Michael Orlitzky wrote:
> On 01/21/2018 11:24 PM, Zac Medico wrote:
>>
>> Some eclasses like autotools.eclass and vala.eclass generate
>> version/slot locked dependencies that cause the dependencies of
>> inheriting ebuilds to change when the versions in the eclas
On 01/22/2018 05:10 AM, Duncan wrote:
>>>
>>> If the dependencies are to remain in the eclasses, then the eclasses
>>> should get a new revision when those dependencies change. Afterwards,
>>> the consumers can be revbumped and stabilized normally to utilize the
>>> new eclass.
>>
>> Sounds good!
>
On Sun, 2018-01-21 at 20:24 -0800, Zac Medico wrote:
> Hi,
>
> In sys-app/portage-2.3.20, emerge now defaults to --dynamic-deps=n.
> This
> means that unless people explicitly set
> EMERGE_DEFAULT_OPTS="--dynamic-deps=y" they're going to have to
> rebuild
> packages any time that the runtime depen
On 1/20/18 2:35 PM, Anthony G. Basile wrote:
> I'm working on a multi-step plan to clean up the uclibc and musl
> profiles to make repoman (and arch testers) happy. It will take a while
> because I have to make sure I don't seriously break things for people
> using them. As a first step, I think
On Mon, 22 Jan 2018 11:28:21 +0100
"Andreas K. Huettel" wrote:
> Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico:
> >
> > According to Gentoo policy, future ebuild dependency changes need
> > to be accompanied by a revision bump in order to trigger rebuilds
> > for users. Therefore, y
Am Montag, 22. Januar 2018, 08:01:08 CET schrieb Zac Medico:
>
> According to Gentoo policy, future ebuild dependency changes need to be
> accompanied by a revision bump in order to trigger rebuilds for users.
> Therefore, you should only need to use --changed-deps=y for a single
> deep @world upda
Zac Medico posted on Sun, 21 Jan 2018 22:20:21 -0800 as excerpted:
> On 01/21/2018 08:57 PM, Michael Orlitzky wrote:
>> On 01/21/2018 11:24 PM, Zac Medico wrote:
>>>
>>> Some eclasses like autotools.eclass and vala.eclass generate
>>> version/slot locked dependencies that cause the dependencies of
On Mon, Jan 22, 2018 at 8:01 AM, Zac Medico wrote:
> According to Gentoo policy, future ebuild dependency changes need to be
> accompanied by a revision bump in order to trigger rebuilds for users.
> Therefore, you should only need to use --changed-deps=y for a single
> deep @world update. After
On Sun, 21 Jan 2018 23:01:08 -0800
Zac Medico wrote:
> Please review.
>
> Title: Portage Dynamic Deps
> Author: Zac Medico
> Posted: 2018-01-28
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed:
> Beginning with Portage 2.3.20, the previous default --dynamic-deps=y
> setting has ch
20 matches
Mail list logo
