Hi Felix,
You ask a really interesting question. I think run0 is a great step in
the right direction, and I would welcome the Shepherd gaining similar
abilities. I also think run0 is a stopgap and we can do much better.
Let me try to explain.
As I've announced previously, I'm working on
We are happy to announce the release of GNU Mes 0.26.1.
This release represents 57 commits by five people in 26 weeks. It
brings full Gash support and many fixes for the riscv64-linux bootstrap.
See the NEWS below for a brief summary.
We are excited that the NLnet Foundation is sponsoring this
Felix Lechner writes:
> > You could try invoking mount-file-system from (gnu build file-systems)
> > directly to try and narrow down what exactly is breaking.
> How would I go about doing that, please?
1. $ guix repl
2. Import the module with ,use (gnu build file-systems)
3. Call
Hi Richard,
On Fri, Jun 07 2024, Richard Sent wrote:
> I did have to reboot
So did I. In fact, my issue is now that the file system fails to mount
on boot.
> You could try invoking mount-file-system from (gnu build file-systems)
> directly to try and narrow down what exactly is breaking.
How
Hi Andy,
On Fri, Jun 07 2024, Andy Tai wrote:
> Curious how shall such cases be handled?
In your patch, I would disable the unit tests that require special
hardware.
The unit tests are not supposed to run at build time anyway, but Guix
does not have a separate testing infrastructure presently.
Hi,
Could the ideas around systemd's new run0 tool [1][2] which executes
privileged programs via the init process, also help Guix?
Kind regards
Felix
[1] https://mastodon.social/@pid_eins/112353324518585654
[2] https://lwn.net/Articles/971866/
Hi, I have a patch submission that builds fine (in the GNU Guix sense,
that is, unit tests run and pass) locally but fails on Guix QA due to
unit tests failing.
I suspect that the failures are due to the build machine (or machines)
as plain x86-64 PC (fine as build server(s)) does not have exotic
June 4, 2024 at 7:05 AM, "Nils Landt" wrote:
>
> >
> > Steve George hat am 04.06.2024 10:19 CEST geschrieben:
> >
> > - Something mad, interesting or curious!
> >
>
> I built a home service for systemd. It is currently unpublished, but I could
> demo it, and publish the WIP version.
>
Hello,
when trying to run a guix build agent in a docker container on openshift
with a colleague and assigning 8 of the 128 cores of the physical machine,
the agent would be completely choked since it would start all builds with
commands such as "make -j 128". The 128 are determined by a call to
Mark H Weaver writes:
> Christopher Baines writes:
>
>> There are quite a few branches on savannah, and it would be nice to
>> remove them if they're unnecessary, at least because that will prompt
>> the QA data service to delete the data, saving on disk space.
> [...]
>> The following branches
Ekaitz Zarraga writes:
> I could talk about the bootstrapping in riscv, maybe it's too
> technical or idk...
>
> If you want, I'm open to do it!
>
> Thanks for organizing these talks, they are very interesting.
I'd /definitely/ find that talk interesting! Hope it happens and I can
make it.
--
Hi Felix,
Felix Lechner writes:
> Hi Richard,
>
> On Tue, Apr 23 2024, Richard Sent wrote:
>
>> I submitted a patch for what I'm thinking at
>> https://issues.guix.gnu.org/70542.
>
> I believe this stopped working for my NFS setup.
Interesting. It does still work with my CIFS/SMB share, so I
Christopher Baines writes:
> There are quite a few branches on savannah, and it would be nice to
> remove them if they're unnecessary, at least because that will prompt
> the QA data service to delete the data, saving on disk space.
[...]
> The following branches all seem to have commits that
Hi everyone,
On Thu, May 02 2024, Efraim Flashner wrote:
> changing the defaults to use /var and /etc by default would be a good
> change.
If that's too complicated, someone could alternatively add
./configure --localstatedir=/var --sysconfdir=/etc
to ./bootstrap.
People needing
Hi Christopher,
> The following branches all seem to have commits that haven't made it to
> master yet, although I haven't checked if the changes were applied but
> just with different commit ids.
>
> - haskell-team
I will open a request to merge this branch after I updated to the latest
Hi,
Is there a way to disable Shepherd services across reboots without
reconfiguring the system? If not, what is the purpose of 'herd disable'
vs 'herd stop'?
My background is I have a system I cannot currently reconfigure. (I use
experimental features from a development version of the
Hi Richard,
On Tue, Apr 23 2024, Richard Sent wrote:
> I submitted a patch for what I'm thinking at
> https://issues.guix.gnu.org/70542.
I believe this stopped working for my NFS setup.
Kind regards
Felix
Hey,
There are quite a few branches on savannah, and it would be nice to
remove them if they're unnecessary, at least because that will prompt
the QA data service to delete the data, saving on disk space.
I'm ignoring all the version-* and wip-* branches, which leaves the
following sets of
Ludovic Courtès writes:
> jbra...@dismail.de skribis:
>
>> I've done some web work in the past. I could probably help with the
>> bootstrap -> pico move.
>
> I’m also interested in helping land it. Did you have a preliminary
> branch for this, Ricardo?
I've just pushed my progress to the
Lars-Dominik Braun writes:
>> * maintenance of R, as well as CRAN and Bioconductor packages.
>
> is there anyone who will look after the automated channels
> guix-cran/guix-bioc (and possibly guix-science)?
Nobody has volunteered to do that.
The channel updaters are running on the berlin
Simon Tournier writes:
> how often do you run “./pre-inst-env guix refresh”?
I aimed to do this once a week, every Monday, but I never quite managed
to keep it up. It is necessary to keep the packages in Guix up-to-date
to prevent problems with the automated updates of the guix-cran and
Hi Ludo,
> This has been running for ~4 days now; the number of pending builds has
> significantly decreased (in particular, you’ll be delighted to get
> substitutes for ‘core-updates’!):
excellent, thank you very much!
Lars
Hi Ricardo,
> * maintenance of R, as well as CRAN and Bioconductor packages.
is there anyone who will look after the automated channels
guix-cran/guix-bioc (and possibly guix-science)?
> * Finishing the python-team branch.
>
> We wanted to merge the "python-team" branch soon, which contains
Hi Ludo,
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 others to
> mirror
Hi Ludo'
On Thu, Jun 06 2024, Ludovic Courtès wrote:
> Where does that 3:1 figure come from?
Efraim's experience, I believe.
> Where do you see that in the code? After checking
> ‘removeUnusedLinks’, I think it counts space savings right.
Sorry, I didn't look at the code. I was merely
Hello,
Am Thu, Jun 06, 2024 at 05:05:32PM +0200 schrieb Ludovic Courtès:
> Almost all the x86 builds have been consumed:
>
> --8<---cut here---start->8---
> cuirass=> select count(*) from builds where status = -2 and system
> ='x86_64-linux';
> count
>
Hello Carlo,
Carlo Zancanaro skribis:
> On Fri, May 24 2024, Ludovic Courtès wrote:
>> • Day-to-day system administration
>>
>> We’re also looking for people who’d be willing to have SSH access to
>> some of the infrastructure to help with day-to-day maintenance:
>> restarting a
Hi Steve,
Steve George skribis:
> We're looking for speakers - of any level - to give talks at the Guix online
> meetup. We're a small, friendly group at all levels of experience. Talks can
> be about anything Guix associated, for example:
That’s a great initiative! It would probably make
Richard Sent skribis:
>2. Less maintainence burden to regularly update pinned commits,
>particularly as a channel dependency tree grows.
>
> I feel that soft-pinning strikes a balance between those two goals that
> is useful when dependencies on a frequently updated channel are unlikely
Hi Guix!
Ludovic Courtès skribis:
> Ludovic Courtès skribis:
>
>> The longer story is that Ricardo noticed that the build backlog had been
>> growing for a couple of months (see “Pending builds”):
>>
>> https://ci.guix.gnu.org/metrics
>>
>> We discussed this on guix-sysadmin and found that
Hi Edouard,
Edouard Klein skribis:
>> I wonder to what extent the combination of ‘make-inetd-constructor’ and
>> ‘least-authority-wrapper’ would fit the bill for you? (This is currently
>> used for the bitlbee, dicod, and rsync services.) It seems to address
>> the main shortcomings listed in
Hi Felix,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." skribis:
> It probably makes more sense to focus on the Guix daemon here. I hope
> you don't mind a few clarifying questions.
>
> Why, please, does the benefit of de-duplication approach a fixed ratio
> of
Hi,
On Wednesday, June 5th, 2024 at 11:27 AM, Leo Famulari
wrote:
>
>
> On Tue, Jun 04, 2024 at 08:41:47AM +0200, Ludovic Courtès wrote:
>
> > It seems that it broke ‘x86-energy-perf-policy’ and ‘zfs-auto-snapshot’:
> >
> > https://ci.guix.gnu.org/eval/1374635?status=newly-failed
>
>
>
Hello!
I can give an online talk about Guile-SSH[1] as it is used by GNU Guix,
if you're interested.
Although I have never done any talks in English, I think it'll be an
interesting experience.
References:
1. https://github.com/artyom-poptsov/guile-ssh
--
Artyom "avp" Poptsov
Home page:
On Tue, Jun 04, 2024 at 08:41:47AM +0200, Ludovic Courtès wrote:
> It seems that it broke ‘x86-energy-perf-policy’ and ‘zfs-auto-snapshot’:
>
> https://ci.guix.gnu.org/eval/1374635?status=newly-failed
Aha, a new feature in the CI web interface! Wonderful!
The failure of
Hi,
On 2024-06-05 18:51, Tobias Alexandra Platen wrote:
Since the version included in Debian is too old, I am using kicad
packaged via guix on my Talos II. This seems to work well, except that
OpenGL is using software rendering. I was able to open my old
design of my lighthouse project. Next I
Since the version included in Debian is too old, I am using kicad
packaged via guix on my Talos II. This seems to work well, except that
OpenGL is using software rendering. I was able to open my old
design of my lighthouse project. Next I will try to get OpenGL and
Vulkan working with my GPU. The
Hi,
On Sat, 01 Jun 2024 at 15:58, Ludovic Courtès wrote:
>> I think it would be great if "guix pack -f docker" could avoid building
>> all these identical layers again and again. Perhaps it would be
>> possible to have a single derivation for each layer? This way we
>> wouldn't have to
Hi Ludo,
On Thu, 23 May 2024 at 19:31, Ludovic Courtès wrote:
> From Sunday May 19th to Tuesday may 21st, for about 36h,
> bayfront.guix.gnu.org, the machine behind many services went down:
>
> https://lists.gnu.org/archive/html/info-guix/2024-05/msg0.html
>
> Affected web sites and
On 2024-06-04 10:19, Steve George wrote:
Hi,
We're looking for speakers - of any level - to give talks at the Guix online
meetup. We're a small, friendly group at all levels of experience. Talks can be
about anything Guix associated, for example:
- Experiences using or learning Guix
-
June 2, 2024 at 5:39 PM, "Eric S. Raymond" wrote:
>
> jbra...@dismail.de :
>
> >
> > Hey Guix!
> >
> >
> >
> > Have you heard about autodafe? I just did today.
> >
> >
> >
> > So it looks like autodafe (1) converts autotools into
> >
> > simple makefiles. Quoting from it's
Hi Ludo,
On Fri, May 24 2024, Ludovic Courtès wrote:
> • Day-to-day system administration
>
> We’re also looking for people who’d be willing to have SSH access to
> some of the infrastructure to help with day-to-day maintenance:
> restarting a build, restarting the occasional
Hi,
We're looking for speakers - of any level - to give talks at the Guix online
meetup. We're a small, friendly group at all levels of experience. Talks can be
about anything Guix associated, for example:
- Experiences using or learning Guix
- Particular commands or capabilities - deploying
Hi Leo,
guix-comm...@gnu.org skribis:
> commit 5d3edff1a604414a3c42b89fcbc007e9d573993d
> Author: Leo Famulari
> AuthorDate: Sun Jun 2 16:48:44 2024 -0400
>
> gnu: linux-libre: Update to 6.9.
>
> * gnu/packages/linux.scm (linux-libre-version, linux-libre-gnu-revision,
>
currently if I click on the QA button of the issues UI for Guix the QA
page would show
An error occurred
Sorry about that!
wrong-type-arg
On 2024-06-02 19:02:46 +, jbra...@dismail.de wrote:
> Hey Guix!
>
> Have you heard about autodafe? I just did today.
>
> So it looks like autodafe (1) converts autotools into
> simple makefiles. Quoting from it's hacker's guide (2):
> "The proximate goal of this project is to eliminate
On Sat 01 Jun 2024 15:58, Ludovic Courtès writes:
>> I think it would be great if "guix pack -f docker" could avoid building
>> all these identical layers again and again. Perhaps it would be
>> possible to have a single derivation for each layer? This way we
>> wouldn't have to recreate the
June 2, 2024 at 12:50 PM, "Sergey Bugaev" wrote:
>
> On Sun, Jun 2, 2024 at 12:22 AM Joshua Branson wrote:
>
> >
> > So we had an awesome time today watching Sergey code a trivial translator
> > (1) and do
> >
> > some glibc hacking (2). Sergey coded and chatted for 4 and 1/2 hours!
>
June 1, 2024 at 5:29 PM, "Almudena Garcia" wrote:
>
> Hi:
>
> I've just sent my recording in other mail
> https://www.youtube.com/watch?v=lQ7bWzsL7Ps
>
> By some reason, the image keeps freezed in some minutes, but most the
> recording is fine
>
> El sáb, 1 jun 2024 a las 23:22, Joshua
jbra...@dismail.de :
> Hey Guix!
>
> Have you heard about autodafe? I just did today.
>
> So it looks like autodafe (1) converts autotools into
> simple makefiles. Quoting from it's hacker's guide (2):
> "The proximate goal of this project is to eliminate autotools's
> piles of intermediate
Hey Guix!
Have you heard about autodafe? I just did today.
So it looks like autodafe (1) converts autotools into
simple makefiles. Quoting from it's hacker's guide (2):
"The proximate goal of this project is to eliminate autotools's
piles of intermediate products and scripts that create a
Hi Richard,
Richard Sent skribis:
> If I want to use time-machine as part of entering a development
> environment for some channel collection and a new guix commit is pushed,
> then the next time I invoke that same time-machine command there will be
> a large delay as Guix fetches,
Hi,
Ludovic Courtès skribis:
> The longer story is that Ricardo noticed that the build backlog had been
> growing for a couple of months (see “Pending builds”):
>
> https://ci.guix.gnu.org/metrics
>
> We discussed this on guix-sysadmin and found that this was due to the
> poor performance of
On Sun, Jun 2, 2024 at 12:22 AM Joshua Branson wrote:
> So we had an awesome time today watching Sergey code a trivial translator (1)
> and do
> some glibc hacking (2). Sergey coded and chatted for 4 and 1/2 hours! Three
> cheers
> for that kind of commitment! Thanks pal!
>
> In the
Hi Ludo,
Ludovic Courtès writes:
> I’m not sure I understand the use case. Two different but “common” (?)
> use cases come to mind.
>
> First one is when you want to share the exact same environment within a
> team of developers, say. In that case, you have a ‘channels.scm’ that
> pins
Hi Sergio,
Continuing on from our out-of-band conversation about this topic, the
most likely cause of your RAM issue is that you use recursion
extensively, but not in tail position. This means that Guile cannot
optimize this recursion to re-use stack frames and thus your memory
usage is
Ludovic Courtès writes:
> Hi,
>
> Edouard Klein skribis:
>
>> I'll be presenting it not next week end, but the one after (12-14 April
>> 2024).
>
> Yay, congrats!
>
Thanks :)
>> I'd be happy if some of you would be so kind as to read it with their
>> extensive knowledge of Guix, in case
Hello Ricardo,
I greatly agree, it would be an awesome QOL improvement.
Just want to mention that it might be nice to take inspiration from the
Nix dockerTools, since they already have quite a lot of effort put into
this.
Including for example an option called `streamLayeredImage` [1] which
Hi:
I've just sent my recording in other mail
https://www.youtube.com/watch?v=lQ7bWzsL7Ps
By some reason, the image keeps freezed in some minutes, but most the
recording is fine
El sáb, 1 jun 2024 a las 23:22, Joshua Branson ()
escribió:
>
> Hey bug hurd!
>
> So we had an awesome time today
Other idea could be a magnet/torrent translator
wget magnet:?fl=http://...
and downloading the torrent file without a torrent client
El vie, 31 may 2024 a las 11:55, escribió:
> May 31, 2024 at 5:30 AM, jbra...@dismail.de wrote:
>
>
>
>
>
> >
> > Heyo friends!
> >
> >
> >
> > Sergey is going
I've upload the recording to youtube. Currently is processing in HD.
https://www.youtube.com/watch?v=lQ7bWzsL7Ps
There was some problems, and there are some minutes in which the image
keeps freezed, but the most important seems be recording fine.
Excuse me the inconveniences.
El sáb, 1 jun
On Fri, May 31, 2024 at 03:03:47PM -0700, Felix Lechner wrote:
> Hi Efraim,
>
> On Tue, May 28 2024, Efraim Flashner wrote:
>
> > As your store grows larger the inherent deduplication from the
> > guix-daemon approaches a 3:1 file deduplication ratio.
>
> Thank you for your explanations and
Hey bug hurd!
So we had an awesome time today watching Sergey code a trivial translator (1)
and do
some glibc hacking (2). Sergey coded and chatted for 4 and 1/2 hours! Three
cheers
for that kind of commitment! Thanks pal!
In the livestream today, Sergey wrote caesar.c, which implements a
Ludovic Courtès writes:
>> I think it would be great if "guix pack -f docker" could avoid building
>> all these identical layers again and again. Perhaps it would be
>> possible to have a single derivation for each layer? This way we
>> wouldn't have to recreate the same layer archives every
Hi Ludo!
Ludovic Courtès writes:
> I understand and share the frustration regarding performance.
>
> To address the problem, I would suggest a different route (the problem
> with the patch you propose here is that it makes things unpredicatable
> and stateful: you’d end up using whatever commit
Hi Lars,
Lars-Dominik Braun skribis:
> I’d like to merge the haskell-team branch. Changes are rather small
> this time, but I still need CI to build the branch to be able to assess
> the damage done. Unfortunately Cuirass has not been processing scheduled
> jobs of this evaluation[1] for about
Hi!
jbra...@dismail.de skribis:
> I've done some web work in the past. I could probably help with the
> bootstrap -> pico move.
I’m also interested in helping land it. Did you have a preliminary
branch for this, Ricardo?
Thanks for the heads-up!
Ludo’.
Hi Jonathan,
Jonathan Brielmaier skribis:
> Am 24.05.24 um 15:51 schrieb Ludovic Courtès:
>>• Hosting
>>
>> We’re looking for people who can host machines and help out whenever
>> physical access is needed. More specifically:
>>
>>- We need hosting of “small” machines
On 2024-06-01 15:39:56 +0200, Ludovic Courtès wrote:
> Tomas Volf <~@wolfsden.cz> skribis:
>
> > I am currently struggling when trying to create a computed-file producing
> > internationalized content. Simple reproducer is:
>
> I think you found out in the meantime :-), but for posterity, one
>
Tomas Volf <~@wolfsden.cz> skribis:
> I am currently struggling when trying to create a computed-file producing
> internationalized content. Simple reproducer is:
I think you found out in the meantime :-), but for posterity, one
possibility is to set ‘%default-port-encoding’:
(fluid-set!
Hi,
Christopher Baines skribis:
> I've now merged the most recent batch [1] of changes to the process for
> managing patches and branches. There was a previous thread on guix-devel
> discussing the changes here [2].
>
> 1: https://issues.guix.gnu.org/70549
> 2:
Hi,
Felix Lechner skribis:
> I should will make an immediate dent in my 200 MB log file for Fcgiwrap,
> but not for an Rspamd file of similar size. Also, my Nginx log file
> with 1.3 GB will remain unaffected. Most significantly, it simplifies a
> lot of code.
Right. I think we should
Hi Felix,
Felix Lechner skribis:
> Sorry to double up on my messages. I might further rename the somewhat
> generic sounding %default-calendar-event to %default-rotation-event, or
> perhaps even %default-rotation-calendar-event.
Good idea, I’ll do that.
> Also, the #:compression parameter
Hi!
Christopher Baines skribis:
> I've had a look at the GUIX_DOWNLOAD_METHODS environment variable, which
> is looked at by the url-fetch procedure, but this seems to work by
> generating different derivations, rather than changing the behaviour of
> the derivation at build time.
Yes. You
Hello!
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." skribis:
> (define (garbage-collector-shepherd-service config)
FWIW, if it can help, I have something very similar in my config:
--8<---cut here---start->8---
(define
Hi Richard,
Richard Sent skribis:
>> I think channels listed in channels.scm files should optionally support
>> using whatever channel version is already in the user's profile, if
>> present. This would significantly speed up entering development
>> environments composed of Guix channels.
>
>>
On Fri, 31 May 2024 11:30:52 +0200wrote ---
> If you want to come, then at 2pm UTC, just point your modern web
> browser at https://jitsi.member.fsf.org/Hurd-code-jam and we'll
> have some fun! If there is a password, it'll be HURD. I can
> probably record the session, but I don't
Em qua, 2024-05-22 às 09:19 +, Ada Stevenson escreveu:
> Hi Guix, science team!
>
> I was reaching for SageMath today and couldn't find it in the package
> repository. I notice there's a sagemath.scm file, but no actual
> SageMath
> package proper. Is there any work being done on packaging
Hi Efraim,
On Tue, May 28 2024, Efraim Flashner wrote:
> As your store grows larger the inherent deduplication from the
> guix-daemon approaches a 3:1 file deduplication ratio.
Thank you for your explanations and your data about btrfs! Btrfs
compression is a well-understood feature, although
Hi Clément,
qui 30 mai 2024 às 12:07:58 (1717081678), clem...@lassieur.org enviou:
> Hi André,
>
> I'm currently struggling against a cancer, so it's hard for me to work. I
> hope to be better in a few months. Meanwhile I'll do my best but I'll be
> slow to react and work.
I'm terribly
Hi,
On Mon, 27 May 2024 at 21:25, nat-418 wrote:
> I am organising a meetup for folks from the Guix, Nix, Aux, Lix, etc.
> communities at Foam in Nice on Saturday, June 22nd. The address is 1
> Place du Pin, and I will be there from lunch until evening. The venue is
> a family-friendly
Hi,
On Sun, 26 May 2024 at 13:13, Felix Lechner via "Development of GNU Guix and
the GNU System distribution." wrote:
> By my math, about 65.8 GiB were recovered.
>
> When 'guix gc' was done, it announced:
>
> [184389 MiB] deleting '/gnu/store/...'
> deleting `/gnu/store/trash'
>
Hi,
Josselin Poiret writes:
> [[PGP Signed Part:Undecided]]
> Hi everyone,
>
> Edouard Klein writes:
>
>> I think my misunderstanding boils down to a bad mental model of how guix
>> works.
>>
>> What I imagine the "Computing guix derivation" step to be is no
>> different than building a
lucy writes:
> A issue for me was the need for 2fa,
msmtp can be configured to use 2fa using the tool mailctl.
Mailctl is not currently packaged in guix, but see
https://issues.guix.gnu.org/65976 for a half-year-old that adds it.
on that topic: does anyone feel like reviewing these patches?
Hi B. Wilson,
On Fri, May 31 2024, B. Wilson wrote:
> What's the proper procedure when updating packages to check that its
> reverse dependencies aren't broken by the change?
In Guix, the standard is that consuming packages build. It's a low bar
because upstream changes and packaging errors
Hi,
On Fri, May 31, 2024 at 3:18 PM Almudena Garcia
wrote:
> Other idea could be a magnet/torrent translator
>
> wget magnet:?fl=http://...
>
> and downloading the torrent file without a torrent client
bittorrentfs would be cool indeed, and it's something that I wanted to
write for a long time
Hello!
Am Fri, May 31, 2024 at 09:21:07AM +0900 schrieb B. Wilson:
> What's the proper procedure when updating packages to check that its reverse
> dependencies aren't broken by the change?
You can run this:
$ guix refresh -l xkeyboard-config
which replies with
Building the following 1876
May 26, 2024 at 10:00 PM, "Richard Sent" wrote:
>
> Hi Guix!
>
> >
> > I think channels listed in channels.scm files should optionally support
> >
> > using whatever channel version is already in the user's profile, if
> >
> > present. This would significantly speed up entering
May 31, 2024 at 5:30 AM, jbra...@dismail.de wrote:
>
> Heyo friends!
>
>
>
> Sergey is going to do some live coding on the Hurd this Saturday
>
>
>
> June 1st at 2pm UTC (tomorrow). His goal in the stream is to
>
>
>
> update his glibc patches for running the Hurd on AArch64
Heyo friends!
Sergey is going to do some live coding on the Hurd this Saturday
June 1st at 2pm UTC (tomorrow). His goal in the stream is to
update his glibc patches for running the Hurd on AArch64 (1) AND
to code a simple trivfs translator live. What cool simple trivfs
translator do you want to
Hi,
I’d like to merge the haskell-team branch. Changes are rather small
this time, but I still need CI to build the branch to be able to assess
the damage done. Unfortunately Cuirass has not been processing scheduled
jobs of this evaluation[1] for about a week now. What can we do about
that?
Hi Guix,
in the next few months (from June to the end of October 2024) I won't
have much time for computers. Unfortunately, this means that my
projects will stall unless some of you continue them.
There are only three important projects, and one unimportant project:
* maintenance of R, as well
Note that the canonical location for sources has changed from
ftp.freedesktop.org to x.org. See the below discussion on the xkeyboard-config
issue tracker:
https://gitlab.freedesktop.org/xkeyboard-config/xkeyboard-config/-/issues/353#note_2431606
The old location still works, but it remains
Hi,
Generally it means:
1. Issue has been applied - check issues.guix.gnu.org and generally the
committer will have left a note saying when it was committed and closing the
issue.
2. If not, then it could be a failure of the QA system. Sometimes QA has to be
reset and so issues are skipped
Hi Guillaume,
Packages are now sorted in this commit:
https://git.savannah.gnu.org/cgit/guix.git/commit/
all the best,
jgart
Hi Guillaume,
I'll sort those today. Thanks for the heads up and sorry for missing that.
all best,
jgart
Hi jgart.
I saw that you just added the cl-asn1, cl-pem and cl-jose libraries.
Since commit 51966d1bae8d9c2d0e8cd4a9dfbc8b7cf7af18d9, the packages in
"lisp-xyz.scm" are sorted in alphabetical order (well, the sbcl-* are
sorted, but the cl-* and ecl-* packages are still just below the
matching
Hi Clément,
Clément Lassieur writes:
> Hi André,
>
> I'm currently struggling against a cancer, so it's hard for me to
> work. I hope to be better in a few months. Meanwhile I'll do my best
> but I'll be slow to react and work.
I'm sorry to read this! I wish you get better soon.
> I've
Hi André,
I'm currently struggling against a cancer, so it's hard for me to work. I hope
to be better in a few months. Meanwhile I'll do my best but I'll be slow to
react and work.
I've updated torbrowser and mullvadbrowser but I'm not able to understand how
to fix "unknown introductory
Thank you this works nicely and seems to bypass the need for 2fa
All the best
On 30/05/2024 09:25, Philip McGrath wrote:
> On 5/29/24 23:21, Imran Iqbal wrote:
>>> I am unsure if my reply on debuggs was sent, i am yet to get a email address
>>> that supports git send-email,
>>
>>> Also if anyone
1 - 100 of 64659 matches
Mail list logo