On 2018-07-24 1:55 p.m., Dennis Schridde wrote:
> Am Dienstag, 24. Juli 2018, 19:15:19 CEST schrieb Ian Stakenvicius:
>>
>> This is getting a little scary as to what is overriding what, within a
>> repo.
>
> I also tried to untangle this in my email from Sat, 21 Jul 2018 14:45:12 +
>
Yeah I
On Tue, Jul 24, 2018 at 2:32 PM Ian Stakenvicius wrote:
>
> I don't think the process needs to be simplified much more than this;
> each layer above has its purpose. However I do very much want to
> caution on making it more complicated, especially with the addition of
> syntax that allows
On 2018-07-22 1:52 p.m., Michael Orlitzky wrote:
>
> [...]
>
> It looks to me like *within (sub)profiles*, a USE="-foo" should undo
> USE=foo, rather than adding "-foo" to the list of tokens that get pushed
> down via USE_ORDER.
>
...except that we often want the sub-profile containing "-foo"
Am Dienstag, 24. Juli 2018, 19:15:19 CEST schrieb Ian Stakenvicius:
> On 2018-07-21 9:33 a.m., Rich Freeman wrote:
> > On Sat, Jul 21, 2018 at 5:33 AM Zac Medico wrote:
> >> Sure, why not? So ^flag would mean that the flag state propagates from
> >> the settings in IUSE.
> >
> > Presumably this
On Mon, 23 Jul 2018 17:43:59 -0700
Matt Turner wrote:
> > Initially I thought of a global USE=gles2, but during the writing of
> > this e-mail, I realized that as USE=opengl doesn't specify a version
> > either (e.g. 3.3 or 4.5), so combined with gles3 not really needing
> > a separate handling,
On Tue, Jul 24, 2018 at 5:11 PM Dennis Schridde wrote:
>
> On Tuesday, 24 July 2018 20:57:09 CEST Rich Freeman wrote:
> > On Tue, Jul 24, 2018 at 2:32 PM Ian Stakenvicius wrote:
> > > I don't think the process needs to be simplified much more than this;
> > > each layer above has its purpose.
armv7a-unknown-linux-gnueabi would have previously been treated as
hardfloat but is now softfloat.
I have removed the armv7a-hardfloat-linux-gnueabi-7.3.0 example from
the README to avoid confusion even though it does still work.
Signed-off-by: James Le Cuirot
---
README | 3 +--
crossdev |
Hi, everyone.
As an experimental feature the current git version of gemato tries to
use WKD [1] to update keys by default. I'd like to request your opinion
on this and possibly a review of my implementation [2].
The problem being solved: currently gemato (and Portage via its API)
refreshes keys
On Tuesday, 24 July 2018 20:57:09 CEST Rich Freeman wrote:
> On Tue, Jul 24, 2018 at 2:32 PM Ian Stakenvicius wrote:
> > I don't think the process needs to be simplified much more than this;
> > each layer above has its purpose. However I do very much want to
> > caution on making it more
Please read my background [arm17] email before reviewing this. This is
my first news item so please be kind! I have deliberately chosen
News-Item-Format 1.0 to include older systems and because I do not need
any 2.0 features.
Title: ARM 17.0 profile migration with CHOST change
Author: James Le
Hello all,
For those who aren't already aware, there is a triplet (CHOST) change
planned for the as-yet unreleased 17.0 profiles for ARM, affecting
armv6j and armv7a hardfloat systems. Basically, the triplet will change
from armv7a-hardfloat-linux-gnueabi to armv7a-unknown-linux-gnueabihf
or
The triplet will change from armv7a-hardfloat-linux-gnueabi to
armv7a-unknown-linux-gnueabihf or similar. The function already
treated the latter as hardfloat but ambiguous triplets such as
arm-unknown-linux-gnueabi will change from hardfloat to softfloat in
line with most everyone else. However,
On Wed, 25 Jul 2018 00:11:18 +0100
James Le Cuirot wrote:
> armv7a-unknown-linux-gnueabi would have previously been treated as
> hardfloat but is now softfloat.
>
> I have removed the armv7a-hardfloat-linux-gnueabi-7.3.0 example from
> the README to avoid confusion even though it does still
On 07/24/2018 02:04 PM, Michał Górny wrote:
> Hi, everyone.
>
> As an experimental feature the current git version of gemato tries to
> use WKD [1] to update keys by default. I'd like to request your opinion
> on this and possibly a review of my implementation [2].
This seems like a good
On Wed, 25 Jul 2018 00:09:28 +0100
James Le Cuirot wrote:
> The triplet will change from armv7a-hardfloat-linux-gnueabi to
> armv7a-unknown-linux-gnueabihf or similar. The function already
> treated the latter as hardfloat but ambiguous triplets such as
> arm-unknown-linux-gnueabi will change
W dniu śro, 25.07.2018 o godzinie 00∶09 +0100, użytkownik James Le
Cuirot napisał:
> The triplet will change from armv7a-hardfloat-linux-gnueabi to
> armv7a-unknown-linux-gnueabihf or similar. The function already
> treated the latter as hardfloat but ambiguous triplets such as
>
On 7/8/2018 2:38 PM, Michał Górny wrote:
> Replace the 'Gentoo subkey' term that might wrongly suggest that
> the developers are expected to create an additional, dedicated subkey
> for Gentoo.
>
> Suggested-by: Kristian Fiskerstrand
> ---
> glep-0063.rst | 2 +-
> 1 file changed, 1
W dniu śro, 25.07.2018 o godzinie 01∶28 -0400, użytkownik Joshua Kinard
napisał:
> On 7/8/2018 2:38 PM, Michał Górny wrote:
> > Replace the 'Gentoo subkey' term that might wrongly suggest that
> > the developers are expected to create an additional, dedicated subkey
> > for Gentoo.
> >
> >
On 07/24/2018 11:39 AM, Mike Gilbert wrote:
>
> You can run any system without udev, but you need to be very careful
> about what Linux features you utilize and how you have the system
> configured.
>
> Most Linux servers out in the wild are running udev; your
> configuration is an exception to
On Tue, Jul 24, 2018 at 12:06 PM Michael Orlitzky wrote:
>
> On 07/24/2018 11:39 AM, Mike Gilbert wrote:
> >
> > You can run any system without udev, but you need to be very careful
> > about what Linux features you utilize and how you have the system
> > configured.
> >
> > Most Linux servers
On Tue, Jul 24, 2018 at 12:06 PM Michael Orlitzky wrote:
>
> On 07/24/2018 11:39 AM, Mike Gilbert wrote:
> >
> > You can run any system without udev, but you need to be very careful
> > about what Linux features you utilize and how you have the system
> > configured.
> >
> > Most Linux servers
On 07/24/2018 12:14 PM, Rich Freeman wrote:
>
> I don't believe anybody suggested making Gentoo harder to customize.
> This is just about setting reasonable defaults.
For the (N+1)th time: enabling this flag by default does make Gentoo
harder to customize, because you can't turn it off. And so
On 07/24/2018 12:24 PM, Mike Gilbert wrote:
>
> For example, dhcpcd integrates with udevd via libudev to ensure that
> udev has finished renaming your network interfaces before dhcpcd
> attempts to configure them. I believe lvm2 uses libudev to prevent
> various races in block device setup and
On Tue, Jul 24, 2018 at 12:27 PM Michael Orlitzky wrote:
>
> On 07/24/2018 12:14 PM, Rich Freeman wrote:
> >
> > I don't believe anybody suggested making Gentoo harder to customize.
> > This is just about setting reasonable defaults.
>
> For the (N+1)th time:
Well, if it was already said, why
On 7/24/2018 12:44 AM, David Seifert wrote:
> On Mon, 2018-07-23 at 14:18 -0400, Brian Evans wrote:
>> With the current state of the forks of MySQL diverging, the client
>> libraries are no longer compatible.
>>
>> Since virtual packages cannot handle rebuilds of subscribed packages
>> when a
On Tue, Jul 24, 2018 at 11:05 AM Andrew Savchenko wrote:
>
> On Mon, 23 Jul 2018 11:03:34 -0400 Mike Gilbert wrote:
> > On Mon, Jul 23, 2018 at 1:47 AM Andreas K. Huettel
> > wrote:
> > >
> > > Am Donnerstag, 19. Juli 2018, 23:51:17 CEST schrieb Ben Kohler:
> > > > Hello,
> > > >
> > > > I'd
On Mon, 23 Jul 2018 11:03:34 -0400 Mike Gilbert wrote:
> On Mon, Jul 23, 2018 at 1:47 AM Andreas K. Huettel
> wrote:
> >
> > Am Donnerstag, 19. Juli 2018, 23:51:17 CEST schrieb Ben Kohler:
> > > Hello,
> > >
> > > I'd like to propose adding USE=udev to our linux profiles (in
> > >
On Tue, Jul 24, 2018 at 12:32 PM Michael Orlitzky wrote:
>
> On 07/24/2018 12:24 PM, Mike Gilbert wrote:
> >
> > For example, dhcpcd integrates with udevd via libudev to ensure that
> > udev has finished renaming your network interfaces before dhcpcd
> > attempts to configure them. I believe lvm2
On 07/24/2018 12:37 PM, Rich Freeman wrote:
>> harder to customize, because you can't turn it off.
>
> This was already addressed in a previous comment - PMS can be modified
> to nullify flags
Saying that hypothetically we could modify the PMS and wait for a new
EAPI and wait for all package
On 2018-07-21 9:33 a.m., Rich Freeman wrote:
> On Sat, Jul 21, 2018 at 5:33 AM Zac Medico wrote:
>>
>> Sure, why not? So ^flag would mean that the flag state propagates from
>> the settings in IUSE.
>
> Presumably this could be overridden in subsequent profiles, or
> /etc/portage. That is, one
On Tue, Jul 24, 2018 at 12:49 PM Michael Orlitzky wrote:
>
> On 07/24/2018 12:37 PM, Rich Freeman wrote:
> >> harder to customize, because you can't turn it off.
> >
> > This was already addressed in a previous comment - PMS can be modified
> > to nullify flags
> Saying that hypothetically we
31 matches
Mail list logo
