[Cooker] [ATTN] Pulseaudio update

[Colin Guthrie-8]

Hi,

I'm going to push the new 0.9.16 pre-release into cooker once the build
system has de-borked itself.

The main difference here is that with udev 143, we abandon the use of
HAL to detect the audio devices. udev now has the ability to do this
itself and HAL will ultimately eventually be deprecated (tho' I don't
know the full details on this plan).

So if your audio stops working, first of all check that you have any
sinks detected (see the "Output Devices" tab in pavucontrol). If it
can't find any real audio devices via udev, there will be an automatic
null sink added.

If this is a problem, you can edit your /etc/pulse/default.pa and
replace the udev-detect line with a hal-detect line.


I suspect that the "use glitch free" tick box in draksound will no
longer work until the regexp is updated :)

Other things in this release for those who care about improving the
desktop sound experience:
   * Support for ports: The ability to switch between e.g. Mic and Line
In for recording or Speakers and Headphones for playback (e.g. when the
volumes are different). Please note there is no UI for this yet (i'll
work on this shortly) and that pactl is the only way to play with these
manually. This is long overdue!
   * New, extendible mixer interaction logic. This is quite an indepth
feature best explained from the horse's mouth here:
http://permalink.gmane.org/gmane.comp.audio.pulseaudio.general/3916
   * Automatic "guessing" of roles from the playing application by
querying it's .desktop file. Roles can then be used for policy decisions.
   * Automatic moving of streams based on their role and a given
device's (sink or source) "intended role". Only two modules set their
intended role at present: bluetooth devices will set their intended role
to "phone" when in HSP/HFP mode and the RAOP (Apple Airtunes) module
that I wrote will set it's intended role to "music". This means that
when such a device becomes available phone streams (e.g. from ekiga,
skype etc.) will be automatically moved to the bluetooth headset.
Likewise, music (e.g. from Rhythmbox/Amarok) will be automatically moved
to the Airtunes device. Of course it's possible to override the device
and that choice will be remembered thereafter.



Col

--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

[Frederic Crozat]

Le jeudi 25 juin 2009 à 00:16 +0100, Colin Guthrie a écrit :

> Hi,
>
> I'm going to push the new 0.9.16 pre-release into cooker once the build
> system has de-borked itself.
>
> The main difference here is that with udev 143, we abandon the use of
> HAL to detect the audio devices. udev now has the ability to do this
> itself and HAL will ultimately eventually be deprecated (tho' I don't
> know the full details on this plan).
>
> So if your audio stops working, first of all check that you have any
> sinks detected (see the "Output Devices" tab in pavucontrol). If it
> can't find any real audio devices via udev, there will be an automatic
> null sink added.
>
> If this is a problem, you can edit your /etc/pulse/default.pa and
> replace the udev-detect line with a hal-detect line.
>
>
> I suspect that the "use glitch free" tick box in draksound will no
> longer work until the regexp is updated :)

Please fill a bug for that, so it is not forgotten.

--
Frederic Crozat <fcrozat@...>
Mandriva

[Colin Guthrie-8]

'Twas brillig, and Frederic Crozat at 25/06/09 08:40 did gyre and gimble:
> Please fill a bug for that, so it is not forgotten.

Will do.


--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

[Fabrice FACORAT]

2009/6/25, Colin Guthrie <cguthrie@...>:

> The main difference here is that with udev 143, we abandon the use of
> HAL to detect the audio devices. udev now has the ability to do this
> itself and HAL will ultimately eventually be deprecated (tho' I don't
> know the full details on this plan).

> If this is a problem, you can edit your /etc/pulse/default.pa and
> replace the udev-detect line with a hal-detect line.

may be interesting to add this in draksound : ability to change the
pulseaudio hardware detection backend.

--
Close the World, Open the Net
http://www.linux-wizard.net

[Frederic Crozat]

Le vendredi 26 juin 2009 à 10:07 +0200, Fabrice Facorat a écrit :

> 2009/6/25, Colin Guthrie <cguthrie@...>:
>
> > The main difference here is that with udev 143, we abandon the use of
> > HAL to detect the audio devices. udev now has the ability to do this
> > itself and HAL will ultimately eventually be deprecated (tho' I don't
> > know the full details on this plan).
>
> > If this is a problem, you can edit your /etc/pulse/default.pa and
> > replace the udev-detect line with a hal-detect line.
>
> may be interesting to add this in draksound : ability to change the
> pulseaudio hardware detection backend.

Please no, this is going to add more problems than solve.

--
Frederic Crozat <fcrozat@...>
Mandriva

[Olav Vitters]

On Thu, Jun 25, 2009 at 12:16:55AM +0100, Colin Guthrie wrote:
> So if your audio stops working, first of all check that you have any  
> sinks detected (see the "Output Devices" tab in pavucontrol). If it  
> can't find any real audio devices via udev, there will be an automatic  
> null sink added.
>
> If this is a problem, you can edit your /etc/pulse/default.pa and  
> replace the udev-detect line with a hal-detect line.

I have that problem, didn't change it back to hal-detect yet. Anyway,
where should I file a bug; Mandriva or PulseAudio and what kind of
information do you want?

Note: been about 2 weeks since I rebooted, so hope you do not have to
reboot for this. I do have some stuff under /dev/.udev and so on.

--
Regards,
Olav

[Colin Guthrie-8]

'Twas brillig, and Olav Vitters at 30/06/09 06:59 did gyre and gimble:

> On Thu, Jun 25, 2009 at 12:16:55AM +0100, Colin Guthrie wrote:
>> So if your audio stops working, first of all check that you have any  
>> sinks detected (see the "Output Devices" tab in pavucontrol). If it  
>> can't find any real audio devices via udev, there will be an automatic  
>> null sink added.
>>
>> If this is a problem, you can edit your /etc/pulse/default.pa and  
>> replace the udev-detect line with a hal-detect line.
>
> I have that problem, didn't change it back to hal-detect yet. Anyway,
> where should I file a bug; Mandriva or PulseAudio and what kind of
> information do you want?

I suspect you're not using a 2.6.30 kernel?

> Note: been about 2 weeks since I rebooted, so hope you do not have to
> reboot for this. I do have some stuff under /dev/.udev and so on.

You'll have to reboot so that udev 143 and 2.6.30 kernel is running.

If these conditions are not met, then this isn't a bug. If you are
running udev 143 and kernel 2.6.30 and things are breaking, then open a
bug against pulseaudio with the output from pulseaudio -vvv.

Cheers.

Col

--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

[Olav Vitters]

On Tue, Jun 30, 2009 at 08:49:15AM +0100, Colin Guthrie wrote:

> 'Twas brillig, and Olav Vitters at 30/06/09 06:59 did gyre and gimble:
>> On Thu, Jun 25, 2009 at 12:16:55AM +0100, Colin Guthrie wrote:
>>> So if your audio stops working, first of all check that you have any  
>>> sinks detected (see the "Output Devices" tab in pavucontrol). If it  
>>> can't find any real audio devices via udev, there will be an
>>> automatic  null sink added.
>>>
>>> If this is a problem, you can edit your /etc/pulse/default.pa and  
>>> replace the udev-detect line with a hal-detect line.
>>
>> I have that problem, didn't change it back to hal-detect yet. Anyway,
>> where should I file a bug; Mandriva or PulseAudio and what kind of
>> information do you want?
>
> I suspect you're not using a 2.6.30 kernel?

I actually do:
Linux bkor.dhs.org 2.6.30-desktop-1mnb #1 SMP Fri Jun 12 02:04:22 EDT 2009 x86_64 Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz GNU/Linux

>> Note: been about 2 weeks since I rebooted, so hope you do not have to
>> reboot for this. I do have some stuff under /dev/.udev and so on.
>
> You'll have to reboot so that udev 143 and 2.6.30 kernel is running.

I suspect it is the udev 143 bit, probably time to reboot (normally only
do that for new kernels). I suspect everything will be ok after
rebooting (problem started after logging out&in, didn't reboot).

> If these conditions are not met, then this isn't a bug. If you are  
> running udev 143 and kernel 2.6.30 and things are breaking, then open a  
> bug against pulseaudio with the output from pulseaudio -vvv.

Ok, thanks for the info.

--
Regards,
Olav

[guillomovitch]

Olav Vitters a écrit :

> On Tue, Jun 30, 2009 at 08:49:15AM +0100, Colin Guthrie wrote:
>> 'Twas brillig, and Olav Vitters at 30/06/09 06:59 did gyre and gimble:
>>> On Thu, Jun 25, 2009 at 12:16:55AM +0100, Colin Guthrie wrote:
>>>> So if your audio stops working, first of all check that you have any  
>>>> sinks detected (see the "Output Devices" tab in pavucontrol). If it  
>>>> can't find any real audio devices via udev, there will be an
>>>> automatic  null sink added.
>>>>
>>>> If this is a problem, you can edit your /etc/pulse/default.pa and  
>>>> replace the udev-detect line with a hal-detect line.
>>> I have that problem, didn't change it back to hal-detect yet. Anyway,
>>> where should I file a bug; Mandriva or PulseAudio and what kind of
>>> information do you want?
>> I suspect you're not using a 2.6.30 kernel?
>
> I actually do:
> Linux bkor.dhs.org 2.6.30-desktop-1mnb #1 SMP Fri Jun 12 02:04:22 EDT 2009 x86_64 Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz GNU/Linux

Same for me, with an uptodate cooker: hal-detect module doesn't work for
me. My audio device is an Intel chipset:
0:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 01)
--
BOFH excuse #350:

paradigm shift...without a clutch

[Colin Guthrie-8]

'Twas brillig, and Guillaume Rousse at 02/07/09 17:23 did gyre and gimble:

> Olav Vitters a écrit :
>> On Tue, Jun 30, 2009 at 08:49:15AM +0100, Colin Guthrie wrote:
>>> 'Twas brillig, and Olav Vitters at 30/06/09 06:59 did gyre and gimble:
>>>> On Thu, Jun 25, 2009 at 12:16:55AM +0100, Colin Guthrie wrote:
>>>>> So if your audio stops working, first of all check that you have
>>>>> any  sinks detected (see the "Output Devices" tab in pavucontrol).
>>>>> If it   can't find any real audio devices via udev, there will be
>>>>> an automatic  null sink added.
>>>>>
>>>>> If this is a problem, you can edit your /etc/pulse/default.pa and  
>>>>> replace the udev-detect line with a hal-detect line.
>>>> I have that problem, didn't change it back to hal-detect yet. Anyway,
>>>> where should I file a bug; Mandriva or PulseAudio and what kind of
>>>> information do you want?
>>> I suspect you're not using a 2.6.30 kernel?
>>
>> I actually do:
>> Linux bkor.dhs.org 2.6.30-desktop-1mnb #1 SMP Fri Jun 12 02:04:22 EDT
>> 2009 x86_64 Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz GNU/Linux
> Same for me, with an uptodate cooker: hal-detect module doesn't work for
> me. My audio device is an Intel chipset:
> 0:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
> Definition Audio Controller (rev 01)

Do you mean udev-detect module doesn't work for you?

If so you can post the pulseaudio -vvv when using udev-detect please?

Does hal-detect work for you (I think I gave a handy sed command to
switch the default.pa over).

Col

--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

[guillomovitch]

Colin Guthrie a écrit :

>> Same for me, with an uptodate cooker: hal-detect module doesn't work
>> for me. My audio device is an Intel chipset:
>> 0:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
>> Definition Audio Controller (rev 01)
>
> Do you mean udev-detect module doesn't work for you?
>
> If so you can post the pulseaudio -vvv when using udev-detect please?
>
> Does hal-detect work for you (I think I gave a handy sed command to
> switch the default.pa over).

Well, today it works :/ I guess yesterday pulseaudio update changed
something.

--
BOFH excuse #440:

Cache miss - please take better aim next time

On Thursday 25 of June 2009 03:16:55 Colin Guthrie wrote:
> So if your audio stops working, first of all check that you have any
> sinks detected (see the "Output Devices" tab in pavucontrol). If it
> can't find any real audio devices via udev, there will be an
> automatic null sink added.
>

After today's reboot with current cooker I have no audio. BTW, why
system.pa still lists hal and not udev?

Скрипт запущен Сбт 04 Июл 2009 15:55:15
>]0;bor@cooker:/var/tmp%                                                                              

{pts/3}% ppulseaudio -vvv

I: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Операция не
позволяется
I: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Операция не
позволяется
D: core-rtclock.c: Timer slack is set to 50 us.
I: core-util.c: Failed to acquire high-priority scheduling: Ошибка
ввода/вывода
I: main.c: This is PulseAudio 0.9.16-0.test2.1mdv2010.0
D: main.c: Compilation host: x86_64-mandriva-linux-gnu
D: main.c: Compilation CFLAGS: -O2 -g -pipe -Wformat -Werror=format-
security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --
param=ssp-buffer-size=4 -Wall -W -Wextra -pipe -Wno-long-long -Winline -
Wvla -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -
Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-
include-dirs -Wformat-nonliteral -Wold-style-definition -Wpointer-arith
-Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-
prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations
-Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-
aliasing=2 -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-
D_FORTIFY_SOURCE=2 -fno-common -fdiagnostics-show-option
D: main.c: Running on host: Linux x86_64 2.6.30-desktop-2mnb #1 SMP Thu
Jun 18 19:24:48 EDT 2009
D: main.c: Found 2 CPUs.
I: main.c: Page size is 4096 bytes
D: main.c: Compiled with Valgrind support: no
D: main.c: Running in valgrind mode: no
D: main.c: Optimized build: yes
D: main.c: All asserts enabled.
I: main.c: Machine ID is fc3f4c454ceb57a27ce07f9d99d04f00.
I: main.c: Session ID is
fc3f4c454ceb57a27ce07f9d99d04f00-1246465791.52269-1424854602.
I: main.c: Using runtime directory
/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:runtime.
I: main.c: Using state directory /home/bor/.pulse.
I: main.c: Running in system mode: no
I: main.c: Fresh high-resolution timers available! Bon appetit!
D: memblock.c: Using shared memory pool with 1024 slots of size 64,0 KiB
each, total size is 64,0 MiB, maximum usable slot size is 65472
D: database-tdb.c: Opened TDB database
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:device-volumes.tdb'
I: module-device-restore.c: Sucessfully opened database file
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:device-volumes'.
I: module.c: Loaded "module-device-restore" (index: #0; argument: "").
D: database-tdb.c: Opened TDB database
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:stream-volumes.tdb'
I: module-stream-restore.c: Sucessfully opened database file
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:stream-volumes'.
I: module.c: Loaded "module-stream-restore" (index: #1; argument: "").
D: database-tdb.c: Opened TDB database
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:card-database.tdb'
I: module-card-restore.c: Sucessfully opened database file
'/home/bor/.pulse/fc3f4c454ceb57a27ce07f9d99d04f00:card-database'.
I: module.c: Loaded "module-card-restore" (index: #2; argument: "").
I: module.c: Loaded "module-augment-properties" (index: #3; argument:
"").
D: cli-command.c: Checking for existance of
'/usr/lib64/pulse-0.9.16/modules/module-udev-detect.so': success
I: module-udev-detect.c: Loaded 0 modules.
I: module.c: Loaded "module-udev-detect" (index: #4; argument: "").
D: cli-command.c: Checking for existance of
'/usr/lib64/pulse-0.9.16/modules/module-bluetooth-discover.so': failure
D: cli-command.c: Checking for existance of
'/usr/lib64/pulse-0.9.16/modules/module-esound-protocol-unix.so':
success
I: module.c: Loaded "module-esound-protocol-unix" (index: #5; argument:
"").
I: module.c: Loaded "module-native-protocol-unix" (index: #6; argument:
"").
D: cli-command.c: Checking for existance of
'/usr/lib64/pulse-0.9.16/modules/module-gconf.so': success
I: module.c: Loaded "module-gconf" (index: #7; argument: "").
I: module-default-device-restore.c: Saved default sink 'auto_null' not
existant, not restoring default sink setting.
I: module-default-device-restore.c: Saved default source
'auto_null.monitor' not existant, not restoring default source setting.
I: module.c: Loaded "module-default-device-restore" (index: #8;
argument: "").
I: module.c: Loaded "module-rescue-streams" (index: #9; argument: "").
D: module-always-sink.c: Autoloading null-sink as no other sinks
detected.
I: sink.c: Created sink 0 "auto_null" with sample spec s16le 2ch 44100Hz
and channel map front-left,front-right
I: sink.c:     device.description = "Null Output"
I: sink.c:     device.class = "abstract"
I: sink.c:     device.icon_name = "audio-card"
I: source.c: Created source 0 "auto_null.monitor" with sample spec s16le
2ch 44100Hz and channel map front-left,front-right
I: source.c:     device.description = "Monitor of Null Output"
I: source.c:     device.class = "monitor"
I: source.c:     device.icon_name = "audio-input-microphone"
D: module-null-sink.c: Thread starting up
I: module.c: Loaded "module-null-sink" (index: #10; argument:
"sink_name=auto_null").
I: module.c: Loaded "module-always-sink" (index: #11; argument: "").
I: module.c: Loaded "module-intended-roles" (index: #12; argument: "").
D: module-suspend-on-idle.c: Sink auto_null becomes idle, timeout in 5
seconds.
I: module.c: Loaded "module-suspend-on-idle" (index: #13; argument: "").
D: dbus-util.c: Successfully connected to D-Bus system bus
5112336637f2b5821d535e894a3fd271 as :1.3032
I: client.c: Created 0 "ConsoleKit Session
/org/freedesktop/ConsoleKit/Session1"
D: module-console-kit.c: Added new session
/org/freedesktop/ConsoleKit/Session1
I: client.c: Created 1 "ConsoleKit Session
/org/freedesktop/ConsoleKit/Session17"
D: module-console-kit.c: Added new session
/org/freedesktop/ConsoleKit/Session17
I: module.c: Loaded "module-console-kit" (index: #14; argument: "").
I: module.c: Loaded "module-position-event-sounds" (index: #15;
argument: "").
I: module.c: Loaded "module-cork-music-on-phone" (index: #16; argument:
"").
D: dbus-util.c: Successfully connected to D-Bus session bus
15e26a17cf03177c87ae731d4a4b8eff as :1.1039
D: main.c: Got org.pulseaudio.Server!
I: main.c: Daemon startup complete.
D: module-console-kit.c: dbus: interface=org.freedesktop.DBus,
path=/org/freedesktop/DBus, member=NameAcquired
I: module-suspend-on-idle.c: Sink auto_null idle for too long,
suspending ...
D: sink.c: Suspend cause of sink auto_null is 0x0004, suspending

^CI: main.c: Got signal SIGINT.
I: main.c: Exiting.
I: main.c: Daemon shutdown initiated.
I: module.c: Unloading "module-device-restore" (index: #0).
I: module.c: Unloaded "module-device-restore" (index: #0).
I: module.c: Unloading "module-stream-restore" (index: #1).
I: module.c: Unloaded "module-stream-restore" (index: #1).
I: module.c: Unloading "module-card-restore" (index: #2).
I: module.c: Unloaded "module-card-restore" (index: #2).
I: module.c: Unloading "module-augment-properties" (index: #3).
I: module.c: Unloaded "module-augment-properties" (index: #3).
I: module.c: Unloading "module-udev-detect" (index: #4).
I: module.c: Unloaded "module-udev-detect" (index: #4).
I: module.c: Unloading "module-esound-protocol-unix" (index: #5).
I: module.c: Unloaded "module-esound-protocol-unix" (index: #5).
I: module.c: Unloading "module-native-protocol-unix" (index: #6).
I: module.c: Unloaded "module-native-protocol-unix" (index: #6).
I: module.c: Unloading "module-gconf" (index: #7).
I: module.c: Unloaded "module-gconf" (index: #7).
I: module.c: Unloading "module-default-device-restore" (index: #8).
I: module.c: Unloaded "module-default-device-restore" (index: #8).
I: module.c: Unloading "module-rescue-streams" (index: #9).
I: module.c: Unloaded "module-rescue-streams" (index: #9).
I: module.c: Unloading "module-null-sink" (index: #10).
D: module-always-sink.c: Autoloaded null-sink removed
D: module-null-sink.c: Thread shutting down
I: sink.c: Freeing sink 0 "auto_null"
I: source.c: Freeing source 0 "auto_null.monitor"
I: module.c: Unloaded "module-null-sink" (index: #10).
I: module.c: Unloading "module-always-sink" (index: #11).
I: module.c: Unloaded "module-always-sink" (index: #11).
I: module.c: Unloading "module-intended-roles" (index: #12).
I: module.c: Unloaded "module-intended-roles" (index: #12).
I: module.c: Unloading "module-suspend-on-idle" (index: #13).
I: module.c: Unloaded "module-suspend-on-idle" (index: #13).
I: module.c: Unloading "module-console-kit" (index: #14).
D: module-console-kit.c: Removing session
/org/freedesktop/ConsoleKit/Session1
I: client.c: Freed 0 "ConsoleKit Session
/org/freedesktop/ConsoleKit/Session1"
D: module-console-kit.c: Removing session
/org/freedesktop/ConsoleKit/Session17
I: client.c: Freed 1 "ConsoleKit Session
/org/freedesktop/ConsoleKit/Session17"
I: module.c: Unloaded "module-console-kit" (index: #14).
I: module.c: Unloading "module-position-event-sounds" (index: #15).
I: module.c: Unloaded "module-position-event-sounds" (index: #15).
I: module.c: Unloading "module-cork-music-on-phone" (index: #16).
I: module.c: Unloaded "module-cork-music-on-phone" (index: #16).
I: main.c: Daemon terminated.
]0;bor@cooker:/var/tmp%                                                                              

{pts/3}% eexit


Скрипт выполнен Сбт 04 Июл 2009 15:55:40

[Colin Guthrie-8]

'Twas brillig, and Andrey Borzenkov at 04/07/09 12:58 did gyre and gimble:
> On Thursday 25 of June 2009 03:16:55 Colin Guthrie wrote:
>> So if your audio stops working, first of all check that you have any
>> sinks detected (see the "Output Devices" tab in pavucontrol). If it
>> can't find any real audio devices via udev, there will be an
>> automatic null sink added.
>>
>
> After today's reboot with current cooker I have no audio. BTW, why
> system.pa still lists hal and not udev?

Probably an oversight. System mode is not really heavily
tested/supported upstream. I'll fix this.

> D: cli-command.c: Checking for existance of
> '/usr/lib64/pulse-0.9.16/modules/module-udev-detect.so': success
> I: module-udev-detect.c: Loaded 0 modules.
> I: module.c: Loaded "module-udev-detect" (index: #4; argument: "").

Hmm, there should be a lot more info there :s Do you definitely have the
new udev installed an running? (e.g. you've rebooted since upgrading it?)

I would have still thought it would give more info than that tho' :s
It's like it fails before it can begin :s

Col

--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

On Sunday 05 of July 2009 17:01:17 Colin Guthrie wrote:
> > After today's reboot with current cooker I have no audio. BTW, why
> > system.pa still lists hal and not udev?
>
...
> Hmm, there should be a lot more info there :s Do you definitely have
> the new udev installed an running? (e.g. you've rebooted since
> upgrading it?)
>

Quoting myself - "after today's reboot with current cooker". And I *did*
have audio until reboot (but of course I had old version of pulseaudio
still running)

> I would have still thought it would give more info than that tho' :s
> It's like it fails before it can begin :s
>

Well, I am willing to provide more information; just tell what should I
do.

[Colin Guthrie-8]

'Twas brillig, and Andrey Borzenkov at 05/07/09 16:17 did gyre and gimble:

> On Sunday 05 of July 2009 17:01:17 Colin Guthrie wrote:
>>> After today's reboot with current cooker I have no audio. BTW, why
>>> system.pa still lists hal and not udev?
> ...
>> Hmm, there should be a lot more info there :s Do you definitely have
>> the new udev installed an running? (e.g. you've rebooted since
>> upgrading it?)
>>
>
> Quoting myself - "after today's reboot with current cooker". And I *did*
> have audio until reboot (but of course I had old version of pulseaudio
> still running)

Sorry - /me is sleepy after a big weekend :p

>> I would have still thought it would give more info than that tho' :s
>> It's like it fails before it can begin :s
>>
>
> Well, I am willing to provide more information; just tell what should I
> do.

I'm not really sure how to debug the udev side of things yet.

I'll let you know when I've worked that out, tho' as the desktop summit
is on just now the relevant people to quiz about it are harder to reach.

Col

--

Colin Guthrie
cguthrie(at)mandriva.org
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

[Christophe Fergeau-3]

Colin Guthrie a écrit :
> I'm not really sure how to debug the udev side of things yet.

you can use udevadm for lots of nifty things (simulate coldplug/hotplug
of devices, look at udev database, ...)

Christophe