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
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
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
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
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
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
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
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
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
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?
/llvm-. However if I want to compile Mesa against a stable
version LLVM/Clang as well, I don't get that option.
[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
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 th
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
> /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
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
:-) :-)
e 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' sho
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
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
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
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
.
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
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
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
, 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
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
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
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
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
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
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
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
... 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
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
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
===
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
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
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
: 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
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
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
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
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
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
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
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
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
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
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
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 y
ceAmber <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 ese
;> 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
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 c
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
e 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-openg
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: fail
gt; >
> > 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.
>
> Update
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
gt; >> -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 graphic
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
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
-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
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
~ # ./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-
>
> ##
>
> 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 confl
ng 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
--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
>>>
> >>> 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
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 s
:
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
chive (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?
>>>>&g
rectory 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 libg
, 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". Cou
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
: 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
, 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
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
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
/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
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
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 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
, 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
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
::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
ux 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 gle
e, 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)
> (depe
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
> >
7 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
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
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 be
ndmail -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
&g
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
[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
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
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
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
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
started with the upgrade to xorg-server-1.5.x, using intel
graphics driver version 2.7.1 and mesa version 7.4.2, my thread ran
dead and as of writing this email I still have yet to find a solution
to the problem. To the best of my knowledge there are known issues
with new versions of the intel video
. :)
Getting it to work used to be a bit complicated, as you have X and
Mesa and drm and agp and the kernel itself, and it all has to fit
precisely together. Many get it working, however. But it may be
better to ask your question on the openchrome mailing list.
Benno
--
gentoo-user@gentoo.org
301 - 400 of 1077 matches
Mail list logo
