Re: eudev deprecation

Le 28 septembre 2021 08:00:02 GMT-04:00, "Ludovic Courtès" a écrit : >Hi, > >Lars-Dominik Braun skribis: > >> it looks like eudev, which we heavily rely on, is dead upstream: >> https://github.com/gentoo/eudev/issues/199 >> >> Looking at Gentoo’s ebuilds it should be possible to “extract” >> and

Re: On the naming of System and Home services modules.

Andrew Tropin writes: […] >> I would very much like to have these modules renamed to (gnu home >> services …) quickly. WDYT? Could the two of you take a look? > > Doable. > > What about moving home services to (gnu services ...)? > > It's a little harder, because we probably will need to adjus

Re: core-updates-frozen: Planning for the last world rebuild

Hi Ludo’ and Guixers, Thanks for the good progress on core-updates-frozen (where I'm currently writing from and have nearly everything working as before). Seems like we have a few different bug numbers and threads for the world rebuild. Sorry for repeating from #50860, which I will paste below.

Re: Linux-libre source code will be taken offline

On Tue, 28 Sep 2021 19:11:58 +0200 zimoun wrote: > The method you are proposing seems awkward; as you say, old/gen7 is > not currently a valid URL. And you are proposing that you set in > stone now this URL expecting that maybe it will be valid in the > future. Ah future cannot be predicted. ;-

Re: Linux-libre source code will be taken offline

Hi, On Tue, 28 Sept 2021 at 16:32, Jason Self wrote: > > Granted that old/gen7 is not currently a valid URL but we can know > that, 5 or 10 years from now, when Linux-libre has moved on to the 8th, > 9th or even 10th generation, the 7th generation scripts will exist > there. If Guix can begin che

Re: Go importer and packages with version flags

Sarah Morgensen writes: > Hi Katherine, Jack, > > Katherine Cox-Buday writes: > >> Jack Hill writes: >> >>> Hi Guix, >> >> Hey, Jack, a few thoughts. >> >>> While I was was working with the go importer today, it suggested I package >>> go-github-com-russross-blackfriday-v2. Fair enough, except

bug#50346: [PATCH core-updates-frozen] gnu: strace: Allow readlink, readlinkat tests to pass.

Could this patch be reviewed please? It's needed to build strace from core-updates-frozen on AArch64 and it would be good to get it applied ahead of the merge. It wasn't sent out to guix-patches and I think it got missed. http://issues.guix.gnu.org/50346#7 -- Simon South si...@simonsouth.net

Re: On the naming of System and Home services modules.

On Tue, Sep 28 2021, Ludovic Courtès wrote: > Hi, > > (+ Cc: Oleg.) > > Andrew Tropin skribis: > >> For now my personal ranking of the ideas is following: >> >> 1. Move to (gnu services ...) :: can(?) provide some additional reusability. >> 2. Keep as it is right now (gnu home-services ...) :: al

Re: Merging wip-guix-home to master

On Tue, Sep 28 2021, Ludovic Courtès wrote: > Xinglu Chen skribis: > >> I noticed that the ‘guix home import’ subcommand is included, but I >> think it needs more thought and feedback from people before it makes its >> way into ‘master’; it also seems to lack documentation. > > Agreed. There are

Re: Linux-libre source code will be taken offline

Granted that old/gen7 is not currently a valid URL but we can know that, 5 or 10 years from now, when Linux-libre has moved on to the 8th, 9th or even 10th generation, the 7th generation scripts will exist there. If Guix can begin checking those additional locations now then, in the future once the

Re: Linux-libre source code will be taken offline

On Tue, 28 Sep 2021 10:43:20 +0200 zimoun wrote: > Hi, > > On Mon, 27 Sep 2021 at 17:46, Jason Self wrote: > > [...] > > > > Yes. In gen6. They have been moved, not deleted. > > > > The versioning and locations in terms of gnuN and genN are knowable > > and predictable in advance. I wonder

Re: On the naming of System and Home services modules.

On 2021-09-28 14:26, Ludovic Courtès wrote: > Hi, > > (+ Cc: Oleg.) > > Andrew Tropin skribis: > >> For now my personal ranking of the ideas is following: >> >> 1. Move to (gnu services ...) :: can(?) provide some additional reusability. >> 2. Keep as it is right now (gnu home-services ...) :: al

Re: guix environment --load vs. --file inconsistency

Hi Robin & Attila, Attila Lendvai skribis: > FWIW, i'm new to Guix, and it was enough to read the --help output to > understand how --file works, but i still don't know what manifests are > (even though i'm regularly using `guix package -m > /path/to/manifest.scm`, which i have copied from somew

Re: Linux-libre source code will be taken offline

Hi, Vagrant Cascadian skribis: > Not sure exactly how Software Heritage handles rebased branches... It keeps the history of the history, so to speak. A “snapshot” in SWH parlance contains the branches as they existed at one point in time. Ludo’.

Dealing with interface deprecation

Hello Guix! In Guix, configuration is code, which is great! But that also means users occasionally have to deal with things like “API deprecation”, which never sounds exciting, especially when all you want is to get your system upgraded Right Now. So I think it’s important to be very careful in

Re: Merging wip-guix-home to master

Xinglu Chen skribis: > I noticed that the ‘guix home import’ subcommand is included, but I > think it needs more thought and feedback from people before it makes its > way into ‘master’; it also seems to lack documentation. Agreed. There are a few (very few) exceptions, but in general each comm

Re: guix weather -m etc/sources-manifest.scm and CI?

Hello! zimoun skribis: > On Thu, 23 Sep 2021 at 22:18, Ludovic Courtès wrote: [...] >> I set up a Cuirass job the other day¹, but due to my aforementioned >> disorganization, I haven’t yet taken the time to investigate its >> failure. >> >> ¹ https://ci.guix.gnu.org/jobset/source > > Cool! I

Re: On the naming of System and Home services modules.

Hi, (+ Cc: Oleg.) Andrew Tropin skribis: > For now my personal ranking of the ideas is following: > > 1. Move to (gnu services ...) :: can(?) provide some additional reusability. > 2. Keep as it is right now (gnu home-services ...) :: already works. > 3. Move to (gnu home services ...) :: good

Re: Code sharing between system and home services (was Re: On the naming of System and Home services modules.)

Hi, Joshua Branson skribis: > Apologies if I'm speaking for something I know very little > about...Wouldn't it be nice if guix home services would accept a user > and a group field? For the syncthing service, perhaps the user wants to > limit Syncthing's runtime permissions. So instead of runn

Re: core-updates-frozen: Planning for the last world rebuild

Hey! > Wouldn’t it be nice to get ‘core-updates-frozen’ merged? :-) That would be great :) Before merging to master, it would be nice to have more system tests passing. Currently 16 out of 87 are broken. Except for the nfs-root-fs that has always been broken, the other tests probably cover use

Re: Code sharing between system and home services (was Re: On the naming of System and Home services modules.)

Hi, Xinglu Chen skribis: > I didn’t know about the parent mechanism; that could be an approach to > take. But since ‘define-configuration’ is based on (guix records), > would it make sense to adapt (guix records) to (rnrs records syntactic) > instead of SRFI-9 records? Yes, it would make sense

Re: On the naming of System and Home services modules.

Hi Andrew, Andrew Tropin skribis: > On 2021-09-23 22:08, Ludovic Courtès wrote: [...] >> Silly question, but why do we need to have two different configuration >> record types in the first place? To be clear: you’ll have to be very convincing as I know all too well the cost of maintaining suc

Re: eudev deprecation

Hi, Lars-Dominik Braun skribis: > it looks like eudev, which we heavily rely on, is dead upstream: > https://github.com/gentoo/eudev/issues/199 > > Looking at Gentoo’s ebuilds it should be possible to “extract” > and build udev from systemd’s sources. Good. That’s essentially what eudev is. T

core-updates-frozen: Planning for the last world rebuild

Hello Guix! Wouldn’t it be nice to get ‘core-updates-frozen’ merged? :-) What about merging the patches blocked by ? We could even have them on a separate branch, have Cuirass build it, and merge it 24–36h later, at which point substitute coverage should be re

Re: Building guix system

To build the Guix System (The complete system you would call a GNU/Linux distribution), first, install Guix its self on your existing distribution. https://guix.gnu.org/manual/en/html_node/Binary-Installation.html It's a bit involved since Guix is a unique program. Then, download the git reposit

Re: Merging wip-guix-home to master

On 2021-09-24 15:38, Xinglu Chen wrote: > On Thu, Sep 23 2021, Andrew Tropin wrote: > >> The core part of Guix Home project has been moved from rde >> repository[fn:1] to wip-guix-home branch of guix repository. >> >> I'm about a week on wip-guix-home branch completely and Guix Home works >> fine.

Re: Linux-libre source code will be taken offline

Hi, On Mon, 27 Sep 2021 at 17:46, Jason Self wrote: >> https://linux-libre.fsfla.org/pub/linux-libre/releases/old/ > > Yes. In gen6. They have been moved, not deleted. > > The versioning and locations in terms of gnuN and genN are knowable and > predictable in advance. I wonder if there is, or c