=== dax is now known as daxcat === lordieva1er is now known as lordievader === lordievader is now known as Guest45991 === Guest45991 is now known as lordievader [12:21] Hey folks === flocculant_ is now known as flocculant [13:07] The repository 'http://ppa.launchpad.net/danielrichter2007/grub-customizer/ubuntu xenial Release' does not have a Release file. [13:27] Test [13:41] all right. [15:12] afternoon genii [15:13] * genii mumbles things and heads for the coffee === daxcat is now known as ezri [16:29] !info firefox [16:29] firefox (source: firefox): Safe and easy web browser from Mozilla. In component main, is optional. Version 45.0+build2-0ubuntu1 (xenial), package size 43591 kB, installed size 105718 kB [16:29] nice bot synced :p [16:34] !info dbus [16:34] dbus (source: dbus): simple interprocess messaging system (daemon and utilities). In component main, is standard. Version 1.10.6-1ubuntu2 (xenial), package size 150 kB, installed size 571 kB [17:43] hi everyone, I'm currently running Ubuntu 16.04 and after the last update, my fglrx driver got removed. After some reading I found that, apparently, in Xenial there will be no fglrx driver but only amdgpu and the mesa/radeon driver. Is there some kind of workaround? The mesa/radeon driver doesn't even support OpenGL 4.2 yet (at least not in the official repo) and amdgpu seems more like a WIP to me than something belongi [17:44] I tried installing the fglrx driver manually, but DKMS doesn't seem to like it. [17:45] tuxator: what does sudo lshw -C video show? [17:45] I've a R9 270X if that's what you're asking for [17:45] but here is the output: [17:45] *-display UNGEFORDERT [17:45] Beschreibung: VGA compatible controller [17:45] Produkt: Curacao XT [Radeon R7 370 / R9 270X/370 OEM] [17:45] Hersteller: Advanced Micro Devices, Inc. [AMD/ATI] [17:45] Physische ID: 0 [17:45] Bus-Informationen: pci@0000:02:00.0 [17:45] Version: 00 [17:45] Breite: 64 bits [17:45] Takt: 33MHz [17:45] Fähigkeiten: pm pciexpress msi vga_controller cap_list [17:45] Konfiguration: latency=0 [17:45] Ressourcen: memory:c0000000-cfffffff memory:fe900000-fe93ffff ioport:d000(Größe=256) memory:fe940000-fe95ffff [17:46] tuxator: did you try the amd drivers from their website? [17:46] !paste [17:46] For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imgur.com/ !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [17:46] uh yeah that was what I mean with 'installing the fglrx driver manually' [17:46] ezri: sorry :( [17:47] will do that next time [17:47] no worries, just for future reference :) [17:47] tuxator: maybe you should file a bug, togheter with that error you getting after install the amd driver [17:48] I doubt that would work. It's not a bug that I can't install the fglrx driver, it's by design [17:48] Look here: https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#fglrx [17:48] [...] fglrx driver is now deprecated in Ubuntu 16.04[...] [17:49] tuxator: amdgpu as alternative is what i meant [17:49] oh, ok. [17:49] uhm, according to the (sparse) documentation I was able to find, it doesn't look like my GPU is supported by AMDGPU [17:50] try radeon then? [17:50] maybe in this testing stage, try both and see what happens [17:50] then I don't have OpenGL 4.2/4.3/4.5 [17:50] and tbh I'm pretty sure amdgpu doesn't have OpenGL 4.5 either [17:50] or 4.3 for that matter [17:52] tuxator: then bug that issue [17:52] tuxator: i would try both radeon or amdgpu, then see what happens and if errors occur= bug [17:53] tuxator: if you cant get your system properly working, the devs need to know bout this right [17:53] hm, ok thank you :) [17:53] tuxator: so in april we have a nice clean xenial :p [17:54] yeah, I'm pretty sure I know what's going to happen if I open that bugreport, but I'll do it anyway. And if it's only to vent my frustration ;) [17:54] bye [17:54] bugs get solved you know :p [18:04] !info tmux xenial [18:04] tmux (source: tmux): terminal multiplexer. In component main, is optional. Version 2.1-3build1 (xenial), package size 237 kB, installed size 616 kB [18:04] !info tmux wily [18:04] tmux (source: tmux): terminal multiplexer. In component main, is optional. Version 2.0-3 (wily), package size 231 kB, installed size 623 kB [19:55] Hi again. [19:56] I didn't submit a bugreport yet, but sent an email to the appropriate mailing list [19:57] in any case, I gave up on trying to somehow get fglrx to run. But for some reason I can't even get the ati/radeon/amdgpu driver to run [19:57] I can see that the radoen module is loaded, but the xserver doesn't even consider it. [19:58] It only searches for the fglrx driver, the ati driver, the modset driver and the fbdev driver. I removed all of those and here comes the fun part: Xserver still manages to load fbdev, even though the .so file isn't even there. [19:58] Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so <- that file does not exist [20:00] any ideas why Xserver succeeds in loading it anyway? [20:01] and why it doesn't load/try to load the correct driver? [20:32] o_0 [20:32] now stuff gets interesting [20:32] I've no Xorg.0.log but a GUI [20:34] and inxi -G tells me that I do not have a driver loaded [20:35] dmesg shows some radeon entries, but IIRC those were there previously, too [20:35] oh, nope [20:35] seems like radeon driver is loaded [20:36] [drm] radeon: 2048M of VRAM memory ready <- that wasn't there before [20:48] No idea if Ubuntu has X11 running as non-root in Xenial (which would work for radeon but not fglrx if so). If they do, Xorg log would be in ~/.local/share/xorg [20:53] FWIW I see xdm being run by root here, and I have /var/log/Xorg.0.log [20:53] (nvidia) [20:54] nvidia and fglrx wouldn't do non-root Xorg [20:54] it'd be intel, nouveau, and radeon [20:54] (determining factor is KMS support) [20:55] anyways. Debian switched so that's why it's on my mind. I don't use Xenial so I could be completely wrong. [20:55] Are you saying it might be flexible enough to do non-root X based on what's being used?? [20:56] no idea how they're doing it, I just know it worked out of the box === IdleOne- is now known as IdleOne [21:48] Hi. The nvidia driver is blocking the boot of my optimus system, no bumblebee yet, only nvidia driver and everything else is vanilla. How can I access a prompt to check what went wrong? === ezri is now known as daxcat [21:59] Bumblebee is deprecated [22:00] claudiop: is it booting? where does it stop? [22:01] does it just need nomodeset? [22:04] genii, Well, I thought it would be better than nvidia's solution since it implements powersaving. Either way it is still not installed in this system [22:05] k1l_, It boots and shows plymouth stuff for a while, then the screen stops receiving a feed. Tried to plug an external monitor and the same happens [22:06] k1l_, It needs that for nouveau because it will freeze without it, but it was booting fine only with intel_idle.max_cstate=7 due to a processor specific bug [22:06] claudiop: bumblebee is a hack from reverse engeneering. nvidia-prime is the official nvidia tool for hybrid cards. [22:07] k1l_, I know that. Im giving ubuntu a shot because bumblebee was a bloody mess and needed a trouble free system for casual gaming. 16.04 mostly due to drivers :) [22:08] On #ubuntu I was told to, " claudiop: remove like you would anything else, now, if it's not removing in the booted session due to locked files, then reboot, press Shift while booting to get the Grub menu, choose Recovery from it, go to Root Console, remount the current system as "rw" -> sudo mount -o remount,rw / <- and do the removal from there" to get rid of nvidia and be able to boot again, but even the recovery utility [22:08] has several glitches [22:09] did you try nomodeset? [22:10] what does the logs say? like syslog or xorg.log? [22:12] k1l_, Recovery mode has nomodeset by default and it couldn't boot if I resumed manually. I'll try again outside of recovery mode. [22:12] Within recovery mode /var/log had two files, none of them Xorg.log and systemd logs also didn't had much to tell [22:14] Yeah, nomodeset has trouble with Xorg. I can see the Xorg failure flashes with the prompt on its back [22:14] At least can get to a tty with it [22:17] What I belive to be the error was: "Failed to initialize glx extension (Compatible NVIDIA X driver not found)" [22:18] I installed the Nvidia driver from the fancy UI "additional drivers" which comes with ubuntu, not sure if the correct place, but it sure seems like it is [22:18] that is the correct place. its just a frontend to the repo packages [22:22] So I guess that I installed the proper supported driver, and I suppose it would be very very bad for an LTS to have buggy drivers (at least with some recent cards). Should I fill a bug or is there a proper way to report these issues for unreleased software? [22:25] I just noticed something. It says that the supported chipset families are up to GTX 400 series, but I have a 900 series. This is 361 drivers, what is going on? [22:26] Does ubuntu have two separate drivers for older and newer cards, both with the same version number? I noticed there were two drivers in the UI, but picked the first [22:27] well, you are using a development release: look up the exact drivers and from which drivers your card is supported. then, if its a bug, report it so it could be fixed. [22:27] !bug | claudiop [22:27] claudiop: If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs. [22:43] uh: https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#fglrx [22:43] The fglrx driver is now deprecated in 16.04, and we recommend its open source alternatives (radeon and amdgpu). AMD put a lot of work into the drivers, and we backported kernel code from Linux 4.5 to provide a better experience. [22:45] that's AMD not nvidia tho [22:45] or was that quote unrelated to previous discussion [22:46] yeah. but i guess there will be a lot of "where is my fglrx package now" when 16.04 is been released :) [22:46] indeed [22:46] recommended reply: "to hell where it belongs". fglrx is/was terrible [22:46] yeah, was just reading "the internet" and found that [22:46] good at 3d gaming, worse than radeon at everything else, pain in the backside to troubleshoot installation problems with it [22:54] spam test incoming [22:54] THIS IS A TEST OF THE EMERGENCY BROADCAST SYSTEM. THIS IS ONLY A TEST,. [22:54] THIS IS A TEST OF THE EMERGENCY BROADCAST SYSTEM. THIS IS ONLY A TEST,. [22:54] THIS IS A TEST OF THE EMERGENCY BROADCAST SYSTEM. THIS IS ONLY A TEST,. [22:54] THIS IS A TEST OF THE EMERGENCY BROADCAST SYSTEM. THIS IS ONLY A TEST,.