Summary: | www-client/firefox-3.6.8 does not show captchas, so I cannot validate some actions | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kevin O'Gorman <kogorman> |
Component: | New packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://en.gentoo-wiki.com/w/index.php?title=Talk:Grub2&action=submit | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kevin O'Gorman
2010-09-09 14:52:55 UTC
You will need to confirm with latest 3.6.9 and a clean profile (In reply to comment #1) > You will need to confirm with latest 3.6.9 and a clean profile > It's emerging as I write this, but I'm unclear what you mean by "clean profile". If you're referring to my manipulation of the environment, it's the result of wrapping this short bash script around the "emerge" command, and it's necessary at least in part because I have for good reasons "-ansi" in my CFLAGS, and this messes up some ebuilds. My script just unsets some variables, and then shows lines extracted from /etc/make.conf. I submit that unsetting does not make a profile unclean. If you meant anything else, you'll have to clarify. Here's the current form of the script: #!/bin/bash unset CFLAGS unset LDFLAGS unset LINGUAS unset CXXFLAGS unset CPPFLAGS echo -- From your friendly local wrapper script $0 echo CFLAGS now $(fgrep 'CFLAGS=' /etc/make.conf) echo LDLAGS now $(fgrep 'LDFLAGS=' /etc/make.conf) echo LINGUAS now $(fgrep 'LINGUAS=' /etc/make.conf) echo CXXFLAGS now $(fgrep 'CXXFLAGS=' /etc/make.conf) echo CPPFLAGS now $(fgrep 'CPPFLAGS=' /etc/make.conf) echo -- Now on to the real portage echo /usr/bin/emerge $* And this is what the output looks like: -- From your friendly local wrapper script /root/bin/emerge CFLAGS now CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -mfpmath=sse -msse2 -mmmx" LDLAGS now LDFLAGS="$LDFLAGS -Wl,-O1" LINGUAS now LINGUAS="en en_US fr de es pl" CXXFLAGS now CXXFLAGS="${CFLAGS}" CPPFLAGS now CPPFLAGS="${CFLAGS}" -- Now on to the real portage (In reply to comment #2) > (In reply to comment #1) > > You will need to confirm with latest 3.6.9 and a clean profile > > > > It's emerging as I write this, but I'm unclear what you mean by "clean > profile". > If you're referring to my manipulation of the environment, it's the result of > wrapping this short bash script around the "emerge" command, and it's necessary > at least in part because I have for good reasons "-ansi" in my CFLAGS, and this > messes up some ebuilds. My script just unsets some variables, and then shows > lines extracted from /etc/make.conf. I submit that unsetting does not make a > profile unclean. > > If you meant anything else, you'll have to clarify. > > Here's the current form of the script: > #!/bin/bash > unset CFLAGS > unset LDFLAGS > unset LINGUAS > unset CXXFLAGS > unset CPPFLAGS > > echo -- From your friendly local wrapper script $0 > echo CFLAGS now $(fgrep 'CFLAGS=' /etc/make.conf) > echo LDLAGS now $(fgrep 'LDFLAGS=' /etc/make.conf) > echo LINGUAS now $(fgrep 'LINGUAS=' /etc/make.conf) > echo CXXFLAGS now $(fgrep 'CXXFLAGS=' /etc/make.conf) > echo CPPFLAGS now $(fgrep 'CPPFLAGS=' /etc/make.conf) > echo -- Now on to the real portage > echo > /usr/bin/emerge $* > > > And this is what the output looks like: > -- From your friendly local wrapper script /root/bin/emerge > CFLAGS now CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -mfpmath=sse > -msse2 -mmmx" > LDLAGS now LDFLAGS="$LDFLAGS -Wl,-O1" > LINGUAS now LINGUAS="en en_US fr de es pl" > CXXFLAGS now CXXFLAGS="${CFLAGS}" > CPPFLAGS now CPPFLAGS="${CFLAGS}" > -- Now on to the real portage > A clean profile means mv $HOME/.mozilla $HOME/.mozilla-bak then start firefox. Please test with 3.6.9 and a new firefox profile. Feel free to reopen this bug if the problem still exists. Thanks. (In reply to comment #4) > Please test with 3.6.9 and a new firefox profile. Feel free to reopen this bug > if the problem still exists. Thanks. > I did this with 3.6.12, and all was okay. I'm marking it closed. |