[13:25] eickmeyer why is the default wallpaper the backup one? [14:38] ok I think I realize what happened but oh well... [14:38] Eickmeyer: What was that? [16:06] OvenWerks: So, @azbulutlu and I were voice-chatting, and considering you are talking about going to Kubuntu + Studio on 20.04 for daily use, and she's already using Kubuntu + Studio, and considering I have better knowledge about how seed files work, why don't we just pull the trigger for 20.10 and switch whole-hog from Xfce to Plasma. Thoughts? [16:57] (#FocusOn2004LTSFirstTHough) [17:06] ok [17:07] Eickmeyer: most of that would end up being your work though. [17:07] Yep. [17:07] @teward001 No problem in working on a little vision in the meantime. [17:07] Can't even work on it until after GG opens. [17:08] true [17:08] i have at least 6 things for Server once GG opens heh [17:09] heh GG! GetGud! [17:09] *shot* [17:09] yes i'm still not caffeinated enough [17:09] Or... Good Game? [17:10] Eickmeyer: it may cause difficulties with up grades... [17:11] We'll just have to recommend clean installs. Lubuntu went through this two years ago. [17:11] Studio went through it from gnome2 to xfce [17:11] OvenWerks: Release Notes entry dictating that "Upgrades from 20.04 to 20.10 or later are not supported due to the DE change. Therefore, you must Clean Install for 20.10 and later to upgrade from 20.04." [17:12] and this is gong to be a case for Lubuntu right now too - 18.04 LXDE 20.04 LXQt ERRNOTSUPPORTED [17:12] :P [17:12] Yep. Growing pains. [17:12] Either way, it's nice to have people who have been there before to talk to about such moves. [17:13] We'll go through the same thing 2 years from now with 20.04 > 22.04. [17:14] Eickmeyer: can we make sure the file to do the up grade does not work or just prints warning? [17:14] OvenWerks: I'm not sure. That would be something the release team would have to work on with the software upgrader. [17:14] teward: Any advice on that? ^ [17:14] Eickmeyer: I remember before even though the release notes said not to do the up grade lots of people tried anyway [17:15] OvenWerks: Then you just tell them "Per the release notes, that's not supported." [17:15] It might sound harsh, but that's reality. [17:18] Either way, if we're going to do it, 20.10's release cycle is the perfect time because that gives us four cycles to get 22.04 LTS real smooth. [17:18] the problem being that the software updater puts up a button that says something like: A new release of ubuntu studio is available, Update now?" [17:18] I agree [17:19] OvenWerks: True, but not for LTS releases unless the user specifically enables upgrades to regular releases. Again, this is something we'd have to talk to the release team about since they deal with software-updater. [17:19] Also, Lubuntu has been there before very recently. [17:19] tsimonq2: Are you even alive??? [17:20] it's early saturday morning ;) [17:20] It's past Noon his time and I haven't heard from him except on Telegram. [17:20] teward has a good pulse on Lubuntu as well. [17:21] I need to try the "new" lubuntu too. [17:21] yeah I regularly test Lubuntu [17:21] in fact LXQt there made me spin LXQt on my Debian Unstable VM [17:21] with tweaks :P [17:24] I was more worried you wanted to split -controls... that would have been work... for me :) [17:26] but I guess now we should base some of these things on Qt? [17:32] I want to take some time to revisit https://github.com/ovenwerks/midikb and switch from jackd based to alsa based and I guess I may need to update https://github.com/ovenwerks/mcpdisp to keep it from bitrot [17:33] Studio-controls needs to get up loaded (if Eickmeyer hasn't yet) [17:33] OvenWerks: ack on -controls. [17:34] OvenWerks: Additionally, I don't think we need to switch anything to Qt. Plasma's handling of GTK is pretty seamless now. [17:34] Eickmeyer: I think we'd have to coordinate with the Release Team [17:35] but keep in mind that the upgrade process for the upgrade checker in < 20.04 may not be specific enough per flavor [17:35] teward: In terms of software-updater? [17:35] d-r-u for instance doesn't give a damn under the hood about the flavor only the release codename [17:35] That is one of the things I like about plasma, It tries to make the applications run well rather than the desktop. [17:35] Eickmeyer: you have to address it in the software updater app AND `do-release-upgrade` on the CLI [17:35] OvenWerks: Agreed. It's well-optimized and dosn't try to take-over the app. [17:36] teward: Ack. I won't bug the release team until after 20.04 releases, but it's good to keep in mind. [17:36] probably should talk to them earlier like now before release [17:37] because we dont want people to attempt updates and brick things [17:37] OvenWerks: I'm showing Controls in the archives is the latest? [17:38] Unless you had something to fix. [17:38] -controls is at release... there is work on the tablets part on my machine [17:38] teward: Well, upgrading to 20.04 isn't the issue, so I'm confused. Upgrading FROM 20.04 would be the issue. [17:38] durrr i'm tired :P [17:38] you're correct :) [17:38] I think he was refering to lubuntu [17:39] OvenWerks: No, he's referring to Studio. It's just a slightly-less-caffinated verson of teward we're talking to.. :) [17:39] ERR:NotEnoughCaffeine [17:39] OvenWerks: In that case, there's nothing for me to upload. [17:39] * OvenWerks is in the same state [17:40] I'm on my second cup. [17:40] my coffe "cup" (container) is a 16 ounce so I may be as well... [17:41] OvenWerks: In terms of the tablet stuff: Is this going to be more advanced than what Plasma carries? [17:42] I guess I should check that Probably not right now... [17:42] right so it may be that is not needed [17:42] That's kinda what I'm thinking, and what went through Eylul's head as well. [17:43] (except for people doing studio over a flavour that does) [17:43] Which is fair. [17:44] the one thing I want to do is add a fix for tablets that are supported by the kernel but not by xsetwacom out of the box [17:44] That would be amazing. [17:44] So, +1 on that. [17:44] I have filed a bug against the package that should install the file but have heard nothing back [17:45] Can you throw me the bug number? It might be that a bug needs to be filed upstream in Debian to get any movement. [17:45] It would work by listing pad/stylus devices and the user can choose one and I can add a file to xstartup [17:46] https://bugs.launchpad.net/ubuntu/+source/xf86-input-wacom/+bug/1857509 [17:46] Launchpad bug 1857509 in xf86-input-wacom (Ubuntu) "Missing digimend config file" [Undecided,New] [17:47] Nope, not a Debian sync. The Ubuntu X-SWAT maintains that one. [17:47] Although, the changelog is a DD (tjaalton) [17:48] I was just going to grab the device ID and add a file like /usr/share/X11/xorg.conf.d/50-studio.conf [17:48] Well, that would be a decent workaround. [17:48] with a paragraph for each device the user has (some people have more than one [17:49] I just subscribed the maintainer to the bug. It could be they weren't paying any attention. [17:49] The user would of course have to reboot after for x to pick it up [18:14] (sorry to interrupt but this is the known installer issue right? https://mastodon.eus/@PorrurenGrabatokia/103901740021263131) [18:17] that file should be a link normally added when the setup for the kernel is done (update-grub) [18:27] so first suspision is not a full iso download or not a full transfer to the install media [18:27] OvenWerks: They were downloading from /pending not /current. [18:27] has this person run a media (cd) check from the boot commandline of the install media? [18:28] ok [18:29] I see lubuntu is also 64bit only. [18:29] (/pending is always incomplete.) [18:29] yep, [19:03] OvenWerks: Yes, Lubuntu is 64bit only now [19:03] they discontinued 32bit after 18.04 I believe [19:03] i forget when they did that though [19:03] same as everyone [19:03] yep [19:03] no 32bit ISOs [19:03] there's still some 32bit PACKAGES [19:03] but [19:05] yeah no 32bit ISOs anymore