Re: Could Guix System eventually run on top of HyperbolaBSD ? slightly off topic

Josselin Poiret writes: > Hello, > > Joshua Branson writes: > >> I would love for Guix to be a Multi Kernel package manager (I mean it >> works on the Hurd also, but I have never encountered a Hurd user in real >> life). My dream would be to port Guix to Plan 9 ;-) > > I don't think Guix runs

Re: Could Guix System eventually run on top of HyperbolaBSD ? slightly off topic

Vagrant Cascadian writes: > [[PGP Signed Part:Undecided]] > On 2022-07-14, zimoun wrote: >> Well, dreaming about science fiction, it appears me more approachable to >> have Guix running on something as Debian/kfreeBSD – it could be an >> interesting project with the help of Debian folks. Other

Re: Guix Without Scheme

jgart writes: > Hi Guixers, > > I just wanted to share this presentation that Singpolyma gave titled "Guix > Without Scheme": > > https://archive.org/details/singpolyma-guix-without-scheme > > Through the course of the presentation, singpolyma demos how to build > a Guix package with javascrip

debbugs irritation Was: [WIP Patch] Adding an FHS container to guix shell

I was looking for this patch on issues.guix.gnu.org and could not figure out why it's not there and I'd just like to point out that having like 6 mailing lists with at least two separate indexes is... not great :) I appreciate everyone's work on Mumi and Debbugs but... maybe this is an avoidable

Re: Guix Without Scheme

Munyoki Kilyungi writes: > [[PGP Signed Part:Undecided]] > Hi Csepp! > > Csepp anaandika: > >> jgart writes: >> >>> Hi Guixers, >>> >>> I just wanted to share this presentation that Singpolyma gave titled "Guix >>> Without

Re: debbugs irritation Was: [WIP Patch] Adding an FHS container to guix shell

zimoun writes: > Hi, > > On Thu, 21 Jul 2022 at 02:20, Csepp wrote: >> I was looking for this patch on issues.guix.gnu.org and could not figure >> out why it's not there and I'd just like to point out that having like 6 >> mailing lists with at least two

Re: A Few Packaging Questions

Hi! Christopher Rodriguez writes: > [[PGP Signed Part:Undecided]] > Hello All, > > 1. Is there a way to call non-exported procedures from a module in > Guile? There is one but you should not use it. Instead you should send a patch that adds an export to the previously private declaration. And

image derivation for deploy

Hey all! I'm working on a Guile module that should help with deploying to Linode (and probably other hosting providers) and the plan is to build a disk image that can be booted and used as an SSH deploy target. So far the upload and configuration part works and the VM boots, but the image has to

Re: image derivation for deploy

Felix Lechner via "Development of GNU Guix and the GNU System distribution." writes: > Hi Csepp, > > On Sun, Aug 14, 2022 at 3:44 PM Csepp wrote: >> >> I'm working on a Guile module that should help with deploying to Linode >> If someone wants &

Re: image derivation for deploy

muradm writes: > [[PGP Signed Part:Undecided]] > > Hi, I'm also using Guix on few of my Linodes. > > In my backlog I have an item which says: > - implement Linode API in guile > > So basically I would prefer seeing such integration > via Linode API directly from Guile, instead of using > linode

Re: substitute derivation: also substitute grafts?

Ricardo Wurmus writes: > Hi Guix, > > I really like the fact that Guix can substitute derivations. It’s a > great way to transfer a profile from one powerful machine to a weak > machine without having to set up SSH for “guix copy” first. > > I just build a profile on machine A, and then on the

Re: substitute derivation: also substitute grafts?

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > > > On 15-09-2022 16:46, Csepp wrote: >> Ricardo Wurmus writes: >> >>> [...] >>> Did I say *all items*? Well, … grafts are not included, because >>> graft >>> derivations

Re: GNU Guix on iPad2 (A1395)

Jacob Hrbek writes: > Context: I have this iPad 2 that I got as a gift from a friend who was > upgrading on the newer version to try > to get me to like Apple. I hate it and it was in my storage unused for many > years so now I am trying to get > GNU Guix on it with GNOME. > > To achieve this

Re: Guix System For Kids

jgart writes: > What do people think of having an education distro for kids? > > Similar to these: > > https://itsfoss.com/educational-linux-distros/ > > Could we use that Guix GUI written in smalltalk to get started? EndlessOS has a system for teaching kids, it's calle Hack, it might be worth

Re: Guix System For Kids

jgart writes: > On Mon, 03 Oct 2022 00:17:52 +0200 Csepp wrote: >> EndlessOS has a system for teaching kids, it's calle Hack, it might be >> worth checking out. > > Does it run on GNU Guix System? No idea, I haven't tried to compile it or look at its source code.

Re: Supported architectures

Efraim Flashner writes: > Firstly, I'd like to mention that we, in general, have a minimum system > requirement of 2GB of RAM, and IIRC there aren't a lot of armhf boards > out there which have that much. We do have a difference between building > natively and cross building / building with '--

Re: crate importer throws

jgart writes: > ``` > λ guix import crate the-way > ;;; Failed to autoload string->semver-range in (semver ranges): > ;;; no code for module (semver ranges) > Backtrace: > In ice-9/boot-9.scm: > 1752:10 9 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: >8 (apply-

Re: crate importer throws

jgart writes: > On Wed, 12 Oct 2022 14:24:26 +0200 Maxime Devos > wrote: > > That still throws: > > guix shell guile-semver -- guix import crate the-way > ;;; Failed to autoload string->semver-range in (semver ranges): > ;;; no code for module (semver ranges) > Backtrace: > In ice-9/boot-9.sc

Re: crate importer throws

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > > > On 12-10-2022 17:50, jgart wrote: >> On Wed, 12 Oct 2022 14:24:26 +0200 Maxime Devos >> wrote: >> That still throws: >> guix shell guile-semver -- guix import crate the-way >> [...] WDYT > > I think you need to add 'guile' as well (pr

Re: crate importer throws

Maxime Devos writes: > Could you check if > > $ guix shell --pure -- "$(which guix)" import crate the-way > > (i.e. a pure environment without any packages) works for you? Maybe > somehow there is some other guile-semver in your usual environment > that breaks Guix. Weirdly enough it works. .

Re: Add earlyoom service to %desktop-services?

Pkill9 writes: > I think that the earlyoom service is a necessity for a Guix system > desktop. > > For those who don't know what it does, EarlyOOM (early out-of-memory) > is a daemon that kills applications when the amount of memory available > falls below a certain percentage of the maximum, b

Re: crate importer throws

Efraim Flashner writes: > [[PGP Signed Part:Undecided]] > On Sat, Oct 15, 2022 at 02:58:53PM +0200, Csepp wrote: >> >> Maxime Devos writes: >> >> > Could you check if >> > >> > $ guix shell --pure -- "$(which guix)" import

Re: elogind configuration

Ludovic Courtès writes: > Hi, > > Antonio Carlos Padoan Junior skribis: > >> I do not know why but "suspend" stopped working on my computer >> after a recent upgrade (pull & reconfigure). > > By that you mean that ‘loginctl suspend’ doesn’t have any effect? > > I’ve just tried on my laptop and

Re: Antioxidant (new rust build system) update - 100% builds

Maxime Devos writes: > [[PGP Signed Part:Undecided]] > Hi, > > 100% (rounded up) of the packages build with antioxidant, though a > very few still fail to build: > . Heck yeah! This is some super exciting work. UwU

splitting up and sorting commits?

Hey all! I'm working on a fairly sizeable MirageOS branch, just getting the hello-world kernel running involved adding about 40 packages. Very often I run into a scenario where an imported package needs some other package to compile, and then that needs another, and then that another, and so on a

Re: splitting up and sorting commits?

Andreas Enge writes: > Hello, > > Am Wed, Nov 02, 2022 at 12:05:54AM + schrieb Csepp: >> * It is very easy for package to get added before their dependencies, so >> even though by the end of the commit chain everything builds perfectly >> fine, there are interme

Re: Guile debugger workgroup? (was: Coding style: similarly-named variables)

Maxim Cournoyer writes: > Hi Simon, > > zimoun writes: > >> Hi Maxim, >> >> On Mon, 21 Nov 2022 at 15:55, Maxim Cournoyer >> wrote: >> >>> In practice since using breakpoints/a debugger to debug Guile code >>> rarely works as intended (in my experience hacking on Guix!), we >>> typically spr

guile profiling / speeding up derivations on slow storage

I'd really like to speed up guix pull on my netbook and have been thinking about ways to do so for a while. First of all, I'm curious, how do other Guile developers profile code? Could we add a profiling flag for the CLI similar to the existing debugging flags? On a related note, has anyone tried

Re: Packaging big generated data files?

Denis 'GNUtoo' Carikli writes: > [[PGP Signed Part:Undecided]] > Hi, > > Is there any policies or past decisions of the Guix project on > packaging big generated data files? > > I've added packages for software like kiwix-tools and navit that both > work offline but that also need data files to

security tracking NLNet grant

Anyone knows who is/was working on this and what happened to the project? The site only links to general Guix pages. https://nlnet.nl/project/GUIX-securitytracking/

Re: Drafting a Guix blog post on the FHS container

Jim Newsome writes: > Sorry for (presumably) breaking threading; I came across this online > and don't see a way to set my in-reply-to-email header properly. > > Anyways just thought I'd mention that I recently learned about this > feature, and was able to use it to get a downloaded [Tor Browse

Re: Search in One Channel

"jgart" writes: > Hi Guixers, > > Below are the channels that I'm currently subscribed to. > > I'd like to search just in the guix-emacs channel with `guix search`. > > Is there a way to do that currently? You could filter based on the location field of the output. There might be a builtin

Packaging OCaml repositories that define multiple packages?

I'm going through my MirageOS commits for what is hopefully the last time before I send the patches and I realized that a problem that I thought was isolated is a lot more widespread than I thought. As an example look at https://github.com/mirage/mirage/ It defines functoria, functoria-runtime, m

Re: Packaging OCaml repositories that define multiple packages?

r will not know about it and will try > to import subpackages again whenever a packages depends on it, instead > of using ocaml-mirage. > > I don't like the alias solution, though it should work, since the importer > would see them. > > Le 8 janvier 2023 15:04:35 GMT+01:00, Cs

Re: Packaging OCaml repositories that define multiple packages?

Csepp writes: > Thanks! Yeah, the alias solution was not pretty. Guess I'll use > inherits and set the package argument. > > Julien Lepiller writes: > >> The importer will not support such a package. As you say, it wants to >> build them separately because

Re: Packaging OCaml repositories that define multiple packages?

pukkamustard writes: > Csepp writes: > >> But there are packages that were added by others that already >> specify >> which subpackage they build, and yet seem to be accepted as >> subpackages. > > Do you have an example? > > And maybe send in y

unacknowledged patches

(asking this here as well, in addition to IRC) Hey, I sent a large patch set last night (39 patches) but only recieved confirmation for 13 of them. What do I need to do to get the rest acknowledged? Here are the ones that made it to debbugs: https://debbugs.gnu.org/cgi/pkgreport.cgi?package=guix-

Re: unacknowledged patches

Csepp writes: > (asking this here as well, in addition to IRC) > > Hey, I sent a large patch set last night (39 patches) but only recieved > confirmation for 13 of them. What do I need to do to get the rest > acknowledged? > Here are the ones that made it to debbugs: > ht

unified cgroups / rootless podman

I'm trying to set up a Debian container to test some things and thought I'd try rootless podman instead of a simple chroot which requires root privileges. TLDR I ran into some problems which on other distros are apparently solved by configuring the init system. >From the StackOverflow answer: > Fro

Re: properties for default version? (was bug#60200: Incompatibilities between gcc-toolchain and R packages)

Simon Tournier writes: > Hi, > > As bug#60200 [1], the issue is one that many of us often hit: packages > with several versions and when the highest one is not the default. > > Other said, build systems use some version for compiler and tools but > Guix can also offer more recent versions for t

threading macro instead of modify* macros

Here is what I'm trying to do: I have a package that inherits from the ocaml package. Because of Various Reasons (tm) I am using substitute-keyword-arguments and modify-phases and I need to duplicate the shebang patching phase after multiple phases. What I wanted to do was write a helper function

Re: IDEA: Give Our Generations a Name

"jgart" writes: > Hi Guixers, > > What do you think if we would be able to give past generations a name? > > I'm thinking of the way you can do the following with git: > > git stash -m "My description of this important stash." > > I think this would help differentiate slight differences that wo

Re: IDEA: Give Our Generations a Name

Liliana Marie Prikler writes: > Am Dienstag, dem 17.01.2023 um 01:52 + schrieb Csepp: >> >> "jgart" writes: >> >> > Hi Guixers, >> > >> > What do you think if we would be able to give past generations a >> > name? &

Re: Packages grow, no longer fit on a 💾

Akib Azmain Turja writes: > [[PGP Signed Part:Undecided]] > Paul Jewell via "Development of GNU Guix and the GNU System > distribution." writes: > >> Evening all, >> >> On 14/01/2023 23:07, Ludovic Courtès wrote: >>> Hello! >>> Over the course of a few years, the size of our packages has >>> a

etc/commiter.scm should not commit

There have been countless times when I was using etc/commiter.scm and it commited more than it should have and then slapped an incorrect message on it. I think it would make a lot more sense if adding changes was left up to the human at the keyboard (at least by default) and the script was invoked

Re: etc/commiter.scm should not commit

Ekaitz Zarraga writes: > --- Original Message --- > On Tuesday, January 24th, 2023 at 2:50 AM, Csepp wrote: > > >> There have been countless times when I was using etc/commiter.scm and it >> commited more than it should have and then slapped an incorrect mess

Re: CLI flag to ignore guix channel

Simon Tournier writes: > Hi, > > On jeu., 03 nov. 2022 at 21:51, jgart wrote: > >> I'd like a CLI flag to be able to ignore channels. >> >> Where should I look if I'd like to implement something like this? >> >> I prefer not to edit and comment out channels in ~/.config/guix/channels.scm >> >>

Re: Guix Games Collection

Tobias Platen writes: > I had submitted a talk for LibrePlanet called "Gaming on a Talos II - > how I avoid using Steam". Unfortunately, there were so many high > quality talks that it was impossible to fit them all in the program. > So I will do a lightning talk [1], about my work in progress

Re: Licence of the Guix blog posts

I thought I agreed when I sent my part, but in case I haven't: I agree to licensing your contribution under CC-BY-SA 4.0 and GFDL version 1.3 or later, with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.

Re: Licence of the Guix blog posts

Csepp writes: > I thought I agreed when I sent my part, but in case I haven't: > I agree to licensing your contribution under CC-BY-SA 4.0 and GFDL > version 1.3 or later, with no Invariant Sections, no Front-Cover Texts, > and no Back-Cover Texts. s/your/mine/ I copied

Re: Estimated overhead of building an orthogonal Musl-based LFS within Guix build system

vtkq2fq...@liamekaens.com writes: > Hi, > > I'm wondering what the overall estimated work or effort might look > like to leverage Guix to build a co-existing family of packages that > are in some sense "orthogonal" to the rest of Guix, based upon > different package versions and perhaps musl lib

Re: Oniro or Guix on Zephyr kernel?

Peter Polidoro writes: > I just stumbled across Oniro[1], the Eclipse Foundation's new > operating system. > > It seems that its main goal is to be able to run a common operating > system on multiple embedded kernels, either the Linux kernel for > larger devices or the Zephyr kernel for smaller

Re: Fwd: [gnu-soc] GNU Guix Project: Decentralized substitute distribution

Shivam Madlani writes: > -- Forwarded message - > From: Shivam Madlani > Date: Fri, 3 Mar 2023 at 12:42 > Subject: [gnu-soc] GNU Guix Project: Decentralized substitute distribution > To: > > Hello all, > My name is Shivam Madlani aiming for GSoC'23, and I am particularly > int

Re: The 🐑 Shepherd gets a service collection

Adam Faiz writes: > On 3/16/23 22:14, Ludovic Courtès wrote: >> The main limitation of mcron for such thing is that it’s entirely >> static: it reads a list of job specs upfront and then goes on to >> schedule them. There’s no communication protocol to talk to it and >> add/remove jobs on the

Re: Hello GUIX

Shivam Madlani writes: > Thanks a lot for the feedback!! > >> Reading from a disk maybe should happen automagically if it can be >> detected (and is enabled in some configuration). This might also >> require some integration with udisks. The complexity of this should >> not be underestimate

Re: Guidelines for pre-trained ML model weight binaries (Was re: Where should we put machine learning model parameters?)

Nathan Dehnel writes: > a) Bit-identical re-train of ML models is similar to #2; other said > that bit-identical re-training of ML model weights does not protect > much against biased training. The only protection against biased > training is by human expertise. > > Yeah, I didn't

Re: OCaml (was Re: Graphical login broken on core-updates)

Simon Tournier writes: > Hi, > > On mer., 12 avril 2023 at 17:39, Simon Tournier > wrote: > >> Well, OCaml is not in good shape. The update of grep breaks >> ocaml-ppxlib-0.25.1 and so many OCaml packages. > > Fixed by v2 of . > > The only still broken pack

Re: Imagemagick with OpenEXR support

Théo Maxime Tyburn writes: > Hi guixers, > > I am trying to add OpenEXR to the current Imagemagick. > > I tried this out > > ``` > (package > (inherit imagemagick) > (inputs (append `(("openexr" ,openexr)) (package-inputs imagemagick > ``` > > but in the configure phase: > ``` > checkin

Re: i686 core-updates failure.

Andreas Enge writes: > Am Thu, Apr 13, 2023 at 01:23:15PM + schrieb jgart: >> My thoughts on this are that unless someone has the time to maintain >> those broken packages we should just remove them and clean up shop a >> bit. >> Is there a reason to keep around the broken packages? > > Wel

Re: Imagemagick with OpenEXR support

Théo Maxime Tyburn writes: > Csepp writes: > >> Théo Maxime Tyburn writes: >> >>> ``` >>> checking for OpenEXR >= 1.0.6... no >>> [...] >>> Delegate library configuration: >>> OpenEXR --with-openexr=yes no &

Re: Deploying experimental versions of Guix

david larsson writes: > On 2023-05-02 15:44, Felix Lechner via "Development of GNU Guix and the > GNU System distribution." wrote: >> Hi, >> >> I'd like to test changes to (gnu system pam). How may I configure my >> system, preferably using "deploy," please, while also pulling from my >> cust

Re: Discussion on Parameterized Packages

Sarthak Shah writes: > Hello Guix! > I'll be working on bringing Parameterized Packages to Guix for GSoC 2023 > under the guidance of Gábor and Pjotr. I've been a Guix user for a > few years now as it works great for Common Lisp and Scheme projects, and I've > always wanted to contribute to i

Re: Fwd: Writing an Accessible Guix ISO

Hunter Jozwiak writes: > Howdy, > > Here is a project I am interested in getting into Guix in some fashion, > copied from my email I sent to help-guix a while back. Any mentorship > and/or help pointers would be appreciated, and I appologize for the double > posting. > > -- Forwarded

Re: Order of manifest and overlapping binaries

Greg Hogan writes: > I could not find documentation on this circumstance or how to resolve. > Both 'parallel' and 'moreutils' produce a 'bin/parallel' and only one > can go in the $GUIX_PROFILE. > > Creating a container, the latter package overshadows the former > package, as below. Unclear if

Re: bug#55358: docker containers stopped when doing guix install or guix shell

Remco van 't Veer writes: > Hi Maxim and Zimoun, > > 2023/02/09 13:26, Remco van 't Veer: > >> I think I know what is causing the issue. Both the "standard" mysql and >> postgres containers use user-id 999 to run the database service (this >> seems like a common practice because the redis cont

Re: Understanding a Golang importer error

Felix Lechner via "Development of GNU Guix and the GNU System distribution." writes: > Hi, > > The command > > guix import go -r github.com/google/certificate-transparency-go > > produces the output below. Which repo is missing the v0.41.1 tag, > please? Thanks! > > Kind regards > Felix > >

Re: How Can We Make G-Expressions Even More Interactive At The REPL?

"(" writes: > "jgart" writes: >> Hi Guixers, >> >> How can we make g-expressions even more interactive at the REPL? >> >> For example, thing to explore is what can we print instead of >> '(*approximate*)? > > It's physically impossible to print anything other than a placeholder > there withou

Re: How many bytes do we add (closure of guix) when adding one new package?

Simon Tournier writes: > Hi, > > On ven., 26 mai 2023 at 18:21, Ludovic Courtès wrote: > >> I agree that .go files are quite big (.scm files as well, but we’ve >> improved information density somewhat by removing input labels :-)). >> >> The size of .go files went down when we switch to the ba

Re: Faster “guix search” (was Re: How many bytes do we add (closure of guix) when adding one new package?)

Simon Tournier writes: > Hi, > > On Tue, 30 May 2023 at 21:10, Csepp wrote: > >> It makes zero sense to load full package definitions from >> disk for most queries, such as guix search, with an SoA representation >> we could load only the fields

FOSS tooling grant that Guix devs might be interested in

https://sovereigntechfund.de/en/challenges/ "Grants go up to €300,000 per application and cover three main topics: 1. Improve FOSS Developer Tooling 2. Securing FOSS Software Production 3. FOSS Infrastructure Documentation With this program the Sovereign Tech Fund seeks to stimulate an open digi

Re: Guix / Nix Benchmarks

kiasoc5 writes: > On 6/19/23 08:54, Nicolas Graves via Development of GNU Guix and the > GNU System distribution. wrote: >> One of the criticism that can be read online about Guix (compared to >> Nix) is its speed. I have never tried Nix and probably won't in a near >> future, but I was wonderi

distributed substitutes: file slicing

I have a question / suggestion about the distributed substitutes project: would downloads be split into uniformly sized chunks or could the sizes vary? Specifically, in an extreme case where an update introduced a single extra byte at the beginning of a file, would that result in completely new chu

Re: distributed substitutes: file slicing

Csepp writes: > I have a question / suggestion about the distributed substitutes > project: would downloads be split into uniformly sized chunks or could > the sizes vary? > Specifically, in an extreme case where an update introduced a single > extra byte at the beginning of a f

Re: Maybe a way to get a few more developpers to work on Guix ?

Nicolas Graves via "Development of GNU Guix and the GNU System distribution." writes: > https://www.bpifrance.fr/nos-appels-a-projets-concours/appel-a-projets-communs-numeriques-pour-lintelligence-artificielle-generative > > Here's a call for proposal in French which could match a Guix project

Re: Update on Parameterized Packages

Sarthak Shah writes: > Hello guix-devel! > > I got a bunch of really helpful suggestions from the last thread about my > Google Summer of Code project on bringing Package Parameterization to > Guix. > I've incorporated a lot of those suggestions and tried to address some of the > worries as

Re: Maybe a way to get a few more developpers to work on Guix ?

Vagrant Cascadian writes: > [[PGP Signed Part:Undecided]] > On 2023-06-24, Nicolas Graves via "Development of GNU Guix and the GNU System > distribution." wrote: >> On 2023-06-24 13:08, Csepp wrote: >>> Nicolas Graves via "Development of GNU Guix and the

Re: Maybe a way to get a few more developpers to work on Guix ?

Nicolas Graves writes: > On 2023-06-24 13:08, Csepp wrote: > >> Nicolas Graves via "Development of GNU Guix and the GNU System >> distribution." writes: >> >>> https://www.bpifrance.fr/nos-appels-a-projets-concours/appel-a-projets-communs-numeriques

Re: modifying (rather than fully replacing) a build phases

John Kehayias writes: > My question remains, but I've updated the patch in question to use > #:make-flags (thanks to mirai for the idea), separating out these > parameters from the build command and making this a much easier > change. > > Still, we have examples of just copying some phase by ha

Re: guidelines for package names (namespaces?)

John Kehayias writes: > Hi Andy, > > On Mon, Jul 03, 2023 at 01:55 PM, Andy Tai wrote: > >> Hi, in Guix there seems no guidelines for package names/namespaces >> although there are conventions like Python packages prefixed with >> python-... (good). However, this does not cover cases like Gn

Re: A Forum for Guix Users

Robby Zambito writes: > Hi Sarthak, > >> As of now, it's a bit difficult for beginners to find answers to their >> problems in the mailing list or in IRC logs as they aren't very >> easy to navigate compared to forum threads. > > I personally think that it would be wiser to improve the documen

Re: Add hare compiler

Ekaitz Zarraga writes: > Hi > > I made a possible package for the Hare compiler: > https://harelang.org/installation/ > > But I'm not sure how we should handle a couple of things. > > The dependencies are propagated while maybe we should mention which are the > inputs and set them to be called

Re: A Forum for Guix Users

Pjotr Prins writes: > On Fri, Jul 14, 2023 at 02:10:49PM -0700, Felix Lechner via Development of > GNU Guix and the GNU System distribution. wrote: ... >> 1. Our community is small, and possibly shrinking. > > I doubt that is true in absolute terms. You should see where we were > 10 years ago

Re: A Forum for Guix Users

Ahmed Khanzada writes: > I like this forum idea. > > In fact, I really think a forum / presence for GNU more generally would > be excellent. > > Yes, you can find dedicated spaces for Emacs, Guix, etc, and there is > #gnu on Libera and some mailing lists. > > But I think we are sorely missing a

Re: Kdump

Christina O'Donnell writes: > Hi guix and guixesses, > > I'm still enjoying my guix machine crashing every other week despite changing > all the software and half the hardware. So I'm trying to get kdump > working so I can get to the real reason behind it. However I see that > kdump-tools hav

Re: Reusing code for a build-phase?

Hartmut Goebel writes: > Hi, > > I'm currently packaging vagrant and some plugins. For all plugins an > additional phase is required, generating a json file, see below. Since this > is quite > some code, I'd like to put it into some definition or some wrapper. Since it > uses (this-package-v

Re: Reusing code for a build-phase?

Hartmut Goebel writes: > Am 06.08.23 um 14:49 schrieb Csepp: >> Maybe you could create a build system that inherits from the one these >> packages use, but adds the extra phase. > > I was thinking about this, too. But this seems to be too much, as > there are not hun

Re: How can we decrease the cognitive overhead for contributors?

Katherine Cox-Buday writes: > Summary: for people who don't contribute to Guix a lot, each > contribution has > very high cognitive overhead. Can we work to reduce that? > > Hey all, > > Contributing to Guix is currently pretty difficult for me. I'm a Mom with a > full-time job, and anything ou

questionable advice about Geiser load path setting

The docs contain this recommended Emacs setting: @lisp ;; @r{Assuming the Guix checkout is in ~/src/guix.} (with-eval-after-load 'geiser-guile (add-to-list 'geiser-guile-load-path "~/src/guix")) @end lisp I haven't been using it for a while because I remember it causing trouble whenever I was w

Re: How can we decrease the cognitive overhead for contributors?

Maxim Cournoyer writes: > Hi, > > Csepp writes: > > [...] > >> but as soon as something breaks, you are thrown into the deep end, >> having to dissect logs, bisect commit ranges, learn strace, gdb (which >> still doesn't work well on Guix) >

Re: How can we decrease the cognitive overhead for contributors?

Giovanni Biscuolo writes: > ... >> What are the blockers in Guix's policies for moving in this direction? > > Guix is a GNU project, GNU have an infrastructure, a set of services and > a policy for their projects. Maybe one day GNU will provide a self > hosted SourceHut service, now GNU have h

Re: collection of “guix pull“ bug reports

Simon Tournier writes: > Hi Maxim, > > On Sat, 26 Aug 2023 at 22:34, Maxim Cournoyer > wrote: > >>> https://issues.guix.gnu.org/issue/62830 >>> https://issues.guix.gnu.org/issue/63451 >>> https://issues.guix.gnu.org/issue/63830 >>> https://issues.guix.gnu.org/issue/64489 >>> https://issues.gu

Re: How can we decrease the cognitive overhead for contributors?

Giovanni Biscuolo writes: > [[PGP Signed Part:Undecided]] > Hello Katherine, > > thank you for having summarized (part of) this thread in a list of > actionable tasks > > now Someone™ have the chance to decrease the cognitive overhead for > contributors by _increasing_ her cognitive overhead to

Re: How can we decrease the cognitive overhead for contributors?

paul writes: > Hello Giovanni, > > I get that you really don't find the web based workflow to bring enough > advantages to justify the migration, but first please consider the picture > that > Katherine sent and that we are evaluating the adequateness of the email > medium as a FOSS contribu

Re: How can we decrease the cognitive overhead for contributors?

wolf writes: > [[PGP Signed Part:Undecided]] > On 2023-09-02 21:08:12 +0200, Csepp wrote: >> >> paul writes: >> >> > Hello Giovanni, >> > >> > I get that you really don't find the web based workflow to bring >> > enough advant

Re: How can we decrease the cognitive overhead for contributors?

Ricardo Wurmus writes: > paul writes: > >>> Please go ahead and package the rest of Sourcehut, so we can host it and >>> finally forget about Mumi and Debbugs. >> >> Again, this is not a competition between Sourcehut and Mumi. This is a >> discussion between adults that care very much about th

Re: How can we decrease the cognitive overhead for contributors?

Maxim Cournoyer writes: > Hi Ricardo, > > Ricardo Wurmus writes: > >> Vagrant Cascadian writes: >> >>> The only thing clunky about this particular aspect of the workflow >>> described is the fact that the guix community (maintainers?) have >>> decided on a one patch per mail policy with a cov

Re: How can we decrease the cognitive overhead for contributors?

Andreas Enge writes: > Am Mon, Sep 04, 2023 at 08:44:18AM -0400 schrieb brian via Development of GNU > Guix and the GNU System distribution.: >> > - strict adherence to changelog style commit messages without a >> >clearly worded and documented argument about why it's worth the >> >ef

Re: How can we decrease the cognitive overhead for contributors?

Maxim Cournoyer writes: > Hi, > > Csepp writes: > > [...] > >>>> Regarding the GNU changelog commits, I really dislike them. They're >>>> redundant busy-work as far as I'm concerned. And while I'd like to say >>>> they&#

Re: How can we decrease the cognitive overhead for contributors?

Simon Tournier writes: > Hi, > > On Tue, 29 Aug 2023 at 13:05, Giovanni Biscuolo wrote: > >> In other words: you can contribute to a SourceHut hosted project with >> patches (or just with comments to patches) because everyone can send an >> email to an email address provided by the project mai

Re: hard dependency on Git? (was bug#65866: [PATCH 0/8] Add built-in builder for Git checkouts)

Vagrant Cascadian writes: > [[PGP Signed Part:Undecided]] > On 2023-09-11, Simon Tournier wrote: >> On Mon, 11 Sep 2023 at 16:23, Ludovic Courtès wrote: >>> Note that the patch series adds a hard dependency on Git. >>> This is because the existing ‘git-fetch’ code depends on Git, >>> which is

  1   2   >