On Tue, 6 Sep 2016 02:50:51 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> PMFJI, but either I'm not understanding either, or mgorny did
> understand, but is looking at it from a different perspective, that
> being the eclass maintainer's perspective, and thus seeing an
> angle/problem you did
interested in euscan
I'm using it in one of my server.
but I'm away untill 14 of this month.
2016/08/07 18:27 "Patrick Lauer" :
> On 08/07/2016 10:12 AM, Dirkjan Ochtman wrote:
> > On Sun, Aug 7, 2016 at 9:51 AM, Pacho Ramos wrote:
> >> This packages are now up for grabs:
> >> app-portage/euscan
Dead upstream since 2013. Superseded by eject from sys-apps/util-linux.
Slated for removal in 30 days.
--
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93 9F68 498F E765 960E 9B39
Attention! New gpg key! See
https://www.gentoofan.org/blog/index.php?/archives/9-New-gpg-keys.
On Mon, 5 Sep 2016 15:03:36 +0200
Michał Górny wrote:
> On Fri, 2 Sep 2016 18:13:20 +0200
> Kristian Fiskerstrand wrote:
>
> > I'm wondering whether it wouldn't make sense to require eclasses (or
> > strongly encourage) to include an explicit list of EAPIs it has been
> > tested for in order to
On 05/09/16 13:07, Joshua Kinard wrote:
> On 08/31/2016 17:28, Paweł Hajdan, Jr. wrote:
>> gcc-6 doesn't seem to be in portage.
> It's in the hardened-development overlay. You can use layman to install the
> overlay, then test out gcc-6.2.x. Already found a bug related to mips
> myself, heh.
Ok
On 09/06/2016 12:44 PM, Kent Fredric wrote:
> On Mon, 5 Sep 2016 15:03:36 +0200
> Michał Górny wrote:
>
>> On Fri, 2 Sep 2016 18:13:20 +0200
>> Kristian Fiskerstrand wrote:
>>
>>> I'm wondering whether it wouldn't make sense to require eclasses (or
>>> strongly encourage) to include an explicit
On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand wrote:
>
> I believe you're overthinking it, if we make it a guideline to include a
> section of the eclass (as many already have) that does e.g (take this
> for example purposes) there is no EAPI/PMS change needed
> case "${EAPI:-0}" in
>
On 09/06/2016 03:19 PM, Rich Freeman wrote:
> On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand wrote:
>>
>> I believe you're overthinking it, if we make it a guideline to include a
>> section of the eclass (as many already have) that does e.g (take this
>> for example purposes) there is no EA
On 06/09/16 14:35, Kristian Fiskerstrand wrote:
> On 09/06/2016 03:19 PM, Rich Freeman wrote:
>> On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand
>> wrote:
>>> I believe you're overthinking it, if we make it a guideline to include a
>>> section of the eclass (as many already have) that does
On 09/06/2016 03:38 PM, M. J. Everitt wrote:
> On 06/09/16 14:35, Kristian Fiskerstrand wrote:
>> On 09/06/2016 03:19 PM, Rich Freeman wrote:
>>> On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand
>>> wrote:
I believe you're overthinking it, if we make it a guideline to include a
sec
On Tue, 6 Sep 2016 09:19:42 -0400
Rich Freeman wrote:
> On Tue, Sep 6, 2016 at 8:51 AM, Kristian Fiskerstrand wrote:
> >
> > I believe you're overthinking it, if we make it a guideline to include a
> > section of the eclass (as many already have) that does e.g (take this
> > for example purposes
On 09/03/2016 05:17 PM, Rich Freeman wrote:
> Dear all,
>
> the Gentoo Council will meet again on Sunday, September 11th at 19:00 UTC
> in #gentoo-council on FreeNode.
>
> Please reply to this message on the gentoo-project list with any items
> the council should put on its agenda to discuss or v
Kristian Fiskerstrand writes:
> inherited eclasses. having a whitelist in place and die if eclass is not
> updated to handle it solves it.
>
> Thoughts? comments? cookies? threats?
Wouldn't a blacklist be more practical than a whitelist?
root# cat /usr/portage/profiles/eclass.eapi.mask
foou
On Tue, Sep 6, 2016 at 9:02 PM, Erik Mackdanz wrote:
> Kristian Fiskerstrand writes:
>> inherited eclasses. having a whitelist in place and die if eclass is not
>> updated to handle it solves it.
>>
>> Thoughts? comments? cookies? threats?
>
> Wouldn't a blacklist be more practical than a whiteli
14 matches
Mail list logo