Re: [gentoo-user] Gnome 3: GL_MAX_TEXTURE_SIZE is too small.
Am 30.11.2011 12:57, schrieb Albert W. Hopkins: On Wed, 2011-11-30 at 10:11 +0100, Maximilian Bräutigam wrote: (2) Mesa is built with gallium and it is enables using eselect. AFAIK intel drivers didn't work (well) with gallium, at least I checked[1]. Anyway you might want to try the classic. Works for me. [1] http://www.phoronix.com/scan.php?page=news_itempx=ODE0OQ Wow, it's working. Thanks a lot, Albert! Kind regards, Max
[gentoo-user] Please ignore above email; I hit send by mistake
On Wed, Dec 14, 2011 at 01:12:10AM -0500, Walter Dnes wrote Please ignore the above email. I hit send by mistake. Long story short... the R200 is not supported under Mesa Gallium. So a glxgears rating of 262 fps with the ATI Radeon R200 card gives stuttering useless streaming video while the onboard Intel GPU is OK, even though it gives 60 fps under glxgears. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Who can tell me relationship among dri,glx,mesa,xorg?
Yeah, I was wrong :) libglx and libdri are part of xorg-server. libglx can also be provided by driver packages. You can select the xorg one or others via eselect; proxy adam # eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Also, I imagine those kernel options supply an interface for the DRM/DRI driver.
Re:Re: [gentoo-user] Who can tell me relationship among dri,glx,mesa,xorg?
libglx can also be provided by driver packages. You can select the xorg one or others via eselect; proxy adam # eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Also, I imagine those kernel options supply an interface for the DRM/DRI driver. Thank you very much ! I think I worked it out :)
[gentoo-user] cairo-1.10.2 fails to emerge --missing file
Hi. In my last update, the system wanted to emerge x11-libs/cairo-1.10.2-r2, but the file EGL/egl.h is missing. Now that file used to be provided by media-libs/mesa, but it seems the file is no longer there. I am running gentoo unstable 64-bit. Any ideas as to how to solve this problem? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] cairo-1.10.2 fails to emerge --missing file
On Sun, Mar 4, 2012 at 8:30 AM, cov...@ccs.covici.com wrote: Hi. In my last update, the system wanted to emerge x11-libs/cairo-1.10.2-r2, but the file EGL/egl.h is missing. Now that file used to be provided by media-libs/mesa, but it seems the file is no longer there. I am running gentoo unstable 64-bit. Any ideas as to how to solve this problem? Thanks in advance for any suggestions. I guess it's called 'testing' for a reason? File a bug report. - Mark
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Sun, 2013-04-07 at 21:49 -0500, Andrew Hoffman wrote: I have been able to resolve many issues by re-emerging mesa and manualy listing the packages RR wants to emerge but i have now just Folks left failing to emerge. I reported a bug about folks just last week: https://bugs.gentoo.org/show_bug.cgi?id=464500 -- Randy Barlow
Re: [gentoo-user] mesa 9.1.2.r1 fails to build
130613 Walter Dnes wrote: I'm on a new Dell i5 machine, stable, straight amd64 profile. I tried makeopts -j1 in desperation; doesn't help. As someone noted : Bug 458550 . I ran into this, but was too busy to look for a bug report left 9.0.1 in place. The extra USE flag allows it to install on my machine. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa = 9.1 and two screens configured in xinerama
On 04.10.2013 14:39, Alan McKinnon wrote: On 04/10/2013 14:39, Andreas Prieß wrote: On 04.10.2013 13:20, Andreas Prieß wrote: Since I don't know the cause and didn't find a way to debug this, here are the symptoms: Ever since media-libs/mesa = 9.1 went stable I had the problem, that the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen goes black and does not show anything, but the system halts as normal. It is not possible to switch to VT1 by keyboard while the shutdown is still in progress when this has happened. I can't find anything in the Xorg or other log files according to this problem. Can't find anything related in Gentoo bugzilla or searching the web... The problem always disappeared by downgrading to mesa 9.1, but that now requires other packages to be downgraded too, so I'd like to resolve this. It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS, desktop session with Xfce started by x11-misc/lightdm. Any hints on how to debug this problem would be highly appreciated. Maybe this is relevant... Xorg is running a dual head layout using xinerama instead of randr. Composite disabled since it does not work with this config. Your kernel config in the other reply looks fine to me. This dual head setup - do you have one large desktop across two monitors, or two screens configured in xorg.conf? I can never quite remember what xinerama does (I think it's the first one) Can you reproduce the problem using just one configured monitor? The dual head setup with xinerama has two screens configured. The monitors have different resolutions and windows, desktop panels and things got placed in invisible areas otherwise (with Xfce at least). So, there is a new fact: I can NOT reproduce it with only one screen. If I start X without my config files and let it configure one screen automatically, the switch to VT1 on shutdown works as expected. Any hints for the next step? File a bug with mesa? Try other things? -- Andreas
Re: DKIM Re:[gentoo-user] opengl: missing symlink target for header
On Fri, Feb 13, 2015 at 10:24:26PM -0200, Urs Schütz wrote: On 02/13/15 16:19, Nicolas Sebrecht wrote: Hi guys, If you have mesa and eselect-opengl-1.3.X installed, could you please tell me if the symlink /usr/include/GL/glext.h is broken for you? Thanks, Valid symlink here: Thank you all! :-) -- Nicolas Sebrecht
Re: [gentoo-user] opengl: missing symlink target for header
On 02/13/15 16:19, Nicolas Sebrecht wrote: Hi guys, If you have mesa and eselect-opengl-1.3.X installed, could you please tell me if the symlink /usr/include/GL/glext.h is broken for you? Thanks, Valid symlink here: $ ls -la /usr/include/GL/glext.h lrwxrwxrwx 1 root root 44 Feb 4 15:52 /usr/include/GL/glext.h - ../../lib64/opengl/global/include/GL/glext.h $ eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 $ eselect mesa list 64bit i915 (Intel 915, 945) [1] classic [2] gallium * 64bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * 64bit r300 (Radeon R300-R500) 64bit r600 (Radeon R600-R700, Evergreen, Northern Islands) 64bit sw (Software renderer) [1] classic [2] gallium * 32bit i915 (Intel 915, 945) [1] classic [2] gallium * 32bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * 32bit r300 (Radeon R300-R500) [1] gallium * 32bit r600 (Radeon R600-R700, Evergreen, Northern Islands) [1] gallium * 32bit sw (Software renderer) [1] classic [2] gallium * $ eix -I mesa [ ... ] media-libs/mesa [ ... ] Installed versions: 10.2.8(20:57:55 01/10/15)(bindist classic dri3 egl gallium gbm llvm nptl udev xa xvmc -debug -gles1 -gles2 -opencl -openmax -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau -wayland ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32 KERNEL=linux -FreeBSD VIDEO_CARDS=intel -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware) $ eix -I eselect-opengl [I] app-admin/eselect-opengl [ ... ] Installed versions: 1.2.7(21:12:14 09/05/14)
[gentoo-user] Virtualbox-guest-additions-4.3.24 breaks 3D acceleration in linux guests (?)
I state this as a question because I'm seeing different behavior on different ~amd64 machines (as usual ;) After upgrading from vbox-4.3.20-r1 to 4.3.24 yesterday I find that my linux guests have no 3D acceleration. Downgrading Virtualbox to 4.3.20-r1 fixes the problem on one ~amd64 machine but, of course, not the other one sigh. I'm still playing with downgrading mesa, etc, on the still-broken machine to see what happens. Anyone else noticing similar problems?
[gentoo-user] Is there a reason why LLVM/Clang ebuilds don't support "mutislot"?
Other distros like Ubuntu support the installation of multiple versions of LLVM/Clang side by side. One of the things Clang is really good at is support for the most recently approved upcoming features of the C++17 standard. The best support for testing such features is with the latest sys-devel/llvm-. However if I want to compile Mesa against a stable version LLVM/Clang as well, I don't get that option.
[gentoo-user] llvm not updating with @world
Hi all - I'm running a systemd/hardened desktop with ACCEPT_KEYWORDS="~amd64". The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is 'Nothing to merge; quitting.' However, if I 'emerge -1a sys-devel/llvm', I get: '[ebuild r U ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and '[ebuild rR] media-libs/mesa-17.0.0' So, why is a reinstall of llvm triggering an upgrade but an @world is not? Thanks
Re: [gentoo-user] Radeon driver not happy
On Sun, Jun 18, 2017 at 2:00 AM, Mick <michaelkintz...@gmail.com> wrote: > Since the last radeon/xorg/mesa update things have been rather ropey on two > different boxen If you're changed kernels since you last rebuilt xorg-server (shown in the top of the Xorg.0.log file) then there's a very small chance rebuilding it will help. Otherwise just mask the new packages and downgrade.
[gentoo-user] Re: glibc emerge error
On 11/01/18 15:28, Corbin Bird wrote: Why are you setting LD_LIBRARY_PATH system-wide to begin with? Don't do that. Unfortunately, I had to ( and didn't realize the implications. ) In .bashrc : export LD_LIBRARY_PATH=$VULKAN_SDK/lib:$LD_LIBRARY_PATH Required by the Vulkan Loader ( Mesa && Chromium ). I think this is what the /etc/ld.so.conf.d/ directory is there for. Have you tried something like this instead: echo "$VULKAN_SDK/lib" > /etc/ld.so.conf.d/vulkan-loader.conf env-update
Re: [gentoo-user] libGL symlinks vs `eselect opengl`
Hi! On Wed, 22 Aug 2018 20:33:00 +0200 Davyd McColl wrote: > The other day I installed Celestia for the entertainment of my son, who is > delighted with anything stellar / planetary. Celestia wouldn't start up, > and, long-story-short, I tracked down the issue to the symlinks: > > /usr/lib64/libGL.so > /usr/lib64/libGL.so.1 > > which ultimately point to > > /usr/lib64/libGL.so.1.2.0, > > provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with > `eselect` at some point, so I checked with `eselect opengl list` and found > that, as expected, my selected opengl implementation was nvidia. Just in > case, I switched over to xorg-x11 (mesa) and back again, but this didn't > fix the problem. > > Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so > (provided by x11-drivers/nvidia-drivers) works, however, of course, portage > doesn't know anything about this, so the update I received today for > media-libs/mesa reverted these symlinks back to pointing at mesa libs. > > So the questions I have are these: > 1) Am I reasonable in expecting `eselect opengl` to maintain these > symlinks? I feel like it's a reasonable expectation, but perhaps there's > just yet another thing I have to learn / understand. No, eselect opengl works differently. It uses /etc/env.d to alter LDPATH and OPENGL_PROFILE environment variables. It also changes xorg.conf. So you may need to restart your X server and source /etc/profile in active shells for changes to take effect. > 2) Should I be logging a bug (against eselect, or perhaps celestia, since > this is the only app which seems to have suffered this fate -- games like > Torchlight 2 and utils like glxgears work just fine; glxinfo reports NVIDIA > extensions), or is there just something I've fundamentally missed or messed > up here? If glxinfo reports correct data and glxgears works fine, then this may be a bug and please report it. You may CC both celestia and opengl since right now it is not obvious which is the culprit. Best regards, Andrew Savchenko pgpBED_xijwSA.pgp Description: PGP signature
Re: [gentoo-user] Re: Xscreensaver is very slow
Philip Webb wrote: > 190618 Ian Zimmerman wrote: > >> Is glxgears running as it should ? > I can't find an executable or pkg called 'glxgears', > but the saver called 'gears' small preview runs at 60 fps , > but the big preview runs at 14 fps ; > previously, the latter also did 60 fps . > If it helps: root@fireball / # equery b glxgears * Searching for glxgears ... x11-apps/mesa-progs-8.4.0 (/usr/bin/glxgears) root@fireball / # Dale :-) :-)
Re: [gentoo-user] Re: Xscreensaver is very slow
190618 Ian Zimmerman wrote:
> Does CPU use seem to go way up when xscreensaver starts?
>> No. The problem seems to be with the 3-D savers :
>> Gkrellm shows heavy use of 1 CPU (out of 8 ) at a time when they run.
> Is glxgears running as it should ?
>> I can't find an executable or pkg called 'glxgears',
>> but the saver called 'gears' small preview runs at 60 fps ,
>> but the big preview runs at 14 fps ;
>> previously, the latter also did 60 fps .
> These findings harden my suspicion that the *GL* stuff
> (of which I have only the minutest clue) is broken for you.
> Do install the mesa-progs package that Dale found and run glxgears.
> It should have almost no effect on CPU use if things are working right.
I've installed Mesa-progs & run Glxgears, which is running properly.
It can show GL info as below. 'eselect' shows :
root:625 ~> eselect opengl list
Available OpenGL implementations:
[1] xorg-x11 *
817: ~> glxgears -info
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
GL_RENDERER = NVD9
GL_VERSION= 4.3 (Compatibility Profile) Mesa 18.3.6
GL_VENDOR = nouveau
GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra ...
-- very long line snipped : ask if you need it --
VisualID 943, 0x3af
302 frames in 5.0 seconds = 60.376 FPS
I am using Mesa-18.3.6 .
The flags I use are shown by :
root:630 ~> eix xscreensaver
[I] x11-misc/xscreensaver
Available versions: 5.38 5.40 5.42
{gdm jpeg new-login offensive opengl pam +perl selinux suid xinerama}
Installed versions: 5.42
(jpeg opengl -gdm -new-login -offensive -pam -perl -selinux -suid -xinerama)
Something seems to have changed in 5.42 :
I haven't merged anything else which would affect it.
I can restore 40 or 38 , but does anyone have further suggestions first ?
--
,,
SUPPORT ___//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Slow UI for firefox 68
> > Ok, just for the history, it's the hwaccel flag that causes the problem. > > It could be a combination of things and not just a firefox bug, but ok. > Apart from full screen youtube which seems to run slower than before, > it's ok > > I can reproduce the same behaviour if I turn on > layers.acceleration.force-enabled. > What graphics card / driver are you using? about:support -> GPU #1 -> Description & Driver Vendor & Driver Version So far i've not had any problems with AMD Radeon R9 380 and RX 580, with mesa/radeonsi
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On Fri, 15 Dec 2023 at 10:09, wrote: > The problem is that I'm on python 3.12 and portage is pulling in an > older version. Should have mentioned it in the first post, then it would be easy to look into it and tell you that media-libs/mesa is only supported up to 3.11 (in the ebuild anyway). You can try adding 3.12 to the ebuild yourself, as it seems to be working fine according to https://bugs.gentoo.org/919912 Regards, Arve
Re: [gentoo-user] Re: Python 3.11 USE flags being flipped on
On 2023-12-15 09:22, Arve Barsnes wrote: On Fri, 15 Dec 2023 at 10:09, wrote: The problem is that I'm on python 3.12 and portage is pulling in an older version. Should have mentioned it in the first post, then it would be easy to look into it and tell you that media-libs/mesa is only supported up to 3.11 (in the ebuild anyway). You can try adding 3.12 to the ebuild yourself, as it seems to be working fine according to https://bugs.gentoo.org/919912 Regards, Arve Thanks. But why did this happen now, and not when I migrated to python 3.12?
Re: [gentoo-user] [query] Compiz-fusion working slow
Hi, I have latest nvidia drivers installed. I have 2GB memory card. Am i missing some specific settings ? [I] media-video/nvidia-settings [I] x11-drivers/nvidia-drivers [I] media-libs/mesa [I] x11-apps/mesa-progs thanks. --flukebox On Jan 30, 2008 7:30 PM, Mateusz Mierzwinski [EMAIL PROTECTED] wrote: Hi! I have compiz-fusion on my Intel X3100 - it run smoothly and very fast. This is not compiz problem, try to re-emerge mesa and install oryginal drivers from www.nvidia.com. I have using some time ago compiz-fusion on nVidia 5500FX and this works normal only on drivers from nvidia webpage. If You use - such as I EM64T on amd64 distro (x86_64) then drivers are also available. If after instalation of driver this You will still have this problem please let me know on: [EMAIL PROTECTED], we find whats about... Mateusz M. dell core2duo pisze: Hi, I am running compiz-fusion. but it seems to run very slow. Although Cpu/memory usage are normal. But even when i resize a terminal it takes few seconds to do so. while there is no such problem in doing same without running compiz-fusion. I have nvidia-8600-GT graphics card. I would like to know how to make my compiz-fusion run smoother. --flukebox -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Monday 13 April 2009 11:00:01 Peter Humphrey wrote: On Monday 13 April 2009 02:32:18 Mike Kazantsev wrote: On Sun, 12 Apr 2009 20:26:19 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Could be even mesa-only, sorry, because I've used it only with intel IGP, but suppose it should be worth a try. So not ATI-only then. Do you know what package includes libGL? I've looked on Google but haven't found anything. I asked this yesterday but just got an unrelated reply. It depends: a...@nazgul ~/wine $ equery belongs /usr/lib64/opengl/xorg- x11/lib/libGL.so.1.2 [ Searching for file(s) /usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2 in *... ] media-libs/mesa-7.4 (/usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2) a...@nazgul ~/wine $ equery belongs /usr/lib32/opengl/xorg- x11/lib/libGL.so.1.2 [ Searching for file(s) /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2 in *... ] app-emulation/emul-linux-x86-xlibs-20080810 (/usr/lib32/opengl/xorg- x11/lib/libGL.so.1.2) On a 32bit system, it will be mesa -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] troubles with ati-drivers-8.25.18
Mauro Arnoldi a gentiment tapote: Alle 14:31, martedì 13 giugno 2006, Ptitjack ha scritto: Mauro Arnoldi a gentiment tapote: Hello! I installed a new Gentoo system, but I find big problems with ati drivers and 3D acceleration. I have followed the wiki howto but now I receive this error message #fglrxinfo Xlib: extension XFree86-DRI missing on display :0.0. display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5) I saw the Troubleshooting: If fglrxinfo says mesa3d.org instead of ATI after A SUCCESSFUL modprobe of fglrx, but nothing changes. I include my configuration, hoping that someone can help me out of this mess... kernel version: 2.6.16-gentoo-r9 in Character Devices: /dev/agpgart (AGP Support) M ATI chipset support M Hi, I think you have to disable ATI chipset support in Character Devices (/dev/agpgart must be enabled as module). I Hope it will help. Nothing changed: After you have changed your kernel configuration, I suppose you recompiled your kernel ? Did you enable via chipset support in Character Devices ( then modprobe via-agp) ? After compiling ati-drivers, did you run eselect opengl set ati ? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] troubles with ati-drivers-8.25.18
Alle 15:22, martedì 13 giugno 2006, Jacques Montier ha scritto: Mauro Arnoldi a gentiment tapote: Alle 14:31, martedì 13 giugno 2006, Ptitjack ha scritto: Mauro Arnoldi a gentiment tapote: Hello! I installed a new Gentoo system, but I find big problems with ati drivers and 3D acceleration. I have followed the wiki howto but now I receive this error message #fglrxinfo Xlib: extension XFree86-DRI missing on display :0.0. display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5) I saw the Troubleshooting: If fglrxinfo says mesa3d.org instead of ATI after A SUCCESSFUL modprobe of fglrx, but nothing changes. I include my configuration, hoping that someone can help me out of this mess... kernel version: 2.6.16-gentoo-r9 in Character Devices: /dev/agpgart (AGP Support) M ATI chipset support M Hi, I think you have to disable ATI chipset support in Character Devices (/dev/agpgart must be enabled as module). I Hope it will help. Nothing changed: After you have changed your kernel configuration, I suppose you recompiled your kernel ? Did you enable via chipset support in Character Devices ( then modprobe via-agp) ? After compiling ati-drivers, did you run eselect opengl set ati ? eselect is ok: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Why do I have to compile via chipset support? I have and Ati Radeon X300 in my laptop.. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] troubles with ati-drivers-8.25.18
Mauro Arnoldi a gentiment tapote: Alle 15:22, martedì 13 giugno 2006, Jacques Montier ha scritto: Mauro Arnoldi a gentiment tapote: Alle 14:31, martedì 13 giugno 2006, Ptitjack ha scritto: Mauro Arnoldi a gentiment tapote: Hello! I installed a new Gentoo system, but I find big problems with ati drivers and 3D acceleration. I have followed the wiki howto but now I receive this error message #fglrxinfo Xlib: extension XFree86-DRI missing on display :0.0. display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5) I saw the Troubleshooting: If fglrxinfo says mesa3d.org instead of ATI after A SUCCESSFUL modprobe of fglrx, but nothing changes. I include my configuration, hoping that someone can help me out of this mess... kernel version: 2.6.16-gentoo-r9 in Character Devices: /dev/agpgart (AGP Support) M ATI chipset support M Hi, I think you have to disable ATI chipset support in Character Devices (/dev/agpgart must be enabled as module). I Hope it will help. Nothing changed: After you have changed your kernel configuration, I suppose you recompiled your kernel ? Did you enable via chipset support in Character Devices ( then modprobe via-agp) ? After compiling ati-drivers, did you run eselect opengl set ati ? eselect is ok: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Why do I have to compile via chipset support? I have and Ati Radeon X300 in my laptop.. because of my VIA KT133A chipset motherboard. Without loading via-agp module, I don't have any 3D acceleration. What gives lspci | grep AGP ? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] direct rendering only works with root???
On Mon, Jul 03, 2006 at 03:17:18PM +0200, Mauro Arnoldi wrote: I installed ati-drivers and partially works correctly: As user nothing works: --- [EMAIL PROTECTED] ~ $ fglrxinfo glxinfo | grep rendering libGL error: failed to open DRM: Operation not permitted libGL error: reverting to (slow) indirect rendering display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.4.2) libGL error: failed to open DRM: Operation not permitted libGL error: reverting to (slow) indirect rendering direct rendering: No --- with root: --- [EMAIL PROTECTED] ~ $ su - Password: aghartilap ~ # fglrxinfo glxinfo | grep rendering display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: MOBILITY RADEON X300 Generic OpenGL version string: 2.0.5879 (8.26.18) direct rendering: Yes --- So now I'm using KDE without the hardware acceleration... Can someone help me fix it? Check your xorg.conf for the following: Section DRI Mode 0666 EndSection HTH, festus -- It is not unusual for those at the wrong end of the club to have a clearer picture of reality than those who wield it. Noam Chomsky pgphDK90qG3y6.pgp Description: PGP signature
Re: [gentoo-user] DRI? ATI X300 PCIe
fire-eyes wrote: On Friday 07 July 2006 21:51, Ryan Tandy wrote: Set VIDEO_CARDS=radeon or USE=video_cards_radeon, and emerge -N xorg-x11. Worked for me (Radeon 9600 XT) as of the first X -configure run, with no additional messing about. The driver name is radeon if you like to do xorg.conf by hand. Hm. I had VIDEO_CARDS at radeon already, however, I am curious about the video_cards_radeon USE flag. I set this and an emerge -Np xorg-x11 doesn't show anything. What listens to that USE flag? VIDEO_CARDS=radeon implies USE=video_cards_radeon (a nifty Portage feature called USE_EXPAND). Depending on your xorg-x11 version and ACCEPT_KEYWORDS: for ~arch (~x11-base/xorg-x11-7.1), xorg-server and mesa are the ones that use it. for arch (~x11-base/xorg-x11-7.0), it's the xorg-x11 ebuild itself that has it. If you're running ~arch, installing 7.0 will still pull in the newer, ~arch mesa and xorg-server, so all 3 ebuilds will have the flag. I'm not sure how well this configuration works. And when I said emerge -N xorg-x11 in my original mail, it should have been emerge -ND xorg-x11, so that xorg-server and mesa get updated with the new flag as well. On the other hand, if you already have it set, nothing will be rebuilt. Have you checked that your xorg.conf is set to use that driver? Also, I've never owned a PCIe system, so I don't know what support for that is like. As always, YMMV ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mesa build failure
On Friday 26 June 2009 18:04:07 Mark Knecht wrote: On Fri, Jun 26, 2009 at 8:24 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 17:16:26 Mark Knecht wrote: Hi, As part of emerge @world mesa isn't building. It complains (I think) about a missing GL/glxproto.h file. Anyone know where this file is supposed to come from? x11-proto/glproto a...@nazgul ~/.ssh $ locate glxproto.h /usr/lib64/opengl/xorg-x11/include/glxproto.h /usr/include/GL/glxproto.h a...@nazgul ~/.ssh $ equery belongs /usr/lib64/opengl/xorg- x11/include/glxproto.h * Searching for /usr/lib64/opengl/xorg-x11/include/glxproto.h ... x11-proto/glproto-1.4.10 (/usr/lib64/opengl/xorg-x11/include/glxproto.h) (The second file in the locate output is a symlink to the first) -- alan dot mckinnon at gmail dot com Interesting. Thanks guys. so is this a mistake in the ebuild? Why isn't it picking it up automatically? I seemed to already have the package installed: myth12 ~ # emerge -pv -1 glproto These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-proto/glproto-1.4.9 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB myth12 ~ # Have you done the usual things with opengl: emerge mesa revdepr-rebuild eselect opengl ? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] mesa build failure
On Fri, Jun 26, 2009 at 9:17 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 18:04:07 Mark Knecht wrote: On Fri, Jun 26, 2009 at 8:24 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 17:16:26 Mark Knecht wrote: Hi, As part of emerge @world mesa isn't building. It complains (I think) about a missing GL/glxproto.h file. Anyone know where this file is supposed to come from? x11-proto/glproto a...@nazgul ~/.ssh $ locate glxproto.h /usr/lib64/opengl/xorg-x11/include/glxproto.h /usr/include/GL/glxproto.h a...@nazgul ~/.ssh $ equery belongs /usr/lib64/opengl/xorg- x11/include/glxproto.h * Searching for /usr/lib64/opengl/xorg-x11/include/glxproto.h ... x11-proto/glproto-1.4.10 (/usr/lib64/opengl/xorg-x11/include/glxproto.h) (The second file in the locate output is a symlink to the first) -- alan dot mckinnon at gmail dot com Interesting. Thanks guys. so is this a mistake in the ebuild? Why isn't it picking it up automatically? I seemed to already have the package installed: myth12 ~ # emerge -pv -1 glproto These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-proto/glproto-1.4.9 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB myth12 ~ # Have you done the usual things with opengl: emerge mesa revdepr-rebuild eselect opengl ? Yep. did all those earlier and saw this OpenGL problem with eselect. Sort of disregarded it at the time and figured it would get worked out later but now it's in the way. I'm trying a kernel rebuild and will reinstall modules, reboot, etc. Strange issue. - Mark
Re: [gentoo-user] mesa build failure
On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? I haven't looked there yet but I will. I'm on a mission here. For this machine I want emerge -e @system to install NOTHING having to do with X11. After I get to that point, depclean'ed, revdep'ed, eix-test-obsoleted, then I'm going back to installing X from scratch. I've just gotten past the emerge -e @system part now. I'm sort of surprised the openssh shows up as part of @system, or it's getting pulled in somehow, and its default flags are dragging in X. Sort of anal I suppose but these machine have been neglected for the last couple of years being stuck with old drivers old kernels. If I'm going to try and get the newest ati-drivers working I feel like I sort of owe it to those developers (and myself) to have as few issues hanging out as possible. Thanks, Mark
Re: [gentoo-user] mesa build failure
On Friday 26 June 2009 22:02:54 Mark Knecht wrote: On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? I haven't looked there yet but I will. I'm on a mission here. For this machine I want emerge -e @system to install NOTHING having to do with X11. After I get to that point, depclean'ed, revdep'ed, eix-test-obsoleted, then I'm going back to installing X from scratch. I've just gotten past the emerge -e @system part now. I'm sort of surprised the openssh shows up as part of @system, or it's getting pulled in somehow, and its default flags are dragging in X. USE=X pulls in x11-apps/xauth so you likely want to disable that flag. Sort of anal I suppose but these machine have been neglected for the last couple of years being stuck with old drivers old kernels. If I'm going to try and get the newest ati-drivers working I feel like I sort of owe it to those developers (and myself) to have as few issues hanging out as possible. Look at it this way: the only known factor that leads to easy-maintainable and sane systems for all is analness coming from the top :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] mesa build failure
On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? Unfortunately it seem that there are bug reports on this and more unfortunately they have apparently been going on nearly a year now. It's not a Gentoo thing specifically as there are Ubuntu, Debian and other distros with reports in their forums. There was a possible by hand fix for it but I'll need to look at that over the weekend to see if it makes sense on this machine. Bummer. I hate banging my head up against a wall made of problems no one seems to be fixing. http://bugs.gentoo.org/247685 The fix seems (in principle at least) to be brain-dead easy: - all ebuilds that merge opengl files should put them in distinct locations by name to avoid collisions - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be symlinks with a sane default put there by xorg-server and modified by eselect Nikos's comments are especially sane in that thread. Perhaps he'll come along, see this thread and help you out further. I suspect that the temporary workaround will be to delete a symlink and emerge stuff, then remember to always do this on every future re-emerge -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] portage and library troubles with GL
On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] xorg-server-1.6.5 build errors (~x86 upgrade)
On 11/12/2009 4:46 PM, Alan McKinnon wrote: On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote: Now I can't get ANY version of xorg-server to compile, now emergeing any of them starts with: Error: Unrecognized option: --impl-headers exiting and ends with: CCsingle2.o rensize.c: In function '__glXImageSize': rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use in this function) rensize.c:222: error: (Each undeclared identifier is reported only once rensize.c:222: error: for each function it appears in.) rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared (first use in this function) rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared (first use in this function) rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first use in this function) rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared (first use in this function) make[1]: *** [rensize.lo] Error 1 I have tried both versions of libXinerama (latest x86 and latest ~x86) and neither of the work with the latest stable version of xorg-server (1.6.3-901-r2), 1.6.5, 1.7.1. This is getting really frustrating...any suggestions would be welcome. Those are OpenGL/mesa errors. Did you rebuild mesa first? Not until I read that... After rebuilding mesa, and then compiling xorg-server, and I get the same error. Marcus
Re: [gentoo-user] Package gl?
On Sun, Dec 27, 2009 at 12:27:47PM -0500, Penguin Lover Willie Wong squawked: Hi, brand new system I am trying to install. emerge gets to xorg-server-1.7.3.901-r1 and dies with the message that the config script cannot find package gl. And it is true, if I issue pkg-config --libs gl I get, instead of the expected -IGL Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable No package 'gl' found Any hints to what package I may be missing, and/or what directory it should be in? Oops, I just remembered that I can just look on my other gentoo server to find where gl is and this brings up a new problem! gl.pc is located in /usr/lib/pkgconfig/gl.pc equery belongs tells me that it belongs to mesa. BUT, xorg-server-1.7.3.901-r1 has mesa as a PDEPEND, and mesa-7.7 has xorg-server as a RDEPEND, which is included in DEPEND, so how the heck am I supposed to get X working on my laptop? W -- It is said that papers in string theory are published at a rate greater than the speed of light. This, however, is not problematic since no information is being transmitted. ~Prof. Dr. phil. habil. Hagen Michael Kleinert Sortir en Pantoufles: up 1115 days, 16:21
Re: [gentoo-user] Can't get Xorg going on Radeon HD R730 4670
On Samstag 06 März 2010, Mick wrote: On Saturday 06 March 2010 16:08:05 Volker Armin Hemmann wrote: On Samstag 06 März 2010, Mick wrote: I first tried radeonhd, but Xorg.0.log complained that it couldn't find the ati module, so I added radeon in VIDEO_CARDS and it now comes up with this error: === (EE) AIGLX error: dlopen of /usr/lib64/dri/r600_dri.so failed (/usr/lib64/dri/r600_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering === Have you seen this before? Any idea what I should tweak now to get this going? mesa. You need to install mesa with the right flags. Thanks Volker, I had installed mesa with the radeon flag already, but now I just unmasked/updated it to 2.4.8 and the above error is gone! However, still no X. :-( I have also added mouse and synaptics, after initially trying with only evdev in my INPUT_DEVICES. So now it looks like this: INPUT_DEVICES=keyboard mouse synaptics evdev When I added synaptics I got an error about RECORD being disabled because it is broken. I attach my logs in case there is something in there showing why this is not working and I can't see it. RECORD does not matter. I can't explain why both Knoppix and Sysrescue CDs work fine and my Gentoo build does not. I even used their xorg.conf as a guide and still no joy. I noticed this message (with no xorg.conf): yeah. please create a xorg.conf. Depending on hal is nice and dandy in theory. But so does not work for many people.
Re: [gentoo-user] Trying to configure Radeon card
Jeff Cranmer writes: I have a Sapphire Radeon HD5750 graphics card installed on my Gentoo box, and I'm having some difficulty configuring it. When I run fglrxinfo, I get the OpenGL messages for a basic Mesa driver. Same here, with OpenGL working fine: wo...@weird ~ $ fglrxinfo IRQ's not enabled, falling back to busy waits: 2 0 display: :0.0 screen: 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101 TCL OpenGL version string: 2.0 Mesa 7.8.2 For more information, use glxinfo, not fglrxinfo, which is from the ati- drivers package: wo...@weird ~ $ glxinfo name of display: :0.0 IRQ's not enabled, falling back to busy waits: 2 0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: [...] But it seems you direct rendering is disabled. Is the drm module loaded? That is, does 'lsmod | grep drm' show it? If not, try loading it with the modprobe command before starting X, and see if there's a difference (diff /var/log/Xort.0.log*). You yould also try the closed-source ati-drivers. Exchange the 'radeon' by 'fglrx' in the Device-Driver line for this, and run 'eselect opengl set ati'. Also make sure the fglrx kernel module is loaded, and the drm module is unloaded (and vice versa). You need to havwe 'fglrx' in your VIDEO_CARDS variable in make.conf (and 'radeon' for the open source driver). I've attached the xorg.conf file, the Xorg.0.log file, and the results of the lspci command. Can anyone tell me what I'm doing wrong? I tried auto-generating an xorg.conf file, but that would result in a totally blank screen. I had blank screens, too, but it was only the mouse missing, which I only saw when I started a window manager, not only X itself. Wonko
Re: [gentoo-user] Preventing a package from being updated
Alan McKinnon alan.mckin...@gmail.com writes: Apparently, though unproven, at 16:11 on Friday 22 October 2010, Allan Gottlieb did opine thusly: [snip] Perhaps I should be downgrading xorg-server as well. Masking mesa-7.8.2 means (per the ebuilds) you will have to drop back to xorg-server-1.7.7-r1. Both are latest stable versions. See below Since I would rather have a slow X than an angry portage, I removed the package mask and expected all to be well, but was surprised by the following. In particular at the end it says there is one block but I don't see any. [snip] Here you go: [blocks b ] sys-apps/shadow-4.1.4.2-r6 (sys-apps/shadow-4.1.4.2-r6 is blocking sys-auth/consolekit-0.4.2-r3) [ebuild U ] sys-apps/shadow-4.1.4.2-r6 [4.1.4.2-r5] USE=cracklib nls pam -audit (-selinux) -skey 1,749 kB I really did look for b's, but didn't see it. I guess I was looking near the ] where all the U's are. Embarrassing, to say the least. Thanks. Now I have masked mesa-7.8.2 downgrading to 7.7.1, which necessitated a downgrade of xorg-server to 1.7.7-r1 (latest stable), which necessitated a downgrade of xinit to 1.2.1. Thus my emerges now generate msgs that updates to xorg-server and xinit are being skipped due to unsatisfied dependencies. Other than this, the emerges perform normally and the system runs well. I could mask the newer versions of xorg-server and xinit and possibly prevent the emerge messages, but I am leaning toward leaving it as it is. This way when mesa is updated (to a hopefully fixed version) everything should update automatically. Does that sound reasonable. thanks again, allan
Re: [gentoo-user] Re: Questions about optimal mplayer settings
Bruce Hill wrote: The youtube-dl program works for more sites than just YouTube. And I chose it for the links you provided, specifically because they were YouTube videos. Give /usr/share/doc/youtube-dl-2012.09.27/README.md.bz2 a read. The file fluctuated but the overall speed was 1.77M/s ... don't ever remember getting that type of speed in FF. This shows (via gkrellm) the effects it had playing on this system: http://www.servantsofyeshua.org/XITHbsUUlYI.mp4-screenshot.png Didn't really heat my GPU (temp1) over 38C, and it's normally around 31C. Here's another file check on the MP4: mingdao@workstation ~/test $ md5sum XITHbsUUlYI.mp4 dab460274c1ce3ed8ebaf7caa6c0ad02 XITHbsUUlYI.mp4 Even before Walter's reply to me, I'd rebuilt mesa with new flags: media-libs/mesa-9.0 USE=classic egl g3dvl gallium llvm nptl r600-llvm-compiler shared-glapi xa xvmc -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic (-selinux) -vdpau (-wayland) -xorg VIDEO_CARDS=r600 -i915 -i965 -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vmware Hopefully tomorrow I've have time to check. I'd also saved the old /var/log/Xorg.0.log from before rebuilding mesa. And then there are other comps with other chipsets on this LAN to try. Thanks for the replies. One reason I download them, I play them in full screen mode and it doesn't stutter either. Generally, full screen seems to make it work a bit harder, unless your desktop has things in motion too. ;-) When I use Seamonkey to download, it goes as fast as my DSL will let it. Sometimes, the server on the other end will have high loads and slow things down but generally, it's as fast as my connection either way. For me, downloadhelper is just easier. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
On Sun, Jun 02, 2013 at 08:08:36AM -0700, Grant wrote I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think it's supposed to be a mesa file but I've tried reinstalling mesa: [ebuild R] media-libs/mesa-9.1.2-r1 USE=classic egl gallium llvm nptl pax_kernel pic shared-glapi -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa (-r600-llvm-compiler) (-selinux) -vdpau (-wayland) -xa -xorg -xvmc PYTHON_SINGLE_TARGET=python2_7 -python2_6 PYTHON_TARGETS=python2_7 -python2_6 VIDEO_CARDS=intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware First question... do you really have an i810/i815 video chip? What does lspci -v show for video? If you do have an i810/i815, this may be a kernel config issue. Do you have CONFIG_DRM_I810 enabled? Via make menuconfig, it's... Device Drivers --- Graphics support --- * Direct Rendering Manager (XFree86 4.1.0 and higher DRI support * Intel I810 Note that the Help notes for the Intel 8xx/9xx/G3x/G4x/HD Graphics option specifically say that it does *NOT* support i810/i815 chips. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think it's supposed to be a mesa file but I've tried reinstalling mesa: [ebuild R] media-libs/mesa-9.1.2-r1 USE=classic egl gallium llvm nptl pax_kernel pic shared-glapi -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa (-r600-llvm-compiler) (-selinux) -vdpau (-wayland) -xa -xorg -xvmc PYTHON_SINGLE_TARGET=python2_7 -python2_6 PYTHON_TARGETS=python2_7 -python2_6 VIDEO_CARDS=intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon (-radeonsi) -vmware First question... do you really have an i810/i815 video chip? What does lspci -v show for video? If you do have an i810/i815, this may be a kernel config issue. Do you have CONFIG_DRM_I810 enabled? Via I get this from lspci -v: 00:01.0 VGA compatible controller: Intel Corporation 82810E DC-133 (CGC) Chipset Graphics Controller (rev 03) (prog-if 00 [VGA controller]) I actually do have CONFIG_DRM_I810 enabled. - Grant
Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa = 9.1
On 04/10/2013 13:20, Andreas Prieß wrote: Since I don't know the cause and didn't find a way to debug this, here are the symptoms: Ever since media-libs/mesa = 9.1 went stable I had the problem, that the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen goes black and does not show anything, but the system halts as normal. It is not possible to switch to VT1 by keyboard while the shutdown is still in progress when this has happened. I can't find anything in the Xorg or other log files according to this problem. Can't find anything related in Gentoo bugzilla or searching the web... The problem always disappeared by downgrading to mesa 9.1, but that now requires other packages to be downgraded too, so I'd like to resolve this. It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS, desktop session with Xfce started by x11-misc/lightdm. Any hints on how to debug this problem would be highly appreciated. I've had a few things similar tot his happen to me over the years. Strangely, each time it has been framebuffer and related settings in the kernel config! (mostly incompatible options selected) What do you have in your kernel config? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa = 9.1
On 04/10/2013 14:39, Andreas Prieß wrote: On 04.10.2013 13:20, Andreas Prieß wrote: Since I don't know the cause and didn't find a way to debug this, here are the symptoms: Ever since media-libs/mesa = 9.1 went stable I had the problem, that the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen goes black and does not show anything, but the system halts as normal. It is not possible to switch to VT1 by keyboard while the shutdown is still in progress when this has happened. I can't find anything in the Xorg or other log files according to this problem. Can't find anything related in Gentoo bugzilla or searching the web... The problem always disappeared by downgrading to mesa 9.1, but that now requires other packages to be downgraded too, so I'd like to resolve this. It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS, desktop session with Xfce started by x11-misc/lightdm. Any hints on how to debug this problem would be highly appreciated. Maybe this is relevant... Xorg is running a dual head layout using xinerama instead of randr. Composite disabled since it does not work with this config. Your kernel config in the other reply looks fine to me. This dual head setup - do you have one large desktop across two monitors, or two screens configured in xorg.conf? I can never quite remember what xinerama does (I think it's the first one) Can you reproduce the problem using just one configured monitor? -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Weird Screen-Overlay problems after update
Hi, after the mesa-compile failure could be fixed and this: * * The following 7 packages have failed to build or install: * * (media-libs/mesa-10.0.4::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/media-libs/mesa-10.0.4/temp/build.log' * (virtual/glu-9.0-r1::gentoo, ebuild scheduled for merge) * (x11-base/xorg-server-1.15.0::gentoo, ebuild scheduled for merge) * (virtual/opengl-7.0-r1::gentoo, ebuild scheduled for merge) * (media-libs/freeglut-2.8.1-r1::gentoo, ebuild scheduled for merge) * (media-libs/glu-9.0.0-r1::gentoo, ebuild scheduled for merge) * (media-libs/xine-lib-1.2.5::gentoo, ebuild scheduled for merge) (this is pasted from my mail reporting the compilation problem...so all that does recompile fine and was updated) was updated and I installed Linux 3.12.17 (vanilla) and recompiled the nvidia-drivers and finally the X11-modules, a really annoying thing happened: When a program uses the screen overlay technique (right word???) to display (mainly) videos (me-tv, flashplayer, Blender while rendering) ANY and everything on any desktop, which has a black background (mutt, urxvt to only name a few) displays the video even the video application runs on a different desktop. Handling the desktops then becomes a masterpieces of focus and counting ;) I am using openbox, nvidia-drivers, linux 3.12.17 vanilla, me-tv, flashplayer, blender (daily build taken from blenders buildbot). What can I do to get rid of this effect? Best regards, mcc
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On Tuesday 27 May 2014 22:41:32 Alan McKinnon wrote: On 27/05/2014 18:20, Time Lucky wrote: VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeonsi -vmware Solved! I realized that your VIDEO_CARDS was -i915 then I removed i915 from make.conf I wouldn't. Unless you also have NVidia and Radeon cards too on your machine you do not all these entries. Try this in your /etc/make.conf: VIDEO_CARDS=intel i915 Then rebuild your xorg drivers and mesa. Finally run 'eselect mesa list' to see if you are using gallium or not. Adjust accordingly. Take what I say here with a pinch of salt (building the right drivers with the right settings to work right on the right hardware is, IMNSHO, a huge amount of black magic :-) anyway, I seem to recall that USE=i915 or i965 was the old way of doing things and you needed to know what chipset to build for. Recent code has merged all of that nonsense so all you have to do is set VIDEO_CARDS=intel and emerge can figure out what to build for the hardware it's running on. Unless it changed recently, you would need to add the mesa module name for your card too. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: problem emerging Libdrm
Philip Webb purslow at ca.inter.net writes: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. pstree (psmisc) might be some help in unraveling dependencies. I would make sure everything in @system is compiled with the new version of gcc-4.8.3 before updating the rest of the system. If you have another architect compatible gentoo system, you might just copy over key packages and then compile everything else that is broken. Check your version of python too ( and run python-updater if it has changed). good hunting, James
[gentoo-user] block in emerge
I have a block, I'm not looking for a solution yet, just a correct interpretation of the error messages: [blocks B ] x11-base/xorg-server-1.16.2-r1 (x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) pulled in by x11-base/xorg-server[xorg] required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) =x11-base/xorg-server-1.0.99 required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) (snip) (app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by =app-admin/eselect-opengl-1.3.0 required by (x11-proto/glproto-1.4.17-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.3.0 required by (media-libs/mesa-10.3.5-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.0.8 required by (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) Looks to me the message is wrong. Shouldn't the first line read (!x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1)? Note the leading '!' The ebuild in fact contains: RDEPEND==app-admin/eselect-1.2.4 !media-libs/mesa-10.3.4-r1 !=media-libs/mesa-10.3.5 !x11-proto/glproto-1.4.17-r1 !x11-base/xorg-server-1.16.2-r1 thanks, raffaele
Re: [gentoo-user] How to find all packages which need Python2_7
On Tue, 03 Mar 2015 11:12:48 +0100 Helmut Jarausch wrote: On 03/03/2015 10:47:46 AM, Andrew Savchenko wrote: Hello, On Tue, 03 Mar 2015 10:21:19 +0100 Helmut Jarausch wrote: Hi, I'd like to install all packages which need Python, only for Python3 except those which cannot be installed for Python3. How can I find out which of the packages installed on my machine have PYTHON_TARGETS=python2_7 (only). I could loop over `qlist -IC` do an emerge -vp each grepping for this string. But is there an easier way. You are almost there, just learn the power of mighty eix: EIX_LIMIT=0 eix -I --only-names -\( -U python_targets_python2_ -! -U python_targets_python3_ -\) This will return you all installed packages having python2_* in their python targets, but not having python3_*. Many thanks Andrew. I have some problems, though. Your command shows media-libs/mesa (among many others) but emerge -vp media-libs/mesa doesn't show any python targets. Run plain: $ eix media-libs/mesa It has PYTHON_TARGETS=python2_7, though probably not in the version currently installed in your system. Please don't forget, that USE flag may appear and disappear during upgrades or downgrades. Best regards, Andrew Savchenko pgp3045y2fZIf.pgp Description: PGP signature
[gentoo-user] s3tc enable for Firefox 49?
Hi! I'm not sure, but I've been struggling with this bug: media-libs/mesa-13.0.0_rc2: libGL crashes on hardened AMD64 https://bugs.gentoo.org/show_bug.cgi?id=598593 ( my duplicate is at: =www-client/firefox-49.0 segfaults with >=media-libs/mesa-13.0.0_rc1 on >=4.4.8-hardened-r1 https://bugs.gentoo.org/show_bug.cgi?id=598700 ) and it looks like (I had better show you the standard output when starting firefox 49.0 on plain 4.8.3 kernel: ATTENTION: default value of option force_s3tc_enable overridden by environment. GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. 1478449652215 addons.productaddonsWARNFailed downloading XML, status: 0, reason: error (firefox:5208): GLib-GIO-CRITICAL **: g_loadable_icon_load: assertion 'G_IS_LOADABLE_ICON (icon)' failed and a few more lines to that effect. After some ducking for info I see that: https://en.wikipedia.org/wiki/S3_Texture_Compression is mostly used for games (and I'm not a gamer.) But it looks like, apart from mesa alleged fix (see in the bug report) not having propagated to us, [it looks like] that s3tc functionality is missing for my Firefox to behave... There have been various tips in the various distro flavors about enabling s3tc, but I couldn't get it to work in Gentoo. Such as after emerging: # emerge media-libs/libtxc_dxtn and issuing: $ force_s3tc_enable=true firefox That still got me the line: ATTENTION: default value of option force_s3tc_enable overridden by environment. Also, the useflag: https://packages.gentoo.org/useflags/s3tc only has: app-emulation/wine as sole customer at this time... I wasn't sure this was a post for the bug report that I linked to above, so I'm asking here on the users list. Anyone has any more clue about this issue? Regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr signature.asc Description: Digital signature
Re: [gentoo-user] Restricting git downloading the whole server farm and yet some
On Friday 07 Jul 2017 12:25:22 Daniel Campbell wrote: > On 07/07/2017 08:49 AM, Mick wrote: > > On Friday 07 Jul 2017 05:28:25 Rasmus Thomsen wrote: > >> I guess you could add "EGIT_CLONE_TYPE=shallow" to your make.conf, that > >> way > >> you don't have to download the whole repo with all of its commit history. > >> > >> Regards, > >> Rasmus > > > > Thanks! I will try this, but I am surprised it is not the default. For > > two > > packages I think I had to download the best part of 1GB of unneeded (by > > me) > > cruft, which I will never look at or use. I mean, there must be a > > cleverer > > way of emerging a package without mirroring a complete project's history > > ... O_O > > dev-libs/efl- is a live ebuild, meaning it's pulling from a version > control system. It appears there are two other versions of the package, > which shouldn't be pulling from git. If 1.17.0-r1 or 1.18.4 meet your > needs, a downgrade is all you'll need. Check > /etc/portage/package.accept_keywords and its manpage for more info. > > If you need the live ebuild, Rasmus's suggestion will work fine. Thanks Daniel, I was trying dev-libs/efl- and e17 from trunk because of a mesa bug[1] which when it interacts with the enlightenment compositor causes the desktop to freeze. I was hoping a later build may have had different code which would overcome the mesa/dri loop, but alas it does not. Next I will try a later mesa version just in case. [1] https://bugs.gentoo.org/show_bug.cgi?id=623038 -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Failed to load driver: Nouveau
iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config CONFIG_DRM_NOUVEAU=m CONFIG_NOUVEAU_DEBUG=5 CONFIG_NOUVEAU_DEBUG_DEFAULT=3 CONFIG_DRM_NOUVEAU_BACKLIGHT=y iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf VIDEO_CARDS="nouveau" here is the `grep -si nouveau /var/log/*` <https://paste.pound-python.org/show/PhfcfeZzzECTIEw15B3R/> I have rebuilt the xorg-server, it is built for kernel 4.12.5 now. And I have set the USEs of "gallium" and "video_cards_nouveau" On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk < alexander.kaps...@gmail.com> wrote: > On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk > <alexander.kaps...@gmail.com> wrote: > > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk > > <alexander.kaps...@gmail.com> wrote: > >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber <iceamber2...@gmail.com> > wrote: > >>> I have tried, but the same result > >>> > >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter <adamcart...@gmail.com> > wrote: > >>>>> > >>>>> yes, here is the eselect > >>>> > >>>> > >>>> When i have X problems i can resolve i run emerge -av > @x11-module-rebuild > >>>> xorg-server mesa but its generally an act of desperation after > running out > >>>> of intelligent options. > >>> > >>> > >> > >> Your xorg-server was built for kernel 4.9.34. > >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 Gentoo > >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo > >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 > >> > >> Might be a good idea to rebuild x11-base/xorg-server for your current > kernel. > >> > >> What's the output of the command lines below? > >> grep NOUVEAU linux/.config > >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > > > > This one too please: > > grep -si nouveau /var/log/* > > Also, let's make sure mesa has the USE flags below enabled: > > equery -q u mesa | grep -E 'gallium|nouveau' > +gallium > +video_cards_nouveau > >
Re: [gentoo-user] Failed to load driver: Nouveau
On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk <alexander.kaps...@gmail.com> wrote: > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk > <alexander.kaps...@gmail.com> wrote: >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber <iceamber2...@gmail.com> wrote: >>> I have tried, but the same result >>> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter <adamcart...@gmail.com> wrote: >>>>> >>>>> yes, here is the eselect >>>> >>>> >>>> When i have X problems i can resolve i run emerge -av @x11-module-rebuild >>>> xorg-server mesa but its generally an act of desperation after running out >>>> of intelligent options. >>> >>> >> >> Your xorg-server was built for kernel 4.9.34. >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 Gentoo >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 >> >> Might be a good idea to rebuild x11-base/xorg-server for your current kernel. >> >> What's the output of the command lines below? >> grep NOUVEAU linux/.config >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > > This one too please: > grep -si nouveau /var/log/* Also, let's make sure mesa has the USE flags below enabled: equery -q u mesa | grep -E 'gallium|nouveau' +gallium +video_cards_nouveau
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > пт, 27 июл. 2018 г. в 18:30, Mick : > > This looks like a radeon video driver problem. You could go into a loop > > of > > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, > > or you could wait for/keyword later versions of these packages. > > Just now, I have finished updating my system. It was after a more than > a month of not doing so because of the summer heat. So, there was > a lot of packages to update, including mesa. > > After the update, the problem with firefox crashing on privat24.ua > logging page dissappeared. So, it looks like your advise to rebuild > xorg, mesa, etc. was right. Thank you. You're welcome. I've been bitten by similar problems in the past and quite often there is no way out other than reverting an update and waiting for a later more polished version of a package. Something else I came across causing FF crashes here, was a bug with profile- sync-daemon (recent thread of mine refers). I don't know if you use psd, but I wasn't aware of this psd bug when you posted about your problems. I only mention it now as another thing to check next time you have FF crashing on you. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Xorg on really old PC
Le 31/08/2018 à 05:10, Walter Dnes a écrit : Given the inter-connectedness of linux libraries, you're not going to get an ancient version of mesa to work with a new Gentoo install. That's where Gentoo helps, being a source-based distribution :) Forget about OpenGL and undo the masks. Another option might be to set... VIDEO_CARDS="fbdev" ..in make.conf, and use the xf86-video-fbdev driver and see if that works. Thanks for the suggestions. I'll try one more time with xf86-video-intel first (using the same package versions as debian squeeze for the xorg-related packages), as I would like to have OpenGL. But I'll try unmasking and fbdev if that doesn't work. Le 31/08/2018 à 12:01, (Nuno Silva) a écrit : > Perhaps try an older linux kernel, from the same time as the versions of > X11 and mesa that you are trying to run. > > Running a system like this is going to be harder now, though, because > the X11 headers were reorganized, and packages which use X11 now depend > on the newer headers, which will most likely pull in the new > xorg-server. I'll try kernel 3.2 and xorg server 1.7.7 which are the versions used in debian squeeze. This is the last debian release with mesa < 8.0.
Re: [gentoo-user] Re: X won't start after xorg-server update
Am 14.03.20 um 06:06 schrieb Jonathan Callen: On 3/12/20 7:46 PM, Neil Bothwick wrote: On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: I do edit it every time X won't start. Then X does start. But after updating and rebooting it has the old wrong line again. You need to find out which ebuild is modifying it. Run "qlop -m" and look for the package whose install time most closely matches the modification time of the file. Then read the ebuild to see what is going on. If an ebuild is setting this incorrectly, you may need to file a bug report. Since I did edit the file I cannot find a match. I will have to wait until the problem occurs again. It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. The file is created/modified by app-eselect/eselect-opengl. If you have USE=libglvnd enabled, eselect-opengl is no longer installed, but the files it generated may remain. In this case, it is safe to remove the file if USE=libglvnd is enabled, and to regenerate the file by running `eselect opengl set xorg` (or nvidia, ...) if USE=-libglvnd. Jonathan Callen app-eselect/eselect-opengl isn't installed. media-libs/mesa is installed with USE="X [...] libglvnd [...]" So know the file is removed.
Re: [gentoo-user] MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri) [FALSE ALARM]
On 10/22/20 10:47 AM, n952162 wrote: Hello all, Everybody told me to give up trying to update one of my guest gentoo systems under virtualbox and *simply* reinstall it. I did that and now, when I enter "xinit", x starts and then dies with the message: /MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)/ /failed to load driver: vboxvideo/ Note that the vboxvideo module is loaded: /$ lsmod | grep vbox/ */vboxvideo 40960 1/* /ttm 122880 1 vboxvideo/ /drm_kms_helper 217088 1 vboxvideo/ /drm 552960 4 drm_kms_helper,vboxvideo,ttm/ /vboxnetadp 28672 0/ /vboxnetflt 32768 0/ /vboxdrv 475136 2 vboxnetadp,vboxnetflt/ /vboxguest 335872 0/ but it turns out there's a vboxvideo_drv.so here: //usr/lib64/xorg/modules/drivers/vboxvideo_drv.so/ I tried putting a symlink in /usr/lib64/dri to that, but it didn't help. Anybody have any experience here? TIA I just discovered that on another vbox/gentoo installation I have, which works fine, I also get these exact messages! MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri) I found the tip here: https://forums.virtualbox.org/viewtopic.php?t=84652 I still can't X to start, but now understand it's a completely different issue!
Re: [gentoo-user] GTK Graphical Problems
On Thu, Jun 03, 2021 at 10:01:43AM +0100, jdm wrote: > On Wed, 2 Jun 2021 11:14:40 +0100 > jdm wrote: > > > Hi, > > > > At the weekend I updated my system and after reboot some of my apps > > have lots of black black squares/rectangles all over the place, > > covering all of the app window and making email difficult to write. > > > > Initially I thought this was a Wayland problem as using Wayfire but > > switched to X11 desktop and still had same issue. > > > > Trying all my apps this looks to be a GTK related issues as happening > > with claws-mail (worst), gkrellm, gcolor2, Bluefish etc. QT/EFL apps > > seem to be fine (qtfm, keepass). Firefox-bin works just fine, oddly. > > > > Anyone else seen this. I see a thread talking about GTK slots but not > > sure if this is related. > > > > I've rebuilt all gtk related packages which has not helped. > > > > John > > > > Noticed a minor oddity with sddm where text not rendering correctly so > decided not a gtk problem but strange that qt apps where hardly > affected. > > Updated mesa to latest version (currently masked) and issue > has gone away. > > John > What version of mesa was causing the problem, what version did you upgrade to, and what are your useflags? I've been having similar issues, but I'm on the current (21.1.1) version of mesa. Did you upgrade drivers anywhere?
[gentoo-user] opencl runtime
This message showed up after an update today: * Messages for package virtual/opencl-3-r2: * * In order to take advantage of OpenCL you will need a runtime for your hardware. * Currently included in Gentoo are: * * * open: * - dev-libs/intel-compute-runtime - integrated Intel GPUs from Broadwell onwards. 64-bit only; * - dev-libs/pocl - to run OpenCL programs on your CPU, if you do not have a supported GPU; * - dev-libs/rocm-opencl-runtime - AMD GPUs supported by the amdgpu kernel driver. 64-bit only; * - media-libs/mesa[opencl] - some older AMD GPUs; see [1]. 32-bit support; * * * proprietary: * - dev-libs/amdgpu-pro-opencl - AMD Polaris GPUs. 32-bit support; * - dev-util/intel-ocl-sdk - Intel CPUs (*not* GPUs). 64-bit only; * - x11-drivers/nvidia-drivers[uvm] - Nvidia GPUs; specific package versions * required for older devices [2]. 32-bit support. * * [1] https://dri.freedesktop.org/wiki/GalliumCompute/ * [2] https://www.nvidia.com/en-us/drivers/unix/legacy-gpu/ On a number of stable systems with a selection of different Northern Islands to Sea Islands APUs/GPUs, I have media-libs/mesa installed in as a dependency. Given the above message and noticing dev-libs/rocm-opencl-runtime is still in testing, am I meant to keyword it and install it manually, or will it replace mesa automagically some day in the future when marked as stable? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: google-chrome can render pages after update
On Monday, 12 June 2023 17:57:47 BST Grant Edwards wrote: > On 2023-06-12, Michael wrote: > >> It seems to be a variation on this bug which affects only AMD GPUs: > >> https://bugs.gentoo.org/907431 > >> > >> Clearing the GPU driver cache or using the > >> -disable-gpu-driver-bug-workarounds option avoids the problem. > >> > >> In my case, It wasn't a mesa update that triggered the problem. I > >> think it was the llvm update (I haven't confirmed that). > > > > Did you (re)compile anything graphics related using llvm, which > > might be used by the Chrome binary? > > No -- but as I understand it, mesa uses llvm (at runtime) to generate > GPU object code. Based on the work-around, it looks like compiled GPU > object code is cached by Chrome/Chromium, and updates to mesa and/or > llvm can result attempts to use old, incompatible GPU object code. > > As pages are rendered, there was a constant stream of "link failure" > messages on the console window where Chrome is running. Yes, you're right. Gallium llvmpipe driver uses llvm in runtime for rasterisation. I wasn't aware of this and thought llvm is only a build time compiler! :-) This also explains why clearing the cache fixes the problem of what is essentially stale code. signature.asc Description: This is a digitally signed message part.
[gentoo-user] missing libraries in mesa-6.5.2-r1 emerge ??
Hello, When emerging mesa-6.5.2-r1 I don't get the library libOSMesa.so* built. Did this library go away or is it a problem of selecting the correct USE parameter. Currently I am using what is listed below. Thanks for your help. -- Valmor -equery uses mesa [ Searching for packages matching mesa... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [: Right column (I) - USE flags packages was installed with ] [ Found these USE variables for media-libs/mesa-6.5.2-r1 ] U I - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see http://www.gentoo.org/proj/en/qa/backtraces.xml . + + doc : Adds extra documentation (API, Javadoc, etc) - - kernel_FreeBSD : unknown + + motif : Adds motif support (x11-libs/openmotif x11-libs/lesstif) + + nptl: Enable support for Native POSIX Threads Library, the new threading module (requires linux-2.6 or better usually) - - pic : Build Position Independent Code. Do not utilize this flag unless you know what you're doing. - - video_cards_i810: unknown - - video_cards_mach64 : unknown - - video_cards_mga : unknown - - video_cards_none: unknown - - video_cards_r128: unknown - - video_cards_radeon : unknown - - video_cards_s3virge : unknown - - video_cards_savage : unknown - - video_cards_sis : unknown - - video_cards_sunffb : unknown - - video_cards_tdfx: unknown - - video_cards_trident : unknown - - video_cards_via : unknown - - xcb : Support the X C-language Binding, a replacement for Xlib -emerge --info Portage 2.1.3.19 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.22.9 i686) = System uname: 2.6.22.9 i686 Intel(R) Xeon(TM) CPU 2.66GHz Timestamp of tree: Sat, 17 Nov 2007 04:30:01 + app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS=x86 CBUILD=i686-pc-linux-gnu CFLAGS=-O3 -march=pentium4 -fomit-frame-pointer CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/X11/xkb CONFIG_PROTECT_MASK=/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d CXXFLAGS=-O3 -march=pentium4 -fomit-frame-pointer DISTDIR=/usr/portage/distfiles FEATURES=distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=http://gentoo.mirrors.tds.net/gentoo http://212.219.56.131/sites/www.ibiblio.org/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo; LC_ALL=en_US.utf8 MAKEOPTS=-j3 PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-* PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage SYNC=rsync://rsync.gentoo.org/gentoo-portage -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] PC freeze with ati-drivers and gentoo-sources-2.6.16-r3
On Mon, 2006-05-01 at 13:21 +0200, Jannis Achstetter wrote: You can check your config with glxinfo | grep direct which should return Yes. $ glxinfo | grep direct direct rendering: No OpenGL renderer string: Mesa GLX Indirect If it doesn't, check your /var/log/Xorg.0.log (assuming we are talking about display 0. I see a: (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 and (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. Don't tell me my 9600 isn't supported by the radeon driver?... also, there's this interesting section that I'm having trouble understanding: (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe13b2000 (II) RADEON(0): [drm] mapped SAREA 0xe13b2000 to 0xb7f07000 (II) RADEON(0): [drm] framebuffer handle = 0xf000 (II) RADEON(0): [drm] added 1 reserved context for kernel (WW) RADEON(0): [agp] AGP not available (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. (II) RADEON(0): [agp] You may want to make sure the agpgart kernel module is loaded before the radeon kernel module. (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xe13b2000 at 0xb7f07000 but agpgart and radeon are both compiled in to the kernel. I heard something about the RV350 or RV300 (not sure) chipset not being supported - is this true? thanks, -- Iain Buchanan iaindb at netspace dot net dot au Iambe conning the most intellegent people on the planet is not easy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] block in emerge
Raffaele Belardi wrote: Alan McKinnon wrote: On 07/01/2015 16:12, Raffaele BELARDI wrote: I have a block, I'm not looking for a solution yet, just a correct interpretation of the error messages: [blocks B ] x11-base/xorg-server-1.16.2-r1 (x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) pulled in by x11-base/xorg-server[xorg] required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) =x11-base/xorg-server-1.0.99 required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) (snip) (app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by =app-admin/eselect-opengl-1.3.0 required by (x11-proto/glproto-1.4.17-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.3.0 required by (media-libs/mesa-10.3.5-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.0.8 required by (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) Looks to me the message is wrong. Shouldn't the first line read (!x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1)? Note the leading '!' No, the ! doesn't mean not there The ebuild in fact contains: RDEPEND==app-admin/eselect-1.2.4 !media-libs/mesa-10.3.4-r1 !=media-libs/mesa-10.3.5 !x11-proto/glproto-1.4.17-r1 !x11-base/xorg-server-1.16.2-r1 The last line must be read as the package cannot be installed if xorg-server version 1.16.2-r1 is present. Most deps are expressed as you must have this, but those 4 are expressed you must not have this. So the error message is correct, it is saying app-admin/eselect-opengl-1.3.1-r1 cannot be installed as you have a version of xorg-server earlier than 1.16.2-r1 already installed. There is no negation there. Solution: upgrade xorg-server then do everything else. Ok, that makes sense. Unmasking xorg-server is not an option because starting from 1.13 XAA support was removed and that makes my ancient video card too slow, I'll have to find a different solution. I bypassed the block by adding the eselect-opengl, mesa and glproto lines in package.mask: # works but window dragging is SLOW # possibly because starting from 1.13 XAA support was removed from the # xorg-server =x11-base/xorg-server-1.13.1 # this requires xorg-server-1.13.1, resulting in a block app-admin/eselect-opengl-1.2.7 # these require eselect-opengl-1.3.0, resulting in a block =media-libs/mesa-10.3.5-r1 =x11-proto/glproto-1.4.17-r1 raffaele
Re: [gentoo-user] mesa-10.3.7-r1 S3TC option
On Monday 23 Feb 2015 18:27:12 wirel...@tampabay.rr.com wrote: On 02/20/2015 07:10 PM, Mick wrote: Mick michaelkintzios at gmail.com writes: media-libs/mesa-10.3.7-r1: I have this installed too; with this video card : radeon VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710 [Radeon HD 4350/4550] I mostly followed this guide, without any xorg customizations: http://wiki.gentoo.org/wiki/Radeon media-libs/libtxc_dxtn as well. This may be necessary to get nice I do not have this message anywhere in the logs. There is no dxtn or s3tc flag [1]. I have just discovered that elogviewer is not working currently; I have used it extensively in the past. I reinstalled it and the /var/log/portage/elog dir is setup correctly but empty. Strange; I'm not certain when my elogs quit working.. I'm not certain what is going on, as python is set to 3.4; running python updater now qutie a bit of breakage So I emerged media-libs/libtxc_dxtn manually. Yes, I am going to give this a whirl too. It's been a long time since I've looked into updating a radeon configuration. What card are you using? *-display description: VGA compatible controller product: RV730/M96-XT [Mobility Radeon HD 4670] vendor: Advanced Micro Devices, Inc. [AMD/ATI] physical id: 0 bus info: pci@:02:00.0 version: 00 width: 32 bits clock: 33MHz capabilities: pm pciexpress msi vga_controller bus_master cap_list rom configuration: driver=radeon latency=0 resources: irq:29 memory:d000-dfff ioport:2000(size=256) memory:cfef-cfef memory:cfe0-cfe1 HOWEVER, I seem to recall the message in question showing up for a Kaveri APU, the A10-7850K, rather than the above card! I have these flags set for mesa and maybe they are in need of updating? media-libs/mesa-10.3.7-r1 USE=bindist classic dri3 egl gallium gbm llvm nptl udev Installed versions: 10.3.7-r1(20:18:24 02/19/15)(classic dri3 egl gallium gbm gles2 llvm nptl udev vdpau xvmc -bindist -debug -gles1 -opencl - openmax -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -wayland -xa ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32 KERNEL=linux -FreeBSD VIDEO_CARDS=r600 radeon -freedreno -i915 - i965 -ilo -intel -nouveau -r100 -r200 -r300 -radeonsi -vmware) Any additional flags I could/should set for mesa and a radeon card? Any other helper packages? [1] http://www.gentoo.org/dyn/use-index.xml#doc_chap1 I have these flags for x11-base/xorg-server-1.16.4: Installed versions: 1.16.4(10:37:19 02/20/15)(glamor ipv6 nptl suid udev xorg -dmx -doc -kdrive -minimal -selinux -static-libs -systemd -tslib -unwind -wayland -xnest -xvfb) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] The war continues.
Before using revdep-rebuild, you need to do a -pW --clean to see what's old/obsolete on the system. It can clear lots of cruft after just six months of updates. Once you see what needs to be cleared, you can do an -a (ask) before remove. Saves you from the sytem pulling python and fragging portage. Once you've cleaned the system and updated things, then a revdep-rebuild shouldn't give you too many problems but if it does, keep in mind that a clean install doesn't take that long and you get the opurtunity to ensure that all of your flags (package u/mask) are all correct. On Thu, Mar 17, 2016 at 7:55 AM, Alan Grimes <alonz...@verizon.net> wrote: > My effort to update my syestem continues unabated. =\ > > One problem is that every time revdep-rebuild is run, it always rebuilds > all of libreoffice, an 8-hour build. WTF, seriously, WTF? > > I made the mistake of syncing portage again and was thrown back into > useflag hell: > > I tried to fix it by setting wayland, gles2 and egl to default because > they were breaking other packages. > > > I don't even know how to read the current error message: > > ## > > tortoise ~ # ./pretendupdate > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > media-libs/mesa:0 > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, installed) pulled in by > media-libs/mesa[egl,gbm,gles2?,wayland] required by > (kde-plasma/kwin-5.5.5:5/5::gentoo, ebuild scheduled for merge) > > ^^^ > > > It might be possible to solve this slot collision > by applying all of the following changes: >- media-libs/mesa-11.1.2-r1 (Change USE: +wayland +gles2) > > > !!! The ebuild selected to satisfy "app-text/asciidoc" has unmet > requirements. > - app-text/asciidoc-8.6.9-r2::gentoo USE="graphviz -examples -highlight > -test" ABI_X86="64" PYTHON_SINGLE_TARGET="-pypy -python2_7" > PYTHON_TARGETS="python2_7 -pypy" > > The following REQUIRED_USE flag constraints are unsatisfied: > exactly-one-of ( python_single_target_pypy > python_single_target_python2_7 ) > > The above constraints are a subset of the following complete expression: > exactly-one-of ( python_single_target_pypy > python_single_target_python2_7 ) python_single_target_pypy? ( > python_targets_pypy ) python_single_target_python2_7? ( > python_targets_python2_7 ) > > (dependency required by "net-misc/tor-0.2.8.1_alpha::gentoo" [installed]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > tortoise ~ # > > # > > Current state of mind: put a live hand grenade in to the computer and > walk away. > > I've been using Gentoo Every day now for ten years. This is an entirely > New level of bullshit. =( > > > Modest list of complete and utter FAIL: > > > > tortoise portage # tree -L 2 > . > ├── app-office > │ └── texmacs-1.99.2-r1 > ├── dev-libs > │ ├── libcdio-0.93 > │ └── libcdio-paranoia-0.93_p1 > ├── dev-qt > │ └── qtwebkit-5.5.1-r1 > ├── kde-apps > │ └── kdesdk-kioslaves-15.12.2 > ├── kde-plasma > │ ├── oxygen-5.5.5 > │ └── oxygen-fonts-5.4.3 > ├── media-gfx > │ └── fontforge-20150824 > ├── media-libs > │ ├── opencv-3.1.0-r2 > │ └── x264-0.0.20151011 > └── media-video > └── vcdimager-0.7.24 > > 19 directories, 0 files > tortoise portage # > > > > -- > IQ is a measure of how stupid you feel. > > Powers are not rights. > >
Re: [gentoo-user] The war continues.
El jue, 17-03-2016 a las 10:55 -0400, Alan Grimes escribió: > My effort to update my syestem continues unabated. =\ > > One problem is that every time revdep-rebuild is run, it always > rebuilds > all of libreoffice, an 8-hour build. WTF, seriously, WTF? > > I made the mistake of syncing portage again and was thrown back into > useflag hell: > > I tried to fix it by setting wayland, gles2 and egl to default > because > they were breaking other packages. > > > I don't even know how to read the current error message: > > ## > > tortoise ~ # ./pretendupdate > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > !!! Multiple package instances within a single package slot have been > pulled > !!! into the dependency graph, resulting in a slot conflict: > > media-libs/mesa:0 > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, installed) pulled in by > media-libs/mesa[egl,gbm,gles2?,wayland] required by > (kde-plasma/kwin-5.5.5:5/5::gentoo, ebuild scheduled for merge) > > ^^^ > > > > It might be possible to solve this slot collision > by applying all of the following changes: > - media-libs/mesa-11.1.2-r1 (Change USE: +wayland +gles2) > > > !!! The ebuild selected to satisfy "app-text/asciidoc" has unmet > requirements. > - app-text/asciidoc-8.6.9-r2::gentoo USE="graphviz -examples > -highlight > -test" ABI_X86="64" PYTHON_SINGLE_TARGET="-pypy -python2_7" > PYTHON_TARGETS="python2_7 -pypy" > > The following REQUIRED_USE flag constraints are unsatisfied: > exactly-one-of ( python_single_target_pypy > python_single_target_python2_7 ) > > The above constraints are a subset of the following complete > expression: > exactly-one-of ( python_single_target_pypy > python_single_target_python2_7 ) python_single_target_pypy? ( > python_targets_pypy ) python_single_target_python2_7? ( > python_targets_python2_7 ) > > (dependency required by "net-misc/tor-0.2.8.1_alpha::gentoo" > [installed]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > tortoise ~ # > > # > > Current state of mind: put a live hand grenade in to the computer and > walk away. > > I've been using Gentoo Every day now for ten years. This is an > entirely > New level of bullshit. =( > > > Modest list of complete and utter FAIL: > > > > tortoise portage # tree -L 2 > . > ├── app-office > │ └── texmacs-1.99.2-r1 > ├── dev-libs > │ ├── libcdio-0.93 > │ └── libcdio-paranoia-0.93_p1 > ├── dev-qt > │ └── qtwebkit-5.5.1-r1 > ├── kde-apps > │ └── kdesdk-kioslaves-15.12.2 > ├── kde-plasma > │ ├── oxygen-5.5.5 > │ └── oxygen-fonts-5.4.3 > ├── media-gfx > │ └── fontforge-20150824 > ├── media-libs > │ ├── opencv-3.1.0-r2 > │ └── x264-0.0.20151011 > └── media-video > └── vcdimager-0.7.24 > > 19 directories, 0 files > tortoise portage # > > > Maybe you can install libreoffice-bin instead libreoffice package. And for you wayland problem only needs the gles2 use flag. About the PYTHON_SINGLE_TARGET you should read the portage news. -- William Ernesto Cárdenas Gómez <will...@openmailbox.org> signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Updating media-libs/mesa failed
Hello, Gevisz.
On Sat, Mar 11, 2017 at 19:31:25 +0200, gevisz wrote:
> Today, updating my system, I have got:
> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask
> world --exclude chromium
> These are the packages that would be merged, in order:
> Calculating dependencies... done!
> [ebuild U ] media-libs/mesa-13.0.5 [12.0.1] USE="nettle%*
> -gcrypt% (-libressl) -openssl% -vulkan%"
> [ebuild U ] x11-libs/cairo-1.14.8 [1.14.6]
> [ebuild U ] media-libs/libepoxy-1.4.1 [1.3.1] USE="X%*"
> [ebuild U ] dev-libs/libinput-1.6.2 [1.4.2]
> [ebuild U ] app-misc/mc-4.8.18-r1 [4.8.15]
> [ebuild U ] x11-apps/xauth-1.0.10 [1.0.9-r2] USE="{-test}"
> [ebuild U ] x11-base/xorg-server-1.19.2 [1.18.4] USE="-debug%"
> [ebuild U ] x11-drivers/xf86-video-ati-7.8.0 [7.7.0]
> [ebuild U ] x11-drivers/xf86-input-evdev-2.10.5 [2.10.3]
> [ebuild U ] x11-base/xorg-drivers-1.19 [1.18-r1]
> VIDEO_CARDS="-ark% -i915% -i965% (-newport) -sis%"
> [ebuild U ] net-analyzer/wireshark-2.2.5 [2.2.4]
> [ebuild U ] www-client/firefox-45.8.0 [45.7.0]
> Would you like to merge these packages? [Yes/No] y
[ ]
> >>> Emerging (1 of 12) media-libs/mesa-13.0.5::gentoo
> ...
> configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not met:
> No package 'libdrm_amdgpu' found
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> Alternatively, you may set the environment variables AMDGPU_CFLAGS
> and AMDGPU_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
[ ]
> $ eix libdrm_amdgpu
> No matches found
> So, there is no libdrm_amdgpu in my updated portage tree but
> media-libs/mesa-13.0.5::gentoo seems to demand it!
> $ eix amdgpu
> * sys-firmware/amdgpu-ucode
> Available versions: 20160628 20161121 {legacy}
> Homepage:https://people.freedesktop.org/~agd5f/radeon_ucode/
> Description: Microcode for C.Islands/V.Islands/A.Islands
> Radeon GPUs and APUs
> * x11-drivers/xf86-video-amdgpu
> Available versions: 1.1.0 ~1.1.2 1.2.0 ** {glamor}
> Homepage:https://www.x.org/wiki/
> Description: Accelerated Open Source driver for AMDGPU cards
> Any ideas?
This happened to me, too. It was also reported as a bug to the Gentoo
bugzilla. The mechanism for the bug was quite involved, but the
solution was straightforward. That was to replace
VIDEO_CARDS="radeon"
with
VIDEO_CARDS="radeon r600"
in /etc/portage/make.conf.
The "r600" bit is actually documented in the "Radeon" article in the
Gentoo Wiki, though I suspect it is relatively new. If I were you, I'd
check in that article that my card actually does, literally, need
"r600", and not something like "r750".
If this doesn't get your emerge working again, have a look at that bug
report. (Search for "mesa" and look at the most recent bug it finds.)
--
Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] zoom?
On 25/3/20 8:42 pm, Michael wrote:
On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote:
On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay wrote:
On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote:
Did someone try to install zoom? (relevant to many people during the
current crisis)
https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-L
inux
I downloaded an archive (cannot find the URL again; the site is that
bad) and the directory doesn't even contain a REDME...)
Jorge Almeida
Why didn’t you try net-im/zoom?
I don't have that in /usr/portage. emerge--sync'ing now...
Have you looked at using WebRTC with Zoom, rather than installing their code
on your PC?
Anyone able to install this? I can't get mesa and the libglvnd
dispatcher to coexist.
It does work in chromium, but I think some of the options are not available
BillK.
rattus ~ # emerge net-im/zoom -vp
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild N ] dev-qt/qtwebchannel-5.14.1:5/5.14::gentoo USE="qml
-debug -test" 198 KiB
[ebuild N ] dev-qt/qtpositioning-5.14.1:5/5.14::gentoo USE="qml
-debug -geoclue -test" 5,976 KiB
[ebuild N ] dev-qt/qtscript-5.14.1:5/5.14::gentoo USE="jit -debug
-scripttools -test" 2,593 KiB
[ebuild N ] dev-qt/qtwebengine-5.14.1:5/5.14::gentoo USE="alsa
pulseaudio system-ffmpeg system-icu widgets -bindist -debug -designer
-geolocation -jumbo-build -test" 236,757 KiB
[ebuild N ~] net-im/zoom-3.5.374815.0324-r2::gentoo USE="pulseaudio"
70,908 KiB
[blocks B ] media-libs/mesa[-libglvnd(-)]
("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
Total: 6 packages (6 new), Size of downloads: 316,430 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(media-libs/mesa-19.3.5:0/0::gentoo, installed) pulled in by
media-libs/mesa[egl,X(+)] required by
(dev-qt/qtwebengine-5.14.1:5/5.14::gentoo, ebuild scheduled for merge)
USE="alsa pulseaudio system-ffmpeg system-icu widgets -bindist -debug
-designer -geolocation -jumbo-build -test" ABI_X86="(64)"
(media-libs/libglvnd-1.3.1:0/0::gentoo, ebuild scheduled for merge)
pulled in by
media-libs/libglvnd required by
(net-im/zoom-3.5.374815.0324-r2:0/0::gentoo, ebuild scheduled for merge)
USE="pulseaudio" ABI_X86="(64)"
For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
Re: [gentoo-user] zoom?
On Wednesday, April 1, 2020 3:12:46 AM CEST William Kenworthy wrote:
> On 25/3/20 8:42 pm, Michael wrote:
> > On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote:
> >> On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay
wrote:
> >>> On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote:
> >>>> Did someone try to install zoom? (relevant to many people during the
> >>>> current crisis)
> >>>>
> >>>> https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on->
> >>>> >>>> L
> >>>> inux
> >>>>
> >>>> I downloaded an archive (cannot find the URL again; the site is that
> >>>> bad) and the directory doesn't even contain a REDME...)
> >>>>
> >>>> Jorge Almeida
> >>>
> >>> Why didn’t you try net-im/zoom?
> >>
> >> I don't have that in /usr/portage. emerge--sync'ing now...
> >
> > Have you looked at using WebRTC with Zoom, rather than installing their
> > code on your PC?
>
> Anyone able to install this? I can't get mesa and the libglvnd
> dispatcher to coexist.
>
>
> It does work in chromium, but I think some of the options are not available
>
>
> BillK.
>
>
>
> rattus ~ # emerge net-im/zoom -vp
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
> ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] dev-qt/qtwebchannel-5.14.1:5/5.14::gentoo USE="qml
> -debug -test" 198 KiB
> [ebuild N ] dev-qt/qtpositioning-5.14.1:5/5.14::gentoo USE="qml
> -debug -geoclue -test" 5,976 KiB
> [ebuild N ] dev-qt/qtscript-5.14.1:5/5.14::gentoo USE="jit -debug
> -scripttools -test" 2,593 KiB
> [ebuild N ] dev-qt/qtwebengine-5.14.1:5/5.14::gentoo USE="alsa
> pulseaudio system-ffmpeg system-icu widgets -bindist -debug -designer
> -geolocation -jumbo-build -test" 236,757 KiB
> [ebuild N~] net-im/zoom-3.5.374815.0324-r2::gentoo USE="pulseaudio"
> 70,908 KiB
> [blocks B ] media-libs/mesa[-libglvnd(-)]
> ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
>
> Total: 6 packages (6 new), Size of downloads: 316,430 KiB
> Conflict: 1 block (1 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
>(media-libs/mesa-19.3.5:0/0::gentoo, installed) pulled in by
> media-libs/mesa[egl,X(+)] required by
> (dev-qt/qtwebengine-5.14.1:5/5.14::gentoo, ebuild scheduled for merge)
> USE="alsa pulseaudio system-ffmpeg system-icu widgets -bindist -debug
> -designer -geolocation -jumbo-build -test" ABI_X86="(64)"
>
>(media-libs/libglvnd-1.3.1:0/0::gentoo, ebuild scheduled for merge)
> pulled in by
> media-libs/libglvnd required by
> (net-im/zoom-3.5.374815.0324-r2:0/0::gentoo, ebuild scheduled for merge)
> USE="pulseaudio" ABI_X86="(64)"
>
>
> For more information about Blocked Packages, please refer to the following
> section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
>
> https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
This is because of the "libglvnd" activities for Xorg.
I had a few blockers on my desktop and old laptop as well, but calmly doing a
full update and helping it through is possible.
Masking this flag will not help in the long-term as the flag will disappear
and this will be the norm because it gets rid of the "eselect opengl" hack.
--
Joost
[gentoo-user] [Was: Radeon driver not happy] mesa-17.0.6 caused the mess!
On Tuesday 20 Jun 2017 15:57:46 Adam Carter wrote:
> On Sun, Jun 18, 2017 at 2:00 AM, Mick <michaelkintz...@gmail.com> wrote:
> > Since the last radeon/xorg/mesa update things have been rather ropey on
> > two
> > different boxen
>
> If you're changed kernels since you last rebuilt xorg-server (shown in the
> top of the Xorg.0.log file) then there's a very small chance rebuilding it
> will help. Otherwise just mask the new packages and downgrade.
I've updated to gentoo-sources-4.9.34 and emerged @x11-modules-rebuild for
good measure. The desktop freezes continued at an annoying pace, on various
Gtk & Qt applications (LibreOffice, Qpdfview, Kwrite, Kmail). Thankfully
Chromium and Firefox haven't had problems so far, probably because this
freezing takes place when hardware accelerated tooltips popup as the mouse
moves over the menu.
I have captured a backtrace which points to libdri and mesa-17.0.6. Should I
file a bug, or shall I start keywording and trying later mesa versions?
Here's my current USE flags:
emerge -1aDv media-libs/mesa
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] media-libs/mesa-17.0.6::gentoo USE="classic dri3 egl gallium
gbm gles2 llvm nptl vaapi vdpau wayland xvmc -bindist -d3d9 -debug -gles1 -
opencl -openmax -osmesa -pax_kernel -pic (-selinux) -valgrind -vulkan -xa"
ABI_X86="32 (64) (-x32)" VIDEO_CARDS="r600 radeon (-freedreno) -i915 -i965 -
imx -intel -nouveau -r100 -r200 -r300 -radeonsi (-vc4) (-vivante) -vmware" 0
KiB
Captured bt following a crash is also attached in case you can see something
obvious there.
--
Regards,
MickGNU gdb (Gentoo 7.12.1 vanilla) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) handle SIG33 pass nostop noprint
SignalStop Print Pass to program Description
SIG33 NoNo Yes Real-time event 33
(gdb) set pagination 0
(gdb) attach 4108
Attaching to process 4108
[New LWP 4111]
[New LWP 4113]
[New LWP 4114]
[New LWP 4115]
[New LWP 4148]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Traceback (most recent call last):
File "/usr/share/gdb/auto-load/usr/lib64/libeo.so.1.18.4-gdb.py", line 7, in
import eo_gdb
ImportError: No module named 'eo_gdb'
syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
38 ../sysdeps/unix/sysv/linux/x86_64/syscall.S: No such file or directory.
(gdb) bt full
#0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
No locals.
#1 0x7f5d5d0fec9e in xshmfence_await () from /usr/lib64/libxshmfence.so.1
No symbol table info available.
#2 0x7f5d5d95d0ec in dri3_fence_await (buffer=0x2e1afd0, c=) at
/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/loader/loader_dri3_helper.c:65
No locals.
#3 dri3_get_buffer (driDrawable=, draw=0x27c7f58,
buffer_type=loader_dri3_buffer_front, format@98) at
/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/loader/loader_dri3_helper.c:1285
buffer = 0x2e1afd0
buf_id = 4
dri_context = 0x1e4b290
#4 loader_dri3_get_buffers (driDrawable=, format@98,
stamp=0x3007970, loaderPrivate=0x27c7f58, buffer_mask=2,
buffers=0x7ffdd2b44800) at
/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/loader/loader_dri3_helper.c:1371
draw = 0x27c7f58
front = 0x0
back = 0x0
#5 0x7f5d5ba0271a in dri_image_drawable_get_buffers
(statts_count=, statts=, images=,
drawable=) at
/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/gallium/state_trackers/dri/dri2.c:351
pf = PIPE_FORMAT_B8G8R8X8_UNORM
buffer_mask = 2
i =
image_format = 4098
bind = 10
#6 dri2_allocate_textures (ctx=0x1e4b2d0, drawable=0x3007970,
statts=0x7ffdd2b44940, statts_count=1) at
/var/tmp/portage/media-libs/mesa-17.0.6/work/mesa-17.0.6/src/gallium/state_trackers/dri/dri2.c:475
sPriv = 0x1e2d640
dri_drawable = 0x2702ad0
templ = {reference = {count = 10}, screen = 0xf291bc83a5348e00, target
= PIPE_BUFFER, format = PIPE_FORMAT_NONE, width0 = 30914608, height0 = 0,
depth0 = 0, array_siz
Re: [gentoo-user] mesa build failure
On Sat, Jun 27, 2009 at 10:25 AM, Mark Knechtmarkkne...@gmail.com wrote: On Sat, Jun 27, 2009 at 10:18 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? Unfortunately it seem that there are bug reports on this and more unfortunately they have apparently been going on nearly a year now. It's not a Gentoo thing specifically as there are Ubuntu, Debian and other distros with reports in their forums. There was a possible by hand fix for it but I'll need to look at that over the weekend to see if it makes sense on this machine. Bummer. I hate banging my head up against a wall made of problems no one seems to be fixing. http://bugs.gentoo.org/247685 The fix seems (in principle at least) to be brain-dead easy: - all ebuilds that merge opengl files should put them in distinct locations by name to avoid collisions - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be symlinks with a sane default put there by xorg-server and modified by eselect Nikos's comments are especially sane in that thread. Perhaps he'll come along, see this thread and help you out further. I suspect that the temporary workaround will be to delete a symlink and emerge stuff, then remember to always do this on every future re-emerge -- alan dot mckinnon at gmail dot com In concept it does seem fairly straight forward, but to some extent I'm not clear why my previous attempts didn't work, unless the questionable files remained behind. What I attempted to do was completely remove everything X, but I probably didn't specifically remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was expecting the emerge to do that. According to the bug report you mentioned earlier, the ebuild is attempting to perform eselect too late in the process, which fails, and the ebuild immediately exits. So it's not surprising that dodgy files are left behind which you must remove manually. -- alan dot mckinnon at gmail dot com So I'm little confused by a couple of the postings in that report. I did emerge -C glproto/eselect/mesa/xorg-server and then made sure there was nothing left in those directories at all. Should I emerge eselect, manually do a select, and then emerge the rest of the files? Or emerge eselect and maybe mesa, do the eselect, then xorg-server? mesa is currently building. glproto created /usr/lib/opengl/xorg-x11/include, but the other two directories are there yet. Cheers, Mark With mesa building in screen I tried the eselect step. It completes normally but the extensions directory isn't there yet so there's nothing to check. [detached] myth12 ~ # eselect opengl list Available OpenGL implementations: [1] xorg-x11 * myth12 ~ # eselect opengl set 1 Switching to xorg-x11 OpenGL interface... done myth12 ~ # ls -al /usr/lib/opengl/xorg-x11/ total 12 drwxr-xr-x 3 root root 4096 Jun 27 10:20 . drwxr-xr-x 4 root root 4096 Jun 27 10:20 .. drwxr-xr-x 2 root root 4096 Jun 27 10:20 include myth12 ~ #
Re: [gentoo-user] zoom?
On 2 April 2020 07:10:02 CEST, William Kenworthy wrote:
>
>On 2/4/20 12:51 pm, J. Roeleveld wrote:
>> On Wednesday, April 1, 2020 3:12:46 AM CEST William Kenworthy wrote:
>>> On 25/3/20 8:42 pm, Michael wrote:
>>>> On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote:
>>>>> On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay
>
>> wrote:
>>>>>> On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote:
>>>>>>> Did someone try to install zoom? (relevant to many people during
>the
>>>>>>> current crisis)
>>>>>>>
>>>>>>>
>https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on->
>>>>> L
>>>>>>> inux
>>>>>>>
>>>>>>> I downloaded an archive (cannot find the URL again; the site is
>that
>>>>>>> bad) and the directory doesn't even contain a REDME...)
>>>>>>>
>>>>>>> Jorge Almeida
>>>>>> Why didn’t you try net-im/zoom?
>>>>> I don't have that in /usr/portage. emerge--sync'ing now...
>>>> Have you looked at using WebRTC with Zoom, rather than installing
>their
>>>> code on your PC?
>>> Anyone able to install this? I can't get mesa and the libglvnd
>>> dispatcher to coexist.
>>>
>>>
>>> It does work in chromium, but I think some of the options are not
>available
>>>
>>>
>>> BillK.
>>>
>>>
>>>
>>> rattus ~ # emerge net-im/zoom -vp
>>>
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>> [ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
>>> ABI_X86="(64) -32 (-x32)" 0 KiB
>>> [ebuild N ] dev-qt/qtwebchannel-5.14.1:5/5.14::gentoo USE="qml
>>> -debug -test" 198 KiB
>>> [ebuild N ] dev-qt/qtpositioning-5.14.1:5/5.14::gentoo USE="qml
>>> -debug -geoclue -test" 5,976 KiB
>>> [ebuild N ] dev-qt/qtscript-5.14.1:5/5.14::gentoo USE="jit
>-debug
>>> -scripttools -test" 2,593 KiB
>>> [ebuild N ] dev-qt/qtwebengine-5.14.1:5/5.14::gentoo USE="alsa
>>> pulseaudio system-ffmpeg system-icu widgets -bindist -debug
>-designer
>>> -geolocation -jumbo-build -test" 236,757 KiB
>>> [ebuild N~] net-im/zoom-3.5.374815.0324-r2::gentoo
>USE="pulseaudio"
>>> 70,908 KiB
>>> [blocks B ] media-libs/mesa[-libglvnd(-)]
>>> ("media-libs/mesa[-libglvnd(-)]" is blocking
>media-libs/libglvnd-1.3.1)
>>>
>>> Total: 6 packages (6 new), Size of downloads: 316,430 KiB
>>> Conflict: 1 block (1 unsatisfied)
>>>
>>>* Error: The above package list contains packages which cannot be
>>>* installed at the same time on the same system.
>>>
>>> (media-libs/mesa-19.3.5:0/0::gentoo, installed) pulled in by
>>> media-libs/mesa[egl,X(+)] required by
>>> (dev-qt/qtwebengine-5.14.1:5/5.14::gentoo, ebuild scheduled for
>merge)
>>> USE="alsa pulseaudio system-ffmpeg system-icu widgets -bindist
>-debug
>>> -designer -geolocation -jumbo-build -test" ABI_X86="(64)"
>>>
>>> (media-libs/libglvnd-1.3.1:0/0::gentoo, ebuild scheduled for
>merge)
>>> pulled in by
>>> media-libs/libglvnd required by
>>> (net-im/zoom-3.5.374815.0324-r2:0/0::gentoo, ebuild scheduled for
>merge)
>>> USE="pulseaudio" ABI_X86="(64)"
>>>
>>>
>>> For more information about Blocked Packages, please refer to the
>following
>>> section of the Gentoo Linux x86 Handbook (architecture is
>irrelevant):
>>>
>>>
>https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
>> This is because of the "libglvnd" activities for Xorg.
>> I had a few blockers on my desktop and old laptop as well, but calmly
>doing a
>> full update and helping it through is possible.
>>
>> Masking this flag will not help in the long-term as the flag will
>disappear
>> and this will be the norm because it gets rid of the "eselect opengl"
>hack.
>>
>> --
>> Joost
>>
>In my case libglvnd-1.3.1 wanted to install ~20 files that would have
>replaced ones already installed by Mesa-19.3.5, hence the merge
>failure. I already had that Mesa version installed - did you see this?
>
>
>BillK
>
>
>>
>>
No, but due to the current situation (being stuck inside working and looking
after my daughter) I was not fully paying attention.
I managed to solve blockers by restarting the full emerge a few times
(dependencies wrong and running in parallel, causing libs to disappear mid
compile) and selectively removing some of the problematic applications.
I did not touch the glvnd USE flag though and let that go through.
--
Joost
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] zoom?
On 2/4/20 12:51 pm, J. Roeleveld wrote:
On Wednesday, April 1, 2020 3:12:46 AM CEST William Kenworthy wrote:
On 25/3/20 8:42 pm, Michael wrote:
On Wednesday, 25 March 2020 12:38:35 GMT Jorge Almeida wrote:
On Wed, Mar 25, 2020 at 12:16 PM Alarig Le Lay
wrote:
On mer. 25 mars 11:51:33 2020, Jorge Almeida wrote:
Did someone try to install zoom? (relevant to many people during the
current crisis)
https://support.zoom.us/hc/en-us/articles/204206269-Installing-Zoom-on-> >>>> L
inux
I downloaded an archive (cannot find the URL again; the site is that
bad) and the directory doesn't even contain a REDME...)
Jorge Almeida
Why didn’t you try net-im/zoom?
I don't have that in /usr/portage. emerge--sync'ing now...
Have you looked at using WebRTC with Zoom, rather than installing their
code on your PC?
Anyone able to install this? I can't get mesa and the libglvnd
dispatcher to coexist.
It does work in chromium, but I think some of the options are not available
BillK.
rattus ~ # emerge net-im/zoom -vp
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test"
ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild N ] dev-qt/qtwebchannel-5.14.1:5/5.14::gentoo USE="qml
-debug -test" 198 KiB
[ebuild N ] dev-qt/qtpositioning-5.14.1:5/5.14::gentoo USE="qml
-debug -geoclue -test" 5,976 KiB
[ebuild N ] dev-qt/qtscript-5.14.1:5/5.14::gentoo USE="jit -debug
-scripttools -test" 2,593 KiB
[ebuild N ] dev-qt/qtwebengine-5.14.1:5/5.14::gentoo USE="alsa
pulseaudio system-ffmpeg system-icu widgets -bindist -debug -designer
-geolocation -jumbo-build -test" 236,757 KiB
[ebuild N~] net-im/zoom-3.5.374815.0324-r2::gentoo USE="pulseaudio"
70,908 KiB
[blocks B ] media-libs/mesa[-libglvnd(-)]
("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
Total: 6 packages (6 new), Size of downloads: 316,430 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(media-libs/mesa-19.3.5:0/0::gentoo, installed) pulled in by
media-libs/mesa[egl,X(+)] required by
(dev-qt/qtwebengine-5.14.1:5/5.14::gentoo, ebuild scheduled for merge)
USE="alsa pulseaudio system-ffmpeg system-icu widgets -bindist -debug
-designer -geolocation -jumbo-build -test" ABI_X86="(64)"
(media-libs/libglvnd-1.3.1:0/0::gentoo, ebuild scheduled for merge)
pulled in by
media-libs/libglvnd required by
(net-im/zoom-3.5.374815.0324-r2:0/0::gentoo, ebuild scheduled for merge)
USE="pulseaudio" ABI_X86="(64)"
For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
This is because of the "libglvnd" activities for Xorg.
I had a few blockers on my desktop and old laptop as well, but calmly doing a
full update and helping it through is possible.
Masking this flag will not help in the long-term as the flag will disappear
and this will be the norm because it gets rid of the "eselect opengl" hack.
--
Joost
In my case libglvnd-1.3.1 wanted to install ~20 files that would have
replaced ones already installed by Mesa-19.3.5, hence the merge
failure. I already had that Mesa version installed - did you see this?
BillK
Re: [gentoo-user] The war continues.
Wow, sounds like you've been having a rough time. I think if you chunk things up into tiny pieces of logs, and take the issues on one at a time, you will be able to solve your problems. That said, if you would like to send us the last month or so of your emerge.log, we might be able to help focus your efforts. Until you have everything building cleanly and working as you hoped, I would avoid doing any new portage syncs just to keep from having an issue where the set of problems you're looking at might shift dramatically. This way you can look at the problems one at a time then eliminate them before new problems come up. Similarly, unless you see a problem where a program is complaining about not being able to load a shared object, I would just put off the revdep-rebuild until you've successfully updated. It looks like you have two distinct problems in the messages you posted here, a problem with asciidoc and another with kwin and mesa. On asciidoc I think a good first step would be setting PYTHON_SINGLE_TARGET="python2_7" if you haven't already, I see that in the make.conf you posted at the end of February[1] you have PYTHON_SINGLE_TARGET="python3_5". Could you give changing python_single_target a try and report back? I know it will not solve all your issues, but at least it should reduce the amount of negative feedback emerge is giving you. Also, is the script ./pretendupdate something like "emerge --pretend --verbose --all --newuse @world"? [1]: https://marc.info/?l=gentoo-user=145668323000774=p3 -- 0x7D964D3361142ACF On Thu, Mar 17, 2016, at 08:12, William Ernesto Cárdenas Gómez wrote: > El jue, 17-03-2016 a las 10:55 -0400, Alan Grimes escribió: > > My effort to update my syestem continues unabated. =\ > > > > One problem is that every time revdep-rebuild is run, it always > > rebuilds > > all of libreoffice, an 8-hour build. WTF, seriously, WTF? > > > > I made the mistake of syncing portage again and was thrown back into > > useflag hell: > > > > I tried to fix it by setting wayland, gles2 and egl to default > > because > > they were breaking other packages. > > > > > > I don't even know how to read the current error message: > > > > ## > > > > tortoise ~ # ./pretendupdate > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > > > !!! Multiple package instances within a single package slot have been > > pulled > > !!! into the dependency graph, resulting in a slot conflict: > > > > media-libs/mesa:0 > > > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, ebuild scheduled for merge) > > pulled in by > > (no parents that aren't satisfied by other packages in this slot) > > > > (media-libs/mesa-11.1.2-r1:0/0::gentoo, installed) pulled in by > > media-libs/mesa[egl,gbm,gles2?,wayland] required by > > (kde-plasma/kwin-5.5.5:5/5::gentoo, ebuild scheduled for merge) > > > > ^^^ > > > > > > > > It might be possible to solve this slot collision > > by applying all of the following changes: > > - media-libs/mesa-11.1.2-r1 (Change USE: +wayland +gles2) > > > > > > !!! The ebuild selected to satisfy "app-text/asciidoc" has unmet > > requirements. > > - app-text/asciidoc-8.6.9-r2::gentoo USE="graphviz -examples > > -highlight > > -test" ABI_X86="64" PYTHON_SINGLE_TARGET="-pypy -python2_7" > > PYTHON_TARGETS="python2_7 -pypy" > > > > The following REQUIRED_USE flag constraints are unsatisfied: > > exactly-one-of ( python_single_target_pypy > > python_single_target_python2_7 ) > > > > The above constraints are a subset of the following complete > > expression: > > exactly-one-of ( python_single_target_pypy > > python_single_target_python2_7 ) python_single_target_pypy? ( > > python_targets_pypy ) python_single_target_python2_7? ( > > python_targets_python2_7 ) > > > > (dependency required by "net-misc/tor-0.2.8.1_alpha::gentoo" > > [installed]) > > (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > tortoise ~ # > > > > # > > > > Current state of mind: put a live hand grenade in to the computer and > > walk away. > > > > I've been using Gentoo Every day now for ten years. This is an > > entirely > > New level of bullshit. =( &
Re: [gentoo-user] new box DRI problem : more
071030 James Ausmus wrote: On 10/30/07, Benno Schulenberg [EMAIL PROTECTED] wrote: build the Mesa modules from git, the 1.2.2 and 1.4 part: http://dri.freedesktop.org/wiki/Building These three lines were added to i915/intel_context.h since 7.0.1: #define PCI_CHIP_G33_G 0x29C2 #define PCI_CHIP_Q35_G 0x29B2 #define PCI_CHIP_Q33_G 0x29D2 You don't have to go to all that, the media-libs/mesa-7.0.1 works fine *IF* you apply the attached patch (either hack the ebuild or CTRL-Z immediately after emerge gets done unpacking the source). I had the same problem you did, did the Googling, found the patch and everything works fine for me now. I did try unpacking the MesaLibs distfile, patching repacking, but of course Portage objected that the file size was incorrect ! I've looked at the Mesa ebuild, but have no idea how to hack it nor am I confident of applying the patch during a suspended emerge. I could try the 2nd, but could you fill out a few more details of the 1st, which I will note for future occasions ? This certainly looks like the solution to the DRI problem. Meanwhile, what I believed to be a small irritant is proving a show-stopper. Leaving aside DRI, the display from the new machine spills off the screen: it's way off to the left (eg Gkrellm is invisible on the KDE desktop) loses about half the KDE panel when placed at top/bottom/right-side; mouse-X starts left of centre the fonts icons are badly oversized. KDE Control Centre tells me the display is 1680x1050 @ 60 Hz (as it sb). Elsewhere, it does appear the screen's physical size ( 430 x 270 mm ) is being recognised, tho' perhaps it's not being applied correctly. I believed the problem was due to faulty thro'put by my KVM switch, but plugging the monitor directly into the new machine make no difference. I don't see any obvious solution in the monitor manual (Samsung 206BW). The current machine using an Nvidia card direct monitor plug-in produces none of these defects, suggesting the cause is the G33 chip. I'm not keen to buy another Nvidia card, if I can avoid it ... Any advice here too wb very welcome. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] troubles with ati-drivers-8.25.18
Alle 17:28, martedì 13 giugno 2006, Jacques Montier ha scritto: Mauro Arnoldi a gentiment tapote: Alle 15:22, martedì 13 giugno 2006, Jacques Montier ha scritto: Mauro Arnoldi a gentiment tapote: Alle 14:31, martedì 13 giugno 2006, Ptitjack ha scritto: Mauro Arnoldi a gentiment tapote: Hello! I installed a new Gentoo system, but I find big problems with ati drivers and 3D acceleration. I have followed the wiki howto but now I receive this error message #fglrxinfo Xlib: extension XFree86-DRI missing on display :0.0. display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5) I saw the Troubleshooting: If fglrxinfo says mesa3d.org instead of ATI after A SUCCESSFUL modprobe of fglrx, but nothing changes. I include my configuration, hoping that someone can help me out of this mess... kernel version: 2.6.16-gentoo-r9 in Character Devices: /dev/agpgart (AGP Support) M ATI chipset support M Hi, I think you have to disable ATI chipset support in Character Devices (/dev/agpgart must be enabled as module). I Hope it will help. Nothing changed: After you have changed your kernel configuration, I suppose you recompiled your kernel ? Did you enable via chipset support in Character Devices ( then modprobe via-agp) ? After compiling ati-drivers, did you run eselect opengl set ati ? eselect is ok: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Why do I have to compile via chipset support? I have and Ati Radeon X300 in my laptop.. because of my VIA KT133A chipset motherboard. Without loading via-agp module, I don't have any 3D acceleration. What gives lspci | grep AGP ? I find nothing!! :-O But maybe the correct line is 00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port (rev 03) (prog-if 00 [Normal decode]) because a radeon X300 it's not an AGP card but a PCI Express... I enabled in my kernel the Intel 440LX/BX/GX, I8xx and E7x05 chipset support, but still nothing at all... I always receive the error above... I'm getting crazy.. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] troubles with ati-drivers-8.25.18
On Tuesday 13 June 2006 16:40, Mauro Arnoldi wrote: Alle 15:22, martedģ 13 giugno 2006, Jacques Montier ha scritto: Mauro Arnoldi a gentiment tapote: Alle 14:31, martedģ 13 giugno 2006, Ptitjack ha scritto: Mauro Arnoldi a gentiment tapote: Hello! I installed a new Gentoo system, but I find big problems with ati drivers and 3D acceleration. I have followed the wiki howto but now I receive this error message #fglrxinfo Xlib: extension XFree86-DRI missing on display :0.0. display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.5) I saw the Troubleshooting: If fglrxinfo says mesa3d.org instead of ATI after A SUCCESSFUL modprobe of fglrx, but nothing changes. I include my configuration, hoping that someone can help me out of this mess... kernel version: 2.6.16-gentoo-r9 in Character Devices: /dev/agpgart (AGP Support) M ATI chipset support M Hi, I think you have to disable ATI chipset support in Character Devices (/dev/agpgart must be enabled as module). I Hope it will help. Nothing changed: After you have changed your kernel configuration, I suppose you recompiled your kernel ? Did you enable via chipset support in Character Devices ( then modprobe via-agp) ? After compiling ati-drivers, did you run eselect opengl set ati ? eselect is ok: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 Why do I have to compile via chipset support? I have and Ati Radeon X300 in my laptop.. set kernel .config these lines CONFIG_AGP=y CONFIG_AGP_AMD64=y (this in question) CONFIG_AGP_INTEL=y # CONFIG_DRM is not set (this is must have) set in xorg.conf Driver fglrx dont use x11-base/xorg-x11-7.1 good luck -- Linux 2.6.16-ck11 AMD Athlon(tm) 64 Processor 3200+ 23:30:01 up 1 day, 16:22, 1 user, load average: 0.07, 0.16, 0.23 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mesa build failure
On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? Unfortunately it seem that there are bug reports on this and more unfortunately they have apparently been going on nearly a year now. It's not a Gentoo thing specifically as there are Ubuntu, Debian and other distros with reports in their forums. There was a possible by hand fix for it but I'll need to look at that over the weekend to see if it makes sense on this machine. Bummer. I hate banging my head up against a wall made of problems no one seems to be fixing. http://bugs.gentoo.org/247685 The fix seems (in principle at least) to be brain-dead easy: - all ebuilds that merge opengl files should put them in distinct locations by name to avoid collisions - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be symlinks with a sane default put there by xorg-server and modified by eselect Nikos's comments are especially sane in that thread. Perhaps he'll come along, see this thread and help you out further. I suspect that the temporary workaround will be to delete a symlink and emerge stuff, then remember to always do this on every future re-emerge -- alan dot mckinnon at gmail dot com In concept it does seem fairly straight forward, but to some extent I'm not clear why my previous attempts didn't work, unless the questionable files remained behind. What I attempted to do was completely remove everything X, but I probably didn't specifically remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was expecting the emerge to do that. I will repeat the experiment this morning and post back info on the steps as I go along. I suppose I could copy Nikos on this thread directly to possibly catch his attention but I ll save that for later. Cheers, Mark Cheers, Mark
Re: [gentoo-user] mesa build failure
On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: On Sat, Jun 27, 2009 at 2:34 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 27 June 2009 06:24:12 Mark Knecht wrote: On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Friday 26 June 2009 21:05:01 Mark Knecht wrote: So the weirdness continues. mesa built but then xorg-server failed with the same failure: * SetUID: [chmod go-r] /usr/bin/Xorg ... [ ok ] Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libglx.so': File exists !!! Error: Failed to create /lib/libglx.so Looks like you have a file collision between xorg-server and mesa, which is odd as those packages get a lot of testing. Anything on bugs.gentoo.org? Unfortunately it seem that there are bug reports on this and more unfortunately they have apparently been going on nearly a year now. It's not a Gentoo thing specifically as there are Ubuntu, Debian and other distros with reports in their forums. There was a possible by hand fix for it but I'll need to look at that over the weekend to see if it makes sense on this machine. Bummer. I hate banging my head up against a wall made of problems no one seems to be fixing. http://bugs.gentoo.org/247685 The fix seems (in principle at least) to be brain-dead easy: - all ebuilds that merge opengl files should put them in distinct locations by name to avoid collisions - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be symlinks with a sane default put there by xorg-server and modified by eselect Nikos's comments are especially sane in that thread. Perhaps he'll come along, see this thread and help you out further. I suspect that the temporary workaround will be to delete a symlink and emerge stuff, then remember to always do this on every future re-emerge -- alan dot mckinnon at gmail dot com In concept it does seem fairly straight forward, but to some extent I'm not clear why my previous attempts didn't work, unless the questionable files remained behind. What I attempted to do was completely remove everything X, but I probably didn't specifically remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was expecting the emerge to do that. According to the bug report you mentioned earlier, the ebuild is attempting to perform eselect too late in the process, which fails, and the ebuild immediately exits. So it's not surprising that dodgy files are left behind which you must remove manually. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] can't get accelerated opengl renderer ati radeon xpress 200M
Am Tue, 6 Apr 2010 13:12:39 -0700 schrieb Tony Miller mcfiredr...@gmail.com: I've been trying for awhile now to get the accelerated opengl renderer working on my radeon xpress 200M card(which is supposedly an rv370 or rs4000 according to this wiki page: http://dri.freedesktop.org/wiki/ATIRadeon). I've been following this guide alot: http://dri.freedesktop.org/wiki/ATIRadeon I know it is important to change this string from glxinfo: OpenGL renderer string: Software Rasterizer to this: OpenGL renderer string: Mesa DRI R200 (RV280 5C61) 20090101 x86/MMX+/3DNow!+/SSE TCL DRI2 But I'm not sure how. This error in my xorg.log seems to be the key: [SNIP xorg error] Sorry, I don't know what to make of that. Well the directory /dev/dri/ is empty, so there you go. I have these package versions: xorg-server 1.7.6 mesa 7.8 libdrm 2.4.19 xf86-video-ati 6.12.192 xorg-drivers 1.7 I have those, too, except I upgraded to mesa-7.8.1 and xf86-video-ati-6.13.0 last night. I have drm set in my kernel too: t...@o_0 ~ $ zgrep DRM /proc/config.gz CONFIG_DRM=m CONFIG_DRM_KMS_HELPER=m CONFIG_DRM_TTM=m # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y # CONFIG_DRM_I810 is not set # CONFIG_DRM_I830 is not set # CONFIG_DRM_I915 is not set # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_DRM_VMWGFX is not set # CONFIG_DRM_NOUVEAU is not set # CONFIG_DRM_I2C_CH7006 is not set I have the exact same options set. [SNIP glxinfo, xorg.conf] I also have an empty xorg.conf, maybe it's worth trying it out. Perhaps you just have a bad combination of options (even if you got them from the official documentation)? If anyone has any idea, please let me know. Would posting to the xorg or radeon mailing lists be good places for help as well? I have one idea: which Kernel are you using? I have gentoo-sources-2.6.33 installed. I read that the radeon devs recommend to use kernel versions =2.6.33 for KMS instead of 2.6.32. Just goes to show how different ones experience with the same software can be. For me and my HD4650 (r6xx) it was smooth sailing: I followed Gentoos 3D acceleration guide and just needed to install the radeon-ucode package and everything just worked. -- Marc Joliet signature.asc Description: PGP signature
[gentoo-user] Re: Questions about optimal mplayer settings
On Tue, Dec 18, 2012 at 07:38:26PM -0600, Dale wrote: Rather than downloadhelper and a web browser, try: mingdao@workstation ~/test $ youtube-dl http://www.youtube.com/watch?v=XITHbsUUlYI [youtube] Setting language [youtube] XITHbsUUlYI: Downloading video webpage [youtube] XITHbsUUlYI: Downloading video info webpage [youtube] XITHbsUUlYI: Extracting video information [download] Destination: XITHbsUUlYI.mp4 [download] 30.5% of 107.04M at1.43M/s ETA 00:52 Some videos are available in different resolutions. Some have as many as 6 or 8 different ones. With downloadhelper, you can pick which one you want. I'm not sure if youtube-dl does or not. Also, I download videos from lots of sites. I don't actually use youtube a lot. Good idea for folks that use youtube a lot tho. The youtube-dl program works for more sites than just YouTube. And I chose it for the links you provided, specifically because they were YouTube videos. Give /usr/share/doc/youtube-dl-2012.09.27/README.md.bz2 a read. The file fluctuated but the overall speed was 1.77M/s ... don't ever remember getting that type of speed in FF. This shows (via gkrellm) the effects it had playing on this system: http://www.servantsofyeshua.org/XITHbsUUlYI.mp4-screenshot.png Didn't really heat my GPU (temp1) over 38C, and it's normally around 31C. Here's another file check on the MP4: mingdao@workstation ~/test $ md5sum XITHbsUUlYI.mp4 dab460274c1ce3ed8ebaf7caa6c0ad02 XITHbsUUlYI.mp4 Even before Walter's reply to me, I'd rebuilt mesa with new flags: media-libs/mesa-9.0 USE=classic egl g3dvl gallium llvm nptl r600-llvm-compiler shared-glapi xa xvmc -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic (-selinux) -vdpau (-wayland) -xorg VIDEO_CARDS=r600 -i915 -i965 -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vmware Hopefully tomorrow I've have time to check. I'd also saved the old /var/log/Xorg.0.log from before rebuilding mesa. And then there are other comps with other chipsets on this LAN to try. Thanks for the replies. -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa = 9.1
On 04.10.2013 13:44, Alan McKinnon wrote: On 04/10/2013 13:20, Andreas Prieß wrote: Since I don't know the cause and didn't find a way to debug this, here are the symptoms: Ever since media-libs/mesa = 9.1 went stable I had the problem, that the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen goes black and does not show anything, but the system halts as normal. It is not possible to switch to VT1 by keyboard while the shutdown is still in progress when this has happened. I can't find anything in the Xorg or other log files according to this problem. Can't find anything related in Gentoo bugzilla or searching the web... The problem always disappeared by downgrading to mesa 9.1, but that now requires other packages to be downgraded too, so I'd like to resolve this. It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS, desktop session with Xfce started by x11-misc/lightdm. Any hints on how to debug this problem would be highly appreciated. I've had a few things similar tot his happen to me over the years. Strangely, each time it has been framebuffer and related settings in the kernel config! (mostly incompatible options selected) What do you have in your kernel config? The kernel is manually compiled from gentoo hardened-sources-3.11.3 with PAX and GRSEC enabled for desktop system, RBAC disabled. (The system runs stable packages with the kernel being one of very few exceptions.) In the Graphics support section just two things are enabled manually, the rest is automatically selected: CONFIG_DRM and CONFIG_DRM_RADEON. This results in the following (unset options shortened): # Graphics support # CONFIG_AGP is not set CONFIG_VGA_ARB=y CONFIG_VGA_ARB_MAX_GPUS=16 # CONFIG_VGA_SWITCHEROO is not set CONFIG_DRM=y CONFIG_DRM_KMS_HELPER=y # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set CONFIG_DRM_TTM=y # I2C encoder or helper chips CONFIG_DRM_RADEON=y # CONFIG_DRM_RADEON_UMS is not set CONFIG_HDMI=y CONFIG_FB=y CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y # Frame buffer hardware drivers # CONFIG_BACKLIGHT_LCD_SUPPORT is not set CONFIG_BACKLIGHT_CLASS_DEVICE=y # Console display driver support CONFIG_VGA_CONSOLE=y # CONFIG_VGACON_SOFT_SCROLLBACK is not set CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y # CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set # CONFIG_LOGO is not set Anything else relevant in the kernel?
Re: [gentoo-user] problem emerging Libdrm
On Sun, 25 Jan 2015 00:18:32 -0500 Philip Webb wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. I've done searches of Bugs, Forum asked Google without much help. Can anyone suggest what might be causing this problem ? As for libpng: the problem is that after libpng update many pkg-config files still contain references to old libpng15.so. Usual way to fix this is to rebuild all libpng dependencies (emerge @revdep-rebuild or revdep-rebuild tool may be used for that). But this doesn't work on too old setups, where during such updates packages will require some newer stuff like libdrm to be updated itself. In order to broke this look you can manually edit all files in /usr/lib/pkgconfig in order to point them to proper libpng version, e.g.: $ cd /usr/lib/pkgconfig $ sed -i 's/libpng15/libpng16/ *.pc As for libudev, probably problem and solution is the same. Not all packages use pkg-config, some have $packagename-config scripts (like fltk-config). Some of these scripts hardcode library names in a similar way to pkg-config, so you have to fix this /usr/bin-*config scripts too if you have any problems with related applications. Best regards, Andrew Savchenko pgpcS7xPynewa.pgp Description: PGP signature
Re: [gentoo-user] whats up with eselect-opengl?
Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. In my latest world update, eselect-opengl had a new version with very bad consequences -- it uninstalled the X server, and all drivers were gone. I am using the nvidia drivers and they seemed to be installed, but they did not work even after reinstalling the server, but after downgrading eselect-opengl back to 1.27, mesa and glproto (may have slightly wrong name), things are back to normal, but what the heck is happening? I saw nothing in bgo, but we had a thread on here a while ago, but even that thread didn't say the the server would be uninstalled. Any ideas? Are they going to fix? I have masked things off for now. I'm not sure if it will help or not but here is some info from mine: root@fireball / # equery list eselect xorg-server nvidia-drivers * Searching for eselect ... [IP-] [ ] app-admin/eselect-1.4.3:0 * Searching for xorg-server ... [IP-] [ ] x11-base/xorg-server-1.16.3-r1:0/1.16.1 * Searching for nvidia-drivers ... [IP-] [ ] x11-drivers/nvidia-drivers-340.76:0 root@fireball / # eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 root@fireball / # I use KDE, fluxbox as a backup, and no issues, yet. I just may need more time to find it tho. lol Oh, I recall that when I rebuild mesa, I have to set opengl to use the xorg version instead of nvidia. After the update is done, I can switch it back. May not be related but if it is the only straw you have, grab it and see. It was bringing in x-server-17 something along with eselect-opengl-3. something and this is where the problems occurred, so I downgraded xserver to 16.4 something downgraded mesa and that glproto business and all is well, but what a major disaster. This is the ~ version that I am running, by the way. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] block in emerge
On 07/01/2015 16:12, Raffaele BELARDI wrote: I have a block, I'm not looking for a solution yet, just a correct interpretation of the error messages: [blocks B ] x11-base/xorg-server-1.16.2-r1 (x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) pulled in by x11-base/xorg-server[xorg] required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) =x11-base/xorg-server-1.0.99 required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) (snip) (app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by =app-admin/eselect-opengl-1.3.0 required by (x11-proto/glproto-1.4.17-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.3.0 required by (media-libs/mesa-10.3.5-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.0.8 required by (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) Looks to me the message is wrong. Shouldn't the first line read (!x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1)? Note the leading '!' No, the ! doesn't mean not there The ebuild in fact contains: RDEPEND==app-admin/eselect-1.2.4 !media-libs/mesa-10.3.4-r1 !=media-libs/mesa-10.3.5 !x11-proto/glproto-1.4.17-r1 !x11-base/xorg-server-1.16.2-r1 The last line must be read as the package cannot be installed if xorg-server version 1.16.2-r1 is present. Most deps are expressed as you must have this, but those 4 are expressed you must not have this. So the error message is correct, it is saying app-admin/eselect-opengl-1.3.1-r1 cannot be installed as you have a version of xorg-server earlier than 1.16.2-r1 already installed. There is no negation there. Solution: upgrade xorg-server then do everything else. thanks, raffaele -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] block in emerge
Alan McKinnon wrote: On 07/01/2015 16:12, Raffaele BELARDI wrote: I have a block, I'm not looking for a solution yet, just a correct interpretation of the error messages: [blocks B ] x11-base/xorg-server-1.16.2-r1 (x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) pulled in by x11-base/xorg-server[xorg] required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) =x11-base/xorg-server-1.0.99 required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) (snip) (app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by =app-admin/eselect-opengl-1.3.0 required by (x11-proto/glproto-1.4.17-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.3.0 required by (media-libs/mesa-10.3.5-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.0.8 required by (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) Looks to me the message is wrong. Shouldn't the first line read (!x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1)? Note the leading '!' No, the ! doesn't mean not there The ebuild in fact contains: RDEPEND==app-admin/eselect-1.2.4 !media-libs/mesa-10.3.4-r1 !=media-libs/mesa-10.3.5 !x11-proto/glproto-1.4.17-r1 !x11-base/xorg-server-1.16.2-r1 The last line must be read as the package cannot be installed if xorg-server version 1.16.2-r1 is present. Most deps are expressed as you must have this, but those 4 are expressed you must not have this. So the error message is correct, it is saying app-admin/eselect-opengl-1.3.1-r1 cannot be installed as you have a version of xorg-server earlier than 1.16.2-r1 already installed. There is no negation there. Solution: upgrade xorg-server then do everything else. Ok, that makes sense. Unmasking xorg-server is not an option because starting from 1.13 XAA support was removed and that makes my ancient video card too slow, I'll have to find a different solution. thanks, raffaele
Re: [gentoo-user] QEMU virtio_gpu
On Thu, 24 Nov 2016 13:12:33 + john <j...@jdm.myzen.co.uk> wrote: > Hi, > > I am trying to run qemu virtual machine with virtio_gpu using the > following command > > /usr/bin/qemu-system-x86_64 -enable-kvm -m 4096 -smp 8 -localtime > -cdrom Fedora-Workstation-Live-x86_64-25_Beta-1.1.iso -boot > once=d,menu=off -vga virtio -display gtk,gl=on > > but getting the following error when machine gets to display manager > > (qemu-system-x86_64:3192): > Gdk-WARNING **:gdk_gl_context_set_required_version - GL context > versions less than 3.2 are not supported. > > No provider of glUniform4uiv found. > Requires oneof: > Desktop OpenGL 3.0 > OpenGL ES 3.0 > GL extension "GL_EXT_gpu_shader4" > > > I have also tried using -display with sdl,gl=on > > I have tried this in another (arch) linux box and works so I think it > must be a use flag or something but struggling to find out which one > or perhaps missing something else! > > lsmod shows virtio_gpu > > emerge -vp mesa > media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium > gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl > -opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi > -valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" > VIDEO_CARDS="radeon radeonsi (-freedreno) -i915 -i965 -ilo -intel > -nouveau -r100 -r200 -r300 -r600 (-vc4) -vmware" 0 KiB > > virglrenderer is installed. > > If anyone has qemu and virtio-gpu running please let me know and I'll > keep trying. > > > Many Thanks > John > After having a search around the net and trying a few things emerged mesa with the use flag -bindist and qemu machine fired up with virtio_gpu the following command showed this in virtual guest dmesg | grep virt Not sure what the bindist use flag is for but hey ho it's working. Now shall I ditch lxc for qemu?? John. Long live Gentoo (the Ferrari of Linux distros).
Re: [gentoo-user] Portage spokes again...
On Wed, Dec 21, 2016 at 1:44 PM, <meino.cra...@gmx.de> wrote: > Corbin Bird <corbinb...@charter.net> [16-12-21 17:12]: > The first run of emerge tells me to add the systemd USE flag to dbus. > I did that and ran into to problems I reported. Ok, I think you left that bit out... And this is why it is helpful to understand why portage is doing something before just changing configuration settings. Adding the systemd USE flag to packages is a really quick way to end up with systemd getting installed. Generally speaking it shouldn't just happen by default... Can you show the output when you add -t to the emerge command? I think that will be helpful. However, I think an earlier poster was on the right track when he pointed out that the tmpfiles virtual requires an unstable version of openrc. I'm not sure why that was getting pulled in in the first place, and -t should show that. > > emerge: there are no ebuilds built with USE flags to satisfy > "media-libs/mesa[egl,gbm,gles2?,wayland]". > !!! One of the following packages is required to complete your request: > - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) > (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) > (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" > [ebuild]) > (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y > --tree --keep-going > > What? > > Now wayland shall be installed? IK! > I want my UNIX back! Interesting. I just noticed that it pulled in wayland for me. I have no idea why kwin requires wayland support in mesa. It obviously works fine with xorg. I might do some looking into that. There isn't really anything non-UNIX about wayland, though I'm not sure I'd be in a rush to use it just yet. It is just a replacement for xorg (to say the least, it doesn't purport to be a feature-complete replacement and may never be). Your wayland issues and your systemd issues are most likely entirely unrelated... -- Rich
Re: [gentoo-user] llvm not updating with @world
On Sat, Mar 04, 2017 at 09:55:30AM -0500, Michael Orlitzky wrote: > On 03/04/2017 09:37 AM, Dutch Ingraham wrote: > > > > Michael, thanks for your response. No, I did not do a one-shot; llvm > > was brought in by way of mesa -> gallium; this is llvm's only use on > > this system as far as I know. > > > > Also, 'emerge -ac' shows no packages to remove. > > > > Well, there goes my one good idea =) > > You can try doing "emerge -pe --tree @world" to see if llvm would get > pulled in by anything in your system. If it is, then a --deep update > --with-bdeps should be updating it. > > One more desperate attempt: the --complete-graph option is weaker than > --deep, I think. What happens if you remove it? (I'm wondering if > --complete-graph overrides --deep). > > If neither of those experiments are illuminating, you should file a bug. > The portage team has a better understanding of why some things are skipped. Removing --complete-graph doesn't change anything. I don't usually use that, but only added it to see if it would shake something out, but of course it didn't. The emerge -pe --tree @world returns, in relevant part: [nomerge ] mail-client/thunderbird-45.7.0 [nomerge ] x11-libs/gtk+-2.24.31-r1 [ebuild R] gnome-base/librsvg-2.40.16 [ebuild R]x11-libs/pango-1.40.3 [ebuild R] media-libs/harfbuzz-1.4.3 [ebuild R] x11-libs/cairo-1.14.8 [ebuild R] media-libs/mesa-17.0.0 [ebuild U ]sys-devel/llvm-3.9.1-r1 [3.7.1-r3] USE=[clip] So, that will bring in the update, just like emerge -1a sys-devel/llvm will. But, why isn't --deep @world doing so? Is it bug-reporting time? (There is one other slight possible anomoly I could find: 'equery depends sys-devel/llvm' returns llvm as a dependency of itself: gentoo3 ~ # equery depends sys-devel/llvm * These packages depend on sys-devel/llvm: media-libs/mesa-17.0.0 [cut massive amnount of non-llvm-related options] sys-devel/llvm-3.7.1-r3 (>=sys-devel/llvm-3.5) gentoo3 ~ # Is this relevant or expected?) Thanks again.
Re: [gentoo-user] Failed to load driver: Nouveau
On Sun, Aug 27, 2017 at 8:24 PM, IceAmber <iceamber2...@gmail.com> wrote: > iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config > CONFIG_DRM_NOUVEAU=m > CONFIG_NOUVEAU_DEBUG=5 > CONFIG_NOUVEAU_DEBUG_DEFAULT=3 > CONFIG_DRM_NOUVEAU_BACKLIGHT=y > > iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > VIDEO_CARDS="nouveau" > > here is the `grep -si nouveau /var/log/*` > > I have rebuilt the xorg-server, it is built for kernel 4.12.5 now. > And I have set the USEs of "gallium" and "video_cards_nouveau" > > On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk > <alexander.kaps...@gmail.com> wrote: >> >> On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk >> <alexander.kaps...@gmail.com> wrote: >> > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk >> > <alexander.kaps...@gmail.com> wrote: >> >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber <iceamber2...@gmail.com> >> >> wrote: >> >>> I have tried, but the same result >> >>> >> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter <adamcart...@gmail.com> >> >>> wrote: >> >>>>> >> >>>>> yes, here is the eselect >> >>>> >> >>>> >> >>>> When i have X problems i can resolve i run emerge -av >> >>>> @x11-module-rebuild >> >>>> xorg-server mesa but its generally an act of desperation after >> >>>> running out >> >>>> of intelligent options. >> >>> >> >>> >> >> >> >> Your xorg-server was built for kernel 4.9.34. >> >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 Gentoo >> >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo >> >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 >> >> >> >> Might be a good idea to rebuild x11-base/xorg-server for your current >> >> kernel. >> >> >> >> What's the output of the command lines below? >> >> grep NOUVEAU linux/.config >> >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf >> > >> > This one too please: >> > grep -si nouveau /var/log/* >> >> Also, let's make sure mesa has the USE flags below enabled: >> >> equery -q u mesa | grep -E 'gallium|nouveau' >> +gallium >> +video_cards_nouveau >> > I'm not seeing these errors in your Xorg.0.log any more: [25.361] (EE) AIGLX error: Calling driver entry point failed [25.375] (EE) AIGLX: reverting to software rendering Are you still getting the error message about the nouveau driver not being loaded when running glxinfo or glxgears? If you are, what's the output of: lsmod nouveau modinfo /lib/modules/`uname -r`/path/to/nouveau.ko
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
> 2018-07-27 15:44 GMT+03:00 gevisz :
> > Updating world without global -pam, -polkit and -consolekit use flags
> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
> > described above: it is still cannot display the page
> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message.
> >
> > So, I will probably revert changes tomorrow.
> >
> > Playing with strace has been put on todo list.
>
> Last lines of the log file after runnig the following command
>
> $ strace -o strace.log qupzilla https://www.privat24.ua/
> QupZilla: 0 extensions loaded
> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
> Root Certs, loaded==false: NSS error code: -8018
> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
Mozilla is using libnss to check the validity of the website certificate with
the OCSP of the CA issuer of the certificate (digicert.com). For some reason
it seems the connection is interrupted. See lines 605 to 621 here:
https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
nss_ocsp.cc.html
The connection may be interrupted because the browser/tab crashes (see below).
> r300 FP: Compiler Error:
> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers
> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
> translate_rgb_opcode: Unknown opcode DDY
> Using a dummy shader instead.
> QupZilla: Crashed :( Saving backtrace in
> /home/gevis/.config/qupzilla/crashlog ...
> Backtrace successfully saved in
> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>
> are the following:
>
> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
> = 0x7f22f565
> +++ killed by SIGABRT +++
This looks like a radeon video driver problem. You could go into a loop of
rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or
you could wait for/keyword later versions of these packages.
Alternatively, you could try reporting this to the application devs and see
what they say.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 18:29 GMT+03:00 Mick :
> On Friday, 27 July 2018 14:00:43 BST gevisz wrote:
>> 2018-07-27 15:44 GMT+03:00 gevisz :
>> > Updating world without global -pam, -polkit and -consolekit use flags
>> > in /etc/portage/make.conf have not changed the behaviour of Fireforx
>> > described above: it is still cannot display the page
>> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message.
>> >
>> > So, I will probably revert changes tomorrow.
>> >
>> > Playing with strace has been put on todo list.
>>
>> Last lines of the log file after runnig the following command
>>
>> $ strace -o strace.log qupzilla https://www.privat24.ua/
>> QupZilla: 0 extensions loaded
>> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading
>> Root Certs, loaded==false: NSS error code: -8018
>> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No
>> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
>
> Mozilla is using libnss to check the validity of the website certificate with
> the OCSP of the CA issuer of the certificate (digicert.com). For some reason
> it seems the connection is interrupted. See lines 605 to 621 here:
>
> https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/
> nss_ocsp.cc.html
>
> The connection may be interrupted because the browser/tab crashes (see below).
>
>
>> r300 FP: Compiler Error:
>> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers
>> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode():
>> translate_rgb_opcode: Unknown opcode DDY
>> Using a dummy shader instead.
>> QupZilla: Crashed :( Saving backtrace in
>> /home/gevis/.config/qupzilla/crashlog ...
>> Backtrace successfully saved in
>> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt
>> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/
>>
>> are the following:
>>
>> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0
>> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0
>> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000)
>> = 0x7f22f565
>> +++ killed by SIGABRT +++
>
>
> This looks like a radeon video driver problem. You could go into a loop of
> rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or
> you could wait for/keyword later versions of these packages.
Thank you for the tip. In this case, I should first try reconfigure the kernel.
> Alternatively, you could try reporting this to the application devs and see
> what they say.
Do you mean developpers of FF/QZ?
[gentoo-user] USE="-libglvnd" ignored
I just updated my secondary machine. No mention of "libglvnd" in
package.use...
[i3][root][~] grep libglvnd /etc/portage/package.use/*
"Disabled" in make.conf...
[i3][root][~] grep libglvnd /etc/portage/make.conf
USE="X apng fmpeg introspection jpeg opengl openmp png szip truetype x264 x265
xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps -chatzilla
-cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate -graphite
-gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd -llvm
-manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode
-upower -xinerama"
But libglvnd is still pulled in as a hard dependency...
[i3][root][~] emerge -pv --depclean media-libs/libglvnd
Calculating dependencies... done!
media-libs/libglvnd-1.3.2 pulled in by:
media-libs/mesa-20.0.8 requires
>=media-libs/libglvnd-1.2.0-r1[X,abi_x86_64(-)]
x11-base/xorg-server-1.20.8-r1 requires media-libs/libglvnd[X]
>>> No packages selected for removal by depclean
Packages installed: 583
Packages in world:80
Packages in system: 43
Required packages:583
Number to remove: 0
If it's really a hard dependency, then why pretend in the ebuilds that
it's optional?
[i3][root][~] grep libglvnd /usr/portage/media-libs/mesa/mesa-20.0.8.ebuild
+classic d3d9 debug +dri3 +egl +gallium +gbm gles1 +gles2 +libglvnd
+llvm
libglvnd? (
>=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}]
!libglvnd? (
libglvnd? ( usr/lib/libGLX_mesa.so.0.0.0 )
$(meson_use libglvnd glvnd)
if ! use libglvnd; then
[i3][root][~] grep libglvnd
/usr/portage/x11-base/xorg-server/xorg-server-1.20.8-r1.ebuild
IUSE="${IUSE_SERVERS} debug +elogind ipv6 libressl +libglvnd minimal selinux
suid systemd +udev unwind xcsecurity"
CDEPEND="libglvnd? (
media-libs/libglvnd[X]
!!x11-drivers/nvidia-drivers[-libglvnd(-)]
!libglvnd? ( >=app-eselect/eselect-opengl-1.3.0 )
if ! use libglvnd; then
--
Walter Dnes
I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] new box DRI problem : more
Philip Webb wrote: The kernel is 2.6.22-r8 : I will try 2.6.23 tomorrow. No need, sorry, I was pointing you in the wrong direction. Kernel 2.6.22 already knows about 29c2 for i915. I checked the wiki paragraph the subdir it refers to the modules are already built 'lsmod' shows them installed: is there any sense in rebuilding them ? No. But do build the Mesa modules from git, the 1.2.2 and 1.4 part: http://dri.freedesktop.org/wiki/Building These three lines were added to i915/intel_context.h since 7.0.1: #define PCI_CHIP_G33_G 0x29C2 #define PCI_CHIP_Q35_G 0x29B2 #define PCI_CHIP_Q33_G 0x29D2 So, time to install git and do a big pull. :) (Don't build libdrm, the x11-libs/libdrm-2.3.0 you have is fine.) Benno -- [EMAIL PROTECTED] mailing list
[gentoo-user] problem with X.org (i915)
Hello, I'm using Gentoo on my laptop and quite often the graphic output goes mad. There are messed lines and the contend is not readable. I've made screen shots (attached). Please, could someone help me? In the system log I've found these lines: [drm] Initialized i915 1.6.0 20060119 on minor 0 [drm:i915_getparam] *ERROR* Unknown parameter 5 [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer The system configuration: amd64, 2.6.26-gentoo-r4, Core2 Duo CPU, DRM i915 graphics driver ~amd64: xorg-server-1.5.3-r1, xf86-video-intel-2.5.1-r1, xorg-x11-7.4, mesa-7.2 Thanks a lot for the help Pat
Re: [gentoo-user] FYI: xf86-video-intel 2.6.x Bad opengl performance
eredeti üzenet- Feladó: Mike Kazantsev mike_kazant...@fraggod.net Címzett: gentoo-user@lists.gentoo.org Dátum: Thu, 2 Apr 2009 20:56:59 +0600 - Did you try to use it with GEM in .28/.29 kernels? I believe GEM technology of the latest kernels should be the focus of latest releases. Works pretty good (for IGP) here on both: r...@coercion:~# glxinfo | g renderer OpenGL renderer string: Mesa DRI Intel(R) 965GM GEM 20090114 x86/MMX/SSE2 Hi Mike, You should right, I use gentoo-sources-2.6.27. So, in this case, it is a PEBCAK :) Thank you for the information! Cheers, István
Re: [gentoo-user] thinkpad x60s: intel 945gm+compiz
Albert Hopkins пишет: On Tue, 2009-04-07 at 23:05 +0400, Vasya Volkov wrote: Hi. Does anybody know that how to get compiz works fast on this laptop with xf86-video-intel-2.6.3-r1? So mesa-7.3-r1 xorg-server-1.5.3-r5 and other have latest stable versions. Kernel 2.6.29-gentoo. Here part of my xorg.conf: I have a T61 and R61 with intel drivers no xorg.conf at all and Xorg/compiz just works. Same for my desktop with integrated graphics, though at HD resolution some effects were a tad too slow so I ended up popping in an old nVidia card. There are very different chips in T61 R61 and x60s. And there is no HD resolution on my laptop.:)
Re: [gentoo-user] thinkpad x60s: intel 945gm+compiz
On Tue, 2009-04-07 at 23:05 +0400, Vasya Volkov wrote: Hi. Does anybody know that how to get compiz works fast on this laptop with xf86-video-intel-2.6.3-r1? So mesa-7.3-r1 xorg-server-1.5.3-r5 and other have latest stable versions. Kernel 2.6.29-gentoo. Here part of my xorg.conf: I have a T61 and R61 with intel drivers no xorg.conf at all and Xorg/compiz just works. Same for my desktop with integrated graphics, though at HD resolution some effects were a tad too slow so I ended up popping in an old nVidia card.
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Sun, 12 Apr 2009 20:26:19 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Could be even mesa-only, sorry, because I've used it only with intel IGP, but suppose it should be worth a try. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
