200526 Piotr Karbowski wrote:
> On 26/05/2020 00.34, Philip Webb wrote:
>> I'ld rather you didn't.
> You didn't provided any rationale for that.
I thought I did (smile).
> Running X as root is anti-pattern, especially nowadays
> when so little effort is required to not have to run it as root.
I'
Hi,
Here's a quick patch series that aims to fix prepending PATH to stop
overriding distcc/ccache/etc. While at it, it adds some tests
to the eclass. Please review.
Michał Górny (3):
llvm.eclass: Add initial tests
llvm.eclass: Remove remnants of slot :0 support
llvm.eclass: Fix prependin
Signed-off-by: Michał Górny
---
eclass/llvm.eclass | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass
index a2da231b035a..4f968dc39f87 100644
--- a/eclass/llvm.eclass
+++ b/eclass/llvm.eclass
@@ -71,6 +71,10 @@ EXPORT_FU
Signed-off-by: Michał Górny
---
eclass/tests/llvm.sh | 138 +++
1 file changed, 138 insertions(+)
create mode 100755 eclass/tests/llvm.sh
diff --git a/eclass/tests/llvm.sh b/eclass/tests/llvm.sh
new file mode 100755
index ..bb8d5fc998e8
--- /d
Do not prepend LLVM path before system path, in particular before
ccache/distcc paths. Instead, prepend it before the first LLVM version
found in PATH, or append to the end if no LLVM is found in PATH.
Closes: https://bugs.gentoo.org/627726
Signed-off-by: Michał Górny
---
eclass/llvm.eclass |
On 5/22/20 9:08 PM, Michał Górny wrote:
> Hence my question: do you find 'do not remove kernels listed
> in bootloader config' feature useful? Do you think it should remain
> the default? Do you think it is worthwhile to continue supporting it?
In my Gentoo maintenance scripts I'm using
eclean-
Hi,
On 26/05/2020 09.23, Philip Webb wrote:
> 200526 Piotr Karbowski wrote:
>> On 26/05/2020 00.34, Philip Webb wrote:
>>> I'ld rather you didn't.
>> You didn't provided any rationale for that.
>
> I thought I did (smile).
>
>> Running X as root is anti-pattern, especially nowadays
>> when so li
[2020-05-25 23:41:23+0200] Piotr Karbowski:
> There are 3 common ways the xorg-server is started:
>
> - via XDM of some sort, usually forked as root, does not require suid,
> systemd or elogind.
Launching X as root and having it be suid is quite the same thing…
> - via better XDM that can into l
On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote:
> On Mon, May 25, 2020 at 7:35 PM Alexis Ballier
> wrote:
> > On Mon, 2020-05-25 at 17:04 -0400, Mike Gilbert wrote:
> > > On Mon, May 25, 2020 at 3:18 PM Michał Górny
> > > wrote:
> > > > On Mon, 2020-05-25 at 19:49 +0200, Alexis Ballier wro
Piotr Karbowski wrote:
> Hi,
>
> On 26/05/2020 00.34, Philip Webb wrote:
>> I'ld rather you didn't.
> You didn't provided any rationale for that. Running X as root is anti
> pattern, especially nowadays when so little effort is required to not
> have to run it as root.
>
> You can either enable elo
[...]
> > If I understand you correctly, we should just drop the USE="pic"
> > logic
> > from the remaining packages that have it? Or are you trying to say
> > something else?
>
[...]
> Note that having the 'pic' useflag should be considered something to
> be
> fixed: rewrite the asm in a PIC wa
On Tue, May 26, 2020 at 4:12 AM Haelwenn (lanodan) Monnier
wrote:
>
> [2020-05-25 23:41:23+0200] Piotr Karbowski:
> > There are 3 common ways the xorg-server is started:
> >
> > - via XDM of some sort, usually forked as root, does not require suid,
> > systemd or elogind.
>
> Launching X as root a
On Tue, May 26, 2020 at 5:30 AM Alexis Ballier wrote:
> On Mon, 2020-05-25 at 21:09 -0400, Mike Gilbert wrote:
> > If I understand you correctly, we should just drop the USE="pic"
> > logic
> > from the remaining packages that have it? Or are you trying to say
> > something else?
>
>
> Drop USE=as
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
>
On Tue, 26 May 2020 10:45:39 -0400
Mike Gilbert wrote:
> > Note that having the 'pic' useflag should be considered something
> > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > has the will to do it since this is mostly an issue on x86+pax,
> > both being slowly decreasing.
>
On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote:
>
> On Tue, 26 May 2020 10:45:39 -0400
> Mike Gilbert wrote:
> > > Note that having the 'pic' useflag should be considered something
> > > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > > has the will to do it since this
On Tue, May 26, 2020 at 2:13 PM Mike Gilbert wrote:
>
> On Tue, May 26, 2020 at 2:03 PM Alexis Ballier wrote:
> >
> > On Tue, 26 May 2020 10:45:39 -0400
> > Mike Gilbert wrote:
> > > > Note that having the 'pic' useflag should be considered something
> > > > to be fixed: rewrite the asm in a PIC
tisdag 26 maj 2020 kl. 19:54:51 CEST skrev Alexis Ballier:
> On Tue, 26 May 2020 10:45:39 -0400
>
> Mike Gilbert wrote:
> > > Note that having the 'pic' useflag should be considered something
> > > to be fixed: rewrite the asm in a PIC way. But these days nobody
> > > has the will to do it since
Originally found in bug #705240 as:
```
if [[ ... || ${KV_MAJOR}.${KV_MINOR}.${KV_PATCH} > 2.6.28 ]]; then
```
'>' are string comparisons. They are benign so far, but
will start failing on linux-10 :)
Let's be consistent and use version comparison.
Closes: https://bugs.gentoo.org/705246
Signed-
I have transitioned to "away" state as I have to reclaim my time for other
uses. Here I am trying to reduce the scope of my Gentoo responsibilities to
make potential return to activity less dreadful and overwhelming.
Call for successors
===
The following are the packages I do not
> On 26 May 2020, at 23:12, Andrey Utkin wrote:
>
> I have transitioned to "away" state as I have to reclaim my time for other
> uses. Here I am trying to reduce the scope of my Gentoo responsibilities to
> make potential return to activity less dreadful and overwhelming.
Nothing wrong with re
On Tue, 26 May 2020 15:13:47 -0700
Manoj Gupta wrote:
> I noticed that gcc-config recently gained --enable-native-links /
> --disable-native-links knobs that are . Will this patch with a renamed
> option name
> e.g. --disable-default-cc-vars and support for a USE flag work?
That can work. Let's
On Tue, 26 May 2020 23:12:06 +0100
Andrey Utkin wrote:
> I have transitioned to "away" state as I have to reclaim my time for
> other uses. Here I am trying to reduce the scope of my Gentoo
> responsibilities to make potential return to activity less dreadful
> and overwhelming.
>
> Call for suc
I noticed that gcc-config recently gained --enable-native-links /
--disable-native-links knobs that are . Will this patch with a renamed
option name
e.g. --disable-default-cc-vars and support for a USE flag work?
Thanks,
Manoj
On Wed, Mar 11, 2020 at 9:07 AM Manoj Gupta wrote:
>
>
> On Wed, Mar
The TL;DR is that a crack team of infra-folks[0] have been putting together
demos of CI services and things like gitlab / gitea / gerrit and so on.
Some of these come in combined (e.g. gitlab offers repo hosting, code
review / pull reqs, CI services, and deploy services.) Some of these are
pieceme
Hello, I am a proxied maintainer of blender and openvdb and wish to propose a
new eclass and USE_EXPAND variable to ensure the same version of the openvdb
abi is used when building the blender, openvdb and openimageio packages.
The tree currently contains openvdb 4 and 5, and I plan to add 6 and
On Tue, 2020-05-26 at 20:24 -0700, Alec Warner wrote:
> The TL;DR is that a crack team of infra-folks[0] have been putting together
> demos of CI services and things like gitlab / gitea / gerrit and so on.
>
> Some of these come in combined (e.g. gitlab offers repo hosting, code
> review / pull re
27 matches
Mail list logo
