Maciej Barć writes:
> Signed-off-by: Maciej Barć
> ---
The series lgtm but please add some commit messages to them explaining
the motivation / why we're doing it now if applicable. No need to
re-send to ML once that's done.
Thanks!
> eclass/dotnet-pkg-base.eclass | 16 +++-
> 1
Michał Górny writes:
> Closes: https://bugs.gentoo.org/923228
> Signed-off-by: Michał Górny
> ---
> dev-util/intel_clc/intel_clc-24.0.0.ebuild | 48 --
> dev-util/intel_clc/intel_clc-.ebuild | 48 --
> 2 files changed, 18 insertions(+), 78 deletion
Ionen Wolkens writes:
> [[PGP Signed Part:Undecided]]
> On Wed, Feb 07, 2024 at 12:03:52PM +0100, Michał Górny wrote:
>> Hi,
>>
>> I think we should add a new bug resolution that would more precisely
>> cover closing bugs due to packages being removed. Right now, whichever
>> resolution we use
I think we should add a new bug resolution that would more precisely
cover closing bugs due to packages being removed. Right now, whichever
resolution we use (be it WONTFIX, OBSOLETE, etc.), we aren't able to
easily distinguish whether the resolution was used "normally" or due to
last rites.
Hav
# Michał Górny (2024-02-07)
# Does not build anymore. Carries a large stack of patches already.
# Last upstream activity in late 2020. No reverse dependencies left.
# Removal on 2024-03-08. Bug #806079.
sys-libs/libhugetlbfs
--
Best regards,
Michał Górny
signature.asc
Description: This is
Signed-off-by: Michał Górny
---
sys-devel/lld/lld-18.1.0_rc2.ebuild | 5 +++--
sys-devel/lld/lld-19.0.0..ebuild| 5 +++--
sys-devel/lld/lld-19.0.0_pre20240203.ebuild | 5 +++--
3 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/sys-devel/lld/lld-18.1.0_rc2.ebuild
Signed-off-by: Michał Górny
---
media-libs/mesa/mesa-24.0.0.ebuild | 53 +++---
media-libs/mesa/mesa-.ebuild | 53 +++---
2 files changed, 22 insertions(+), 84 deletions(-)
diff --git a/media-libs/mesa/mesa-24.0.0.ebuild
b/media-libs/mesa/me
Closes: https://bugs.gentoo.org/923228
Signed-off-by: Michał Górny
---
dev-util/intel_clc/intel_clc-24.0.0.ebuild | 48 --
dev-util/intel_clc/intel_clc-.ebuild | 48 --
2 files changed, 18 insertions(+), 78 deletions(-)
diff --git a/dev-util/intel_cl
Signed-off-by: Michał Górny
---
eclass/llvm-r1.eclass | 226
eclass/tests/llvm-r1.sh | 151 +++
2 files changed, 377 insertions(+)
create mode 100644 eclass/llvm-r1.eclass
create mode 100755 eclass/tests/llvm-r1.sh
diff --git a
Signed-off-by: Michał Górny
---
profiles/arch/base/use.mask | 5 +
profiles/arch/loong/use.mask| 6 +-
profiles/base/make.defaults | 2 +-
profiles/desc/llvm_slot.desc| 8
profiles/embedded/make.defaults | 4 ++--
5 files changed, 21 insertions(+), 4 deletions(-)
Fix llvm_prepend_path() not to append the new path multiple times,
if the original PATH variable contained multiple LLVM directories.
Thanks to @miller-alex who spotted it in:
https://github.com/gentoo/gentoo/pull/35196#discussion_r1480330001
Signed-off-by: Michał Górny
---
eclass/llvm-utils.ec
Split the logic prepending PATH from pkg_setup() into a dedicated
llvm_prepend_path() function.
Signed-off-by: Michał Górny
---
eclass/llvm-utils.eclass | 36
eclass/llvm.eclass | 25 +
eclass/tests/llvm-utils.sh | 24 +++
Move some reusable functions from llvm.eclass to llvm-utils.eclass.
This is with minimal modifications so far (only argument checks were
cleaned up).
Signed-off-by: Michał Górny
---
eclass/llvm-utils.eclass | 115 +
eclass/llvm.eclass | 92 +
Hi,
TL;DR: here's a series of patches adding llvm-r1.eclass that tries
to sort out LLVM dependency mess via using USE_EXPAND flags LLVM_SLOT.
Roughly, the problems with LLVM are that:
1. Every half a year there's a major release that's doing major breaking
API changes.
2. Reverse dependenci
The webpage it was built to scrape isn't online anymore. Removal in ~30
days. Bug #924007
-- juippis
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Wed, Feb 07, 2024 at 12:03:52PM +0100, Michał Górny wrote:
> Hi,
>
> I think we should add a new bug resolution that would more precisely
> cover closing bugs due to packages being removed. Right now, whichever
> resolution we use (be it WONTFIX, OBSOLETE, etc.), we aren't able to
> easily dis
Hi,
I think we should add a new bug resolution that would more precisely
cover closing bugs due to packages being removed. Right now, whichever
resolution we use (be it WONTFIX, OBSOLETE, etc.), we aren't able to
easily distinguish whether the resolution was used "normally" or due to
last rites.
17 matches
Mail list logo