[03:54] <OvenWerks> Eickmeyer: some fixes to installer pushed. It needs to be tested on a fresh non-Studio install I guess. With not installing everything and then installing the rest on a second run.
[03:55] <OvenWerks> Eickmeyer: I tried adding the ppa add button... but there is a slight problem with it.
[03:55] <OvenWerks> The button is easy :) but adding a ppa takes two commands: add the ppa and then apt update
[03:56] <OvenWerks> the normal ; and && tricks don't seem to work so I would have to pkexec them one at a time... which means password twice.
[04:00] <Eickmeyer> OvenWerks: Ouch, not ideal.
[04:00] <Eickmeyer> As it so happens, I just installed Ubuntu Budgie to try the DE agnostics out.
[04:00] <Eickmeyer> So far, the experience is pretty good.
[04:29] <Eickmeyer> OvenWerks: Did you literally just now push -installer?
[04:30] <Eickmeyer> Nevermind, It was giving me an error.
[04:50] <Eickmeyer> OvenWerks: The other idea is a metapackage that simply adds the repo. Would be fairly trivial to do.
[04:56] <Eickmeyer> OvenWerks: Success. The first time, it gave me the logout/in nag. Second time, no nag. Achievement: Unlocked.
[05:27] <OvenWerks> I don't know if I actually told it to rebuild... maybe you did or the time was right :)
[16:37] <OvenWerks> Eickmeyer: -controls is fixed, I just changed latency to buffer size... adding a latency readout can come later (along with periods) (later is next cycle)
[17:03] <OvenWerks> Eickmeyer: With regard to installer, I would really like to add the ppa button. However, the right way to do this (which I think the gnome sw installer uses) is to have a second process running as root that we can pipe commands to.
[17:05] <OvenWerks> This second process is run pkexec and we can pipe in the add ppa, update and finally the actual install
[17:05] <OvenWerks> So the first thing that needs pkexec runs this and the pw is only needed once.
[17:07] <OvenWerks> I do not think it is wise to do things the same as controls does because there is not enough control of what may be fed into it. So while controls does not need a pw to affect the governor, Installer should be passworded
[17:11] <OvenWerks> Eickmeyer: so we can just leave things as is for this cycle
[17:12] <OvenWerks> we can add the button with two password required
[17:13] <OvenWerks> we can add another file that just does the ppa add plus update (so passowrd required to add ppa and password required to do install)
[17:13] <Eickmeyer> OvenWerks: Are you sure you don't want to change to a button for next cycle and have a metapackage added to -default-settings that simply has a postinst script saying "add-apt-repository -y ppa:ubuntustudio-ppa/backports" and a postrm script saying "add-apt-repository --remove -y ppa:ubuntustudio-ppa/backports"?
[17:13] <OvenWerks> but the piped to root process will not be possible in the time we have.
[17:14] <OvenWerks> Adding a ppa with a package is not a good solution in my opinion.
[17:15] <Eickmeyer> Okay, that's fair.
[17:15] <OvenWerks> Unless the package is called ubuntustudio-add-backport-ppa
[17:16] <OvenWerks> Adding a ppa should not be done without the user knowing they are doing so and that it is a "possible" security hole
[17:16] <Eickmeyer> That would be fine. The package name would be completely arbitrary. I was thinking "ubuntustudio-backport-ppa" with the description "Adds Ubuntu Studio Backports PPA for updated tools & software"
[17:17] <OvenWerks> and "Please note that this PPA is not officially sponsored by ubuntu" or something.
[17:17] <Eickmeyer> Further description could be "Use at your own risk" included.
[17:17] <Eickmeyer> Yes.
[17:18] <OvenWerks> Ok I will add a button with a warning dialog
[17:19] <Eickmeyer> Well, I don't see a need for an exclusive button, just installs as a regular metapackage from the list.
[17:19] <OvenWerks> A button allows a warning dialog
[17:19] <Eickmeyer> Ture.
[17:19] <Eickmeyer> *true
[17:20] <OvenWerks> I don't know if the pkexec command allows me to do that there but I'll look.
[17:20] <Eickmeyer> k
[17:20] <Eickmeyer> I'll prep the metapackage.
[17:21] <OvenWerks> I would not need a meta package for this.
[17:21] <Eickmeyer> Ok
[17:21] <OvenWerks> Just a three line script :)
[17:21] <Eickmeyer> :thumbsup:
[17:22] <Eickmeyer> If IRC worked like Slack, that would've made the thumbs up emoji
[17:22] <OvenWerks> Not for me, I am using irssi
[17:23] <Eickmeyer> It wouldnt' work for anyone using any form of IRC unless I made an alias in Quassel.
[17:24] <OvenWerks> BTW, -controls may have moved on the menu.
[17:25] <OvenWerks> I am just installing now to see.
[17:25] <Eickmeyer> -controls installs as a dependency of -installer, unless you mean the Xfce menu.
[17:26] <OvenWerks> The xfce menu
[17:26] <OvenWerks> I think it will be in setting
[17:26] <OvenWerks> Installer will remain in system
[17:27] <OvenWerks> In some ways I would like controls in both places
[17:27] <OvenWerks> maybe in audio too
[17:27] <Eickmeyer> Shouldn't be difficult. Just edit the .desktop file.
[17:28] <OvenWerks> So yes I would like to change the menu as well... But maybe next cycle.
[17:28] <Eickmeyer> Ok
[17:28] <OvenWerks> right now we force qjackctl as the first thing in the Audio menu.
[17:29] <OvenWerks> We should put controls there
[17:29] <Eickmeyer> I totally agree with that. Is that in -default-settings?
[17:29] <OvenWerks>  and move qjackctl to audio->utilities
[17:29] <OvenWerks> should be in ubuntustudio-menu
[17:29] <Eickmeyer> I'm looking.
[17:30] <OvenWerks> the file is in /etc/xdg/menus/applications-merged/
[17:31] <Eickmeyer> Yeah, but I hadn't cloned the repo. >.<
[17:32] <Eickmeyer> qjackctl is already in the menu.
[17:32] <OvenWerks> yes, like I say it is forced to be in the top
[17:32] <OvenWerks> I want to move it to a submenu
[17:33] <OvenWerks> It is what people are used to, but we want to move to controls...
[17:34] <Eickmeyer> Moved Qjackctl.
[17:35] <Eickmeyer> OvenWerks: Also, we need to put -controls in the default favorites. Right now, Qjackctl is there, probably shouldn't be. Where do I go for that?
[17:35] <OvenWerks> Eickmeyer: I am not sure... let me look.
[17:35] <Eickmeyer> k
[17:37] <OvenWerks> Hmm, I did not put that there... in fact the first thing I do is get rid of whisker
[17:39] <Eickmeyer> Yeah, it must be in -default-settings. I can't find it in -menu.
[17:39] <OvenWerks> Ok, it will likely be in a different package (desktop or setting or something)
[17:39] <OvenWerks> the file is /etc/xdg/xdg-ubuntustudio/xfce4/whiskermenu/defaults.rc
[17:40] <Eickmeyer> It's in -default-settings.
[17:40] <OvenWerks> Do we install the mailreader by default?
[17:40] <OvenWerks> maybe we should remove that too.
[17:40] <Eickmeyer> We include Thunderbird.
[17:41] <Eickmeyer> mail reader defaults to opening Thunderbird.
[17:41] <OvenWerks> Ok leave it then
[17:41] <OvenWerks> We should make the application menu match I guess... for those who use it
[17:42] <OvenWerks> Eek! take software manager out of there.
[17:42] <Eickmeyer> Well, it's the xfce way of doing things (having a web browser shortcut for whatever is set in the default application settings, and a likewise mail reader shortcut).
[17:43] <Eickmeyer> Done, but why?
[17:43]  * OvenWerks would like the gnome software manager to be as hard to find as possible
[17:43] <OvenWerks> It breaks too many things in audio
[17:44] <Eickmeyer> I'm just curious as to how it breaks things.
[17:44] <OvenWerks> Some one wanting to build jack application might add libjack-dev
[17:45] <OvenWerks> this will remove jackd2 and all apps that depend on it.
[17:45] <Eickmeyer> I see
[17:45] <OvenWerks> synaptic will at least warn the user it is about to remove stuff
[17:45] <OvenWerks> gnome sw will not.
[17:46] <Eickmeyer> Makes sense.
[17:46] <OvenWerks> maybe we should just install libjack-jackd2-dev by default
[17:46] <Eickmeyer> Would that go in the seed?
[17:46] <OvenWerks> It could
[17:47] <Eickmeyer> If that would help, then I don't see why not.
[17:48] <tsimonq2> (Ideally, for a library package, you would instead make it a hard dependency of the packages which need it.)
[17:48] <OvenWerks> anything build with either jackd2 or 1 will work with the other... I would like to see a generic libjack-dev that does not require a particular jack but works with either
[17:49] <OvenWerks> tsimonq2: Ya, but the possibility of pushing that up stream is nil
[17:49] <OvenWerks> Ideally debian would include the -dev in this case
[17:49] <tsimonq2> OvenWerks: How so?
[17:50] <tsimonq2> I happen to be a DD who wears a Debian Multimedia Team hat; if you file a bug I'll be happy to do it.
[17:50] <OvenWerks> the fact that libjack-dev is already not included in libjack should speak for things
[17:51] <OvenWerks> debian does not like packages to include includes by policy
[17:52] <tsimonq2> I don't follow what you're saying when you say "include includes"
[17:52] <OvenWerks> making libjack require libjack-dev would pose the question why is it not included in libjack in the first place
[17:53] <tsimonq2> Well, have you asked the Debian maintainer?
[17:53] <OvenWerks> the libjack-dev package basically has the include files for jackd.
[17:55] <OvenWerks> I don't know if I have, but it seems I have suggested it before and been told that things are not done that way.
[17:55] <OvenWerks> if you can change things that would be good
[17:56] <tsimonq2> The first step is filing a bug; I don't mean to be confrontational or anything, but if it's a problem I'd like to help you get it solved. :)
[17:56] <OvenWerks> anyway, I need to spend time with my wife for breakfast
[17:56] <Eickmeyer> OvenWerks: Just pushed the changes in the menu.
[17:57] <OvenWerks> ok
[18:47] <OvenWerks> Eickmeyer: qjackctl now seems to not show up in the menu anywhere...
[18:49] <Eickmeyer> OvenWerks: My bad, I put it in the wrong spot.
[18:51] <Eickmeyer> Pushed, rebuilding
[19:42] <Eickmeyer> OvenWerks: Did you test the latest build of -menu?
[19:42] <OvenWerks> not yet
[19:53] <Eickmeyer> I'm in Budgie, but I'm thinking of switching over to MATE to do more testing.
[19:57] <Eickmeyer> Overall, the results of the tweaks to -installer have done well.
[21:47] <Eickmeyer> OvenWerks: clean-installed MATE, the tweaks to -installer work just fine. The only problem is, because -installer doesn't use GTK (or Qt), it's hard to tell which items have been clicked.
[21:47] <OvenWerks> The clicked items don't go dark?
[21:48] <OvenWerks> (selected)
[21:49] <Eickmeyer> That's correct.
[21:49] <Eickmeyer> Wasn't a problem in Xfce, GNOME, Budgie, or Plasma.
[21:49] <Eickmeyer> Only MATE is where there's a usability problem.
[21:49] <OvenWerks> The colour right now is taken from the DE colour scheme... so the colour scheme is obviously bad... the problem is that colour schemes are often bad these days :P
[21:50] <OvenWerks> so I will see if I can force a good colour scheme on the App
[21:50] <Eickmeyer> I was using the default Ubuntu MATE scheme. Now using Menta (default MATE), launching.
[21:52] <Eickmeyer> OvenWerks: It doesn't work under any MATE theme (incl. color scheme) I've tried.
[21:53] <Eickmeyer> They're all standard GTK so I'm not sure what isn't translating.
[22:02] <OvenWerks> Eickmeyer: I don't think it is translation that is a problem but rather tk is using a value that in some other places does not mean selected text.
[22:03] <Eickmeyer> OvenWerks: Very likely.
[22:04] <OvenWerks> There are likely some other applications where this shows up too.
[22:09] <Eickmeyer> I can't think of any off the top of my head, most things use GTK or Qt anymore.
[23:04] <OvenWerks> apparently add-apt-repository remove .... doesn't
[23:04] <OvenWerks> remove just disables
[23:06] <Eickmeyer> Uh... You used --remove, right?
[23:06] <OvenWerks> -r actually
[23:07] <Eickmeyer> The --help says it removes it from the sources.list.
[23:07] <Eickmeyer> If that's not accurate, it's a bug.
[23:08] <OvenWerks> settings->Software & updates->other software shows it has been unticked.
[23:11] <OvenWerks> hmm this time it worked...
[23:12] <Eickmeyer> Maybe a cache had to update? idk
[23:13] <OvenWerks> actually this time I did it without update... better try that.
[23:32] <Eickmeyer> OvenWerks: Did you get that sorted?
[23:42]  * Eickmeyer has decided he really doesn't like MATE. 
[23:52]  * Eickmeyer is moving along to Lubuntu for testing