=== tfgbd__ is now known as tfgbd_ [00:53] hi Hi I wand to know that ubuntu 18.04 get an newer version of mono? [01:00] www2: Currently -> Package mono-complete >> bionic (cli-mono): complete Mono runtime, development tools and all libraries [universe] >> 4.6.2.7+dfsg-1ubuntu1: amd64 arm64 armhf i386 ppc64el s390x . [01:10] Thx @Bashing-om but i need Mono 4.8 or later du to TLS 1.2 suport [01:13] www2: Not much else I am able to say at this point . [01:14] no problem any way to contact the team? [01:20] !alis | www2 [01:20] www2: Alis is an IRC service to help you find channels. For help on using it, see "/msg Alis help list" or ask in #freenode. Example usage: "/msg Alis list http" [01:22] @Bashing-om i mean the ubuntu team ;) [01:24] www2: Not having done so, I can not advise . Alis may be your best bet to see what is on irc . [03:09] how to change the colors of login/lock screen? [04:02] anyone good with kvm/networking/iproute? [05:23] hey Major_Wedgie [05:23] Welcome back to my screen [05:23] Major_Wedgie: you want to help test 18.04 server or production? [05:23] I'm no server admin [05:23] Just mucking around at home [05:24] Major_Wedgie: we reccomend installing a daily from topic to hep test [05:24] help [05:24] Was trying things out using 18.04 with 16.04 documentation and banging head against wall [05:24] I have install the latest daily [05:24] ran into issues [05:25] It didn't recognise RAID array [05:26] but I'm trying to configure network interfaces and the instructions for 16.04 are too out of date [05:27] thanks [11:55] how far along is ubuntu+1 ? [11:56] 18.04 LTS rather [11:56] what do you mean how far long ? [11:57] got it. thanks. visited the schedule === DarinMil- is now known as DarinMiller === akaWolf1 is now known as akaWolf === TJ_Remix is now known as TJ- === tfgbd__ is now known as tfgbd_ [16:14] Hi, what makes the system refuses to use the Intel graphics OpenGL capabilities and keep using llvmpipe (as by glxinfo)? [16:30] Installing oibaf ppa and adding the file xorg.conf at /etc/X11 with the following: [16:30] Section "Device" [16:30] Identifier "Intel Graphics" [16:30] Driver "intel" [16:30] Option "DRI" "3" [16:30] EndSection [16:30] works [16:32] Why is the system using llvmpipe by default? [16:36] !paste | FurretUber [16:36] FurretUber: For posting multi-line texts into the channel, please use https://paste.ubuntu.com | To post !screenshots use https://imgur.com/ !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [16:38] Ok. If I don't create the file xorg.conf at /etc/X11 with the following content: https://paste.ubuntu.com/p/MMcTq6XDQB/ the system uses the CPU instead of GPU for rendering [16:38] I don't know why it is using CPU rendering as default [16:39] FurretUber: what DE? [16:39] Xfce4 [16:39] you have libegl1 installed? [16:40] Yes [16:41] had a similar issue in Kubuntu, due to stuff building against new libglvnd and mesa in proposed, giving a dep on libegl1 that didn't work well with -release [16:41] can you uninstall that lib? [16:42] It tried to remove more than 300 packages [16:43] Also try rebooting without xorg.conf, and check if dri3 is mentioneed in the output of xdpyinfo [16:43] ouch. do you have -proposed enabled? [16:43] I don't have proposed [16:44] I will reboot the system without xorg.conf [16:50] By xdpyinfo, there is only DRI2 [16:50] And on glxinfo it says device: llvmpipe [16:52] pastebin your xorg.log [16:52] https://paste.ubuntu.com/p/MMcTq6XDQB/ [16:52] Sorry [16:54] https://paste.ubuntu.com/p/jj2tcHKsQQ/ [16:55] Ah, it's because it's using the modesetting driver instead of the intel driver [16:55] Just driver intel should be enough, the dri 3 line in xorg.conf isn't really needed, right? [16:56] There is one program that only has widescreen resolution options if I have the DRI 3 enabled, so I would still need that option [16:57] What should I do to enable the CPU rendering by default (I mean without the need to add the xorg.conf file)? [16:57] GPU* [16:58] I mean, dri 3 is by default enabled for the intel driver anyway [16:58] So if you don't specify it, you should still have dri 3 [17:00] FurretUber: "glxinfo -B" with both configurations should tell [17:00] I think the reasoning for defaulting to modesetting rather than the intel driver, is that it's more stable; there should be a blueprint for this in launchpad somewhere... [17:01] there's also this "alpha" intel kernel parameter which might achieve the same without the need for xorg.conf [17:03] Normally, the modesetting driver does offer DRI2/3, but in your case it doesn't, it reports the card isn't DRI2 capable [17:03] So in your case, the intel driver does a better job there [17:03] [ 33.027] (II) AIGLX: Screen 0 is not DRI2 capable [17:04] It was working before without the xorg.conf (it set as DRI 3 by default correctly) [17:04] While e.g. in mine I get: [ 23.040] (II) modeset(0): [DRI2] DRI driver: i965 [17:04] [17:04] Before, when? Still in 18.04 or in previous versions? [17:04] Now it broke, after the 4.15 kernel [17:05] So if you boot with the 4.13 kernel it works? [17:05] I noticed now, by the high CPU usage [17:05] I'm not sure if this is the cause [17:05] But 2 days ago it was fine [17:09] On the xorg.log, shouldn't the module intel be loaded in some moment? [17:09] No, modesetting is used INSTEAD of intel [17:10] They switched to that a couple of years ago for stability [17:10] But for your card, modesetting doesn't enable DRI [17:11] What's your card btw? lspci -nn -k | grep -A 2 VGA [17:11] https://paste.ubuntu.com/p/QgKscWZcvX/ [17:12] https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-newer-now-defaults-to-modesetting-driver-on-x/ [17:17] I'd test with some previous kernel/release if I were you, and if the modesetting driver there enables DRI, I'd file a bug report against modesetting [17:19] I will purge the xserver-xorg-video-intel, remove the xorg.conf and reboot with the 4.13 kernel. I will then post if it works [17:19] There's no need to purge it [17:19] Just removing xorg.conf should be enough [17:32] Now it's working again. Apparently, the package that broke everything was libopengl0 [17:33] Thank you, everyone [18:29] flocculant: cant reproduce those grub flickerings here === guiverc_d is now known as guiverc_t