Re: How to handle package udev rules?

Alexander, Alexander Asteroth 写道： The question now is, what is the correct guix-way to implement this: Not as complicated as you fear! udev rules aren't special. Just install them to the package's own /lib/udev/rules.d directory. If the build system tries to write to another package's

Re: git clone with submodules

David Larsson 写道： (git-reference (url ...) (commit ...) (recursive? #t)) Also: don't forget to change the hash when changing fields like RECURSIVE? which have no effect on the store file name, or Guix will happily return the non-recursive checkout. This is because hash + name, not the URL

Re: Guix packaging meetup: Saturday 27 November

Hi jgart, Thank you for the invitation! jgart 写道： Not sure what to do at this point. At this point, not much: you might reply to the mail with a non-empty subject, and hope that people will reply to that one, or that they will manually copy it when replying to your original post. Others

Re: Effectively force all GNOME users to locally compile ZFS?

Hi Denis, Denis 'GNUtoo' Carikli 写道： Even in source code form[1]. That's not the general consensus at all, but did you mean to include a reference to someone who disagrees? Kind regards, T G-R signature.asc Description: PGP signature

Re: Public guix offload server

Ludovic Courtès 写道： Would someone like to contact them on behalf of the project, Cc: guix-sysadmin? :-) I'll do it. They know^Wvaguely remember me from our guix-p9. Kind regards, T G-R signature.asc Description: PGP signature

Re: Public guix offload server

All, zimoun 写道： Do you mean that trusted users would try WM-escape exploits? The world has been formed by warewolves inside communities purposely causing harm. Looking further back, Oliver the Spy is a classic examplar of trust networks being hollowed out. So… I cannot assume that on one

Re: Public guix offload server

Leo, Leo Famulari 写道： Interesting... I'm not at all familiar with how `guix offload` works, because I've never used it. But it's surprising to me that this would be possible. Although after one minute of thought, I'm not sure why it wouldn't be. Very quickly: - You send an offload request

Re: Public guix offload server

Joshua Branson 写道： I've got an old Dell Optiplex 7020 with 30 gigs of RAM with a 3TB hard-drive just sitting around. My landlord and ISP is ok with me running a server. I just set everything up. Would this be powerful/interesting to some? Well, not going to lie: yes. I've heard that US

Re: Public guix offload server

Hi Simon, zimoun 写道： If I understand correctly, if a committer offloads to say Berlin or Bayfront, your concern is that the output will be in the publicly exposed store. Right? No, that would be far worse. I'm considering only a ‘private’ offload server shared by several trusted users,

Re: Public guix offload server

Hi Arun, Arun Isaac 写道： If security is a problem with a public access guix offload server, we could make it semi-public and available at least to people with commit access. Giving access only to people with commit access is a given, but any shared offload server is a huge shared security

Re: Neomutt: new version released

Tim Lee 写道： There's a new version of Neomutt: version 20211015. https://github.com/neomutt/neomutt/releases/tag/20211015 Will it be included in Guix? Yes, eventually :-) When you asked, the new release was less than a day old. (It actually has been updated in Guix already, but that's

Re: Temporarily unavailable for hacking on guix

[removed -security@ from CC, since we're all on -devel as well] Maxime, Maxime Devos 写道： TL;DR: I won't be available for a while, so please remove me from guix-security and http://guix.gnu.org/en/security/ and don't expect replies on existing issues. Done and done. Good luck fixing your

Re: eudev deprecation

Further update: ADOPTION NOTICE (2021-09-14) Currently eudev is in the process of being adopted by a newly formed project by Alpine, Devuan and Gentoo contributors [...] -- https://github.com/eudev-project/eudev We'll see? Talk and Git repos are cheap; actually putting in this work is

Re: Duplicated libxml++ packages

Guillaume Le Vaillant 写道： I just noticed on the core-updates-frozen branch that there are libxml++ packages (in gnome.scm) and also libxmlplusplus packages (in xml.scm). I checked the sources of libxml++-2.40.1 and libxmlplusplus-2.40.1, and it looks like it is the same library. Good catch;

Re: eudev deprecation

One more & I'll stop the spam: https://pad.dyne.org/pad/#/2/pad/edit/ngCNROttei-mn3BnW3O1KHdG/ Kind regards, T G-R signature.asc Description: PGP signature

Re: eudev deprecation

…and for completeness: a certain distro has a nascent Libera IRC channel with topic ‘let's keep eudev maintained’: http://reisenweber.net/irclogs/freenode/_devuan-eudev/ Perhaps it will become useful to us. Kind regards, T G-R signature.asc Description: PGP signature

Re: eudev deprecation

Lars-Dominik Braun 写道： Looking at Gentoo’s ebuilds it should be possible to “extract” and build udev from systemd’s sources. That's my understanding as well, but I haven't tried :o) For easy reference, here's the link:

Re: Batching world-rebuilding changes for the core-updates-frozen branch

Thiago Jung Bauermann 写道： Curiously, the odd-numbered workers still advertise powerpc64-linux: https://ci.guix.gnu.org/machine/hydra-guix-101 …? Curious indeed! I definitely remember odd numbers scrolling by, but I don't recall .101 specifically, nor did I read the (voluminous) output in

Re: Batching world-rebuilding changes for the core-updates-frozen branch

Thiago Jung Bauermann 写道： Mathieu made the change with commit c0a9022d8234 (“hydra: cuirass: Disable powerpc64le emulation.”) on the maintenance repo (thanks!), so what is left is deploying it on every hydra build machine for it to take effect. I just reconfigured all berlin build nodes,

Re: How to Write Empty File in Build Phase?

Hi Antwane, (with-output-to-file "__init__.py" (lambda () (newline)) => (with-output-to-file "__init__.py" newline) Untested, but NEWLINE taking #:optional arguments should not make it any less of a thunk. Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.

Re: bug#22366: Chicken Scheme release tarballs ship non-source C code

[-bug, +devel] Mario, Guix, On 2021-08-17 11:13, Mario Domenech Goulart wrote: (I tried to post this comment via the form in http://issues.guix.gnu.org/22366 , but apparently that hasn't worked -- trying e-mail now) Thank you for mentioning this, or I would have assumed it had been fixed by

Missing key for andreas on Savannah

Andreas, Your GPG key used to sign Guix commits is missing from your Savannah profile[0] and hence its Guix keyring[1]. (I'm ignoring the 'enge' ghost(?) account :-) Is this deliberate? I think it's a good idea to require an up-to-date key on Savannah from all committers. Public

Unable to update ambrevar's "A4BB CC7F" key from Savannah

Pierre, Savannah's copy[0] of your GPG key used to sign Guix commits seems to be incomplete. Does that sound plausible? I'm on the road with a strange laptop so this message comes with a huge PEBKAC disclaimer. Kind regards, T G-R Sent from a Web browser. Excuse or enjoy my brevity.

Re: Adding Substitute Mirrors page to installer

[CC'ing Andreas & Chris in case they want to chime in.] On 2021-07-23 16:53, raid5atemyhomework wrote: As an aside, I notice there is now a new "bayfront.guix.gnu.org" server. bayfront has been public sinc 2016..2017?, but it was recently exposed through a second hostname,

Re: Effectively force all GNOME users to locally compile ZFS?

Mark H Weaver 写道： Maxime Devos 写道： Perhaps the "zfs" package can be split in an userspace package (containing userspace binaries and libraries) and a kernelspace component (containing the kernel module)? And let the kernelspace component be unsubstitutable and the userspace component

Re: Effectively force all GNOME users to locally compile ZFS?

Hi Mark, Something about this virt-manager reasoning strikes me as bogus, but it's complicated by how Guix works in practice… I think any perceived (pseudo-)(cosplay-)(that includes me)‘legal’ issues are a distraction. Mark H Weaver 写道： For now, I think that commit

Re: Effectively force all GNOME users to locally compile ZFS?

Ludovic Courtès 写道： How about moving libvirt_storage_backend_zfs.so to a separate output? Fortunately libvirt appears to be modularly well-designed, although I haven't tried myself. That wouldn’t really help, would it? No. I meant package. I would rather have nothing depend on ZFS by

Re: Effectively force all GNOME users to locally compile ZFS?

Tobias Geerinckx-Rice 写道： My understanding was (and still is) that this is specific to CDDL+GPL only, not CDDL+LGPL, so distributing a dynamically linked libvirt with ZFS support is allowed. Do note that I did not consult my lawyer on this matter, partly because the man's an idiot. Kind

Re: Effectively force all GNOME users to locally compile ZFS?

Domagoj Stolfa 写道： Why can substitutes not be offered for ZFS as a standalone module? I'm not a lawyer nor do I understand much lawyerese, but AIUI, the problem stems from the FSF lawyers thinking it wouldn't stand up in court to distribute CDDL software linked against GPL'd software as one

Re: Effectively force all GNOME users to locally compile ZFS?

Maxime, Maxime Devos 写道： Perhaps the "zfs" package can be split in an userspace package (containing userspace binaries and libraries) and a kernelspace component (containing the kernel module)? And let the kernelspace component be unsubstitutable and the userspace component substitutable?

Re: Effectively force all GNOME users to locally compile ZFS?

Hi Mark, ‘Force’ is a poor choice of word, both factually and rhetorically. Mark H Weaver 写道： The reason is that our 'gnome' package depends on 'gnome-boxes' To me (a non-GNOME user), this is the problem. GNOME Boxes is a wonderful front-end for creating and running virtual machines using

Re: New signing key

Question: I think committers should be trusted with discretion in how they prefer to manage their keys, but how about briefly documenting a suggested sane key-management strategy to new committers, like we already describe some rando's editor set-up? :-) I don't think most people *insist* on

Re: 05/06: gnu: cups: Update to 2.3.3op2 [fixes CVE-2020-10001].

guix-comm...@gnu.org 写道： 2.3.3op2 [fixes CVE-2020-10001]. So this is [0]. I'm on the fence whether this is serious enough to graft (I'd prefer not to…), but if it's remotely exploitable we'll have to (…and I'll deal with the merge). I'm too tired to read Apple C tonight. Kind regards,

Re: Substitutes from bordeaux.guix.gnu.org

Tobias Geerinckx-Rice 写道： I thought I could've just looked up the ASN :-) It is. Kind regards, T G-R signature.asc Description: PGP signature

Re: Substitutes from bordeaux.guix.gnu.org

Christopher Baines 写道： Would trying to acquire a 2U rack mount server, and host it in a proper data centre be feasible? Because of both electricity usage and heat generation, it's going to be more difficult to host residentially I think. I thought Bayfront was hosted here[0], but we still

Re: error building new package (In procedure chdir: Not a directory)

Tobias Geerinckx-Rice 写道： url-fetch/tarball Typo: /tarbomb. Kind regards, T G-R signature.asc Description: PGP signature

Re: error building new package (In procedure chdir: Not a directory)

Giovanni, Giovanni Biscuolo 写道： If I try to build the package I get this error: […] Your source tarball contains multiple gzipped files, one of which itself a tarball: metadata.gz data.tar.gz checksums.yaml.gz source is under 'checksums.yaml.gz' Backtrace: 2 (primitive-load

Re: Substitutes from bordeaux.guix.gnu.org

Ludovic Courtès 写道： Currently there’s the OSUOSL POWER9 VM but it’s not “plugged in” (I think because it’s a machine not “under our control” that OSUOSL is giving us access to for a limited time, IIUC). Wait, if you don't know, who does? I thought you were the one reticent about it. I

Re: Telemetry on by default kitty

Mark, Bone, Mark H Weaver 写道： I, for one, appreciate that Bone Baboon brought this to our attention. So do I, but I would have appreciated it even more if the subject and lede had been accurate: Guix provides kitty a terminal emulator as a package. Kitty has telemetry on by default. is,

Re: Telemetry on by default kitty

Hi Bone, Bone Baboon 写道： Should the patch be to remove the kitty package? No. The telemetry. Kind regards, T G-R signature.asc Description: PGP signature

Re: Telemetry on by default kitty

Bone Baboon 写道： What do other people think about this in the context of the Free System Distribution Guidelines? This is not a point of discussion. Telemetry or ‘phoning home’ for updates must be opt-in if possible or disabled entirely otherwise. Would you care to submit a patch? Kind

Re: Is Guix vulnerable to this polkit CVE?

jbra...@dismail.de 写道： You all awesome devs have probably already fixed it, but I am just emailing to make sure. It was fixed in Guix[0], but thank you for your vigilance! o7 Rest well, T G-R [0]:

Re: Freenode Administration

Hi Bone, Bone Baboon 写道： Will Guix continue to use Freenode? No. #guix is now on Libera Chat[0], the new name of what was ‘Freenode’ before yesterday's hostile takeover of the freenode.net infra. I updated the docs and the Web site yesterday. It probably took a while to refresh. Many

Re: ISO image: to xz or not to xz?

Hi Vagrant! Tangent: I sense some undeserved mysticism surrounding squashfs. It is not designed to be loop-mounted, any more than ext2 was. It does not enjoy it. People should stop doing it. But they won't, because many distributions still insist that the same installer image must be both

Re: ISO image: to xz or not to xz?

Alexandre Oliva 写道： Consider using something like a loopback-mounted squashfs for the bulk of the data in the install media for a future release. Read . I did play with the obvious alternative, but got so bored -- squashfs is no forgotten 1990s Linux-only

Re: guix-install.sh: Add support for more than one signing key.

Maxim, Maxim Cournoyer 写道： The forthcoming 1.3.0 release will be signed with my personal GnuPG key \o/ Don't forget to also update OPENPGP-SIGNING-KEY-{ID,URL} in doc/guix.texi on the master and release-1.3.0 branches. Thank you! T G-R signature.asc Description: PGP signature

Re: Unfortunate statefulness of Guix Install image

Vladilen, I'm writing mainly to save you some time testing ‘guix system init --localstatedir’. That is a ./configure option used when building Guix from source. I don't think any option will help you here. Vladilen Kozin 写道： Except, when you try to do the manual install off the same USB

Re: Leaving the GNU Guix community

Léo, Leo Le Bouter 写道： I feel like what has happened is really a disaster, I'm relieved that we share, at least, this. I think everyone does. I don't feel like contributing to GNU Guix anymore in the future. That's a great pity. I hope to welcome you back some day. Guix is better

Re: branch master updated: gnu: Add html2text.

Guillaume, guix-comm...@gnu.org 写道： gnu: Add html2text. Thanks! This package is good but would've benefited from review. Please submit all non-trivial patches to guix-patc...@gnu.org first (if you did, I couldn't find it). We've been too lax about this in the past, myself certainly

Re: A "cosmetic changes" commit that removes security fixes

Hi Léo, https://git.sr.ht/~lle-bout/guix/commit/a045a48dd961f0c5c3d536dcc3fd21d9c08d2d50 https://git.sr.ht/~lle-bout/guix/commit/6477daa338fbf1c9edacfc3690aca77cacfe0008 Can you please explain what went wrong here? Is a reasonable question, shared by all of us, not just Mark. The

Re: 1 Guix-devel moderator request(s) waiting

Hi jgart, Your meetup reminder to guix-devel@ was held for moderation: guix-devel-boun...@gnu.org writes: From: jg...@dismail.de on Sat Apr 24 12:28:55 2021 Subject: Re: Guix Packaging Meetup [...] Cause: Too many recipients to the message It had 11. I've approved it now. I hope the meetup

Re: A "cosmetic changes" commit that removes security fixes

Hi all, Thanks for keeping a critical eye on WIP branches, Mark. Raghav, can you explain why you created that commit? What's the context & the goal? Why is it on current wip-gnome? What do you expect to happen to it? Léo, all the same questions for you, plus: Mark H Weaver writes:

Why ban underscores?

Guix, Ludo', I was surprised by this commit: --8<---cut here---start->8--- commit 426ade6c8bdab243da719e369a887284368179bb (upstream/master) Author: Xinglu Chen import: go: Replace underscores with hyphens in package names. As per section '16.4.2

Re: Finding the channel in which a package is defined

Mathieu Othacehe writes: package-channels Ah sweet! This is exactly what I was looking for (guix packages) ...here. -_- Thanks, T G-R signature.asc Description: PGP signature

Re: Finding the channel in which a package is defined

Konrad Hinsen writes: Taking coreutils as a test case, it displays: gnu/packages/base.scm:328:2 Right, it's not guaranteed to match the channel name, but it's usually enough to deduce it. I meant something like: λ guix show nicecat | grep ^location location:

Re: Finding the channel in which a package is defined

Konrad, Konrad Hinsen writes: Dear Guix experts, I'll answer in the meantime. Is there a simple way to find out in which channel a given package was defined? Does the ‘location’ field of ‘guix show PACKAGE’ do what you want? Kind regards, T G-R

Re: hikari build failure

Vincent Legoll writes: What should we do ? just wait for next build ? I've restarted . Kind regards, T G-R

Re: Let's include powerpc64le-linux in the next release

Ludo', Ludovic Courtès 写道： Like Efraim wrote, the person who makes the release (I’m afraid it’ll be me) needs to be able to offload to a “trustworthy” machine for that platform. Define trustworthy? The project has access to an 8-core POWER9 VM from OSUOSL, currently running Debian, to

Re: Release 1.2.1: zstd 1.4.4 -> 1.4.9: grafting or core-updates?

Hi L[ée]o, Wow, Léo. You've done some seriously impressive CVE squashing in such a short timespan, and I'm very grateful to have you on board. Leo Famulari 写道： I do agree that updating this program 5 versions in a graft was perhaps too much. We should always try to cherry-pick bug-fix

Re: gpg key expiration time

Hi Paul! Paul Garlick 写道： After renewing the expiration time of one's gpg key, and uploading the updated key to Savannah, is it also necessary to update the corresponding file in the keyring branch? No. I notice from the log that, so far, none of the original files have been updated. Does

Re: Commit pushed to master with unauthorised signature

Taylan, So if I needed to send you encrypted mail, I'd have to possess all of your current GPG keys and encrypt to all of them? Thanks for the heads-up ;-) I'm not sure if that's how GPG is supposed to work (‘who does’, you say? fair point). I do know that UIDs like ‘Jessie Doe

Re: Release 1.2.1: Cuirass failed to build Haskell 179 packages

zimoun 写道： Therefore, is it possible to “restart” the build on Cuirass I used ‘guix build’, not Cuirass (AIUI its CLI is still ‘poke the SQL database with a stick’?). Kind regards, T G-R signature.asc Description: PGP signature

Re: Release 1.2.1: Cuirass failed to build Haskell 179 packages

Simon, zimoun 写道： Attached, the list of the 180 ghc-* packages. I've started the builds on berlin except haddock. Not restarted: none of these had failed. Judging by how quickly it finished I think most of them had already been built, but I didn't pay enough attention to be certain.

Commit pushed to master with unauthorised signature

Guix, I have very little time to write a proper post-mortem. Luckily, thanks to the prompt help of rwp of #savannah fame and Ludo's sane ‘guix pull’ design, there's not much to report, although there's something to improve. Despite the scary title, at no point did anything untoward or

Re: Search improvements (Was: Opposition to new single-letter package name "t")

Taylan, Taylan Kammer 写道： This discussion made me realize that "guix search" might benefit from the following improvement though: I think the relevance score for a search result should be increased significantly if the searched word is a standalone (not substring) part of a package's name

Re: Opposition to new single-letter package name "t"

Raghav Gururajan 写道： Since, we already mention "todo list manager" in description, I think "ti-cli" is better. It says nothing about the package and does not uniquely identify it: bundlerApp { pname = "t"; [...] meta = with lib; { description = "A command-line power tool

Re: Joining the Guix family

Lars-Dominik Braun 写道： I’m mainly working on Python and R packaging as part of my job at leibniz-psychology.org. Apart from that I’ll be looking into improving package quality, for example through my changes to python-build-system. Sounds wonderful. Welcome, Lars! Kind regards, T G-R

[Cuirass] Hanging(?) restarted build with negative Duration

Guix, I restarted almost exactly 24h ago, and it's still in the ‘Started’ state. Is it stuck? Maybe I'm just overestimating our newly coordinated build farm. The negative Duration looks worth reporting either way: Build details

Re: Release on April 18th?

Leo Famulari 写道： Agreed. But I don't think we can force core-updates, or we will regret it when problems slip through. It's better to release on schedule without core-updates. I'll rebase my system on core-updates and report back (it can't be worse than master, where IceCat crashes about

Re: Packaging

[0]: https://www.gnu.org/philosophy/who-does-that-server-really-serve.html From b2112ac230a17d6ae1a350145d50a31a715167b9 Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx-Rice Date: Sun, 3 Jan 2021 15:09:30 +0100 Subject: [PATCH 1/3] gnu: Add python-gtts. * gnu/packages/python-web.scm (python-gtts)

Re: branch master updated: website: nls: Fix URLs for Chinese translation.

Florian Pelz 写道： - ("zh_CN" . "zh-cn")) + ("zh_CN" . "zh-CN")) Thanks, Florian! So there was no hidden ‘reason’ for us preferring cn over CN, correct? I was too scared to break something... Kind regards, T G-R signature.asc Description: PGP signature

Re: Gnome Boxes

Julien Lepiller 写道： Usually compression is provided by the webserver, but maybe ours is not configured to do that. I think we're the only distro to provide compressed isos. Really? Most distribution ISOs use squashfs or similar with XZ/LZMA compression. It doesn't make sense to compress

Re: [PATCH] gnu: alacritty: Update to 0.7.1.

Hi! Nicolas Goaziou 写道： As written in the commit message, I removed it because Alacritty was working without it Thank you. That's more than I could infer from a terse ‘Remove unneeded phase’: you ran it on Wayland [see below] and it worked. It's OK add rationales like this above the dry

Re: [PATCH] gnu: alacritty: Update to 0.7.1.

Restored in 4390934f0b4a0d9208423e3b261e0f09b40eeb39 and it seems to work. Kind regards, T G-R signature.asc Description: PGP signature

Re: [PATCH] gnu: alacritty: Update to 0.7.1.

Hi Nicolas, Commit 3e10f0eef0fb8b99f5220653b6564693365491b1 removes a phase: Remove unneeded phase and some replacements. without explanation. It's admittedly not the prettiest hack, but is needed to run Alacritty on Wayland[0]. Do you remember why you removed it? (Please, say so in the

Re: Changes to the branching workflow

Leo, On 2021-02-13 19:21, Leo Famulari wrote: Due to overwhelming demand both on and off list, the bikeshed has been repainted. ...and the second-floor window (it's... a big shed?) no longer reads 'Way Out ->'. One can trivialise anything. Genuine thanks for pushing for improvement, T

Re: [patch] Explain how to exit and clean up a guix environment

Lee Fallat 写道： Hey, Hi, welcome, and thanks for the patch! I responded on IRC (mail client's being stupid) but you don't seem to be on-line, so here's a less ephemeral copy: There's a list specifically for patches (unimaginatively named guix-patches@), tracked together with bug-guix@ over

Re: Changes to the branching workflow

Hi Leo! Leo Famulari 写道： I thought that the use of -frozen and -next might help avoid mistakes during the active part of the cycles. Ah, there's my blind spot. What kinds of mistakes? When is it harmful to push to the open branch? I say ‘the open branch’ because core-updates and

Re: Changes to the branching workflow

Leo, Almost perfect, thanks ;-) Leo Famulari 写道： During those periods, new patches can be pushed to "core-updates-next" and "staging-next". I suggest just ‘branching’ staging & core-updates to a -frozen snapshot and keeping both staging & core-updates in a state of perpetual summer.

Re: Discover GNU Guix eco-system with awesome-guix!

On 2021-02-09 12:56, zimoun wrote: Sorry, I have probably missed the info: what is the aim of awesome-guix? Same here! This looks like an awesome list but the name doesn't do it justice. Another possible problematic word *if* you intend this as a Guix community resource:

Re: PowerShell core?

Hi! Yasuaki Kudo 写道： Just curious, is there any interest in making PowerShell core available for Guix? If you mean interest as in previous efforts to package it, I'm not aware of any. If you mean interest as in ‘would others accept this package in Guix’: I don't see why they wouldn't, as

Re: Qt 5.11 tarballs anyone?

Ludovic Courtès 写道： Does anyone happen to have these tarballs? I’d like to re-inject them on ci.guix. I see you(?)'ve found them and done so already: --8<---cut here---start->8--- ~ λ guix build

Re: Staging branch [substitute availability]

Mathieu, Mathieu Othacehe 写道： As I said, the new remote building Cuirass mechanism is not yet deployed on those machines and I would need someone with login access to reconfigure those machines for me. I reconfigured dmitri and have now also restarted guix-daemon. Is there anything more I

Re: Cuirass logo - artwork.

Very important reply: Tobias Geerinckx-Rice 写道： Drawing a coloured \ behind the uncoloured / of the S Of course I meant this the other way 'round. Of course, T G-R signature.asc Description: PGP signature

Re: Cuirass logo - artwork.

Luis, Mathieu, Luis Felipe 写道： Like the others I prefer the orange/black colour scheme. It integrates better with other Guix sites & the other one has less positive connotiations. Oh, really?! I know people associate these colors to political parties and sports teams depending on the region

Re: Staging branch [substitute availability]

Mathieu! Mathieu Othacehe 写道： Longer term, we need to figure out a better solution. It's now obvious that we do not have the computation power to build all our branches for 5 different architectures I don't think it's obvious and I don't think it's true. relying heavily on emulation for

Re: Emacs-Guix repository location moved to Savannah

John Soo 写道： Does it still not start? As of (guix) commit f98e3adcd533a4a4c5482343a26d01076e946f92 I at least can start a repl without a crash. Good to know. I'll try again and let you know. Where do you accept patches? The one below is untested. That's also a good question. I would

Re: Emacs-Guix repository location moved to Savannah

Emacs-Guix on guix-devel? I think that's a good idea & better than creating a separate list. Where do you accept patches? The one below is untested. Kind regards, T G-R From 348ede3b9ba2e571e20af9e310d632de80331eae Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx-Rice Date: Tue, 12 Jan 202

Re: Cuirass logo - artwork.

Luis, Mathieu, Luis Felipe via Development of GNU Guix and the GNU System distribution. 写道： Here is my proposal: https://luis-felipe.gitlab.io/media/2021/01/cuirass-logo-proposal-2021-01-09.png Like the others I prefer the orange/black colour scheme. It integrates better with other Guix

Re: [RFC] Improve Python package quality

Lars(-Dominik?), I'll defer to others on the finer points of (Scheme-string-embedded-)Python, but just wanted to say: Lars-Dominik Braun 写道： My proposal adds some build-time checks to guarentee three properties: This is utterly awesome. Thank you so much. Kind regards, T G-R

Re: 02/03: gnu: libinfinity: Update to 0.7.2.

Efraim Flashner 写道： No, it's still not fixed, but gobby-0.5.0 needed libinfinity anyway and it was no longer building on master when I checked it before and after upgrading gsasl. Interesting. Let's hope they release soon. Thanks! T G-R signature.asc Description: PGP signature

Re: 02/03: gnu: libinfinity: Update to 0.7.2.

Efraim, guix-comm...@gnu.org 写道： gnu: libinfinity: Update to 0.7.2. Thanks! I noticed this update would break Gobby 0.5.0 (the latest release AFAIK) but I haven't tried building it again since. Is that fixed? Kind regards, T G-R signature.asc Description: PGP signature

Re: Commit Access

Leo, Leo Prikler 写道： earlier today, I was granted commit access to the repository [1]. This message is signed with the key I will use for signing my commits. It should have the following info: Excellent news. Welcome! Kind regards, T G-R signature.asc Description: PGP signature

Re: gnu-build-system not handling pkg-config properly in package definition

Tobias Geerinckx-Rice 写道： + (license license:gpl2+ Thanks for correctly identifying it as GPL2-only, by the way. Kind regards, T G-R signature.asc Description: PGP signature

Re: gnu-build-system not handling pkg-config properly in package definition

1973304714c30150bf2f2f Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx-Rice Date: Thu, 19 Nov 2020 19:01:25 +0100 Subject: [PATCH] gnu: Add bcache-tools. * gnu/packages/disk.scm (bcache-tools): New public variable. --- gnu/packages/disk.scm | 67 +++

Re: Offline build failure

Hullo Greg, Greg Hogan 写道： If there is a better way to setup / configure / execute offline builds please let me know! ...yes :-) I am attempting an offline build without success. I have a Guix 1.2.0 node with internet access on which I download sources with transitive dependencies: $

Re: Possible error on glibc package specification

Hi anon, Anonymous_ 写道： I that even after installing glibc-2.31 gcc still cant build static binaries, I just used -static flag, which shows that libc.a is not present, On Guix, libc.a is provided by the glibc:static package output, which is what

Re: bug#45069: BUG: Re: guix environment: error: cannot create container: unprivileged user cannot create user namespaces

yasu 写道： Now, I don't use Debian at all (I use Guix System) and do you think this is a Bug in Guix (in that this Debian specific word should never even be mentioned in Guix?) It's not Debian-specific. It is a bug in Guix. It should try to create a namespace and properly report an error

Re: [support-re...@gandi.net: [GANDI] guixsd.org expires in 60 days]

zimoun 写道： Hi Tobias, Hi! Guix uses ci.guix.gnu.org by default since May 2019. No one should be running a daemon older than that. I think you misunderstood my (and Ludo's) point, which was to prevent possible abuse of a name still in common use. For whatever reason, outside of our

Re: [support-re...@gandi.net: [GANDI] guixsd.org expires in 60 days]

Guix, I believe that consistently redirecting[0] these old names to guix.gnu.org makes them much less harmful to keep around, and better than giving up control completely. If cost is a pain point, note that Gandi's current annual renewal price of €19 isn't the lowest around. Ludovic

<    1   2   3   4   5   6   7   8   >