[10:50] <guiverc> i just saw reference to https://help.ubuntu.com/community/Klipper on a reddit question; it was last available according to `rmadison` for trusty; yet the 'discontinued' notice appears to have been removed by tomtomtom from wiki; the discontinued notice appears valid to me
[10:52] <guiverc> s/reddit/askubuntu ^  https://askubuntu.com/questions/1397973/how-to-install-klipper-what-would-you-suggest-instead-if-the-package-is-not-any
[11:34] <RikMills> guiverc: it still exists. it has just been absorbed on plasma-workspace
[11:34] <RikMills> s/on/into
[11:34] <guiverc> okay so fakenews (reason for removal of warning) makes sense..  thanks RikMills 
[13:00] <BluesKaj> Hi all
 Probably not. We have an unused one as it is (re @ahoneybun: @RikMills would another build server be useful?)
 Ah
[17:23] <Eickmeyer> Is anybody else having trouble getting driver manager to work in Jammy?
 I thought it was dropped?
[17:25] <Eickmeyer> @ahoneybun: The old package was dropped, yes, but in System Settings > Driver Manager it's still a thing so that one can access software-manager-qt via that interface.
 the sources thing that is linked to from Discover?
[17:26] <Eickmeyer> No, this is specifically for the "Additional Drivers" tab in software-manager.
 It looks like I need to be in the wheel group?
[17:27] <Eickmeyer> You should be in wheel as a regular admin.
 Well it says often it is wheel
[17:27] <Eickmeyer> Unfortunately, that's not a good solution anyhow as it should *just work*.
[17:28] <Eickmeyer> Yeah, it says often it is wheel, which means something in pkexec is off afaict.
[17:28] <Eickmeyer> This is *critical* for people installing non-free drivers, such as nvidia or broadcom.
 I haven't rebooted yet after some updates since I had to remove VLC for them to apply.
[17:30] <Eickmeyer> Oh, weird.
 I'm restoring some backups then I can reboot
 Yea vlc-bin was weird. It's like that on my laptop and desktop.
[17:30] <Eickmeyer> Well, you confirmed the issue. Might have to write a polkit action for it.
 Glad I could confirm it at least.
 I'm up for testing the fix as well.
[17:31] <Eickmeyer> Ok. Well, I'll try to get a pull request or something. The issue is in the kubuntu-settings source package.
[17:32] <Eickmeyer> Having the same issue in Studio, so I'll probably get it there first.
 It's nice having another distro using the Qt installer lol
[17:32] <Eickmeyer> Well, we're not using Ubiquity because the Ubiquity Qt installer is hardocoded for Kubuntu.
[17:33] <Eickmeyer> We're using Calamares.
 Ah I didn't think a flavor could do it tbh.
 Can we pull out snapd from our ISO? lol
[17:33] <Eickmeyer> Oh yes. Lubuntu was using it already.
 Mm
[17:33] <Eickmeyer> Hehehe, I don't think so. Firefox will be a snap, no way around it.
 Is that why I haven't gotten v98 on jammy?
 I have the deb package installed.
[17:59] <mamarley> For individual users, if you're willing to use the Firefox beta, you can use the deb package from https://launchpad.net/~mozillateam/+archive/ubuntu/firefox-next/+packages.  You will need to put "Package: *\nPin: release o=LP-PPA-mozillateam-firefox-next\nPin-Priority: 700" in your /etc/apt/preferences.d/ to get APT to see it as the latest version though.
[17:59] <mamarley> You can, of course, also use the official builds from Mozilla, either in release or Beta.
[17:59] <mamarley> For people like me who don't want any snaps at all.
[18:42] <Eickmeyer> FYI: It looks like the problem is that software-properties-qt is completely broken.
[18:43] <Eickmeyer> Unless run with sudo? Weird...
[19:09] <Eickmeyer> mamarley: That's great and all, but we can't do that for the ISO image.
[19:09] <Eickmeyer> Anyhow, I have a fix for the driver manager bug, but it'
[19:09] <Eickmeyer> s ugly and relies on xterm.
[19:35] <valorie> if Firefox available as flatpak?
 It is.
[19:35] <valorie> I've had good luck with them (signal, telegram)
[19:35] <valorie> @ahoneybun what is the packagename in flatpak?
[19:36] <valorie> I guess I would have to uninstall what I have
 firefox
[19:36] <valorie> chrome does not play nice with a few sites like GSoC
[19:36] <valorie> oddly
[19:37] <valorie> sweet! and simple
 If we have to ship snapd can we just not ship Firefox as a snap?
[19:39] <Eickmeyer> @ahoneybun Firefox will not be available as a .deb in Jammy.
 the flatpak not the deb
 Is that why I haven't gotten an update on jammy?
[19:40] <Eickmeyer> Oh, shipping flatpaks is a no-no per the TB. I tried.
 TB?
[19:40] <Eickmeyer> Technical Board
 Oh ffs
 Back to Arch I go.
[19:40] <valorie> we don't have to ship it
[19:41] <valorie> it's available on the hub
 I know but pre-installed is better.
[19:41] <Eickmeyer> valorie: But anything from flathub cannot be pre-installed.
[19:41] <Eickmeyer> Per the TB.
[19:41] <valorie> do we not pre-install?
[19:41] <Eickmeyer> (I tried)
[19:41] <valorie> we always have
 The snap is preinstalled.
 Yes, as 98 was the last full .deb. The next FF in jammy will be the snap transitional (stuck in proposed at the moment) (re @ahoneybun: Is that why I haven't gotten an update on jammy?)
[19:41] <valorie> ah, got it
 I didn't get 98 I was on 97 for days.
[19:42] <Eickmeyer> In Studio we switched to full seeded snap for FF.
 Whoops. I mean 97 was the last (re @ahoneybun: I didn't get 98 I was on 97 for days.)
[19:42] <valorie> ah well
[19:42] <valorie> I dislike snap but do not hate it
 Kubuntu also now seeds the snap on the ISO
[19:42] <valorie> it is a tool I prefer not to use
[19:42] <Eickmeyer> Well, this wasn't even Canonical's call, it was Mozilla.
 Was it?
[19:43] <valorie> ?
[19:43] <valorie> moz did not want .deb?
[19:43] <Eickmeyer> Yep. Mozilla changed the distribution agreement and wanted it as a snap and to manage it directly.
 Canonical has been building the deb anyway.
[19:44] <Eickmeyer> @ahoneybun Yes, temporarily.
 Mm
 Fedora is the new Ubuntu haha
[19:45] <Eickmeyer> Yeah, well, even Mozilla is looking at keeping them from building an RPM and using flatpak as the distribution method there.
 What about Arch?
 Like the only way to really stop that would be to not share the source code.
[19:45] <Eickmeyer> Don't know, but Mozilla wants direct control over their FF distribution anymore.
 I think Arch ships the mozilla built binary? (re @ahoneybun: What about Arch?)
 Well good thing we have a lot of chrome based browsers lol
[19:46] <Eickmeyer> Mozilla is shooting themselves in the foot, but it's their call.
 That's true.
[19:50] <valorie> @ahoneybun I see 
[19:50] <valorie> 1) app/org.mozilla.firefox.BaseApp/x86_64/20.08
[19:50] <valorie>    2) app/org.mozilla.firefox.BaseApp/x86_64/21.08
[19:50] <valorie>    3) app/org.mozilla.firefox/x86_64/stable
[19:50] <valorie> which is best -- just stable?
 Most likely 3
 Yep
 I don't know the other ones.
[19:50] <valorie> done
[19:51] <RikMills> ooooh. I have jellyfish svgs!
 Yayay
[19:52] <valorie> weeee
[19:52] <valorie> I look forward to kewl arts
 https://irc-attachments.kde.org/8e43dced/file_54239.jpg
[19:58] <RikMills> forwarded email to @ahoneybun and valorie 
 yay
 I need to get protonmail to send email as @kubuntu.org
 Unless I can get that updated.
[19:59] <valorie> thank you, RikMills -- my art never made the jump to my computer, unfortunately
[19:59] <Eickmeyer> RikMills: \o/
[20:00] <Eickmeyer> RikMills: I have a debdiff for you re: bug 1965439, unless you'd rather I jfd the upload.
[20:01] <Eickmeyer> Ignore ubottu, it's also a bug in kubuntu-settings.
[20:04] <Eickmeyer> @RikMills ^
 RikMills: do you have colored versions?
[20:06] <Eickmeyer> @ahoneybun: I'm guessing one can just get the .svg to do whatever one wants re: colors
 Well they usually have some color not just grey
[20:07] <Eickmeyer> It was emailed to flavor leads.
 Well Rik forwarded to me.
[20:07] <Eickmeyer> Ah, cool. Colorization is easy to do in inkscape.
 All I got was grey (re @ahoneybun: Well they usually have some color not just grey)
[20:09] <RikMills> Eickmeyer: I was going to have a quick did into the driver manager thing myself 1st
[20:09] <RikMills> *dig
[20:09] <Eickmeyer> RikMills: Yeah, no worries. Basically, pkexec is broken when called by system-settings, breaking the driver manager thing.
[20:10] <Eickmeyer> I tried to use pkexec every which way from Sunday, and using xterm was the only solution that actually worked, which seems weird.
[20:10] <Eickmeyer> And software-properties-qt just mocks you if you try to launch it without.
[20:11] <RikMills> Yeah, I will likely fail to find another way, but will at least look
[20:11] <Eickmeyer> Well, if you do find a way without using my debdiff, feel free, and let me know so that I can adjust Studio accordingly.
[20:12] <RikMills> ack
[20:14] <RikMills> opensuse have some similar things to launch their distro tools from systemsettings, so they may have bumped up against something similar with recent policykit
 https://irc-attachments.kde.org/456755f5/file_54248.jpg
 WIP
[21:06] <valorie> @ahoneybun - is it permissible to color the jelly a bit? with say, transparent blue and orange?
 I may be able to .