Johann Spies wrote:
> I had the same experience. What solved it for me was to edit
> /etc/default/timidity so that timidity does not run as daemon.
>
> That freed my audio-devices.
Me too, but the question is how we make timidity work with alsa or pulse,
without blocking alsa.
I would like to
On 26/06/18 07:00 AM, Kent West wrote:
This morning I removed "timidity" from the "audio" group, and rebooted.
All seems well for me, but then, I don't use Timidity (to my knowledge -
don't really know what it is). I do notice that a "ps ax | grep
timidity" does not return anything.
Try grep -
On 2018-06-26, Kent West wrote:
>>
> This morning I removed "timidity" from the "audio" group, and rebooted. All
> seems well for me, but then, I don't use Timidity (to my knowledge - don't
> really know what it is). I do notice that a "ps ax | grep timidity" does
> not return anything.
>
Seems l
On 26 June 2018 at 16:00, Kent West wrote:
> On Tue, Jun 26, 2018 at 8:39 AM, Borden Rhodes
> wrote:
>>
>> > In my case. "timidity" was causing my problem. Within X, I did a "sudo
>> > kill
>>
>> Yessir. The timidity update on 19 June messed up my sound, too. After
>> a frustrating few hours of
On Tue, 26 Jun 2018 09:00:16 -0500
Kent West wrote:
Hello Kent,
>seems well for me, but then, I don't use Timidity (to my knowledge -
>don't really know what it is).
A MIDI/MOD file player.
--
Regards _
/ ) "The blindingly obvious is
/ _)radnever immediat
On Tue, Jun 26, 2018 at 8:39 AM, Borden Rhodes
wrote:
> > In my case. "timidity" was causing my problem. Within X, I did a "sudo
> kill
> > timidity", and immediately my Volume control on the pane of KDE's Plasma
> > desktop changed, and the volume control slider produced test clicks. I
> > tried
> In my case. "timidity" was causing my problem. Within X, I did a "sudo kill
> timidity", and immediately my Volume control on the pane of KDE's Plasma
> desktop changed, and the volume control slider produced test clicks. I
> tried purging timidity, but it seems to want to take half of KDE with i
Kent West wrote:
> When I run "aplay -L | grep default", for root I get:
>
> default:CARD=PCH
> sysdefault:CARD=PCH
>
> For a normal user I get:
>
> default
> sysdefault:CARD=PCH
on my stretch box I run
aplay -L | grep default
default
sysdefault:CARD=PCH
so it does not seem to be user/root i
Got it! (Partially. Will finish getting it tomorrow, maybe.)
>From https://ubuntuforums.org/showthread.php?t=1517726:
Found the issue with great support.
>
> Code:
>
> echo autospawn = no >> ~/.pulse/client.conf
>
> killall pulseaudio
>
> LANG=C pulseaudio - > ~/pulseverbose.log 2>&1
>
I've spent two days on this, and have tried everything I can find and think
of. Very frustrating.
On Mon, Jun 25, 2018 at 4:09 PM, Kent West wrote:
>
>
> On Mon, Jun 25, 2018 at 4:02 PM, Kent West wrote:
>
>> In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no
>> sound for a no
On Mon, Jun 25, 2018 at 4:02 PM, Kent West wrote:
> In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no sound
> for a normal user.
>
> On Mon, Jun 25, 2018 at 3:44 PM, Kent West wrote:
>
>>
>>
>> On Mon, Jun 25, 2018 at 2:28 PM, Kent West wrote:
>>
>>>
>>> > So audio works for
In a TTY (no X), "alsa-bat -P default" plays a tone for root, and no sound
for a normal user.
On Mon, Jun 25, 2018 at 3:44 PM, Kent West wrote:
>
>
> On Mon, Jun 25, 2018 at 2:28 PM, Kent West wrote:
>
>>
>> > So audio works for root, but not for my normal user (even after being
added
On Mon, Jun 25, 2018 at 2:28 PM, Kent West wrote:
>
> > So audio works for root, but not for my normal user (even after being
>>> added
>>> > to the "audio" group).
>>
>>
I just ran "cat syslog | grep alsa" and got this:
systemd-udevd[413]: Process '/usr/sbin/alsactl -E HOME=/run/alsa restore
On Mon, Jun 25, 2018 at 12:57 PM, Kent West wrote:
>
>
> On Mon, Jun 25, 2018 at 10:57 AM, Brian wrote:
>
>> On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:
>>
>>
>> > So audio works for root, but not for my normal user (even after being
>> added
>> > to the "audio" group).
>>
>>
>
> In t
On Mon, Jun 25, 2018 at 10:57 AM, Brian wrote:
> On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:
>
> > I recently dist-upgraded my Buster/Sid box, and lost:
> > - networking temporarily (got it back, but not exactly sure how)
> > -video (black screen; no obvious local terminal response,
On Mon 25 Jun 2018 at 09:58:29 -0500, Kent West wrote:
> I recently dist-upgraded my Buster/Sid box, and lost:
> - networking temporarily (got it back, but not exactly sure how)
> -video (black screen; no obvious local terminal response, but could ssh
> in; it's an NVidia bug apparently, worked
On Mon, Jun 25, 2018 at 9:58 AM, Kent West wrote:
> I recently dist-upgraded my Buster/Sid box, and lost:
>
> - audio as a normal user.
>
> ... have no audio when I log into X as a normal user (or at least as my
> normal user; now that I think about it, I'll try as a different normal user
> as
I recently dist-upgraded my Buster/Sid box, and lost:
- networking temporarily (got it back, but not exactly sure how)
-video (black screen; no obvious local terminal response, but could ssh
in; it's an NVidia bug apparently, worked around with
"slab_common.usercopy_fallback=y" added to kernel pa
18 matches
Mail list logo
