On 7/11/24 02:21, Ethan Reece wrote:
Hello,
I created a file that packages Typst and its dependencies, and I'm
trying to figure out how to contribute it to the Guix project. What I've
done to generate the file:
* guix import -i typst-guix.scm crate --recursive
--recursive-dev-dependenc
On 5/9/24 16:34, Ricardo Wurmus wrote:
Hi,
guix-comm...@gnu.org writes:
rekado pushed a change to branch master
in repository guix.
from 2bea3f2562 gnu: kubo: Unbundle go-cidutil, go-log and go-ipfs-util.
new 79c2b32337 gnu: r-with-tests: Update to 4.4.0.
...
new 5ad635e
Hi Vagrant,
On 1/14/24 22:24, Vagrant Cascadian wrote:
So, I stumbled a bit with a fairly recently installed aarch64/arm64
system. The install went fine late December, but then I tried "guix
system reconfigure" a couple days ago, and even though it is a very
simple configuration (based on bare-b
On 2023-09-18 16:45, MSavoritias wrote:
And for guile specifically to offer guile-studio instead of plain
Emacs.
Speaking of guile studio:
- The homepage for the package is Guile's homepage, not guile-studio's
(https://git.elephly.net/software/guile-studio)
- There is no mention of Guile stud
Hello,
On 2023-09-06 04:49, Maxim Cournoyer wrote:
Hi Katherine,
Katherine Cox-Buday writes:
On 9/5/23 10:01 AM, Simon Tournier wrote:
Well, somehow, I consider the commit message format similarly as
coding
style. We can discuss which one is better than the other when at the
end it only
On 2023-08-25 11:31, Attila Lendvai wrote:
I feel like the advantages of a email-based workflow nowadays is more
on
the maintainer side of things (as managing large projects is easier
another thing worth pointing out here is that the harder it is to test
a submitted patchset locally, the few
On 2023-08-24 08:33, ( wrote:
Katherine Cox-Buday writes:
I can't ever seem to get the GNU style commit messages correct. I
use the
templates provided, but those don't cover all cases, and I've even
gotten
feedback in a review to change a message it created.
You do get used to
Hi,
Ungoogled Chromium in Guix is at version 112 when the latest version is
115.
Is there advice on updating this package and maintaining it in general?
On 7/13/23 11:21, Csepp wrote:
Robby Zambito writes:
Hi Sarthak,
As of now, it's a bit difficult for beginners to find answers to their problems
in the mailing list or in IRC logs as they aren't very
easy to navigate compared to forum threads.
I personally think that it would be wiser to
On 6/19/23 08:54, Nicolas Graves via Development of GNU Guix and the GNU
System distribution. wrote:
One of the criticism that can be read online about Guix (compared to
Nix) is its speed. I have never tried Nix and probably won't in a near
future, but I was wondering if some work has been made
On 4/20/23 05:39, Attila Lendvai wrote:
While recent grub2 finally has limited support for luks2, it only
supports the weaker KDF (key derivation function) (PBKDF2?), as I
understand it, though would be happy to be proven wrong!
i have just spent half an hour reading the linked PR's and patch
On 2/26/23 18:43, Philip McGrath wrote:
Hi,
On Sunday, February 26, 2023 7:44:20 AM EST Andreas Enge wrote:
In any case, I realised that we are still compiling most packages (including
KDE) with Qt 5, which is seriously outdated (not maintained any more in the
free version since May 2021). Qt
On 1/31/23 11:35, Leo Famulari wrote:
On Tue, Jan 31, 2023 at 09:20:37AM +, Christopher Baines wrote:
Given the +1800 dependent packages, the contributing guidance suggests
this change should go to the core-updates branch.
→ guix refresh -l w3m
Building the following 984 packages would ensu
On 1/25/23 20:37, Andy Tai wrote:
Hi, by looking at
https://issues.guix.gnu.org/search?query=is%3Aclosed
no patch issues as listed in the issue tracker processed since Jan 2...
not sure if this is something Guix maintainers should be concerned about.
Something is wrong with Mumi search.
htt
On 1/17/23 11:25, Ludovic Courtès wrote:
There are slight increases of each and every package, and there are also
new big dependencies being pulled in for what, from a distance, doesn’t
really add functionality.
Examples include libgccjit in Emacs and mozjs in polkit.
In a way, that’s the “una
On 1/14/23 17:07, Ludovic Courtès wrote:
Hello!
Over the course of a few years, the size of our packages has apparently
kept growing. Example:
--8<---cut here---start->8---
$ guix time-machine --commit=v1.2.0 -- size emacs
store item
On 1/4/23 21:50, Eric Brown wrote:
"jgart" writes:
Hi Guixers,
How would you approach writing a script that installs every Guix package
exhaustively for your current revision?
I'm thinking of something similar to `all-packages` on PyPi but for every Guix
package (the whole wide 🌎️).
https
On 1/3/23 21:33, jgart wrote:
Hi Guixers,
How would you approach writing a script that installs every Guix package
exhaustively for your current revision?
I'm thinking of something similar to `all-packages` on PyPi but for every Guix
package (the whole wide 🌎️).
https://pypi.org/project/all-
Hi Guix,
This post mentions how Guix does better in some regards to NixOS:
https://remy.grunblatt.org/nix-and-nixos-my-pain-points.html
It is interesting to see how Guix and Nix complement each other!
On Wed, Oct 19 2022, 11:57:15 AM +0200
zimoun wrote:
> and then give a look at the script etc/committer.scm.
Didn't know this existed. This should definitely get a mention in the
Guix manual.
--
* gnu/packages/hardware.scm (ddcui): Update to 0.3.0.
[arguments]: Use new style.
---
gnu/packages/hardware.scm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/hardware.scm b/gnu/packages/hardware.scm
index 18261d381d..7603bcb71e 100644
--- a/gnu/packages/ha
* gnu/packages/hardware.scm (ddcutil): Update to 1.3.2.
---
gnu/packages/hardware.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/hardware.scm b/gnu/packages/hardware.scm
index d47be7a55d..18261d381d 100644
--- a/gnu/packages/hardware.scm
+++ b/gnu/packages
Isn't there a checkout cache in ~/.cache/guix? Can guix edit be pointed
to the git repo in the cache as opposed to the system's?
Hi Guix,
There was talk a while ago about getting abrowser [1] into Guix [2].
Since IceCat and Firefox are now pretty close to each other in major
version (104 vs 105), now could be a good time to get abrowser into Guix.
(As for where the patches would come from, it would be a similar story
to t
Hi Antonio,
On Sat, 2022-08-20 at 13:23 +0200, Antonio Carlos Padoan Junior wrote:
> As far as I understand, Guix doesn't provide means to automatically
> sign
> bootloaders and kernels in order to use UEFI secure boot after each
> system
> reconfigure (assuming a PKI is properly implemented). He
On Fri, Jul 22 2022, 07:16:59 PM +0200
Maxime Devos wrote:
> On 22-07-2022 19:12, kiasoc5 wrote:
> > We could have packages recommend other packages to make this
> > discovery easier for users, like Arch's opt-depends.
>
> This sounds like my previous proposal t
Date: Thu, 21 Jul 2022 18:34:58 +0200
From: zimoun
To: Hartmut Goebel ,
Guix-devel
Subject: Re: native-inputs: Go for completeness or minimalism?
Message-ID: <86o7xi4e6l@gmail.com>
Content-Type: text/plain; charset=utf-8
Hi simon,
> On Wed, 20 Jul 2022 at 10:33, Hartmut Goebel
> wrote:
>
Hi Lars,
On Wed, Jun 29 2022, 09:41:51 AM +0200
Lars-Dominik Braun wrote:
> indeed, agreety works fine with that patch. I’d still keep the video
> supplementary group, so one can run gtkgreet/wlgreet (if they ever pop
> up in Guix). Any objections?
Sounds good, thanks for the fix!
Hooray, greetd has been merged! [1]
However, according to upstream the greeter user only needs to be in
the video and greeter groups. [2]
Whereas the guix definition for the greeter user has many more groups:
(define %greetd-accounts
(list (user-account
(name "greeter")
(grou
June 8, 2022 at 9:38 PM, "Ludovic Courtès" mailto:l...@gnu.org?to=%22Ludovic%20Court%C3%A8s%22%20%3Cludo%40gnu.org%3E >
wrote:
> Guix is *potentially* even more up-to-date than NixOS thanks to
> ‘--with-latest’ and ‘--with-branch’! \o/
I do use --with-latest for testing package upgrades. But it
June 7, 2022 at 6:47 PM, "Nicolas Goaziou" mailto:m...@nicolasgoaziou.fr?to=%22Nicolas%20Goaziou%22%20%3Cmail%40nicolasgoaziou.fr%3E
> wrote:
> Repology hasn't been able to caught Guix package updates for a while
> now. As a consequence, many packages are marked as outdated in Repology
> even tho
Dear Guix,
I've been watching the Repology page for Guix and I've noticed that we've
dropped to 51% outdated packages [https://repology.org/repository/gnuguix]. We
used to be at 40% outdated packages a few months ago.
I know that rolling release distros don't have to have the latest packages bu
Hi Maxime,
>
> Non-goals:
>
> * Produce exactly the same binaries with exactly the same dependencies as with
> Cargo. If you want to reproduce a binary produced with Cargo, use Cargo.
>
If I compile project P to produce binary A (with antioxidant) and binary C
(with Cargo), will A and C have
Authenticate a tarball through a signed tag in a git repository (with
reproducible builds).
Blog post: https://vulns.xyz/2022/05/auth-tarball-from-git/
Source code: https://github.com/kpcyrd/auth-tarball-from-git
Pretty interesting, could be useful for guix.
The newest version of lxqt is 1.1.0, which was released in April [1].
The version of the lxqt metapackage in guix is 17. I think this refers to
0.17.0 which was an older release. Wanted to mention this for whoever wants to
update it, since (I think?) guix does not allow downgrades (1.1.0 < 17).
35 matches
Mail list logo