On Wed, Apr 18, 2012 at 10:06:59PM -0400, Michael Mol wrote
> revdep-rebuild # mplayer locking up the entire system is unusual, to
> say the least.
I set vdpau USE flag and tested "emerge -pv --deep --newuse mplayer".
Turns out that x11-libs/libdrm and media-libs/mesa still
quot;
> KDevelop 5.2.3 gdbui hex plasma qmake welcomepage
> kDevelop-php 5.2.3
> kdevelop-python 5.2.3
> Mesa 18.* classic dri3 egl gallium gbm gles2 llvm wayland
>
Thanks for the quick response. Upgrading to mesa 18 solves the problem.
Regards
Alex
ample), it will
pull media-libs/mesa for 3d acceleration, although the proprietary library
(Mali drivers) would do so.
How would I avoid emerging media-libs/mesa in this example?
Thank you,
Francisco
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
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
On Monday 23 Feb 2015 18:27:12 wirel...@tampabay.rr.com wrote:
> On 02/20/2015 07:10 PM, Mick wrote:
>
> Mick 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 Devic
ge. 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.
###
>
> 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
hecking 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: C
nd 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
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.
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 I had with X ( with radeon + mesa ).
Regards,
Rasmus
Original Message
On 11 Jul 2017, 13:09,
> > 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)
&g
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.
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 anythi
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
t find them.
~ $ equery belongs glxinfo
[ Searching for file(s) glxinfo in *... ]
x11-apps/mesa-progs-7.7 (/usr/bin/glxinfo)
~ $ equery belongs glxgears
[ Searching for file(s) glxgears in *... ]
x11-apps/mesa-progs-7.7 (/usr/bin/glxgears
--
Arttu V. -- Running Gentoo is like running with scissors
Chromium" rasterizer or maybe
> the "llvmpipe" rasterizer, both of which are fast enough to satisfy
> the gnome3 shell.
What does eselect mesa list shows for Software Renderer?
I think to use llvmpipe you'll need the llvm and gallium use flags for mesa and
select the gallium renderer.
--
Fernando Rodriguez
failed
> > > > (/usr/lib64/dri/r600_dri.so: cannot open shared object file: No such
> > > > file or directory)
> > > > (EE) AIGLX: reverting to software rendering
> > > > ===
> > > >
> > > &
r to set the decoder type.
>>
>> Our emails are crossing in the ether. I'm building driconf now and
>> will see what I can do with that. I'm not sure what to try. driconf
>> doesn't seem very happy. It cannot find glxinfo, and I just found out
>>
e of VSync, not 50 :-P
I also had 50 FPS, and would expect 60 with my TFT.
> > One other thing you should do is to enable the "gallium" USE flag and
> >
> > re-emerge Mesa. Then switch to the Gallium driver using:
> >eselect mesa r300 gallium
> >
&
gt;
> /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`
> 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
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 <[EM
f 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 inte
On Friday 26 June 2009 18:04:07 Mark Knecht wrote:
> On Fri, Jun 26, 2009 at 8:24 AM, Alan McKinnon
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
> >>
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
; (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
&g
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.
>
> > 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.con
; >
> > 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.
>
> U
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
en 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 no
On 2012-11-09 20:00, James wrote:
> passively cooled AMD/ATI video card (vendor-model?)
If you wish to use kms and mesa drivers, you can compare the current
status of various AMD chips here:
http://www.x.org/wiki/RadeonFeature#Feature_Matrix_for_Free_Radeon_Drivers
I got a Sapphire HD6
Hi there,
After recent upgrades of mesa, llvm, clang etc kdevelop does not work anymore.
It crashes immediately after start with errors
: CommandLine Error: Option 'help-list' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
This issue is cove
On Fri, Aug 31, 2018 at 12:13:20AM +0200, François-Xavier CARTON wrote
>
> I've searched on the Gentoo wiki, and found that I should use an old
> version of mesa (<8.0) to get OpenGL support [1].
Given the inter-connectedness of linux libraries, you're not going to
get
inking
errors happen when the ebuild (for some strange reason) uses the headers
in /usr/include (from the previous version of the package) instead of the
headers in the new source code. No idea why.
Anyway, you could try removing your current mesa installation (after using
quickpkg, of course) and then trying the emerge again.
On 2024-05-15, Alan Mackenzie wrote:
> But in the doc on wiki.gentoo.org, I can't find any mention of inbuilt
> graphics; all references are to graphics _cards_. Does Gentoo support
> my intended processor's graphics,
Technically, no. Gentoo doesn't. However, the Linu
#x27; lists nothing unless you supply an argument, e.g.
> 'qlop -l mesa', which lists every package with the string mesa in the
> name.
>
> Is this change deliberate? (If so, I vote against it :)
I dunno, and I'm still using 0.59, but if the change was
deliberate, 'qlop -l -' or 'qlop -l /' should still work to list them
all.
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 $ lo
cleanest solution.
===
Oh, I see. Well, regarding the Intel graphics (I have the same thing) I
found that it is related to the mesa version and X configuration,
anyway, not the X server version. I currently have the latest X server
but with mesa-7.3 and it works fine.
On Thu, 2009-03-26 at 20:31 +0300, Andrew Gaydenko wrote:
> compiz wants x11-libs/libX11[xcb] (even 0.8.2), and
> mesa 7.4_rc1 wants x11-libs/libX11[xcb=] (it's for current ~amd64).
>
> Does [xcb=] means "without the flag"?
> Tree bug?
>From the Gentoo D
witch over, or what else.
I'm trying to overcome a mesa/dri bug which is crashing enlightenment's
compositor and thought Wayland may use mesa not/less/differently. Have you
tried the switch and are there any gotchas at this stage, or is it straight
forward?
--
Regards,
Mick
signature.
On Tuesday, 4 October 2022 11:15:44 BST Michael wrote:
> 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
On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon 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/b
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 d
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
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
; > > > =======
> > > > >
> > > > > Have you seen this before? Any idea what I should tweak now to get
> > > > > this going?
> > > >
> > > > mesa. You need to install mesa with the rig
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:
>>>
>>>
> >>>
> >>> 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?
>
>
# ./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/me
On Thu, 23 Jul 2015 18:04:00 +0200 (CEST)
Jeremi Piotrowski wrote:
> > On Wed, Jul 15, 2015 at 01:53:50PM -0700, walt wrote:
> > > Just try emerging mesa-progs-8.2.0 with the EGL useflag set.
> > >
>
> Works fine here, compiles cleanly. This really requires atlea
quare one.
It was glxinfo, which is a part of x11-apps/mesa-progs, that generated
the original error message.
So, perhaps, it is a mesa problem.
Can you please try this command line and see what it outputs:
LIBGL_DEBUG=verbose glxgears
Le Thu, 1 May 2014 21:06:16 -0700,
Chris Stankevitz a écrit :
> Does this say "if you want to use opencl then you have to say that you
> are using a radeon graphics card, even if you are not using a radeon
> graphics card"
Hi.
I know for sure that mesa doesn't fully supp
Alan McKinnon 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
quot;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 i
e 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-
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
>
>
irect rendering: No
> OpenGL renderer string: Mesa GLX Indirect
Ok, now we know why ...
>
>> 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 /us
Hi,
Am Dienstag, 7. Juni 2005 13:03 schrieb Tres Passer:
> Hi,
> I've had Gtk-Perl installed before without issues (e.g. dvdrip was
> running). Now I would like to install the newest one gtk-perl-0.7009-r1
> and it dies with this [1]. At the end it wants a Mesa library - I d
hed as was described before.
>
> So, playing with the kernel configuration will not help. :(
>
I think this "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" is the best suggestion
Hi,
since some time seven package wont compile anymore:
*
* 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-
t;
>>> (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/e
gt; > 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
On Fri, Jun 26, 2009 at 9:17 AM, Alan McKinnon wrote:
> On Friday 26 June 2009 18:04:07 Mark Knecht wrote:
>> On Fri, Jun 26, 2009 at 8:24 AM, Alan McKinnon
> wrote:
>> > On Friday 26 June 2009 17:16:26 Mark Knecht wrote:
>> >> Hi,
>> >> As
On Friday 26 June 2009 22:02:54 Mark Knecht wrote:
> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon
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:
&
his 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
>>>&g
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, tha
ling 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 m
tried, but the same result
> >>>
> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter
> wrote:
> >>>>>
> >>>>> yes, here is the eselect
> >>>>
> >>>>
> >>>> When i have X problems i can resolve i run emerg
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-h
t
> 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
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
Michael Schreckenbauer wrote:
>Am Dienstag, 7. Juni 2005 13:03 schrieb Tres Passer:
>
>
>>I've had Gtk-Perl installed before without issues (e.g. dvdrip was
>>running). Now I would like to install the newest one gtk-perl-0.7009-r1
>>and it dies with this [1]. At
total 2004
>> -rwxr-xr-x 1 root root 2047960 Apr 12 03:17 swrast_dri.so
>>
>>
>> Where can I get this file?
>
> I found /usr/lib/dri/i915_dri.so on one of my other boxes and ran equery
> belongs on it. It belonged to media-libs/mesa. I re-merged mesa and
> reb
vidia or x from
> > memory. Sorry for being vague, I'll keep looking.
>
> Ah, I seem to remember the problem was/is mesa 7.8.2 being slow, in which case
> a downgrade helped. Was that it? I can't find the thread myself right now,
> though.
That's it! mesa tink
On Friday 11 Nov 2005 12:22 am, James wrote:
> lscpi reveals:
>
> :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?
> media-libs/mesa [ Masked ]
> La
On Saturday 01 July 2006 09:34, Mauro Arnoldi wrote:
> Hi to Everyone!
> I have followed the HOWTO_XGL to install XGL on my system, but when I
> arrive at the point: "emerge -av mesa" I get:
>
> -
> These are the packages that would be merged, in order:
>
> Ca
On Mon, May 18, 2020 at 07:09:13PM +0100, Neil Bothwick wrote:
> It looks like xorg-server is demanding the newer version, try adding
> --exclude xorg-server.
That will not help; mesa is providing libglvnd, not xorg-server.
[ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X
at 2:34 AM, Alan McKinnon
>>> wrote:
>>>> > On Saturday 27 June 2009 06:24:12 Mark Knecht wrote:
>>>> >> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon
>>>> >
>>>> > wrote:
>>>> >> > On Friday 26 June 2009 21:05:01
libGLU.so.1.3.060502 libGLw.so.1.0
>
> Suggestions for how to fix this please.
/usr/lib/libGL.so is a symlink to /usr/lib/opengl/xorg-x11/lib/libGL.so
on my machine, and that comes from media-libs/mesa. eselect updates
that symlink.
Do you have mesa correctly installed and does that t
ought by installing the portage version first I'd sort of gaurantee
> the libs needed would be on board.
>
> Thanks for the tip about chdir and make...
What did you do about Mesa? Just leave it out. I see the Mesa libs
are masked even though I'm running ~x86 enabled in /etc/make.conf
--
gentoo-user@gentoo.org mailing list
Hi,
On Fri, 10 Mar 2006 12:01:04 -0600
Harry Putnam <[EMAIL PROTECTED]> wrote:
> What did you do about Mesa? Just leave it out. I see the Mesa libs
> are masked even though I'm running ~x86 enabled in /etc/make.conf
Oooh, yeah, i actually left out that part. First, I eme
On 12/19/05, Daniel da Veiga <[EMAIL PROTECTED]> wrote:
> Try downgrading your Xorg to the 6.8.99, and try MESA and your ATI drivers.
I am pretty sure the monolithic build is even less supported than the
modular builds. At least the last report I saw said that all
development act
ib/libGLU.so
/usr/lib/libGLU.so.1
/usr/portage/media-libs/mesa/files/lib/libGLU.la
# equery belongs /usr/lib/libGLU.so.1
[ Searching for file(s) /usr/lib/libGLU.so.1 in *... ]
media-libs/mesa-6.4.2-r2 (/usr/lib/libGLU.so.1 -> libGLU.so.1.3.060402)
Jim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Hi to Everyone!
I have followed the HOWTO_XGL to install XGL on my system, but when I arrive
at the point: "emerge -av mesa" I get:
-
These are the packages that would be merged, in order:
Calculating dependencies \
!!! All ebuilds that could satisfy ">=x11-libs/libdrm-2.
t;
>>
>
> Your nouveau kernel driver seems to be OK. That's good news.
> The bad news is we're back to square one.
>
> It was glxinfo, which is a part of x11-apps/mesa-progs, that generated
> the original error message.
> So, perhaps, it is a mesa problem.
>
>
_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_pypy2_0(-)]
dev-python/reportlab-2.6 requires
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
media-libs/mesa-9.1.6 requires
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
ed"
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 7.10.3
Driver:
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="
On Saturday 27 June 2009 06:24:12 Mark Knecht wrote:
> On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnon
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:
&
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
ly 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
t;
> > >>> #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 stri
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 :
Apparently, though unproven, at 05:13 on Saturday 23 October 2010, Allan
Gottlieb did opine thusly:
> 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.
>
Alan McKinnon writes:
> Apparently, though unproven, at 05:13 on Saturday 23 October 2010, Allan
> Gottlieb did opine thusly:
>
>> 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 necess
Sync'ed OpenGL
rendering. Though I'd expect 60FPS because of VSync, not 50 :-P
One other thing you should do is to enable the "gallium" USE flag and
re-emerge Mesa. Then switch to the Gallium driver using:
eselect mesa r300 gallium
Because that driver is the recommend
201 - 300 of 1100 matches
Mail list logo