Re: Hurd substitute availability (27.5%) and next steps?

jbra...@dismail.de writes: > I'd be happy to reformat this as a guix blog post, unless you'd rather > I not. I think another blog post on the Hurd would be nice, although I'm not sure what the main takeaway should be. The substitute availability stat I led this email thread with doesn't really c

Joining the Guix family

Hi everyone, today I’m joining the Guix family as a new committer. Some of you might know me already from guix-patc...@gnu.org or the last Guix Days in Brussels, which I also attended. I’m mainly working on Python and R packaging as part of my job at leibniz-psychology.org. Apart from that I’ll b

Re: guix environment --profile with --ad-hoc

Hi, > guix environment doesn't allow --ad-hoc to be used when --profile is > set. I propose to have --ad-hoc add more packages to the container when > using it with --profile. I wrote the patch that adds this feature to `guix environment`. The idea was to have a way to turn an existing profile int

Re: libcaca vulnerable to CVE-2021-3410

On Wed, 2021-03-03 at 21:48 +0100, Léo Le Bouter wrote: > CVE-2021-3410 24.02.21 00:15 > A flaw was found in libcaca v0.99.beta19. A buffer overflow issue in > caca_resize function in libcaca/caca/canvas.c may lead to local > execution of arbitrary code in the user context. > > libcaca has not mad

Re: Opposition to new single-letter package name "t"

I like Mark's suggestion of "t-todo-list-manager" as well as Raghav's suggestion for "t-cli"; in that order. Either name sounds good to me, though. Cool! Since, we already mention "todo list manager" in description, I think "ti-cli" is better. @Nicolas Could you merge the attached patch p

Re: core-updates: Emacs is only supported on x86_64-linux?

Hi, Mark H Weaver writes: > Ugh. I'd prefer to avoid removing 'gtk+' from the inputs to 'emacs' on > any system, because the distinguishing characteristic of that package > (compared with the other Emacs variants) is that it's the Gtk+ variant > of Emacs. How about a patch like the following -

Re: Opposition to new single-letter package name "t"

Hi Everyone! > Maybe "t-organizer" or "t-todo-list-manager"? I like Mark's suggestion of "t-todo-list-manager" as well as Raghav's suggestion for "t-cli"; in that order. Either name sounds good to me, though. best regards, jgart libremiami.org search.libremiami.org March 9, 2021 12:39 AM,

Re: Opposition to new single-letter package name "t"

Hi Mark! Yesterday, an obscure package called "t" was added to Guix. We should reject such short package names in Guix unless there's a very compelling reason to keep them. The problem with single-letter package names is that the probability of collisions is far too high. Due to the so-called

Opposition to new single-letter package name "t"

Hello Guix, Yesterday, an obscure package called "t" was added to Guix. We should reject such short package names in Guix unless there's a very compelling reason to keep them. The problem with single-letter package names is that the probability of collisions is far too high. Due to the so-calle

Re: Adding Substitute Mirrors page to installer

BUMP > Hi Guix Developers, > > I want to add a page to the installer to allow selection of substitute > mirrors. In particular, from my ISP, the SJTU mirror is significantly faster > (1MB/s->5MB/s) than directly from `ci.guix.gnu.org` (4kB/s->40kB/s), so I > think putting that option to the ins

Re: ZFS on Guix, again

BUMP > Hi Ludo, > > > > I agree with 宋文武 regarding ‘file-system-service-type’. > > > raid5atemyhomework raid5atemyhomew...@protonmail.com skribis: > > > > > > > However, for the case where the user expects the "typical" ZFS style of > > > > managing file systems, we need to mount all the ZFS file

guix environment --profile with --ad-hoc

guix environment doesn't allow --ad-hoc to be used when --profile is set. I propose to have --ad-hoc add more packages to the container when using it with --profile. Thoughts?

Re: Hurd substitute availability (27.5%) and next steps?

I'd be happy to reformat this as a guix blog post, unless you'd rather I not. Thanks, Joshua March 8, 2021 4:57 PM, "Christopher Baines" wrote: > Hey, > > So I finally got around to trying the Guix Build Coordinator agent on > the Hurd [1], and builds have been happening on the guix.cbaines

Re: Hurd substitute availability (27.5%) and next steps?

Vincent Legoll writes: > Hello, > > On Mon, Mar 8, 2021 at 10:57 PM Christopher Baines wrote: >> In terms of getting more packages building, and substitute availability, >> personally I think it would be useful to disable tests for packages for >> i586-gnu if that gets packages building. It's n

Re: Hurd substitute availability (27.5%) and next steps?

Hello, On Mon, Mar 8, 2021 at 10:57 PM Christopher Baines wrote: > In terms of getting more packages building, and substitute availability, > personally I think it would be useful to disable tests for packages for > i586-gnu if that gets packages building. It's not ideal to not run the > tests, b

Re: core-updates: Emacs is only supported on x86_64-linux?

Chris Marusich writes: > Christopher Baines writes: > >> Chris Marusich writes: >> >>> I've noticed that the emacs package only supports x86_64-linux, at least >>> on core-updates. Is that intended? >> >> The relevant commit [1] does mention the intent "Remove "i686-linux" >> from supported s

Hurd substitute availability (27.5%) and next steps?

Hey, So I finally got around to trying the Guix Build Coordinator agent on the Hurd [1], and builds have been happening on the guix.cbaines.net build farm that I've been using to test the Guix Build Coordinator when building things for substitutes. 1: https://lists.gnu.org/archive/html/guix-devel

Re: Release on April 18th?

Hi, On Sat, 06 Mar 2021 at 14:06, Leo Famulari wrote: > OpenSSL 1.0 I commented: Therefore, a good start seems to try to build all the 16 packages depending on openssl 1.0 with openssl 1.1. And mark them with a comment if they fail. But I