[03:11] <lotuspsychje> good morning to all
[10:43] <marcoagpinto> The cola demon!!!!
[10:48] <BluesKaj> Howdy folks
[10:51] <lotuspsychje> first clevo customer called, ill see if its about the kernel 5 flickering..
[10:55] <lotuspsychje> mail from my reseller he suggests to switch to 4.18 again and purge 5*
[11:01] <marcoagpinto> BluesKaj! lotuspsychje! Hello my dear beloved brothers!
[11:02] <BluesKaj> hi marcoagpinto
[11:02] <marcoagpinto> I am drinking some cola
[11:02] <marcoagpinto> :)
[12:16] <pragmaticenigma> !uefi
[13:50] <pragmaticenigma> well, that escalated quickly
[13:53] <pragmaticenigma> I don't think I'm wrong in that we shouldn't be attempting to support compiling in main... esepcially something like DKMS, shouldn't that be handled in #ubuntu-dev or similar? where there would be people more skilled for that topic?
[14:15] <TJ-> pragmaticenigma: the problem was the user's own dkms.conf was wrong but that was due to a really poor Intel-provided Makefile
[14:15] <TJ-> pragmaticenigma: if bviktor returns point them to http://paste.ubuntu.com/p/6pj2hFYwXV/
[14:27] <jeremy31> Easier to fix dkms.conf than the Makefile
[14:32] <pragmaticenigma> That's sort of my thought... we can help resolve a configuration file issue, but to help someone along with a compile of a system resource like that is really pushing the outer limits of the rooms purpose.
[14:32] <pragmaticenigma> I'd hate for a new user to come in, right in the middle of a topic like that and figure their problem isn't important enough and leave (or worse, decide Ubuntu isn't for them)
[14:35] <jeremy31> The Makefile and dkms.conf in rtl8812au-dkms might still be wrong
[14:51] <tomreyn> lotuspsychje: https://bugs.launchpad.net/ubuntu/+source/linux-hwe/+bug/1838979
[14:51] <tomreyn> "[i915] framebuffer console flickers on 5.0.0 kernel"
[15:16] <lotuspsychje> tomreyn: wow, nice find mate
[15:20] <lotuspsychje> tomreyn: we should ask him to apport-collect right
[15:23] <lotuspsychje> updated bug #1838979
[15:24] <lotuspsychje> food time first :p
[15:24] <tomreyn> good that you asked. :)
[15:25] <lotuspsychje> tnx for the notice tomreyn
[15:25] <tomreyn> model/type of computer will be in DMI: in the kernel log if he'll apport-collect, i guess. but it's probably good you asked in case he doesn't want to provide logs.
[15:25] <lotuspsychje> bbl in a bit
[15:25] <tomreyn> you're welcome.
[20:09] <Bashing-om> UWN590 is on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue590 :D
[23:24] <tomreyn> sarnold: here's what i wrote to Intelo 7.5 hours ago after they posted those screenshots for the first time:
[23:24] <tomreyn> looks like bios bugs, is newer firmware available? this should tell you the exact model name and BIOS version:   journalctl -b | grep 'DMI:'    # then you check on the computer support section of the website of the vendor for bios updates for this very model. the current firmware version is also listed during early boot (unless full screen logo is enabled, which can be disabled in bios setup or by hardware specific keys), as well as in
[23:24] <tomreyn> the bios setup. please consult the manual of the computer you acquired, this is not an #ubuntu but a ##hardware topic.
[23:25] <tomreyn> It is clearly a communication / focus issue, as Sven_vB pointed out.
[23:26] <tomreyn> this chat has been evolving in circles ever since. i gave up at some point, then EriC tried, and yet others. i don't see a solution.
[23:26] <tomreyn> certainly there's a solution to the technical issues.
[23:27] <sarnold> tomreyn: thanks -- nice to know that my initial reaction matched yours :)
[23:27] <sarnold> tomreyn: and I suspect you've saved me a fair chunk of future time, hehe
[23:27] <jeremy31> Anyone know why sudo apt update downloads some Content amd64 and others that are fairly large files?
[23:28] <tomreyn> sarnold: i'd be glad if so. ;)
[23:29] <tomreyn> jeremy31: maybe they aren't compressed on this apt repo? i think it's up to the repo maintainer to decide on compression (or not)
[23:29] <jeremy31> tomreyn: http://archive.ubuntu.com/ubuntu bionic amd64 Contents (deb) [39.5 MB]
[23:30] <tomreyn> http://archive.ubuntu.com/ubuntu/dists/bionic/
[23:30] <tomreyn> correct sized, and it's compressed
[23:31] <jeremy31> Is there a way to disable this?
[23:31] <tomreyn> apt-file needs this, do you have it installed?
[23:31] <jeremy31> tomreyn: I believe I installed apt-file
[23:31] <jeremy31> thanks
[23:32] <tomreyn> i assume it registers an apt hook so this is refreshed automatically on updates
[23:32] <tomreyn> but i don't know for sure
[23:33] <tomreyn> yes, exactly, it's in /etc/apt/apt.conf.d/50apt-file.conf
[23:33] <jeremy31> no wonder why it was hard to find
[23:34] <sarnold> while you're there, look around for the appstream stuff. I disabled that ages ago because it kept downloading huge tarballs of icons I never viewed
[23:35] <sarnold> if you're curious about this, you seem likely to be curious about that, too :)
[23:38] <tomreyn> oh nice, i was always wondering what that was
[23:38] <tomreyn> just the icons for the software store
[23:39] <tomreyn> in (up to, i assume) 5 formats + metadata.
[23:44] <tomreyn> wohoo, apt is fast again!
[23:49] <sarnold> yay :D
[23:50] <sarnold> I feel a bit bad about that -- I'm *really* not seeing what our users see. On the other hand, my god that was terrible and I have literally never seen those icons in use.
[23:54] <tomreyn> well i did. i want to understand what novice users get to see. and as it stands now, when they want to install additional software, they get to see icons from snap store and apt repos (snaps first), and that's how they then make choices.
[23:54] <tomreyn> assuming all is equal, of course
[23:56] <tomreyn> i assume ubuntus (canonicals) new single-brand software store will be more performant / efficient. (i'm not sure it will do better in terms of informing users about the results of their choices.)
[23:58] <OerHeks> i would love to see a menu 'apt/snap/flatpack/git*' in synaptic