GNU bug report logs - #53676
[PATCH 0/5] *** PulseAudio service improvements ***

Previous Next

Package: guix-patches;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Tue, 1 Feb 2022 04:15:02 UTC

Severity: normal

Tags: patch

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #53 received at 53676 <at> debbugs.gnu.org (full text, mbox):

From: Liliana Marie Prikler <liliana.prikler <at> gmail.com>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 53676 <at> debbugs.gnu.org
Subject: Re: [PATCH 4/5] services: pulseaudio: Add an extra-script-files
 configuration field.
Date: Tue, 01 Feb 2022 22:26:54 +0100
Hi,

Am Dienstag, dem 01.02.2022 um 15:27 -0500 schrieb Maxim Cournoyer:
> [...]
> > Is there a particular use-case for this (other than working around
> > the location issue of default.pa et al.)?  If not, I'd rather make
> > it s.t. our other files can more easily be stitched together in-
> > place.
> 
> You mean, a use case for extra-script-files?  
Yes.

> Sorry, I missed something in the "make it s.t. our other [...]"; what
> does "s.t." stands for?
"such that" or "so that".  Pretty common among mathematicians, I think
🙃

> My use case is the one I documented in the manual; setting a default
> card profile for example.  Also choosing the default sink and source
> of a card; this can be done in client.conf but that doesn't get
> reflected anywhere on the state of a running pulseaudio server it
> seems, contrary to calling 'set-default-sink ...', which takes effect
> server-side.
And you can't do this inside default.pa, because ... ?

> > Also, assuming that we're using file-like objects here, I think we
> > should use the store name minus prefix and hash for the file name. 
> > E.g. if Alice adds soundblaster.pa, it'd make sense to label it
> > soundblaster.pa, so that changes to snippet order don't mess up any
> > configuration referring to those files.
> 
> I actually wanted to do that but decided against since there's no
> clean API to retrieve the name of a G-Exp file-like object (it could
> be done, currently, but it'd be messy and fragile, it seems).
> 
> But good observation, I wanted to document that the extra script
> files are loaded in the order they are listed.
Isn't that what "strip-store-file-name" from (guix build utils) does?
(Let's ignore hard-coded hash length...)

Cheers




This bug report was last modified 3 years and 87 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.