[RFC PATCH] doc: Add Writing Service Configuration section.

Thank you, I really needed this.

Re: [RFC PATCH] doc: Add Writing Service Configuration section.

Am Dienstag, der 21. Dezember 2021, um 13:21 +032, schrieb Andrew Tropin : > * guix.texi (Writing Service Configuration): New section. > --- > After reading the source code of different system services and implementing a > few of home services I decided to write down most important tips for > imp

Convention for new “guix style“?

Hi, This could be part of a RFC process. :-) The Big Change introduces new style, other said, this old --8<---cut here---start->8--- (native-inputs `(("perl" ,perl) ("pkg-config" ,pkg-config))) --8<---cut here---end---

Re: Convention for new “guix style“?

Hi, zimoun writes: > Hi, > > This could be part of a RFC process. :-) > > > The Big Change introduces new style, other said, this old > > --8<---cut here---start->8--- > (native-inputs > `(("perl" ,perl) >("pkg-config" ,pkg-config))) > --8<--

"guix package" failed with "integer expected from stream"

Hi Guix, Updating my packages after today's "guix pull" fails with the error message guix package: error: integer expected from stream There are two similar-looking bugs, both closed, suggesting that the problem has been fixed. I don't understand all the details, but I can confirm that it's

Formalizing teams

Hello Guix! I’ve been looking at our guix-patches backlog, at the great contributions we get but that stick there for too long, certainly discouraging people, and also at non-code initiatives (meetups, Guix Days, Outreachy, documentation, etc.) that we as a project could often support and encourag

Re: Convention for new “guix style“?

Hi Jelle, We are consistent with what we already said on IRC. ;-) On Wed, 22 Dec 2021 at 15:10, Jelle Licht wrote: >> --8<---cut here---start->8--- >> (inputs >> (list libx11 libiberty ;needed for objdump support >>zlib))

Re: Formalizing teams

On Wed, 22 Dec 2021, Ludovic Courtès wrote: Hello Guix! I’ve been looking at our guix-patches backlog, at the great contributions we get but that stick there for too long, certainly discouraging people, and also at non-code initiatives (meetups, Guix Days, Outreachy, documentation, etc.) that w

Re: Formalizing teams

Its certainly worth developing more formal clusters. It would be wise to try and make concerns and research interconnected - lest we create silos that communicate with other groups less. Jonathan McHugh Jack Hill writes: > On Wed, 22 Dec 2021, Ludovic Courtès wrote: > >> Hello Guix! >> >> I’v

Browsers and Gstreamer plugins

Hi Guix, While we have made progress on #52375 [0], the way forward remains unclear. In summary, WebKitGTK expects certain GStreamer plugins to be available. Depending on which plugins are missing and the web page content, the process corresponding to a browser tab may even crash. Currently,

Re: Convention for new “guix style“?

On 2021-12-22, zimoun wrote: > We had a discussion on IRC starting here [2]. This proposal is to > document in the manual and adapt ‘guix style’ to have one input per line > – as it was the case with the old style. Yes, please! One input per line is simpler to understand, simpler to implement, an

Re: Convention for new “guix style“?

Am Wed, Dec 22, 2021 at 09:23:33AM -0800 schrieb Vagrant Cascadian: > It might be a big change, but probably wouldn't trigger rebuilds ... ? No, it would only change the source code; I am all for it! Andreas

Re: Convention for new “guix style“?

zimoun writes: > And “guix style” is a step toward fixing Danny’s words: > > FWIW, I do find it strange that Lisp projects, despite using a > minimal-syntax language (mostly in order to conserve its regular > tree structure), do not usually automatically format source code

Re: Formalizing teams

On 22/12/2021 15.46, Ludovic Courtès wrote: I’ve been looking at our guix-patches backlog, at the great contributions we get but that stick there for too long, certainly discouraging people, [...] One idea that I like is to bring structure to the group, or rather to make structure visible, s

Re: Convention for new “guix style“?

Hi, Am Mittwoch, dem 22.12.2021 um 14:05 +0100 schrieb zimoun: > [...] > --8<---cut here---start->8--- >     (inputs > (list libx11 libiberty ;needed for objdump support >    zlib))   ;also needed for objdump > support > --8<

Re: Convention for new “guix style“?

I wonder if there has been any progress made by Arun Isaac with his program, Semantically meaningful S-expression diff https://archive.fosdem.org/2021/schedule/event/sexpressiondiff/ ``` Traditional diff implementations, such as GNU Diff, treat files as a flat list of lines. A tree-diff algorith

Re: Convention for new “guix style“?

Hi, On Wed, 22 Dec 2021 at 22:18, Liliana Marie Prikler wrote: > Am Mittwoch, dem 22.12.2021 um 14:05 +0100 schrieb zimoun: > > --8<---cut here---start->8--- > > `(("libx11" ,libx11) > >("libiberty" ,libiberty) ;needed for objdump >