=== gry_ is now known as gry [01:59] good morning to all === gry_ is now known as gry === akem__ is now known as akem [05:24] noticed a few bugs on -31 passby in -announce [05:24] bug #1846857 [05:24] bug 1846857 in linux (Ubuntu) "After upgrading to kernel 5.0.0-31-generic:amd64, click with one finger and drag with the other doesn't work on the touchpad." [Undecided,Confirmed] https://launchpad.net/bugs/1846857 [05:27] i had some troubles getting bt headphone back to work, 5.0.0-31 [05:28] to keep an eye on === akemhp_ is now known as akemhp [06:26] Confucius: if you have no backup of your important data, it is not important [06:28] that's confusing! [06:29] Facebook: what do you mean with your data? [06:30] they should definitely send clarification requests by e-mail when user data doesn't match the profiling algorithms [06:31] help us better understand you and gain a chance to win one of these new apple ipods! [06:33] yeah, breaking iboot [06:33] lol [06:35] i've heard so many stories of people who ran into data loss scenarios during "I was at final stages of writing my thesis". maybe that's why i never did it. [06:35] * lotuspsychje likes data loss and recover it with photorec :p [06:36] * tomreyn likes backups [06:36] you get even more data back then you needed [06:37] i bet that's how facebook does it, too, then [06:37] haha [06:38] i wonder how many worms are crawling on FB data centers [06:38] double windows open [06:38] book worms? [06:38] roflol [06:39] facebookworm.com :p [06:39] you found a new biz tomreyn [06:39] this sounds like an SEO company [06:42] ]heh [08:37] !info linux-image-generic-hwe-18.04 bionic [08:37] linux-image-generic-hwe-18.04 (source: linux-meta-hwe): Generic Linux kernel image. In component main, is optional. Version 5.0.0.31.88 (bionic), package size 2 kB, installed size 12 kB (Only available for i386; amd64; armhf; arm64; ppc64el; s390x) [08:39] ah i missed this [08:40] saw it passby on my system tomreyn, but im still on 5.3 [08:40] hence the flicker bug :p [08:41] you have flicker bugs on 5.3 but not on 5.0? [08:41] the other way around [08:41] 5.0 flickers [08:41] yes that's what i thought how it was [08:42] i still got your workaround, but im gonna wait till the 5.0 series passby [08:42] see what 19.10 release brings us [08:42] maybe you meant s/hence/due to/ [08:42] tomreyn: with this laptop, im going on early 20.04 devel too so [08:43] you seem to enjoy breakage ;) [08:43] my nuc will stay business LTS :p [08:44] laptop can taste a lil pre-lts :p [08:44] the little bit that half a year is. [08:45] i like helping the lts releases [08:45] but if 19.10 is stable enough and there's no major changes towards 20.04 planned i guess it can be fine [08:46] i like the way you're thinking there [08:47] also i like the progress till final [11:00] good morning [11:31] Hi folks [11:46] !isitoutyet [11:46] It's out! Announcement at https://lists.ubuntu.com/archives/ubuntu-announce/2019-April/000243.html - Release Notes: https://ubottu.com/y/Dingo [11:47] !isitoutyet is Not yet! [11:47] We sell no wine before its time [11:47] lol [11:48] * lotuspsychje drinks LTS wine [11:55] hmm, 18.04, that's a good year and month [11:56] lol === lotus|i5 is now known as lotuspsychje [16:58] I despair of users not reporting vital info when complaining things are broken! [17:05] yes, that doesn't make things easier ;) [17:19] tomreyn: sometimes I also think we're being wound up [17:24] TJ-: certainly. but i try not too hard to tell those situations apart. [17:26] TJ-: unrelated to this, there was someone in #ubuntu a few days ago who had trouble with some not so old toshiba laptop, where the internal keyboard and touchpad would not work at all, and the system also froze during early boot unless we worked around with some boot parameters [17:26] this was about the worst user experience i've seen lately. [17:27] we didn't really get it fixed. they said they tried several ubuntu releases, none of them worked with the internal keyboard. but windows works out of the box. [17:27] i didn't really know how to diagnose thois, though. [17:27] tomreyn: was that the user trying all sorts of i8042. options? [17:27] yes, but not only [17:28] i'm trying to find something on the logs, but it's difficult... [17:28] * irc logs [17:28] I think I still have the links from when I was in-channel [17:28] he posted a good summary at some point when you weren't around, though [17:29] Gusj ? [17:29] hmm, food first, i'll ping you about it later if i may and can find it on my logs [17:29] hmm yes i think so [17:31] Where I got to with Gusj was suspecting the fnfxd package/service and suggested its service be masked [17:31] https://paste.ubuntu.com/p/rTtFm6rs6v/ [17:32] yes, that's the one [17:33] hmm i don't remember anything about this 'fnfxd' service, other than it was mentioned at some point, yes. bbl. [17:33] here's my log http://paste.ubuntu.com/p/bkQfPXWfJ6/ [17:35] TJ-: is this UTC? [17:35] (i'm back actually) [17:36] not sure; it's weechat, let me see what time it thinks it is now :) [17:37] UTC+1 a.k.a. BST [17:37] i can check how it corresponds to mine, should have the same logged [17:37] ah thanks [17:38] so Gusj was seeking support on 3 occasions [17:40] your chat is from the first occasion [17:40] It's quite an old system so if there are generic model problems we'd likely have heard of, or found, them by now "DMI: TOSHIBA Satellite C55-A/Portable PC, BIOS 1.40 04/28/2014" [17:41] oh right that's actually older than i had remembered [17:42] so you think it's more likely a hardware issue? but why would it then work on windows, assuming this statement was true. [17:44] Well there are a LOT of PCI BAR allocation failures for the 00:1c.* devices, which as far as I recall is a bridge chip, and the ACPI errors with "LPCB" refer to the 'south-bridge' I/O controller's Low Pin Count Bus - commonly used to connected the serial UARTs for keyboard etc. [17:44] I did suggest they try acpi_osi workaround but don't know if they did. I gave the URL [17:45] kernel log showing the PC BAR issues around line 408 at http://paste.ubuntu.com/p/5y2bBgCyqX/ [17:46] I wouldn't be surprised to find a BIOS/firmware option has changed to cause this [17:48] that's how i understood the LPCB, too. i think Gusj did try acpi_osi, yes. [17:48] right, a bad BIOS configuration was something i was wondering about, too [17:58] TJ-: i finally got my log done ;) if you're still interested (don't bother if not): http://paste.ubuntu.com/p/Xbp2MNR3R7/ [17:59] i grep'ed for Gusj|tomreyn then removed all irrelevant lines, so chats between Gusj and me should be complete, but those between Gusj and others may not be. [18:00] time zone is CEST (UTC+2) [18:10] tomreyn: this thread reports the same problem across multiple Satellite models inc. C55 over several years affecting Windows too, and gives a method for what sounds like a power-off 10-second NVRAM clear procedure: https://forums.tomsguide.com/threads/toshiba-satellite-keyboard-and-touchpad-dont-work.257867/ [18:11] TJ-: nice find! i'll pass it on to Gusj in case they'll be around again [18:26] i left a message with Gusj via memoserv. Most people miss those, but maybe it'll work this time. === gry_ is now known as gry