Re: [gentoo-user] [~amd64 + nvidia-drivers] Recent updates of mesa, xorg-server, eselect-opengl driving me nuts
Am 14.01.2015 um 02:21 schrieb walt: Here are some hints for ~amd64 users who are about to have trouble with gnome3-session failing to start: After updating today to mesa-10.4.2 and xorg-server-1.16.3-r1, gnome3 failed to start, complaining that 3d acceleration was not available. This was true, unfortunately, and the reason is that xorg-server is looking for the nvidia glx module in the wrong directory, i.e. /usr/lib64/xorg/modules/extensions/libglx.so. The correct path is /usr/lib64/opengl/nvidia/extensions/libglx.so. Normally, 'eselect opengl' sets this path correctly, but not today, apparently. I finally worked around this problem by creating an appropriate symlink to the nvidia libglx.so file in the correct location. Another recent problem is that xorg-server is honoring *only* the first path listed in /etc/X11/xorg.conf.d/20opengl, and fails if the appropriate file isn't there: i.e. it looks in /usr/lib32/ as the first default path (even on a 64-bit machine) and fails to look in /usr/lib64/ even though that path is correctly included in the list of places to look. I think the devs are already aware of these bugs and are working on the problem. (Obviously not fixed yet :) BTW, some good news: mesa-10.4.2 fixes a problem with running gnome3 as virtualbox guest: The software rasterizer in the new mesa is now fast enough to satisfy /usr/libexec/gnome-session- check-accelerated, so gnome-session no longer craps out when starting in virtualbox :) It's a known bug in eselect-opengl: https://bugs.gentoo.org/show_bug.cgi?id=534128 https://bugs.gentoo.org/show_bug.cgi?id=536266
Re: [gentoo-user] Re: cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On Tue, Jan 13, 2015 at 7:10 PM, walt w41...@gmail.com wrote: After searching various portage manpages and grepping through the eclass directory I can find only one pathetic reference to ABI_X86 in a Changelog, which doesn't give me clue where the variable is defined. It's a typical use-expand variable; you set it in make.conf. It gets set to a default value in your profile. https://wiki.gentoo.org/wiki/Project:Multilib/Concepts Second, does qtcore compile if you change the 32 to -32? I ask because I re-installed qtcore just now, but with these useflags: Installed versions: 4.8.6-r1(4)(04:03:45 PM 01/13/2015)(exceptions glib iconv icu ssl -aqua -debug -pch -qt3support ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32) I grepped through the build.log and saw no mention of libc_nonshared.a, so that seems an important difference. BTW, do you know what the x32 useflag means? It's a weird mix of amd64 and x86 that allows for a smaller memory footprint while still using all of the registers on an amd64 cpu. https://sites.google.com/site/x32abi/ Unless you know what you are doing, don't mess with it.
Re: [gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On Mon, Jan 12, 2015 at 12:39 AM, Justin Findlay jfind...@gmail.com wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. You should file a bug. ^_^
[gentoo-user] [~amd64 + nvidia-drivers] Recent updates of mesa, xorg-server, eselect-opengl driving me nuts
Here are some hints for ~amd64 users who are about to have trouble with gnome3-session failing to start: After updating today to mesa-10.4.2 and xorg-server-1.16.3-r1, gnome3 failed to start, complaining that 3d acceleration was not available. This was true, unfortunately, and the reason is that xorg-server is looking for the nvidia glx module in the wrong directory, i.e. /usr/lib64/xorg/modules/extensions/libglx.so. The correct path is /usr/lib64/opengl/nvidia/extensions/libglx.so. Normally, 'eselect opengl' sets this path correctly, but not today, apparently. I finally worked around this problem by creating an appropriate symlink to the nvidia libglx.so file in the correct location. Another recent problem is that xorg-server is honoring *only* the first path listed in /etc/X11/xorg.conf.d/20opengl, and fails if the appropriate file isn't there: i.e. it looks in /usr/lib32/ as the first default path (even on a 64-bit machine) and fails to look in /usr/lib64/ even though that path is correctly included in the list of places to look. I think the devs are already aware of these bugs and are working on the problem. (Obviously not fixed yet :) BTW, some good news: mesa-10.4.2 fixes a problem with running gnome3 as virtualbox guest: The software rasterizer in the new mesa is now fast enough to satisfy /usr/libexec/gnome-session- check-accelerated, so gnome-session no longer craps out when starting in virtualbox :)
Re: [gentoo-user] Emergeing Firefox 35.0 breaks Ghostery ... fixable?
On 13/01/2015 08:34, meino.cra...@gmx.de wrote: Hi Alan, first choice would be to get the ghostery plugin running, so Is this a problem of the plugin, a wrong permissions setting via emerge/ebuild or a problem of my Gentoo box? I have no idea really, I'd never heard of the plugin till you posted You want the plugin to work, that is plan A. I just gave you a way to get back to your previous setup that works, that is plan D :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Emergeing Firefox 35.0 breaks Ghostery ... fixable?
Brian Hesdorfer zerop...@gmail.com [15-01-13 14:49]: On 1/13/2015 12:53 AM, meino.cra...@gmx.de wrote: Hi, emergeing Firefox 35.0 runs without problems...but: The plugin Ghostery (blocks tracker) fails to start and a reinstallations ends with this error message (popup): Ghostery cannot be installed because Firefox cannot modify the needed file. Is this a proble of the plugin, a wrong permissions setting via emerge/ebuild or a problem of my Gentoo box? How can I fix it -- a downgrade to the previous version (34.0.5-r1) is not possible, since one had decided to remove that version from the ebuilds ??? Best regards, mcc Have you run firefox from a terminal? Sometimes it prints out extra lines that explain error messages better. If that doesn't help, I'd try removing the addon, restarting firefox, and installing it again. Hi Brian, ...I created a new profile and reinstalled everything... I am on the way to successfull new start... sigh best mcc
Re: [gentoo-user] Emergeing Firefox 35.0 breaks Ghostery ... fixable?
On 1/13/2015 12:53 AM, meino.cra...@gmx.de wrote: Hi, emergeing Firefox 35.0 runs without problems...but: The plugin Ghostery (blocks tracker) fails to start and a reinstallations ends with this error message (popup): Ghostery cannot be installed because Firefox cannot modify the needed file. Is this a proble of the plugin, a wrong permissions setting via emerge/ebuild or a problem of my Gentoo box? How can I fix it -- a downgrade to the previous version (34.0.5-r1) is not possible, since one had decided to remove that version from the ebuilds ??? Best regards, mcc Have you run firefox from a terminal? Sometimes it prints out extra lines that explain error messages better. If that doesn't help, I'd try removing the addon, restarting firefox, and installing it again.
Re: [gentoo-user] html5 no longer working in firefox
Am Tue, 16 Dec 2014 15:09:14 -0500 schrieb cov...@ccs.covici.com: Hi. I have found since my latest update that html5 is getting no audio in firefox. I am not sure what libraries are involved in this -- I downgraded firefox to 31.3.0, compiled with debug, but no error messages. It worked in early November so it must have been some update, but I can't figure out which -- how can I even troubleshoot such a thing. I am using gnome 3.14.x, so I have the gnome overlay and the unstable version of gentoo. I compile with a use flag of -pulseaudio, so its mostly Alsa unless gnome says otherwise. Any ideas would be appreciated. I don't know what exactly you mean with no audio, but I had problems with MP3 files not decoding anymore around the same time as you did, despite installing Firefox with USE=gstreamer. I finally decided to debug it again today, and had success after installing gst-plugins-mad (although I would be surprised if gst-plugins-lame did not work, either). Now SoundCloud works again! For the future, regarding how to debug these issues, you can try the following: - Start Firefox from a terminal to see the log. - Use the debug console (Ctrl-Shift-i) to see site-specific (and plug-in related!) error messages. In my case I was getting gstreamer related assertion failures in the terminal, and the debug console showed many decoding errors. That made it pretty clear that the issue must have something to do with GStreamer. HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpU7TQFzK3Lc.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] html5 no longer working in firefox
Marc Joliet mar...@gmx.de wrote: Am Tue, 16 Dec 2014 15:09:14 -0500 schrieb cov...@ccs.covici.com: Hi. I have found since my latest update that html5 is getting no audio in firefox. I am not sure what libraries are involved in this -- I downgraded firefox to 31.3.0, compiled with debug, but no error messages. It worked in early November so it must have been some update, but I can't figure out which -- how can I even troubleshoot such a thing. I am using gnome 3.14.x, so I have the gnome overlay and the unstable version of gentoo. I compile with a use flag of -pulseaudio, so its mostly Alsa unless gnome says otherwise. Any ideas would be appreciated. I don't know what exactly you mean with no audio, but I had problems with MP3 files not decoding anymore around the same time as you did, despite installing Firefox with USE=gstreamer. I finally decided to debug it again today, and had success after installing gst-plugins-mad (although I would be surprised if gst-plugins-lame did not work, either). Now SoundCloud works again! For the future, regarding how to debug these issues, you can try the following: - Start Firefox from a terminal to see the log. - Use the debug console (Ctrl-Shift-i) to see site-specific (and plug-in related!) error messages. In my case I was getting gstreamer related assertion failures in the terminal, and the debug console showed many decoding errors. That made it pretty clear that the issue must have something to do with GStreamer. By mo audio I mean that when I loaded the player (for plural site) I heard no sound as I did before that update and was told that the player used html5. I will try the control-shift-i -- does firefox have to be compiled with debug to do this? Thanks. -- 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] html5 no longer working in firefox
Am Tue, 13 Jan 2015 15:30:12 -0500 schrieb cov...@ccs.covici.com: Marc Joliet mar...@gmx.de wrote: Am Tue, 16 Dec 2014 15:09:14 -0500 schrieb cov...@ccs.covici.com: Hi. I have found since my latest update that html5 is getting no audio in firefox. I am not sure what libraries are involved in this -- I downgraded firefox to 31.3.0, compiled with debug, but no error messages. It worked in early November so it must have been some update, but I can't figure out which -- how can I even troubleshoot such a thing. I am using gnome 3.14.x, so I have the gnome overlay and the unstable version of gentoo. I compile with a use flag of -pulseaudio, so its mostly Alsa unless gnome says otherwise. Any ideas would be appreciated. I don't know what exactly you mean with no audio, but I had problems with MP3 files not decoding anymore around the same time as you did, despite installing Firefox with USE=gstreamer. I finally decided to debug it again today, and had success after installing gst-plugins-mad (although I would be surprised if gst-plugins-lame did not work, either). Now SoundCloud works again! For the future, regarding how to debug these issues, you can try the following: - Start Firefox from a terminal to see the log. - Use the debug console (Ctrl-Shift-i) to see site-specific (and plug-in related!) error messages. In my case I was getting gstreamer related assertion failures in the terminal, and the debug console showed many decoding errors. That made it pretty clear that the issue must have something to do with GStreamer. By mo audio I mean that when I loaded the player (for plural site) I heard no sound as I did before that update and was told that the player used html5. That still sounds too vague to me, as I cannot tell whether you mean that the file does not play at all, or that it plays, but you can't hear anything, or maybe even that it's not possible to tell what exactly is going wrong. I will try the control-shift-i -- does firefox have to be compiled with debug to do this? No, you don't need to install firefox with FEATURES=debug. The debug console is part of Firefox's built-in set of web developer tools. HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpNZ_GfK4pkk.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] html5 no longer working in firefox
Marc Joliet mar...@gmx.de wrote: Am Tue, 13 Jan 2015 15:30:12 -0500 schrieb cov...@ccs.covici.com: Marc Joliet mar...@gmx.de wrote: Am Tue, 16 Dec 2014 15:09:14 -0500 schrieb cov...@ccs.covici.com: Hi. I have found since my latest update that html5 is getting no audio in firefox. I am not sure what libraries are involved in this -- I downgraded firefox to 31.3.0, compiled with debug, but no error messages. It worked in early November so it must have been some update, but I can't figure out which -- how can I even troubleshoot such a thing. I am using gnome 3.14.x, so I have the gnome overlay and the unstable version of gentoo. I compile with a use flag of -pulseaudio, so its mostly Alsa unless gnome says otherwise. Any ideas would be appreciated. I don't know what exactly you mean with no audio, but I had problems with MP3 files not decoding anymore around the same time as you did, despite installing Firefox with USE=gstreamer. I finally decided to debug it again today, and had success after installing gst-plugins-mad (although I would be surprised if gst-plugins-lame did not work, either). Now SoundCloud works again! For the future, regarding how to debug these issues, you can try the following: - Start Firefox from a terminal to see the log. - Use the debug console (Ctrl-Shift-i) to see site-specific (and plug-in related!) error messages. In my case I was getting gstreamer related assertion failures in the terminal, and the debug console showed many decoding errors. That made it pretty clear that the issue must have something to do with GStreamer. By mo audio I mean that when I loaded the player (for plural site) I heard no sound as I did before that update and was told that the player used html5. That still sounds too vague to me, as I cannot tell whether you mean that the file does not play at all, or that it plays, but you can't hear anything, or maybe even that it's not possible to tell what exactly is going wrong. I will try the control-shift-i -- does firefox have to be compiled with debug to do this? No, you don't need to install firefox with FEATURES=debug. The debug console is part of Firefox's built-in set of web developer tools. hmmm, for the moment, I am assuming that the video is visible, but no sound, as I am visually impaired this is an assumption. But the player loads and the time of the video keeps moving so this assumption may be correct. -- 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
[gentoo-user] Re: cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On 01/11/2015 09:39 PM, Justin Findlay wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. I can tell from the info you provided that you already know more about the subject than I do. So I'll supply questions instead of answers :) After searching various portage manpages and grepping through the eclass directory I can find only one pathetic reference to ABI_X86 in a Changelog, which doesn't give me clue where the variable is defined. Did you add it in your make.conf? Second, does qtcore compile if you change the 32 to -32? I ask because I re-installed qtcore just now, but with these useflags: Installed versions: 4.8.6-r1(4)(04:03:45 PM 01/13/2015)(exceptions glib iconv icu ssl -aqua -debug -pch -qt3support ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32) I grepped through the build.log and saw no mention of libc_nonshared.a, so that seems an important difference. BTW, do you know what the x32 useflag means?
