> On Wed, 3 Jan 2018, Ulrich Müller wrote:
> Split off functions preserve_old_lib and preserve_old_lib_notify
> from eutils.eclass into a dedicated preserve-libs.eclass. [...]
> For backwards compatibility, eutils inherits the new eclass in
> existing EAPIs.
Pushed.
Maintainers, please upda
On January 8, 2018 9:39:47 PM EST, Benda Xu wrote:
>Hi kuzetsa,
>
>kuzetsa writes:
>
>> The term "beyond" feels wrong & confusing.
>> (Not sure what to replace it with though)
>
>How about this?
>
> default/linux/amd64/17.0/no-multilib/prefix/kernel-3.2+
> default/linux/amd64/17.0/no-multilib
On January 8, 2018 4:32:29 AM EST, Mart Raudsepp wrote:
>Hello,
>
>I have created a new ARM64 project[1] as an architecture team project,
>as I don't find it appropriate to handle this under the ARM project and
>all its legacy (including confusing stabilization rules, etc). It is
>also clearer t
Add @MAINTAINER comments before each profile set indicating
the effective maintainer for the following set of profiles. While most
of those entries may seem obvious at first, I expect that some
of the sub-profiles will eventually 'change hands', e.g. the /hardened
sub-profiles would be maintained b
On Tue, Jan 9, 2018 at 9:43 AM, Michał Górny wrote:
> Add @MAINTAINER comments before each profile set indicating
> the effective maintainer for the following set of profiles. While most
> of those entries may seem obvious at first, I expect that some
> of the sub-profiles will eventually 'change
On Tue, Jan 9, 2018 at 10:11 AM, Alec Warner wrote:
>
> On Tue, Jan 9, 2018 at 9:43 AM, Michał Górny wrote:
>
>> Add @MAINTAINER comments before each profile set indicating
>> the effective maintainer for the following set of profiles. While most
>> of those entries may seem obvious at first, I
eselect-1.4.11 contains two changes in the profile module:
- "eselect profile list" now shows the status of each profile
(stable/dev/exp) in addition [1].
- "eselect profile set" will refuse to select an experimental profile.
If you know what you're doing, you can override this limitation wit
W dniu wto, 09.01.2018 o godzinie 11∶15 -0500, użytkownik Alec Warner
napisał:
> On Tue, Jan 9, 2018 at 10:11 AM, Alec Warner wrote:
>
> >
> > On Tue, Jan 9, 2018 at 9:43 AM, Michał Górny wrote:
> >
> > > Add @MAINTAINER comments before each profile set indicating
> > > the effective maintaine
Andreas Sturmlechner posted on Tue, 09 Jan 2018 02:49:27 +0100 as
excerpted:
> # Andreas Sturmlechner (09 Jan 2018)
> # Dead upstream, depends on dead Qt4.
> # Bug #643976. Masked for removal in 30 days.
> media-video/2mandvd
Is there a timetable for the "dead" qt4 removal yet?
Where will it go
On Tue, 2018-01-09 at 08:29 -0500, Aaron Bauman wrote:
>
> On January 8, 2018 4:32:29 AM EST, Mart Raudsepp
> wrote:
> > Hello,
> >
> > I have created a new ARM64 project[1] as an architecture team
> > project,
> > as I don't find it appropriate to handle this under the ARM project
> > and
> > a
During the last Gentoo council meeting, the decision was made to implement
changes to the gentoo-dev mailing list [1].
These changes affect only the gentoo-dev mailing list, and will come into
effect on 23 January 2018.
* Subscribing to the list and receiving list mail remains as it is now.
* P
2018-01-09 22:20 GMT+01:00 Andreas K. Huettel :
> [...]
> * Whitelisting requires that one developer vouches for you. We intend this
> to be as unbureaucratic as possible.
>
May I ask to some random developer to vouche for me (Francesco Riosa a.k.a.
vivo)?
I'd like to be able to seldom post
On Tue, Jan 9, 2018 at 5:20 PM, Francesco Riosa wrote:
>
> 2018-01-09 22:20 GMT+01:00 Andreas K. Huettel :
>
>> [...]
>
>
>
>> * Whitelisting requires that one developer vouches for you. We intend this
>> to be as unbureaucratic as possible.
>>
>
> May I ask to some random developer to vouche f
All,
please take a look at the following issue.
https://github.com/openrc/openrc/issues/195
The first part of the fix is committed to master as shown on the issue;
checkpath should *never* follow symbolic links when changing ownership,
so I have moved to the lchown call instead of chown.
Howeve
180109 Andreas K. Huettel wrote:
> During the last Gentoo council meeting, the decision was made
> to implement changes to the gentoo-dev mailing list [1].
> These changes affect only the gentoo-dev mailing list
> and will come into effect on 23 January 2018.
>
> * Subscribing to the list and rece
On Tue, Jan 9, 2018 at 1:20 PM, Andreas K. Huettel wrote:
> During the last Gentoo council meeting, the decision was made to implement
> changes to the gentoo-dev mailing list [1].
>
> These changes affect only the gentoo-dev mailing list, and will come into
> effect on 23 January 2018.
>
> * Subs
On 01/09/2018 07:07 PM, William Hubbs wrote
>
> However, I'm not sure how to deal with the hard link issue in a way that
> will not break service scripts.
>
Systemd mitigates this by enabling the fs.protected_hardlinks sysctl by
default, but they have the liberty of requiring a relatively new Li
On 01/09/2018 07:37 PM, Philip Webb wrote:
>
> I'm very sorry that Council approved this proposal
> & hope that it will soon see sense & rescind it.
In an effort to reduce noise on the gentoo-dev mailing list, Gentoo will
now require every user to send an email to the gentoo-dev mailing list
aski
On Tue, Jan 09, 2018 at 10:20:56PM +0100, Andreas K. Huettel wrote:
> * Posting to the list will only be possible to Gentoo developers and
> whitelisted additional participants.
This is so contrary to what I and I thought Gentoo stands for:
openness, transparency, inclusiveness even when these r
On Wed, 10 Jan 2018 08:48:56 +0300 Eray Aslan wrote:
>On Tue, Jan 09, 2018 at 10:20:56PM +0100, Andreas K. Huettel wrote:
>> * Posting to the list will only be possible to Gentoo developers and
>> whitelisted additional participants.
>
>This is so contrary to what I and I thought Gentoo stands
20 matches
Mail list logo
