Re: Cookbook recipe from "The Repository as a Channel" section does not work for Guix with properly configured GUILE_LOAD_PATH

Please accept my apology, Nigko. Not for a second did I think about Guix policy; we are meant to find a consensus. Would you send a patch doing implementing another option to guix-patches? However, I would ask of you to send a patch to guix-patches first and not to guile, since guile takes longe

P2P Guix package building and distribution

"Jonathan Frederickson" writes: > On Tue, Aug 13, 2024, at 12:23 PM, Sergio Pastor Pérez wrote: > >> Wouldn't it be enough to have a few independent seeders that have the >> same derivation output? We could have a field in the p2p service type >> which allows the user to configure a "level of tru

Re: Merging ‘core-updates’ real soon

On Wednesday, August 21st, 2024 at 1:43 PM, Ludovic Courtès wrote: > > > Hello Guix! > > I’d like to propose merging ‘core-updates’ real soon, say by next week, > Friday 30th. Woohoo! I look forward to it. My thanks and congratulations to all who helped with 'core-updates'! :) > > > Bu

Re: Global modification of #:make-flags

Hi, Marek Paśnikowski skribis: > In order to prevent the XY problem, here is my goal: Rebuild the entire > system with -Os optimization level. It is an experiment into viability > of hardware-targeted optimizations. Instead of trying to override #:make-flags, which is likely fragile as it depe

Re: Request for assistance maintaining LibreWolf

Hi Tomas, Ian, and all, Tomas Volf <~@wolfsden.cz> skribis: > Ian Eure writes: > >>> >>> I believe the usual way of doing something like this is via teams (see >>> ./etc/teams.scm ). >>> >> >> I’m not sure whether/how well this mechanism works for non-committers. > > I believe it should. AFAIK

Re: Guix publish stopped working

Felix Lechner via "Development of GNU Guix and the GNU System distribution." skribis: > The avahi-daemon log (further below) shows some unusual messages like > > 2024-08-05 08:12:08 Daemon already running on PID 600 Looks like this bug: https://issues.guix.gnu.org/72670 Ludo’.

Merging ‘core-updates’ real soon

Hello Guix! I’d like to propose merging ‘core-updates’ real soon, say by next week, Friday 30th. But first, this branch started about a year ago (!), and it’s hard for someone who’s not following IRC 7 days a week to figure out what the status is—something we should definitely improve on. An ov

Re: Shepherd calendar event bug

Hi, Felix Lechner skribis: > It would be the first Sunday in each month. Oh right. Now fixed! https://git.savannah.gnu.org/cgit/shepherd.git/commit/?h=devel&id=71ef394a38f1d78eada901cb4c111c7b2be84ab5 (Along with related issues.) > Also, here are some brief code questions, if you would b

Re: Enabling 'large_dir' on ext4 holding store

Hi Felix, Felix Lechner via "Development of GNU Guix and the GNU System distribution." skribis: > Is 'large_dir' the default for ext4 in the installer now, or should it > be? I think it should be the default: https://issues.guix.gnu.org/72035 Feel free to weigh in! Thanks, Ludo’.

Re: Global modification of #:make-flags

Sarthak Shah writes: > From my understanding, debbugs issues are meant for technical features > or issues pending implementation, while guix-devel threads are meant > for discussions surrounding Guix and possible features. I am no authority on the matter, so please take what I say with a grain o

Re: Global modification of #:make-flags

Sarthak Shah writes: > Hey Marek, Yep, this is a patch for the repository. I haven't figured > out how to programmatically patch it yet either; the original idea was > to use time-machine, but it was causing some errors that I wasn't able > to debug. Perhaps it's time I give it another shot. > >

Re: Global modification of #:make-flags

Hey Marek, Yep, this is a patch for the repository. I haven't figured out how to programmatically patch it yet either; the original idea was to use time-machine, but it was causing some errors that I wasn't able to debug. Perhaps it's time I give it another shot. As for -Os, check out the GCC opti

Re: Global modification of #:make-flags

Sarthak Shah writes: > Another thing that needs a bit of fixing is that this doesn't work on > fresh Guix repositories, you need to have built Guix once from a > repository before applying the patch. Hold on. Is this a patch to the guix /repository/, not /package/? That would explain the patch

Re: Global modification of #:make-flags

Hey Suhail, I was thinking about having a conversation in a guix-devel email thread itself. >From my understanding, debbugs issues are meant for technical features or issues pending implementation, while guix-devel threads are meant for discussions surrounding Guix and possible features. This is

Re: Global modification of #:make-flags

Hey Marek, It looks like I need to update the patch as it's failing to apply to Makefile.am In the meantime, you could try to apply the one failed hunk in Makefile.am.rej yourself, that should fix the problem. Another thing that needs a bit of fixing is that this doesn't work on fresh Guix reposito

Re: Global modification of #:make-flags

Sarthak Shah writes: > Hey Marek, > You might find my work on Parameterized Packages interesting: > > https://blog.lispy.tech/parameterized-packages-the-project-completion-update.html > > Unfortunately, it hasn't been merged into the main branch yet, however you > should be able to make everythi