Re: [gentoo-dev] dev-python/cryptography to use rust, effectively killing alpha, hppa, ia64, m68k, s390

2021-02-08 Thread James Le Cuirot
behalf one of the big companies). You > can imagine how much effort that involves compared to rewriting the new > code from Cryptography into C. I do know that there is ongoing work to get Rust going on m68k but it's very slow and I'm not entirely confident they'll get ther

[gentoo-dev] Re: [gentoo-dev-announce] Packages up for grabs: innoextract, emech, tigervnc, urxvtconfig

2021-02-21 Thread James Le Cuirot
-misc/tigervnc (b) > x11-misc/urxvtconfig (b) -- James Le Cuirot (chewi) Gentoo Linux Developer pgpCz9mh0ZV9G.pgp Description: OpenPGP digital signature

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread James Le Cuirot
ed that transition yet. > > Which doesn't imply that we deliberately break things. How about making emerge --config dynamic, copying if it's on a different partition and symlinking if it's not? You can't accurately determine the use of an initramfs but at least this

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-27 Thread James Le Cuirot
ght have a plugin for cpio archives, allowing you to use a regular initramfs generated by Dracut or similar directly. It doesn't appear to but plugins are quite easy to write. Alternatively you could just extract the initramfs and use nbdkit-linuxdisk-plugin. -- James Le Cuirot (chewi) Gent

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-28 Thread James Le Cuirot
On Sat, 27 Mar 2021 18:40:52 -0400 Joshua Kinard wrote: > On 3/27/2021 18:16, James Le Cuirot wrote: > > On Sat, 27 Mar 2021 17:43:34 -0400 > > Joshua Kinard wrote: > > > >> I kinda wish the Linux kernel had an ability to partially boot, init the > >&

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-29 Thread James Le Cuirot
nces. Have you seen CONFIG_CMDLINE? It lets you bake command line args into the kernel image itself. -- James Le Cuirot (chewi) Gentoo Linux Developer pgpjPj3Fv0z6w.pgp Description: OpenPGP digital signature

[gentoo-dev] Last rites: games-puzzle/gnudoku

2021-08-30 Thread James Le Cuirot
# Alexey Sokolov (2021-08-30) # Homepage dead, uses gtk2, fails to build, https://bugs.gentoo.org/711344 games-puzzle/gnudoku signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] 2021 retrospective

2021-11-19 Thread James Le Cuirot
On Fri, 2021-11-19 at 23:32 +0100, Andreas K. Huettel wrote: > in the spirit of our "2020 in retrospect & happy new year 2021!" front page > article, > > https://www.gentoo.org/news/2021/01/15/new-year.html > > which was rather well received, I'd already like to start collecting news > from 2021

Re: [gentoo-dev] [PATCH] 2021-11-23-mariadb-database-restore-maybe-required: add item

2021-11-25 Thread James Le Cuirot
On Thu, 2021-11-25 at 18:01 +0100, Piotr Karbowski wrote: > > https://github.com/gentoo/gentoo/blob/master/sys-libs/glibc/glibc-2.34-r2.ebuild#L643 > > Would you see something like this on more ebuilds, postgres, mysql, > elasticsearch, or have proper FEATURE flag for it instead? I don't think t

Re: [gentoo-dev] [PATCH] profiles/default/linux: set gl_cv_type_time_t_bits_macro=no

2021-12-18 Thread James Le Cuirot
On Fri, 2021-12-17 at 09:41 -0500, Mike Gilbert wrote: > This is intended to prevent packages from automatically switching to > 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled > manner will lead to inconsistent library ABIs that fail at runtime. > > At a later time, we will int

[gentoo-dev] [PATCH] sgml-catalog-r1.eclass: Remove obsolete environment files

2021-12-31 Thread James Le Cuirot
xmllint, which uses the obsolete variable over the updated catalogs listed in /etc/sgml/catalog. Signed-off-by: James Le Cuirot --- eclass/sgml-catalog-r1.eclass | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/eclass/sgml-catalog-r1.eclass b/eclass/sgml-catalog

Re: [gentoo-dev] [RFC] Dealing with default upstream Rust flags (?)

2024-11-09 Thread James Le Cuirot
On Sat, 2024-11-09 at 17:45 +0100, Michał Górny wrote: > Hi, > > Long story short, a lot of Rust upstreams are ricing in their > Cargo.toml: enabling LTO, adjusting LTO jobs to exactly 1, and even > weirder stuff. With C, we generally have clear policies to override > this and respect user flags.

Re: [gentoo-dev] Help needed for maintaining GNOME

2024-09-25 Thread James Le Cuirot
On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote: > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote: > > Chewi was also trying to see if portage can be convinced to stage the > > same package twice with different USE flags in the same emerge process > > in order to solve cyclical

Re: [gentoo-dev] Help needed for maintaining GNOME

2024-09-25 Thread James Le Cuirot
On Wed, 2024-09-25 at 23:46 +0100, James Le Cuirot wrote: > On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote: > > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote: > > > Chewi was also trying to see if portage can be convinced to stage the > > > same p

Re: [gentoo-dev] [PATCH 2/3] dev-lang/rust{,-bin}: Add 1.54.0

2024-11-25 Thread James Le Cuirot
On Mon, 2024-11-25 at 13:35 +1000, kan...@gentoo.org wrote: > From: Matt Jolly > > These are the the old ebuilds, updated to be slotted. > > Other changes: > > - `USE=rls` was dropped at some point, this is now >   hard-enabled. > - As the LLVM is far too old for Gentoo we are using the bundled

Re: [gentoo-dev] [PATCH 2/2] eclass/nuget: add eclassdoc that describes how to generate the NUGETS list

2024-11-20 Thread James Le Cuirot
On Wed, 2024-11-20 at 22:50 +0100, x...@gentoo.org wrote: > From: Maciej Barć > > Some users asked for it. Also add a link to the Gentoo Wiki with more > specific examples. > > Signed-off-by: Maciej Barć > --- > eclass/nuget.eclass | 18 ++ > 1 file changed, 18 insertions(+) >

Re: [gentoo-dev] [PATCH 2/3] dev-lang/rust{,-bin}: Add 1.54.0

2024-11-25 Thread James Le Cuirot
On Tue, 2024-11-26 at 07:36 +1000, Matt Jolly wrote: > Hi, > > On 26/11/24 06:13, James Le Cuirot wrote: > > > You've lost some lines at the start of dev-lang/rust's src_configure, the > > filter-lto line and the cross-compiler lines I added the other day. W

Re: [gentoo-dev] [RFC] Future changes to LLVM eclasses (or how do you use LLVM?)

2024-12-04 Thread James Le Cuirot
On Tue, 2024-12-03 at 16:32 +0100, Michał Górny wrote: > Hello, > > TL;DR: the way llvm/llvm-r1 eclasses currently mangle PATH is broken, > and I'd like to replace that with something better (possibly in llvm- > r2.eclass, given how fragile this thing is). So I'd like to discuss > potential "bett

Re: [gentoo-dev] [PATCH] toolchain.eclass: Fix strip exclusion for prefixed cross-compilers

2024-12-31 Thread James Le Cuirot
On Mon, 2024-12-30 at 21:31 -0500, Ionen Wolkens wrote: > On Mon, Dec 30, 2024 at 11:35:25PM +0000, James Le Cuirot wrote: > > dostrip limitations mean that we cannot strip the CTARGET binaries in a > > cross-compiler. There is already a `dostrip -x` call to exclude such &g

[gentoo-dev] [PATCH] toolchain.eclass: Fix strip exclusion for prefixed cross-compilers

2024-12-30 Thread James Le Cuirot
dostrip limitations mean that we cannot strip the CTARGET binaries in a cross-compiler. There is already a `dostrip -x` call to exclude such binaries from stripping, but it expects the argument to be unprefixed, and the argument given was prefixed. Signed-off-by: James Le Cuirot --- eclass

Re: [gentoo-dev] [PATCH] toolchain-funcs.eclass: avoid using tc-getCPP in compiler checks

2025-02-05 Thread James Le Cuirot
On Wed, 2025-02-05 at 13:10 -0500, Mike Gilbert wrote: > We usually want to invoke cc -E rather than cpp directly. We should not > rely on the quirk of tc-getCPP defaulting to "cc -E" when CPP is unset. > > Resolves a warning when CPP is set to llvm-cpp, which does not accept > the -E option. > >

Re: [gentoo-dev] [RFC] Unmessing mod/tracker music file flags (mikmod, modplug, openmpt)

2024-12-12 Thread James Le Cuirot
On Wed, 2024-12-11 at 11:20 +0100, Michał Górny wrote: > Hello, > > Right now we have three flags that do pretty much the same thing, via > different libraries: > > global[mikmod] Add libmikmod support to allow playing of SoundTracker-style > music files > > global[modplug] Add libmodplug suppo

[gentoo-dev] Last rites: dev-qt/qtstyleplugins

2025-01-09 Thread James Le Cuirot
# James Le Cuirot (2025-01-09) # Obsolete and needs to be dropped along with Qt5. The GTK theme has been # superseded by dev-qt/qtbase[gtk], which uses GTK 3 rather than GTK 2. # Removal on 2025-02-09. See bug #947787. dev-qt/qtstyleplugins signature.asc Description: This is a digitally signed

Re: Fwd: [gentoo-dev] Please actively drop support for Qt5 wherever possible

2025-01-02 Thread James Le Cuirot
On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote: > > > > So, removing Qt5 will break computers of many users, including my computer. > > In the course of many years of existence of Qt5 a large number of useful > > programs have been created; not all of them have been ported to Qt6. Are we >

[gentoo-dev] [PATCH] toolchain.eclass: Don't prefixify dynamic linker for cross-compilers

2025-01-02 Thread James Le Cuirot
box with QEMU's -L option. Signed-off-by: James Le Cuirot --- eclass/toolchain.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/toolchain.eclass b/eclass/toolchain.eclass index c605c437f355a..f5d3b83c2e03b 100644 --- a/eclass/toolchain.eclass +++ b/e

Re: [gentoo-dev] [PATCH 4/5] cargo.eclass: Enable dynamic linking by default

2025-03-08 Thread James Le Cuirot
On Sat, 2025-03-08 at 15:59 +0200, Arthur Zamarin wrote: > From: Michal Rostecki > > Rust defaults to static linking (`-C target-feature=+crt-static`) on > musl targets. We already patch dev-lang/rust to always prefer dynamic > linking, but to ensure that behavior with dev-lang/rust-bin, set the

Re: [gentoo-dev] [PATCH] ffmpeg-compat.eclass: new eclass

2025-03-09 Thread James Le Cuirot
On Sat, 2025-03-08 at 22:34 -0500, Ionen Wolkens wrote: > Sending this to dev ML in advance given it's simple and "probably" > won't need to change the code further. > > If interested in the whole deal, see the PR instead: > https://github.com/gentoo/gentoo/pull/40942 > > --- (actual commit messa

Re: [gentoo-dev] [PATCH] ffmpeg-compat.eclass: new eclass

2025-03-09 Thread James Le Cuirot
On Sun, 2025-03-09 at 06:27 -0400, Ionen Wolkens wrote: > On Sun, Mar 09, 2025 at 10:17:42AM +0000, James Le Cuirot wrote: > > > +ffmpeg_compat_setup() { > > > + (( ${#} == 1 )) || die "Usage: ${FUNCNAME} " > > > + > > > + loc

[gentoo-dev] [PATCH] cargo.eclass: Only tell Cargo to cross-compile when actually needed

2025-03-23 Thread James Le Cuirot
This avoids the build host vs target flag separation issue. Sometimes it is important for the build host to use the right flags. We cannot fix this for cross-compiling now, but it should at least work for native builds. Closes: https://bugs.gentoo.org/951740 Signed-off-by: James Le Cuirot

<    1   2   3   4   5   6