Hi,
New user here. I'm wondering about the disconnect between package versions
listed on packages.gentoo.org and those available in portage. For example:
$ ls /usr/portage/media-libs/mesa/*.ebuild
mesa-18.3.6.ebuild mesa-19.0.2.ebuild mesa-19.0.3.ebuild
mesa-.ebuild
Meanwhile, the table
On Tuesday, 4 October 2022 23:24:54 BST Michael wrote:
> Thanks Peter, I've keyworded it along with half a dozen of other
> dependencies it dragged in and it is emerging now. Will mesa still be
> required, or are the two packages used for different purposes and can
> co-exist?
I don
090625 meino.cra...@gmx.de wrote:
I am using an nvidia graphics card GeForce (7600 GT (rev a2))
with the nvidia drivers. Do I need mesa to be installed ?
I am heavily using OpenGL with Blender.
On my machine with an 'Asus EN8500GT Nvidia 512 MB DDR2 800' card
root:502 root eix ^mesa
Harry Putnam wrote:
I need Mesa libs onboard (its not mandatory ) so looking at
partage for mesa libs I find:
media-libs/mesa [ Masked ]
Latest version available: 6.4.2-r1
Latest version installed: [ Not Installed ]
If you have xorg-6.8.2 installed, then you already have Mesa
On 27/11/2017 20:18, Walter Dnes wrote:
> I'm running 32-bit Gentoo. mesa is the last remaining package in the
> current emerge update. Just in case, I tried...
>
> MAKEOPTS="-j1" emerge --changed-use --deep --update @world
>
> That did not help. Attached
On 06/25/2009 05:51 AM, meino.cra...@gmx.de wrote:
Hi,
short question:
I am using an nvidia graphics card GeForce (7600 GT (rev a2)) with
the nvidia drivers.
Do I need mesa to be installed (I am heavily using OpenGL with
Blender...)
You only need mesa if portage tells you so
Am Mittwoch, 14. Dezember 2011, 14:22:47 schrieb Lavender:
Now I'm totally confused, I can't find helpful information from Internet.
I know mesa is a open source implementation of OpenGL, obviously
mesa will afford OpenGL API. DRI is short for Direct Rendering
Infrastructure, I have chosen
Hi,
On mar. 7 mai 12:26:44 2019, Zero Zero wrote:
> Hi,
>
> New user here. I'm wondering about the disconnect between package versions
> listed on packages.gentoo.org and those available in portage. For example:
>
> $ ls /usr/portage/media-libs/mesa/*.ebuild
> mesa-18.3.
How could I go beyond this point?
/var/tmp/portage/media-
libs/mesa-12.0.1/work/mesa-12.0.1/src/gallium/state_track
ers/clover/llvm/invocation.cpp:212:75: error: no matching function for call to
‘
clang::CompilerInvocation::setLangDefaults(clang
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?
On Thu, 25 Jun 2009 05:58:29 +0200, Volker Armin Hemmann wrote:
if it exists. If emerge -p --depclean wants to unmerge mesa, then
you don't need it. Just make sure to run revdep-rebuild afterwards
to make sure to packages were broken by this.
in the past a lot of packages needed mesa
Now I'm totally confused, I can't find helpful information from Internet.
I know mesa is a open source implementation of OpenGL, obviously
mesa will afford OpenGL API. DRI is short for Direct Rendering Infrastructure,
I have chosen options like:
Device Drivers ---
Graphics support
Bug 458550
--
Regards
Daniel
Hello,
I have done several
emerge --sync
today but the digest verification problem below does not go away.
Any thoughts?
Thank you.
--
Valmor
>>> Fetching (165 of 221) media-libs/mesa-11.0.6::gentoo
!!! Digest verification failed:
!!! /usr/portage/media-libs/mesa/mesa-.ebuild
!
On 27/11/2017 21:59, Ian Zimmerman wrote:
> On 2017-11-27 21:07, Alan McKinnon wrote:
>
>> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
>> special reason you are stuck so far back? A package.mask you no longr
>> actually need maybe?
>
>
Hi folks,
according to the mesa web site, mesa-7.0.2 contains a 3d driver for
openchrome. Unfortunately, the ebuild knows only about a very limited
number of video cards, openchrome not amoung them. How can I convince
it to compile the openchrome 3d driver?
Uwe
--
Informal Linux Group
I've been using radeonhd, mesa, dri and others from latest git.
Now i'm trying to update world. emerge fails building mesa-7.4.2 from
portage
Well, the problem was with headers dri2proto. These were installed in
/usr/local/include/drm and there was a conflict with /usr/include/drm
Hi,
upgrading from mesa-9.0_pre20120918 to mesa-9.0 broke some package,
among them ati-drivers.
They have remove glu. Installing media-libs/glu in addition now (never
needed it before) restores the essential
/usr/include/GL/glu.h file.
Helmut.
On Wed, 1 Apr 2020 09:12:46 +0800, William Kenworthy wrote:
> [blocks B ] media-libs/mesa[-libglvnd(-)]
> ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
It looks like you need to emerge mesa with USE="libglvnd".
--
Neil Bothwick
2011/12/14 Lavender lavender_mat...@163.com
Now I'm totally confused, I can't find helpful information from Internet.
I know mesa is a open source implementation of OpenGL, obviously
mesa will afford OpenGL API. DRI is short for Direct Rendering
Infrastructure,
I have chosen options like
On Tue, 12 Jun 2018 09:13:03 +0200, Alarig Le Lay wrote:
> Regarding /usr/portage/profiles/package.mask x11-proto/dri2proto but I
> can’t remove it as mesa depends on it:
>
> # emerge -vac x11-proto/dri3proto
>
> Calculating dependencies... done!
> x11-proto/dr
On Sat, 14 Mar 2020 13:38:06 +0100, hitachi303 wrote:
> > 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.
>
>
>
> # mv -vi -
On Donnerstag 25 Juni 2009, Nikos Chantziaras wrote:
On 06/25/2009 05:51 AM, meino.cra...@gmx.de wrote:
Hi,
short question:
I am using an nvidia graphics card GeForce (7600 GT (rev a2)) with
the nvidia drivers.
Do I need mesa to be installed (I am heavily using OpenGL
On Wed, Jul 15, 2015 at 01:53:50PM -0700, walt wrote:
Normally I would just file a bug report, but lately portage has been
behaving so strangely I feel obligated to ask here first. Maybe you
won't see what I see. Just try emerging mesa-progs-8.2.0 with the EGL
useflag set.
Attempting
stddef.h
not in ./stddef.h
not in ../../../include/stddef.h
not in ../../../include/GL/internal/stddef.h
not in ../../../src/mesa/main/stddef.h
not in ../../../src/mesa/glapi/stddef.h
not in ../../../src/mesa/drivers/dri/common/stddef.h
not in /usr
drivers, you should put fglrx in VIDEO_CARDS.
OK, I've added it and I'm remerging mesa to see what difference it makes.
If mesa doesn't get automatically rebuilt (changing VIDEO_CARDS counts
as a USE flags change, so emerge -uDN world will pick it up), then
that means you're using a version of mesa
Miroslav Rovis <miro.ro...@croatiafidelis.hr> wrote:
> On 170314-05:32+0100, wabe wrote:
> > wabe <waben...@gmail.com> wrote:
> >
> > > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server
> > > (1.18.4 to 1.19.2), OpenGL programs don't wo
On 170314-05:32+0100, wabe wrote:
> wabe <waben...@gmail.com> wrote:
>
> > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server
> > (1.18.4 to 1.19.2), OpenGL programs don't work any longer for
> > non-root users, even when these users are me
On March 14, 2017 6:57:59 AM GMT+01:00, Miroslav Rovis
<miro.ro...@croatiafidelis.hr> wrote:
>On 170314-05:32+0100, wabe wrote:
>> wabe <waben...@gmail.com> wrote:
>>
>> > Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server
>> > (1.18.4 to 1
On Tue, 7 May 2019 12:26:44 +0200
Zero Zero wrote:
> New user here. I'm wondering about the disconnect between package
> versions listed on packages.gentoo.org and those available in
> portage. For example:
>
> $ ls /usr/portage/media-libs/mesa/*.ebuild
> mesa-18.3.6.ebuild
Hi,
short question:
I am using an nvidia graphics card GeForce (7600 GT (rev a2)) with
the nvidia drivers.
Do I need mesa to be installed (I am heavily using OpenGL with
Blender...)
Kind regards,
mcc
--
Please don't send me any Word- or Powerpoint-Attachments
unless it's absolutely
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
On Sep 1, 2009, at 8:24 AM, Neal Hogan wrote:
Thanks to those who offered help . . .
I got mythtv going by using a different version of mesa. While it was
suggested that I use an older version, I ended up using a newer one. I
went from media-libs/mesa-7.3-r1 to media-libs/mesa-7.5-r3. Now I
On 02/13/2015 10:19 AM, 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?
Like Alan, I have a regular file and not a symlink. The file was installed
by mesa-10.4.4
I'm running 32-bit Gentoo. mesa is the last remaining package in the
current emerge update. Just in case, I tried...
MAKEOPTS="-j1" emerge --changed-use --deep --update @world
That did not help. Attached are the build log and output of
emerge --info '=media-libs/mesa-17.1
On 2017-11-27 21:07, Alan McKinnon wrote:
> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
> special reason you are stuck so far back? A package.mask you no longr
> actually need maybe?
All the later ones are ~arch ?
--
Please don't Cc: me privately on mail
Nevermind. Referring to the "x11-proto/dri2proto masked but still
needed by media-libs/mesa" thread, looks like re-emerging mesa fixed the
issue.
~Donny Johnson
On Tue, Jun 12, 2018 at 8:17 PM, Donald Johnson
wrote:
> On Mon, Jun 11, 2018 at 4:36 AM, Neil Bothwick wrote:
&
On Sunday 02 March 2008 03:03:15 pm Alan McKinnon wrote:
/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 target actually
exist
On Sunday 02 March 2008, David Corbin wrote:
On Sunday 02 March 2008 03:03:15 pm Alan McKinnon wrote:
/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
On Friday 10 March 2006 18:10, Harry Putnam wrote:
Ok, Its the only ebuild available
and following that advice for ever will not explain how to get aroud
this circular masking problem.
It's not a circular masking problem, mesa is package.mask'd, as in
proper-unstable-breaks-the-tree
not in ../../../src/mesa/main/stddef.h
not in ../../../src/mesa/glapi/stddef.h
not in ../../../src/mesa/drivers/dri/common/stddef.h
not in /usr/include/drm/stddef.h
not in /usr/X11R6/include/stddef.h
not in /usr/include/stddef.h
Hi,
Those warnings are irrelevant
is called r600 and
it drives R600 chips and newer.
Another thing I forgot to mention is that you should make sure you're
using Gallium3D in Mesa. To see what you're using (after you've rebuilt
everything), do:
eselect mesa list
If classic is selected instead of gallium, change
After I updated mesa to 10.3.7-r1, I was provided with this message:
Messages generated by process 2287 on 2015-02-19 20:32:50 GMT for package
media-libs/mesa-10.3.7-r1:
LOG: postinst
Note that in order to have full S3TC support, it is necessary to install
media-libs/libtxc_dxtn as well
On 2020-04-01, William Kenworthy wrote:
> On 1/4/20 4:55 pm, Neil Bothwick wrote:
>> On Wed, 1 Apr 2020 09:12:46 +0800, William Kenworthy wrote:
>>
>>> [blocks B ] media-libs/mesa[-libglvnd(-)]
>>> ("media-libs/mesa[-libglvnd(-)]" is blocking medi
Hi,
During a recent upgrade of my system mesa wanted to upgrade to version
7.2 which wanted to bring in a number of masked dependencies. After
checking my system it appears there is nothing on here requiring a
version number higher then 6.5 which is the latest stable build. I
tried removing mesa
On Mon, Jul 17, 2017 at 01:43:46AM +0100, Stroller wrote
> This system is headless, but I have x11-wm/xpra installed on it so I can run
> X11 apps remotely.
>
> Recent emerges of world have been failing at media-libs/mesa
>
> Currently I have mesa-13.0.5 installed; I have this
Jul 2017, 02:43, Stroller wrote:
> This system is headless, but I have x11-wm/xpra installed on it so I can run
> X11 apps remotely.
>
> Recent emerges of world have been failing at media-libs/mesa
>
> Currently I have mesa-13.0.5 installed; I have this problem with mesa-17.0.6
This system is headless, but I have x11-wm/xpra installed on it so I can run
X11 apps remotely.
Recent emerges of world have been failing at media-libs/mesa
Currently I have mesa-13.0.5 installed; I have this problem with mesa-17.0.6
(current stable) and mesa-17.1.4 (latest in the tree when I
Philip Webb wrote:
Unrecognised deviceID 29c2
backtrace ...
... /usr/lib64/dri/i915_dri.so ... (provided by pkg 'mesa')
What versions of Mesa and xf86-video-i810 are you running? And what
is in the Section Device of your /etc/X11/xorg.conf?
Benno
--
[EMAIL PROTECTED] mailing list
On 12/19/05, Richard Fish [EMAIL PROTECTED] wrote:
I am not sure, but I think you need to merge x11-proto/glproto
Also, media-libs/mesa-6.4.1-r1 (the ~x86 version) already has this
dependancy. Which version are you trying to merge?
-Richard
--
gentoo-user@gentoo.org mailing list
I've overcome a few hiccups along the way, but this one has me stumped.
Out of sheer curiousity, why is -ffast-math being invoked? I do *NOT*
have it in my CFLAGS. ld's problem seems to be cannot find -lGL. Does
that help?
Emerging (1 of 10) x11-apps/mesa-progs-6.4.2 to /
checking ebuild
Juliano Morais Barbosa wrote:
Emerging (1 of 1) media-libs/mesa-6.4.2-r2 to /
Creating Manifest for /usr/portage/media-libs/mesa
Remove digest and assume-digests from your FEATURES. Those are
meant for developers. You are undoing emerge's security check. And
please don't top post
On Fri, Jun 26, 2009 at 10:16 AM, Mark Knechtmarkkne...@gmail.com wrote:
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 perhaps
, then emerge mesa, then change it back to your
other driver afterward.
About Mesa:
http://www.mesa3d.org/intro.html
About DRI:
http://dri.freedesktop.org/wiki/
--
Andrés Becerra Sandoval
Thanks, the web pages you provided I have already read before, these don't seem
to provide helpful issues for my questions.
Walter's Excellent Adventure Chapter 2
On Tue, Dec 18, 2012 at 03:17:59AM -0500, Walter Dnes wrote
I ran emerge -pv mesa, and discovered that mesa had been merged with
USE=-xorg. This is what I get for starting USE with -*...
http://media.comicvine.com/uploads/11/117774/2361934
Normally I would just file a bug report, but lately portage has been
behaving so strangely I feel obligated to ask here first. Maybe you
won't see what I see. Just try emerging mesa-progs-8.2.0 with the EGL
useflag set.
After today's update from 0.60 to 0.61 I noticed that the behavior of
qlop changed. Until today the command 'qlop -l' lists every package
in /var/log/emerge.log in chronological order.
Today 'qlop -l' lists nothing unless you supply an argument, e.g.
'qlop -l mesa', which lists every package
On mar. 12 juin 08:44:51 2018, Neil Bothwick wrote:
> It sounds like this bug https://bugs.gentoo.org/657832
>
> If it is, re-emerging mesa should fix it.
Indeed, after recompiling it I was able to remove those packages with a
--depclean.
Thanks a lot!
--
alarig
signature.asc
De
Philip Webb wrote:
071029 Benno Schulenberg wrote:
What versions of Mesa and xf86-video-i810 are you running?
'mesa-progs-6.5.2' (latest available).
Get the one from testing, 7.0.1. But what you need is
media-libs/mesa; mesa-progs is just glxinfo/glxgears.
'xf86-video-i810-2.1.0
On Thursday 28 October 2010 13:35:49 Alan McKinnon wrote:
xorg-server 1.8 and 1.9 use mesa-7.8.2, and there's reports around
that that version of mesa causes desktop slowdowns. mesa-7.7.1 as
used by xorg- server-1.7 is reported to be fine
This box has been the most sluggish box I've ever seen
On 29/07/2013 17:38, András Csányi wrote:
Hi All,
I would like to some clarification to support my feeling regarding
gallium related use flags in mesa package.
For some reason I have to rebuild a few packages on my machine and
xorg-server and mesa are among them. I experienced
On Sunday 25 January 2015 23:57:50 Philip Webb wrote:
150125 Philip Webb wrote:
After exactly 2 years , I'm trying to update my Asus EEE netbook.
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
Since I've upgraded mesa (12.0.1 to 13.0.5) and xorg-server
(1.18.4 to 1.19.2), OpenGL programs don't work any longer for
non-root users, even when these users are members of the group
"video".
The USE flags for
xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb
mesa: classi
On Mon, Nov 27, 2017 at 10:52:05PM +0200, Alan McKinnon wrote
> On 27/11/2017 21:59, Ian Zimmerman wrote:
> > On 2017-11-27 21:07, Alan McKinnon wrote:
> >
> >> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
> >> special reason you are stuc
On 1/4/20 4:55 pm, Neil Bothwick wrote:
> On Wed, 1 Apr 2020 09:12:46 +0800, William Kenworthy wrote:
>
>> [blocks B ] media-libs/mesa[-libglvnd(-)]
>> ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1)
> It looks like you need to emerge m
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?
Thanks,
Mark
checking expat.h presence... yes
checking for expat.h... yes
checking for XML_ParserCreate in -lexpat... yes
Hi guys. I ran into this error while doing a full system update,
and was wondering if there was a solution.
-Begin Messajes
Calculating dependencies .. .. done! [ebuild U ]
media-libs/mesa-10.2.0.rcbled [10.0.4] USE equals comdriblec%
comopenmax%was VIDEOCARDS equals nouveauinin
On 11/22/2010 10:46 PM, Nikos Chantziaras wrote:
On 11/22/2010 09:40 PM, Robin Atwood wrote:
[...]
Thanks, I would try that, but...
# emerge -av media-libs/mesa
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] x11-libs/libX11-1.4.0 [1.3.6
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
On 01/16/2011 05:18 PM, Daniel Tihelka wrote:
Hallo,
after update to 2.6.36-r5 kernel, xorg 1.9.2, mesa-7.9 and xf86-video-
ati-6.13.2 (all from gentoo portage), the hw graphics acceleration stopped
working. The problem
On Monday 17 January 2011 18:30:02 Mick wrote:
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
Then, try deleting your xorg.conf (if you have one) and do:
eselect mesa set r300 gallium
Also make sure that mesa is emerged with the video_cards_r300 USE flag
On Monday 17 January 2011 18:30:02 Mick wrote:
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
Then, try deleting your xorg.conf (if you have one) and do:
eselect mesa set r300 gallium
Also make sure that mesa is emerged with the video_cards_r300 USE flag
enabled
At 2011-12-15 03:24:20,Michael Schreckenbauer grim...@gmx.de wrote:
Am Mittwoch, 14. Dezember 2011, 14:22:47 schrieb Lavender:
Now I'm totally confused, I can't find helpful information from Internet.
I know mesa is a open source implementation of OpenGL, obviously
mesa will afford OpenGL API
Am Donnerstag, 15. Dezember 2011, 18:29:14 schrieb Lavender:
At 2011-12-15 03:24:20,Michael Schreckenbauer grim...@gmx.de wrote:
Am Mittwoch, 14. Dezember 2011, 14:22:47 schrieb Lavender:
Now I'm totally confused, I can't find helpful information from
Internet. I know mesa is a open source
ges of world have been failing at media-libs/mesa
>> ...
>>
>> All I can make out is that it's a problem with gallium. The current
>> version of mesa appears to have gallium enabled, though.
>>
>> I know nothing about mesa, not even really what it's for, so I don't
Am 14.03.20 um 13:46 schrieb Neil Bothwick:
On Sat, 14 Mar 2020 13:38:06 +0100, hitachi303 wrote:
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.
# mv -vi -- /etc/X11
On 1/4/20 10:26 pm, (Nuno Silva) wrote:
On 2020-04-01, William Kenworthy wrote:
On 1/4/20 4:55 pm, Neil Bothwick wrote:
On Wed, 1 Apr 2020 09:12:46 +0800, William Kenworthy wrote:
[blocks B ] media-libs/mesa[-libglvnd(-)]
("media-libs/mesa[-libglvnd(-)]" is blocking
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?
I don't know why it shows like this with you, but here it told me that
that I had to remove the xcb
Hi,
I am using the ~x86 (testing) version of gentoo linux. After recent
updates, my X windows became extremely sluggish and I found out that the
problem is related to a new version of mesa (7.8.2 specifically). So I
downgraded to version 7.7.1 and my desktop works great again.
Now I want
On Tuesday 09 October 2012, Helmut Jarausch wrote:
upgrading from mesa-9.0_pre20120918 to mesa-9.0 broke some package,
among them ati-drivers.
They have remove glu. Installing media-libs/glu in addition now (never
needed it before) restores the essential
/usr/include/GL/glu.h file.
I found
On Wed, Oct 10, 2012 at 5:09 PM, Robin Atwood
robin.atw...@attglobal.net wrote:
On Tuesday 09 October 2012, Helmut Jarausch wrote:
upgrading from mesa-9.0_pre20120918 to mesa-9.0 broke some package,
among them ati-drivers.
They have remove glu. Installing media-libs/glu in addition now (never
what was
and was not in there...
[i3][root][~] ll -og /usr/lib64/dri/
total 30
drwxr-xr-x 2 216 Dec 18 01:57 .
drwxr-xr-x 58 31024 Dec 18 01:34 ..
-rw-r--r-- 1 0 Dec 14 17:57 .keep_media-libs_mesa-0
lrwxrwxrwx 120 Jan 8 2011 i915_dri.so - ../mesa/i915g_dri.so
lrwxrwxrwx 120 Dec 14
. No idea why.
Anyway, you could try removing your current mesa installation (after using
quickpkg, of course) and then trying the emerge again.
Sometimes when a package fails to build while doing an:
emerge -auDN world
I've had to add the '--with-bdeps=y' option:
emerge -auDN --with-bdeps=y world
150125 Philip Webb wrote:
After exactly 2 years , I'm trying to update my Asus EEE netbook.
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
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 atleast an
'emerge --info' to be able to tell more, but build logs may also be
necessary.
On Thu, 16 Jul 2015, wraeth
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%*
-g
On 19/08/18 18:21, Alexander Puchmayr wrote:
After recent upgrades of mesa, llvm, clang etc kdevelop does not work anymore.
It crashes immediately after start with errors
[...]
It seems as if multiple slots of llvm cause the problems. mesa pulls in llvm:
5, while other programs pull in llvm:6
пт, 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
On Sat, 14 Mar 2020 01:06:58 -0400, Jonathan Callen wrote:
> > 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.
> >
> >
>
> T
When I update my
gentoo I get this message.
x86_64-pc-linux-gnu-gcc
-c -I. -I../../../include
-I../../../include/GL/internal -I../../../src/mesa/main
-I../../../src/mesa/glapi -I../../../src/mesa/drivers/dri/common
`pkg-config
--cflags libdrm` -I/usr/X11R6/include -Wall -O2 -fomit-frame
On Sun, Apr 12, 2009 at 7:54 AM, Volker Armin Hemmann
volkerar...@googlemail.com wrote:
you have to install mesa.
Perfect! It worked. Thank you!
--
MFD
2009/6/19 Massimiliano Ziccardi massimiliano.zicca...@gmail.com:
Thank you all. I think I'll wait, however, do you think that that is the
problem that cause
Did you enable intel in VIDEO_CARDS for mesa?
Ward
On 10/07/2009 09:49 AM, James wrote:
Hello,
bash: glxgears: command not found
I can't help with the driver, but glxgears is in the mesa-progs package.
On Mon, 18 Oct 2010 13:06:25 +0300, Timur Aydin wrote:
I am using the ~x86 (testing) version of gentoo linux. After recent
updates, my X windows became extremely sluggish and I found out that the
problem is related to a new version of mesa (7.8.2 specifically). So I
downgraded to version
Helmut Jarausch jarau...@igpm.rwth-aachen.de writes:
On 12/21/10 15:41:20, Allan Gottlieb wrote:
My plan is to stay like this until xorg 1.9 hits ~amd64 since I
It is already unmasked in ~amd64 (It's running just fine here)
Bingo. There was a mesa problem a while ago (7.8.2) that caused me
Allan Gottlieb gottl...@nyu.edu writes:
Helmut Jarausch jarau...@igpm.rwth-aachen.de writes:
On 12/21/10 15:41:20, Allan Gottlieb wrote:
My plan is to stay like this until xorg 1.9 hits ~amd64 since I
It is already unmasked in ~amd64 (It's running just fine here)
Bingo. There was a mesa
On 01/16/2011 05:18 PM, Daniel Tihelka wrote:
Hallo,
after update to 2.6.36-r5 kernel, xorg 1.9.2, mesa-7.9 and xf86-video-
ati-6.13.2 (all from gentoo portage), the hw graphics acceleration stopped
working. The problem seems to be in drm kernel module, as it is claimed by
X.org (the part
=radeon r700
No. There is no driver called r700. The driver is called r600 and
it drives R600 chips and newer.
Another thing I forgot to mention is that you should make sure you're
using Gallium3D in Mesa. To see what you're using (after you've rebuilt
everything), do:
eselect mesa
Hi All,
I would like to some clarification to support my feeling regarding
gallium related use flags in mesa package.
For some reason I have to rebuild a few packages on my machine and
xorg-server and mesa are among them. I experienced that if the xorg
USE flag of mesa is enabled then I got
On 29/07/13 18:38, András Csányi wrote:
Hi All,
I would like to some clarification to support my feeling regarding
gallium related use flags in mesa package.
For some reason I have to rebuild a few packages on my machine and
xorg-server and mesa are among them. I experienced that if the xorg
1 - 100 of 1077 matches
Mail list logo