Re: [gentoo-user] emerge sync
Cédric FINANCE wrote: Hello, I have some trouble when I try to sync the portage tree. It works fine when I try by a friend in a wire network. At home, I have a wireless network and a treeway adsl modem. When I execute the emerge sync, it starts to download some files but everytime, it stops after 272 files. dev-util/kdevelop/kdevelop-3.3.0_rc1.ebuild 3001 100%2.66kB/s0:00:01 (270, 31.2% of 131566) eclass/kde-meta.eclass 15598 100% 13.20kB/s0:00:01 (271, 32.1% of 131566) eclass/kde.eclass 8465 100%7.11kB/s0:00:01 (272, 32.1% of 131566) media-libs/mesa/ media-libs/mesa/files/ media-libs/netpbm/files/ ... metadata/cache/x11-apps/ io timeout after 180 seconds - exiting This seems to indicate that the server you are trying to sync with hasn't responded in 180 seconds. How is the quality of you wireless connection? -- Naga -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On Tue, Mar 31, 2015 at 12:51:58PM +0200, Alan McKinnon wrote: > > > > 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. > > > There's a comment in the ebuild about a bug for cairo. IIRC > USE="gtkstyle" and USE="qt4" don't play nice together. > > This in package.use fixed it for me: > > >=x11-libs/cairo-1.12.0 -qt4 For me this did it: 5558 2015-03-31 05:50:40 emerge -ajv mesa 5559 2015-03-31 06:47:43 eselect opengl list (only option was [1] xorg-x11 *) 5560 2015-03-31 06:47:57 eselect opengl set xorg-x11 5561 2015-03-31 06:49:19 emerge -ajv x11-libs/cairo after which I did the usual: 5562 2015-03-31 06:55:14 emerge -aDjuv --changed-use --with-bdeps=y @world and, walah ... the cairo syrup is gone!
Re: [gentoo-user] llvm not updating with @world
On Sat, Mar 04, 2017 at 09:30:42AM -0500, Michael Orlitzky wrote: > On 03/04/2017 06:38 AM, Dutch Ingraham wrote: > > Hi all - I'm running a systemd/hardened desktop with > > ACCEPT_KEYWORDS="~amd64". > > The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is > > 'Nothing to merge; quitting.' > > > > However, if I 'emerge -1a sys-devel/llvm', I get: > > '[ebuild r U ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and > > '[ebuild rR] media-libs/mesa-17.0.0' > > > > So, why is a reinstall of llvm triggering an upgrade but an @world is not? > > > > Once upon a time, did you "emerge --oneshot llvm"? You can check by > doing an "emerge --depclean" to see if llvm would be removed. 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.
Re: [gentoo-user] Can't compile media-libs/mesa - do I need gallium?
Ühel kenal päeval, E, 17.07.2017 kell 12:00, kirjutas Mart Raudsepp: > Ühel kenal päeval, E, 17.07.2017 kell 03:46, kirjutas Rasmus Thomsen: > > Hello, > > > > > undefined reference to > > > > `llvm::RTDyldMemoryManager::getSymbolAddressInProcess(std::__cxx11: > > :b > > asic_string , std::allocator > const&)' > > > > Seems to be the error, maybe you have to recompile llvm with c++11 > > And without any VIDEO_CARDS set, you are only getting llvmpipe with > USE=llvm. If you don't need that with Xpra, you don't need that (and > USE=gallium). I'm not sure if Xpra can make use of it or not, but if > GL > is sent over the wire or something, then probably not at the server- > side. > What llvmpipe is is described here: > https://www.mesa3d.org/llvmpipe.html Actually to be fully correct, I believe USE=gallium might build more stuff even without any VIDEO_CARDS, e.g some state trackers and whatnot, but nothing useful to really make use of it if you don't have any VIDEO_CARDS for mesa or any other packages.
Re: [gentoo-user] How to find all packages which need Python2_7
On 03/03/2015 10:47:46 AM, Andrew Savchenko wrote: > Hello, > > On Tue, 03 Mar 2015 10:21:19 +0100 Helmut Jarausch wrote: > > Hi, > > > > I'd like to install all packages which need Python, only for Python3 > except those which cannot be installed for Python3. > > How can I find out which of the packages installed on my machine > have PYTHON_TARGETS=python2_7" (only). > > I could loop over `qlist -IC` do an emerge -vp each grepping for > this string. > > But is there an easier way. > > You are almost there, just learn the power of mighty eix: > > EIX_LIMIT=0 eix -I --only-names -\( -U python_targets_python2_ -! -U > python_targets_python3_ -\) > > This will return you all installed packages having "python2_*" in > their python targets, but not having "python3_*". > Many thanks Andrew. I have some problems, though. Your command shows media-libs/mesa (among many others) but emerge -vp media-libs/mesa doesn't show any python targets. Thanks again, Helmut
Re: [gentoo-user] X won't start after xorg-server update
On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: > >> I do edit it every time X won't start. Then X does start. But > >> after updating and rebooting it has the old wrong line again. > > You need to find out which ebuild is modifying it. Run "qlop -m" and > > look for the package whose install time most closely matches the > > modification time of the file. Then read the ebuild to see what is > > going on. If an ebuild is setting this incorrectly, you may need to > > file a bug report. > > Since I did edit the file I cannot find a match. I will have to wait > until the problem occurs again. It seems that file is created/modified by the mesa ebuild. I would try removing the file and re-emerging mesa to see if it is created with the correct content. -- Neil Bothwick Never sleep with anyone crazier than yourself. pgpTRndbdZz6R.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Compiling errors while updateing
On 13 April 2014 05:42:46 CEST, meino.cra...@gmx.de wrote: >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-r1::gentoo, ebuild scheduled for merge) > * (x11-base/xorg-server-1.15.0::gentoo, ebuild scheduled for merge) > * (virtual/opengl-7.0-r1::gentoo, ebuild scheduled for merge) > * (media-libs/freeglut-2.8.1-r1::gentoo, ebuild scheduled for merge) > * (media-libs/glu-9.0.0-r1::gentoo, ebuild scheduled for merge) > * (media-libs/xine-lib-1.2.5::gentoo, ebuild scheduled for merge) > * > > >Is there any workaround for that problem? >Anything I can do to get the stuff compile again? > >Thanks a lot fpr any help in advance! >Best regards >mcc Build logs? -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Compiling errors while updateing
Am 13.04.2014 05:42, schrieb meino.cra...@gmx.de: > 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-r1::gentoo, ebuild scheduled for merge) > * (x11-base/xorg-server-1.15.0::gentoo, ebuild scheduled for merge) > * (virtual/opengl-7.0-r1::gentoo, ebuild scheduled for merge) > * (media-libs/freeglut-2.8.1-r1::gentoo, ebuild scheduled for merge) > * (media-libs/glu-9.0.0-r1::gentoo, ebuild scheduled for merge) > * (media-libs/xine-lib-1.2.5::gentoo, ebuild scheduled for merge) > * > > > Is there any workaround for that problem? > Anything I can do to get the stuff compile again? > > Thanks a lot fpr any help in advance! > Best regards > mcc > > > > > > > > . > before you spam the list with megabytes of logs and info: first check bugzilla. I see build failures with xine-lib too. So there might be a bug already. No need to flood people's mailboxes.
Re: [gentoo-user] Re: portage-utils-0.61 Bug or feature?
On Mon, 15 Feb 2016 14:38:28 -0600, »Q« wrote: > On Mon, 15 Feb 2016 12:29:49 -0800 > walt wrote: > > > 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 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. I thought the same, but it doesn't. qlop appears to need an exact package name now qlop -l portage-utils - works as expected qlop -l portage-util - no output Fortunately, genlop still works. -- Neil Bothwick PCMCIA: People Can't Memorize Computer Industry Acronyms pgpAoIVx9tbGU.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Small computing recommendations?
On Wed, 2016-10-12 at 14:24 +0200, Andy Mender wrote: > Dear Daniel, > > You're correct, Arduino is for tech projects. Not much of an actual > "computer", > because both the processor and amount of RAM are too weak. However, > there is > a new board that supposedly runs a full-blown FreeBSD 3.x version. > Cannot find > a link to the blog entry now, sorry :(. > > I would recommend taking a look at the Beaglebone Black boards. In > some cases > they're more potent than a standard Raspberry Pi. Since you mentioned > being FSF > friendly, does Raspberry not use a Broadcom chip for graphics? Mesa now supports the Broadcom VC4 chip. Check out the github link below for more info. https://github.com/anholt/mesa/wiki/VC4 > > The default will almost always be some sort of Debian-based distro. > There is a Gentoo > ARM project, so you could have a look whether it complies with your > expectations :). > > Best regards, > Andy Mender > Alecks
[SOLVED]Re: [gentoo-user] MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)
On 10/22/20 10:47 AM, n952162 wrote: Hello all, Everybody told me to give up trying to update one of my guest gentoo systems under virtualbox and *simply* reinstall it. I did that and now, when I enter "xinit", x starts and then dies with the message: /MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)/ /failed to load driver: vboxvideo/ Note that the vboxvideo module is loaded: /$ lsmod | grep vbox/ */vboxvideo 40960 1/* /ttm 122880 1 vboxvideo/ /drm_kms_helper 217088 1 vboxvideo/ /drm 552960 4 drm_kms_helper,vboxvideo,ttm/ /vboxnetadp 28672 0/ /vboxnetflt 32768 0/ /vboxdrv 475136 2 vboxnetadp,vboxnetflt/ /vboxguest 335872 0/ but it turns out there's a vboxvideo_drv.so here: //usr/lib64/xorg/modules/drivers/vboxvideo_drv.so/ I tried putting a symlink in /usr/lib64/dri to that, but it didn't help. Anybody have any experience here? TIA In summary, the error message is no error, I was missing my window manager.
Re: [gentoo-user] Preventing a package from being updated
Neil Bothwick writes: > 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 7.7.1 and my desktop works great again. >> >> Now I want to prevent mesa from being updated until this issue is sorted >> out upstream. I have looked at package.provide, but that didn't work. >> Currently, I have placed media-libs/mesa into my >> /etc/portage/package.mask file and this seems to do the trick. Is this >> the recommended way for handling this situation? > > package.mask is the right place, but you should add the specific version. > Then the system will only upgrade when a newer (hopefully fixed) version > arrives. > > =media-libs/mesa-7.8.2 I tried this yesterday with great success. As mentioned in b.g.o. 7.8.2 causes slowdowns for many people (including me). This system is ~amd64 But this morning after an eix-sync, my normal update failed ajglap gottlieb # emerge --keep-going --update --newuse --with-bdeps=y --color n world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] gnome-base/gnome-2.30.2 USE="cdr cups dvdr ldap policykit -accessibility -mono" [nomerge ] app-crypt/seahorse-2.30.1 USE="ldap libnotify -avahi -debug -doc -test" [nomerge ] app-crypt/gpgme-1.3.0 USE="-common-lisp -pth" [nomerge ]app-crypt/gnupg-2.0.16-r2 USE="bzip2 ldap nls -adns -caps -doc -openct -pcsc-lite (-selinux) -smartcard -static" [nomerge ] app-crypt/pinentry-0.8.0-r1 USE="gtk ncurses qt4 -caps -static" [ebuild U ] app-admin/eselect-pinentry-0.3 [0.2] 0 kB [nomerge ] x11-base/xorg-x11-7.4-r1 [ebuild U ] x11-apps/smproxy-1.0.4 [1.0.3] USE="(-debug%)" 111 kB [nomerge ] gnome-base/gnome-2.30.2 USE="cdr cups dvdr ldap policykit -accessibility -mono" [nomerge ] gnome-base/libgnomeprintui-2.18.6 USE="-doc" [nomerge ] x11-themes/gnome-icon-theme-2.30.3 [nomerge ]x11-misc/icon-naming-utils-0.8.90 [nomerge ] dev-perl/XML-Simple-2.18 [nomerge ] dev-perl/XML-LibXML-1.70 [nomerge ] dev-lang/perl-5.12.2-r1 USE="berkdb gdbm -build -debug -doc -ithreads" [ebuild U ]app-admin/perl-cleaner-2.7 [2.6] 6 kB [nomerge ] gnome-base/gnome-2.30.2 USE="cdr cups dvdr ldap policykit -accessibility -mono" [nomerge ] app-admin/sabayon-2.30.1 [ebuild UD] x11-base/xorg-server-1.7.7-r1 [1.9.0.902] USE="hal%* ipv6 kdrive nptl sdl%* xorg -debug% -dmx -minimal -tslib (-doc%) (-static-libs%) (-udev%*)" 4,829 kB [nomerge ] gnome-base/gnome-2.30.2 USE="cdr cups dvdr ldap policykit -accessibility -mono" [nomerge ] gnome-base/gdm-2.20.11 USE="branding consolekit gnome-keyring ipv6 pam tcpd -accessibility -afs -debug -dmx -remote (-selinux) -xinerama" [nomerge ] sys-auth/pambase-20100925 USE="consolekit cracklib gnome-keyring sha512 -debug -kerberos -minimal -mktemp -passwdqc (-selinux) -ssh" [nomerge ]sys-auth/consolekit-0.4.2-r3 [0.4.2-r1] USE="pam policykit -debug -doc -test" [blocks b ] =media-libs/mesa-7.8_rc[nptl=]" have been masked. !!! One of the following masked packages is required to complete your request: - media-libs/mesa-7.8.2 (masked by: package.mask) /etc/portage/package.mask: # This version of mesa 7.8.2 is rummored to cause slowdown # The previous version 7.7.1 is rummored to be much better # Masking only 7.8.2 so that future (fixed??) versions can be installed (dependency required by "x11-base/xorg-server-1.9.0.902" [ebuild]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Would you like to merge these packages? [Yes/No] no Quitting. ajglap gottlieb # Perhaps I should be downgrading xorg-server as well. Since I would rather have a slow X than an angry portage, I removed the package mask and expected all to be well, but was surprised by the following. In particular at the end it says there is one block but I don't see any. Any help/advice would be appreciated. allan ajglap gottlieb # emerge --keep-going --update --newuse --with-bdeps=y --color n world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] gnome-base/gnome-2.30.2 USE="cdr cups dvdr ldap policykit -accessibility -mono" [nomerge ] app-crypt/seahorse-2.30.1 USE="ldap
[gentoo-user] problem emerging kde-meta
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi everyone, after a fresh installation of gentoo (using the minimal cd) i try to emerge kde-meta kde-i18n kdm but an error was occured, 41 package blocks the emerge there is the output of the emerge --pretend and package.keyword .use and .unmask. ps I have emerged XGL and BERYL (only emerged, without config anything) best regards Donato -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5wgmpidk8BrvGZARArf5AJ9EDjhjqGGmZ2060Ll6fmmbv9sMYQCgoFAT G77PnanroXRltQPbfSUao7E= =NW2Q -END PGP SIGNATURE- app-shells/bash bashlogger net-wireless/madwifi-ng injection sys-devel/gcc gcj objc objc++ objc-gc net-misc/openssh X509 chroot hpn libedit # --> XGL <-- dev-util/subversion -nowebdav x11-libs/cairo glitz pdf png X x11-libs/cairo newspr x11-libs/libXft newspr net-wireless/wpa_supplicant gsm net-analyzer/wireshark adns kerberos portaudio net-analyzer/net-snmp diskio elf mfd-rewrites sendmail smux media-sound/alsa-tools fltk www-client/mozilla-firefox java xforms mozdevelop media-video/vlc bidi cdda cddb corba daap directfb flac httpd libcaca libnotify matroska mod musepack ogg optimisememory rtsp sdl-image seamonkey shout skins speex stream theora upnp vlm vorbis xosd xv media-video/vlc aalib asd live media-video/mplayer aalib amr bidi bl cdparanoia cpudetection directfb enca esd jack libcaca live lzo matrox mmx mmxext musepack nas openal 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 x11-libs/qt x11-misc/util-macros x11-proto/glproto x11-apps/xvinfo x11-apps/xlsclients x11-libs/libwnck x11-misc/xwinwrap virtual/xft gnome-base/gconf gnome-base/libgnomeui x11-libs/gtk+ dev-libs/glib x11-libs/libdrm # XGL Package x11-base/xgl #Required for Beryl x11-apps/xlsclients # Beryl Core x11-wm/beryl ** x11-wm/beryl-core ** x11-plugins/beryl-plugins ** x11-misc/beryl-manager ** x11-misc/beryl-settings ** x11-misc/beryl-settings-bindings ** # Additional Plugins x11-plugins/beryl-plugins-unsupported ** x11-plugins/beryl-plugins-vidcap ** # Window Decorators x11-wm/emerald ** x11-themes/emerald-themes ** x11-wm/aquamarine ** x11-wm/heliodor ** # FINE XGL e BERYL media-libs/freetype x11-libs/libXft x11-drivers/ati-drivers x11-apps/ati-drivers-extra net-wireless/kismet dev-java/sun-jdk dev-java/sun-jre virtual/jre virtual/jdk dev-java/sun-jre-bin media-libs/win32codecs # Dependencies dev-util/git media-libs/glitz media-libs/mesa x11-apps/mesa-progs sys-apps/man x11-libs/cairo dev-python/pycairo x11-libs/qt x11-misc/util-macros x11-proto/glproto x11-apps/xvinfo x11-apps/xlsclients x11-libs/libwnck x11-misc/xwinwrap virtual/xft gnome-base/gconf gnome-base/libgnomeui x11-libs/gtk+ dev-libs/glib x11-libs/libdrm #XGL Package x11-base/xgl
[gentoo-user] Re: xbmc font rendering issue after upgrade mesa or/and xorg ati driver
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 Z. 2011/3/31 Füves Zoltán : > Hi Community! > > I just start to give up because don't understand the reason of this problem > > Tried to upgrade, downgrade, change language and font settings without > any positive result > > If anybody has similar problem or can help to start debugging this > issue I wil be very grateful. > > > this is the error messages from xbms' log: > > 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, > refreshing context > 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() > GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 > 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to > special://masterprofile/guisettings.xml > 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to > special://masterprofile/guisettings.xml > 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 > has been asked to focus, but it can't > 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to > the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally > without any error message > > and of course Xorg log file has no error > > system : > > radeon 9200 se ( [drm] Loading R200 Microcode) > > > [ebuild R ] x11-libs/libdrm-2.4.24 USE="libkms -static-libs" > VIDEO_CARDS="radeon -intel -nouveau -vmware" 0 kB > [ebuild R ] media-libs/mesa-7.10.1 USE="classic gallium nptl > -debug -gles -hardened -llvm -motif -pic (-selinux)" > VIDEO_CARDS="radeon -intel -mach64 -mga -nouveau -r128 -savage -sis > -tdfx -via -vmware" 0 kB > [ebuild R ] media-tv/xbmc- USE="alsa debug sse sse2 webserver > xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile > -pulseaudio -rtmp -udev -vaapi -vdpau" 0 kB > [ebuild R ] x11-base/xorg-server-1.9.5 USE="nptl udev xorg -dmx > -doc -ipv6 -kdrive -minimal -static-libs -tslib" 0 kB > [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB > [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB > [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB > [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES="keyboard > mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount > -synaptics -tslib -virtualbox -vmmouse -void -wacom" > VIDEO_CARDS="radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev > -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga > -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition > -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) > (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident > -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo)" 0 kB > > > > I upload a png image to show what my problem is. > > http://i51.tinypic.com/2vb4je8.png > > (non readable, noisy fonts in movie subtitles too) > > Thanks for your time and help > > Z. >
Re: [gentoo-user] mesa 9.1.2.r1 fails to build
Bug 458550 -- Regards Daniel
Re: [gentoo-user] xorg-server-1.6.5 build errors (~x86 upgrade)
On Thursday 12 November 2009 22:36:51 Marcus Wanner wrote: > Now I can't get ANY version of xorg-server to compile, now emergeing any > of them starts with: > > Error: Unrecognized option: --impl-headers > exiting > > and > ends with: > > CCsingle2.o > rensize.c: In function '__glXImageSize': > rensize.c:222: error: 'GL_DEPTH_STENCIL_MESA' undeclared (first use in > this function) > rensize.c:222: error: (Each undeclared identifier is reported only once > rensize.c:222: error: for each function it appears in.) > rensize.c:261: error: 'GL_UNSIGNED_SHORT_15_1_MESA' undeclared (first > use in this function) > rensize.c:262: error: 'GL_UNSIGNED_SHORT_1_15_REV_MESA' undeclared > (first use in this function) > rensize.c:276: error: 'GL_UNSIGNED_INT_24_8_MESA' undeclared (first use > in this function) > rensize.c:277: error: 'GL_UNSIGNED_INT_8_24_REV_MESA' undeclared (first > use in this function) > make[1]: *** [rensize.lo] Error 1 > > I have tried both versions of libXinerama (latest x86 and latest ~x86) > and neither of the work with the latest stable version of xorg-server > (1.6.3-901-r2), 1.6.5, 1.7.1. > > This is getting really frustrating...any suggestions would be welcome. > Those are OpenGL/mesa errors. Did you rebuild mesa first? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] portage and library troubles with GL
On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: > I've been trying to get a few recalcitrant packages to build > (evolution-data-server, openoffice) but they seem to require things > that my system does not have, and portage doesn't know this. > > So I'm trying revdep-rebuild, which also fails. In particular, > x11-libs/gtkglext-1.2.0 won't build because during configuration, it > lacks "GL library". I've been trying to use equery to figure out what > package owns some of the things in the /usr/include/GL directory, to > no avail. So here's the tail end of the revdep output, in hopes a > more experienced hand can help... > > > > checking for GL/glu.h... yes > checking for glVertex3d in -lGLcore... no > checking for glVertex3d in -lGL... no > checking for glVertex3f in -lGL... no > checking for glVertex3i in -lGL... no > checking for glVertex3s in -lGL... no > checking for glVertex3d in -lMesaGL... no > configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Can't enable effects in kde
On Thu, Oct 20, 2011 at 4:16 PM, Udo Siewert wrote: > On 10/20/11 13:49, Vishnupradeep wrote: > >> On Thu, Oct 20, 2011 at 10:15 AM, Udo Siewert >> wrote: >> >> On 10/20/11 12:00, Andrey Moshbear wrote: >>> >>> On Thu, Oct 20, 2011 at 05:20, Vishnupradeep >>>>wrote: >>>> >>>> I am new to gentoo. >>>>> Installed kde in gentoo. But i am unable to enable effects like. blur, >>>>> woobly etc.. why ? >>>>> >>>>> >>>> What is the output of glxinfo? >>>> >>>> gentoo vishnu # glxinfo >>> >> name of display: :0 >> display: :0 screen: 0 >> direct rendering: Yes >> > > what is the output of 'emerge -pv mesa kwin'? > These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R] media-libs/mesa-7.11 USE="classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (-selinux) -shared-dricore" VIDEO_CARDS="-intel* -mach64* -mga* -nouveau* -r128* -radeon* -savage* -sis* -tdfx* -via* -vmware*" 0 kB [ebuild R ~] kde-base/kwin-4.7.2 USE="opengl xinerama* (-aqua) -debug -gles (-kdeenablefinal)" 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
[gentoo-user] Re: (unknown)
On 10/24/2011 10:59 PM, Mick wrote: On Monday 24 Oct 2011 09:36:48 Nikos Chantziaras wrote: On 10/24/2011 11:28 AM, Vishnupradeep wrote: On Mon, Oct 24, 2011 at 1:40 PM, Nikos Chantziarasmailto:rea...@arcor.de>> wrote: In your /etc/make.conf, use this: I am using ATI 4350 card. so is that VIDEO_CARDS="radeon r700" No. There is no driver called "r700". The driver is called "r600" and it drives R600 chips and newer. I'm getting confused ... I thought that the driver is radeon and r600 is the firmware blob. "r600" is the driver. Mesa needs that. "radeon" is more of a USE flag, needed by various ebuilds (for example "x11-base/xorg-drivers", "sys-power/pm-utils" and also "media-libs/mesa"). But it should be in VIDEO_CARDS, not in USE. Does this need adding to /etc/make.conf? Yes. Everyone who uses an AMD card should have "radeon" in VIDEO_CARDS, followed by either "r300" or "r600". Of course only when we're taking about the X.Org drivers. If you're going to use the Catalyst proprietary drivers, you should put "fglrx" in VIDEO_CARDS.
[gentoo-user] xorg/mesa/steam problem
Hi Gentoo Users, For some time now i'm playing around with steam4linux and the open-source radeon drivers. Yesterday i've tried to play the games on my multi-monitor (3 screens) setup. Basically most of the games dosn't support multi-monitor and would show up the game on the primary or top left screens. However there were two games were it actually sort of worked. Defcon and Amnesia: The Dark Descent. Unfortunately i have a big issue. The games itself seems to run nicly, but i can't move my mouse freely. I can move my mouse from the left side to not even to the middle of the middle screen, which means i cant start any of those games. (the menues are in the middle) My question now is, where should i made an bug-report? If the problem would be just at one game i would say its a problem of the game. But two completly different games with exact the same problem? My think it could be a problem in xorg-server or mesa? What do you think? Michael
Re: [gentoo-user] emerge xorg-xll fails out at media-libs/mesa-6.5-r3
> >>> glxclient.h:257: error: syntax error before "GLXContextTag" > >>> glxclient.h:257: warning: no semicolon at end of struct or union > >>> glxclient.h:401: error: syntax error before '}' token > >>> clientattrib.c: In function `do_enable_disable': > >> Is there something shortly above these like "foo.h: No such file or > >> directory"? > > Yes, here what it says: > > In file included from clientattrib.c:38: > > glxclient.h:59:25: GL/glxproto.h: No such file or directory > > Try switching your opengl to xorg-x11 (eselect opengl set xorg-x11) and > make sure /usr/include/GL/glxproto.h (a symlink) points to a file that > exists. Donnie, Thanks for all of your help. My server has successfully processed the media-libs/mesa-6.5-r3 and is continuing to process through the remaining packages. As a side note, from what I found, glxproto.h was in-fact pointing to an existing file. But maybe it is a mute point since a fresh --sync from this morning has reloaded a library package to a prior version. Once again thanks for all of you time. Regards, Richard Broersma Jr. -- gentoo-user@gentoo.org mailing list
gentoo-user@lists.gentoo.org
What is a good strategy for setting use-flags to get the most out of a fairly recent graphics card these days? It used to be (for me at least) that I just made sure I had the latest opengl and associated libs, and the latest mesa if my card was supported. These days things get more complicated, especially if you want to try out KDE and plasma alongside Gnome. Do I just turn everything on globally (wayland egl gles gles1 gles2 opengl mesa gtk* ) , and then go through all conflicts one by one ? If not, what flags do I set globally, and which packages do I add specific use-flags to? My primary desktop is just fluxbox, but occasionally I like to run both KDE and Gnome stuff with everything turned on to the max. I have plenty of CPU, so the stuff with "embedded" in the descriptions sound like I should leave them alone, but when I get down to resolving conflicts, it feels like I am going against the grain, with cascading dependencies leading into a murky mess of details. Some road signs, anyone?
Re: [gentoo-user] MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)
Dumb question: do I (perhaps newly?) need to have any special kernel parameters to be able to run virtualbox? On 10/22/20 10:47 AM, n952162 wrote: Hello all, Everybody told me to give up trying to update one of my guest gentoo systems under virtualbox and *simply* reinstall it. I did that and now, when I enter "xinit", x starts and then dies with the message: /MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)/ /failed to load driver: vboxvideo/ Note that the vboxvideo module is loaded: /$ lsmod | grep vbox/ */vboxvideo 40960 1/* /ttm 122880 1 vboxvideo/ /drm_kms_helper 217088 1 vboxvideo/ /drm 552960 4 drm_kms_helper,vboxvideo,ttm/ /vboxnetadp 28672 0/ /vboxnetflt 32768 0/ /vboxdrv 475136 2 vboxnetadp,vboxnetflt/ /vboxguest 335872 0/ but it turns out there's a vboxvideo_drv.so here: //usr/lib64/xorg/modules/drivers/vboxvideo_drv.so/ I tried putting a symlink in /usr/lib64/dri to that, but it didn't help. Anybody have any experience here? TIA
[gentoo-user] Re: Questions about optimal mplayer settings
On Tue, Dec 18, 2012 at 07:38:26PM -0600, Dale wrote: > > Rather than downloadhelper and a web browser, try: > > > > mingdao@workstation ~/test $ youtube-dl > > http://www.youtube.com/watch?v=XITHbsUUlYI > > [youtube] Setting language > > [youtube] XITHbsUUlYI: Downloading video webpage > > [youtube] XITHbsUUlYI: Downloading video info webpage > > [youtube] XITHbsUUlYI: Extracting video information > > [download] Destination: XITHbsUUlYI.mp4 > > [download] 30.5% of 107.04M at1.43M/s ETA 00:52 > > Some videos are available in different resolutions. Some have as many > as 6 or 8 different ones. With downloadhelper, you can pick which one > you want. I'm not sure if youtube-dl does or not. Also, I download > videos from lots of sites. I don't actually use youtube a lot. > > Good idea for folks that use youtube a lot tho. The youtube-dl program works for more sites than just YouTube. And I chose it for the links you provided, specifically because they were YouTube videos. Give /usr/share/doc/youtube-dl-2012.09.27/README.md.bz2 a read. The file fluctuated but the overall speed was 1.77M/s ... don't ever remember getting that type of speed in FF. This shows (via gkrellm) the effects it had playing on this system: http://www.servantsofyeshua.org/XITHbsUUlYI.mp4-screenshot.png Didn't really heat my GPU (temp1) over 38C, and it's normally around 31C. Here's another file check on the MP4: mingdao@workstation ~/test $ md5sum XITHbsUUlYI.mp4 dab460274c1ce3ed8ebaf7caa6c0ad02 XITHbsUUlYI.mp4 Even before Walter's reply to me, I'd rebuilt mesa with new flags: media-libs/mesa-9.0 USE="classic egl g3dvl gallium llvm nptl r600-llvm-compiler shared-glapi xa xvmc -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic (-selinux) -vdpau (-wayland) -xorg" VIDEO_CARDS="r600 -i915 -i965 -intel -nouveau -r100 -r200 -r300 -radeon -radeonsi -vmware" Hopefully tomorrow I've have time to check. I'd also saved the old /var/log/Xorg.0.log from before rebuilding mesa. And then there are other comps with other chipsets on this LAN to try. Thanks for the replies. -- Happy Penguin Computers >') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
Re: [gentoo-user] troubles with ati-drivers-8.25.18
Alle 17:28, martedì 13 giugno 2006, Jacques Montier ha scritto: > Mauro Arnoldi a gentiment tapote: > > Alle 15:22, martedì 13 giugno 2006, Jacques Montier ha scritto: > >> Mauro Arnoldi a gentiment tapote: > >>> Alle 14:31, martedì 13 giugno 2006, Ptitjack ha scritto: > >>>> Mauro Arnoldi a gentiment tapote: > >>>>> Hello! > >>>>> > >>>>> I installed a new Gentoo system, but I find big problems with ati > >>>>> drivers and 3D acceleration. I have followed the wiki howto but now I > >>>>> receive this error message > >>>>> > >>>>> #fglrxinfo > >>>>> Xlib: extension "XFree86-DRI" missing on display ":0.0". > >>>>> display: :0.0 screen: 0 > >>>>> OpenGL vendor string: Mesa project: www.mesa3d.org > >>>>> OpenGL renderer string: Mesa GLX Indirect > >>>>> OpenGL version string: 1.2 (1.5 Mesa 6.5) > >>>>> > >>>>> I saw the Troubleshooting: > >>>>> If fglrxinfo says "mesa3d.org" instead of "ATI" after A SUCCESSFUL > >>>>> modprobe of fglrx, but nothing changes. > >>>>> I include my configuration, hoping that someone can help me out of > >>>>> this mess... > >>>>> > >>>>> kernel version: 2.6.16-gentoo-r9 > >>>>> in "Character Devices": > >>>>> /dev/agpgart (AGP Support) M > >>>>> ATI chipset support M > >>>> > >>>> Hi, > >>>> > >>>> I think you have to disable ATI chipset support in Character Devices > >>>> (/dev/agpgart must be enabled as module). > >>>> I Hope it will help. > >>> > >>> Nothing changed: > >> > >> After you have changed your kernel configuration, I suppose you > >> recompiled your kernel ? > >> Did you enable via chipset support in Character Devices ( then modprobe > >> via-agp) ? > >> After compiling ati-drivers, did you run > >> eselect opengl set ati ? > > > > eselect is ok: > > > > #eselect opengl list > > Available OpenGL implementations: > > [1] ati * > > [2] xorg-x11 > > > > Why do I have to compile via chipset support? I have and Ati Radeon X300 > > in my laptop.. > > because of my VIA KT133A chipset motherboard. > Without loading via-agp module, I don't have any 3D acceleration. > What gives lspci | grep AGP ? I find nothing!! :-O But maybe the correct line is 00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port (rev 03) (prog-if 00 [Normal decode]) because a radeon X300 it's not an AGP card but a PCI Express... I enabled in my kernel the "Intel 440LX/BX/GX, I8xx and E7x05 chipset support", but still nothing at all... I always receive the error above... I'm getting crazy.. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 14:00:43 BST gevisz wrote: > 2018-07-27 15:44 GMT+03:00 gevisz : > > Updating world without global -pam, -polkit and -consolekit use flags > > in /etc/portage/make.conf have not changed the behaviour of Fireforx > > described above: it is still cannot display the page > > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. > > > > So, I will probably revert changes tomorrow. > > > > Playing with strace has been put on todo list. > > Last lines of the log file after runnig the following command > > $ strace -o strace.log qupzilla https://www.privat24.ua/ > QupZilla: 0 extensions loaded > [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading > Root Certs, loaded==false: NSS error code: -8018 > [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No > URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com Mozilla is using libnss to check the validity of the website certificate with the OCSP of the CA issuer of the certificate (digicert.com). For some reason it seems the connection is interrupted. See lines 605 to 621 here: https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ nss_ocsp.cc.html The connection may be interrupted because the browser/tab crashes (see below). > r300 FP: Compiler Error: > /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers > /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > translate_rgb_opcode: Unknown opcode DDY > Using a dummy shader instead. > QupZilla: Crashed :( Saving backtrace in > /home/gevis/.config/qupzilla/crashlog ... > Backtrace successfully saved in > /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt > zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ > > are the following: > > clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 > ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 > mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) > = 0x7f22f565 > +++ killed by SIGABRT +++ This looks like a radeon video driver problem. You could go into a loop of rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or you could wait for/keyword later versions of these packages. Alternatively, you could try reporting this to the application devs and see what they say. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage spokes again...
On Wed, Dec 21, 2016 at 1:44 PM, wrote: > Corbin Bird [16-12-21 17:12]: > The first run of emerge tells me to add the systemd USE flag to dbus. > I did that and ran into to problems I reported. Ok, I think you left that bit out... And this is why it is helpful to understand why portage is doing something before just changing configuration settings. Adding the systemd USE flag to packages is a really quick way to end up with systemd getting installed. Generally speaking it shouldn't just happen by default... Can you show the output when you add -t to the emerge command? I think that will be helpful. However, I think an earlier poster was on the right track when he pointed out that the tmpfiles virtual requires an unstable version of openrc. I'm not sure why that was getting pulled in in the first place, and -t should show that. > > emerge: there are no ebuilds built with USE flags to satisfy > "media-libs/mesa[egl,gbm,gles2?,wayland]". > !!! One of the following packages is required to complete your request: > - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) > (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) > (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" > [ebuild]) > (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) > [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y > --tree --keep-going > > What? > > Now wayland shall be installed? IK! > I want my UNIX back! Interesting. I just noticed that it pulled in wayland for me. I have no idea why kwin requires wayland support in mesa. It obviously works fine with xorg. I might do some looking into that. There isn't really anything non-UNIX about wayland, though I'm not sure I'd be in a rush to use it just yet. It is just a replacement for xorg (to say the least, it doesn't purport to be a feature-complete replacement and may never be). Your wayland issues and your systemd issues are most likely entirely unrelated... -- Rich
Re: [gentoo-user] llvm not updating with @world
On Sat, Mar 04, 2017 at 09:55:30AM -0500, Michael Orlitzky wrote: > On 03/04/2017 09:37 AM, Dutch Ingraham wrote: > > > > Michael, thanks for your response. No, I did not do a one-shot; llvm > > was brought in by way of mesa -> gallium; this is llvm's only use on > > this system as far as I know. > > > > Also, 'emerge -ac' shows no packages to remove. > > > > Well, there goes my one good idea =) > > You can try doing "emerge -pe --tree @world" to see if llvm would get > pulled in by anything in your system. If it is, then a --deep update > --with-bdeps should be updating it. > > One more desperate attempt: the --complete-graph option is weaker than > --deep, I think. What happens if you remove it? (I'm wondering if > --complete-graph overrides --deep). > > If neither of those experiments are illuminating, you should file a bug. > The portage team has a better understanding of why some things are skipped. Removing --complete-graph doesn't change anything. I don't usually use that, but only added it to see if it would shake something out, but of course it didn't. The emerge -pe --tree @world returns, in relevant part: [nomerge ] mail-client/thunderbird-45.7.0 [nomerge ] x11-libs/gtk+-2.24.31-r1 [ebuild R] gnome-base/librsvg-2.40.16 [ebuild R]x11-libs/pango-1.40.3 [ebuild R] media-libs/harfbuzz-1.4.3 [ebuild R] x11-libs/cairo-1.14.8 [ebuild R] media-libs/mesa-17.0.0 [ebuild U ]sys-devel/llvm-3.9.1-r1 [3.7.1-r3] USE=[clip] So, that will bring in the update, just like emerge -1a sys-devel/llvm will. But, why isn't --deep @world doing so? Is it bug-reporting time? (There is one other slight possible anomoly I could find: 'equery depends sys-devel/llvm' returns llvm as a dependency of itself: gentoo3 ~ # equery depends sys-devel/llvm * These packages depend on sys-devel/llvm: media-libs/mesa-17.0.0 [cut massive amnount of non-llvm-related options] sys-devel/llvm-3.7.1-r3 (>=sys-devel/llvm-3.5) gentoo3 ~ # Is this relevant or expected?) Thanks again.
Re: [gentoo-user] Failed to load driver: Nouveau
On Sun, Aug 27, 2017 at 8:24 PM, IceAmber wrote: > iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config > CONFIG_DRM_NOUVEAU=m > CONFIG_NOUVEAU_DEBUG=5 > CONFIG_NOUVEAU_DEBUG_DEFAULT=3 > CONFIG_DRM_NOUVEAU_BACKLIGHT=y > > iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > VIDEO_CARDS="nouveau" > > here is the `grep -si nouveau /var/log/*` > > I have rebuilt the xorg-server, it is built for kernel 4.12.5 now. > And I have set the USEs of "gallium" and "video_cards_nouveau" > > On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk > wrote: >> >> On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk >> wrote: >> > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk >> > wrote: >> >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber >> >> wrote: >> >>> I have 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 emerge -av >> >>>> @x11-module-rebuild >> >>>> xorg-server mesa but its generally an act of desperation after >> >>>> running out >> >>>> of intelligent options. >> >>> >> >>> >> >> >> >> Your xorg-server was built for kernel 4.9.34. >> >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 Gentoo >> >> [ 24.014] Current Operating System: Linux localhost 4.12.5-gentoo >> >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 >> >> >> >> Might be a good idea to rebuild x11-base/xorg-server for your current >> >> kernel. >> >> >> >> What's the output of the command lines below? >> >> grep NOUVEAU linux/.config >> >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf >> > >> > This one too please: >> > grep -si nouveau /var/log/* >> >> Also, let's make sure mesa has the USE flags below enabled: >> >> equery -q u mesa | grep -E 'gallium|nouveau' >> +gallium >> +video_cards_nouveau >> > I'm not seeing these errors in your Xorg.0.log any more: [25.361] (EE) AIGLX error: Calling driver entry point failed [25.375] (EE) AIGLX: reverting to software rendering Are you still getting the error message about the nouveau driver not being loaded when running glxinfo or glxgears? If you are, what's the output of: lsmod nouveau modinfo /lib/modules/`uname -r`/path/to/nouveau.ko
Re: [gentoo-user] whats up with eselect-opengl?
Dale wrote: > cov...@ccs.covici.com wrote: > > Hi. In my latest world update, eselect-opengl had a new version with > > very bad consequences -- it uninstalled the X server, and all drivers > > were gone. I am using the nvidia drivers and they seemed to be > > installed, but they did not work even after reinstalling the server, but > > after downgrading eselect-opengl back to 1.27, mesa and glproto (may > > have slightly wrong name), things are back to normal, but what the heck > > is happening? I saw nothing in bgo, but we had a thread on here a while > > ago, but even that thread didn't say the the server would be > > uninstalled. > > > > Any ideas? Are they going to fix? I have masked things off for now. > > > > I'm not sure if it will help or not but here is some info from mine: > > root@fireball / # equery list eselect xorg-server nvidia-drivers > * Searching for eselect ... > [IP-] [ ] app-admin/eselect-1.4.3:0 > > * Searching for xorg-server ... > [IP-] [ ] x11-base/xorg-server-1.16.3-r1:0/1.16.1 > > * Searching for nvidia-drivers ... > [IP-] [ ] x11-drivers/nvidia-drivers-340.76:0 > root@fireball / # eselect opengl list > Available OpenGL implementations: > [1] nvidia * > [2] xorg-x11 > root@fireball / # > > I use KDE, fluxbox as a backup, and no issues, yet. I just may need > more time to find it tho. lol > > Oh, I recall that when I rebuild mesa, I have to set opengl to use the > xorg version instead of nvidia. After the update is done, I can switch > it back. May not be related but if it is the only straw you have, grab > it and see. It was bringing in x-server-17 something along with eselect-opengl-3. something and this is where the problems occurred, so I downgraded xserver to 16.4 something downgraded mesa and that glproto business and all is well, but what a major disaster. This is the ~ version that I am running, by the way. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Can't get Xorg going on Radeon HD R730 4670
Volker Armin Hemmann wrote: On Sonntag 07 März 2010, Mick wrote: On Saturday 06 March 2010 18:43:15 Volker Armin Hemmann wrote: On Samstag 06 März 2010, Mick wrote: On Saturday 06 March 2010 16:08:05 Volker Armin Hemmann wrote: On Samstag 06 März 2010, Mick wrote: I first tried radeonhd, but Xorg.0.log complained that it couldn't find the ati module, so I added radeon in VIDEO_CARDS and it now comes up with this error: === (EE) AIGLX error: dlopen of /usr/lib64/dri/r600_dri.so failed (/usr/lib64/dri/r600_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering === Have you seen this before? Any idea what I should tweak now to get this going? mesa. You need to install mesa with the right flags. Thanks Volker, I had installed mesa with the radeon flag already, but now I just unmasked/updated it to 2.4.8 and the above error is gone! However, still no X. :-( I have also added mouse and synaptics, after initially trying with only evdev in my INPUT_DEVICES. So now it looks like this: INPUT_DEVICES="keyboard mouse synaptics evdev" When I added synaptics I got an error about RECORD being disabled because it is broken. I attach my logs in case there is something in there showing why this is not working and I can't see it. RECORD does not matter. I can't explain why both Knoppix and Sysrescue CDs work fine and my Gentoo build does not. I even used their xorg.conf as a guide and still no joy. I noticed this message (with no xorg.conf): yeah. please create a xorg.conf. Depending on hal is nice and dandy in theory. But so does not work for many people. Hmm, can't make it work after multiple attempts of creating and editing a xorg.conf. I think that the problem is with the drivers and perhaps the versions of xorg-server and or mesa. I am using the latest testing of everything and unmasked any dependencies that they had. Tomorrow I will have a go at the fglrx. This is doing my head in ... fglrx won't have any influence on your INPUT DRIVER based problem. After emerging the latest xorg-server, did you rebuilt the input drivers? If you did, you may want to disable hal and try it without it. Just put it in package.use or something, recompile xorg and see if it works. If it does, it's hal. If it doesn't, then you got a problem with something else. The reason I would try this is to see what is the problem. If it is hal, people can try to help you get it going if you want to. If it is not hal, then people will now that it is not the problem and can help you try something else. Dale :-) :-) P. S. You should only need to disable hal on xorg. You can leave it elsewhere. That is why I mentioned doing it in package.use instead of make.conf. You could do it on the command line to, just for testing.
Re: [gentoo-user] libGL symlinks vs `eselect opengl`
Thanks for getting back to me. I'd really like to not make a useless bug report, so please bear with me: 1. Am I correct that I should report here: https://bugs.gentoo.org/enter_bug.cgi?product=Gentoo%20Linux 2. I ask the above because I'm not entirely clear on how to CC opengl and celestia at the above url. If that's the right place (and it looks to be right), please let me know how to apply the correct CCs such that the right people get eyes on this and I'm not spamming the wrong people (: Thanks -d On Wed, 29 Aug 2018 at 18:19, Andrew Savchenko wrote: > Hi! > > On Wed, 22 Aug 2018 20:33:00 +0200 Davyd McColl wrote: > > The other day I installed Celestia for the entertainment of my son, who > is > > delighted with anything stellar / planetary. Celestia wouldn't start up, > > and, long-story-short, I tracked down the issue to the symlinks: > > > > /usr/lib64/libGL.so > > /usr/lib64/libGL.so.1 > > > > which ultimately point to > > > > /usr/lib64/libGL.so.1.2.0, > > > > provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with > > `eselect` at some point, so I checked with `eselect opengl list` and > found > > that, as expected, my selected opengl implementation was nvidia. Just in > > case, I switched over to xorg-x11 (mesa) and back again, but this didn't > > fix the problem. > > > > Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so > > (provided by x11-drivers/nvidia-drivers) works, however, of course, > portage > > doesn't know anything about this, so the update I received today for > > media-libs/mesa reverted these symlinks back to pointing at mesa libs. > > > > So the questions I have are these: > > 1) Am I reasonable in expecting `eselect opengl` to maintain these > > symlinks? I feel like it's a reasonable expectation, but perhaps there's > > just yet another thing I have to learn / understand. > > No, eselect opengl works differently. It uses /etc/env.d to alter > LDPATH and OPENGL_PROFILE environment variables. It also changes > xorg.conf. > > So you may need to restart your X server and source /etc/profile in > active shells for changes to take effect. > > > 2) Should I be logging a bug (against eselect, or perhaps celestia, since > > this is the only app which seems to have suffered this fate -- games like > > Torchlight 2 and utils like glxgears work just fine; glxinfo reports > NVIDIA > > extensions), or is there just something I've fundamentally missed or > messed > > up here? > > If glxinfo reports correct data and glxgears works fine, then this > may be a bug and please report it. You may CC both celestia and > opengl since right now it is not obvious which is the culprit. > > Best regards, > Andrew Savchenko > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. *
Re: [gentoo-user] Portage spokes again...
On Wed, Dec 21, 2016 at 02:04:05PM -0500, Rich Freeman wrote: > On Wed, Dec 21, 2016 at 1:44 PM, wrote: > > Corbin Bird [16-12-21 17:12]: > > The first run of emerge tells me to add the systemd USE flag to dbus. > > I did that and ran into to problems I reported. > > Ok, I think you left that bit out... > > And this is why it is helpful to understand why portage is doing > something before just changing configuration settings. Adding the > systemd USE flag to packages is a really quick way to end up with > systemd getting installed. Generally speaking it shouldn't just > happen by default... > > Can you show the output when you add -t to the emerge command? I > think that will be helpful. However, I think an earlier poster was on > the right track when he pointed out that the tmpfiles virtual requires > an unstable version of openrc. I'm not sure why that was getting > pulled in in the first place, and -t should show that. > > > > > emerge: there are no ebuilds built with USE flags to satisfy > > "media-libs/mesa[egl,gbm,gles2?,wayland]". > > !!! One of the following packages is required to complete your request: > > - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) > > (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) > > (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" > > [ebuild]) > > (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) > > (dependency required by "@selected" [set]) > > (dependency required by "@world" [argument]) > > [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y > > --tree --keep-going > > > > What? > > > > Now wayland shall be installed? IK! > > I want my UNIX back! > > Interesting. I just noticed that it pulled in wayland for me. I have > no idea why kwin requires wayland support in mesa. It obviously works > fine with xorg. I might do some looking into that. > > There isn't really anything non-UNIX about wayland, though I'm not > sure I'd be in a rush to use it just yet. It is just a replacement > for xorg (to say the least, it doesn't purport to be a > feature-complete replacement and may never be). Wayland may not be non-UNIX, but putting everything into the compositor (including keyboard input) just shifts responsibility to another piece of software and actually complicates things a bit. I've not done much digging into the matter but if I understood the structure of Wayland correctly, you can't take screenshots or other talks-to-display-server stuff unless the compositor supports it. With so much I/O going through one thing (the compositor), it's ripe for abuse and security problems. Of course, that doesn't make Xorg's security problems go away... like any other set of competing software, you're trading one set of pros/cons for another. I've not seen anything about Wayland that convinces me it's hands-down better. That plasma dependency sounds weird, though. If you're not using Wayland, it shouldn't require mesa to support it. > > Your wayland issues and your systemd issues are most likely entirely > unrelated... > > -- > Rich > signature.asc Description: Digital signature
[gentoo-user] Re: In search for a undeclared identifier...
On 08/17/2009 06:51 PM, meino.cra...@gmx.de wrote: On my system it's in /usr/include/GL/glew.h header, which belongs to media-libs/glew, so you probably need to have it installed. My bad, I've misread grep 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. -- Mike Kazantsev // fraggod.net Hi, thank for the help ! :o) Currently I cannot decide whether everything is setup correctly on my box: ls -l /usr/include/GL/glext.h gives me 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 "eselect opengl set x11; eselect opengl set nvidia". But as I already wrote in another post, this looks like a bug in the application you're trying to build.
Re: [gentoo-user] new box DRI problem : more
On 10/30/07, Benno Schulenberg <[EMAIL PROTECTED]> wrote: > Philip Webb wrote: > > The kernel is 2.6.22-r8 : I will try 2.6.23 tomorrow. > > No need, sorry, I was pointing you in the wrong direction. Kernel > 2.6.22 already knows about 29c2 for i915. > > > I checked the wiki paragraph & the subdir it refers to > > & the modules are already built & 'lsmod' shows them installed: > > is there any sense in rebuilding them ? > > No. But do build the Mesa modules from git, the 1.2.2 and 1.4 part: > > http://dri.freedesktop.org/wiki/Building > > These three lines were added to i915/intel_context.h since 7.0.1: > > #define PCI_CHIP_G33_G 0x29C2 > #define PCI_CHIP_Q35_G 0x29B2 > #define PCI_CHIP_Q33_G 0x29D2 > > So, time to install git and do a big pull. :) You don't have to go to all that, the media-libs/mesa-7.0.1 works fine *IF* you apply the attached patch (either hack the ebuild, or CTRL-Z immediately after emerge gets done unpacking the source). I had the same problem you did, did the Googling, found the patch, and everything works fine for me now. HTH -James > > (Don't build libdrm, the x11-libs/libdrm-2.3.0 you have is fine.) > > Benno > -- > [EMAIL PROTECTED] mailing list > > g33.patch Description: Binary data
Re: [gentoo-user] Re: Problem with xf86-video-ati & nvidia-drivers
On Wednesday 13 Jul 2011 15:42:02 Nikos Chantziaras wrote: > On 07/13/2011 03:25 PM, Mick wrote: > > [...] > > Is the [r600] gallium stable now? I found it was locking up a kde > > desktop with effects enabled and set it back to classic. > > It's been made the default driver in Mesa now. So I guess that means > it's considered stable. But for me, both classic and gallium can hang > the machine. At least with Gallium I know how to fix it though: > >Section "Device" > Identifier "HD4870" > Driver "radeon" > Option "EnablePageFlip" "FALSE" >EndSection > > in an xorg.conf.d file. Unfortunately it doesn't help. If I enable compositing in KDE the screen locks up (with horizontal artifacts/tearing) and I get this in dmesg: [drm:r100_cs_track_check] *ERROR* [drm] No buffer for z buffer ! [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! [drm:r100_cs_track_check] *ERROR* [drm] No buffer for z buffer ! [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! [drm:r100_cs_track_check] *ERROR* [drm] No buffer for z buffer ! [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! [drm:r100_cs_track_check] *ERROR* [drm] No buffer for z buffer ! [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Google mentions a bug in mesa. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Gnome 3: GL_MAX_TEXTURE_SIZE is too small.
Dear all, I'd really like to switch to or at least test Gnome 3, but not the fallback version. But that's everything I get. Running /usr/libexec/gnome-session-check-accelerated-helper gives me the clue: gnome-session-is-accelerated: GL_MAX_TEXTURE_SIZE is too small. Searching for it in the internet is not very helpful, just some Spanish Debian mailing list entries. The Gentoo Gnome upgrade guide is not helpful as well and I did everything according to this guide, i.e. (1) I'm using open source xserver driver x11-drivers/xf86-video-intel with VIDEO_CARDS="intel" and mesa with use of "video_cards_intel". (2) Mesa is built with "gallium" and it is enables using eselect. (3) direct rendering is enabled: # glxinfo | grep rendering direct rendering: Yes You can find my emerge --info here: http://paste.pocoo.org/show/514796/ BTW, VGA controller is according to lspci just "VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)" and the processor is Intel(R) Core(TM) i3. My question is, whether it is possible to increase this GL_MAX_TEXTURE_SIZE or not and if so, how. Thank you very much in advance for your help. Kind regards, der Max
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
Apparently, though unproven, at 14:01 on Tuesday 26 October 2010, Iain Buchanan did opine thusly: > On Tue, 2010-10-26 at 11:18 +0200, Marc Joliet wrote: > > Am Tue, 26 Oct 2010 11:34:58 +0930 > > schrieb Iain Buchanan : > > > > [...] > > > > > Someone posted recently about an upgrade that affected him (looking... > > > can't find it). He downgraded to fix it, but it wasn't nvidia 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 tinka yousa system broken! 7.8.2 down to 7.7.1 worked > for the OP: > > http://article.gmane.org/gmane.linux.gentoo.user/234610 > > "Preventing a package from being updated" Can someone who hit this and cured it describe the symptoms seen? I might have the same issue but it's a lot of rebuilding. I might just be suffering from the recent 2.6.33 - 2.6.35 IO issues. Throw stuff at wall doesn't strike me as an effective troubleshooting method :-) -- alan dot mckinnon at gmail dot com
[gentoo-user] correction: steam stalls
I had made a error when reporting my problem launching steam, I had a stalled steam launch that was causing the other launch to simply abort, steam does stall on load. I deleted my entire crufty old steam directory and am trying to run this virgin... # atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/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 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 STEAM_RUNTIME is enabled by the user Installing breakpad exception handler for appid(steam)/version(1532132960) [Halts dead here... ] ## -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] Failed to load driver: Nouveau
yes, here is the eselect > > iceamber@localhost:~ $ eselect opengl list Available OpenGL implementations: [1] xorg-x11 * iceamber@localhost:~ $ eselect mesa list > > 64bit i915 (Intel 915, 945) > > 64bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) > > 64bit r300 (Radeon R300-R500) > > 64bit r600 (Radeon R600-R700, Evergreen, Northern Islands) > > 64bit sw (Software renderer) > > [1] classic > > [2] gallium * > > 32bit i915 (Intel 915, 945) > > 32bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) > > 32bit r300 (Radeon R300-R500) > > 32bit r600 (Radeon R600-R700, Evergreen, Northern Islands) > > 32bit sw (Software renderer) > > [1] classic > > [2] gallium * > > > On Sun, Aug 27, 2017 at 9:52 AM, Adam Carter wrote: > There is an error in my system, it print as follow when I run the command >> `glxinfo | grep AGP` >> >>> iceamber@localhost:~ $ glxinfo | grep AGP >>> >>> nvc0_screen_create:944 - Error allocating PGRAPH context for 3D: -22 >>> >>> libGL error: failed to create dri screen >>> >>> libGL error: failed to load driver: nouveau >>> >>> >> Here is the Xorg.0.log >> <https://github.com/IceAmber/Error/blob/master/Xorg.0.log> >> The model of my graphic card is GTX1060, and the kernel version of my >> system is linux-4.12.5 >> is there any suggestion for me? >> >> > Did you eselect opengl and mesa? > >
[gentoo-user] why the sudden need for glamor in xf86-video-intel
Today EMERGE_DEFAULT_OPTS="--ask --deep --tree --verbose --jobs --load-average=5" emerge --keep-going --update --changed-use @world generated Calculating dependencies... done! [ebuild R] x11-drivers/xf86-video-intel-2.21.15 USE="dri glamor* sna udev -uxa -xvmc" 1,932 kB [ebuild N ] x11-libs/glamor-0.6.0 USE="xv -gles -static-libs" 419 kB [ebuild R] media-libs/mesa-10.0.4 USE="classic egl gallium gbm* llvm nptl -bindist -debug -gles1 -gles2 -llvm-shared-libs -opencl -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc" ABI_X86="(64) (-32) (-x32)" VIDEO_CARDS="intel (-freedreno) -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" 6,636 kB Total: 3 packages (1 new, 2 reinstalls), Size of downloads: 8,986 kB The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by x11-libs/glamor-0.6.0 # required by x11-drivers/xf86-video-intel-2.21.15[glamor] # required by @selected # required by @world (argument) =media-libs/mesa-10.0.4 gbm So now xf86-video-intel needs glamor. What changed? This is a server so it did an rsync during the night, but the ebuild is old. thanks, allan
Re: [gentoo-user] skylake and x265 movie display
> 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 (-libglvnd) -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" > This wouldn't happen to be a 10-bit encoded x265, would it? If it is, > 10-bit hardware decoding is only supported in Kaby Lake or newer (this > could explain it decoding in software/on CPU instead of GPU.) > That's possible. Is there an easy way to tell? > > I also had to boot with UEFI or no hardware decoding happened at all. > Mine was old enough to give you a choice but video performance suffered > in BIOS boot mode. > > Damn - this is in BIOS mode... Very odd that makes a difference. Nice find. > When I got my celeron-based NUC I discovered that just because the CPU > has some hardware offloading doesn't mean software will use it. :( > This box is a NUC (NUC6i5SYB) that im using for a media PC.
Re: [gentoo-user] RANT: I just installed another half an OS
On 8/15/24 11:27 PM, Walter Dnes wrote: > I have a bog-standard Dell desktop with an Intel graphics chip. As > near as I can tell, mesa-24.1.3 with VIDEO_CARDS="intel" now pulls in > dev-util/intel_clc which pulls in dev-libs/libclc which pulls in a ton > of clang/llvm/spirv crap. If mesa upstream has decided that their intel card support is going to use llvm at build time, I don't see what Gentoo is supposed to do about that. Best we can do is avoid requiring it for USE flag configs where upstream doesn't mandate it. That being said, the binhost provides binary packages for llvm so I don't really care when I discover a package needing it. > And what's an emerge without a whole bunch of > new python applets+libs being puuled in? Entirely unsure what you mean by this, anyway. Do you happen to have an example? Usually the only python applets+libs I have are the ones that are already installed, which sometimes have new versions available but those are upgrades, not new packages. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)
I mean, I looked in /proc/config and there's various vbox-specific module spec.s, which are all "m" in this case. On 10/22/20 11:38 AM, n952162 wrote: Dumb question: do I (perhaps newly?) need to have any special kernel parameters to be able to run virtualbox? On 10/22/20 10:47 AM, n952162 wrote: Hello all, Everybody told me to give up trying to update one of my guest gentoo systems under virtualbox and *simply* reinstall it. I did that and now, when I enter "xinit", x starts and then dies with the message: /MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)/ /failed to load driver: vboxvideo/ Note that the vboxvideo module is loaded: /$ lsmod | grep vbox/ */vboxvideo 40960 1/* /ttm 122880 1 vboxvideo/ /drm_kms_helper 217088 1 vboxvideo/ /drm 552960 4 drm_kms_helper,vboxvideo,ttm/ /vboxnetadp 28672 0/ /vboxnetflt 32768 0/ /vboxdrv 475136 2 vboxnetadp,vboxnetflt/ /vboxguest 335872 0/ but it turns out there's a vboxvideo_drv.so here: //usr/lib64/xorg/modules/drivers/vboxvideo_drv.so/ I tried putting a symlink in /usr/lib64/dri to that, but it didn't help. Anybody have any experience here? TIA
Re: [gentoo-user] New install on x86 and login to KDE fails
On Thursday, August 25, 2011 08:14:55 AM Dale wrote: > Hi, > > I mentioned in a thread a week or so ago that I was going to install > Gentoo on another box for a friend. Anyway, I got everything done and > now I run into this problem. I found a thread on the forums but it > seems to have just fixed itself. That's not working here tho. This is > the xsessions error file for the user: > > startkde: Starting up... > Connecting to deprecated signal > QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) > kbuildsycoca4 running... > No outputs have backlight property > QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought > it was ':1.5' > Object::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString) > Object::connect: No such signal > QDBusAbstractInterface::DeviceRemoved(QString) > Object::connect: No such signal > QDBusAbstractInterface::DeviceAdded(QDBusObjectPath) > Object::connect: No such signal > QDBusAbstractInterface::DeviceRemoved(QDBusObjectPath) > Object::connect: No such signal > QDBusAbstractInterface::DeviceChanged(QDBusObjectPath) > QStringList > Solid::Backends::UDisks::UDisksManager::allDevicesInternal() error: > "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 7.10.3 > Driver: Unknown > GPU class: Unknown > OpenGL version: 1.2 > Mesa version: 7.10.3 > X server version: 1.10.3 > Linux kernel version: 3.0.3 > Direct rendering: no > Requires strict binding:yes > GLSL shaders: no > Texture NPOT support: no > kactivitymanagerd(4302): Communication problem with "kactivitymanagerd" > , it probably crashed. > Error message was: "org.freedesktop.DBus.Error.Disconnected" : " > "Connection was disconnected before a reply was received" " > > kdeinit4: Fatal IO error: client killed > kdeinit4: sending SIGHUP to children. > kded(4259) PowerDevilUPowerBackend::brightness: > org.kde.powerdevil.backlighthelper.brightness failed > klauncher: Exiting on signal 1 > kglobalaccel: Fatal IO error: client killed > Qt-subapplication: Fatal IO error: client killed > kwin: Fatal IO error: client killed > kdeinit4: Fatal IO error: client killed > kdeinit4: sending SIGHUP to children. > QProcess: Destroyed while process is still running. > kdeinit4: sending SIGTERM to children. > kdeinit4: Exit. > virtual QStringList > Solid::Backends::UPower::UPowerManager::allDevices() error: > "org.freedesktop.DBus.Error.Spawn.ExecFailed" > kded4: Fatal IO error: client killed > kdeinit4: sending SIGTERM to children. > kdeinit4: Exit. > > This rig has a Athlon XP 2000 which is not to slow. My old 2500+ still > works OK. It also has 1.2Gbs of ram. The only downside is the built-in > video. It is a Via km400. I have tried both Mesa and Vesa for this > thing but same error. > > It does let me login in failsafe mode tho. So, I guess KDE itself is > working but something that is needed in regular mode is not working right. > > Any ideas on what could cause this? Are the usual suspects running? Like dbus and consolekit? which kde-package(s) did you emerge? > Oh, another odd thing I noticed. When I start kdm, I can't switch back > to a console. That is starting to piss me off. I can't login to KDE > and it won't let me go back to a console either. Is that related or a > separate issue? I have seen this myself. Some NVidia-drivers caused this. Could be that your graphics-card-driver is causing a similar issue. Can you try logging in with a text-console (eg. without /etc/init.d/xdm in your runlevel) and then start X with kde? Eg: Put the following into your ~/.xinitrc: ** exec /usr/local/kde4/bin/startkde ** ( % echo "exec /usr/local/kde4/bin/startkde" > ~/.xinitrc ) Then start X from the command-line with: # startx The above commands do NOT need root-access. If this works, the issue is with the login. If this doesn't work, the kde- session can't start. -- Joost
Re: [gentoo-user] VLC emerge Fails
On Sun, Apr 12, 2009 at 7:54 AM, Volker Armin Hemmann wrote: > > you have to install mesa. Perfect! It worked. Thank you! -- MFD
Re: [gentoo-user] can't get accelerated opengl renderer ati radeon xpress 200M
Am Tue, 6 Apr 2010 13:12:39 -0700 schrieb Tony Miller : > I've been trying for awhile now to get the accelerated opengl renderer > working on my radeon xpress 200M card(which is supposedly an rv370 or > rs4000 according to this wiki page: > http://dri.freedesktop.org/wiki/ATIRadeon). I've been following this > guide alot: http://dri.freedesktop.org/wiki/ATIRadeon > > I know it is important to change this string from glxinfo: > > OpenGL renderer string: Software Rasterizer > > to this: > > OpenGL renderer string: Mesa DRI R200 (RV280 5C61) 20090101 > x86/MMX+/3DNow!+/SSE TCL DRI2 > > But I'm not sure how. > > This error in my xorg.log seems to be the key: [SNIP xorg error] Sorry, I don't know what to make of that. > Well the directory /dev/dri/ is empty, so there you go. > > I have these package versions: > > xorg-server 1.7.6 > mesa 7.8 > libdrm 2.4.19 > xf86-video-ati 6.12.192 > xorg-drivers 1.7 I have those, too, except I upgraded to mesa-7.8.1 and xf86-video-ati-6.13.0 last night. > I have drm set in my kernel too: > > t...@o_0 ~ $ zgrep DRM /proc/config.gz > CONFIG_DRM=m > CONFIG_DRM_KMS_HELPER=m > CONFIG_DRM_TTM=m > # CONFIG_DRM_TDFX is not set > # CONFIG_DRM_R128 is not set > CONFIG_DRM_RADEON=m > CONFIG_DRM_RADEON_KMS=y > # CONFIG_DRM_I810 is not set > # CONFIG_DRM_I830 is not set > # CONFIG_DRM_I915 is not set > # CONFIG_DRM_MGA is not set > # CONFIG_DRM_SIS is not set > # CONFIG_DRM_VIA is not set > # CONFIG_DRM_SAVAGE is not set > # CONFIG_DRM_VMWGFX is not set > # CONFIG_DRM_NOUVEAU is not set > # CONFIG_DRM_I2C_CH7006 is not set I have the exact same options set. [SNIP glxinfo, xorg.conf] I also have an empty xorg.conf, maybe it's worth trying it out. Perhaps you just have a bad combination of options (even if you got them from the "official" documentation)? > If anyone has any idea, please let me know. Would posting to the xorg > or radeon mailing lists be good places for help as well? I have one idea: which Kernel are you using? I have gentoo-sources-2.6.33 installed. I read that the radeon devs recommend to use kernel versions >=2.6.33 for KMS instead of 2.6.32. Just goes to show how different ones experience with the same software can be. For me and my HD4650 (r6xx) it was smooth sailing: I followed Gentoos 3D acceleration guide and just needed to install the radeon-ucode package and everything "just worked". -- Marc Joliet signature.asc Description: PGP signature
Re: [gentoo-user] new box DRI problem : more
071030 James Ausmus wrote: > On 10/30/07, Benno Schulenberg <[EMAIL PROTECTED]> wrote: >> build the Mesa modules from git, the 1.2.2 and 1.4 part: >> http://dri.freedesktop.org/wiki/Building >> These three lines were added to i915/intel_context.h since 7.0.1: >> #define PCI_CHIP_G33_G 0x29C2 >> #define PCI_CHIP_Q35_G 0x29B2 >> #define PCI_CHIP_Q33_G 0x29D2 > You don't have to go to all that, the media-libs/mesa-7.0.1 works fine > *IF* you apply the attached patch (either hack the ebuild > or CTRL-Z immediately after emerge gets done unpacking the source). > I had the same problem you did, did the Googling, found the patch > and everything works fine for me now. I did try unpacking the MesaLibs distfile, patching & repacking, but of course Portage objected that the file size was incorrect ! I've looked at the Mesa ebuild, but have no idea how to hack it nor am I confident of applying the patch during a suspended emerge. I could try the 2nd, but could you fill out a few more details of the 1st, which I will note for future occasions ? This certainly looks like the solution to the DRI problem. Meanwhile, what I believed to be a small irritant is proving a show-stopper. Leaving aside DRI, the display from the new machine spills off the screen: it's way off to the left (eg Gkrellm is invisible on the KDE desktop) & loses about half the KDE panel when placed at top/bottom/right-side; mouse-X starts left of centre & the fonts & icons are badly oversized. KDE Control Centre tells me the display is 1680x1050 @ 60 Hz (as it sb). Elsewhere, it does appear the screen's physical size ( 430 x 270 mm ) is being recognised, tho' perhaps it's not being applied correctly. I believed the problem was due to faulty thro'put by my KVM switch, but plugging the monitor directly into the new machine make no difference. I don't see any obvious solution in the monitor manual (Samsung 206BW). The current machine using an Nvidia card & direct monitor plug-in produces none of these defects, suggesting the cause is the G33 chip. I'm not keen to buy another Nvidia card, if I can avoid it ... Any advice here too wb very welcome. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 18:29 GMT+03:00 Mick : > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >> 2018-07-27 15:44 GMT+03:00 gevisz : >> > Updating world without global -pam, -polkit and -consolekit use flags >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >> > described above: it is still cannot display the page >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. >> > >> > So, I will probably revert changes tomorrow. >> > >> > Playing with strace has been put on todo list. >> >> Last lines of the log file after runnig the following command >> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >> QupZilla: 0 extensions loaded >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >> Root Certs, loaded==false: NSS error code: -8018 >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com > > Mozilla is using libnss to check the validity of the website certificate with > the OCSP of the CA issuer of the certificate (digicert.com). For some reason > it seems the connection is interrupted. See lines 605 to 621 here: > > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ > nss_ocsp.cc.html > > The connection may be interrupted because the browser/tab crashes (see below). > > >> r300 FP: Compiler Error: >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers >> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >> translate_rgb_opcode: Unknown opcode DDY >> Using a dummy shader instead. >> QupZilla: Crashed :( Saving backtrace in >> /home/gevis/.config/qupzilla/crashlog ... >> Backtrace successfully saved in >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >> >> are the following: >> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >> = 0x7f22f565 >> +++ killed by SIGABRT +++ > > > This looks like a radeon video driver problem. You could go into a loop of > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or > you could wait for/keyword later versions of these packages. Thank you for the tip. In this case, I should first try reconfigure the kernel. > Alternatively, you could try reporting this to the application devs and see > what they say. Do you mean developpers of FF/QZ?
Re: [gentoo-user] Switch to VT1 on shutdown fails with mesa >= 9.1
On 04.10.2013 13:44, Alan McKinnon wrote: > On 04/10/2013 13:20, Andreas Prieß wrote: >> Since I don't know the cause and didn't find a way to debug this, here >> are the symptoms: >> >> Ever since media-libs/mesa >= 9.1 went stable I had the problem, that >> the switch from Xfce on VT7 back to VT1 on shutdown fails. The screen >> goes black and does not show anything, but the system halts as normal. >> It is not possible to switch to VT1 by keyboard while the shutdown is >> still in progress when this has happened. >> >> I can't find anything in the Xorg or other log files according to this >> problem. Can't find anything related in Gentoo bugzilla or searching the >> web... >> >> The problem always disappeared by downgrading to mesa < 9.1, but that >> now requires other packages to be downgraded too, so I'd like to resolve >> this. >> >> It is an AMD64 system with an ATI Barts PRO [Radeon HD 6850] using KMS, >> desktop session with Xfce started by x11-misc/lightdm. >> >> Any hints on how to debug this problem would be highly appreciated. > > I've had a few things similar tot his happen to me over the years. > Strangely, each time it has been framebuffer and related settings in the > kernel config! (mostly incompatible options selected) > > What do you have in your kernel config? The kernel is manually compiled from gentoo hardened-sources-3.11.3 with PAX and GRSEC enabled for desktop system, RBAC disabled. (The system runs stable packages with the kernel being one of very few exceptions.) In the "Graphics support" section just two things are enabled manually, the rest is automatically selected: CONFIG_DRM and CONFIG_DRM_RADEON. This results in the following (unset options shortened): # Graphics support # CONFIG_AGP is not set CONFIG_VGA_ARB=y CONFIG_VGA_ARB_MAX_GPUS=16 # CONFIG_VGA_SWITCHEROO is not set CONFIG_DRM=y CONFIG_DRM_KMS_HELPER=y # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set CONFIG_DRM_TTM=y # I2C encoder or helper chips CONFIG_DRM_RADEON=y # CONFIG_DRM_RADEON_UMS is not set CONFIG_HDMI=y CONFIG_FB=y CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y # Frame buffer hardware drivers # CONFIG_BACKLIGHT_LCD_SUPPORT is not set CONFIG_BACKLIGHT_CLASS_DEVICE=y # Console display driver support CONFIG_VGA_CONSOLE=y # CONFIG_VGACON_SOFT_SCROLLBACK is not set CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y # CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set # CONFIG_LOGO is not set Anything else relevant in the kernel?
Re: [gentoo-user] Failed to load driver: Nouveau
No, the error still there. And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko` shows iceamber@localhost:~ $ modinfo /lib/modules/`uname -r`/path/to/nouveau.ko modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not found. On Sun, Aug 27, 2017 at 5:59 PM, Alexander Kapshuk < alexander.kaps...@gmail.com> wrote: > On Sun, Aug 27, 2017 at 8:24 PM, IceAmber wrote: > > iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config > > CONFIG_DRM_NOUVEAU=m > > CONFIG_NOUVEAU_DEBUG=5 > > CONFIG_NOUVEAU_DEBUG_DEFAULT=3 > > CONFIG_DRM_NOUVEAU_BACKLIGHT=y > > > > iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS' > /etc/portage/make.conf > > VIDEO_CARDS="nouveau" > > > > here is the `grep -si nouveau /var/log/*` > > > > I have rebuilt the xorg-server, it is built for kernel 4.12.5 now. > > And I have set the USEs of "gallium" and "video_cards_nouveau" > > > > On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk > > wrote: > >> > >> On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk > >> wrote: > >> > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk > >> > wrote: > >> >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber > >> >> wrote: > >> >>> I have tried, but the same result > >> >>> > >> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter < > adamcart...@gmail.com> > >> >>> wrote: > >> >>>>> > >> >>>>> yes, here is the eselect > >> >>>> > >> >>>> > >> >>>> When i have X problems i can resolve i run emerge -av > >> >>>> @x11-module-rebuild > >> >>>> xorg-server mesa but its generally an act of desperation after > >> >>>> running out > >> >>>> of intelligent options. > >> >>> > >> >>> > >> >> > >> >> Your xorg-server was built for kernel 4.9.34. > >> >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 > Gentoo > >> >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo > >> >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 > >> >> > >> >> Might be a good idea to rebuild x11-base/xorg-server for your current > >> >> kernel. > >> >> > >> >> What's the output of the command lines below? > >> >> grep NOUVEAU linux/.config > >> >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > >> > > >> > This one too please: > >> > grep -si nouveau /var/log/* > >> > >> Also, let's make sure mesa has the USE flags below enabled: > >> > >> equery -q u mesa | grep -E 'gallium|nouveau' > >> +gallium > >> +video_cards_nouveau > >> > > > > I'm not seeing these errors in your Xorg.0.log any more: > [25.361] (EE) AIGLX error: Calling driver entry point failed > [25.375] (EE) AIGLX: reverting to software rendering > > Are you still getting the error message about the nouveau driver not > being loaded when running glxinfo or glxgears? > If you are, what's the output of: > lsmod nouveau > modinfo /lib/modules/`uname -r`/path/to/nouveau.ko > >
Re: [gentoo-user] Portage spokes again...
On 21/12/2016 21:20, meino.cra...@gmx.de wrote: > Rich Freeman [16-12-21 20:12]: >> On Wed, Dec 21, 2016 at 1:44 PM, wrote: >>> Corbin Bird [16-12-21 17:12]: >>> The first run of emerge tells me to add the systemd USE flag to dbus. >>> I did that and ran into to problems I reported. >> >> Ok, I think you left that bit out... >> >> And this is why it is helpful to understand why portage is doing >> something before just changing configuration settings. Adding the >> systemd USE flag to packages is a really quick way to end up with >> systemd getting installed. Generally speaking it shouldn't just >> happen by default... >> >> Can you show the output when you add -t to the emerge command? I >> think that will be helpful. However, I think an earlier poster was on >> the right track when he pointed out that the tmpfiles virtual requires >> an unstable version of openrc. I'm not sure why that was getting >> pulled in in the first place, and -t should show that. >> >>> >>> emerge: there are no ebuilds built with USE flags to satisfy >>> "media-libs/mesa[egl,gbm,gles2?,wayland]". >>> !!! One of the following packages is required to complete your request: >>> - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) >>> (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) >>> (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" >>> [ebuild]) >>> (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) >>> (dependency required by "@selected" [set]) >>> (dependency required by "@world" [argument]) >>> [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y >>> --tree --keep-going >>> >>> What? >>> >>> Now wayland shall be installed? IK! >>> I want my UNIX back! >> >> Interesting. I just noticed that it pulled in wayland for me. I have >> no idea why kwin requires wayland support in mesa. It obviously works >> fine with xorg. I might do some looking into that. >> >> There isn't really anything non-UNIX about wayland, though I'm not >> sure I'd be in a rush to use it just yet. It is just a replacement >> for xorg (to say the least, it doesn't purport to be a >> feature-complete replacement and may never be). >> >> Your wayland issues and your systemd issues are most likely entirely >> unrelated... >> >> -- >> Rich >> > Hi Rich, > > to confess everything ... this time > :) > > The following output is base on setting "-systemd" and "-wayland" > in make.confs USE flag, "-t" was set also. > > And here the master portage spoke words: > > emerge -t --update --newuse --deep --with-bdeps=y --tree --keep-going > --backtrack=30 --exclude media-video/nvidia-settings --exclude > app-misc/screen --exclude app-misc/ytree --exclude dev-python/sip --exclude > app-shells/bash @world -v > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! ... > [ebuild R] media-libs/mesa-12.0.1::gentoo USE="classic dri3 egl > gallium gbm llvm nptl udev vaapi vdpau wayland* xvmc -bindist -d3d9 -debug > -gles1 -gles2 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -valgrind > -xa" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo > -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -vmware" 0 > KiB USE=wayland is off by default for mesa, so you have something switching it on. grep -r wayland /etc/portage to find what ... > [nomerge ] virtual/tmpfiles-0::gentoo > [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" > [ebuild N ] sys-apps/gentoo-systemd-integration-6::gentoo 63 KiB > [ebuild R] sys-apps/dbus-1.10.12::gentoo USE="X systemd* -debug -doc > (-selinux) -static-libs {-test} -user-session" ABI_X86="(64) -32 (-x32)" 0 KiB USE=systemd is of by default for dbus so yu have something switching it on. grep -r systemd /etc/portage to find what Additionally, virtual/tmpfiles has this: RDEPEND=" || ( sys-apps/opentmpfiles sys-apps/systemd Because you have systemd on somehow, portage is picking the second chice. You have the first, so explicitly emerge opentmpfiles. If both of those grep -r commands return nothing, then your next avenue is your selected profile must be enabling wayland and systemd somehow. But I don't see how profile [1] would do that ... so the greps will likely reveal the true cause -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: Broken 3D
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.
Re: [gentoo-user] Re: urgent : chicken-egg problem[SOLVED]
On 11 Nov, walt wrote: > On 11/11/2009 01:22 AM, Helmut Jarausch wrote: >> Hi,, >> >> somehow one of my machines is broken. >> >> After uninstalling x11-drivers/ati-drivers >> eselect opengl set xorg-x11 >> gives >> Switching to xorg-x11 OpenGL interface...!!! Error: No proper xorg-x11 or >> xorg-x11 opengl implementation found >> >> Trying to re-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 drivers you many have a dangling > symlink at /usr/lib/libGL.so: > > /usr/lib/libGL.so <- This is a symlink to one of the two libs below > /usr/lib/opengl/xorg-x11/lib/libGL.so > /usr/lib/opengl/nvidia/lib/libGL.so > > Try pointing that symlink to the opengl version of libGL.so. Thanks, this helped. I ran symlinks -dr on /usr Initially this didn't help. Once I've stopped the X server, I could re-emerge mesa which fixed the problems. Many thanks again, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] glxgears segfaults as user, works as root
Mick pisze: On Sunday 27 January 2008, Iain Buchanan wrote: Hi all, on with my ati-drivers 8.452.1 woes! This time, glxgears & fgl_glxgears will segfault as root. FPS is bad for GL stuff. When I run glxgears in sudo, it works! I've checked groups and permissions on /dev/dri/card0 and whatever I can think of, but nothing jumps out at me. Google is not much help either. any hints? thanks! I had to unmask the x11-base/x11-drm-20070314 to get dri to work on my system (but I have an old ATI laptop card). The stable version would not even compile. You may have to try them all out in case there is a version that works. If You still having that problem try to uncomment last 3 lines in Your /etc/X11/xorg.conf. I think that is a problem with DRM/DRI rights to other users. If You cannot compile stable release try to make: emerge --sync && emerge -u system and then try to compile stable release. Also put Your USE flags and CFLAGS into answer to this email. You should also try to recompile (by emerge) MESA, because glxgears may not work as some mesa issues. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] What heppined with intel driver in xorg?
Hi After my last "emerge --sync" I see "-intel% (-i810%)" in VIDEO_CARDS What happined if I'll reinstall mesa and xorg-server? Does my onboard intel vodeocard will work after this update? If no, what I mast do? Please help me to understand Thanks % sudo emerge -av --deep --update --newuse world These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild R ] media-libs/mesa-6.5.2-r1 USE="nptl -debug -doc -motif -pic -xcb" VIDEO_CARDS="-intel% -mach64 -mga -none -r128 -radeon -s3virge -savage -sis (-sunffb) -tdfx -trident -via (-i810%*)" 0 kB [ebuild R ] x11-base/xorg-server-1.3.0.0-r6 USE="dri nptl sdl xorg -3dfx -debug -dmx -ipv6 -kdrive -minimal -xprint" INPUT_DEVICES="keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="-apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx -glint -i128 -i740 (-impact) -imstt -intel% -mach64 -mga -neomagic (-newport) -nsc -nv -nvidia -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -vga -via -vmware -voodoo (-i810%*)" 0 kB Total: 2 packages (2 reinstalls), Size of downloads: 0 kB
Re: [gentoo-user] What is with emerge after update world ?
On Saturday 26 of March 2011 17:17:41 Mick wrote: > What does eselect python list shows? The same as 'eselect read 1' # eselect list !!! Error: Can't load module list exiting If I wrote: # eselect Usage: eselect Global options: --brief Make output shorter --no-color,--no-colourDisable coloured output Built-in modules: help Display a help message usage Display a usage message version Display version information Extra modules: bashcomp Manage contributed bash-completion scripts binutils Manage installed versions of sys-devel/binutils blas Manage installed BLAS implementations boost Manage boost installations cblas Manage installed CBLAS implementations editorManage the EDITOR environment variable env Manage environment variables set in /etc/env.d/ esd Select esound daemon or wrapper fontconfigManage fontconfig /etc/fonts/conf.d/ symlinks kernelManage the /usr/src/linux symlink lapackManage installed LAPACK implementations mesa Manage the OpenGL driver architecture used by media-libs/mesa modules A module for querying modules. By default, it lists all available modules news Read Gentoo ("GLEP 42") news items openglManage the OpenGL implementation used by your system pager Manage the PAGER environment variable profile Manage the /etc/make.profile symlink pythonManage Python symlinks rcManage /etc/init.d scripts in runlevels ruby Manage ruby symlinks visualManage the VISUAL environment variable
Re: [gentoo-user] can't build gnome 3.2 (3.0 was ok)
On Thu, Oct 13 2011, Canek Peláez Valdés wrote: > What's the output of lspci | grep VGA? oldlap ~ # lspci -v | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) > And just to cover all the bases: what versions do you have of: > > xorg-server > xorg-drivers > mesa [I] x11-base/xorg-server Available versions: 1.9.4 1.9.5 1.10.2 (~)1.10.3 1.10.4 (~)1.11.0 (~)1.11.1 {dmx doc ipv6 kdrive minimal nptl static-libs tslib +udev xnest xorg xvfb} Installed versions: 1.11.1(02:25:02 PM 10/12/2011)(ipv6 nptl udev xorg -dmx -doc -kdrive -minimal -static-libs -tslib -xnest -xvfb) [I] x11-base/xorg-drivers Available versions: 1.9 1.10 (~)1.11 {} Installed versions: 1.11(06:38:40 AM 07/11/2011)(input_devices_evdev input_devices_keyboard input_devices_mouse video_cards_intel video_cards_vesa) [I] media-libs/mesa Available versions: 7.9.2 7.10.2 (~)7.10.2-r1 7.10.3 7.11 {} Installed versions: 7.11(09:39:15 AM 08/15/2011)(classic egl gallium llvm nptl shared-glapi video_cards_intel ) > If you are using a newer version of xf86-video-intel, then you are > (probably) using unstable X.org. I am not; GNOME 3.2 I had it > unmasked, X.org I got it stable. Yes this machine is ~x86 allan
Re: [gentoo-user] xgl, masked packages, and me going crazy
Alle 17:42, sabato 01 luglio 2006, Bo Ørsted Andresen ha scritto: > 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: > > > > Calculating dependencies \ > > !!! All ebuilds that could satisfy ">=x11-libs/libdrm-2.1_alpha" have > > been masked. > > !!! One of the following masked packages is required to complete your > > request: - x11-libs/libdrm-2.1_alpha20060614 (masked by: missing keyword) > > - x11-libs/libdrm-2.1_alpha20060406 (masked by: missing keyword) > > > > For more information, see MASKED PACKAGES section in the emerge man page > > or refer to the Gentoo Handbook. > > (dependency required by "media-libs/mesa-6.5.1_alpha20060622" [ebuild]) > > - > > echo 'x11-libs/libdrm -* ~*' >> /etc/portage/package.keywords That's what I had to do, both -* and ~*, thanks! thanks for your help, I hope my compilation will continue without further problems ;) -- (italia) % Il paradiso e' un poliziotto inglese, un cuoco francese, un tecnico tedesco, un amante italiano: il tutto organizzato dagli svizzeri. L'inferno e' un cuoco inglese, un tecnico francese, un poliziotto tedesco, un amante svizzero, e l'organizzazione affidata agli italiani. -- J. Elliott -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-08-01 2:41 GMT+03:00 Adam Carter : >> > It even more strengthens my impression than I should first >> > play with reconfiguring the kernel. >> >> I have loaded the new Gentoo system using the kernel from the old one >> with no change in Firefox behaviour on https://www.privat24.ua/#login >> page: it crashed 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 so far. > > I would do something like 'emerge -1 xorg-server xorg-drivers > @x11-module-rebuild mesa llvm clang' then restart X and try again. Thank you for your reply. Initially, I understood the above recomendation as the suggestion to rebuild the packages mentioned above with different use flags. Do you think that rebuilding them with the same use flags may help? The said problem appeared just since the intallation of the new Gentoo system in January-February 2018 and not since changing the major version of gcc this spring. P.S. clang is not installed on my Gentoo system at all.
Re: [gentoo-user] Can't compile media-libs/mesa - do I need gallium?
Actually, this is the c++ 11 abi bug, read the news <https://www.gentoo.org/support/news-items/2015-10-22-gcc-5-new-c++11-abi.html> And you can solve it by `revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc` On Mon, Jul 17, 2017 at 5:02 PM, Mart Raudsepp wrote: > Ühel kenal päeval, E, 17.07.2017 kell 12:00, kirjutas Mart Raudsepp: > > Ühel kenal päeval, E, 17.07.2017 kell 03:46, kirjutas Rasmus Thomsen: > > > Hello, > > > > > > > undefined reference to > > > > > > `llvm::RTDyldMemoryManager::getSymbolAddressInProcess(std::__cxx11: > > > :b > > > asic_string , std::allocator > const&)' > > > > > > Seems to be the error, maybe you have to recompile llvm with c++11 > > > > And without any VIDEO_CARDS set, you are only getting llvmpipe with > > USE=llvm. If you don't need that with Xpra, you don't need that (and > > USE=gallium). I'm not sure if Xpra can make use of it or not, but if > > GL > > is sent over the wire or something, then probably not at the server- > > side. > > What llvmpipe is is described here: > > https://www.mesa3d.org/llvmpipe.html > > Actually to be fully correct, I believe USE=gallium might build more > stuff even without any VIDEO_CARDS, e.g some state trackers and > whatnot, but nothing useful to really make use of it if you don't have > any VIDEO_CARDS for mesa or any other packages. > > >
[gentoo-user] QEMU virtio_gpu
Hi, I am trying to run qemu virtual machine with virtio_gpu using the following command /usr/bin/qemu-system-x86_64 -enable-kvm -m 4096 -smp 8 -localtime -cdrom Fedora-Workstation-Live-x86_64-25_Beta-1.1.iso -boot once=d,menu=off -vga virtio -display gtk,gl=on but getting the following error when machine gets to display manager (qemu-system-x86_64:3192): Gdk-WARNING **:gdk_gl_context_set_required_version - GL context versions less than 3.2 are not supported. No provider of glUniform4uiv found. Requires oneof: Desktop OpenGL 3.0 OpenGL ES 3.0 GL extension "GL_EXT_gpu_shader4" I have also tried using -display with sdl,gl=on I have tried this in another (arch) linux box and works so I think it must be a use flag or something but struggling to find out which one or perhaps missing something else! lsmod shows virtio_gpu emerge -vp mesa media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl -opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" VIDEO_CARDS="radeon radeonsi (-freedreno) -i915 -i965 -ilo -intel -nouveau -r100 -r200 -r300 -r600 (-vc4) -vmware" 0 KiB virglrenderer is installed. If anyone has qemu and virtio-gpu running please let me know and I'll keep trying. Many Thanks John
Re: [gentoo-user] Problem with the graphic card
2009/6/19 Massimiliano Ziccardi : > 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
[gentoo-user] opengl: missing symlink target for header
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, -- Nicolas Sebrecht
Re: [gentoo-user] mesa build failure
On Sat, Jun 27, 2009 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 Mark Knecht wrote: >> >> So the weirdness continues. mesa built but then xorg-server failed >> >> with the same failure: >> >> >> >> >> >> * >>> SetUID: [chmod go-r] /usr/bin/Xorg ... >> >> [ ok ] >> >> >> >> Switching to xorg-x11 OpenGL interface...ln: creating symbolic link >> >> `./libglx.so': File exists >> >> !!! Error: Failed to create /lib/libglx.so >> > >> > Looks like you have a file collision between xorg-server and mesa, which >> > is odd as those packages get a lot of testing. >> > >> > Anything on bugs.gentoo.org? >> >> Unfortunately it seem that there are bug reports on this and more >> unfortunately they have apparently been going on nearly a year now. >> It's not a Gentoo thing specifically as there are Ubuntu, Debian and >> other distros with reports in their forums. >> >> There was a possible by hand fix for it but I'll need to look at that >> over the weekend to see if it makes sense on this machine. >> >> Bummer. I hate banging my head up against a wall made of problems no >> one seems to be fixing. >> >> http://bugs.gentoo.org/247685 > > The fix seems (in principle at least) to be brain-dead easy: > > - all ebuilds that merge opengl files should put them in distinct locations by > name to avoid collisions > - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be symlinks > with a sane default put there by xorg-server and modified by eselect > > Nikos's comments are especially sane in that thread. Perhaps he'll come along, > see this thread and help you out further. > > I suspect that the temporary workaround will be to delete a symlink and emerge > stuff, then remember to always do this on every future re-emerge > > -- > alan dot mckinnon at gmail dot com In concept it does seem fairly straight forward, but to some extent I'm not clear why my previous attempts didn't work, unless the questionable files remained behind. What I attempted to do was completely remove everything X, but I probably didn't specifically remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was expecting the emerge to do that. I will repeat the experiment this morning and post back info on the steps as I go along. I suppose I could copy Nikos on this thread directly to possibly catch his attention but I ll save that for later. Cheers, Mark Cheers, Mark
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 19:49:45 BST gevisz wrote: > 2018-07-27 18:29 GMT+03:00 Mick : > > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: > >> 2018-07-27 15:44 GMT+03:00 gevisz : > >> > Updating world without global -pam, -polkit and -consolekit use flags > >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx > >> > described above: it is still cannot display the page > >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." > >> > message. > >> > > >> > So, I will probably revert changes tomorrow. > >> > > >> > Playing with strace has been put on todo list. > >> > >> Last lines of the log file after runnig the following command > >> > >> $ strace -o strace.log qupzilla https://www.privat24.ua/ > >> QupZilla: 0 extensions loaded > >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading > >> Root Certs, loaded==false: NSS error code: -8018 > >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No > >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com > > > > Mozilla is using libnss to check the validity of the website certificate > > with the OCSP of the CA issuer of the certificate (digicert.com). For > > some reason it seems the connection is interrupted. See lines 605 to 621 > > here: > > > > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ > > nss_ocsp.cc.html > > > > The connection may be interrupted because the browser/tab crashes (see > > below).> > >> r300 FP: Compiler Error: > >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv > >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > >> translate_rgb_opcode: Unknown opcode DDY > >> Using a dummy shader instead. > >> QupZilla: Crashed :( Saving backtrace in > >> /home/gevis/.config/qupzilla/crashlog ... > >> Backtrace successfully saved in > >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt > >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ > >> > >> are the following: > >> > >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 > >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 > >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) > >> = 0x7f22f565 > >> +++ killed by SIGABRT +++ > > > > This looks like a radeon video driver problem. You could go into a loop > > of > > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, > > or you could wait for/keyword later versions of these packages. > > Thank you for the tip. In this case, I should first try reconfigure the > kernel. > > Alternatively, you could try reporting this to the application devs and > > see > > what they say. > > Do you mean developpers of FF/QZ? Yes, although unless this is a known bug they may point you to the devs of the radeon drivers. I've been around this loop a couple of times (sigh ...) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] QEMU virtio_gpu
On 11/25/2016 11:10 AM, john wrote: > On Thu, 24 Nov 2016 13:12:33 + > john wrote: > >> Hi, >> >> I am trying to run qemu virtual machine with virtio_gpu using the >> following command >> >> /usr/bin/qemu-system-x86_64 -enable-kvm -m 4096 -smp 8 -localtime >> -cdrom Fedora-Workstation-Live-x86_64-25_Beta-1.1.iso -boot >> once=d,menu=off -vga virtio -display gtk,gl=on >> >> but getting the following error when machine gets to display manager >> >> (qemu-system-x86_64:3192): >> Gdk-WARNING **:gdk_gl_context_set_required_version - GL context >> versions less than 3.2 are not supported. >> >> No provider of glUniform4uiv found. >> Requires oneof: >> Desktop OpenGL 3.0 >> OpenGL ES 3.0 >> GL extension "GL_EXT_gpu_shader4" >> >> >> I have also tried using -display with sdl,gl=on >> >> I have tried this in another (arch) linux box and works so I think it >> must be a use flag or something but struggling to find out which one >> or perhaps missing something else! >> >> lsmod shows virtio_gpu >> >> emerge -vp mesa >> media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium >> gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl >> -opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi >> -valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" >> VIDEO_CARDS="radeon radeonsi (-freedreno) -i915 -i965 -ilo -intel >> -nouveau -r100 -r200 -r300 -r600 (-vc4) -vmware" 0 KiB >> >> virglrenderer is installed. >> >> If anyone has qemu and virtio-gpu running please let me know and I'll >> keep trying. >> >> >> Many Thanks >> John >> > > After having a search around the net and trying a few things emerged > mesa with the use flag -bindist and qemu machine fired up with > virtio_gpu > > the following command showed this in virtual guest > dmesg | grep virt > > Not sure what the bindist use flag is for but hey ho it's working. > Now shall I ditch lxc for qemu?? > > John. Long live Gentoo (the Ferrari of Linux distros). > > > > 'bindist' is short for "binary distribution"; some code (mostly microcode, firmware, GPU drivers, multimedia codecs) is copyright- or patent-encumbered, meaning that you can't legally distribute some pieces of software in binary (compiled) form. The 'bindist' USE flag, in combination with the LICENSE variable in make.conf, give you the tools needed to decide how free (libre) you want your system to be. USE=bindist should be set per-package inside package.use, unless you understand the implications of setting or unsetting it globally. Great to read things are working! -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] USE="-libglvnd" ignored
On Saturday, August 22, 2020 1:04:33 PM CEST Walter Dnes wrote: > I just updated my secondary machine. No mention of "libglvnd" in > package.use... > > [i3][root][~] grep libglvnd /etc/portage/package.use/* > > "Disabled" in make.conf... > > [i3][root][~] grep libglvnd /etc/portage/make.conf > USE="X apng fmpeg introspection jpeg opengl openmp png szip truetype x264 > x265 xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps > -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm > -gmp-autoupdate -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 > -libav -libglvnd -llvm -manpager -nls -pam -pch -roaming -sendmail -spell > -tcpd -udev -udisks -unicode -upower -xinerama" > > But libglvnd is still pulled in as a hard dependency... > > [i3][root][~] emerge -pv --depclean media-libs/libglvnd > > Calculating dependencies... done! > media-libs/libglvnd-1.3.2 pulled in by: > media-libs/mesa-20.0.8 requires > >=media-libs/libglvnd-1.2.0-r1[X,abi_x86_64(-)] > x11-base/xorg-server-1.20.8-r1 requires media-libs/libglvnd[X] > >>> No packages selected for removal by depclean > > Packages installed: 583 > Packages in world:80 > Packages in system: 43 > Required packages:583 > Number to remove: 0 > > If it's really a hard dependency, then why pretend in the ebuilds that > it's optional? > > > > [i3][root][~] grep libglvnd /usr/portage/media-libs/mesa/mesa-20.0.8.ebuild > +classic d3d9 debug +dri3 +egl +gallium +gbm gles1 +gles2 +libglvnd > +llvm libglvnd? ( > > >=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}] > > !libglvnd? ( > libglvnd? ( usr/lib/libGLX_mesa.so.0.0.0 ) > $(meson_use libglvnd glvnd) > if ! use libglvnd; then > > > > [i3][root][~] grep libglvnd > /usr/portage/x11-base/xorg-server/xorg-server-1.20.8-r1.ebuild > IUSE="${IUSE_SERVERS} debug +elogind ipv6 libressl +libglvnd minimal > selinux suid systemd +udev unwind xcsecurity" CDEPEND="libglvnd? ( > media-libs/libglvnd[X] > !!x11-drivers/nvidia-drivers[-libglvnd(-)] > !libglvnd? ( >=app-eselect/eselect-opengl-1.3.0 ) > if ! use libglvnd; then > > "libglvnd" is in "use.force": $ cat //profiles/base/use.force # Copyright 1999-2019 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 # Matt Turner (2020-08-11) # Force USE=libglvnd in order to mask app-eselect/eselect-opengl for removal. # This USE flag will be removed completely in the near future. Bug #728286 libglvnd # Mike Gilbert (2019-07-20) # Disabling this requires a migration to be performed. split-usr # Force the GNU/Linux ELIBC, KERNEL, and USERLAND # flags that apply to the majority of profiles. elibc_glibc kernel_linux userland_GNU == For the rationale behind prefering libglvnd over the eselect-opengl hack (which has caused me more problems than it solved, even on single-GPU systems), please see Ashley Dixon's reply. -- Joost
Re: [gentoo-user] Re: Compositing too slow in KDE
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). Cheers, -- Jorge Martínez López http://www.jorgeml.net
[gentoo-user] xorg-server-1.5.* and compiz-fusion on intel 945GM
For the past month I have been trying to figure this issue out to no avail. When the new xorg-server went stable a little over a month ago there were several posts related to opengl performance on the intel graphics cards none of which I was able to pull any information from. Prior to the upgrade, while running xorg-server 1.3 and intel video driver 2.1, I was able to run gnome with compiz-fusion (no flames on gnome please) without issue, and glxgears (yes I know that its not a benchmarking tool but it will illustrate the point just fine here) ran at about 700 fps. After the upgrade which included: xf86-video-intel-2.7.1 mesa-7.4.2 xorg-server-1.5.3-r6 libdrm-2.4.11 My performance has dropped to the point where compiz-fusion no longer runs well on my computer. glxgears shows only 60 fps. Following some suggestions from earlier posts to the list I have tried upgrading my kernel and now run 2.6.28 with the i915 driver in the kernel selected. glxinfo shows: OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20090114 Anyone have any ideas that may help improve the performance on this card, FWIW the laptop is a Dell Inspiron E1405 with a GMA950 Intel chipset. Thanks, AJ
Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags
Alex Schuster wrote: > I had tried vanilla-sources, with the same results. As expected, there > should not be much of a difference. I am not using tuxonice suspend > features, but I intend to do so in the future. Hm, ok. > I added your stuff, that did not make much of a difference. I had an empty > modules sections, but all of these modules are loaded by default. Except for > type1, which does not exist. Yea, type 1 is a left over from old days... :-) So what modules does get loaded? > I know this command from when I had a NVidia card, and I am missing the > 'YES' in my output of fglrxinfo. But I do not have a 'NO' there either. fglrxinfo is different from glxinfo. glxinfo is available in the mesa-progs package (emerging this will pull in mesa as well but there's no harm in that, unless you are tight on hard drive space - just make sure you shift back to ati opengl after emerging). > Although the symbol being missed is a different one. Sorry, I didn't read properly... > I thought I read here that they do, but may give lots of warnings in syslog. Well, I'm holding out for the open source drivers... There's nothing in newer fglrx drivers that I need currently. I wish I could be of more help though...
Re: [gentoo-user] In search for a undeclared identifier...
> > On my system it's in /usr/include/GL/glew.h header, which belongs to > > media-libs/glew, so you probably need to have it installed. > > My bad, I've misread grep 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. > > -- > Mike Kazantsev // fraggod.net Hi, thank for the help ! :o) Currently I cannot decide whether everything is setup correctly on my box: ls -l /usr/include/GL/glext.h gives me 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. Would it be possible to post a correctly set link for comparison? Thanks a lot in advance! mcc PS: And thank you for the tip: Now I can save my money for better things as DVDs of "Raiders of the lost identifier" (Indiana Gnu). -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
[gentoo-user] emerge sync
Hello, I have some trouble when I try to sync the portage tree. It works fine when I try by a friend in a wire network. At home, I have a wireless network and a treeway adsl modem. When I execute the emerge sync, it starts to download some files but everytime, it stops after 272 files. dev-util/kdevelop/kdevelop-3.3.0_rc1.ebuild 3001 100%2.66kB/s0:00:01 (270, 31.2% of 131566) eclass/kde-meta.eclass 15598 100% 13.20kB/s0:00:01 (271, 32.1% of 131566) eclass/kde.eclass 8465 100%7.11kB/s0:00:01 (272, 32.1% of 131566) media-libs/mesa/ media-libs/mesa/files/ media-libs/netpbm/files/ ... metadata/cache/x11-apps/ io timeout after 180 seconds - exiting rsync error: timeout in data send/receive (code 30) at io.c(153) rsync: connection unexpectedly closed (3063304 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(359) retry ... As every try it downloads files, if I try two or three times the sync is completed. Can I do this without being blacklisted ? Have I to only use emerge-webrsync ? Does somebody have a clue about why the rsync fails after 272 files downloaded? Cédric ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: FreeCAD permission problems
[root@asgard ~]$ eselect opengl list 7:21 Available OpenGL implementations: [1] xorg-x11 * [root@asgard ~]$ eselect mesa list 7:21 i915 (Intel 915, 945) i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) [1] classic * r300 (Radeon R300-R500) r600 (Radeon R600-R700, Evergreen, Northern Islands) sw (Software renderer) [1] classic * [2] gallium On 05/06/2017 06:32 AM, Kai Krakow wrote: Am Fri, 5 May 2017 20:55:42 -0400 schrieb Zhu Sha Zang : [rodolfo@asgard ~]$ eselect qtgraphicssystem list 20:55 Available Qt Graphics Systems: [1] native [2] opengl (experimental) [3] raster (default) * Best Regards This does not help, the software is trying to load the swrast GL driver which is not there. It would be helpful to see the output of # eselect opengl list and # eselect mesa list On 05/05/2017 03:17 PM, Kai Krakow wrote: Am Fri, 5 May 2017 21:12:53 +0200 schrieb tu...@posteo.de: On 05/05 09:03, Kai Krakow wrote: [...] [...] [...] [...] [...] [...] [...] [...] [...] [...] [...] [...] [...] Hi Kai, sorry for the confusion I initiated... This one I used QT_GRAPHICSSYSTEM=raster freecad Please also try my other suggestion: Find your GL drivers with "locate libGL.so" or "qfile -b libGL.so" and try those paths in the preloader: # LD_PRELOAD=/path/to/libGL.so freecad Try the libGL most specific to your graphics card first.
[gentoo-user] Re: X won't start after xorg-server update
On 3/12/20 7:46 PM, Neil Bothwick wrote: > On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: > >>>> I do edit it every time X won't start. Then X does start. But >>>> after updating and rebooting it has the old wrong line again. >>> You need to find out which ebuild is modifying it. Run "qlop -m" and >>> look for the package whose install time most closely matches the >>> modification time of the file. Then read the ebuild to see what is >>> going on. If an ebuild is setting this incorrectly, you may need to >>> file a bug report. >> >> Since I did edit the file I cannot find a match. I will have to wait >> until the problem occurs again. > > It seems that file is created/modified by the mesa ebuild. > > I would try removing the file and re-emerging mesa to see if it is > created with the correct content. > > The file is created/modified by app-eselect/eselect-opengl. If you have USE=libglvnd enabled, eselect-opengl is no longer installed, but the files it generated may remain. In this case, it is safe to remove the file if USE=libglvnd is enabled, and to regenerate the file by running `eselect opengl set xorg` (or nvidia, ...) if USE=-libglvnd. Jonathan Callen signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] recently masked
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/06/2014 10:41 AM, gottl...@nyu.edu wrote: > Today's update world produced > > !!! The following installed packages are masked: - > dev-python/python-exec-1.1::gentoo (masked by: package.mask) > /var/portage/profiles/package.mask: # Michał Górny > (06 Mar 2014) # Compatibility packages masked > for removal in 30 days. > > OK, but I can't depclean it > > allan ~ # emerge --depclean =dev-python/python-exec-1.1 > > Calculating dependencies... done! dev-python/python-exec-1.1 > pulled in by: dev-python/pycups-1.9.63 requires > dev-python/python-exec:0/0=[python_targets_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 > 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(-),-python_single_target_python2_7(-)] > You should be able to rebuild the things pulling it in, then remove it. - -Zero > and trying > > emerge --depclean =dev-python/python-exec-1.1 reportlab mesa > xpyb pycups > > shows more dependencies. > > Have I simply sync'ed an inconsistent version of portage and > should "ignore and try again tomorrow"? > > thanks, allan > > > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTGKa+AAoJEKXdFCfdEflKz34P/2CdO/TT06fylD+SGd+g8JqI 46auuLFqbuH34KqekRrayQEYWyK/Ww88YgE7sAD6LrS3dZGHn4vNac+a6yTMHTzU BE1xG1kr75TUKmiq/vUejg56ajzR7uJTysS8a3jAcvqbHzx8F6OioIU8c+oOEupE qFbBYoda5xBWP0GpgPw9MowGmwpuHqwMNabYvNutuktVS1U40O00LnacMw8zR6h5 UVnnXJtMeyZ7hsAC+aJyzHjveUD42Yk4I61020Kn1mVLlbBd5vvN6zBIblyjmoHi LavFajlTTpEgQ7vQe25GEk4Otrxsmj5LxocojnXt4DI1r/hmfCdAQy0AYCN1pCCQ hGaxzAHLTf3aQXyOlBiidYubBXSApxehKbWPTGUX2MFKsIgP6yBlOvj8hkmU3a1g V6+C4pPeWK6tKiT383GJrEgS7aYjIz8eHknNoguEL5yMzbofuXGJdwCtBDsIfs7D BlTys1lrTPbA8MWX2kqhpaMlYjBeYq5WVsfKAVvtBB4J/c+IzKBPtF9EW2aCyTdZ b371KLqxryR5BbtYNIpvSYtY3sLe59PWQiBXVphi10FivUO/QT7+RYjPeIAmzVmd Gi2zNNSRWTwS/JPL4OASElobeTdeEpl6WH4HTKJmDmfskDkkTh8R/AeZA8QJaO9n 0zwbfYlkqrR6lyN3XPBE =IN1A -END PGP SIGNATURE-
Re: [gentoo-user] Gaming on gentoo
Hi, I try to have a systemd and pulseaudio free setup ("religious" reasons). When I need pulse I use apulse and otherwise everything else is compiled with alsa flag. I wonder if the issue is related to graphics drivers/libraries instead. D remember having segfaults with some other linux 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) with vega gpu (thinkpad e485). I am using mesa drivers and a linux 6.0.8 kernel. Artur On Sat, 17 Dec 2022, 04:20 Alan Ianson, wrote: > On Fri, 16 Dec 2022 20:20:01 -0500 > David Rosenbaum wrote: > > > Thank u > > No problem.. :) > > I have the same results without pulseaudio. Both quakespasm and darkplaces > segfault on startup but ironwail runs ok. > > I'm going to mess around here for a day or two without pulseaudio then put > it back and put gdb to work and see if I can get a better idea of what the > problem is. The solution will probably be easy if I can figure out what the > issue is. > >
[gentoo-user] Upgrade problems with the latest llvm/clang
The latest eix-sync included clang and llvm 18. Unfortunately, a full emerge upgrade complains - media-libs/mesa-24.1.3::gentoo USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="-15 -16 -17 (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" The following REQUIRED_USE flag constraints are unsatisfied: llvm? ( exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 llvm_slot_18 ) ) The problem is that I don't know why one of the llvm slots is NOT selected. "emerge --info mesa" includes: USE="X llvm lm-sensors (opengl) proprietary-codecs vaapi vulkan wayland zstd -d3d9 -debug -opencl -osmesa (-selinux) -test -unwind -valgrind -vdpau -vulkan-overlay -xa" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="sse2" LLVM_SLOT="17 -15 -16 (-18)" VIDEO_CARDS="radeon radeonsi -d3d12 (-freedreno) -intel -lavapipe (-lima) -nouveau (-nvk) (-panfrost) -r300 -r600 (-v3d) (-vc4) -virgl (-vivante) -vmware -zink" which shows slot 17 IS selected. "grep -ir llvm /etc/portage" only shows sys-devel/llvm abi_x86_32 in one of the package.use files. My profile is default/linux/amd64/23.0/desktop/plasma (stable) * I find no relevant bug filed, and nothing related on the forums. What fine manual have I apparently neglected to read? Jack
[gentoo-user] Problem with gcc5 and VirtualBox
I routinely use a virtual gentoo ~amd64 machine in VirtualBox for debugging software problems and yesterday I found one after switching from gcc-4.9.3 to gcc-5.3.0 (in the gentoo guest). After emerging mesa-11.1.2-r1 I noticed that a game wouldn't start, and after several hours of debugging I tracked it down to gcc5. To demonstrate the bug, in an xterm window type "glxinfo": # glxinfo name of display: :0.0 libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast X Error of failed request: GLXBadContext Major opcode of failed request: 153 (GLX) Minor opcode of failed request: 6 (X_GLXIsDirect) Serial number of failed request: 48 Current serial number in output stream: 47 I could 'fix' the bug by replacing just that one file (swrast_dri.so) with a copy compiled with gcc-4.9.3. I'm surprised it worked, but it did. I tried building mesa using gcc5 on a real ~amd64 machine and did *not* see the same problem, FWIW, but though I'd mention it here. BTW I tried building the vbox guest additions with gcc5 as a test but that didn't fix the problem. I don't have a real machine that's built entirely with gcc5 so I can't test that idea yet, and that won't be any time soon. I'm sticking to gcc4 for the foreseeable future while you guys do more testing :)
Re: [gentoo-user] Problem with the graphic card
On Mon, Jun 22, 2009 at 13:16, Massimiliano Ziccardi wrote: > Done. After that I did: > > emerge -av xf86-video-intel > killall -1 X Did you merge mesa again? Did you follow the guide to the letter? Ward
Re: [gentoo-user] Failed to load driver: Nouveau
> > yes, here is the eselect > When i have X problems i can resolve i run emerge -av @x11-module-rebuild xorg-server mesa but its generally an act of desperation after running out of intelligent options.
Re: [gentoo-user] [SOLVED] eselect-opengl Blockage (with a capital "B") problem
When the lbglvnd flag was introduced I remember I solved this issue by: # emerge --unmerge eselect-opengl # emerge -1qv mesa After that, a simple update of @world rebuilt everything else on its own. Personally, I had been waiting for libglvnd support for _a long time_. This - and I mean GLVND in general - is something that should have come to Linux many years ago, along with NVIDIAs PRIME render offloading. 10y ago I used to have an Optimus laptop with an Nvidia GPU and it was an absolute hell to get it running, I remember writing tonnes of scripts using VirtualGL and a dummy X server running on the Nvidia GPU. This was before bumblebee. Today, I still need this with an external GPU. But now it takes 1 environment variable to offload to the other GPU! GLVND literally made my Linux work experience a million times better. I'm extatic. - V On 20/05/2020 07:07, Dale wrote: > J. Roeleveld wrote: >> On 20 May 2020 05:44:58 CEST, Walter Dnes wrote: >>> On Tue, May 19, 2020 at 03:14:03PM +0200, J. Roeleveld wrote >>>>>> On Mon, May 18, 2020 at 01:53:19PM -0400, Walter Dnes wrote: >>>>> Thank you very much. I've got the update (156 packages) running >>> now. >>>>> I had set "-libglvnd" in make.conf on my main machine, but only >>> against >>>>> xorg-server on my secondary machine. Setting "-libglvnd" in >>> make.conf >>>>> solves the problem. >>>> Only for now. >>>> "Libglvnd" is scheduled to be removed as a USE flag. I would >>>> definitely suggest to switch to having that one on before it becomes >>>> mandatory. >>>> >>>> It has a lot of benefits over the eselect hack to be able to have >>>> multiple opengl implementations running. >>> The reason I had originally turned it off was because when it first >>> showed up as a flag, I checked Google to find out what it was. Almost >>> every hit on webforums was like... >>> >>> Person 1 - Help; my "update world" dies >>> Person 2 - Turn off "libglvnd" in make.conf >>> Person 1 - Thank you; my update works fine now >>> >>> Add me to the list. If this is to be a new default config setup, I'd >>> appreciate a news item about it, like the python 3.6 to 3.7 switchover. >> I actually had to enable this on my new laptop before it became stable to >> get the Nvidia chip and my external displays working. >> I am actually happy with this as I don't have to keep changing the opengl >> setting anymore when I need 3D performance. >> >> -- >> Joost > > > Reading this thread, I checked and I to have this USE flag turned > off/disabled/whatever. I removed it from make.conf and commented out > everything else I found in /etc/portage and am checking to see what all > had to be rebuilt. I figure I may as well change now while I have a > otherwise stable system, except for the sddm-helper chewing memory > problem, and get ahead of the curve. ;-) Using that grep -r trick > comes in handy. Learned that from this list too. > > It's odd how following a thread that may not even affect you ends up > doing so. :/ > > Just in case, this is what emerge spit out on my screen. > > > Calculating dependencies... done! > [ebuild R ] sys-libs/libblockdev-2.23-r1::gentoo USE="cryptsetup > lvm tools -bcache -device-mapper -dmraid -escrow -gtk-doc -introspection > -kbd -test -vdo" PYTHON_SINGLE_TARGET="python3_7 -python3_6 > (-python3_8)" 0 KiB > [ebuild R ] media-libs/libdvdnav-6.0.0::gentoo USE="-static-libs" > ABI_X86="(64) -32 (-x32)" 0 KiB > [ebuild N ] media-libs/libglvnd-1.3.1::gentoo USE="X -test" > ABI_X86="32 (64) (-x32)" 698 KiB > [ebuild R ~] media-libs/mesa-20.0.4-r1::gentoo USE="X classic dri3 > egl gallium gbm gles2 libglvnd* llvm wayland zstd -d3d9 -debug -gles1 > -lm-sensors -opencl -osmesa (-selinux) -test -unwind -vaapi -valgrind > -vdpau -vulkan -vulkan-overlay -xa -xvmc" ABI_X86="32 (64) (-x32)" > VIDEO_CARDS="(-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau > (-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl > (-vivante) -vmware" 0 KiB > [blocks b ] media-libs/mesa[-libglvnd(-)] > ("media-libs/mesa[-libglvnd(-)]" is blocking media-libs/libglvnd-1.3.1) > [ebuild R ] sys-libs/libcap-2.26-r2::gentoo USE="pam (split-usr) > -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB > [ebuild R ] x11-drivers/nvidia-drivers-440.82:0/440::gentoo USE="X > acpi dri
Re: [gentoo-user] ATI radeon drivers/config
Martins schreef: > hi, > > did a lot of googling, read a lot of howtos, but still strugling to get > ATI work perfect. could someone send me working conf files for xorg and > kernel and /etc/modules.autoload.d/kernel-2.6 to row by row check > > thanx in advance > > Martins > > my pci: > # lspci > :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge > [K8T800/K8T890 South] > :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AP > [Radeon 9600] > :01:00.1 Display controller: ATI Technologies Inc RV350 AP [Radeon > 9600] (Secondary) > > # glxinfo | grep -i "direct rendering" > direct rendering: No > > # fglrxinfo > 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.2.1) > I have the ATI drivers working on my AIW 9800SE and Direct Rendering works too: glxinfo | grep -i "direct rendering" direct rendering: Yes So here's the settings you need to get it working for you as well: The most important setting is in the kernel: **You must have DRM OFF in the kernel** You may also need to have agpgart for your motherboard ON. OK, the actual settings: CONFIG_AGP=m # CONFIG_AGP_ALI is not set # CONFIG_AGP_ATI is not set # CONFIG_AGP_AMD is not set # CONFIG_AGP_AMD64 is not set CONFIG_AGP_INTEL=m CONFIG_AGP_INTEL_MCH=m # CONFIG_AGP_NVIDIA is not set # CONFIG_AGP_SIS is not set # CONFIG_AGP_SWORKS is not set CONFIG_AGP_VIA=m # CONFIG_AGP_EFFICEON is not set # CONFIG_DRM is not set # CONFIG_MWAVE is not set # CONFIG_RAW_DRIVER is not set CONFIG_HPET=y # CONFIG_HPET_RTC_IRQ is not set CONFIG_HPET_MMAP=y CONFIG_HANGCHECK_TIMER=y Because I need kernel support for my motherboard's AGP bus, I cannot use the driver's internal agpgart. So here's the relevant settings of my xorg.conf (I don't use composite, I didn't even install it, as the fglrx drivers don't work with it, even if it worked, which as I understand it, it doesn't, very well): # ** # DRI Section # ** Section "dri" # Access to OpenGL ICD is allowed for all users: Mode 0666 # Access t# ** # DRI Section # ** Section "dri" # Access to OpenGL ICD is allowed for all users: Mode 0666 # Access to OpenGL ICD is restricted to a specific user group: #Group 100# users #Mode 0660 EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "0x" Option "MonitorLayout" "AUTO, AUTO" Option "IgnoreEDID" "off" Option "HSync2" "unspecified" Option "VRefresh2" "unspecified" Option "ScreenOverlap" "0" # === TV-out Management === Option "NoTV" "yes" Option "TVStandard" "NTSC-M" Option "TVHSizeAdj" "0" Option "TVVSizeAdj" "0" Option "TVHPosAdj" "0" Option "TVVPosAdj" "0" Option "TVHStartAdj""0" Option "TVColorAdj" "0" Option "GammaCorrectionI" "0x06419064" Option "GammaCorrectionII" "0x" # === OpenGL specific profiles/settings === Option "Capabilities" "0x8000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay"
[gentoo-user] Re: Nvidia-drivers + kernel 3.4
Philip Webb: >Commenting on the other msgs re Glxgears, (1) which pkg is it in ? hafi@i5_64 ~ $ equery b glxgears * Searching for glxgears ... x11-apps/mesa-progs-8.0.1 (/usr/bin/glxgears) Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
[gentoo-user] Building modular X?
How do I get the package xorg-server to build? !!! ERROR: media-libs/mesa-6.3.1.1-r3 failed. Here seems to be the source of the troubles? In file included from clientattrib.c:38: glxclient.h:59:25: GL/glxproto.h: No such file or directory Cheers, Chris
Re: [gentoo-user] flickering thunderbird and firefox
Am 05.03.2014 17:58, schrieb Stefan G. Weichinger: tried thunderbird-bin right now. Same behavior. hmmm. I suspect nvidia-drivers or something ... latest mesa does not compile as well https://bugs.gentoo.org/show_bug.cgi?id=481316 I will try the mentioned steps and see if things change.
[gentoo-user] Card is Radeon R200, but Mesa builds Gallium R300; HELP!
Now what? Ignore what you see on http://www.gentoo.org/doc/en/xorg-config.xml and http://www.gentoo.org/doc/en/ati-faq.xml about an "ATI Technologies Inc RV280 [Radeon 9200 PRO]" not needing a binary blob. It does require the R200 blob from radeon-ucode. If the blob isn't there, the bootup will delay for a minute, time out, and then continue. If the R200 blob is in /lib/firmware/radeon, it'll load, regardles of what i put in the kernel setup; e.g. [d530][root][~] dmesg | grep R200 [0.277947] [drm] Loading R200 Microcode notwitstanding that the kernel is set up like so... [d530][root][~] zcat /proc/config.gz | grep -i r300 CONFIG_EXTRA_FIRMWARE="radeon/R300_cp.bin" The question is... how do I force Mesa (EE) AIGLX error: dlopen of /usr/lib/dri/r200_dri.so failed (/usr/lib/dri/r200_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering (II) AIGLX: Screen 0 is not DRI capable (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 682.172] (EE) AIGLX error: Calling driver entry point failed [ 682.172] (EE) AIGLX: reverting to software rendering waltdnes@d531 ~ $ diff d530.txt d531.txt 5,8c5,8 < model name : Genuine Intel(R) CPU2140 @ 1.60GHz < stepping: 2 < cpu MHz : 1596.157 < cache size : 1024 KB --- > model name : Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz > stepping: 13 > cpu MHz : 2400.000 > cache size : 2048 KB 27c27 < bogomips: 3191.35 --- > bogomips: 4788.02 31a32 -- Walter Dnes
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
Hallo Mick. Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3 vga=792' from kernel boot options, and framebuffer-related stuff in kernel config, especially: # CONFIG_FB_DDC is not set # CONFIG_FB_BOOT_VESA_SUPPORT is not set # CONFIG_FB_BACKLIGHT is not set # CONFIG_FB_MODE_HELPERS is not set # CONFIG_FB_TILEBLITTING is not set # CONFIG_FB_VESA is not set # CONFIG_FB_RADEON is not set # CONFIG_DISPLAY_SUPPORT is not set # CONFIG_VGACON_SOFT_SCROLLBACK is not set # CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set (not all the options were removed by hand, it is just diff of the configs, and maybe, some of them could be enabled without causing problems). Now, there are much more 'drm'-related messages in 'dmesg', and also X.org uses the drm correctly. The 'glxinfo' returns: ... OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on RV370 OpenGL version string: 2.1 Mesa 7.9 OpenGL shading language version string: 1.20 ... It looks good now. Thank you very much for your advice again. Dan T. On Sunday 16 January 2011 16:52:30 Mick wrote: > On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote: > > And the kernel seems to use them (when started with boot options > > > 'video=vesafb:ywrap,mtrr:3 vga=792'): > Dan, try removing uvesa/vesa/radeon/etc. framebuffer modules from your > kernel and the above line too from grub when you boot and see if your KMS > radeon driver can now work on its own.
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
Hallo Mick. Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3 vga=792' from kernel boot options, and framebuffer-related stuff in kernel config, especially: # CONFIG_FB_DDC is not set # CONFIG_FB_BOOT_VESA_SUPPORT is not set # CONFIG_FB_BACKLIGHT is not set # CONFIG_FB_MODE_HELPERS is not set # CONFIG_FB_TILEBLITTING is not set # CONFIG_FB_VESA is not set # CONFIG_FB_RADEON is not set # CONFIG_DISPLAY_SUPPORT is not set # CONFIG_VGACON_SOFT_SCROLLBACK is not set # CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set (not all the options were removed by hand, it is just diff of the configs, and maybe, some of them could be enabled without causing problems). Now, there are much more 'drm'-related messages in 'dmesg', and also X.org uses the drm correctly. The 'glxinfo' returns: ... OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on RV370 OpenGL version string: 2.1 Mesa 7.9 OpenGL shading language version string: 1.20 ... It looks good now. Thank you very much for your advice again. Dan On Sunday 16 January 2011 16:52:30 Mick wrote: > On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote: > > And the kernel seems to use them (when started with boot options > > > 'video=vesafb:ywrap,mtrr:3 vga=792'): > Dan, try removing uvesa/vesa/radeon/etc. framebuffer modules from your > kernel and the above line too from grub when you boot and see if your KMS > radeon driver can now work on its own.
Re: [gentoo-user] Re: No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
On Monday 17 January 2011 22:31:14 Daniel Tihelka wrote: > Hallo Mick. > Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3 > vga=792' > from kernel boot options, and framebuffer-related stuff in kernel config, > especially: > You can have enabled the following: CONFIG_FB=y > # CONFIG_FB_DDC is not set > # CONFIG_FB_BOOT_VESA_SUPPORT is not set > # CONFIG_FB_BACKLIGHT is not set CONFIG_FB_MODE_HELPERS is not set <--enable this =y > # CONFIG_FB_TILEBLITTING is not set > # CONFIG_FB_VESA is not set > # CONFIG_FB_RADEON is not set CONFIG_DISPLAY_SUPPORT is not set <--enable this =y > # CONFIG_VGACON_SOFT_SCROLLBACK is not set <--you can also enable this > # CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set and also these: CONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64 > (not all the options were removed by hand, it is just diff of the configs, > and maybe, some of them could be enabled without causing problems). Yes, see above suggestions. > Now, there are much more 'drm'-related messages in 'dmesg', and also X.org > uses the drm correctly. The 'glxinfo' returns: > ... > OpenGL vendor string: X.Org R300 Project > OpenGL renderer string: Gallium 0.4 on RV370 > OpenGL version string: 2.1 Mesa 7.9 > OpenGL shading language version string: 1.20 > ... > > It looks good now. Thank you very much for your advice again. You're welcome. :-) All of this good advice is from this page: http://www.gentoo.org/doc/en/xorg-config.xml -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] No HW acceleraton on radeon Mobility X300 with linux-2.6.36-r5, mesa-7.9, xorg-server-1.9.2 and video-ati-6.13.2
Hallo Mick. Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3 vga=792' from kernel boot options, and framebuffer-related stuff in kernel config, especially: # CONFIG_FB_DDC is not set # CONFIG_FB_BOOT_VESA_SUPPORT is not set # CONFIG_FB_BACKLIGHT is not set # CONFIG_FB_MODE_HELPERS is not set # CONFIG_FB_TILEBLITTING is not set # CONFIG_FB_VESA is not set # CONFIG_FB_RADEON is not set # CONFIG_DISPLAY_SUPPORT is not set # CONFIG_VGACON_SOFT_SCROLLBACK is not set # CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set (not all the options were removed by hand, it is just diff of the configs, and maybe, some of them could be enabled without causing problems). Now, there are much more 'drm'-related messages in 'dmesg', and also X.org uses the drm correctly. The 'glxinfo' returns: ... OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on RV370 OpenGL version string: 2.1 Mesa 7.9 OpenGL shading language version string: 1.20 ... It looks good now. Thank you very much for your advice again. Dan On Sunday 16 January 2011 16:52:30 Mick wrote: > On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote: > > And the kernel seems to use them (when started with boot options > > > 'video=vesafb:ywrap,mtrr:3 vga=792'): > Dan, try removing uvesa/vesa/radeon/etc. framebuffer modules from your > kernel and the above line too from grub when you boot and see if your KMS > radeon driver can now work on its own.
Re: [gentoo-user] Steam now not working too...
Okay, very good suggestions, still broken, that bootstrap.tar.gz must be broken too. =\ atg@tortoise ~ $ steam --reset Installing bootstrap /home/atg/.local/share/Steam/bootstrap.tar.xz Reset complete! [### edit ###] atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/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 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 STEAM_RUNTIME is enabled by the user atg@tortoise ~ $ Daniel Salas wrote: > Steam places the games in a directory called > Library. It is in the settings (no idea where is the default on Linux). > > You can go there and either copy the whole folder out, or just rename > it to ensure it will not delete it and once you have reinstalled, just > move the directory back, or tell steam where your new directory is. -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] Failed to load driver: Nouveau
here is the outputs iceamber@localhost:~ $ LIBGL_DEBUG=verbose glxgears libGL: OpenDriver: trying /usr/lib64/dri/tls/nouveau_dri.so libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so nvc0_screen_create:944 - Error allocating PGRAPH context for 3D: -22 libGL error: failed to create dri screen libGL error: failed to load driver: nouveau libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so libGL: Can't open configuration file /home/iceamber/.drirc: No such file or directory. libGL: Can't open configuration file /home/iceamber/.drirc: No such file or directory. On Tue, Aug 29, 2017 at 9:35 AM, Alexander Kapshuk < alexander.kaps...@gmail.com> wrote: > On Mon, Aug 28, 2017 at 7:41 PM, Alexander Kapshuk > wrote: > > On Mon, Aug 28, 2017 at 6:30 PM, IceAmber > wrote: > >> here is the result > >> > >> iceamber@localhost:~ $ lsmod | grep nouveau > >> nouveau 1507328 2 > >> i2c_algo_bit 16384 1 nouveau > >> drm_kms_helper118784 1 nouveau > >> ttm77824 1 nouveau > >> drm 282624 5 nouveau,ttm,drm_kms_helper > >> agpgart32768 3 nouveau,ttm,drm > >> led_class 16384 3 input_leds,hid_sony,nouveau > >> > >> > > > > 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. > > > > Can you please try this command line and see what it outputs: > > LIBGL_DEBUG=verbose glxgears > > This reference may help better debug your problem: > https://nouveau.freedesktop.org/wiki/MesaDrivers/ > >
Re: [gentoo-user] Compiling errors while updateing
Volker Armin Hemmann [14-04-13 14:36]: > Am 13.04.2014 05:42, schrieb meino.cra...@gmx.de: > > 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-r1::gentoo, ebuild scheduled for merge) > > * (x11-base/xorg-server-1.15.0::gentoo, ebuild scheduled for merge) > > * (virtual/opengl-7.0-r1::gentoo, ebuild scheduled for merge) > > * (media-libs/freeglut-2.8.1-r1::gentoo, ebuild scheduled for merge) > > * (media-libs/glu-9.0.0-r1::gentoo, ebuild scheduled for merge) > > * (media-libs/xine-lib-1.2.5::gentoo, ebuild scheduled for merge) > > * > > > > > > Is there any workaround for that problem? > > Anything I can do to get the stuff compile again? > > > > Thanks a lot fpr any help in advance! > > Best regards > > mcc > > > > > > > > > > > > > > > > . > > > before you spam the list with megabytes of logs and info: first check > bugzilla. > > I see build failures with xine-lib too. So there might be a bug already. > No need to flood people's mailboxes. > Yes the bug is in bugzilla. And yes it is unsolved according to my last visit there. This was the reason I asked for a workaround to compile the stuff... not a solution of the problem itsself. And it was the reason I did not provide any logs, because I didnt want to spam the mailinglist. So...is there a recent workaround for this problem? Best regards, mcc
Re: [gentoo-user] mesa build failure
On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: > On Sat, Jun 27, 2009 at 2:34 AM, Alan 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 Mark Knecht wrote: > >> >> So the weirdness continues. mesa built but then xorg-server failed > >> >> with the same failure: > >> >> > >> >> > >> >> * >>> SetUID: [chmod go-r] /usr/bin/Xorg ... > >> >>[ ok ] > >> >> > >> >> Switching to xorg-x11 OpenGL interface...ln: creating symbolic link > >> >> `./libglx.so': File exists > >> >> !!! Error: Failed to create /lib/libglx.so > >> > > >> > Looks like you have a file collision between xorg-server and mesa, > >> > which is odd as those packages get a lot of testing. > >> > > >> > Anything on bugs.gentoo.org? > >> > >> Unfortunately it seem that there are bug reports on this and more > >> unfortunately they have apparently been going on nearly a year now. > >> It's not a Gentoo thing specifically as there are Ubuntu, Debian and > >> other distros with reports in their forums. > >> > >> There was a possible by hand fix for it but I'll need to look at that > >> over the weekend to see if it makes sense on this machine. > >> > >> Bummer. I hate banging my head up against a wall made of problems no > >> one seems to be fixing. > >> > >> http://bugs.gentoo.org/247685 > > > > The fix seems (in principle at least) to be brain-dead easy: > > > > - all ebuilds that merge opengl files should put them in distinct > > locations by name to avoid collisions > > - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should be > > symlinks with a sane default put there by xorg-server and modified by > > eselect > > > > Nikos's comments are especially sane in that thread. Perhaps he'll come > > along, see this thread and help you out further. > > > > I suspect that the temporary workaround will be to delete a symlink and > > emerge stuff, then remember to always do this on every future re-emerge > > > > -- > > alan dot mckinnon at gmail dot com > > In concept it does seem fairly straight forward, but to some extent > I'm not clear why my previous attempts didn't work, unless the > questionable files remained behind. What I attempted to do was > completely remove everything X, but I probably didn't specifically > remove the stuff in /usr/lib/opengl/xorg-x11/extensions. I was > expecting the emerge to do that. According to the bug report you mentioned earlier, the ebuild is attempting to perform eselect too late in the process, which fails, and the ebuild immediately exits. So it's not surprising that dodgy files are left behind which you must remove manually. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 23:02 GMT+03:00 Mick : > On Friday, 27 July 2018 19:49:45 BST gevisz wrote: >> 2018-07-27 18:29 GMT+03:00 Mick : >> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >> >> 2018-07-27 15:44 GMT+03:00 gevisz : >> >> > Updating world without global -pam, -polkit and -consolekit use flags >> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >> >> > described above: it is still cannot display the page >> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." >> >> > message. >> >> > >> >> > So, I will probably revert changes tomorrow. >> >> > >> >> > Playing with strace has been put on todo list. >> >> >> >> Last lines of the log file after runnig the following command >> >> >> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >> >> QupZilla: 0 extensions loaded >> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >> >> Root Certs, loaded==false: NSS error code: -8018 >> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com >> > >> > Mozilla is using libnss to check the validity of the website certificate >> > with the OCSP of the CA issuer of the certificate (digicert.com). For >> > some reason it seems the connection is interrupted. See lines 605 to 621 >> > here: >> > >> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ >> > nss_ocsp.cc.html >> > >> > The connection may be interrupted because the browser/tab crashes (see >> > below).> >> >> r300 FP: Compiler Error: >> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv >> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >> >> translate_rgb_opcode: Unknown opcode DDY >> >> Using a dummy shader instead. >> >> QupZilla: Crashed :( Saving backtrace in >> >> /home/gevis/.config/qupzilla/crashlog ... >> >> Backtrace successfully saved in >> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >> >> >> >> are the following: >> >> >> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >> >> = 0x7f22f565 >> >> +++ killed by SIGABRT +++ >> > >> > This looks like a radeon video driver problem. You could go into a loop >> > of >> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, >> > or you could wait for/keyword later versions of these packages. >> >> Thank you for the tip. In this case, I should first try reconfigure the >> kernel. >> > Alternatively, you could try reporting this to the application devs and >> > see >> > what they say. >> >> Do you mean developpers of FF/QZ? > > Yes, although unless this is a known bug they may point you to the devs of the > radeon drivers. I've been around this loop a couple of times (sigh ...) Ok. Thank you. It even more strengthens my impression than I should first play with reconfiguring the kernel. I will do it a bit later, when the summer heat becames more tolerable. :)
[gentoo-user] i810 has been replaced by intel?
I had set VIDEO_CARDS="i810" on my laptop. Today I tried to re-emerge mesa package and saw that there was no more i810 on video cards but there is intel. Does this mean that I should replace VIDEO_CARD="i810" with "intel" ? Thanks -- Markos Chandras
Re: [gentoo-user] IO Failure -- Failed 'touch .unpacked' in /var/tmp/portage/
On Wednesday 25 October 2006 02:51, Rafael Alfaro wrote: [SNIP] > !!! IO Failure -- Failed 'touch .unpacked' in /var/tmp/portage/mesa- > progs-6.5.1 [SNIP] Is /proc mounted correctly? http://bugs.gentoo.org/show_bug.cgi?id=126036 -- Bo Andresen pgpTndzw4xevh.pgp Description: PGP signature
Re: [gentoo-user] Can't compile media-libs/mesa - do I need gallium?
> On 18 Jul 2017, at 02:33, IceAmber wrote: > > Actually, this is the c++ 11 abi bug, read the news > And you can solve it by `revdep-rebuild --library 'libstdc++.so.6' -- > --exclude gcc` Many thanks! That worked perfectly. Stroller.
Re: [gentoo-user] mesa build failure
On Sat, Jun 27, 2009 at 2:00 PM, Volker Armin Hemmann wrote: > On Samstag 27 Juni 2009, Mark Knecht wrote: >> On Sat, Jun 27, 2009 at 1:25 PM, Volker Armin >> >> Hemmann wrote: >> > On Samstag 27 Juni 2009, Mark Knecht wrote: >> >> Copying Nikos as I think he may have the answer right on the tip of his >> >> tongue. Bulk of message posted at the bottom. >> >> >> >> On Sat, Jun 27, 2009 at 10:32 AM, Mark Knecht > wrote: >> >> > On Sat, Jun 27, 2009 at 10:27 AM, Mark Knecht > wrote: >> >> >> On Sat, Jun 27, 2009 at 10:25 AM, Mark Knecht >> > >> > wrote: >> >> >>> On Sat, Jun 27, 2009 at 10:18 AM, Alan >> >> >>> McKinnon >> > >> > wrote: >> >> >>>> On Saturday 27 June 2009 19:10:43 Mark Knecht wrote: >> >> >>>>> On Sat, Jun 27, 2009 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 Mark Knecht wrote: >> >> >>>>> >> >> So the weirdness continues. mesa built but then xorg-server >> >> >>>>> >> >> failed with the same failure: >> >> >>>>> >> >> >> >> >>>>> >> >> >> >> >>>>> >> >> * >>> SetUID: [chmod go-r] /usr/bin/Xorg ... >> >> >>>>> >> >> [ ok ] >> >> >>>>> >> >> >> >> >>>>> >> >> Switching to xorg-x11 OpenGL interface...ln: creating >> >> >>>>> >> >> symbolic link `./libglx.so': File exists >> >> >>>>> >> >> !!! Error: Failed to create /lib/libglx.so >> >> >>>>> >> > >> >> >>>>> >> > Looks like you have a file collision between xorg-server and >> >> >>>>> >> > mesa, which is odd as those packages get a lot of testing. >> >> >>>>> >> > >> >> >>>>> >> > Anything on bugs.gentoo.org? >> >> >>>>> >> >> >> >>>>> >> Unfortunately it seem that there are bug reports on this and >> >> >>>>> >> more unfortunately they have apparently been going on nearly a >> >> >>>>> >> year now. It's not a Gentoo thing specifically as there are >> >> >>>>> >> Ubuntu, Debian and other distros with reports in their forums. >> >> >>>>> >> >> >> >>>>> >> There was a possible by hand fix for it but I'll need to look >> >> >>>>> >> at that over the weekend to see if it makes sense on this >> >> >>>>> >> machine. >> >> >>>>> >> >> >> >>>>> >> Bummer. I hate banging my head up against a wall made of >> >> >>>>> >> problems no one seems to be fixing. >> >> >>>>> >> >> >> >>>>> >> http://bugs.gentoo.org/247685 >> >> >>>>> > >> >> >>>>> > The fix seems (in principle at least) to be brain-dead easy: >> >> >>>>> > >> >> >>>>> > - all ebuilds that merge opengl files should put them in >> >> >>>>> > distinct locations by name to avoid collisions >> >> >>>>> > - the contents of /usr/lib64/opengl/xorg-x11/extensions/ should >> >> >>>>> > be symlinks with a sane default put there by xorg-server and >> >> >>>>> > modified by eselect >> >> >>>>> > >> >> >>>>> > Nikos's comments are especially sane in that thread. Perhaps >> >> >>>>> > he'll come along, see this thread and help you out further. >> >> >