Andy Tai writes:
> trying to connect to is using Firefox, Firefox says:
>
>
> Did Not Connect: Potential Security Issue
>
> Firefox detected an issue and did not continue to issues.guix.gnu.org.
> The website is either misconfigured or your computer clock is set to
> the wrong time.
>
> It’s
* hydra/modules/sysadmin/services.scm (%certbot-deploy-hook): New
variable.
(%certbot-job): Pass %certbot-deploy-hook to certbot invocation.
---
I think this patch should resolve the certificate issue more
permanently. I haven't tested it at all, but I mostly just stole it
from Guix's certbot serv
Hi,
Michal Atlas skribis:
> I greatly agree, it would be an awesome QOL improvement.
If there’s consensus, let’s see how we can get that done. The advantage
of having (guix docker) & co. all in Scheme is that moving it from a
derivation to code running straight from ‘guix pack’ is definitely
f
Andreas Enge skribis:
> In my experience on ext4 (also not backed by looking at the code), "guix gc"
> always deletes substantially less than what I ask for. I always thought it
> just counted hard linked files even when the link count does not go to 0
> and the file is not actually deleted.
Yes
Hello!
Andreas Enge skribis:
> Am Thu, Jun 06, 2024 at 07:48:27PM +0200 schrieb Andreas Enge:
>> Could the graph on
>>https://ci.guix.gnu.org/metrics
>> be augmented by the number of packages to be built for the different
>> architectures?
That would be nice, I agree (I haven’t looked much
Hi Philip,
"Philip McGrath" skribis:
> For some reason QA still doesn't seem to be working for
> https://issues.guix.gnu.org/71203 (a Racket update I sent on May 26), which I
> suspect may be related to this. Could someone take a look?
>
> The page at https://qa.guix.gnu.org/issue/71203 says "
Hi Wilko,
Wilko Meyer skribis:
> Ludovic Courtès writes:
>> - Improve infra monitoring: set up a dashboard to monitor all the
>> infrastructure, and an out-of-band channel to communicate about
>> downtime.
> ...
>> - Support mirroring: We’d like to make it easy for o
Hi Zach,
Zach Oglesby skribis:
> I would be happy to give a hand, but I am not sure that I qualify as a
> known guix community memeber. I have been around a while and am also
> active in the system crafters community. I also had access to Fedora
> Infrastructure for years to work on docs build s
Hi,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." skribis:
> Is there a way to disable Shepherd services across reboots without
> reconfiguring the system?
No, it’s not supported (I never thought about this use case).
> If not, what is the purpose of 'herd disabl
Fixes a regression introduced in
1da873b0e23eceb3c239dd6dc6781debf23bec63, where the NAME field of the
SPECIFICATION record type is forced to be a symbol as stated by the
documentation.
* src/cuirass/base.scm: Handle SPECIFICATION-NAME as a symbol.
* src/cuirass/http.scm: Handle SPECIFICATION-NAME
Hi Juliana,
Juliana Sims skribis:
> To bring this email back to directly the topic you raise, a Shepherd
> run0 is complementary to a future ocaps-ification of the broader
> process environment; they support and reinforce each
> other. Furthermore, with ocaps, the Shepherd could grow beyond run0
Guillaume Le Vaillant skribis:
> Guillaume Le Vaillant skribis:
>
>> Maybe the CI just had a hiccup... I restarted the build, maybe it will
>> be enough.
>
> It looks like it worked.
Oh well, thanks for taking a look!
Ludo’.
Hi,
Ian Eure skribis:
> Is there some way for this code to be smarter about when it prints the
> "report a bug" message, so it doesn’t tell users to report bugs when
> none exist? Is there a way for it to notice that the problem is
> related to networking, and tell the users to try again in a l
Hi,
Jaming skribis:
> From a5a99b1a7f930614bd88cadfe7a3470805403d48 Mon Sep 17 00:00:00 2001
> From: Justin Martin
> Date: Sun, 9 Jun 2024 11:20:25 -0400
> Subject: [PATCH] cuirass: check for null on specification edition page.
>
> * src/static/js/cuirass.js: check '.remove-channel' for null.
Hi Ada,
Ada Stevenson skribis:
> I'm currently trying to help test the changes to GRUB submitted in
> issue #71348[1]. Unfortunately, `make check`, whilst building the
> local Guix channel, authenticates every commit. That means commits not
> signed by people in `guix-authorizations` will stop t
Howdy Arun!
Arun Isaac skribis:
> First, set the current issue (say 61036).
>
> $ mumi current 61036
>
> Then, apply the latest patchset using
>
> $ mumi am
>
> You may also apply a patchset of a specific version (say, v3) using
>
> $ mumi am v3
Woow, very nice!
(Also great that pages at issue
Hi Noé,
Noé Lopez via "Development of GNU Guix and the GNU System distribution."
skribis:
> I was looking at the previous GSoC projects page and the GNUNet project
> seems really cool to me. I had already dreamed about having
> decentralized substitutes, so I would love to have this.
I would en
Hi,
Ludovic Courtès skribis:
> I’ve applied the whole series to Cuirass:
>
> 81d2530 * http: Add /admin/gitlab/event.
> 10cf59f * gitlab: Add module for Gitlab JSON objects definition.
> 1da873b * specification: Ensure name is a symbol.
After doing some more testing, we realized the strin
Ludovic Courtès writes:
>> The last thing I started working on was to use the HTML5 "progress"
>> element instead of using custom div + bootstrap JS. With pico.css we
>> can drop most classes and a lot of nested divs. Currently, though, it
>> all looks very messy.
>
> Do I get it right that thi
Hi Giovanni,
Giovanni Biscuolo skribis:
> after a reboot on a running remote host (it was running since several
> guix system generations ago... but with no reboots meanwhile) I get a
> failing networking service and consequently the ssh service (et al)
> refuses to start :-(
>
> Sorry I've no t
Hi,
Carlo Zancanaro skribis:
> * hydra/modules/sysadmin/services.scm (%certbot-deploy-hook): New
> variable.
> (%certbot-job): Pass %certbot-deploy-hook to certbot invocation.
Applied, thanks!
> I think this patch should resolve the certificate issue more
> permanently. I haven't tested it at
On June 17, 2024 8:36:10 AM EDT, "Ludovic Courtès" wrote:
>Hi Zach,
>
>Unless you have meant with other members of the sysadmin or core
>development team, I’d be reluctant to grant you SSH access to the infra
>for now.
>
>However, as mentioned in my lengthy message, some of the sysadmin tasks
>can
Ludovic Courtès writes:
>> The channel updaters are running on the berlin server, and the channel
>> packages are built by the build farm guix.bordeaux.inria.fr.
>
> Is there a document summarizing the setup: the repos involved, the
> services/periodic jobs running, etc.?
There is no such docume
Hi!
Romain GARBAGE skribis:
> Fixes a regression introduced in
> 1da873b0e23eceb3c239dd6dc6781debf23bec63, where the NAME field of the
> SPECIFICATION record type is forced to be a symbol as stated by the
> documentation.
Yay, that was fast!
> * src/cuirass/base.scm: Handle SPECIFICATION-NAME
Ludovic Courtès writes:
> I’m not sure how to integrate it though: in the general case, we
> probably want to keep authentication enabled by default, but how to
> allow users to easily disable it when using a personal checkout?
Could you please elaborate on what the challenge is?
Is the challen
Hi,
Also seems that Nix's way only quickly imports the changed layers? And
Guix's always imports the whole thing, at least I think?
What do you mean by “imports the whole thing”?
I'm not sure what exactly happens, so correct me if I'm wrong, however
if I time the different approaches, I think
On Mon Jun 17, 2024 at 3:42 PM CEST, Ludovic Courtès wrote:
> Hi!
Hi Ludo' !
> Romain GARBAGE skribis:
>
> [...]
> > * src/cuirass/base.scm: Handle SPECIFICATION-NAME as a symbol.
> > * src/cuirass/http.scm: Handle SPECIFICATION-NAME as a symbol.
> > * src/cuirass/templates.scm: Fix template gen
Fixes a regression introduced in
1da873b0e23eceb3c239dd6dc6781debf23bec63, where the NAME field of the
SPECIFICATION record type is forced to be a symbol as stated by the
documentation.
* src/cuirass/base.scm (jobset-registry): Handle SPECIFICATION-NAME as a
symbol.
* src/cuirass/http.scm (body->s
Hi Ludovic,
executive summary: it is (was) a "network architecture" mistake by my
side, since I was mixing a device with static-network defined via guix
with a bridge defined via libvirt... and this is not good. The more I
think about it the more I'm convinced that trying to add a route for
devic
Romain GARBAGE skribis:
> Fixes a regression introduced in
> 1da873b0e23eceb3c239dd6dc6781debf23bec63, where the NAME field of the
> SPECIFICATION record type is forced to be a symbol as stated by the
> documentation.
>
> * src/cuirass/base.scm (jobset-registry): Handle SPECIFICATION-NAME as a
>
Hi Ludo' & Ian,
On Mon, Jun 17 2024, Ludovic Courtès wrote:
> I’m fine removing the “report a bug” message [...] WDYT?
Just a quick side note that some members in our community (not I) are
offended by the word "bug" to describe software defects. Perhaps here
is a chance to replace it?
Kind reg
Hi Juli!
On Sat, Jun 08 2024, Juliana Sims wrote:
> To bring this email back to directly the topic you raise
Thank you for your most substantive and thoughtful reply!
Unfortunately, I do not know enough to contribute, but I forgot to
mention my immediate motivation: The handling of setuid/setgi
:(
jgart@unknown1ee35e825799:~/Code/guix-latest [env]$ make -j6 && ./pre-inst-env
guix refresh -l libgc
make all-recursive
make[1]: Entering directory '/home/jgart/Code/guix-latest'
Making all in po/guix
make[2]: Entering directory '/home/jgart/Code/guix-latest/po/guix'
make[2]: Nothing to be do
Hello,
CC'ing Wilko and Leo from kernel team.
On Monday, June 17th, 2024 at 1:27 PM, jgart wrote:
>
>
> :(
>
It is guix pull that is broken due to linux-libre-headers-6.8 being removed but
still used somewhere.
Presumably this commit:
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=
Hi everyone,
John Kehayias writes:
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> error: linux-libre-headers-6.8: unbound variable
libbpf seems to explicitly depend on linux-libre-headers-6.8 since
12d2a6e5a6f412d91ba0c34a1c3c080c6c587cc6 which slipped through when I
removed li
This should fix it for now:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=71617
to prevent this from happening: the idea to use a generic
linux-libre-headers variable that points to the latest headers for these
cases came up in IRC, however:
#+BEGIN_SRC scheme
;; The following package is used i
Felix Lechner via "Development of GNU Guix and the GNU System distribution."
writes:
> On Mon, Jun 17 2024, Ludovic Courtès wrote:
>
>> I’m fine removing the “report a bug” message [...] WDYT?
>
> Just a quick side note that some members in our community (not I) are
> offended by the word "bug"
Hi,
Michal Atlas skribis:
>>> Also seems that Nix's way only quickly imports the changed layers? And
>>> Guix's always imports the whole thing, at least I think?
>> What do you mean by “imports the whole thing”?
>
> I'm not sure what exactly happens, so correct me if I'm wrong, however
> if I ti
Hello!
I have just rebased ‘core-updates’ on ‘master’ (commit
bd5c61781c13611ed16686513980907c6ee34ae6):
6e5ecfd0fb7 gnu: libarea: Fix build.
41e2cd0dd0e gnu: txr: Add missing input.
1c27fa835d9 gnu: grass: Fix build.
399a4e8afd3 gnu: python-magic: Adjust test suite.
8e6ad35f1d7 gnu: di
Suhail Singh skribis:
> Ludovic Courtès writes:
>
>> I’m not sure how to integrate it though: in the general case, we
>> probably want to keep authentication enabled by default, but how to
>> allow users to easily disable it when using a personal checkout?
>
> Could you please elaborate on what
> I guess a next step, in case you (and others!) are looking for one,
> would be to allow users to run through a review check list from the
> command line, and to add a ‘reviewed-looks-good’ tag.
Great idea! I have opened an issue https://issues.guix.gnu.org/71622 to
brainstorm and to invite con
On Mon, Jun 17 2024, Ludovic Courtès wrote:
> Right. However, issues.guix.gnu.org is actually hosted on bayfront,
I'm not so sure about this. To make the change that I sent I grepped for
issues.guix.gnu.org and it showed up in hydra/nginx/berlin.scm in a
variable called %berlin-servers, which is
Hello, there are 399 build failed which only on core-updates if I count
it correctly (1 at the end of each line come from ci status, I think 2
are for dependencies failed), the 4xx are build number, which can be
used as "https://ci.guix.gnu.org/build/4602867/details";.
389-ds-base.x86_64-lin
Ludovic Courtès writes:
> The challenge is in determining that Guix is running from a local
> checkout. Now that I think about it, it’s not that hard: ./pre-inst-env
> sets ‘GUIX_UNINSTALLED’. So we could do:
>
> #:authenticate? (not (getenv "GUIX_UNINSTALLED"))
>
> Problem is that an attacke
44 matches
Mail list logo
