Hi,
di...@subvertising.org writes:
[...]
> Just for the record, jack-mixer has been added to the repository:
>
> https://git.qa.guix.gnu.org/guix-patches/commit/gnu/packages?h=issue-74251&id=bf62681bf2fe7a61a07aa0ef05262a6dd39819c6
Well done!
--
Thanks,
Maxim
Hello Noé,
Noé Lopez via "Development of GNU Guix and the GNU System distribution."
writes:
> Specifically, I don’t understand why you try to start jackd through
> pw-jack, you just need to start your app directly like the example in
> the manual:
> pw-jack mpv -ao=jack sound-file.wav
>
>
Divya writes:
Thanks for pointing it out, indeed its trying to write into
/etc/xdg.
How does one handle such a case when packaging in Guix?
We'd patch the build system files to make it write to
$output/etc/xdg
instead.
--
Ricardo
Hi,
I don’t really understand the problematics of your issue, but in my
config I just delete pulseaudio from %desktop-services and add pipewire
in my home-services.
pw-jack and pulseaudio apps work fine for me this way.
config.scm:
(modify-services %desktop-services
Hi,
> Also, I saw that jack_mixer[0] is missing from the main guix package
> repository, I’d like to have that added. Since its the most minimal
> and straightforward JACK mixer I’ve been using over the last 4-5
> years. Since its a Python + C application mostly, so one shouldn’t
> have any major
On 28 October 2024 13:27:44 GMT, "Divya Ranjan via Development of GNU Guix and
the GNU System distribution." wrote:
>Hello,
>
>I’m having some issues getting a unified audio setup using PipeWire only,
>i.e., PipeWire alongwith ALSA to route all audio using PulseAudio and J
Also, I saw that jack_mixer[0] is missing from the main guix package
repository, I’d like to have that added. Since its the most minimal and
straightforward JACK mixer I’ve been using over the last 4-5 years. Since its a
Python + C application mostly, so one shouldn’t have any major issues packa
Hello,
I’m having some issues getting a unified audio setup using PipeWire only, i.e.,
PipeWire alongwith ALSA to route all audio using PulseAudio and JACK emulation.
I had such a setup previously on the Arch GNU/Linux distribution, but I have
been struggling since I switched to GNU Guix.
I
Hi Josselin,
Quoting Josselin Poiret (2022-04-28 14:48:55)
> Tanguy LE CARROUR writes:
>
> > I recently switched from Xorg to Wayland and I'm quite happy with my new
> > setup! The only last "little" thing that doesn't work for me is
> > screen-sharing using Icecat and/or Chromium!? :-(
>
> I
Hello Tanguy,
Tanguy LE CARROUR writes:
> I recently switched from Xorg to Wayland and I'm quite happy with my new
> setup! The only last "little" thing that doesn't work for me is
> screen-sharing using Icecat and/or Chromium!? :-(
I know that at least for icecat, it needs to dlopen pipewire f
Hi Josselin, hi Brendan, hi Guix,
Quoting Josselin Poiret (2022-03-29 15:22:35)
> Brendan Tildesley writes:
> > Which environment variables are you talking about? I'm running pipewire on
> > Guix System
> > and it seems to work fine.
>
> Right, I think I conflated too many different things, ba
Hello Brendan,
Brendan Tildesley writes:
> Which environment variables are you talking about? I'm running pipewire on
> Guix System
>
> and it seems to work fine.
>
>> Best,
Right, I think I conflated too many different things, basically my
use-case was making screensharing work on wlroots-base
On Sun, 27 Mar 2022 22:55:36 +1100
Brendan Tildesley wrote:
> On 27/3/22 01:24, Josselin Poiret wrote:
>
> > Hello Brendan,
> >
> > Brendan Tildesley writes:
> >> I would like to replace pulseaudio with pipewire as the default in
> >> %desktop-serv
On 27/3/22 01:24, Josselin Poiret wrote:
Hello Brendan,
Brendan Tildesley writes:
I would like to replace pulseaudio with pipewire as the default in
%desktop-services, the only hurdle is how to launch the user daemons in all the
different desktop configurations one might use. Other distros
Hello Brendan,
Brendan Tildesley writes:
> I would like to replace pulseaudio with pipewire as the default in
> %desktop-services, the only hurdle is how to launch the user daemons in all
> the
> different desktop configurations one might use. Other distros use systemd's
>
Being the one who suggested record types, I came up with a quick and
dirty solution. I have no idea, whether this works yet -- I only ran
guix system build to check whether files are actually put in /etc. I
don't know, whether PulseAudio will actually read this file or rather
use the one i
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> * gnu/packages/pulseaudio.scm (pulseaudio)[arguments]: Add
>> "--enable-bluez5" to configure flags.
>> [inputs]: Add "bluez" and "sbc".
>
> I think it’s a reasonable change.
Ricardo Wurmus skribis:
> * gnu/packages/pulseaudio.scm (pulseaudio)[arguments]: Add
> "--enable-bluez5" to configure flags.
> [inputs]: Add "bluez" and "sbc".
I think it’s a reasonable change.
Ideally a ‘pulseaudio-updates’ branch would be the right th
>> >
> >> > this patch adds Bluetooth support to pulseaudio. (Since bluez5 there
> >> > is no native support for the ALSA backend any more.) This adds very
> >> > little to the pulseaudio closure as you can see below.
> >> >
> >> &
Alex Kost writes:
> Ricardo Wurmus (2016-05-14 12:43 +0300) wrote:
>
>> Hello Guix,
>>
>> this patch adds Bluetooth support to pulseaudio. (Since bluez5 there
>> is no native support for the ALSA backend any more.) This adds very
>> little to the pul
Efraim Flashner (2016-05-14 22:59 +0300) wrote:
> On Sat, May 14, 2016 at 07:54:57PM +0300, Alex Kost wrote:
>> Ricardo Wurmus (2016-05-14 12:43 +0300) wrote:
>>
>> > Hello Guix,
>> >
>> > this patch adds Bluetooth support to pulseaudio. (Since bluez5 th
On Sat, May 14, 2016 at 07:54:57PM +0300, Alex Kost wrote:
> Ricardo Wurmus (2016-05-14 12:43 +0300) wrote:
>
> > Hello Guix,
> >
> > this patch adds Bluetooth support to pulseaudio. (Since bluez5 there
> > is no native support for the ALSA backend any more.) Th
> BTW do you still have problems with using guix repo through ssh? I do,
> I mean I can't push or fetch. And as I see that other people commit to
> the guix repo, I begin to think that it's only me who have this problem.
>
FWIW, I can't pull either, not even for
url = git://git.sv.gnu
Ricardo Wurmus (2016-05-14 12:43 +0300) wrote:
> Hello Guix,
>
> this patch adds Bluetooth support to pulseaudio. (Since bluez5 there
> is no native support for the ALSA backend any more.) This adds very
> little to the pulseaudio closure as you can see below.
>
> Note tha
* gnu/packages/pulseaudio.scm (pulseaudio)[arguments]: Add
"--enable-bluez5" to configure flags.
[inputs]: Add "bluez" and "sbc".
---
gnu/packages/pulseaudio.scm | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/pulseaudio.scm
Hello Guix,
this patch adds Bluetooth support to pulseaudio. (Since bluez5 there
is no native support for the ALSA backend any more.) This adds very
little to the pulseaudio closure as you can see below.
Note that this depends on the previous patch adding SBC.
More than 100 packages would
Hiya,
Ricardo Wurmus writes:
> Alex Sassmannshausen writes:
>
>> Hello,
>>
>> Ricardo Wurmus writes:
>>
>>> Ludovic Courtès writes:
>>>
>>>> Leo Famulari skribis:
>>>>
>>>>> All kidding aside, I'm ha
Alex Sassmannshausen writes:
> Hello,
>
> Ricardo Wurmus writes:
>
>> Ludovic Courtès writes:
>>
>>> Leo Famulari skribis:
>>>
>>>> All kidding aside, I'm happy to push this with PulseAudio support, *if*
>>>> a
Hello,
Ricardo Wurmus writes:
> Ludovic Courtès writes:
>
>> Leo Famulari skribis:
>>
>>> All kidding aside, I'm happy to push this with PulseAudio support, *if*
>>> a GuixSD user can confirm that it works. I don't have sound on my GuixSD
>&g
Ludovic Courtès writes:
> Leo Famulari skribis:
>
>> All kidding aside, I'm happy to push this with PulseAudio support, *if*
>> a GuixSD user can confirm that it works. I don't have sound on my GuixSD
>> installation.
>
> I use it all the time and it
Leo Famulari skribis:
> All kidding aside, I'm happy to push this with PulseAudio support, *if*
> a GuixSD user can confirm that it works. I don't have sound on my GuixSD
> installation.
I use it all the time and it works, except for IceCat & co. as Chris
notes, which t
On Wed, Feb 10, 2016 at 08:41:10PM +0200, Efraim Flashner wrote:
> gst-plugins-good failed the test suite again, with 1 failed test:
> FAIL: elements/splitmux
> ran it two other times and had 2 failed tests:
> FAIL: elements/splitmux
> FAIL: elements/rtprtx
I tried it again, and it passes its test
On Wed, Feb 10, 2016 at 08:41:10PM +0200, Efraim Flashner wrote:
> gst-plugins-good failed the test suite again, with 1 failed test:
> FAIL: elements/splitmux
> ran it two other times and had 2 failed tests:
> FAIL: elements/splitmux
> FAIL: elements/rtprtx
This is strange; before that, it worked
On Wed, 10 Feb 2016 18:53:50 +0200
Efraim Flashner wrote:
> On Wed, 10 Feb 2016 15:46:59 +0100
> Andreas Enge wrote:
>
> [...]
>
> I see it's been rebased on origin/master, I'll report back in a bit
>
> efraim@debian-netbook:~/workspace/guix$ time ./pre-inst-env guix build
> gstreamer gst
On Wed, 10 Feb 2016 15:46:59 +0100
Andreas Enge wrote:
> Hello,
>
> On Tue, Feb 09, 2016 at 03:15:38PM -0500, Mark H Weaver wrote:
> [...]
>
> it looks like we are almost there. Do you think we could squeeze in an
> evaluation and build of wip-pulseaudio after updatin
On Tue, Feb 09, 2016 at 01:26:32PM -0800, Christopher Allan Webber wrote:
> Ludovic Courtès writes:
>
> > Leo Famulari skribis:
> >
> >> I guess the factors are:
> >> 1) Does GuixSD have a default audio setup that we should target? If
> >> GuixSD u
Ludovic Courtès writes:
>> Wouldn’t that be a better solution than to add the pulseaudio package to
>> the inputs wherever possible?
>
> Dunno. It seems to me that applications that are PA-aware can have
> better integration, like have their name shown in pavucontrol and
Christopher Allan Webber writes:
> Ludovic Courtès writes:
>
>> Leo Famulari skribis:
>>
>>> I guess the factors are:
>>> 1) Does GuixSD have a default audio setup that we should target? If
>>> GuixSD uses PulseAudio, then I think it would be g
On Tue, Feb 09, 2016 at 01:26:32PM -0800, Christopher Allan Webber wrote:
> Ludovic Courtès writes:
>
> > Leo Famulari skribis:
> >
> >> I guess the factors are:
> >> 1) Does GuixSD have a default audio setup that we should target? If
> >> GuixSD u
Ludovic Courtès writes:
> Leo Famulari skribis:
>
>> I guess the factors are:
>> 1) Does GuixSD have a default audio setup that we should target? If
>> GuixSD uses PulseAudio, then I think it would be good for eSpeak to be
>> integrated into that sytem.
>>
, I tried the following: On x86_64, gst-plugins-good builds without
> problem with the new version of ao that Efraim already pushed to master
> and the new pulseaudio version. One test fails if I also apply the libvpx
> update.
>
> So it looks like we could also update pulseaudio
Hello,
On Wed, Feb 03, 2016 at 07:15:11PM +0800, 宋文武 wrote:
> Yes, they're independent. I update gstreamer and add gst-plugins-bad,
> the other are from Efraim Flashner's work. Due to gst-plugins-good
> failed to pass some tests with the update of libvpx and pulseaudio,
Andreas Enge writes:
> Hello,
>
> On Wed, Feb 03, 2016 at 12:23:24PM +0800, 宋文武 wrote:
>> In the 'gstreamer-update' branch we have following updates:
>> libvpx -> 1.5.0
>> pulseaudio -> 8.0
>> ao -> 1.2.0
>> gstreamer (and plugins
ges depend on ao, only 29 on
> libvpx, so these could be done separately. Could they even go to master,
> or do they depend on gstreamer (or pulseaudio) being updated first?
> pulseaudio has 162 dependent packages, so even these could maybe be built
> separately (where by "separ
Hello,
On Wed, Feb 03, 2016 at 12:23:24PM +0800, 宋文武 wrote:
> In the 'gstreamer-update' branch we have following updates:
> libvpx -> 1.5.0
> pulseaudio -> 8.0
> ao -> 1.2.0
> gstreamer (and plugins) -> 1.6.3
I noticed you merged master into the branc
On Wed, 03 Feb 2016 12:23:24 +0800
iyzs...@member.fsf.org (宋文武) wrote:
> In the 'gstreamer-update' branch we have following updates:
> libvpx -> 1.5.0
> pulseaudio -> 8.0
> ao -> 1.2.0
> gstreamer (and plugins) -> 1.6.3
>
> This will lead to mes
In the 'gstreamer-update' branch we have following updates:
libvpx -> 1.5.0
pulseaudio -> 8.0
ao -> 1.2.0
gstreamer (and plugins) -> 1.6.3
This will lead to mess rebuilds.
I have build gst-plugins-good, ffmpeg, mpv and pavucontrol,
tested with pulseaudio-8.0, so I th
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Ricardo Wurmus skribis:
>>
>>> I’m not using pulseaudio; for me it’s just ALSA for regular software +
>>> JACK for “professional” audio where sync and timing matters.
>>
>> That’s what I
Leo Famulari skribis:
> I guess the factors are:
> 1) Does GuixSD have a default audio setup that we should target? If
> GuixSD uses PulseAudio, then I think it would be good for eSpeak to be
> integrated into that sytem.
> 2) Does this package, which launches PulseAudio, work
宋文武 skribis:
> * gnu/packages/xfce.scm (xfce4-pulseaudio-plugin): New variable.
LGTM, thanks!
Ludo'.
* gnu/packages/xfce.scm (xfce4-pulseaudio-plugin): New variable.
---
gnu/packages/xfce.scm | 34 +-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/xfce.scm b/gnu/packages/xfce.scm
index bc6d47a..bdb5235 100644
--- a/gnu/packages/xfce.scm
Mark H Weaver skribis:
> As per your suggestion, this new version of the patch simply sets the
> CK_DEFAULT_TIMEOUT variable to 120. I've tested it on my YeeLoong, and
> it works.
Cool, please push!
Ludo’.
14 13:53:37 -0400
Subject: [PATCH] gnu: pulseaudio: Increase timeouts for tests.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
* gnu/packages/pulseaudio.scm: Set the 'CK_DEFAULT_TIMEOUT' environment
variable to 120 in the 'pre-chec
Mark H Weaver skribis:
> From a3f19db3e9f0dd810f23c06f4d9e63d815e29c21 Mon Sep 17 00:00:00 2001
> From: Mark H Weaver
> Date: Wed, 26 Mar 2014 23:33:26 -0400
> Subject: [PATCH] gnu: pulseaudio: Increase thread-test timeout, for slower
> machines.
>
> * gnu/packages/patche
This is needed on Loongson 2F machines.
Mark
>From a3f19db3e9f0dd810f23c06f4d9e63d815e29c21 Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Wed, 26 Mar 2014 23:33:26 -0400
Subject: [PATCH] gnu: pulseaudio: Increase thread-test timeout, for slower
machines.
* gnu/packages/patc
Eric Bavier skribis:
> Here's a patch to let pulseaudio use fftw for its equalizer. It needs
> an fftw that was configured using "--with-float", otherwise its
> configure just prints "Package fftw3f was not found in the pkg-config
Here's a patch to let pulseaudio use fftw for its equalizer. It needs
an fftw that was configured using "--with-float", otherwise its
configure just prints "Package fftw3f was not found in the pkg-config
search path".
If the syntax could be improved, I'd l
Andreas Enge skribis:
> On Fri, Nov 01, 2013 at 12:50:11PM +0100, Ludovic Courtès wrote:
>> Thanks for taking the time to do this! I cherry-picked it into
>> ‘master’. Let’s see how Hydra feels...
>
> There is still an error (but unrelated to timing):
> tests/volume-test.c:133:F:volume:volume_t
On Fri, Nov 01, 2013 at 12:50:11PM +0100, Ludovic Courtès wrote:
> Thanks for taking the time to do this! I cherry-picked it into
> ‘master’. Let’s see how Hydra feels...
There is still an error (but unrelated to timing):
tests/volume-test.c:133:F:volume:volume_test:0: Assertion 'mdn <= 251' fai
"Mark H. Weaver" skribis:
> commit 9433a4bc2dff3d446e432f4fb615410d5e13f978
> Author: Mark H Weaver
> Date: Thu Oct 31 23:05:27 2013 -0400
>
> gnu: pulseaudio: increase timeout of thread test.
>
> * gnu/packages/patches/pulseaudio-test-timeou
60 matches
Mail list logo
