Re: Guix deploy --keep-going equivalent for machine connection failures

Carlo Zancanaro writes: > On Mon, Jan 15 2024, Richard Sent wrote: >> At present this can be worked around by commenting out entries on the >> list, but this requires >> a) Already knowing what machine is offline >> b) Remembering to uncomment it later when the machine goes back online >> c)

Re: rust-team branch merged

Efraim Flashner writes: > The rust team is pleased to announce that the rust-team branch has been > merged back into master. There are 570 commits across the branch. > Cross-compiling support for the cargo-build-system was added, including > for librsvg. Cross-compiling was tested for (nearly)

Re: guix refresh --update Removes Needed Dependencies

"jgart" writes: > Hi Guixers, > > `guix refresh --update` removes Tex Dependencies that are needed. This makes > it more tedious to update packages :( > > See the diff below which was the result of running: > > ./pre-inst-env guix refresh --update python-sphinx > > Diff: > > [jgart@fedora

Re: "random check" approach to Guix QA?

Andy Tai writes: > Hi, currently Guix QA tries to rebuild all dependent packages impacted > by a change (in majority of cases updates to a new version of a > package). When there are a large number of dependent packages like > say 500 or 1000 or more, rebuilding all that takes a long time and

Re: The e(macs)lephant in the room and the Guix Bang

Ricardo Wurmus writes: > Nathan Dehnel writes: > >> heard about guile-studio, but it doesn't appear to have a dark mode, >> and I imagine trying to add one would require a bunch of emacs-style >> screwing around with it. > > M-x modus-themes-toggle RET > > i.e. hold Alt, press x, then type

Re: The elephant in the room and the Guix Bang.

Giovanni Biscuolo writes: > [[PGP Signed Part:Undecided]] > Hello, > > ...I'm talking about Emacs. > > In <87bkdzssgm@gmail.com> [1] Simon Tournier > writes: > > [1] https://yhetil.org/guix/87bkdzssgm@gmail.com/ > > [...] > >> people are already engaging for improving the

Re: WebAssembly target for Guix (Showcase)

zamfofex writes: > Hello, Guix! I have recently worked on a WebAssembly target (for > cross‐compilation) for Guix. It’s still in very early stages and thus > fairly lacking, but it is enough to cross‐compile certain simple > packages such as ‘lolcat’. > > Maybe people might find it useful

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

Giovanni Biscuolo writes: > [[PGP Signed Part:Undecided]] > Hello Csepp, > > Csepp writes: > > [...] > >> I don't think repeating that no forge sucks less advances the >> conversation towards any solution other than keeping the status quo, >>

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

Giovanni Biscuolo writes: > [[PGP Signed Part:Undecided]] > Hi Liliana, > > Liliana Marie Prikler writes: > > [...] > >> For example, whenever people say that "forges would improve stuff", my >> reply is (modulo phrasing) "yes, for the people who are already used to >> forges". > > I just

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

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

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 no longer nec

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 >> >

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

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

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 advanta

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

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

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 >>>

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

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) > >

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

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

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: 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

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

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

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: 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

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

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

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

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: 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: 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 ?

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

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 o

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

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

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

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

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

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

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: 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

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: 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: 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

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 >>

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: 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? > >

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: > ``` >

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

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

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

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: 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 >

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

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

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 t

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: 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

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: 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

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: 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 >>>

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: 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

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: 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

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: >

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

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:

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

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 they

Re: Packaging OCaml repositories that define multiple packages?

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, Csepp > a

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,

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

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

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: 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

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: 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

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 inte

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

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

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

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: 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,

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: 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

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

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

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: 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: 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

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

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 >>> deriva

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

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 >

  1   2   >