[13:29] <OverLord> ...
[13:29] <roadmr> hello
[13:30] <OverLord> hi
[13:56] <diwic> Is there a hangout link ?
[13:56] <ara> hello
[13:57] <diwic> hello
[13:57] <ara> roadmr, can I have the hangout link, please¿
[13:57] <roadmr> hi!
[13:57] <roadmr> let's see
[13:57] <TheMuso> Hey folks.
[13:57] <diwic> hi TheMuso
[13:57] <diwic> TheMuso, we did an alsa-lib upload today and ogra complained about the UDD branch not being updated correctly
[13:58] <diwic> TheMuso, I don't know much about that stuff but just wanted you to be aware
[13:58] <diwic> roadmr, I want a hangout link too
[13:58] <roadmr> ara, diwic: does it work the same way it did last time? i.e. does a track lead take care of the hangout?
[13:59] <TheMuso> diwic: Yeah we don't use that branch. I hold little faith in udd, it never really works in my experience./
[13:59] <ara> roadmr, not sure, let me ask jono
[14:00] <seb128> hey
[14:00] <roadmr> hello
[14:00] <seb128> starting the session, one minute
[14:00] <roadmr> seb128: thanks!!
[14:02] <diwic> TheMuso, okay. So as long as ~ubuntu-audio-dev branches are consistent with what's in the archive, we're happy
[14:02] <seb128> https://plus.google.com/hangouts/_/389164c9cbabba9e895a40497a79d7a3a618aaca?authuser=0
[14:02] <seb128> diwic, TheMuso, roadmr, those who want to join the hangout: ^
[14:02] <zyga> hi
[14:03] <roadmr> ara: ^^ want to join?
[14:03] <TheMuso> diwic: At least for the moment, yes.
[14:03]  * zyga wants to joi
[14:03] <zyga> n
[14:03] <seb128> steam url: http://youtu.be/OWhtKxxt9uk
[14:05] <diwic> Am I the only one getting a terrible echo?
[14:06] <zyga> yeah
[14:06] <zyga> no echo here
[14:11] <zyga> QUESTION: should we care about alsa at all in our tests?
[14:12] <zyga> ara: testing vs debugging
[14:13] <zyga> QUESTION: is this affected by onging arm/android/touch work (decision to focus on pulse)
[14:14] <ara> zyga, I will ask it now
[14:14] <zyga> thanks
[14:15] <diwic> pactl set-sink-port @DEFAULT_SINK@ "analog-output-headphones"
[14:15] <zyga> roadmr: is this about pulse being smart and having separate profiles for each type of output connection?
[14:16] <zyga> diwic: is @DEFAULT_SINK@ a magic constant?
[14:16] <diwic> roadmr, then check the current volume
[14:16] <zyga> diwic: or is that some way to hint us that this is a variable name that we need to fill in?
[14:16] <diwic> zyga, yes, you can send "@DEFAULT_SINK@" to PulseAduio
[14:16] <zyga> ok
[14:16] <zyga> thanks
[14:17] <zyga> we do parse it out :-)
[14:19] <zyga> LAVA LMP board can do plug unplug for audio jacks, I don't know if that's enough to automate this particular test (semi-offtopic)
[14:19] <zyga> roadmr: ^^
[14:20] <roadmr> https://wiki.edubuntu.org/Audio/PreciseJackDetectionTesting
[14:21] <zyga> default sink should change, right?
[14:21] <diwic> roadmr, that is  now outdated/obsolete/implemented,
[14:22] <diwic> roadmr, pactl monitor
[14:22] <zyga> roadmr: perhaps pulse dbus interface has enough data but we cannot use it for 12.04 IIRC
[14:23] <diwic> roadmr, it will monitor for all types of events though so you still need to parse pacmd/pactl for changes when things happen
[14:23] <spineau> zyga: we also have the env variable PULSE_SINK
[14:23] <zyga> diwic: correct me if I'm wrong here (dbus + PA + precise)
[14:23] <zyga> diwic: pactl monitor does not exist in precise
[14:23] <diwic> roadmr, pactl subscribe, not monitor
[14:23] <diwic> sorry
[14:23] <zyga> ah
[14:24] <zyga> QUESTION: will all of our work on audio testing have to work on 12.04?
[14:24] <zyga> I just tested that it works for me
[14:27] <zyga> QUESTION: does diwic think we should be testing something essential that we don't do yet
[14:27] <zyga> heh
[14:27] <zyga> it just got asked
[14:27] <zyga> ara, is 5.1 testing possible on any HDMI equipped hardware?
[14:28] <zyga> so digital 5.1 is a no-go for linux?
[14:28] <zyga> or is that something the OEMs can handle with the price of the laptop
[14:29] <diwic> zyga, HDMI 5.1 is possible if you have a receiver. The bandwidth is enough for >6 uncompressed channels
[14:29] <TheMuso> zyga: ITs a licensing/pattent issue.
[14:29] <diwic> zyga, if you have a capable receiver i e
[14:30] <TheMuso> But if you only have S/PDIF, then AC3 is the only option which has licensing/patenting issues.
[14:30] <zyga> TheMuso: ah, but since S/PDIF is on the way out, can consumers get 5.1 working on HDMI today? (assuming they have a receiver)
[14:31] <zyga> right
[14:31] <zyga> let's move
[14:31] <zyga> could you repaste the link?
[14:31] <roadmr> https://plus.google.com/hangouts/_/389164c9cbabba9e895a40497a79d7a3a618aaca?authuser=0
[14:32] <zyga> hmm
[14:32] <zyga> copy paste does not work
[14:32] <zyga> heh
[14:32] <zyga> nope
[14:32] <zyga> sorry
[14:32] <zyga> my paste is stuck with something else
[14:32] <roadmr>  :(
[14:32] <zyga> we need to certify copy paste
[14:32] <zyga> :/
[14:48] <zyga> (venv)zyga@g580:~$ LANG=C pactl list | plainbox dev parse pactl-list
[14:59] <roadmr> diwic, TheMuso, seb128 : thanks so much for attending, and all your help and feedback
[15:00] <seb128> thanks for the good session ;-)
[15:00] <diwic> roadmr, no problem and feel free to ask questions in the future too - it's just good to spread the knowledge so we are less person dependent
[15:00] <TheMuso> np
[15:05] <seb128> Sweetshark, there?
[15:05] <Sweetshark> yes
[15:05] <seb128> Sweetshark, https://plus.google.com/hangouts/_/97172f539c5f577cc47fa77242259abe0825d7d4?authuser=0
[15:05] <seb128> is your hangout
[15:05] <seb128> share with the people that should be in the session please
[15:09] <seb128> video feed is http://youtu.be/fcF_7mDTAvQ
[16:05] <seb128> ok, time for the next session
[16:05] <seb128> the hangout url is https://plus.google.com/hangouts/_/5423f0843ea0c49351f4b1f771400ebf2d0e7cc5?authuser=0
[16:05] <seb128> for those who want to be on the video
[16:09] <seb128> sorry, waiting for people to join before starting the broadcast
[16:12] <lool> No Ken here?
[16:12] <seb128> http://youtu.be/0Omq2FUd4og
[16:12] <seb128> ^ video stream
[16:12] <seb128> lool, he changed browser to get the lower third
[16:13] <seb128> doesn't work in chromium apparently
[16:13] <seb128> notes on http://pad.ubuntu.com/uds-1308-client-1308-system-settings-backends
[16:14] <lool> seb128: ah I'm a couple of minutes behind
[16:14] <seb128> https://wiki.ubuntu.com/SystemSettings
[16:27] <lool> seb128: correct
[16:28] <lool> https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-touch-flight-mode
[16:28] <lool> there will be a dbus service
[16:28] <lool> and https://wiki.ubuntu.com/FlightMode
[16:28] <seb128> lool, thanks
[16:36] <tedg> cyphermox, If you put things there then we can have a place for them: https://bugs.launchpad.net/ubuntu-system-settings/+bug/1217978
[16:36] <udsbotu> Launchpad bug 1217978 in ubuntu-system-settings "Need a way to manage Wifi Access Points" [Undecided,New]
[16:39]  * tedg now blames kenvandine for anything content related
[16:39] <tedg> "This picture sucks, must be kenvandine's fault!"
[16:40]  * kenvandine blames tedg for everything
[16:52] <lool> tedg: touch stuff has a FFE
[16:52] <lool> seb128: I think awe is looking after it
[16:53] <lool> but to be honest, we've cut some stuff for the 13.10 scope; I dont know whether timed is in or not
[16:53] <lool> I would think flightmode is
[16:53] <tedg> Yeah, I'd say flightmode is more important
[16:53] <lool> there's mms as well on about the same folks
[16:53] <lool> there's a MMS session, but again not sure it's meant as a 13.10 feature
[16:54] <beedub> manual timezone picker doesn't work
[17:17] <bfiller> seb128: has it been agreed what the interface will be to talk to osk?
[17:18] <bfiller> I know currently it's a flat file, I heard talk of exposing a dbus interface
[17:18] <seb128> bfiller, no, I've action items to talk to you guys, I think we need to teach that stuff about gsettings
[17:18] <seb128> bfiller, ini style files suck, especially when you start doing stuff like oem overrides
[17:18] <bfiller> seb128: lets sync up about that directly
[17:21] <seb128> bfiller, I'm going to dinner soon (it's the 1h dinner slot of vUDS) but I can comment on IRC/read scrollback in a bit
[17:21]  * tedg doesn't understand why an OEM would override our clearly perfect defaults ;-)
[17:22] <seb128> tedg, you are right, if we set french as default it should be good for them as well! :p
[17:22] <bfiller> seb128: later in the week works too, better to schedule something when tmoenicke is available as well
[17:22] <seb128> bfiller, ok, do you want to set up a meeting for that?
[17:22] <bfiller> seb128: will do
[17:23] <seb128> bfiller, we should get attente in the discussion as well, he's the one working on the language panel (that's where the osk settings are)
[17:23] <seb128> bfiller, thanks
[17:23] <bfiller> seb128: ok
[17:24] <seb128> bfiller, attente = William Hua btw
[17:24] <seb128> names help for meeting invitations I guess ;-)
[17:24] <seb128> bfiller, he started on https://code.launchpad.net/~attente/ubuntu-system-settings/maliit-settings/+merge/182643 if you guys want to have a look
[17:30] <bfiller> seb128: yes this exists already
[17:30] <bfiller> seb128: looking for a list
[17:31] <bfiller> it's done :)
[17:32] <bfiller> seb128: qtdeclarative5-ubuntu-contacts0.1 is the plugin
[17:34] <seb128> bfiller_, excellent, thanks, going to check on that