[02:59] <evon> I am only able to record through one channel. Any ideas how i can fix this?
[03:04] <ethermonk> what happens when you attempt to change the channel manually?
[03:04] <evon> ethermonk, What do you mean? I don't think i know how to do it manually
[03:04] <evon> ethermonk, I have a mic hooked up through an mbox mini
[03:05] <ethermonk> sorry. i thought you were talking about recording TV shows  :P
[03:05] <evon> ethermonk, lol
[03:06] <ethermonk> have you tried opening qjackctl and configuring the audio channels there?
[03:06] <evon> ethermonk, I guess I will ahve to try that now
[03:07] <evon> ethermonk, I have that program installed but I don't know how to use it
[03:07] <ethermonk> click the connect button and draw ines to patch what into where
[03:07] <ethermonk> lines*
[03:08] <evon> ethermonk, ok that's don
[03:08] <ethermonk> oops, click start first
[03:08] <ethermonk> then connect
[03:10] <ethermonk> i use to use that in order to get live sound from the mic out to the speakers. thats about all i know.   more help can be found in #opensourcemusicians or #jack
[03:12] <evon> still only one channel
[03:13] <ethermonk> i see jackrack has a setting for audio channels. i've never used it b4 though
[03:14] <ethermonk> what are you using to record with?
[03:15] <evon> mbox mini with mic connected to it
[03:22] <ethermonk> looking through the forums, this mbox mini seems to be problematic.
[03:23] <evon> gosh darnit
[03:23] <ethermonk> seeing after some work and special drivers, the mbox2 will work under audacity
[03:25] <ethermonk> http://www.zamaudio.com/?p=953
[03:28] <ethermonk> you might want to talk to the people in #opensourcemusicians or #jack there might be some one with hands on experience with this device
[03:28] <evon> alright thanks for the support


[06:23] <mup> PR snapd#11096 opened: many: Vendor apparmor-3.0.3 into the snapd snap (take 2) <Created by alexmurray> <https://github.com/snapcore/snapd/pull/11096>
[06:53] <mborzecki> morning
[08:09] <pstolowski> morning
[08:38] <mardy> pstolowski, mborzecki: hi!
[08:38] <mborzecki> heya
[10:07] <pstolowski> jamesh: hi, can you take a look at https://github.com/snapcore/snapd/pull/11072 when you have a moment to unblock the next PR?
[10:07] <mup> PR #11072: usersession/client: provide a way for client to send messages to a subset of users <refresh app awareness> <Created by stolowski> <https://github.com/snapcore/snapd/pull/11072>
[10:39] <mup> PR snapd#11092 closed: interfaces/builtin/dsp: update proc files for ambarella flavor <Created by woodrow-shen> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11092>
[12:00] <mardy> how can I run a couple of tests in the spread (GCE) without having the machine restore step in between (I want to see if a test failure is reproducible when these two test run one after another)
[12:20] <mup> PR snapd#11097 opened: Add interface and support for ACRN hypervisor <Created by igorljubuncic> <https://github.com/snapcore/snapd/pull/11097>
[12:24] <pstolowski> mardy: i don't think you can
[12:25] <pstolowski> mardy: i think Sergio has a branch of spread that allows running a bunch of selected tests only; you could then comment out part of prepare-restore.sh
[12:26] <mardy> pstolowski: that might be the correct answer indeed, as I've tried pretty much anything :-(
[12:27] <pstolowski> mardy: or actually maybe commenting out restore-each: in spread.yaml would be enough
[12:27] <pstolowski> on top of custom spread binary from Sergio's branch
[12:55] <mup> PR snapd#11016 closed: tests: new workflow step used to report spread error to mongodb <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11016>
[13:55] <mup> PR snapd#11098 opened: tests/main/snapd-reexec-snapd-snap: improve debugging <Created by mardy> <https://github.com/snapcore/snapd/pull/11098>
[17:56] <mup> PR snapd#11099 opened: bootloader/assets: add fallback entry to grub.cfg <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/11099>
[22:29] <mup> PR snapcraft#3597 opened: [DRAFT] many: rename snapcraft package to snapcraft_legacy <do-not-merge> <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3597>


[13:31] <tjaalton> do we want libinput 1.2 in 16.04? adds graphics tablet (wacom) support
[14:06] <anpok> tjaalton: I have nothing against it.. but mir has not support for graphics tablets yet
[14:06] <anpok> s/not/no
[14:09] <tjaalton> I know
[14:09] <tjaalton> well, I assumed it didn't
[14:10] <seb128> tjaalton, does the update breaks anything? if no it looks like it would be nice to have the current version in the lts in any case?
[14:11] <anpok> oh you are concerned that we might regress ..
[14:11] <anpok> i think it will not hurt.. it adds more event types.. so we will only ignore those for now
[14:11] <tjaalton> right, I think it shouldn't break anything
[14:11] <tjaalton> I'll push it to debian first :)