Re: G-Golf in Guix - 1 G-Golf (only) pkg, 1 pkg per lib examples per major version number

David Pirotte writes: >> >g-golf >> >g-golf-gtk-4-examples >> >g-golf-adw-1-examples You are right, of course. Indeed Guix would better now include a package even if the packaging is not ideal. I submitted a first attempt for g-golf-gtk-4-examples at

Re: G-Golf in Guix - G-Golf pkg(s) name(s)

Hello Ian, > Changing this convention would require a very large amount of work > ... In my initial message, I was merely asking to not apply the guile- prefix rule to the g-golf package definition. That I would not do this for other packages either was an answer to iyzsong, as they were explai

Re: scilab graphical version

I haven't tried to package it, but the issue might probably be that the java environment in Guix is pretty poor, there's most likely a lot of work before we can package the Scilab GUI. That said, I haven't even tried, so maybe it's less difficult than I expect! Don't hesitate to take a look if

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

On Wed, Feb 12, 2025 at 05:13:25PM +0100, Liliana Marie Prikler wrote: > That's why I commented on the Codeberg GCD — so that it can be included > in a v2 of said GCD. I do expect there will be some revisions before > the decision is final. It should be a separate discussion. Maybe it's a minor

Re: [GCD] Renaming `Master` Branch Into Another Term

Hi indieterminacy, On Wed, Feb 12 2025, indieterminacy wrote: > things are happening and [...] they should not be forgotten. That is "history!" Kind regards Felix

scilab graphical version

Hello Nicolas and David, I was wondering if anyone is running the graphical version of scilab on Guix and how you got that working. I am very interested in the model building GUI: https://www.scilab.org/software/xcos/model-building-edition -- 📛 Christopher Howard 🚀 gemini://gem.librehacker.com

Re: [GCD] Renaming `Master` Branch Into Another Term

LMAO, thank you for bringing this up Jonathan. While I think "The Gulf of Mexico" is kind of a mouthful, I agree it makes no sense for the default branch to be called master. I have no strong opinion on the new name, imho it should be "main" as the de facto standard goes but also "history" as F

Re: [GCD] Renaming `Master` Branch Into Another Term

Hi Ian, I created this stub, given that the major GCD being discussed atm (regarding Codeberg) features a thread concerning whether the term `master` is not apt for future Guix activity. As can be imagined (and already raised), that topic risks being counterproductive in the same channel (no

Re: Welcoming Steve as a new committer!

On Thu, Feb 13, 2025 at 12:20:02AM +0900, Maxim Cournoyer wrote: > I'm pleased to announce that Steve has just been enabled as a committer > to the project, bringing the number of committers to 48. > Congratulations! Happy committing, Steve! And thank you for all your > contributions to the Guix

Re: Numerical problem (compiling python-numba package)

Hi Emmanuel, > I don't know if guix-devel is appropriate to report issue with a > package. It's appropriate. > I have a problem installing the package python-numba version: 0.61.0, I > cannot compile it on my machine (it > compiles on others). While I cannot reproduce this (I upgraded python-n

Re: bug#55231: [PATCH v1] initrd: Allow extra search paths with ‘initrd-extra-module-paths’

Hi all, > I'm not sure if what I'm proposing would actually work. How prophetic. I did some more testing with the proposed change to `derivation`, and it seems to be causing a weird issue. I didn't think that propagating non-substitutability would be much of a problem, since there are very few

Re: Welcoming Steve as a new committer!

Steeeve! Welcome, Steve. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

Re: Welcoming Steve as a new committer!

On Thu, Feb 13, 2025 at 12:20 AM, Maxim Cournoyer wrote: > Hello Guix! > > I'm pleased to announce that Steve has just been enabled as a committer > to the project, bringing the number of committers to 48. > Congratulations! Happy committing, Steve! And thank you for all your > contributions to

Re: On a Guile-based Build-Tool complimenting Guix

Hi, On Thu, Dec 19 2024, Divya Ranjan wrote: > why doesn’t Guix [...] have a purely Guile-based build tool? A year ago, I rewrote Guix's Makefile recipes in GNU Guile. They look like the example below. Would the maintainers accept such a patch? It would be a small step for a human but a big s

Re: Welcoming Steve as a new committer!

Welcome! On February 12, 2025 7:20:02 AM PST, Maxim Cournoyer wrote: >Hello Guix! > >I'm pleased to announce that Steve has just been enabled as a committer >to the project, bringing the number of committers to 48. >Congratulations! Happy committing, Steve! And thank you for all your >contribu

Re: [GCD] Renaming `Master` Branch Into Another Term

Hi Jonathan, indieterminacy writes: Hello, I believe that the term `Master` for the root branch is an anacronism. I propose that it is renamed to `The Gulf of Mexico`. Unless people have a better suggestion? Please don’t waste our time with trolling nonsense. -- Ian

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Am 12.02.25 um 11:23 schrieb Giovanni Biscuolo: so if I understand correctly, all patch comments (rationale and all related discussion) will be moved (stored) to Codeberg and guix-patches will be dismissed? Yes. This will be a side-effect of commenting in a Anyhow, you can "watch" the repos an

Re: [GCD] Renaming `Master` Branch Into Another Term

Hi indieterminacy, On Wed, Feb 12 2025, indieterminacy wrote: > better suggestion? I have used the deadpan 'history' for years and never had second thoughts. It is the branch with which all others share their history. History is something that happens. There are no notions of superiority or c

Branch naming (Was: [GCD] Migrating repositories, issues, and patches to Codeberg)

Hi, On Mon, Feb 10 2025, Ludovic Courtès wrote: > I support it as well¹ but I think we’d rather address it separately. Let's offer a place to litigate for those who want to spend their time on it! Will someone please start this GCD? Kind regards Felix

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Liliana Marie Prikler writes: > That's why I commented on the Codeberg GCD — so that it can be > included in a v2 of said GCD. I do expect there will be some > revisions before the decision is final. Ah, my bad. That that was the intent had escaped me. Thank you for clarifying. -- Suhail

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Liliana Marie Prikler writes: >> I think this is just a matter of image, and I'm not sure about who >> are we trying to please with the change. > Since I was the one to initially make this suggestion: myself, plus > whoever agrees with me, regardless of their reason. ... > As a gesture towards

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Am Mittwoch, dem 12.02.2025 um 10:56 -0500 schrieb Suhail Singh: > I am not arguing on whether the branch name should be changed or not. > However, I do think this is a topic that should be discussed in a > GCD. [… N]ot discussing this via a GCD would go against its intended > use: That's why I com

[GCD] Renaming `Master` Branch Into Another Term

Hello, I believe that the term `Master` for the root branch is an anacronism. I propose that it is renamed to `The Gulf of Mexico`. Unless people have a better suggestion? Kind regards, Jonathan

Re: GNU Shepherd 1.0.2 released

Hi Ludo', On Wed, Feb 12 2025, Ludovic Courtès wrote: > glad to announce version 1.0.2 of the Shepherd Thank you so much for offering the Shepherd to the world! I think back with dread about using INI files and SystemD, not to mention the social tensions that arose when it took over. The Sheph

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Am Mittwoch, dem 12.02.2025 um 14:36 +0100 schrieb Ekaitz Zarraga: > (this doesn't mean I'm not sensible about the problem or anything > like that, I'm just trying to point out this all comes from a > movement from a political situation that is not universal) As does the free software movement. >

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

On 2025-02-12 16:17, Liliana Marie Prikler wrote: So if we do the change, I'd prefer if we have made the move to Codeberg already. Non sequitur. If Codeberg makes seeing the default branch that obvious, changing it at once should not matter. I didn't explain this properly. I meant agreed to

Re: Welcoming Steve as a new committer!

On Thu, Feb 13, 2025 at 12:20:02AM +0900, Maxim Cournoyer wrote: > Hello Guix! > > I'm pleased to announce that Steve has just been enabled as a committer > to the project, bringing the number of committers to 48. > Congratulations! Happy committing, Steve! And thank you for all your > contribut

Welcoming Steve as a new committer!

Hello Guix! I'm pleased to announce that Steve has just been enabled as a committer to the project, bringing the number of committers to 48. Congratulations! Happy committing, Steve! And thank you for all your contributions to the Guix project thus far! -- Maxim

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Hi all, I don't want to destroy the thread so I just going to give a couple of notes on this in order to share what I think is important, and often misheard and leave. On 2025-02-12 12:46, 45mg wrote: > It looks like you're aware of the widespread effort to move away from > 'master-slave' ter

Re: Questions on updating `aerc` and its Go dependency

Hi, On Mon Feb 10, 2025 at 9:00 AM CET, Tanguy Le Carrour wrote: > On Sun Feb 9, 2025 at 9:49 AM CET, Sharlatan Hellseher wrote: >> I've added go-git-sr-ht-rjarry-go-opt-v2 variant to master. > > Thanks! > > I’ll send the patch for Aerc later this week. Submitted as #76226. -- Tanguy

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Am Mittwoch, dem 12.02.2025 um 11:44 +0100 schrieb Ekaitz Zarraga: > We also execute programs (and we have many references to that word in > our docs), and some people I know had members of their family > executed because of their ethnicity or beliefs. I think all of us > understand those are two d

Re: Securing personal forks (Was: Discussion with Codeberg volunteers)

Hi Felix and 45mg, I came up with a quick dirty hack for solving my authentication problems on guix forks and channel forks, and upon seeing this discussion I thought I'd share some bits. It's a very simple trick, only requires (roughly) 3 lines of code in 'guix/git-authenticate.scm'. See [1] for

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Hi Ekaitz, We would be far from the first project to rename the 'master' branch to 'main'. Here's a blog post from GitLab that should give you an idea of how widespread this is: https://about.gitlab.com/blog/2021/03/10/new-git-default-branch-name/ When everyone from GitHub to GitLab to the Git pr

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

On 2025-02-11 18:40, Hartmut Goebel wrote: Am 11.02.25 um 11:36 schrieb Tomas Volf: What are the benefits of changing the name of the master branch? "master" is considered offensive for black people, because of centuries of slavery - where the "master" was the suppressor. Those you know m

node-team / bootstrapping node packages

Hi guix, I was wondering if a node-team would be useful to make the work towards making a few applications available in Guix. It's been quite some time that 68941 is ready but forgotten. Based on this patch series, I'm now able to build a node-tape-bootstrap with minimal missing dependencies to

Re: [GCD] Migrating repositories, issues, and patches to Codeberg

Ludovic Courtès writes: > Simon Tournier skribis: [...] >> I would add two roadblocks (at least for me): >> >> 1. Not being able to process offline. >> >> 2. Not being able to comment patches directly from the editor of my own >> choice. > > I think this was now answered: Magit-Forge, fj

GNU Shepherd 1.0.2 released

We are glad to announce version 1.0.2 of the Shepherd, the second bug-fix release in the 1.0.x series. Check out the web site to learn more about the Shepherd 1.0.x series: https://gnu.org/software/shepherd/news/2024/12/the-shepherd-1.0.0-released/ • About The Shepherd is a service manager

Numerical problem (compiling python-numba package)

Hello I don't know if guix-devel is appropriate to report issue with a package. I have a problem installing the package python-numba version: 0.61.0, I cannot compile it on my machine (it compiles on others). Many tests are failing because of rounding errors such as: