Re: What’s next?

Hi, Efraim Flashner skribis: > On Mon, May 17, 2021 at 10:13:10PM +0200, Ludovic Courtès wrote: >> Hi, >> >> Efraim Flashner skribis: >> >> > package-transformations applied to the operating-system field of the >> > os-config. >> >> Ah, that’s a good one, but possibly tricky! What would it

Re: [PATCH RFC 0/4] Getting rid of input labels?

Hi Vincent, Vincent Legoll skribis: > What about > >> (native-inputs >> `(,autoconf >>("truc" ,muche) >>"pkg-config" >> )) > > i.e. allowing package objects, tuples and names, and it would DTRT ? > > Wouldn't something like that be possible ? It would be possible,

Re: git-fetch for emacs-auctex?

Hi Leo, On Tue, 2021-05-25 at 22:00 +0200, Leo Prikler wrote: > > What it this auctex and how does it differ from the one packaged in > ELPA? > This is the repository for the AUCTeX project. The home page is https://www.gnu.org/software/auctex/ The ELPA package is derived from the upstream

Re: [PATCH RFC 0/4] Getting rid of input labels?

Hello, Nicolas Goaziou skribis: > Ludovic Courtès writes: [...] >> • Packages such as ‘tzdata’ use labels to refer to non-package >> inputs. These cannot be converted to the automatic labeling >> style, or not without extra changes. > > Would it be possible to write something like

Re: git-fetch for emacs-auctex?

Hi Nicolas, On Tue, 2021-05-25 at 22:10 +0200, Nicolas Goaziou wrote: > Hello, > > There are no tags in the ELPA repository, but new releases are > triggered by a bump of "Version:" keyword. So, it is technically > possible to map a version to a commit hash by looking for such > changes. This

Re: Rust freedom issue claim

On Wed, May 26, 2021 at 04:32:03PM +0200, Ludovic Courtès wrote: > That’s a somewhat different topic. FWIW, I’m both excited at the idea > of having a memory-safe replacement for C gaining momentum, and > frightened by the prospects of Rust being this replacement, for many > reasons including:

Re: bug#47615: [PATCH 0/9] Add 32-bit powerpc support

Hi, Efraim Flashner skribis: > On Tue, May 11, 2021 at 10:24:03PM +0200, Ludovic Courtès wrote: [...] >> Maybe it’s more readable to keep it as a bullet list, like: >> >> @item mips64el-linux (@emph{unsupported}) >> … >> >> @item powerpc-linux (@emph{unsupported}) >> … >> >> with a

Re: [PATCH RFC 0/4] Getting rid of input labels?

Hi Maxime, Maxime Devos skribis: > Ludovic Courtès schreef op do 20-05-2021 om 16:58 [+0200]: >> Hello Guix! >> >> Here’s a proposal for a soft revolution: getting rid of input labels >> in package definitions. Instead of writing: [...] >> >> one can write: >> >> (native-inputs (list

Re: Rust freedom issue claim

Hi, Bone Baboon skribis: > This is an article from Hyperbola about the Rust trademark. It claims > that Rust has a freedom issue. > (Side note: “freedom issue” is not a helpful term as it could mean all sorts of things.)

Re: guix and mirroring dataset

Hi, > Does the guix project and members suggest best guix-ish practices for > managing on premise mirrors of large file-based data-sets such as > appear in genomics HPC evironments? >From my understanding, it is still “unsolved“ and there is no clear answer. Basically, the /gnu/store is not

RE: guix and mirroring dataset

>> Does the guix project and members suggest best guix-ish practices for >> managing on premise mirrors of large file-based data-sets such as >> appear in genomics HPC evironments? > >From my understanding, it is still “unsolved“ and there is no clear >answer. > >Basically, the /gnu/store is not