Re: Guix org on Codeberg
On 29/12/24 10:35, Raghav Gururajan wrote: Guix Committers! There's org created for Guix on Codeberg to setup mirrors for Guix's repositories. Please let me know if you'd like to become owner of the namespace and I'll add you. Reference: https://codeberg.org/Codeberg-e.V./requests/issues/498 Hi Raghav, I'm not a committer but would like to share the following icons that you could use for the organization and for the mirror repository: https://luis-felipe.gitlab.io/media/2025/01/guix.png https://luis-felipe.gitlab.io/media/2025/01/guix-mirror.png https://luis-felipe.gitlab.io/media/2025/01/guix-mirror-plain.png (alternative) The icon used for the org in Codeberg currently has a problem: the dark text is not legible when Codeberg's dark theme is active. All the icons above avoid text and use a background to increase contrast regardless of Codeberg's theme. The source files are available in https://codeberg.org/luis-felipe/guix-graphics/src/branch/trunk/icons. Cheers, OpenPGP_0x0AB0D067012F08C3.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Bootstrapped Zig now available in Guix master.
Hi there Hilton, This is a great achievement and I appreciate your work on this. I have my eye on packaging Ghostty for geeks when I came across your work here. Are you also eyeing packaging Ghostty as well? If not, then don't mind me. If so, is there anything a Zig and Guix noob can help with? Thanks again, for all your effort! Tim
Re: New committer
On 2025-01-03 6:24 PM, Ian Eure wrote: Hello Guixers, I’ve applied for, and received, my commit bit! The manual says to send a signed email to say so, so that’s what I’m doing. By way of introductions: I’ve been using Linux since around 1995, when I installed Slackware off floppy disks I made from images on a Walnut Creek CD-ROM. I was a Debian package maintainer for a while, and have been contributing to Guix for a bit over a year. Primarily the LibreWolf browser and Emacs related packages, but I try to upstream most stuff I find myself needing. I’ve been an Emacs user since 1998 or so, have authored many packages for it, spoken at EmacsConf twice, and contributed one or two things upstream. -- Ian Welcome, Ian.
Re: handling package tests requiring root?
On Wed, Jan 01, 2025 at 05:13:28AM -0500, 45mg wrote: > The only approach I'm aware of is to just ignore such tests. Examples of > this I've seen: It's fine to ignore these tests. We don't need to run every single upstream test if it's too inconvenient.
Re: On a Guile-based Build-Tool complimenting Guix
Hi all! I just want to mention some theoretical benefits that could arise from using a Guix-aware build-system. A Guix-aware build system could improve upon the traditional timestamp-based rebuilding heuristic by using a content address heursitic. This benefits developers using the Guix-aware build system because it reduces the number of rebuilds that occur and enables transparent artifact sharing when multiple versions of a project are checked out to different locations. It benefits Guix itself because it enables incremental builds inside of Guix (including on the build server). A Guix-aware build system could remove overhead for package maintainers. If the source repository contains the build code - which in proper Guix style is deterministic and contain precise dependency information - the packager only has to verify the source hash. This benefits packagers because they can focus on the social value provided by packaging (discoverability, pre-configuration) without worrying technical problems such as a library updated for an otherwise unrelated package. Regards, Skyler
Re: Bootstrapped Zig now available in Guix master.
Hey Hilton, thanks for the feedback. These were the general paths I was looking at. A . Manually Guix shell with zig Build regular Ghostty. Here, I'd follow the official direction on Building Ghostty from Source. https://ghostty.org/docs/install/build Build Ghostty with guix + custom build steps. But it looks like this has already been done. https://codeberg.org/look/saayix/src/branch/main/saayix/packages/terminals.scm#L31 B. Using Nix Can we use the Ghostty Nix package? The Ghostty "official build environment is defined by Nix. You do not need to use Nix to build Ghostty, but the Nix environment is the environment which runs CI tests and builds release artifacts, so it is the most reliable way to build Ghostty" (ref). https://ghostty.org/docs/install/build The Ghostty "Build from Source / Building with Nix" section describes how to set up the Nix environment. https://ghostty.org/docs/install/build#building-with-nix But Guix comes with a service for using Nix packages. "GNU Guix Reference Manual / Miscellaneous Services". https://guix.gnu.org/manual/en/html_node/Miscellaneous-Services.html#index-nix_002dservice_002dtype C. But you're saying that the Toys external channel already packaged it. https://toys.whereis.social/?search=ghostty "Note its definition is currently written in a way that cannot be accepted into Guix." I'm fine with that for the moment. I think Ghostty is open source. So we can play around with it to make the packaging more canonical. I'll take a look at the examples for Zig packages in the (gnu packages zig-xyz) module. https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/zig-xyz.scm I'm confident that the zig-build-system, or some modification of it, can support Ghostty. It's just a matter of if I can do it, lol :) But this sets me on the path. I really appreciate your feedback on this 👏🏿 Cheers Tim On Fri, 3 Jan 2025 at 09:41, Hilton Chain wrote: > Hi Timothy, > > On Thu, 02 Jan 2025 09:09:10 +0800, > Timothy Washington wrote: > > > > Hi there Hilton, > > > > This is a great achievement and I appreciate your work on this. I have my > > eye on packaging Ghostty for geeks when I came across your work here. Are > > you also eyeing packaging Ghostty as well? If not, then don't mind me. If > > so, is there anything a Zig and Guix noob can help with? > > I have checked it briefly but I'm not going to package it. There's one > package > in an external channel[1], you can try it there for now. Note its > definition is > currently written in a way that cannot be accepted into Guix. > > Examples for Zig packages are available in (gnu packages zig-xyz) > module[2], I > think zig-build-system can support Ghostty well, but the package itself is > a bit > complex, so I would advise against packaging it if you don't have much > experience. > > Thanks > --- > [1]: https://toys.whereis.social/?search=ghostty > [2]: > https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/zig-xyz.scm >
