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
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 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 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 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
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
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
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
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
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
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
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
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
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
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
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
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 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
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 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
20 matches
Mail list logo
