There was too much of '--release ${version}' leading to validation
errors and preventing successful creation of the jar when packaging
(jar --create -f ) dev-java/fastdoubleparser. Removing it and changing
the output directory of multi-release classes solves the problem and
allows removal of the mu
On 5/17/25 4:42 PM, Ionen Wolkens wrote:
> On Sat, May 17, 2025 at 10:04:16PM +0200, Andreas Sturmlechner wrote:
>> We need to ramp up detection of unsupported CMake build systems with
>> CMake 4. This will detect CMakeLists.txt files setting insufficient
>> cmake_minimum_required VERSION level eve
On Samstag, 17. Mai 2025 22:42:30 Mitteleuropäische Sommerzeit Ionen Wolkens
wrote:
> Just to note, may be rare so guess not a big deal but, while crawling
> all sub-directories, it could pickup some extra CMakeLists.txt that are
> entirely unused (by us) and don't need attention downstream.
On S
On Sat, May 17, 2025 at 04:42:30PM -0400, Ionen Wolkens wrote:
> On Sat, May 17, 2025 at 10:04:16PM +0200, Andreas Sturmlechner wrote:
> > We need to ramp up detection of unsupported CMake build systems with
> > CMake 4. This will detect CMakeLists.txt files setting insufficient
> > cmake_minimum_r
On Sat, May 17, 2025 at 10:04:16PM +0200, Andreas Sturmlechner wrote:
> We need to ramp up detection of unsupported CMake build systems with
> CMake 4. This will detect CMakeLists.txt files setting insufficient
> cmake_minimum_required VERSION level even in project subdirectories,
> putting out app
We need to ramp up detection of unsupported CMake build systems with
CMake 4. This will detect CMakeLists.txt files setting insufficient
cmake_minimum_required VERSION level even in project subdirectories,
putting out appropriate eqawarn message about the need to fix ${PN}.
That makes us not rely
# David Seifert (2025-05-17)
# Historically split from dev-libs/icu, disabled by default upstream and not
# recommended anymore. If need be, we can make it optional in icu itself.
# Removal on 2025-06-16. Bug #956106.
dev-libs/icu-layoutex
dev-libs/icu-le-hb
signature.asc
Description: This is a d
Default to optimizing the `site-packages` directory rather than
the whole `sys.path` when no path is passed to `python_optimize`.
Technically, this is a breaking change, but it is unlikely that any
ebuilds have been actually relying on the old behavior, and in the worst
case our QA checks will note
Fix `python_optimize()` to correctly output directories once again,
after I removed `${instpath}` while switching to prefix stripping.
Signed-off-by: Michał Górny
---
eclass/python-utils-r1.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/python-utils-r1.eclass b
