/bin:/s
> bin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/
> games/bin:/opt/cuda/bin) Package curl needs to be installed
> Package python-apt needs to be installed
> Package xterm needs to be installed
> Package xz-utils needs to be installed
> P
needs to be installed
Package python-apt needs to be installed
Package xterm needs to be installed
Package xz-utils needs to be installed
Package zenity needs to be installed
Package libgl1-mesa-dri:i386 needs to be installed
Package libgl1-mesa-glx:i386 needs to be installed
Package libc6:i386 needs
Package xterm needs to be installed
Package xz-utils needs to be installed
Package zenity needs to be installed
Package libgl1-mesa-dri:i386 needs to be installed
Package libgl1-mesa-glx:i386 needs to be installed
Package libc6:i386 needs to be installed
Running Steam on gentoo 1.0.0.54-r4 64-bit
python-apt needs to be installed
Package xterm needs to be installed
Package xz-utils needs to be installed
Package zenity needs to be installed
Package libgl1-mesa-dri:i386 needs to be installed
Package libgl1-mesa-glx:i386 needs to be installed
Package libc6:i386 needs to be installed
Running Steam
On 6/25/19 11:42 PM, Adam Carter wrote:
What about USE flags for mesa and libva?
x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau
-wayland"
media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2
llvm vaapi -d3d9 -debug -gles1 (-libglv
ed 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
M, 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
inux ports whirh were caused by a missing library which did not show up (I
do not remember the name but something with ?t3c?) but I think it is now in
mesa. .If you figure out what opengl features are being used we could
compare glxinfo outputs.
So, I tested quakespasm on an ryzen 7 apu (2700u) wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Iain Buchanan schrieb:
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
On Friday 01 April 2011 19:45:58 Füves Zoltán wrote:
Reply to the question :D
Temporary solution: I downgrade to media-libs/mesa-7.9.1 and fonts
came back and mask any bigger version of this package.
something bad happened in media-libs/mesa-7.10.1
So I wait until the next release
hat 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.
>>
&
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
u_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!
>
eAmber <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:
> >&
ith 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_o
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).>
> >> r3
--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]
> >>&
e: amdgpu/sdma_6_0_0.bin
> [ 16.905923] Loading firmware: amdgpu/vcn_4_0_0.bin
> [ 16.906095] Loading firmware: amdgpu/gc_11_0_0_mes_2.bin
> [ 16.906096] Loading firmware: amdgpu/gc_11_0_0_mes1.bin
> [ 16.906496] amdgpu :03:00.0: amdgpu: Will use PSP to load VCN
> firmwar
2008/1/30, Mateusz Mierzwinski [EMAIL PROTECTED]:
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
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
driver for recent NVidia
cards. NV's proprietary driver is crap, and they're totally unwilling
to support OSS community in any way. So if you really want GL,
either try software rendering (via mesa) or get a supported card.
(I've got the same problem - didn't properly check before bying :( )
cu
it.
It is the OpenGL library. Do this:
emerge media-libs/mesa
eselect opengl set xorg-x11
emerge ati-drivers
eselect opengl set ati
And then you should be good to go.
HTH-
James
--
[EMAIL PROTECTED] mailing list
I reemerged mesa, it seems a little bit better:
there are popup menus, which seems ok, but windows still do not refresh
the contents.
Cheers,
István
2007. 09. 15, szombat keltezéssel 17.04-kor Pongracz Istvan ezt írta:
Hi,
Hm, I'm not sure, what should I rebuild..
Using metacity
Another day of probing finally got DRI working on my new machine:
the basic problem was that Mesa needed recompiling with 'i810' enabled.
Naturally (wry smile), this led to another show-stopper:
X starts with no errors in the log, but 'glxgears' 'glxinfo' crash X.
There is a brief back-trace
071031 Philip Webb wrote:
071030 James Ausmus wrote:
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
: 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
I've forget to attach the screen shots, sorry :-\
Switching to newer kernel (I've switched to 2.6.27-gentoo-r8) fixed to
problem.
Pat
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
' failed!
So many packages were upgraded along with xorg-server that I'm not
sure what to downgrade. Here are the packages that were upgraded at
the same time. Can anyone suggest any to downgrade? I've already
downgraded to xorg-server-1.3.0.0-r6 and mesa-6.5.2-r1.
SNIP
Should I just
many packages were upgraded along with xorg-server that I'm not
sure what to downgrade. Here are the packages that were upgraded at
the same time. Can anyone suggest any to downgrade? I've already
downgraded to xorg-server-1.3.0.0-r6 and mesa-6.5.2-r1.
SNIP
Should I just mask
, if it makes any kind of difference.
echo 'VIDEO_CARDS=i810 intel' /etc/make.conf
(i810 is for older ebuilds only)
Then just re-emerge X, I presume?
no, mesa. And install the intel drivers.
with my config, so what should I do in this situation.
For a start, I attach my Xorg.conf which works with the same chip.
Thank you very much Philipp, I tried your xorg.conf and modified mine, however,
it still does not work, the log is as before... Now I'm going to
remerge the mesa and
xorg-server
... Now I'm going to
remerge the mesa and
xorg-server, hopes it can take effective.
To rule out a driver problem, please change the driver setting to vesa.
That will make it use a generic driver.
I used vesa but the log said AIGLX error about the dri...but the vesa driver
in ubuntu live CD
On 11/10/05, James [EMAIL PROTECTED] wrote:
:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf
[Radeon Mobility 9000 M9] (rev 01)
So I need to add MESA to get OpenGL fixed?
No. Why do you think this? You only need xorg (merged with +opengl),
the radeon driver plus
real rtc speex tga
theora vorbis xanim xv xvmc
kdemerge.error
Description: Binary data
net-wireless/madwifi-ng-tools
net-wireless/madwifi-ng
# INIZIO XGL E BERYL
# XGL Dependencies
dev-util/git
media-libs/glitz
media-libs/mesa
x11-apps/mesa-progs
sys-apps/man
x11-libs/cairo
dev-python/pycairo
found an error in my make.conf and I emerged some xorg program
(mesa for example) again.
With nvidia flag I emerged only mplayer again.
But the problem is yet here. I want to try to update xorg to 7.1 and I
hope that it works...
Luigi
- --
Public key GPG(0x633F86B7) on hkp://keyserver.linux.it
Yeah I would say that you're probably out of luck for right now. You might want to try the proprietary drivers with XGL, since the seperate XGL server along with the new mesa provides much of the stuff that's missing in current driver implementations. If that doesn't work, I'd say to just wait
XGL in future???
My Mobility X700 works quite well with opensource drivers included with xorg
and AIGLX (never tried XGL, AIGLX is too simple to set up ;) ). Specifically,
I tried it with x11-base/xorg-server-1.1.99.903-r1, media-libs/mesa-6.5.2,
x11-libs/libdrm-2.3.0 and x11-drivers/xf86-video
it with x11-base/xorg-server-1.1.99.903-r1, media-libs/mesa-6.5.2,
x11-libs/libdrm-2.3.0 and x11-drivers/xf86-video-ati-6.6.3.
But I still prefer using my i915, even though it's slower and uses shared
memory, since x700 tends to have hiccups on heavy disk IO and uses more
power
(== shorter battery life).
rendering, and what is most
suspicious, it uses Mesa drivers, which cause Beryl to run at an
absolutely unacceptable performance. Why both servers are not rendered
using fglrx? Have you got any ideas how to do it?
Have you checked your /var/log/Xorg.*.log files? They should reflect
why the Xgl
on these
for more info :)
i tried google. it confused me even more. what is DRI OpenGL
replacing X window system? what does mesa has to do with DRI why
ATI RADEON search opens the links to AMD web-site then they show me
something like AMD 9600 series for Linux x86_64 ?
?
--
http
with it)
is a simple 2D display with 16bit color because she, most likely,
will not be using anything accellerated
Then simply use the vesa driver. At depth 16 it should work
perfectly. 3D acceleration will not really work on the 800 chips
anyway: the Mesa stuff for the unichrome is unmaintained
://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+source+code
[snip]
Then simply use the vesa driver. At depth 16 it should work
perfectly. 3D acceleration will not really work on the 800 chips
anyway: the Mesa stuff for the unichrome is unmaintained and there
is a bug
Thank you all. I think I'll wait, however, do you think that that is the
problem that cause
glxinfo | grep renderer
direct rendering: Yes
OpenGL renderer string: Software Rasterizer
On my ubuntu machine, I get :
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) 965Q GEM 20090326
in configuring
X...)?
In my previous mail I sent the xorg.conf file. Do I have to change
something?
Your xorg.conf is fine. Take a look at make.conf. Somewhere you should
define a variable VIDEO_CARDS than contains the string intel. If
not, add it and remerge mesa. Take a look at the HOWTO Adam
On Sat, Jun 27, 2009 at 3:17 PM, Nikos Chantziarasrea...@arcor.de wrote:
On 06/28/2009 12:20 AM, Mark Knecht wrote:
As far as the bug report went it just didn't click for me.
Disappointing that after something like 10 months no one has fixed the
ebuild.
The latter ebuilds are fixed.
On 06/28/2009 01:30 AM, Mark Knecht wrote:
On Sat, Jun 27, 2009 at 3:17 PM, Nikos Chantziarasrea...@arcor.de wrote:
On 06/28/2009 12:20 AM, Mark Knecht wrote:
As far as the bug report went it just didn't click for me.
Disappointing that after something like 10 months no one has fixed the
but no screen updates. Then if I kill the X server
the entire box locks up (ssh and all) and I have to hard reboot.
I've tried re-merging all my x11-drivers/ and also mesa and xorg-server,
but nothing seems to help. I've tried this on kernel 2.6.30 as well as
2.6.31-rc4. I haven't noticed any difference
library
mostly, much like the sample I posted.
I'm going to remember that fixer, though. I've had that in the past.
I re-emerged mesa and I'm re-running revdep-rebuild right now just in
case. Well see...
++ kevin
--
Kevin O'Gorman, PhD
results. It really is
in /usr/include/GL/glext.h.
And that file should be symlink created by eselect opengl with
source belonging either to media-libs/mesa or nvidia drivers.
If source file include lines are correct, you might want to try
re-emerging nvidia drivers and eselect'ing them.
The header
lrwxrwxrwx 1 root root 40 2009-08-14 04:34 /usr/include/GL/glext.h -
//usr//lib/opengl/global/include/glext.h
which looks linke pointing neither to mesa nor to nvidia -- at least
for my blurred eyes.
You didn't follow the instructions. eselect opengl will tell you.
To make sure, do
version of mesa. So, I had to mask the current
stable version and install the old. You could try that.
-emerge media-libs/mesa fails during install
Switching to xorg-x11 OpenGL interface...!!! Error: No proper xorg-x11 or
xorg-x11 opengl implementation found
exiting
and trying to re-emerge x11-base/xorg-server
fails because of missing file
/usr/lib64/libGL.so
If the ati-drivers are like my nvidia
I could symlink /usr/X11R6/dri - /usr/lib/dri,
Adding that symlink solved the problem.
but shouldn't the mesa ebuild have done that if it's required?
Apparently this breakage was due to the switch to modular X11 a
while back. The instructions I was following said to delete
/usr/X11R6
/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:
drmOpenDevice: node
-video-ati-6.13.0
=x11-drivers/xf86-video-fbdev-0.4.2
=x11-drivers/xf86-input-keyboard-1.4.0
=x11-drivers/xf86-input-mouse-1.5.0
=x11-drivers/xf86-video-vmware-11.0.1
=media-libs/mesa-7.8.1
=app-emulation/vmware-modules-1.0.0.26
c2stable ~ #
The first time
-evdev-2.3.2
=x11-drivers/xf86-video-ati-6.13.0
=x11-drivers/xf86-video-fbdev-0.4.2
=x11-drivers/xf86-input-keyboard-1.4.0
=x11-drivers/xf86-input-mouse-1.5.0
=x11-drivers/xf86-video-vmware-11.0.1
=media-libs/mesa-7.8.1
All of the above
this is probably not so problematic. But imagine
someone running the latest graphics stack (libdrm, mesa, etc.) on his
64bit machine, but its totally useless because proprietary Linux games
are 32bit and thus won't run.
It's 2010 and Gentoo still hasn't solved that :-/
On 10/13/2010 02:41 AM, Jeff Cranmer wrote:
Hi,
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.
I've attached the xorg.conf file, the Xorg.0.log
Robin Atwood wrote:
AFAIK, all eselect opengl does is set up some symlinks so you use NVidia
libraries and not Mesa ones. You might want to poke around and check last
access dates.
HTH
-Robin
I was thinking the same thing. I figure something worked for a while
and then had some sort
05:07 libGLU.so.1 -
libGLU.so.1.3.070802*
-rwxr-xr-x 1 root root 447992 Sep 13 18:28 libGLU.so.1.3.070802*
Then
- equery belongs libGLU.so.1.3.070802
[ Searching for file(s) libGLU.so.1.3.070802 in *... ]
media-libs/mesa-7.8.2 (/usr/lib64/libGLU.so.1.3.070802)
app-emulation/emul-linux
On Tuesday 08 February 2011 16:38:34 Grant wrote:
I only mention it because in my experience I always have weird shit
happening when I upgrade xorg-server over a big version number change.
And rebuilding everything that underpins xorg always fixes it. Including
drivers and mesa
I use daily the compositing works fine, until I select OpenGL as
the rendering engine and then it crashes horribly (won't even boot).
I have set up mesa to use gallium (if that makes any odds). Is there anything
else I need to configure to improve OpenGL performance (at least to stop
I select OpenGL as
the rendering engine and then it crashes horribly (won't even boot).
I have set up mesa to use gallium (if that makes any odds). Is there anything
else I need to configure to improve OpenGL performance (at least to stop it
crashing)?
I have a Nvidia GT-220 card and I have
On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
I also have an ATI card and I do suffer the slow compositing. I solved
it by switching back to the classic Mesa (instead of Gallium).
Thanks Jorge,
I switched to classic too and now it does not crash - however:
1. When I start kde
On Sunday 20 March 2011 18:38:00 Mick wrote:
On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote:
I also have an ATI card and I do suffer the slow compositing. I solved
it by switching back to the classic Mesa (instead of Gallium).
Thanks Jorge,
I switched to classic too
the slow compositing. I solved
it by switching back to the classic Mesa (instead of Gallium).
Thanks Jorge,
I switched to classic too and now it does not crash - however:
1. When I start kde compositing is disabled.
2. If I click on Resume Compositing, then the first time I try it I get
Hello,
I use Gentoo/LInux OS, with lastest Qt4.7.2 ebuilds,
and a Nvidia card or intel graphics (and mesa)
when I run qmlviewer with opengl params,
or I use QGLwidget viewport in my app,
I get this error:
qmlviewer[6399]: segfault at 1763 ip b6a73630 sp bfa0ee00 error 4 in
libQtGui.so.4.7.4
kernel
mesa --no-colour pinentry rc
version wxwidgets
blas cblas env java-nsplugin lapack
modules opengl profile ruby vi
xvmc
Oh. Oh!!! NEATO. Now to remember I can do this the next time I can't
remember the name of a module. lol
Double neato ! It works after each option too.
Well, it's
ajglap lib64 # du -s * | sort -n | tail -10
34020 mesa
53148 gstreamer-0.10
155992 icedtea6
161360 llvm
208932 qt4
304016 xulrunner-devel-2.0
308880 xulrunner-2.0
618408 firefox
669000 libwebkitgtk-1.0.so.0.7.2.debug
/pwd
/usr/lib64/debug/usr/lib64
ajglap lib64 # du -s * | sort -n | tail -10
34020 mesa
53148 gstreamer-0.10
155992 icedtea6
161360 llvm
208932 qt4
304016 xulrunner-devel-2.0
308880 xulrunner-2.0
618408 firefox
:
org.freedesktop.DBus.Error.Spawn.ExecFailed
kded(4259)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
OpenGL vendor string: VIA Technology
OpenGL renderer string: Mesa DRI UniChrome (KM400)
20060710 x86/MMX+/3DNow!+/SSE
OpenGL version string: 1.2 Mesa
On Thu, Oct 20, 2011 at 7:33 PM, Mick michaelkintz...@gmail.com wrote:
On Thursday 20 Oct 2011 17:40:13 Vishnupradeep wrote:
Calculating dependencies... done!
[ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl
shared-glapi -bindist -debug -gbm -gles -motif -openvg
On Friday 21 Oct 2011 02:42:48 Vishnupradeep wrote:
On Thu, Oct 20, 2011 at 7:33 PM, Mick michaelkintz...@gmail.com wrote:
On Thursday 20 Oct 2011 17:40:13 Vishnupradeep wrote:
Calculating dependencies... done!
[ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm
nptl
On Wednesday 14 Dec 2011 17:55:14 pk wrote:
On 2011-12-14 07:32, Walter Dnes wrote:
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
, ok,
disk full ... solved that.
-
For now I only get fallback-mode, and glxinfo tells me software
renderer regardless what I set eselect mesa to (using classic).
eselect opengl list shows xorg-x11
Re-built the xorg-drivers etc.
-
I don't know, this thinkpad worked perfectly well with gnome
And if you're not concerned about 3D or power saving, maybe think
about using the radeon driver from xf86-video-ati.
What about googleearth (which had problems with mesa some time ago) and
what about opencl in that case?
Is there any chance to get an ati-drivers of HD 3000 which supports
Try putting the following line in your package.use:
media-libs/mesa gallium g3dvl xa
On 06/23/2012 06:40 AM, Alan Mackenzie wrote:
Hi, Gentoo.
I've just emerge --sync'd, and there's a massive amount of X server
updates. When I try emerge -auND, I get told:
The following USE changes
On Sun, Jun 24, 2012 at 12:13 PM, Samuraiii samurai.no.d...@gmail.com wrote:
SNIP
To this (Thank you for such extensive help):
No problem. Happy to help. I'm not posting here much any more.
I'm running Gnome 3 so xorg-server is at home by me for longer time
(as unstable before) mesa got
.
(4) 'dhcpcd' hangs.
I tried revdep-rebuild ,
recompiled util-linux kdelibs mesa xf86-input-evdev xorg-server ,
recompiled glibc nvidia-drivers ,
recompiled the kernel (3.5.3) to enable DEVTMPFS ,
checked 'news' (nothing relevant),
checked my archive of gentoo-user msgs (nothing relevant
I have been having several issues with libraries on my system and have been
attempting to use revdep-rebuild to resolve them but have been having some
issues.
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
mesa a lot of
versions ago you need to disable DRI in xorg-server, otherwise the
error. Also to get some acceleration you need an older version of
xorg-server I think because intel supports only XAA and that was
removed from xorg starting from 1.13 (I'm using xorg-server 1.12.4-r1).
Thank you
-apps/xvinfo-1.1.1 [for xorg-x11 : otiose]
131005 x11-libs/libXp-1.0.1 [for xorg-x11 : otiose]
131005 x11-libs/libXvMC-1.0.7 [for nvidia-drivers]
131005 x11-misc/makedepend-1.0.4 [for mesa : otiose]
131005 x11-proto/printproto-1.0.5 [for xorg-x11 LO : otiose]
(from my home-made list
, and what driver?
I've had similar issues in the past myself with a variety of causes:
- dodgy versions of mesa
- dodgy versions of video drivers (both nouveau and radeon)
- incorrect kernel settings, usually getting KMS wrong
- incompatible combinations of framebuffer and KMS
I don't recall any case
ati-drivers need the proprietary version of opengl and sometimes this
setting is wrong after updating the opensource mesa package.
Otherwise I'd just try re-emerging your video drivers as an experiment :)
implementations:
[1] ati *
[2] xorg-x11
My ati-drivers need the proprietary version of opengl and sometimes this
setting is wrong after updating the opensource mesa package.
Otherwise I'd just try re-emerging your video drivers as an experiment :)
As replied earlier, I get this too. My
Before this gets out of hand..
On Fri, 24 Jan 2014 19:44:38 +0100, Silvio Siefke wrote:
llvm-3.4 is not hardmasked. It is marked ~x86 which is something very
different.
Correct, i mean Clang in version 3.4 is hardmasked. I want install clang
alone llvm i not need. I think mesa use llvm
(openssl or gnutls, neon or other, sqlite or mysql, openvpn[lzo],
qtgui[exceptions], mesa, freetype, wine), the installation of tools
(utils, examples, tk, perl, python) or extensions (tls-heartbeat,
introspection, X, readline) the defaults usually follow the
upstream default or recommendation unless
(-),-python_single_target_python2_7(-)]
media-libs/mesa-9.1.6 requires
dev-python/python-exec:0/0=[python_targets_python2_7(-),python_single_target_python2_7(+)]
x11-libs/xpyb-1.3.1-r2 requires
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6
.
By the way, I think i965 is just for HD3000, why does i915 be suggested
?
Oh! I suggested i915 thinking that this is the chipset of your Intel video
card - apologies if I got it wrong.
A couple of years ago the gallium driver of mesa was still work in progress
for Intel cards.
http
Heiko Baums li...@baums-on-web.de wrote:
Am 17.01.2015 um 10:00 schrieb cov...@ccs.covici.com:
Thanks -- you just saved me a bunch of time -- I just masked off the
eselect-opengl version and hopefully this will not happen to me.
Not really possible since this eselect-opengl version is
a complete reinstall?
--
Regards,
Mick
On my workstation the day this option came out, */* abi_x86_32 in
package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe
that problem is the 32-bit mesa. Going to rebuild it and try.
On another box it's just getting that same
environment, or will it
still
require a complete reinstall?
--
Regards,
Mick
On my workstation the day this option came out, */* abi_x86_32 in
package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe
that problem is the 32-bit mesa. Going to rebuild it and try
On Thu, 23 Jul 2015, walt wrote:
Interesting. Maybe you could add some helpful ideas to this existing
bug report: https://bugs.gentoo.org/show_bug.cgi?id=555186
Added what I found upstream, should be enough to get it to work.
Alpine? I used Alpine a few years ago, but I thought UW had
On Thursday, August 27, 2015 07:13:58 PM Marc Joliet wrote:
Am Thu, 27 Aug 2015 17:42:07 +0200
schrieb J. Roeleveld jo...@antarean.org:
I only had 1 required by set.
Which basically got me to remove the llvm use-flag from mesa.
That solved the block for me as it ended up removing llvm
On Fri, Dec 18, 2015 at 11:07 PM, Tsukasa Mcp_Reznor <mcp_rez...@hotmail.com
> wrote:
> I have a Bonaire gpu, which has legacy support using the amdgpu kernel
> module. I currently use the Radeon dri module with radeonsi mesa drivers
> and am quite happy. But gentoo being gento
o much hassle.
I've switched to the open source AMDGPU drivers + proprietary opencl[0]
driver from the above version for my R9 390x. WIth this setup I can
play most of my games at 2160p and still run BOINC for opencl.
I also have Vulkan (RADV) in mesa- from the FireBurn overlay.
[0] http://www.gearsongallium.com/?p=2960
Alecks
Alan McKinnon wrote:
>
> I got fed up dealing with Firefox addons, so took the alternate route I
> used about every 6 months or so:
>
> emerge -et world
>
> and everything is nice and stable now after 48 hours running. I actually
> suspect an intel driver/mesa problem a
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.
GDM automatically chose Wayland since
> some upgrade. XWayland works pretty seamlessly as well, so I'll just stay
> with Wayland for now, but it might be more annoying to use it with other
> DEs/WMs.
> However, I have less screen tearing with fullscreen applications with
> Wayland than
501 - 600 of 1077 matches
Mail list logo