[01:41] good morning [02:52] Not so much an Ubuntu discussion as an #ubuntu discussion, but how do you think we can give support in a way that doesn't underestimate a user's skill level? I find that I usually try to give support assuming that a user's skill level is low, but that gets pretty embarrassing when you end up treating power users, previous flavor leads, and Canonical employees as if they were on the same skill level as a relative newbie... [02:53] (Like, I guess it's not too horribly embarrassing, but it's still kinda like "Uh... oops.") [02:54] great question, but does it matter? If your intention is good, and you're careful with wording I can't see it be treated as anything but someone trying to help. I doubt anyone would read your responses as anything but helpful arraybolt3 [02:55] * guiverc[m] just realizes this isn't IRC window... I wondered why it looks so different.. [02:55] * guiverc[m] misses not having my primary desktop working! [02:57] Ah, good point. [03:01] it can be immensely condescending in my book [03:01] maybe you can ask how many rodeos they've been to? :D [03:02] Yeah, like I think I told the old Ubuntu Studio flavor lead (the guy before Erich) how to open System Settings and navigate to a particular menu to change a setting or some such. Probably overkill, though it would have been perfect for other people. [03:04] :D [03:08] I do try to adjust to a user's skill level so things go faster, and I guess unless I recognize the user name there's no way for me to know in advance how skilled they are. I would be worried of accidentally making a new user nervous if I asked them about their skill level, though. [03:10] Like if I say "Open a terminal with Ctrl+Alt+T", and they say, "Oh that's the terminal shortcut, I rebound that to such-and-such, so lemme open Konsole..." I immediately know this person is likely to know what they're doing and can proceed to just saying, "Hmm, check your settings for XYZ and see if changing the value here helps." [03:10] guiverc[m]: LOL I bet that was confusing. [03:11] guiverc[m]: What happened to your primary desktop? Still power supply issues? [03:15] * arraybolt3 needs to reboot, brb [03:18] * arraybolt3 is back [03:18] \o/ [03:19] (Had to run a short update, so it took me a bit longer than normal.) [03:19] it was ~14 days since my last reboot; and didn't reboot & update 20.04 (my stable system) during the day; so I just turned box off that night (instead of normal suspend..) thinking I'd boot into 20.04 next morning, update then switch back to kinetic.... I forgot due to PSU issues there was a great chance I'd not be able to cold boot... so I'm back dead system (yeah PSU).. b/c of Queens death; yesterday/today are lots of stuff [03:19] closed so can't currently even replace it.. (till next week) [03:19] doh! [03:20] Argh, that's awful. [03:20] I have a kinda similar problem with my laptop - if I leave it shut down or in sleep for too long, it goes into a weird glitchy mode and I have to mess with it in just the right way to get it to boot again. [03:21] (I think a lightning storm fried some CMOS-related capacitor, since it started happening after a storm and taking out the CMOS battery significantly improved the situation.) [03:24] ☚ī¸ it's nice to have stuff that just works... but we're lucky if we have other stuff we can use instead... (me and this box.. you hopefully have something else too) [03:25] Actually taking out the CMOS battery on this laptop worked well enough that it's what I use most of the time. I am hoping to get an upgrade soon (like sometime within the next week). [03:26] I also have a desktop that Just Works here, too, so even if this thing goes totally kaput I'm not entirely out of luck. [03:26] guiverc[m]: This might be silly, but is the drive in your now-dead system a spinning HDD? [03:27] I'm thinking you might be able to do something convoluted like disconnect the main HDD, power the system up from a flash drive, hotplug the HDD, then kexec into the kernel of the main system and pick up where you left off. [03:27] (That's assuming your system supports SATA hotplugging, though.) [03:30] you got a great smile from me arraybolt3 .... that sort of 'stupid' stuff is what I on occasion do... yeah drive is spinning rust; box has battery removed, dvd & other power eating stuff unplugged.. when I noted I was using element (not hexchat) I went & re-tried to get it going again & will try again later, but I need to replace the old 2009 box [03:32] (I actually purchased a replacement for it [years ago]; but didn't like it as its video card made noise.. so that replacement didn't last long) [03:32] guiverc: Yeah, it sounds like it's overdo for a replacement just on account of its age at this point (though I love keeping old hardware alive). [03:32] Currently my main hardware is only three years younger at 2012 and is still going strong. [03:33] * Bashing-om pats his ole 2007 Athlon system :P [03:33] :) [03:33] * daftykins pats his Pentium III Dell Dimension 4100 [03:34] I was stunned when I unplugged the box though; in the back were 3x USB-PS2 convertor cables.... (and I wonder what uses the power??? one keyboard for me when I stand, one for when I sit, and one when I'm back on the exercise bike..) [03:34] Somewhere in a back corner I have almost exactly one of these laptops around here: https://www.ebay.com/itm/175420534697?hash=item28d7e0efa9:g:BFgAAOSwawNjHhlL [03:35] (Compaq Presario Windows XP, the ports are in different locations I believe, and it's AMD, not Intel, but that laptop looks almost exactly like the one I've got.) [03:35] guiverc: LOL well that's one way to always stay online :) [03:36] daftykins: I still have an original Intel Pentium that I scavenged out of a Windows 95 system that died (probably also due to PSU issues!) long ago. [03:36] hehe [03:36] I think it's some 70MHz lump of junk or something like that. [03:37] come to think, my Dad still has the Pentium 1 120 MHz i grew up with, he kept that quiet from my mum [03:38] bed for me! \o [03:38] I've got an pentium MMX under the house.. my loading bench; runs IBM DOS 5.02 [03:38] night daftykins [03:40] guiverc: Wow. That's an old CPU. I wonder what kind of RAM it uses? [03:40] (Maybe from back in the era of SIMMs?) [03:42] I have an old book, "Troubleshooting, Maintaining, and Repairing PCs" with a ton of info on DOS, Windows 3.1, and Windows 95 in it (mostly Win95 IIRC, also lots of hardware stuff). Also came with a CD full of shareware and freeware diagnostic programs. That was fun to dig through. One of the tools was a formatter for dead floppy disks that got them back into a somewhat usable condition, it was able to run on Windows XP and [03:42] appeared to actually work sometimes! [03:43] (The tool wasn't designed for XP, but it still ran despite the fact that it was for a much older OS.) [03:44] arraybolt3, i went and looked; box specs I've got on side say on 64MB of 72-pin RAM, it contains 3xHDDs though; 2x 340MB & 1 other that I couldn't read but I think slightly more (was 385MB a valid WD size?) [03:45] No clue about the 385 MB on the drive, but wow. Drive sizes were in MB back then? Even my Windows 95 drive was about 2 GB or so, I think. [03:48] fyi. that box has twice been replaced by boxes running GNU/Linux.. but each died; last I think ran Ubuntu 11.10 if I recall correctly... but I usually use an old thinkpad t42p with debian on it & external keyboard/mouse as that has ethernet & I don't need to power up coaxial conversion too (pentium M box uses coax BNC) [03:49] (external keyboard just me... loading = ammo loading; I consider it dirty so don't want to take any device there I use elsewhere) [03:49] Something makes me think that the older computers were designed more robustly. I've had multiple "newer" systems mostly die or break badly, while an archaic Windows 2000 box with a REFURBISHED hard drive still booted up last I tried. [03:50] ("newer" because the systems were still old - Windows XP era seemed to be when things started dying for no good reason, at least in my world) [03:52] maybe I was just lucky... the loading machine I probably have on only once or twice a month these days.. so it's mostly collecting dust, not operating.. === popey0 is now known as popey [03:57] wow, I just noted https://bugs.launchpad.net/ubuntu/+source/python3.10/+bug/1990586 (I've seen users on askubu report this) [03:57] Launchpad bug 1990586 in apt (Ubuntu) "22.04: python3* mismatched phasing breaks dist-upgrades" [Critical, Incomplete] [04:16] Yikes! [04:16] Something similar happened with Kubuntu, where the phasing messed something up and tried to uninstall important things. [04:30] it'll impact all flavors I suspect.. [05:08] morning [10:57] be careful with that tomy fella, he's known for trolling in the past [10:58] thx for the headsoup 🙂 [12:21] oerheks: https://www.omgubuntu.co.uk/2022/09/audacity-3-2-realtime-effects-at-last [16:09] For next time anyone runs into a question about packages being held back: https://askubuntu.com/questions/1431940/what-are-phased-updates-and-why-does-ubuntu-use-them [16:42] arraybolt3: you could update the official documentation for it https://wiki.ubuntu.com/PhasedUpdates [16:51] leftyfb: ...Forgot I could do that, that's probably a good idea! [16:57] leftyfb: How should I best approach that documentation page? It looks more like a pre-implementation announcement or some such, and I don't want to accidentally plow over the top of historically significant info. [16:58] (I don't know if I should carefully update the parts that could use it, or if I should overhaul the whole thing and replace it with a modern, up-to-date explanation of phased updates.) [17:00] arraybolt3: I would overhaul the whole thing but try not to lose information. But ultimately, I'd favour improvement over the fear of losing something. That's the point of a wiki, and old versions of the page are easy to fetch with the revision history stuff. [17:01] Just be careful to ensure the correctness of what you say of course, please. [17:01] Oh cool! I didn't realize that the Wiki stored old versions of info. OK, then I'll look into doing that. [17:01] (And yes, obviously I'll be careful to make sure the info is accurate.) [17:02] That's part of the entire premise of wikis :) [17:02] Huh, sure enough, I see it! /me hasn't spent too much time in the Wiki interface and hardly know how it works except for "you press edit and change stuff and it shows up" :P [17:03] (OK I know a bit more than that but you get my point.) === EriC^^_ is now known as EriC^^ [20:26] is somewhere documented which patches get upstreamed and which not? (sadly enough I am kinda locked in into ubuntu as of right now with my laptop) [20:27] there's nothing sad about that [20:28] daftykins: idk, when your hw only ever works good on ubuntu, but on no other distro I do find it quite sad [20:28] we are a community of sharing, not trying to locking in (i assume) [20:29] i would have thought it makes more sense to be happy it works anywhere [20:29] what is it, a bleeding edge model? [20:30] daftykins: 4 year old laptop which was initially sold with ubuntu 16.04 (afair not certified) [20:30] (dell) [20:30] ah one of the developer edition types? [20:31] daftykins: no latitude [20:31] eh missing a , [20:32] that's a model name, developer edition was still a label they added onto some models to say they shipped with Ubuntu [20:32] daftykins: dell latitude 5490 [21:33] murmel: if it works in Ubuntu but not other kernels, it's probably some out of upstream kernel patch that can't be upstreamed, or maybe a closed source driver? [21:35] Dell itself upstreams a lot too, so... [21:35] what doesn't work with other distros? [21:40] JanC: it's not about the kernel, it's stuff around it, afaik, but the kernel plays a part [21:40] at least the -oem kernel does things different (and makes it worse on ubuntu) [21:41] ? [21:41] JanC: intel panel self refresh [21:41] another issue I have (but it's the same on all linux distros, is that my laptop crashes when the screen is turned off [21:41] without any logs [21:41] ah, probably some sort of firmware bug [21:42] that they have to work around... [21:42] JanC: yeah I gave up on that, as dell won't probably fix a 4 year old bug [21:42] but the intel panel self refresh is working on ubuntu but no other distro [21:42] no newer BIOS/UEFI updates than you already have? [21:43] even debian has that issue (but not as bad as other distros) [21:43] latest (which is from last month or so) [21:43] can you make it work easily on other kernels with a kernel module parameter or such? [21:43] nope [21:44] on other distros I have to turn off plymouth and i915.enable_psr=0 to make it work [21:44] otherwise my screen gets corrupted and turns off after a while (which crashes the system) [21:44] it's probably a hack that wouldn't be accepted upstream as-is [21:45] (just my guess) [21:45] yeah I guessed so, otherwise I assume it would have been upstreamed [21:47] oh well, seems like I am stuck on ubuntu (as even windows has it's issues on this hardware, related to the crashing) [21:48] that's an alarm bell right there [21:48] sounds like some nasty hardware bug [21:48] yeah, will be my last dell _ever_ [21:49] putting the laptop to sleep works on windows (crashes on linux), but when I let the system idle even windows crashes when the display turns off [21:49] that makes no sense whatsoever, i deal with tonnes and none have problems with Windows [21:49] daftykins: you can see the laptop in action if you go to the ubuntu summit in prague :P [21:51] one wobbly machine doth not a rule create [21:51] i know. still sucks to be the one person to be affected :(