[00:10] <OvenWerks> i meant liblilv
[00:35] <Eickmeyer> OvenWerks: ">	I notice that those plugins use inline graphics too. Cool. I think they can safely replace calf." That cannot be referring to liblilv.
[00:36] <OvenWerks> liblilv was refering to the last release being a bug fix or more?
[00:37]  * OvenWerks must have been talking out of both sides of the mouth... about different things
[00:37] <Eickmeyer> hahaha
[00:38] <Eickmeyer> So yeah, lilv's change is a bunch of bugfixes, no features afaict. https://launchpad.net/ubuntu/+archive/primary/+files/lilv_0.24.6-1_0.24.8~dfsg0-1.diff.gz
[06:38] <nf9c> Through refind I have spotted 2 icons that both load UbuntuStudio 20.10 (Groovy Gorilla). What I want to know is, why does clicking on one of them show me the boot up process whith a standard white text label of Ubuntu Studio,  and the other icon I can click on to launch Ubuntu Studio, doesn't show me the bootup process just the white text confirming what Linux distro I'm booting into that has a blueish glow surrounding the letters.    
[06:38] <nf9c>   
[06:45] <Eickmeyer> nf9c: Not sure, we don't support refind. Also, please don't come to the development collaboration channel for support.
[06:45] <Eickmeyer> !support | nf9c 
[06:48] <nf9c> Sorry if I mis interpretted what I can ask here.  So sorry to have stepped on your fragile little toes
[06:55] <Eickmeyer> nf9c: I'd suggest cutting the snark.
[06:56] <nf9c> you sounded snarky to me
[06:56] <nf9c> sorry anyways bad day
[06:57] <Eickmeyer> nf9c: I understand, but we have channels done that way for a reason.
[06:58] <Eickmeyer> nf9c: Long-story short, there's no way to answer your question, refind is unsupported and outside of our scope.
[06:58] <nf9c> did't mean to bark back at you especially if you weren't intending to come across that way
[06:58] <nf9c> no problem thanks for the redirect I will ask there
[06:59] <Eickmeyer> nf9c: You probably won't get any help there this time of day, I'd suggest asking in ##linux.
[07:02] <Eickmeyer> nf9c: Also, if you're on 20.10, you realize it's pre-pre-alpha, right?
[07:03] <Eickmeyer> Anyhow, just making sure. 
[07:03]  * Eickmeyer heads to bed
[07:04] <nf9c> oh ok. and uh nope I didn't realize that.  Thanks.. Sorry again for my outburst if you weren't trying to be mean with you first response Eickmeyer
[15:59] <OvenWerks> Eickmeyer: I am thinking of offering four choices for action when the headphones are plugged in: switch, always leave headphone levels up, always leave speaker level up, always leave all levels alone
[15:59] <Eickmeyer> OvenWerks: Sounds good to me.
[16:00] <Eickmeyer> teward, tsimonq2: Are either of you around?
[16:00] <OvenWerks> I don't know if this would be a part of those options, but I would also like to add a bridge pch device when phones plugged in and transfer or duplicate all system_1/2 connections to that bridge.
[16:01] <teward> alive but in the middle of filing followup bugs to another bug we fixed in LP
[16:01] <teward> we being Canonical and my contribs
[16:01] <OvenWerks> (in the case the PCH device is not already being used)
[16:01] <Eickmeyer> OvenWerks: Woah, sounds ambitious.
[16:01] <Eickmeyer> teward: Did you see what I wrote re lilv for the packageset?
[16:01] <OvenWerks> yeah, but logical...
[16:02] <Eickmeyer> OvenWerks: Indeed.
[16:02] <teward> teward: yes.  so did Simon and the rest of people.  How absolutely critical is it right now that you have rights
[16:02] <teward> like today vs. a few days from now?
[16:03] <Eickmeyer> teward: Well, we have some functionality in Ardour that is missing/crashing due to this, so we need the SRU especially since that takes 7 days.
[16:03] <Eickmeyer> Basically, lilv is out-of-date.
[16:03] <teward> SRU isn't going to matter
[16:03] <Eickmeyer> And the version in focal is buggy.
[16:04] <teward> even if you had upload privs it'd be held for SRU review
[16:04] <teward> if you have packages/diffs I can push those *now* but they'll still be held for SRU team to review/release
[16:04] <teward> have you checked with the release/sru team to gauge their willingness to support an SRU for these cases?
[16:04] <Eickmeyer> I did a debdiff in the SRU, but then I need a sponsor.
[16:05] <OvenWerks> Eickmeyer: also it would not hurt to add youself to the "this bug affects me" list.
[16:06] <teward> Eickmeyer: i can sponsor it for now.
[16:06] <teward> link the diff.
[16:06] <teward> or bug
[16:06] <teward> i can at least get it into the queue
[16:06] <teward> subscribe sru team to the bug too
[16:06] <Eickmeyer> teward: https://launchpad.net/bugs/1877806
[16:07] <Eickmeyer> You'll notice all of the relevant teams are subscribed.
[16:08] <Eickmeyer> OvenWerks: Did that. :)
[16:08] <OvenWerks> :)
[16:09] <OvenWerks> makes testing eisier
[16:09] <OvenWerks> new spelling for easier?
[16:09] <Eickmeyer> Maybe, I'll ask Oxford.
[16:52] <teward> Eickmeyer: give me a few hours in the middle of poking some things
[16:53] <Eickmeyer> teward: No worries. Seems as though rbasak couldn't even look at it anyhow.
[16:53] <teward> rbasak's busy as heck lol
[16:53]  * Eickmeyer doesn't like it when his timezone doesn't line-up with anyone else
[16:54] <Eickmeyer> Except Wednesday is his SRU hours.
[16:55] <teward> trust me there's a lot of backlog that he also has to address
[17:00] <Eickmeyer> I understand. I guess it annoys me when 1) there's a bug that is completely fixable, 2) I know how to fix it, and 3) I can't fix it on my own and everyone else is too busy. I don't like to let these things sit. It's counter-productive.
[17:01]  * Eickmeyer thinks the SRU teams and release teams are overall lacking in numbers
[17:05] <Eickmeyer> teward: Looks like ddstreet took care of the packageset request.
[17:05] <teward> yep
[17:06] <teward> Eickmeyer: ddstreet was kind enough to take my held over tasks to let me focus on my main jobs
[17:06] <teward> cause they became chaos :p
[17:06] <Eickmeyer> teward: Yeah, that's the impression I have.
[17:06] <teward> yeah it's temporary chaos but it's chaos nonetheless
[17:06] <teward> not burnout just E:BUSY :)
[17:07] <Eickmeyer> Right. Let's hope it never comes to burnout.
[17:51] <teward> Eickmeyer: package fubar?
[17:51] <teward> > It has a dependency issue I need to resolve
[17:51] <teward> ah
[17:51] <teward> OK
[17:55] <Eickmeyer> teward: Yeah, basically it wants the newer version of lv2 which I'm not willing to backport. Therefore, I'm in patch hell.
[17:56] <teward> welcome to Hell, population Dependencies
[17:56] <teward> :P
[17:56] <teward> Dep Hell is the worst hell xD
[17:58] <teward> Eickmeyer: if I may ask why don't you want to backport lv2?
[17:58] <teward> just curious.
[17:59] <Eickmeyer> teward: Because then that would require every lv2 plugin to be rebuilt against the newer library, which would cause a ton of FTBFS issues since the API changed a little with the new library.
[17:59] <teward> ah
[17:59] <Eickmeyer> Same issue we ran into with lsp-plugins.
[18:00] <teward> ah, yes, indeed.
[18:00] <teward> well, good luck xD
[18:00] <Eickmeyer> Ha, thanks. :)