Guix QA issue: "null"patch
Hi, I run into a Guix QA issue. Simon encourages me to report Guix QA issues so I send email here; not sure if there is other channel for such issues. In https://qa.guix.gnu.org/issue/61130 I just sent a v2 patch for that Guix issue and Guix QA now shows "null" for the patch field and it is not clear if it can recognize the v2 patch and build using that. Thanks for whoever working on Guix QA to take a look of this problem.
Re: Guix Games Collection
Tobias Platen writes: > I had submitted a talk for LibrePlanet called "Gaming on a Talos II - > how I avoid using Steam". Unfortunately, there were so many high > quality talks that it was impossible to fit them all in the program. > So I will do a lightning talk [1], about my work in progress Guix > Games Collection, a list of games that are playable on a freedom > respecting machine such as the Talos II or Thinkpad X200 (with > Libreboot) on the Guix System. I also plan to make a haunt page with > screenshots/videos for each game, similar to the Steam storepages. > > [1]: > https://libreplanet.org/wiki/LibrePlanet:Conference/2023/Lightning_Talks I guess we'll find out from the talk anyways, but I'm curious: do you only play games on it that are fully free (including assets, missions, etc) or are games where only the code is libre also allowed. Thinking of examples like Kandria, Quadrilateral Cowboy, etc, which have GPL codebases but you still need to buy the game to get the assets.
Re: Can zig-build-system be an alternative to the gnu-build-system?
Would this Guixy build system store build artifacts in /gnu/store? This could allow, for example, reproducible incremental builds.
Re: FOSDEM: Meeting on Wednesday evening?
Am 31.01.23 um 16:31 schrieb Andreas Enge: Am Mon, Jan 30, 2023 at 11:31:55PM +0100 schrieb Ludovic Courtès: I’ll be in Brussels on Wednesday afternoon, Feb. 1st. As was tradition in the good’ol times, I propose that interested parties meet in the bar called “Au Bon Vieux Temps”, downtown, let’s say around 6:30PM: I will arrive too late, but should be able to join for dinner. Please post the meeting point somewhere ;-) Is the meeting point for dinner already known? ~Jonathan
Guix Games Collection
I had submitted a talk for LibrePlanet called "Gaming on a Talos II - how I avoid using Steam". Unfortunately, there were so many high quality talks that it was impossible to fit them all in the program. So I will do a lightning talk [1], about my work in progress Guix Games Collection, a list of games that are playable on a freedom respecting machine such as the Talos II or Thinkpad X200 (with Libreboot) on the Guix System. I also plan to make a haunt page with screenshots/videos for each game, similar to the Steam storepages. [1]: https://libreplanet.org/wiki/LibrePlanet:Conference/2023/Lightning_Talks
configurable guile backtrace in builder (was: services: base: Add extra-env support to guix-configuration)
+CC guix-devel Hello! Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >> Side topic: I wonder if (with some changes to the daemon -- perhaps in >> DerivationGoal::startBuilder) in nix/libstore/build.cc we could leak the >> COLUMNS variable to be able to control the Guile builder backtrace >> width. > > As a rule of thumb, I think we should keep the build environment > unchanged forever—no changes to the set of environment variables and > files/directories present in the build environment. > > It’s important because the whole reproducibile-by-construction approach > depends on that. I understand it can be risky to change anything on the builder side for reproducibility. Would you have an idea of the angle this problem should be approached from, where the goal is to have a configurable Guile backtrace width in the builder? -- Thanks, Maxim
Re: Can zig-build-system be an alternative to the gnu-build-system?
De nada, vas a estar en dias de los guixeros in brussels?
Re: Can zig-build-system be an alternative to the gnu-build-system?
Gracias! --- Original Message --- On Wednesday, February 1st, 2023 at 3:45 PM, jgart wrote: > hola Ekaitz, > > I added it as a pre-release to Guix 'R Us a few weeks ago: > > https://toys.whereis.みんな/symbols?search=zig-build-system > > ;()
Re: Can zig-build-system be an alternative to the gnu-build-system?
hola Ekaitz, I added it as a pre-release to Guix 'R Us a few weeks ago: https://toys.whereis.みんな/symbols?search=zig-build-system ;()
Re: Can zig-build-system be an alternative to the gnu-build-system?
Hi > Can `zig-build-system` be an alternative to the `gnu-build-system`? It could be, but in order to do that we need to add the zig-build-system: https://issues.guix.gnu.org/60889 :)
Re: Proposed changes to the commit policy (#59513)
Am Mon, Jan 30, 2023 at 10:03:14PM + schrieb Christopher Baines: > changes happen more slowly, but this is why I'm working on the tools and > processes, as I think that's a path to trying to maintain and improve > the quality while reducing the impact to pace and enjoyment. > I'm sure there are ways of addressing at least some of the problems you > mention above One idea that came to my mind is that once the patch passes all tests in automatic quality assurance, it could be committed automatically and the bug closed (well, maybe not any patches, but at least these kind of update patches, or specially tagged ones). This would not force people to get back to them. However I think it cannot work, since it means rebasing on the current master, which invalidates the signature of the commit. Andreas
Re: Can zig-build-system be an alternative to the gnu-build-system?
Hi jgart, zig as a build system is nice, but it is llvm bound and only targets zig and C/C++. It does not handle packages, and that is a feature in my book ;). Mind they are planning to go down the packaging route, from what I can tell. There have been some older discussions about creating our own replacement for autotools, cmake and others. I often fight these make make systems - and meson and/or language specific build systems. It is a time waster for programmers and none of these systems leverages the power of Guix itself. I kinda settled for cmake because, even though it is an effing dragon, at least I can make it work (pun intended). We need someone with deep experience in build systems to write a guile replacement - generating ninja is one idea. That is my opinion :). I would love a simple way to describe a project in guile. It should not be too hard actually (famously that is how these projects start and turn out to be a real time sink). Maybe someone wants to try with guidance from us, or maybe we can do it when we get bored some day. Pj. On Fri, Jan 27, 2023 at 02:03:06AM +, jgart wrote: > Can `zig-build-system` be an alternative to the `gnu-build-system`? > > https://ziglang.org/learn/why\_zig\_rust\_d\_cpp/#a-package-manager-and-build-system-for-existing-projects > > > Not only can you write Zig code instead of C or C++ code, but you can use > > Zig as a replacement for autotools, cmake, make, scons, ninja, etc. And on > > top of this, it (will) provide a package manager for native dependencies. > > This build system is intended to be appropriate even if the entirety of a > > project’s codebase is in C or C++. > > WDYT >