Re: [bug#42738] [PATCH v4] gnu: emacs: Update to 27.1.

Hi Mark, Mark H Weaver skribis: > Ludovic Courtès wrote: >> Mark H Weaver skribis: >> >>> (define-public emacs-next >>> (let ((commit "c36c5a3dedbb2e0349be1b6c3b7567ea7b594f1c") >>> (revision "0") >>> (emacs-version "27.0.91")) >>> (package >>> (inherit emacs) >>>

Re: Hello, new committer here!

Hello! Pierre Langlois skribis: > So, as indicated in our contributing process on the manual, I'm happy to > announce maintainers have agreed to give me commit access, thank you > everybody! Woohoo, welcome, and thanks for all your work! Ludo’.

Re: Outreachy 2020-2021 round participation

Hi Gábor, Gábor Boskovits skribis: > Guix is now signed up to participate in this round of Outreachy. > > Important information for prospective applicants: initial application > deadline is 20th Sept. 2020 at 1600UTC. Yay, thank you! > Important information for prospective mentors: the proposa

Re: Dependency cycle issues when using a Gexp-based snippet

Hi Maxim, Maxim Cournoyer skribis: >>> Attempting a suggested fix by Ludovic in that same conversation [0], >>> namely, making the snippet field of the record a thunked one: >>> >>> modified guix/packages.scm >>> @@ -250,7 +250,8 @@ as base32. Otherwise, it must be a bytevector." >>>(pat

Re: Service implementation for LXQt desktop

Hi Reza, Reza Alizadeh Majd skribis: > working on a service definition for LXQt desktop, I need to perform a > series of default configurations. for example to set the window manager, > prepare default panel, set the default theme, etc. > > these configurations should be located $XDG_CONFIG_DIRS

Re: Messed up with (guix ssh)

Hi! Jan Nieuwenhuizen skribis: >> So I wanted to give a heads-up and apologize. It got me thinking; this >> patch hadn’t gone through guix-patches, which could have prevented this, >> maybe. > > Thanks for the heads-up and quick fix. I'm often amazed how well > guix-patches work, notably also

Re: Packaging pd

Hi, Andreas Enge skribis: > I knew that three letter software names are bad, but there is worse - > two letter software names! I would like to package > pd - Primal-Dual Methods for Vertex and Facet Enumeration > http://www.cs.unb.ca/~bremner/software/pd/ > > Now there already is a "pd" in G

Re: [Guix Website] A Search Page for Packages

Hi Danjela! Daniela Lura skribis: > I'm sending this email to follow up on the search functionality for > packages. > With Chris's help I managed to make some changes that make the query for > searching packages within the Guix Data Service faster. > I don't know if the search is fast enough to

Re: Packaging pd

Andreas Enge writes: > I knew that three letter software names are bad, but there is worse - > two letter software names! I would like to package > pd - Primal-Dual Methods for Vertex and Facet Enumeration > http://www.cs.unb.ca/~bremner/software/pd/ > > Now there already is a "pd" in Guix;

Re: Service implementation for LXQt desktop

Hi Ludovic, On Mon, 07 Sep 2020 11:45:01 +0200 Ludovic Courtès wrote: > Instead of accessing each users’s home directory, I strongly recommend > adding a new “skeleton”: a set of files that are automatically added > to new home directories when a new user account shows up. as I know, skeletons

Re: Dependency cycle issues when using a Gexp-based snippet

Hi Ludovic, Ludovic Courtès writes: > Indeed: the problem is that when loading this module, we try to resolve > one of the variables referenced in the snippet, but that variable is not > defined yet because it comes from a module that’s in a dependency circle > with the one at hand. [...] > As M

Re: [PATCH] hydra: Use the new 'systems' field for build-machine definitions.

Hello Mathieu, Mathieu Othacehe writes: > Hello Maxim, > >> The reason I've kept those in is that they are used to dial the speed >> field of the emulated build machines down, to prefer native hardware. >> I'm not sure if this is still useful / worth the additional complexity? > > Oh, I missed t

IceCat-78.2 preview on 'wip-icecat-78' branch; need icedove-78.

Hi Jonathan, and other fellow Guix! I've pushed a preview of IceCat-78.2 to the 'wip-icecat-78' branch on Savannah. It's ready for early testing by interested parties. It works well enough that I've switched to it as my primary browser. This version also supports Wayland natively. However, in

More checks for Makefile.am:assert-no-store-file-names ?

When running "make dist" there are some checks run, such as checking for hard-coded store paths. Would it be a good idea to add this or a similar check to etc/git/pre-push and/or guix lint? Would it make sense to set up a job to run "make dist" on the build farm to catch these problems? # Make s

What should "guix build --source" produce? (was Re: Dependency cycle issues when using a Gexp-based snippet)

Hi Maxim, maxim.courno...@gmail.com writes: > While trying to move some of the patching done to qtbase into a snippet, > with the goal of having at least the ./configure script runnable in a > guix environment without having to manually run patching phases: [...] > + (snippet > +