[14:41] <wonko> wonko@deepthought:/tank/Plex/TV/1New $ ls -lh /home/wonko/.xsession-errors.old
[14:41] <wonko> -rw------- 1 wonko wonko 6.8G Sep 25 13:36 /home/wonko/.xsession-errors.old
[14:41] <wonko> Holy Moly!
[14:42] <wonko> non-old is already to 4.4G
[14:43] <wonko> this is one noisy log file
[15:09] <OvenWerks> that is a lot
[15:15] <wonko> I rebooted yesterday
[15:15] <wonko> so 4.4G in a day is a bit excessive
[15:15] <OvenWerks> mine is 39k after an over night of no network messages
[15:16] <Eickmeyer> Not all hardware is guaranteed to work on Linux... just saying...
[15:16] <wonko> Eickmeyer: I remember the good old days of that being true more often than not
[15:16] <Eickmeyer> wonko: Same.
[15:26] <wonko> 32 MILLION lines in that log file
[15:27] <wonko> ok, now I feel like I need to run some statistics on that
[15:40] <OvenWerks> wonko: start with tail (the last 10 lines)
[15:41] <wonko> it's full of these: [159265:617] [12082] (audio_device_pulse_linux.cc:1705): paOperation NULL in WaitForOperationCompletion
[15:41] <wonko> but a quick grep | wc says those are only about 2 million of the 32 million lines
[15:42] <wonko> actually, not even
[15:42] <wonko> 1.3 million
[15:42] <wonko> that's still a LOT
[15:42] <wonko> but there is a lot of other stuff going on as well
[15:48] <wonko> ugh, multiline log entries are the worst
[15:48] <wonko> Eickmeyer: You get major kudos for prefixing all your log messages with [ray-daemon]
[15:49] <wonko> This log is a nightmare of inconsitency
[15:49] <wonko> trying to do any sort of analytics on it is super frustrating
[15:50] <wonko> of the enties that actually do have timestamps I've so far found three different formats
[16:12] <Eickmeyer> wonko: I didn't write raysession. lmao
[16:12] <Eickmeyer> That would be houston4444.
[16:14] <wonko> oh, for some reason I thought you did
[16:14] <wonko> well, kudos to him then. :)
[16:14] <Eickmeyer> Yep. lol
[16:14] <Eickmeyer> All I did was package it. I can't code.
[16:15] <wonko> ok, who's the actual author of controls?
[16:15] <Eickmeyer> That would be OvenWerks.
[16:15] <wonko> oh, ok, excellent
[16:15] <wonko> I'll annoying him even more then. :)
[16:15] <Eickmeyer> Sorry, OvenWerks. :D
[16:16] <wonko> at this point he had better be used to me annoying him. :-D
[16:18] <Eickmeyer> wonko: we all are. :D
[16:18] <Eickmeyer> BUT, your annoyances are actually useful. We get help vampires that tend to suck the life out of us.
[16:23] <wonko> yeah, I at least try to be useful
[17:43] <drmacro1> I have UBSControls set to "Auto Start Jack at Session Start", but it doesn't. If I click the "Start or Restart Jack" button it does. Nothing of note in autojack.log or jackdbus.log.
[17:44] <OvenWerks> drmacro1: It sounds like you need to upgrade controls
[17:44] <OvenWerks> there are a number of bugs fixed since the boxes you describ were even available.
[17:45] <drmacro1> Umm...how so? this 19.04, just did a apt update/upgrade... :-/
[17:47] <OvenWerks> The auto start jack at session boot check box is no longer there
[17:47] <OvenWerks> we have a backports ppa with the latest ubuntustudio-* packages
[17:48] <OvenWerks> !backports
[17:48] <Eickmeyer> !ubuntustudio-backports
[17:48] <OvenWerks> I got the wrong one :)
[17:50] <drmacro1> I'm confused. I'm already on 19.04. Are you saying I need to backport to 18.04 packages? :-/
[17:51] <OvenWerks> drmacro1: no there should be new for 19.10 packages in there
[17:51] <Eickmeyer> drmacro1: The backports PPA is also open for 19.04.
[17:51] <OvenWerks> back ported to 19.04
[17:52] <Eickmeyer> Though, considering the systemd bug fixes in 19.10 pertaining to memlock, I'd recommend upgrading to the beta at this point anyhow.
[17:52] <OvenWerks> drmacro1: instead of an auto start button, the jack state should be the same as when the session shuts down
[17:56] <drmacro1> Ok, so upgrade to 19.10 then. But, let me ask this. on this particular PC I currently have the firewire card removed for some other trouble shooting. With it out during the upgrade will the firewire drivers still get in there? Or should put the card back in?
[17:57] <OvenWerks> The kernel installs with _all_ kernel modules
[17:57] <Eickmeyer> Also, the new version of Ubuntu Studio Controls handles Firewire better.
[17:58] <OvenWerks> however, if you are using a FW device that alone may be why there is problems.
[17:58] <Eickmeyer> Most firewire devices are beyond their useful life at this point.
[17:58] <OvenWerks> by default ubuntu expects any FW device to still use the new alsa FW drivers
[17:59] <OvenWerks> In order to use the faddo drivers the alsa FW modules need to be blacklisted
[18:00] <drmacro1> So is that why they show up as audio ports when jack isn't running?
[18:00] <OvenWerks> yes
[18:00] <OvenWerks> alsa now suports FW directly
[18:03] <drmacro1> Ok, so I need to blacklist the fw modules after I upgrade to 19.10. So, I'll need to find out which those are... on the other note, there just isn't a good replacement for my Audiofire12's... :-(
[18:05] <drmacro1> It's the heart of my stereo tri-amp system...
[18:05]  * OvenWerks agrees
[18:05] <OvenWerks> It should be able to be made to work though
[18:06] <OvenWerks> the faddo modules and utilities are still being kept up there was a new release about a week ago.
[18:08] <drmacro1> It does seem to work...but, I was getting spurts of digital noise at intervals, that's why I have the card out. Maybe it was the sending pulseout to both the onboard card and the FW card...maybe it was not having the FW stuff blacklisted...
[18:15] <OvenWerks> drmacro1: https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit#Firewire
[18:16] <OvenWerks> may have some insite
[18:16] <wonko> upgrading to 19.10 now
[18:16] <OvenWerks> ok
[18:16] <wonko> let's see if that addresses my issues
[18:16] <drmacro1> Other pc is upgrading now...
[18:16] <wonko> OvenWerks: While I wait for that I wanted to talk to you about controls
[18:17] <wonko> I've been staring at the GUI and I'm not entirely sure I see a clean way to do this, but I would love to be able to set the names of the sinks/sources that it creates
[18:18] <wonko> If you're ok with a "this is for nerds only option" I would be willing to add that in but you'll need to manually edit .autojackrc
[18:18] <OvenWerks> wonko: the only way to really do that would be to have a setup for each bridge (I am assuming you mean pulse bridging) or each device
[18:19] <wonko> yeah where you +/- pulse bridges
[18:19] <drmacro1> I normally just open Carla to see what it created...or am I not getting the drift of the question?
[18:19] <wonko> I was thinking something simple along the lines of PULSE-OUT=4 PULSE-OUT-NAME=foo,bar,baz,hello
[18:20] <OvenWerks> drmacro1: that is not the problem, wonko want prettier names :)
[18:20] <wonko> and just setting those in order instead of PulseOut, PulseOut-2, etc
[18:20] <wonko> but before I go hacking on controls I wanted to make sure this was something you were ok with
[18:20] <OvenWerks> wonko: sort of like the way xfce sets names for workspaces.
[18:21] <drmacro1> also, in that link it closes that section wit:"Now you can unload your loaded firewire modules or reboot." I guess I need to read above that to get more detail...but, I thought a reboot would accomplish that?
[18:21] <wonko> OvenWerks: yeah, something like that. Nothing fancy and adding GUI support would be nice but could come later.
[18:22] <OvenWerks> drmacro1: I would love to have a FW box so I could talk about that with some real understanding of what I was saying
[18:22] <drmacro1> Ahh...pretty names. Yeah, I accomplished that with Qjack/startstop scripts before, but, I've stopped using it altogether...
[18:23] <wonko> drmacro1: they're talking about unloading kernel modules. If you have them blacklisted they never get loaded at a reboot which is the same as going through and doing rmmod on them all on a running system.
[18:23] <drmacro1> Welllll...I do have 3 of these AF12's :-D Two of which are in a flight case that's not been open for a year or more...
[18:23] <OvenWerks> wonko: in that case rather than having in=3 and out =2 I would rather just have in=pulse extra another out=pulse spare
[18:24] <OvenWerks> drmacro1: for me "buy" is not an option, I am strictly low budget here
[18:25] <wonko> OvenWerks: Oh, I see, make them a list of names which you an infer the count from
[18:25] <drmacro1> Wasn't implying buy. Where are you?
[18:25] <OvenWerks> The last usb audio devices I bought were under $1 each
[18:25] <wonko> yeah, that probably makes more sense, I was just trying to not muck with existing code too much
[18:25] <wonko> but I'm down with that.
[18:25] <OvenWerks> I would import it as a python list and do a for name in list
[18:26] <wonko> yeah, I can get behind that. We could even leave the UI as is for now and add generated names to the list.
[18:26] <OvenWerks> drmacro1: shipping I am ok with. I am in Canada so there are border concerns too.
[18:27] <wonko> How would you want that then? Diff? I don't know how to do a PR against launchpad
[18:28] <OvenWerks> wonko the gui still needs to save that line either just read it in and write it back out or you would have to edit the config each time you make a config change
[18:29] <wonko> you can store it as a list but display it as an integer, that wouldn't be difficult
[18:29] <drmacro1> OvenWerks: Is there that much of an issue with shipping electronics accross the border or is a tariff thing?
[18:29] <wonko> displaying it as a list would probably be better though but I don't go GUI so that's not something you want me doing. :)
[18:29] <wonko> s/go/do/
[18:30] <OvenWerks> drmacro1: border concerns meaning labeling it as used made in 19<whatever>
[18:30] <OvenWerks> sending by post rather than ups or fedex who both charge big at the border
[18:31] <OvenWerks> drmacro1: I am assuming you are US?
[18:32] <drmacro1> Ovenwerks: Yes, New Hampshire
[18:33] <OvenWerks> ya so send by mail is best
[18:35] <OvenWerks> I can paypal you the cost of shipping, customs (if any) will be charged at this end anyway.
[18:37] <drmacro1> want to email me the address and how to label it? Might take a couple days to extract the box from the attic. Email me the address and labeling instructions. Can you extract my email from the UBS users list? ANd I have a paypal account so that'll work.
[18:37] <OvenWerks> I will try getting your email
[18:38] <drmacro1> I think I show up as macdroid over there...
[18:41] <wonko> new default desktop wallpaper I see. :)
[18:44] <wonko> Hmm, zfsutils-linux threw some error during update (not part of base ubuntu so not your problem)
[18:46] <OvenWerks> drmacro1: you should have a test mail in your email. (did I get the right one?)
[18:47] <wonko> This is either very slow or stuck. :(
[18:47] <drmacro1> OvenWerks: back atcha
[18:48] <wonko> https://imgur.com/ziZ6ZeT.png
[18:48] <wonko> hasn't moved from there in a little while
[18:49] <drmacro1> wonko: mine is taking it's sweet time unpacking packages. :-(
[18:50] <wonko> I'm pretty much past that part I think? This should be doing *something* by now, though
[18:51] <drmacro1> wonko: yes, mine has not rebooted yet, i've not seen the new desktop.
[19:00] <drmacro1> well, thanks for all the help and chat. :) I have to get cleaned up now and go play sound guy at the theater for a production of  Hamlet...spoiler, everyone dies. 8-)
[21:04] <wonko> Ugh, this upgrade is not going smoothly
[21:31] <OvenWerks> I had that on my server
[21:32] <OvenWerks> I ended up rebooting and apt -f install
[21:39] <wonko> Ok, I'll give that a try then
[21:39] <OvenWerks> wonko: it may tell you have to run another command first/
[21:39] <OvenWerks> an dpkg command of some sort
[21:41] <OvenWerks> but once you are far as you seem to be, the apt record should be right and the normal apt update apt dist-upgrade path should work
[21:41] <wonko> The dpkg --configure -a one in guessing.
[21:41] <OvenWerks> ya, that finishes whatever is part installed
[21:41] <wonko> Yeah, that's the one that hangs currently
[21:41] <wonko> So reboot when I get home
[21:45] <OvenWerks> I guess the question is where does it hang... It may be best to reinstall that package. It may be that the download was not complete or something
[21:45] <OvenWerks> certainly if it can be connected to a package that would be great
[23:08] <wonko> OvenWerks: grub-rc or something like that
[23:12] <wonko> If looking could get zfs root with BEs that would be so nice
[23:32] <wonko> Is there an iso for the 19.10 beta? Things are borked
[23:32] <wonko> Found it
[23:32] <wonko> Google to the rescue