Re: RFI: Guix XMPP service.

On 12/10/23 05:53, Felix Lechner wrote: Hi, On Fri, Dec 08 2023, MSavoritias wrote: 2. We can self host our own prosody instance. I host my own Prosody instance (mostly to talk to Soprani). [1][2] I recommend the project host its own, as well. Yeah the consensus so far seems to be to

Re: Western US mirroring?

Sounds like a great idea! Le 10 décembre 2023 02:19:16 GMT+01:00, Andy Tai a écrit : >Hi, just an idea: > >The GNU Guix project currently has a substitution server mirror in the >East coast of the US. > >No mirror in the Western US. > >The OSU Open Source Lib (https://osuosl.org/) offers hosting

Re: Ext4 corruption in some stable kernels

Hi, On Sun, 10 Dec 2023 13:35:30 +0800, Hilton Chain wrote: > > Hi Felix (and Leo, Cc-ed) > > On Sun, 10 Dec 2023 11:00:47 +0800, > Felix Lechner via Development of GNU Guix and the GNU System distribution. > wrote: > > > > Hi, > > > > It's possible Guix never shipped the affected "stable"

Heisenbug

Hi, Running 'make' in a hacked Guix, I get this error the first time around: [ 84%] LOAD gnu/tests/ldap.scm [ 84%] LOAD gnu/tests/linux-modules.scm [ 84%] LOAD gnu/tests/mail.scm [ 84%] LOAD gnu/tests/messaging.scm [ 84%] LOAD gnu/tests/networking.scm [ 84%] LOAD

Re: Ext4 corruption in some stable kernels

Hi Felix (and Leo, Cc-ed) On Sun, 10 Dec 2023 11:00:47 +0800, Felix Lechner via Development of GNU Guix and the GNU System distribution. wrote: > > Hi, > > It's possible Guix never shipped the affected "stable" kernels, but a brief > pointer seemed appropriate. For details, please see here. [1]

Re: RFI: Guix XMPP service.

Hi, On Fri, Dec 08 2023, MSavoritias wrote: > 2. We can self host our own prosody instance. I host my own Prosody instance (mostly to talk to Soprani). [1][2] I recommend the project host its own, as well. The server is very lightweight. Unfortunately, my system's uptime history is not

Re: Western US mirroring?

Hi Andy, On Sat, Dec 09 2023, Andy Tai wrote: > The OSU Open Source Lib (https://osuosl.org/) offers hosting resources > to FOSS projects... Great idea! I am in the SF Bay Area and would benefit. Thanks! Kind regards Felix

Ext4 corruption in some stable kernels

Hi, It's possible Guix never shipped the affected "stable" kernels, but a brief pointer seemed appropriate. For details, please see here. [1] Kind regards Felix [1] https://lore.kernel.org/stable/20231205122122.dfhhoaswsfscuhc3@quack3/

Western US mirroring?

Hi, just an idea: The GNU Guix project currently has a substitution server mirror in the East coast of the US. No mirror in the Western US. The OSU Open Source Lib (https://osuosl.org/) offers hosting resources to FOSS projects... https://osuosl.org/services/ Maybe the GNU Guix project can

Re: bug#66964: Request for merging "mesa-updates" branch

Hi, On Tuesday, November 14th, 2023 at 12:36 PM, Kaelyn wrote: > > Hi John, > > On Tuesday, November 14th, 2023 at 12:11 PM, John Kehayias > john.kehay...@protonmail.com wrote: > > > Hi Kaelyn, > > > > On Sun, Nov 12, 2023 at 08:01 PM, Kaelyn wrote: > > > > > Hi, > > > > > > I've just

Re: Shutting down qa.guix?

Hi Chris, I agree that Guix should step in to maintain the level of service that QA currently offers, by paying for hosting and sharing responsibility for system administration. Whether the software's maintained or improved is something over which we've historically had very poor control.

Re: Shutting down qa.guix?

Ludovic Courtès writes: > Hello, > > Christopher Baines skribis: > >> I am still planning to shutdown data.qa.guix.gnu.org and >> QA which depends on it within the next couple of weeks. I do hope it can >> return some point though, and hopefully sooner rather than later. >> >> On this like

Extra Guix hack day before Guix days?

Before FOSDEM we are organizing the traditional Guix days at ICAB. If you want to join sign-up on https://libreplanet.org/wiki/Group:Guix/FOSDEM2024 (the page is a wiki and editable). The Guix days and FOSDEM tend to be filled time-wise. We are wondering who would want to come a day early for

Re: Discontinuing data.guix.gnu.org?

Ludovic Courtès writes: > Hello! > > Christopher Baines skribis: > >> As previously set out, I'm planning to stop hosting the data service >> instances this year. While I would like to stop hosting the server for >> data.guix.gnu.org, > > I forgot the outcome of previous discussions, but it

Re: Unreleased wget

Hi, Andreas Enge skribis: > Speaking of core-updates, I made a mistake during the latest merge > last spring. We needed a new wget release and the wget maintainers took > some time, so I rolled a "non-release" 1.21.3.24 before the 1.21.4 > release (in core-updates, commit

Re: issues.guix.gnu.org seems stop updating

Hi, Maxim Cournoyer skribis: > Andy Tai writes: > >> https://issues.guix.gnu.org/recent, for example, only shows issues up to Dec >> 6. >> >> Not sure if this is due to some data services stopping running or such... > > Perhaps the machine was restarted and the manual rsync job not >

Re: What's the difference between a shell environment and a profile?

Hi, Simon Tournier skribis: > It does not differ. What differs is that “guix shell” raises nothing > for the collision – maybe “guix shell” does not check the collision, I > do not remember – when “guix package” raises an error for the same > collision. Indeed, ‘guix shell’ does not check

Re: shepherd: hardening error handling

Hello! Attila Lendvai skribis: > the codebase seems to use catch/throw, and at some places with comments like > "for Guile 2.2". what is the minimum guile version that the shepherd codebase > wants to support? the README says "GNU Guile 3.0.x or 2.2.x". is this still > intended? or can i

Re: Upgrading Guix's security team

Hello! Tobias Geerinckx-Rice skribis: > Great, I was waiting for someone to reply so's to glom on and ask to be > included in the same commit to minimise noise. Could you take care of updating the security web page? Ludo’.

Shutting down qa.guix?

Hello, Christopher Baines skribis: > I am still planning to shutdown data.qa.guix.gnu.org and > QA which depends on it within the next couple of weeks. I do hope it can > return some point though, and hopefully sooner rather than later. > > On this like most decisions I'm indecisive, I could

Re: Unreleased wget

Hi Andreas, On Tue, 05 Dec 2023 00:12:14 +0800, Andreas Enge wrote: > > Speaking of core-updates, I made a mistake during the latest merge > last spring. We needed a new wget release and the wget maintainers took > some time, so I rolled a "non-release" 1.21.3.24 before the 1.21.4 > release (in

Discontinuing data.guix.gnu.org?

Hello! Christopher Baines skribis: > As previously set out, I'm planning to stop hosting the data service > instances this year. While I would like to stop hosting the server for > data.guix.gnu.org, I forgot the outcome of previous discussions, but it seems to me that the service itself and

Re: role of core-updates

Am Sat, Dec 09, 2023 at 11:16:14AM +0100 schrieb Ludovic Courtès: > With that in mind, ‘core-updates’ would effectively become the branch of > the ‘core-packages’ team: the branch where we update packages in these > files (primarily the toolchain and Guile), perhaps also (guix build > utils), and

Re: [bootstrappable] GNU Mes 0.26 released

Hello, Janneke Nieuwenhuizen skribis: > We are happy to announce the release of GNU Mes 0.26. > > It's been only a month since the previous release mainly because most > this work has been waiting for 0.25 to be released. This release > represents 194 commits over one year by two people. This

Re: RISC-V builds and substitutes

Hi! Christopher Baines skribis: > There's now HiFive Unmatched Rev B boards available [1], so is there > interest in buying additional boards for the project so that we can > improve substitute availability and get QA doing RISC-V things? Speaking for myself, I think it would be nice, but I

Re: role of core-updates

Hi! Andreas Enge skribis: > When we started implementing the teams idea, I thought we would get rid > of the core-updates branch altogether. I still think it should not exist > as such, but be folded into the teams workflow. I am still mildly worried > that we have this branch into which many

Re: Syntactic Diabetes (was Re: A friendlier API for operating-system declarations)

Hello! Edouard Klein skribis: > Thank you Liliana and Attila for the swift and actionable feedback :) > > Below is a revised proposition. > > Here is a minimal working example of an os declaration: > --mwe.scm--- > (use-modules > (beaver system) > (beaver

Re: $EDITOR and “guix edit”

Am Samstag, dem 09.12.2023 um 10:24 +0100 schrieb Ludovic Courtès: > Hi Liliana, > > Liliana Marie Prikler skribis: > > > > > Maybe we can check for a guix_editor shell function and invoke > > > > that > > > > rather than EDITOR if defined? > > > > > > ‘guix edit’ cannot “invoke” a shell

Re: Guix Days & Declarative and Minimalistic Computing: CfP for FOSDEM 2024

Hey! Pjotr Prins skribis: > Please spread among our small community. FOSDEM is great, so if you > happen to want to come to Brussels you can also attend the Guix days > before: > > => https://libreplanet.org/wiki/Group:Guix/FOSDEM2024 I added my name there; consider doing it too. :-) Looking

Re: Add anchors in HTML documentation

Hi, Christian Miller skribis: >> I agree that anchor symbols in the text would help. We’d need to tweak >> the Texinfo output and/or use @anchor more frequently in the Texinfo >> source of the manual. > > It should do it automatically instead of using @anchor everytime, > since this would be

Re: $EDITOR and “guix edit”

Hi Liliana, Liliana Marie Prikler skribis: >> > Maybe we can check for a guix_editor shell function and invoke that >> > rather than EDITOR if defined? >> >> ‘guix edit’ cannot “invoke” a shell function though. >> >> I was thinking of something more gross, like checking whether the >>