[SoaS] [Sugar-devel] SoaS 32 is silent?
Alex Perez
aperez at alexperez.com
Thu Apr 30 17:52:24 EDT 2020
Correct, this is a function of multiple audio outputs, and how they are
enumerated. I have verified that SoaS boots and runs, with sound and no
changes required, on an old iMac5,2, form 2007. As an aside, this is one
of those weird Apple-manufactured 32-bit EFI machines (but 64-bit CPUs).
> James Cameron <mailto:quozl at laptop.org>
> April 28, 2020 at 6:28 PM
> Good, that makes it not-Sugar. Get it fixed on Workstation is your
> best bet.
>
> I've seen this kind of thing happen with laptops that have HDMI output
> capability. Audio is being clocked out a disconnected port.
>
> Sugar predates PulseAudio. Sugar has no support for anything other
> than ALSA. An opportunity. GStreamer as used by Speak will use
> PulseAudio if available.
>
> On Tue, Apr 28, 2020 at 08:31:57PM -0400, Frederick Grose wrote:
>> So I found that SoaS and Fedora Workstation, at least, have the audio output
>> sink default on card/port index 1 instead of the convention of index 0.
>> Where and how this goes this way, I don't know. But it happens on more than
>> one system.
>>
>> I've updated the bug report, [1]https://bugs.sugarlabs.org/ticket/4998.
>>
>> A workaround is to use the PulseAudio command,
>> $ pacmd set-default-sink 0
>>
>> On Tue, Apr 28, 2020 at 4:36 AM Peter Robinson <[2]pbrobinson at gmail.com> wrote:
>>
>> > With Fedora-SoaS-Live-x86_64-32-1.6.iso I'm hearing no sound.
>> > And see no log messages.
>> >
>> > Is this a common problem?
>>
>> Ultimately in this cycle in particular an awful lot changed, we moved
>> completely from python2 -> python3 among a lot of other changes.
>>
>> For me the Speak activity works for me on a VM and that's my usual
>> go-to sound tester as I don't need to find any media to play.
>>
>> Things like sound are very complex, multiple output, defaults,
>> different hardware. Some level of detail of the hardware and the setup
>> is useful to even begin to know what the issue may be, is there any
>> errors in dmesg etc.
>>
>> Peter
>>
>> > ----------
>> > From: James Cameron <[3]quozl at laptop.org>
>> > Date: Mon, Apr 27, 2020 at 8:04 PM
>> > To: Frederick Grose <[4]fgrose at gmail.com>
>> > Cc: Development of live Sugar distributions <[5]soas at lists.sugarlabs.org
>> >, Sugar-dev Devel <[6]sugar-devel at lists.sugarlabs.org>
>> >
>> >
>> > I've no idea about your sound problem. It doesn't happen for me on
>> > Debian or Ubuntu. I get sound from Speak and Music Keyboard. I get
>> > sound into Measure.
>> >
>> > For not seeing any log messages; Python 3 holds messages in process
>> > memory and does not flush logs. Another layer of buffering.
>> >
>> > Log files in .sugar/default/logs should be read after stopping the
>> > program that writes to them.
>> >
>> > For activity logs, you have to stop the activity and confirm with
>> > Frame F6 that it is stopped.
>> >
>> > For shell.log you have to log out and log in again.
>> >
>> > For datastore.log you have to log out for a couple of minutes and then
>> > log in again. Otherwise the same datastore process may be reused.
>> >
>> > James Cameron
>> > [7]http://quozl.netrek.org/
>> >
>> >
>> > ----------
>> > From: Alex Perez <[8]aperez at alexperez.com>
>> > Date: Mon, Apr 27, 2020 at 8:11 PM
>> > To: Frederick Grose <[9]fgrose at gmail.com>
>> > Cc: Development of live Sugar distributions <[10]soas at lists.sugarlabs.org
>> >, Sugar-dev Devel <[11]sugar-devel at lists.sugarlabs.org>
>> >
>> >
>> > Frederick,
>> >
>> > Chances are, with the sound problem, that this is a system/Fedora
>> specific problem, and has nothing to do with Sugar. You can test this
>> hypothesis by downloading a different spin of RC1.6, for example the LXDE
>> Live ISO, and test sound there. [12]https://dl.fedoraproject.org/pub/alt/
>> stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso
>> >
>> > &&&&&&&&&&&&&&&&&&&&&&&&&
>> >
>> > Thanks for the hints.
>> >
>> > I tested a live USB installation of LXDE 32-1.6 and got sound for the
>> music player sample.
>> >
>> > So probably not Fedora in general, nor Sugar, but something in the SoaS
>> build.
>> >
>> > I've opened [13]https://bugs.sugarlabs.org/ticket/4998 and attached the
>> zipped logs from some test sessions.
>> >
>> >
>> > _______________________________________________
>> > SoaS mailing list
>> > [14]SoaS at lists.sugarlabs.org
>> > [15]http://lists.sugarlabs.org/listinfo/soas
>> _______________________________________________
>> SoaS mailing list
>> [16]SoaS at lists.sugarlabs.org
>> [17]http://lists.sugarlabs.org/listinfo/soas
>>
>> References:
>>
>> [1] https://bugs.sugarlabs.org/ticket/4998
>> [2] mailto:pbrobinson at gmail.com
>> [3] mailto:quozl at laptop.org
>> [4] mailto:fgrose at gmail.com
>> [5] mailto:soas at lists.sugarlabs.org
>> [6] mailto:sugar-devel at lists.sugarlabs.org
>> [7] http://quozl.netrek.org/
>> [8] mailto:aperez at alexperez.com
>> [9] mailto:fgrose at gmail.com
>> [10] mailto:soas at lists.sugarlabs.org
>> [11] mailto:sugar-devel at lists.sugarlabs.org
>> [12] https://dl.fedoraproject.org/pub/alt/stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso
>> [13] https://bugs.sugarlabs.org/ticket/4998
>> [14] mailto:SoaS at lists.sugarlabs.org
>> [15] http://lists.sugarlabs.org/listinfo/soas
>> [16] mailto:SoaS at lists.sugarlabs.org
>> [17] http://lists.sugarlabs.org/listinfo/soas
>> _______________________________________________
>> SoaS mailing list
>> SoaS at lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/soas
> Frederick Grose <mailto:fgrose at gmail.com>
> April 28, 2020 at 5:31 PM
> So I found that SoaS and Fedora Workstation, at least, have the audio
> output sink default on card/port index 1 instead of the convention of
> index 0.
> Where and how this goes this way, I don't know. But it happens on
> more than one system.
>
> I've updated the bug report, https://bugs.sugarlabs.org/ticket/4998.
>
> A workaround is to use the PulseAudio command,
> $ pacmd set-default-sink 0
>
>
>
>
> _______________________________________________
> SoaS mailing list
> SoaS at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas
> Peter Robinson <mailto:pbrobinson at gmail.com>
> April 28, 2020 at 1:36 AM
>> With Fedora-SoaS-Live-x86_64-32-1.6.iso I'm hearing no sound.
>> And see no log messages.
>>
>> Is this a common problem?
> Ultimately in this cycle in particular an awful lot changed, we moved
> completely from python2 -> python3 among a lot of other changes.
>
> For me the Speak activity works for me on a VM and that's my usual
> go-to sound tester as I don't need to find any media to play.
>
> Things like sound are very complex, multiple output, defaults,
> different hardware. Some level of detail of the hardware and the setup
> is useful to even begin to know what the issue may be, is there any
> errors in dmesg etc.
>
> Peter
>
>> ----------
>> From: James Cameron <quozl at laptop.org>
>> Date: Mon, Apr 27, 2020 at 8:04 PM
>> To: Frederick Grose <fgrose at gmail.com>
>> Cc: Development of live Sugar distributions <soas at lists.sugarlabs.org>, Sugar-dev Devel <sugar-devel at lists.sugarlabs.org>
>>
>>
>> I've no idea about your sound problem. It doesn't happen for me on
>> Debian or Ubuntu. I get sound from Speak and Music Keyboard. I get
>> sound into Measure.
>>
>> For not seeing any log messages; Python 3 holds messages in process
>> memory and does not flush logs. Another layer of buffering.
>>
>> Log files in .sugar/default/logs should be read after stopping the
>> program that writes to them.
>>
>> For activity logs, you have to stop the activity and confirm with
>> Frame F6 that it is stopped.
>>
>> For shell.log you have to log out and log in again.
>>
>> For datastore.log you have to log out for a couple of minutes and then
>> log in again. Otherwise the same datastore process may be reused.
>>
>> James Cameron
>> http://quozl.netrek.org/
>>
>>
>> ----------
>> From: Alex Perez <aperez at alexperez.com>
>> Date: Mon, Apr 27, 2020 at 8:11 PM
>> To: Frederick Grose <fgrose at gmail.com>
>> Cc: Development of live Sugar distributions <soas at lists.sugarlabs.org>, Sugar-dev Devel <sugar-devel at lists.sugarlabs.org>
>>
>>
>> Frederick,
>>
>> Chances are, with the sound problem, that this is a system/Fedora specific problem, and has nothing to do with Sugar. You can test this hypothesis by downloading a different spin of RC1.6, for example the LXDE Live ISO, and test sound there. https://dl.fedoraproject.org/pub/alt/stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso
>>
>> &&&&&&&&&&&&&&&&&&&&&&&&&
>>
>> Thanks for the hints.
>>
>> I tested a live USB installation of LXDE 32-1.6 and got sound for the music player sample.
>>
>> So probably not Fedora in general, nor Sugar, but something in the SoaS build.
>>
>> I've opened https://bugs.sugarlabs.org/ticket/4998 and attached the zipped logs from some test sessions.
>>
>>
>> _______________________________________________
>> SoaS mailing list
>> SoaS at lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/soas
> _______________________________________________
> SoaS mailing list
> SoaS at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas
> Frederick Grose <mailto:fgrose at gmail.com>
> April 27, 2020 at 7:25 PM
>
>
>
> _______________________________________________
> SoaS mailing list
> SoaS at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas
> Alex Perez <mailto:aperez at alexperez.com>
> April 27, 2020 at 5:11 PM
> Frederick,
>
> Chances are, with the sound problem, that this is a system/Fedora
> specific problem, and has nothing to do with Sugar. You can test this
> hypothesis by downloading a different spin of RC1.6, for example the
> LXDE Live ISO, and test sound there.
> https://dl.fedoraproject.org/pub/alt/stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso
>
>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/soas/attachments/20200430/8da7705f/attachment-0001.htm>
More information about the SoaS
mailing list