Re: Return back original implementation for text-config serialization

Hi, Andrew schrieb am Donnerstag der 20. Januar 2022 um 16:20 +03: >>> 2. Looks strange implementation-wise. >>> >>> If we want to insert the file path to file-like object for new-style >>> text-config internally we do something like >>> >>> (mixed-text-file ... >>> "source \" "\n" >>> #~(read-

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

Andrew schrieb am Donnerstag der 23. Dezember 2021 um 16:16 +03: >> Also, is should there be any preference for using alists or list of >> lists or vice versa? > > Now it should be clear that a -configuration record is preferable as a > service value, lists and alists are special cases for auxilir

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

Re: SSH service for Guix Home

Hi, Am Montag, der 20. Dezember 2021, um 23:31 +012, schrieb Ludovic Courtès : > I think we need to come to a shared understanding of what the next steps > are. Once we have that, we can clarify the current status in the manual > and release announcement, and open issues so that anyone who’d li

Re: SSH service for Guix Home

Hi, Am Montag, der 20. Dezember 2021, um 13:40 +03, schrieb Andrew Tropin : >>> Also, could you (or Xinglu, or Oleg) write a blog post for >>> guix.gnu.org, targeting an audience who’s not familiar with this kind >>> of tool, making it clear what the rationale is and what it can bring >>> to “no

Re: SSH service for Guix Home

Hi, On Wed, Dec 15 2021, Ludovic Courtès wrote: > Hi Andrew, > > One service I miss for Guix Home is ‘home-ssh-service-type’, which is in > the “original” Guix Home. > > Could you contribute a patch adding it? (I could do it on your behalf, > but it sounds more logical to let you handle it.) Be

Re: Accuracy of importers?

On Thu, Oct 28 2021, Ludovic Courtès wrote: > Hello Guix! > > As I’m preparing my PackagingCon talk and wondering how language package > managers could make our lives easier, I thought it’d be interesting to > know how well our importers are doing. > > My understanding is that most of them require

Re: Merging wip-guix-home to master

On Wed, Sep 29 2021, Katherine Cox-Buday wrote: > Xinglu Chen writes: > >> I disagree, I think it’s OK for things like (guix git), which are mainly >> used by developers, to not be documented in the manual. > > I strongly disagree with this. As a long-time developer, I h

Re: Merging wip-guix-home to master

On Tue, Sep 28 2021, Andrew Tropin wrote: > On 2021-09-24 15:38, Xinglu Chen wrote: > >> On Thu, Sep 23 2021, Andrew Tropin wrote: >> >>> The core part of Guix Home project has been moved from rde >>> repository[fn:1] to wip-guix-home branch of guix reposit

Re: On the naming of System and Home services modules.

On Tue, Sep 28 2021, Ludovic Courtès wrote: > Hi, > > (+ Cc: Oleg.) > > Andrew Tropin skribis: > >> For now my personal ranking of the ideas is following: >> >> 1. Move to (gnu services ...) :: can(?) provide some additional reusability. >> 2. Keep as it is right now (gnu home-services ...) :: al

Re: Merging wip-guix-home to master

On Tue, Sep 28 2021, Ludovic Courtès wrote: > Xinglu Chen skribis: > >> I noticed that the ‘guix home import’ subcommand is included, but I >> think it needs more thought and feedback from people before it makes its >> way into ‘master’; it also seems to lack documenta

Re: branch core-updates-frozen updated: services: database: Change postgresql default socket.

On Mon, Sep 27 2021, Mathieu Othacehe wrote: > Hello, > >> The manual should also be updated to reflect this change. > > Fixed, thanks for the reminder. You are welcome! :-) >> Also, is there any reason for making this change on >> ‘core-updates-frozen’ rather than ‘master’? > > Yes, that's a f

Re: branch core-updates-frozen updated: services: database: Change postgresql default socket.

On 27 September 2021 15:26, guix-comm...@gnu.org wrote: > commit 502925655d1a51aad544804c8ef492a5d24e1776 > Author: Mathieu Othacehe > AuthorDate: Mon Sep 27 19:22:56 2021 + > > services: database: Change postgresql default socket. > > Adapt to the postgresql default socket directory

Re: Code sharing between system and home services (was Re: On the naming of System and Home services modules.)

On Fri, Sep 24 2021, Maxime Devos wrote: > Xinglu Chen schreef op vr 24-09-2021 om 15:35 [+0200]: >> On Thu, Sep 23 2021, Ludovic Courtès wrote: >> >> > Hi, >> > >> > Xinglu Chen skribis: >> > >> > > Some services might be useful

Re: Merging wip-guix-home to master

On Thu, Sep 23 2021, Andrew Tropin wrote: > The core part of Guix Home project has been moved from rde > repository[fn:1] to wip-guix-home branch of guix repository. > > I'm about a week on wip-guix-home branch completely and Guix Home works > fine. There are no any major issues on rde-devel and

Code sharing between system and home services (was Re: On the naming of System and Home services modules.)

On Thu, Sep 23 2021, Ludovic Courtès wrote: > Hi, > > Xinglu Chen skribis: > >> Some services might be useful to have in both Guix System and Guix Home; >> for instance, Guix System currently has a service for configuring >> Syncthing, and I think it makes sense

Re: On the naming of System and Home services modules.

On Fri, Sep 17 2021, Andrew Tropin wrote: > On 2021-09-17 11:28, Xinglu Chen wrote: > >> On Thu, Sep 16 2021, Andrew Tropin wrote: >> >>>>> * Putting Home Services to ~(gnu services ...)~ >>>>> In the thread https://issues.guix.gnu.org/49419#18

Re: On the naming of System and Home services modules.

On Thu, Sep 16 2021, Andrew Tropin wrote: >>> * Putting Home Services to ~(gnu services ...)~ >>> In the thread https://issues.guix.gnu.org/49419#18 Ludovic suggested: >>> Regarding module names: what about putting everything in the (gnu home …) name space. For services, I wonder if we

Re: On the naming of System and Home services modules.

On Wed, Sep 15 2021, Andrew Tropin wrote: > This topic was raised a few times during development of Guix Home > project and also during the review of wip-guix-home branch. I made a > separate thread to do an exhaustive discussion of it. > > * Services and Confusion > It's an optional section, you

Re: Can we find a better idiom for unversioned packages?

On Fri, Sep 03 2021, Leo Famulari wrote: > On Fri, Sep 03, 2021 at 06:11:46PM +0200, Xinglu Chen wrote: >> The date does give an idea of how old the version is, compare that to a >> random string of 7 characters. If a user wants to know the exact >> commit, they can alway

Re: [bug#50077] Separate ‘emacs’ output vs separate ‘emacs-’ package (was Re: [bug#50077] [PATCH 1/3] gnu: notmuch: Add separate 'emacs' output.)

On Thu, Sep 02 2021, Carlo Zancanaro wrote: > On Wed, Sep 01 2021, Liliana Marie Prikler wrote: >> TL;DR: I'm generally in favor of branching emacs support >> packages off, even if origins are to be inherited. > > This is my preference, and there is precedent for this in Guix > already. I know o

Re: Can we find a better idiom for unversioned packages?

On Thu, Sep 02 2021, Leo Famulari wrote: > On Thu, Sep 02, 2021 at 12:51:58PM -0400, Leo Famulari wrote: >> On Wed, Sep 01, 2021 at 06:50:36PM +0200, Xinglu Chen wrote: >> > > Commit dates don't have a consistent meaning: are they the time of >> > > first rev

Re: Can we find a better idiom for unversioned packages?

On Wed, Sep 01 2021, Leo Famulari wrote: > On Wed, Sep 1, 2021, at 06:55, Xinglu Chen wrote: >> I never felt like including the commit id in the version of a package >> was useful; e.g., just seeing the first seven characters of the commit >> id doesn’t really tell me anyth

Re: Can we find a better idiom for unversioned packages?

On Tue, Aug 31 2021, Maxime Devos wrote: > Sarah Morgensen schreef op di 31-08-2021 om 12:57 [-0700]: >> Hello Guix, >> >> Currently, there are about 1500 packages defined like this: >> >> --8<---cut here---start->8--- >> (define-public sbcl-feeder >> (let (

Re: [bug#50077] Separate ‘emacs’ output vs separate ‘emacs-’ package (was Re: [bug#50077] [PATCH 1/3] gnu: notmuch: Add separate 'emacs' output.)

On Wed, Sep 01 2021, Andrew Tropin wrote: > On 2021-08-30 15:33, Xinglu Chen wrote: > >> On Mon, Aug 30 2021, Andrew Tropin wrote: >> >>>> Why would it be more consistent to make a separate package? Making a >>>> separate package is usually used for pack

Re: Can we find a better idiom for unversioned packages?

On Tue, Aug 31 2021, Sarah Morgensen wrote: > Hello Guix, > > Currently, there are about 1500 packages defined like this: > > --8<---cut here---start->8--- > (define-public sbcl-feeder > (let ((commit "b05f517d7729564575cc809e086c262646a94d34") > (revi

Re: Create branch for Haskell build changes and updates?

On Wed, Jul 21 2021, Ricardo Wurmus wrote: > Xinglu Chen writes: > >> Thank you for bringing this up! I posted a WIP patch for adding >> GHC >> 8.10 a while ago, but nobody showed any interest[1]. >> >> I don’t have any experience with updating the Haskell t

Re: Create branch for Haskell build changes and updates?

On Fri, Jul 09 2021, John Kehayias wrote: > On Friday, July 9th, 2021 at 10:06 AM, Ricardo Wurmus wrote: >> Sorry, not this time :) >> >> I suggest just starting a new branch. It doesn’t really need to >> >> be hosted in the main repo at this point, but if you have some >> >> initial patches that

Re: Create branch for Haskell build changes and updates?

On Mon, Jul 05 2021, John Kehayias wrote: > Hello, > > There have been several recent bug reports and patches (list below) > that could be addressed with some changes to haskell-build-system, the > Hackage importer, and some package updates. Given the number of > packages affected, it was discusse

Re: Use of %texlive-revision and %texlive-tag in tex.scm

FYI, someone else is already workin on upgrading Texlive to 2021 on the ‘core-updates’ branch (Texlive is already at 2020 on core-updates). Maybe you would be interested in helping out?

Re: Early feedback on Guix Home

On Tue, Jun 29 2021, Ludovic Courtès wrote: > Hi, > > Xinglu Chen skribis: > >> On Wed, Jun 23 2021, Ludovic Courtès wrote: > > [...] > >>> Anyway, I backed up a bunch of files :-) and eventually gave it a try, >>> just to notice that ‘guix home rec

Re: Early feedback on Guix Home

On Wed, Jun 23 2021, Ludovic Courtès wrote: > Hello! > > As discussed on IRC a few days ago, I finally gave Guix Home a try and I > like it! > > I thought I’d share my first impressions so we can try and address them > in the process of getting it merged. > > First, I think one of the main reasons

Haskell update (was: Release 1.2.1: Cuirass failed to build Haskell 179 packages)

.pub...@yoctocell.xyz> From: Xinglu Chen Date: Tue, 18 May 2021 23:32:38 +0200 Subject: [RFC PATCH] gnu: Add ghc-8.10. * gnu/packages/haskell.scm (ghc-8.10): New variable. --- gnu/packages/haskell.scm | 66 1 file changed, 66 insertions(+) diff --git a/gn

Re: unifying mcron and shepherd, service woes, improvements

On Sat, May 15 2021, raingloom wrote: > Just throwing this out there: > mcron is basically a very simple service manager, so, why not just move > all its timer functionality into shepherd (like systemd's timer units) > and then we can have a unified way to manage and debug services. Yes please!

Re: Add a way to disable serialization support to (guix services configuration)

Hi Maxim, On Fri, May 07 2021, Maxim Cournoyer wrote: > Hello Xinglu! > > Thank you for working on it! You are very welcome! These are things that have annoyed me enough so I decided (try) to fix it myself :) >> +(define (configuration-no-default-value kind field) >> + (configuration-error >>

Re: [PATCH 0/2] Add mercurial-commitsigs and some changes to Mercurial.

Whoops wrong list, that was why I didn’t get a message back from Debbugs.

[PATCH 0/2] Add mercurial-commitsigs and some changes to Mercurial.

ercurial-commitsigs/commitsigs.py #+end_src [1]: https://yhetil.org/guix-devel/878s6u2pco@trop.in/ [2]: https://lists.sr.ht/~abcdw/rde-devel/patches/22421 Xinglu Chen (2): gnu: Add mercurial-commitsigs. gnu: mercurial: Add PYTHONPATH to ‘native-search-paths’. gnu/packages/version-control.scm |

Re: Guix Home upstreaming plan

Hi, On Fri, Apr 30 2021, Ludovic Courtès wrote: > Hi Andrew, > > Andrew Tropin skribis: > >> There is a goal[0] to make Guix Home[1] a part of GNU Guix. It will reduce >> the duplications between projects, increase integrity and will provide >> Guix users with a missing tool for declarative con

Re: Add a way to disable serialization support to (guix services configuration)

Hi, On Fri, Apr 23 2021, Xinglu Chen wrote: >> Wouldn’t it be nicer to write: >> >> (define-configuration foo >> (bar (integer 123) "doc" no-serializer) >> (baz (string "") "doc")) >> >> where ‘bar’ wouldn

Re: Add a way to disable serialization support to (guix services configuration)

Hi, On Fri, Apr 23 2021, Ludovic Courtès wrote: > Hi, > > Maxim Cournoyer skribis: > >>> +(define-syntax-rule (without-field-serialization definition) >>> + (syntax-parameterize ((configuration-field-serialization? >>> + (identifier-syntax #f))) >>> +definition >>> +

Re: Best practices for writing services

Hi, On Fri, Apr 23 2021, Maxim Cournoyer wrote: >> But the problem here is that it doesn’t force the user to configure the >> field. In a Git config for example, the user should be forced to set >> ‘user.name’ and ‘user.email’, otherwise they can’t commit anything. You >> will just have to set

Re: Best practices for writing services

On Wed, Apr 21 2021, Maxim Cournoyer wrote: >> One thing that I find a little annoying is that you have to specify a >> default value for the fields. This doesn’t make much sense in some >> cases, e.g. there is no good default value for ‘user.name = NAME’ in the >> Git config, the user should hav

Re: Best practices for writing services

On Thu, Apr 22 2021, raingloom wrote: >> One thing that I find a little annoying is that you have to specify a >> default value for the fields. > > Are you sure? If you don't specify a default, won't the user just be > forced to write > (service whatever > (whatever-configuration >

Re: Best practices for writing services

Hi, On Tue, Apr 20 2021, Maxim Cournoyer wrote: > That's a very good question, which I asked myself recently when > attempting to write my first non-trivial service for Guix > (jami-daemon-service-type). I'd say 'define-configuration' is > technically superior because of the automatic type check

Re: A new wip-emacs branch

On Tue, Apr 06 2021, Leo Prikler wrote: >> FYI Geiser has recently been slit up into multiple packages with one >> core Geiser package[1]. Should the Geiser package be updated in >> wip-emacs or directly on master? >> >> [1]: https://github.com/melpa/melpa/pull/7514 > That depends. If geiser no

Re: A new wip-emacs branch

On Tue, Apr 06 2021, Leo Prikler wrote: > There are still some packages, that use the old convention, e.g. emacs- > geiser. FYI Geiser has recently been slit up into multiple packages with one core Geiser package[1]. Should the Geiser package be updated in wip-emacs or directly on master? [1]:

Re: Security related tooling project

On Sun, Apr 04 2021, Christopher Baines wrote: > Cool :) While it's not directly security related, I really want the > subscriptions functionality I'm planning to work on to be done so that > people can subscribe to things related to the packages they use, like > new versions becoming available, o

Re: A new wip-emacs branch

1wlfffg15g7bgsa32qjanrm-emacs-pdf-tools-0.90-1.c510442.drv' failed --8<---cut here---end--->8--- The attached patch fixed the problem for me. >From b49dd5be93bb5ba9630dca8d5bb142f258cb0781 Mon Sep 17 00:00:00 2001 Message-Id: From: Xinglu Chen Da

Re: A new wip-emacs branch

On Sat, Apr 03 2021, Xinglu Chen wrote: > I tried the 'wip-emacs' branch (commit > b18d605fcb51bcce56a1114f82645658db9f5b14), and I noticed that > 'emacs-emacsql' was failing to install. The 'make-autoloads' phase > fails with: I was able t

Re: A new wip-emacs branch

On Thu, Apr 01 2021, Leo Prikler wrote: Hi, I tried the 'wip-emacs' branch (commit b18d605fcb51bcce56a1114f82645658db9f5b14), and I noticed that 'emacs-emacsql' was failing to install. The 'make-autoloads' phase fails with: --8<---cut here---start->8--- start

Re: Release 1.2.1: Cuirass failed to build Haskell 179 packages

On Tue, Mar 23 2021, zimoun wrote: > Hi, > > On Tue, 23 Mar 2021 at 11:32, Xinglu Chen wrote: > >>> And if someone is in the mood to check why ghc-haddock is broken. :-) >> >> This was an issue with upstream[1], it has since been fixed but the >> releases

Re: Release 1.2.1: Cuirass failed to build Haskell 179 packages

On Wed, Mar 10 2021, zimoun wrote: > Using the command “guix weather --display-missing” at commit 6bed29b, I > identify 180 packages ghc-* which are missing. Then I locally rebuild > all of them and they build successfully. The only one broken is: > > ghc-haddock > > Therefore, is it possible

Re: Best practices for writing services

On Fri, Mar 19 2021, Joshua Branson wrote: >> Currently there seems to be two main ways to do this, the first one >> is the define one or more records for the configuration field of a >> service using `define-record-type*`, see the tor service in (gnu >> services networking) for example. The othe

Best practices for writing services

Hi Guix, I am going to write an mcron service for `guix home`[1][2] and before proceding, I would like to get some suggestions on what the best practices are for writing services in Guix. Currently there seems to be two main ways to do this, the first one is the define one or more records for the

Using package transformations declaratively (was: [bug#47163] [PATCH] refresh: Add '--installed' option.)

On Tue, Mar 16 2021, Ludovic Courtès wrote: > You may also like the new ‘--with-latest’ package transformation > option. :-) I really like package transformations but is there a way to use specify them with Guile so I can use them with `guix home`[1] or in manifests? Ccing guix-devel [1]: http

Re: [bug#47163] Using package transformations declaratively (was: [bug#47163] [PATCH] refresh: Add '--installed' option.)

On Tue, Mar 16 2021, zimoun wrote: >> I really like package transformations but is there a way to use specify >> them with Guile so I can use them with `guix home`[1] or in manifests? > > There is several ways to have package transformations at the manifest > level. One is: > > --8<--