Hi Richard,
On Tue, Apr 23 2024, Richard Sent wrote:
> I submitted a patch [..] at https://issues.guix.gnu.org/70542. If this
> winds up merged I believe your code could be rewritten [as]
>
> --8<---cut here---start->8---
> (file-system
>(device
Is there an interface to rewrite / update a field from a series of
packages easily?
What I get from the change in python-team last change for the
pyproject-build-system is that we need to add python-setuptools or
python-wheel to all packages that will complain about it, when trying to
build.
Hi Guix,
Just to let you know, I just added a working patch series that does this
job on (guix build, guix import pypi, guix lint). This is not the full
patch series, which I have rebased on python-team, but it should be good
enough
1) to test it
2) to review it for a v2 that would be more
On 2024-04-22 16:40, Ricardo Wurmus wrote:
>> TL;DR :
>> - patch series in big progress, not done yet because I don't really
>> know where to stop and massive rebuilds.
>
> Please take a look at the python-team branch, which contains changes to
> the build system.
I'll rebase on it, thanks.
Hi Richard,
On Mon, Apr 22 2024, Richard Sent wrote:
> NFS is allegedly supported
Someone once gave me this service [1] to mount a file-system declared
with (mount? #f). [2] It's been working ever since.
Kind regards
Felix
[1]
Answer in two different emails.
On 2024-04-18 22:07, Maxim Cournoyer wrote:
> Hi Nicolas,
>
> Nicolas Graves via "Development of GNU Guix and the GNU System
> distribution." writes:
>
>> Hi Guix,
>>
>> On some languages, there are a lot of u
Hi Ludo'
On Fri, Apr 19 2024, Ludovic Courtès wrote:
> that’s already possible with the #:user argument of ‘command’.
While 'command' works and was in your initial example, I had trouble
tracking down the documentation for it. Is it a record entry destined
for 'shepherd-command'?
Spoiled by
On Fri, Apr 19 2024, Ludovic Courtès wrote:
> Is ‘shepherd’ among your channels?
Sorry, it works fine.
My message was borne from a terrible desperation after one of my most
important machines refused to reconfigure for a week. As so often with
technical systems, it was an operator error. [1]
Hi Ludo'
On Fri, Apr 19 2024, Ludovic Courtès wrote:
> Is it not hanging during Shepherd service upgrade?
Yes, thank you! It was hanging during the Shepherd system upgrade due
to an invalid calendar-event specification. In a service that uses both
#:days-of-month as well as #:days-of-week, I
Hi Fabio,
On Sat, Apr 20 2024, Fabio Natali wrote:
> do you think it might be worth to add it (or a variation thereof) to
> '(guix build utils)'?
I use this [1] which gives the caller access to the exit status and is
also slightly shorter:
(define (command-with-output-to-string/status*
Hi,
On Sat, Apr 20 2024, Ian Eure wrote:
> If an operating-system’s packages includes `(specification->package
> "nss-certs")', this causes breakage, because that form selects version
> 3.98, but %base-packages includes 3.88.1, which causes an error on the
> next `guix system reconfigure' due to
Hi Juli,
On Thu, Apr 18 2024, Juliana Sims wrote:
> I submitted an application for an NLNet grant to fund porting our
> beloved Shepherd to Spritely Goblins
Wow, I'm not sure what that will do just yet, but I can't wait to hear
more!
> I am happy to announce that this grant application was
Hi,
I can no longer reconfigure a system with any of these methods:
1. "guix deploy" which I use almost exclusively
2. "guix system reconfigure" after a recent pull
3. "./pre-inst-env guix system reconfigure" with a recent Git checkout.
Guix hangs during the system activation step. Any ideas?
Hi,
Guix compiled from Git (and with very minor modification) cannot
activate a system because /var/run/dbus is not a directory. The error
message is below.
On mine, the folder is a symbolic link to /run/dbus. Any ideas?
Did something change recently there?
Kind regards
Felix
* * *
Hi Attila,
On Tue, Dec 05 2023, Attila Lendvai wrote:
> AFAIU that will lead to quite some local recompiling that are not necessary.
> you can just set the shepherd package of the shepherd-root-service-type to a
> custom package.
>
> e.g. this will use the latest shepherd from the shepherd
Hi Maxim,
On Wed, Apr 17 2024, Maxim Cournoyer wrote:
> The solution is to hunt the libtool .la files
Would my old web-based file finder, which I could resurrect, help with
locating such files?
Kind regards
Felix
Hi Guix,
On some languages, there are a lot of unused native-inputs that are
development & linting dependencies much more than packages that are
actually used to build or test a package (I'm thinking at least Python
and Rust). These fall in the category of tools "useful" at run time, but
On 2024-04-16 01:17, spacecadet wrote:
> Hi Nicolas
>
>> Isn't what you're trying to do already in Guix? Have a look at
>> package-inputs-rewrite right there :
>> https://guix.gnu.org/manual/devel/en/html_node/Defining-Package-Variants.html
>
> I want to have this but more powerful, I'd like to
Hi spacecadet!
Isn't what you're trying to do already in Guix? Have a look at
package-inputs-rewrite right there :
https://guix.gnu.org/manual/devel/en/html_node/Defining-Package-Variants.html
I've also been working on general package propagation in RDE, it's still
a work in progress, but it's
Hi Ludo'
On Wed, Apr 10 2024, Ludovic Courtès wrote:
> Could you share this service or at least the (calendar-event …) bit?
It was my error. The iota in
(calendar-event #:minutes '(iota 12 3 5))
should not have been quoted. The service definition was part of the
message to which you
Hi Nicolas,
On Fri, Apr 12 2024, Ludovic Courtès wrote:
> Emacs supports systemd-style socket activation so, instead of using a
> PID file, you could use ‘make-systemd-constructor’.
Ludo' may have meant to write "Shepherd" instead of Emacs. Here are a
few examples for how you might use that
Hi Carlo,
Thanks for fixing the Cc: addresses. I should not have included the bug
filing address in my reply.
On Sun, Apr 14 2024, Carlo Zancanaro wrote:
> We could avoid generating unnecessary self-signed certificates by first
> checking if we already have certificates from certbot, and
On 2024-04-12 22:38, Ludovic Courtès wrote:
> Hi Nicolas,
>
> Nicolas Graves skribis:
>
>> As promised to Stefan a few months ago, here's a use case of
>> Shepherd/Emacs implementation that we developped in RDE.
>
> Would be nice to have it in Guix Home!
Something like this seems to work:
On 2024-04-13 16:20, Nicolas Graves wrote:
> On 2024-04-12 22:38, Ludovic Courtès wrote:
>
>> Hi Nicolas,
>>
>> Nicolas Graves skribis:
>>
>>> As promised to Stefan a few months ago, here's a use case of
>>> Shepherd/Emacs implementation that we developped in RDE.
>>
>> Would be nice to have it
On 2024-04-12 22:38, Ludovic Courtès wrote:
> Hi Nicolas,
>
> Nicolas Graves skribis:
>
>> As promised to Stefan a few months ago, here's a use case of
>> Shepherd/Emacs implementation that we developped in RDE.
>
> Would be nice to have it in Guix Home!
I am commited to merge RDE contributions
Hi Clément,
On Tue, Jan 30 2024, Clément Lassieur wrote:
> Carlo's solution allows to have a working nginx even when certbot
> fails.
I just upgraded a server to the latest Guix version, which I think
includes a version of this patch.
To my surprise OpenSSL, which I saw in proced, generated a
Hi Guix, Emacs,
As promised to Stefan a few months ago, here's a use case of
Shepherd/Emacs implementation that we developped in RDE.
We're using the --daemon option on the Shepherd side to launch the
server in the background, include code in Emacs configuration to make it
create a pid-file as
Hi Nathan,
On Mon, Apr 08 2024, Nathan Dehnel wrote:
> I don't think you're supposed to edit /etc/guix/channels.scm directly,
> I think it's generated by guix system reconfigure.
As Ludo' pointed out on Mastodon recently [1] the system channels can
also be customized, if needed. [2]
Kind
Hi,
An event for system administrators in high-energy physics may still be
looking for for talks for next week in Paris:
https://indico.cern.ch/event/1377701/overview
The event is called HEPiX:
https://www.hepix.org/
Just thought I'd pass it on. I am stateside and did not recognize
Hi Ricardo,
On Sat, Apr 06 2024, Ricardo Wurmus wrote:
> Any ideas what might be going on here?
Could it be "ModuleNotFoundError: No module named 'jupyter_server'"?
Kind regards
Felix
Hi Maxim,
On Wed, Apr 03 2024, Maxim Cournoyer wrote:
> I applaud the idea to have the users make a conscious decision
Who does?
> It apparently even makes it impossible to run 'guix pull'
More than that, the references to online sources in our package
declarations are useless. Would it be
Hi Ludo'
On Sun, Mar 24 2024, Ludovic Courtès wrote:
> you can do anything you can do with a service: stop it, unload it,
> load a replacement, and so on.
Wow, do I love those timers! I just converted my system Mcron jobs to
Shepherd timers. The user jobs are next. What a great new feature!
Hi Ludo'
On Thu, Mar 28 2024, Ludovic Courtès wrote:
> I start, restart, reload, restart, etc. and it seems fine.
Okay, this works fine now. I had quoted the 'iota'.
The status seems a bit bungled, though. I now use a lambda, i.e. no
'command', with a fresh pull from 'devel'. Thanks!
Kind
Hi Dale,
On Sun, Mar 31 2024, Adam Faiz wrote:
> Could the Shepherd depend on mcron for the timer functionality?
I know you your name isn't Dave. Sorry!
Kind regards
Felix
Hi Adam,
On Sun, Mar 31 2024, Adam Faiz wrote:
> Could the Shepherd depend on mcron for the timer functionality? Since
> mcron already handles scheduling commands to run at a certain time,
> there would be no need to reimplement it again.
I don't wish to speak for the Mcron maintainer Dave, who
Hi Ryan,
On Fri, Mar 29 2024, Ryan Prior wrote:
> I'm reading today that a backdoor is present in xz's upstream tarball
> (but not in git), starting at version 5.6.0. Source:
> https://www.openwall.com/lists/oss-security/2024/03/29/4
Thanks for sending this! This is an extremely serious
Hi,
When trying to 'deploy' the command hangs for one piece of my equipment
with the perplexing message:
guix deploy: sending 0 store items (0 MiB) to 'FQDN'...
Has anyone seen it before? Is there a cure? Thanks!
Kind regards
Felix
Hi Ludo',
On Sun, Mar 24 2024, Ludovic Courtès wrote:
> I pushed to the ‘devel’ branch of the Shepherd a new module that
> implements “timers”
Wow, that's super exciting! I promptly reconfigured my channels to pull
in the Shepherd branch. (Anyone who wants to do the same, please reply
here
> IMHO This is a quiet egocentric point of view.
> What are you implying with the "loud" minority here?
Hi,
"Quiet" is a funny typo here.
Also, "peace on Earth and goodwill toward [all]." [1]
Please
[1] https://www.youtube.com/watch?v=74ocbvwam7c
Hi,
On Wed, Mar 06 2024, Steve George wrote:
> 18:00 UTC, 18:00 GMT (London), 19:00 CET (Paris), 13:00 EST (New York)
As one of the weirdos out in California, I'll add 10 AM Pacific.
Please join!
Kind regards
Felix
Hi Felipe,
On Wed, Mar 06 2024, Luis Felipe wrote:
> That page also mentions the reasoning behind the derivative logo.
Absolutely gorgeous! I like A1, although in a fit of disrespect I might
have placed the horns upside down like a scorpion...
Great work. The project is very lucky to have you!
Hi,
We track bugs and patches separately. Does the distinction serve a
purpose? May I combine them?
Thanks!
Kind regards
Felix
Hi Fabio,
On Fri, Mar 01 2024, Fabio Natali wrote:
> could it be worth to amend the manual to say that it has to be LUKS1
Based on the many folks who trip over this, especially on IRC, that
seems like a great idea!
Kind regards
Felix
Hi Attila,
On Fri, Mar 01 2024, Attila Lendvai wrote:
> you `guix system reconfigure` into a new shepherd version, and after
> that the currently running shepherd init process went 100% CPU,
> i.e. it was busy looping in one thread?
Yes, I used 'guix deploy.' I did so several times before
Hi everyone,
LWN published an article about Nix and Guix:
https://lwn.net/SubscriberLink/962788/4127dcbb2cf72474/
It raises our public profile, although I am a bit more enthusiastic than
the author. I think we are the next Debian.
Do we have a PR department? Just kidding...
Kind regards
Hi Attila
On Sun, Dec 24 2023, Attila Lendvai wrote:
> you should follow the instructions in [1]; namely:
>
> https://lists.gnu.org/archive/html/guix-devel/2023-12/msg00018.html
>
> together with "Installing development snapshots with Guix" in
> shepherd's README to add shepherd's channel.
I
Hi Rust Team,
On Wed, Feb 28 2024, Andreas Enge wrote:
> Congratulations to the Rust team (aka Efraim) for this big endeavour!
How timely are your good news! Please let this article brighten your
day.
Hi Andreas,
On Tue, Feb 27 2024, Andreas Enge wrote:
> a time-based approach sounds like a good idea
How about the second Monday and Tuesday of every month? That is a slow
time for contributors who have more time on weekends.
> It might still be good to do it in a separate branch instead of
>
Hi Andreas,
On Wed, Jan 31 2024, Andreas Enge wrote:
> We should be able to do a world-rebuild not once or twice a year, but
> at least every month
How about a 48-hour period every month in which commits are permitted
even if they cause "world rebuilds"?
We could pause the substitute builders
This is basically done in
https://git.sr.ht/~ngraves/dotfiles/commit/bd542512dfad2beccb4a6cdb2468f79aa869a55b
Maybe some things need some polish, but the PoC is definitely here.
Feel free to reuse this in upstream guix if you want.
On 2024-02-13 14:35, Nicolas Graves wrote:
> Hi !
>
> I've
Hi Lilah,
On Fri, Feb 16, 2024 at 02:33:02AM -0600, Lilah Tascheter wrote:
>
> one more quick change that I've realized will be necessary
I made some changes to my bootloader locally and believe the commit
series here [1] could be useful to you. It removes a lot of the
confusion that arises when
Hi everyone,
>From now on, please use bug-m...@gnu.org [1] to report bugs in Mumi. You
may also use Debbugs directly, if you are comfortable.
Please do not use the Guix reporting channels anymore. Your Mumi bugs
will still be visible in Mumi. You can focus on them exclusively with a
filter
Hi,
On Fri, Feb 23 2024, Ludovic Courtès wrote:
> The solution would be interesting for use on Guix System ... but I
> don’t see it helpful on other distros ... (We can’t really ship
> ourselves because it has to be linked against the host libc.)
To read more about nscd's significance on
Hey Maxime,
On Thu, Feb 22 2024, Maxime Devos wrote:
> familiarity with good manners
Sometimes it's better to admit defeat. Maybe you find this apology [1]
helpful, although it was imperfect.
Kind regards
Felix
[1] https://lists.gnu.org/archive/html/guix-devel/2022-10/msg00141.html
Hey,
On Thu, Feb 22 2024, Andreas Enge wrote:
> Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
>> Yes. It appears you are unfamiliar with (...)
>> It also appears you are unfamiliar with (...)
>
> May I suggest to not make assumptions about what other people are familiar
> with
> > On one VPS of mine (which also happens to have Guix installed via
> > rescue mode) the root is mounted from /dev/vda1.
>
> Out of curiosity: what's the hoster, please?
https://rapiddc.pl/
It's a result of a long search for a decent Europe-based provider. I
didn't choose any of the
Hi Vagrant,
On Sun, Feb 11 2024, Vagrant Cascadian wrote:
> Are there other downsides to allowing a multiple patches in a single
> email?
Is it perhaps more difficult to apply those patches?
Kind regards
Felix
> --8<---cut here---start->8---
>
> Scanning for Btrfs filesystems
> ice-9/boot9.scm:1685:16: In procedure raise-exception:
> In procedure mount: No such file or directory
> GRUB loading...
> Entering a new prompt. Type ',bt' for a backtrace or ',q' to
On 2024-02-20 20:04, Jelle Licht wrote:
> Nicolas Graves writes:
>
>> On 2019-07-24 15:41, Jelle Licht wrote:
>>
>>> Timothy Sample writes:
>>>
>>> [snip]
>>>
I’ve come to think that bootstrapping JavaScript might be easier than it
looks. As time goes on, Node gets better at the
Hi there
not sure if this was mentioned here but in case it wasn't — there was a
proof of concept packaging of sucrase and jQuery as early as in 2022.
You can see the relevant thread here[1].
So, yes, it's definitely easier than it seems (and easier than some
used to describe it) — the only
On 2024-02-20 15:11, Adam Faiz wrote:
>> WDYT? Are there guidelines somewhere about how to do proper bootstrapping in
>> these cases where hundreds of packages are involved?
>
> Not really, but your idea to rewrite inputs for the bootstrapping process
> does simplify things a lot.
>
> How is
Hi Guix!
I've just managed to bootstrap the node-tape package using some of the
helpers I introduced in 68941 (WIP).
I want to use and reproduce the method I applied for phpunit in 67092,
but it's a long method and I haven't had any input on it before now, so
I'd like to at least validate the
Hi!
I'm currently delving in the subject of node packaging, I have a few
ideas that I might be interested in sending patches for, but I need some
input before.
1) IIRC, most build-systems (except cargo at least) will not fail if
some native-inputs are not present. They will fail if they are
Hi Simon,
On Thu, Feb 15 2024, Clément Lassieur wrote:
> May I add too, that you can add "Message-ID" in gnus-visible-headers.
The author of Debbugs.el, Michael Albinus, said this was likely the best
solution.
To request a feature in Debbugs.el, please file a bug against the
"debbugs.gnu.org"
Hi Josselin,
On Tue, Feb 13 2024, Josselin Poiret wrote:
> As long as Debbugs is modifying mails on the MLs it's being
> troublesome.
Will you please show an example? You mentioned it before but I cannot
find your message. Thanks!
Kind regards
Felix
P.S. With a bug tracker, our discussion
Hi !
I've written this (gpl3+) that should be able to fetch patchsets for
both guix and rde. This should be robust enough for guix/rde use IMO.
(define-module (guix mbox-download)
#:use-module (guix packages)
#:use-module ((guix self) #:select (make-config.scm))
#:use-module (guix
Hi Josselin,
On Mon, Feb 12 2024, Josselin Poiret wrote:
> 1) Doesn't modify any incoming mail;
What if, in addition, Debbugs were to publish bug reports and their
comments via public-inbox?
> 2) Provides a way to look-up the bugs related to a thread and their
> status, preferably using
Hi Clément,
On Sun, Feb 11 2024, Clément Lassieur wrote:
> On Sun, Feb 11 2024, Felix Lechner via "Development of GNU Guix and the GNU
> System distribution." wrote:
>
> Each email has its own message id, so how would you group them?
As author, I'll respond. I was th
[unable to locate Romain's original message]
Hi Josselin,
On Sat, Feb 10 2024, Josselin Poiret wrote:
> The idea would be to ... make sure that keyboard-layout-config appears
> first in the generated config.
I do not suffer from the issue described here but rewrote the bootloader
code locally
Hi Josselin,
On Wed, Feb 07 2024, Josselin Poiret wrote:
> The fact that you have to wait for Debbugs's response after the first
> mail to get the proper mail to reply to means that we can't automate
> sending whole patchsets
Could a modified version of Debbugs group submissions by Message-IDs
Hi,
An effort is under way to bring Mumi [1] and Debbugs [2] closer
together. It's like a giant tongue twister!
Bugs filed against Mumi are in the process of being re-assigned from
'guix' to the 'mumi' package in Debbugs. For the time being, those bugs
may not show up in Mumi anymore, but only
On 2019-07-24 15:41, Jelle Licht wrote:
> Timothy Sample writes:
>
> [snip]
>
>> I’ve come to think that bootstrapping JavaScript might be easier than it
>> looks. As time goes on, Node gets better at the newer JavaScript
>> features. This removes the need for things like Babel or Rollup,
Hi Hartmut & Josselin,
On Mon, Feb 05 2024, Hartmut Goebel wrote:
> Am 05.02.24 um 10:39 schrieb Steve George:
>
> [order of quotations reversed]
>
> The current mail-based workflow is too complicated ... which has been
> discussed several times already without any result:
Well, that's not
Hi Suhail,
On Mon, Feb 05 2024, suh...@bayesians.ca wrote:
> Felix Lechner via writes:
>
> Is your position that
First off, I'm sorry I write so much today. For a project the size of
Guix, it's not good for one person to belabor a point repeatedly. I am
responding to your request for a
On Mon, Feb 05 2024, Clément Lassieur wrote:
> On Mon, Feb 05 2024, Felix Lechner via "Development of GNU Guix and the GNU
> System distribution." wrote:
>
> I see no evidence here. And I'm unsure which plan you are talking
> about (the plan?).
Two people can look at
Hi Clément,
On Mon, Feb 05 2024, Clément Lassieur wrote:
> I don't think reviewers have to be committers.
How much more evidence does the project need to see in order to realize
that the plan is not working?
I'll spare the list a lengthy analysis of the social dynamics but the
delegation of
The snapper branch is here with no activity for quite some time.
There's a patch for snapper in 57311, maybe we can start by deleting the
branch.
--
Best regards,
Nicolas Graves
Hi Christina,
On Sat, Feb 03 2024, Christina O'Donnell wrote:
> connecting to https://issues.guix.gnu.org/ results in ... a 502 bad
> gateway.
You are welcome to use my Mumi clone at mumi.juix.org.
Kind regards
Felix
On Thu, Nov 30 2023, Attila Lendvai wrote:
> the use of 'service' to describe two rather different abstractions: a
> component of an OS vs. a deamon process run by shepherd.
Indeed, the use of 'service' in much of Guix appears to be a grand
misnomer. It probably occurred because the meaning
Hi Vivien,
> The eudev package has been touched on gnome-team
I reviewed the patches but do not believe they solve Bug#63508 or
Bug#63787.
That issue, stated succinctly, arises because configure.ac sets the
Makefile variable $(udevrulesdir) to the store output [1] while custom
rules like mine
Hi Josselin,
On Wed, Jan 31 2024, Josselin Poiret wrote:
> One conundrum we have for now: glibc 2.38 has a couple of new CVEs
The authors describe CVE-2023-6246, which is probably the most serious
of the four vulnerabilities, as "significant" [1] and Red Bat ranks it
as "8.4 (HIGH)" under the
I sympathize with your approach (I, too, have been supplementing
Certbot with self-signed certs for some time).
What would also be cool is not to have `certbot-service-type` depend on
`nginx-service-type` in the first place. So that one can more easily
use another HTTP server. It can of course
Hi Carlo,
On Tue, Jan 30 2024, Carlo Zancanaro wrote:
> certbot can't produce certificates without a functional nginx
Yes, it can. The option is called --standalone. [1]
Maybe another way to bootstrap the certificates would be to hold off on
starting Nginx or Apache until all certificates are
On 2024-01-28 18:32, Giovanni Biscuolo wrote:
> Hi Nicolas,
>
> Nicolas Graves writes:
>
> [...]
>
>> This is not always true. Git-LFS also has the concept of Custom Transfer
>> Agents, which in some cases do not need a running server. One example is
>> lfs-folderstore, which can simply use a
I've left git-annex for git-lfs, I'll just add a few points about
git-lfs.
On 2024-01-24 18:39, Giovanni Biscuolo wrote:
> Hi Ludo’
>
> Ludovic Courtès writes:
>
> [...]
>
>> The question boils down to: Git-LFS or Git Annex?
>>
>> From a quick look (I haven’t used them), Git-LFS seems to
Hi Fabio,
On Fri, Jan 19 2024, Fabio Natali wrote:
> How does the publishing happen exactly
You can query SSH server keys remotely [1] but I would deploy keys I
know already.
Kind regards
Felix
[1] https://serverfault.com/a/1033095
Hi Chris,
On Sat, Jan 20 2024, Christopher Baines wrote:
> I hopefully mitigated the port encoding issue [3] by switching from
> using the display procedure to log to using string->utf8 and
> put-bytevector.
>
> [...]
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62590
Could the error be
Hi Fabio,
On Fri, Jan 19 2024, Fabio Natali wrote:
> Is there any mechanism that would allow to access the server without
> having to trust-on-first-use the server's fingerprint?
I publish my server-side keys via SSHFP records in a domain secured by
DNSSEC. When I add 'VerifyHostKeyDNS yes' to
On Wed, Jan 17 2024, Greg Hogan wrote:
> Is it appropriate to make the recommended changes and submit an
> updated patch?
Yes, absolutely!
Kind regards
Felix
Hi Ian,
On Mon, Jan 15 2024, Ian Eure wrote:
> What do you all think?
The pain is not yet great enough to make changes.
Also, the interface may have more basic issues. [1]
Kind regards
Felix
[1] https://issues.guix.gnu.org/58908
Hi Tomas,
On Fri, Jan 12 2024, Tomas Volf wrote:
> it seems like at least some of them are broken. Can someone check
> whether that is case even on their machine?
Yes, some are broken.
> Do they all pass for you?
No.
> when exactly are the those tests run and where are the failures
>
Hi,
How may I make code from a channel available inside 'modify-phases',
please?
I tried #:modules, but it says "no code for (x y z)." Thanks!
Kind regards
Felix
Here's a more complete proof of concept:
The attached file guix.scm, when run a checkout of emacs branch emacs-29
with guix build -f guix.scm will :
- compile everything as if run locally but with the patches provided by
guix sources.
- a local edit and the rerun of guix build -f guix.scm will
Hi Ludo'
On Wed, Jan 10 2024, Ludovic Courtès wrote:
> I have to admit I have a hard time keeping up.
You work too hard! Jethro the Midianite high priest [1] liked to focus
on the "grand design":
https://www.youtube.com/watch?v=oG0a9WFkgzU
More practically, Jethro said:
(13) It came
Hi,
Due to the popularity of OpenSMTPd here, I thought the group might
appreciate that MTA is not affected by the "SMTP smuggling" attack [1]
like the other mail servers. [2]
According to #opensmtpd, our MTA does not support pipelining and is
therefore not vulnerable.
Some additional patches
Rationale:
Almost all build-systems are defined with gexpressions in functions
that return derivations. Derivations are not easily extensible while
gexps are. An example usage is given below.
This is a pretty big rewrite that should recompile almost all packages,
but a lot of grafting happens
Hello,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
> On Sat, Jan 06 2024, Tomas Volf wrote:
>
>> what is the proper channel to ask for a patch review and how long
>> should one wait before doing so.
I think it is reaso
Hi Tomas,
On Sat, Jan 06 2024, Tomas Volf wrote:
> what is the proper channel to ask for a patch review and how long
> should one wait before doing so.
Please don't waste your time waiting. The process of patch review and
acceptance here is erratic. I won't go into reasons; the project
Tried to use to antioxydant build system, I cannot seem to add it as a channel
but was able to clone the repo and authenticate it manually.. then guix build
-L . -f antioxidant-packages.scm fails to run with error,
ice-9/eval.scm:223:20: In procedure proc:
error: rust-sequoia-ipc-0.26: unbound
Hi Dave,
On Thu, Jan 04 2024, Thompson, David wrote:
> On Thu, Jan 4, 2024 at 5:34 AM Tomas Volf <~@wolfsden.cz> wrote:
>
> Guix also downloads a lot of source code from GitHub. Is this an issue?
I agree with you, but together with the new Copilot key [1] that should
serve as a warning to us
1 - 100 of 472 matches
Mail list logo