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

2025-02-10 Thread Development of GNU Guix and the GNU System distribution.
David Pirotte writes: > prefixed by 'guile-', and i see this has been adopted, many thanks: > > https://packages.guix.gnu.org/search/?query=g-golf > => > g-golf 0.8.0-rc9 > > But I see it still has: > > guile-g-golf 0.8.0-rc9 Well, g-golf is deprecated by guile-g-golf her

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

2025-02-10 Thread David Pirotte
Hello Guix, Completing my previous sent email about G-Golf packages in Guix I did ask, a long time ago, that G-Golf pkg(s) name(s) would not be prefixed by 'guile-', and i see this has been adopted, many thanks: https://packages.guix.gnu.org/search/?query=g-golf =

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

2025-02-10 Thread David Pirotte
Hello Guix, Wrt packaging g-golf in guix, please allow me to suggest to adopt this approach, which is what debian does, and I recently convinced the nix pkg maintainer to also 'do the same'. I highly recommend that you split and propose (for now) 3 pkgs: g-golf g-golf-gtk-4-exam

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

2025-02-10 Thread Hartmut Goebel
Am 08.02.25 um 17:33 schrieb Ian Eure: But I think problems need to be acknowledged, so these are some of my observations about them. I really like this summary, which matches my observations. @Ludo: Maybe include these points into the GCD? -- Regards Hartmut Goebel | Hartmut Goebel

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

2025-02-10 Thread Hartmut Goebel
Am 08.02.25 um 17:33 schrieb Ian Eure: But I think problems need to be acknowledged, so these are some of my observations about them. -- Schönen Gruß Hartmut Goebel Dipl.-Informatiker (univ), CISSP, CSSLP, ISO 27001 Lead Implementer Information Security Management, Security Governance, Secure

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

2025-02-10 Thread Hartmut Goebel
Am 10.02.25 um 21:38 schrieb Ludovic Courtès: I support it as well¹ but I think we’d rather address it separately. I'm in favor of changing the name of the main branch in one go when switching to Codeberg. Rational: People need to touch their setup anyway (AFAIU). ¹ I started looking at it

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

2025-02-10 Thread Hartmut Goebel
Am 10.02.25 um 16:13 schrieb Tomas Volf: In my experience any non-trivial amount of discussion becomes hard to follow due to the lack of threading and limited tooling the Web UI provides. Dunno, maybe I am just doing GitHub wrong. I just checked in Codeberg/Fojero: Unfortuately it does not sup

Re: Shepherd and minimalism in pid 1

2025-02-10 Thread Ludovic Courtès
Hi Gábor, Gábor Boskovits skribis: > Ludo's FOSDEM talk inspired me to share some thoughts that I encountered > during my time at my previous position where we designed an init system. Oh! > The fist things are the specialities of the pid 1 processes: > - they own the pid namespace where they

Re: Guix Days notes email thread

2025-02-10 Thread Ludovic Courtès
Hello, Juliana Sims skribis: > For those not at Guix Days: > > We have split into groups discussing various topics. Each group is > collecting notes on its discussion. I am starting this thread as a > place for these notes, to be distributed as necessary. Great initiative. To those who took

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

2025-02-10 Thread Ludovic Courtès
Hi, Ian Eure skribis: > Liliana Marie Prikler writes: > >> Hi Guix, >> >>> That way, pushes to `master` will be limited to changes that have >>> already been validated and built. >> Perhaps we should rename 'master' to something else too. Food for >> thought for a future GCD :) > > I support t

New Slovak PO file for 'shepherd' (version 1.0.2rc1)

2025-02-10 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'shepherd' has been submitted by the Slovak team of translators. The file is available at: https://translationproject.org/latest/shepherd/sk.po (We can arrange things so tha

Re: (i18n) msgid feedback for shepherd-1.0.1rc1

2025-02-10 Thread Development of GNU Guix and the GNU System distribution.
On Sunday, 9 February 2025 02:20:16 CET pelzflorian (Florian Pelz) wrote: > Hi. Andrej’s feedback is good; thank you both. However: > > Ludovic Courtès writes: > >> There are several msgids which need to take advantage of the multiple > >> plural>> > >> support of gettext: > >> - "service na

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

2025-02-10 Thread Ludovic Courtès
Andreas Enge skribis: > Am Sat, Feb 08, 2025 at 05:43:20PM +0100 schrieb Ludovic Courtès: >> I gave the example of Nixpkgs, where package maintainers, who are not >> necessarily committers, can trigger merges for some changes that touch >> their packages and that pass a number of tests. > > Maybe

Re: Understanding #:substitutable? and #55231

2025-02-10 Thread Development of GNU Guix and the GNU System distribution.
Hi Andreas, Thanks for the clarification. If this is the case, and texlive is unlikely to be used as a native input, it seems reasonable to me that setting `allowSubstitutes = 0` if `(not (and substitutable? (every substitutable-derivation? inputs)))` would entirely eliminate the possibility o

Re: Understanding #:substitutable? and #55231

2025-02-10 Thread Development of GNU Guix and the GNU System distribution.
Hi Maxime, On Sun, Feb 09 2025, Maxime Devos wrote: > It _is_ on track. I replied to someone making a negative remark about > my behaviour, and defended myself. > If defending oneself is a form of 'off track', then 'off track' is a > good thing to do. > Sometimes, being dismissive, is a perfect

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

2025-02-10 Thread Tomas Volf
Ian Eure writes: > Hi 45mg, > > 45mg <45mg.wri...@gmail.com> writes: > There are many possible consequences of this. One is that GCDs like this one would be seen by fewer people, so there would be less useful discussion and feedback. And in general, people outside of a small c

Re: Understanding #:substitutable? and #55231

2025-02-10 Thread Development of GNU Guix and the GNU System distribution.
Maxime Devos writes: > The incoherency is the problem. If you want ZFS, and your belief ok > ZFS being legally OK is based on P being true, then it follows you > have > >  (a) ensure that P is true/rectify !P situations, >  (b) or give up on ZFS >  (c) (third alternative) or find another justific

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

2025-02-10 Thread Ian Eure
Hi 45mg, 45mg <45mg.wri...@gmail.com> writes: There are many possible consequences of this. One is that GCDs like this one would be seen by fewer people, so there would be less useful discussion and feedback. And in general, people outside of a small circle of old contributors already subscri

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

2025-02-10 Thread Ian Eure
Hi Efraim, Efraim Flashner writes: On Sat, Feb 08, 2025 at 12:50:22PM -0800, Ian Eure wrote: Hi all, Vagrant Cascadian writes: > When working with salsa.debian.org (a gitlab instance) there > is a way to > fetch all the merge requests for a given git repository, so > it just > becomes pa

Re: Understanding #:substitutable? and #55231

2025-02-10 Thread Andreas Enge
Hello, Am Sun, Feb 09, 2025 at 10:42:26PM + schrieb Morgan Arnold via Development of GNU Guix and the GNU System distribution.: > It might be more correct to allow derivations built with non-substitutable > native inputs to be substitutable nonetheless. The alternative seems like it > could

Re: Understanding #:substitutable? and #55231

2025-02-10 Thread Maxime Devos
On 9/02/2025 23:42, Morgan Arnold wrote: Hi all, As a bit of an aside, I'm wondering if it wouldn't be possible to eliminate the possibility of even potential copyviols by a change to the `derivation` function? It currently sets environment variable for the builder daemon by setting `allowSu

Re: 01/02: gnu: Add dlib.

2025-02-10 Thread Efraim Flashner
On Fri, Feb 07, 2025 at 01:59:46AM +0100, dan...@friendly-machines.com wrote: > Hi Ludo, > > > Could you please either revert this commit or merge the two 'dlib' > > definitions, assuming the upgrade does not break any dependent? (You > > can use 'guix build -P1 dlib' for example to check that.)

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

2025-02-10 Thread Efraim Flashner
On Sat, Feb 08, 2025 at 12:50:22PM -0800, Ian Eure wrote: > Hi all, > > Vagrant Cascadian writes: > > > When working with salsa.debian.org (a gitlab instance) there is a way to > > fetch all the merge requests for a given git repository, so it just > > becomes part of my normal workflow and to s

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

2025-02-10 Thread Tanguy Le Carrour
Hi, 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. -- Tanguy

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

2025-02-10 Thread Tanguy Le Carrour
Hi, On Sun Feb 9, 2025 at 1:59 AM CET, Leo Famulari wrote: > Right. In Go, the versioned URLs constitute an API break. Effectively a > new package. Basically, Go uses URLs as canonical package names > throughout the entire ecosystem, from fetching from the internet, > building, and referring to a