[gentoo-user] squid 3.1.18 build failure
System is mostly amd64, but gcc and squid are ~amd64. The error appears to be at; x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/etc/squid/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/share/squid\ -DDEFAULT_SQUID_CONFIG_DIR=\/etc/squid\ -I.. -I../include -I../src -I../include -I../src -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe -c -o store.o store.cc store.cc: In member function ‘void StoreEntry::deferProducer(const AsyncCall::Pointer)’: store.cc:376:232: error: no match for ‘operator’ in ‘std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::ostream*)operator(((std::ostream)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::ostream*)Debug::getDebugOut())), ((const char*)store.cc, ((const char*)()))-std::basic_ostream_CharT, _Traits::operator [with _CharT = char, _Traits = std::char_traitschar](377))), ((const char*)) , ((const char*)( __FUNCTION__), ((const char*): , ((const char*)Deferred producer call is allready set to: , ((AsyncCall)((AsyncCall*)((StoreEntry*)this)-StoreEntry::deferredProducer.RefCountC::operator* [with C = AsyncCall]()), ((const char*), requested call: )) ((const AsyncCall::Pointer*)producer)-RefCountC::operator* [with C = AsyncCall]()’ /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:108:7: note: candidates are: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::basic_ostream_CharT, _Traits::__ostream_type (*)(std::basic_ostream_CharT, _Traits::__ostream_type)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:117:7: note: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::basic_ostream_CharT, _Traits::__ios_type (*)(std::basic_ostream_CharT, _Traits::__ios_type)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar, std::basic_ostream_CharT, _Traits::__ios_type = std::basic_ioschar] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:127:7: note: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::ios_base (*)(std::ios_base)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar] etc I tried pulling MAKEOPTS back to -j1 - no difference. Any ideas or should I just log a bug? emerge -pv shows; Calculating dependencies... done! [ebuild U ~] net-proxy/squid-3.1.18 [3.1.16] USE=ecap epoll ipv6 logrotate mysql pam snmp sqlite ssl -caps -icap-client (-ipf-transparent) -kerberos (-kqueue) -ldap -nis (-pf-transparent) -postgres -radius -samba -sasl (-selinux) -test -tproxy -zero-penalty-hit 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB
Re: [gentoo-user] I'm in a Pickle
On Sunday 25 Dec 2011 19:28:35 CJoeB wrote: On 12/25/11 14:08, Dan Cowsill wrote: I can do this, but the computer isn't that old and up until today when I rebooted the computer by holding the power button, on reboot, the mouse and the keyboard worked fine. And although the computer is new, I've screwed the warranty because I removed Windows and there is only Linux on my computer. It is worth noting for future cases like this that the warranty may not be screwed up at all - unless the small print explicitly says so and even then you may be still able to claim that they fix any hardware fault under the warranty. There was a woman who had removed the MSWindows OS from her new laptop and when the keyboard failed the company that sold it to her refused to deal with it without the original OS installed. Eventually the company reneged and replaced the broken component. http://linux.slashdot.org/story/07/03/27/1753218/hp-dishonors-warranty-if-you- load-linux I believe that there's more than one cases that this has happened, so removing MSWindows may not nullify your legal consumer rights. I do however as a matter of course retain the original installation just-in- case and install Gentoo as a dual boot, if only to save myself the argument with some poor idiot reading from a script on some service department in the future. These days with massive hard drives there's enough space to keep both OS. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] wicd
On Sun, Dec 25, 2011 at 4:01 PM, Michael Mol mike...@gmail.com wrote: So, after having plenty of trouble working on getting Gentoo set up to work with my new laptop, I'm finally able to run 'iwlist wlan0 scan' and see the 15 or so cells in immediate area. Rather than going straight wpa_supplicant or using NetworkManager on this machine, I thought I'd give wicd a try. Trouble is, wicd, for whatever reason, isn't seeing any any of the cells. If I run wicd-cli --wireless -l, I get a list's headers, but no observed networks. If I run wicd-cli --wireless -S, I get no output at all. The page on gentoo-wiki.com for wicd[1] talks about a few configuration files for manual configuration, but those aren't present on the filesystem, and there are no manpages for them. [1] http://en.gentoo-wiki.com/wiki/Wicd#Manual_Configuration -- As far I can remeber, I just removed net.ethX from /etc/init.d and ran rc-confg add wicd boot. Inside wicd preference I set wlan0 and eth0 as my network interfaces. :wq
Re: [gentoo-user] wicd
On Mon, Dec 26, 2011 at 8:19 AM, Fernando Antunes fs.antu...@gmail.comwrote: On Sun, Dec 25, 2011 at 4:01 PM, Michael Mol mike...@gmail.com wrote: So, after having plenty of trouble working on getting Gentoo set up to work with my new laptop, I'm finally able to run 'iwlist wlan0 scan' and see the 15 or so cells in immediate area. Rather than going straight wpa_supplicant or using NetworkManager on this machine, I thought I'd give wicd a try. Trouble is, wicd, for whatever reason, isn't seeing any any of the cells. If I run wicd-cli --wireless -l, I get a list's headers, but no observed networks. If I run wicd-cli --wireless -S, I get no output at all. The page on gentoo-wiki.com for wicd[1] talks about a few configuration files for manual configuration, but those aren't present on the filesystem, and there are no manpages for them. [1] http://en.gentoo-wiki.com/wiki/Wicd#Manual_Configuration -- As far I can remeber, I just removed net.ethX from /etc/init.d and ran rc-confg add wicd boot. Inside wicd preference I set wlan0 and eth0 as my network interfaces. My emerge packages that came with wicd : Calculating dependencies... done! [ebuild N] dev-libs/libnl-1.1-r2 USE=-doc 283 kB [ebuild N] dev-python/notify-python-0.1.1-r1 210 kB [ebuild N] dev-python/dbus-python-0.83.2 USE=-doc -examples -test 528 kB [ebuild N] net-wireless/wpa_supplicant-0.7.3-r2 USE=dbus gnutls readline ssl -debug -eap-sim -fasteap -madwifi (-ps3) -qt4 -wimax -wps 1,600 kB [ebuild N] dev-python/urwid-0.9.9.1 USE=-examples 233 kB [ebuild N] x11-misc/ktsuss-1.4 273 kB [ebuild N] net-misc/wicd-1.7.0 USE=X gtk libnotify ncurses nls pm-utils (-i :wq
Re: [gentoo-user] squid 3.1.18 build failure
Em 26-12-2011 07:16, Adam Carter escreveu: System is mostly amd64, but gcc and squid are ~amd64. The error appears to be at; x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/etc/squid/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/share/squid\ -DDEFAULT_SQUID_CONFIG_DIR=\/etc/squid\ -I.. -I../include -I../src -I../include -I../src -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe -c -o store.o store.cc store.cc: In member function ‘void StoreEntry::deferProducer(const AsyncCall::Pointer)’: store.cc:376:232: error: no match for ‘operator’ in ‘std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::ostream*)operator(((std::ostream)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::basic_ostreamchar*)std::operator [with _Traits = std::char_traitschar](((std::basic_ostreamchar)((std::ostream*)Debug::getDebugOut())), ((const char*)store.cc, ((const char*)()))-std::basic_ostream_CharT, _Traits::operator [with _CharT = char, _Traits = std::char_traitschar](377))), ((const char*)) , ((const char*)( __FUNCTION__), ((const char*): , ((const char*)Deferred producer call is allready set to: , ((AsyncCall)((AsyncCall*)((StoreEntry*)this)-StoreEntry::deferredProducer.RefCountC::operator* [with C = AsyncCall]()), ((const char*), requested call: )) ((const AsyncCall::Pointer*)producer)-RefCountC::operator* [with C = AsyncCall]()’ /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:108:7: note: candidates are: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::basic_ostream_CharT, _Traits::__ostream_type (*)(std::basic_ostream_CharT, _Traits::__ostream_type)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:117:7: note: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::basic_ostream_CharT, _Traits::__ios_type (*)(std::basic_ostream_CharT, _Traits::__ios_type)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar, std::basic_ostream_CharT, _Traits::__ios_type = std::basic_ioschar] /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/include/g++-v4/ostream:127:7: note: std::basic_ostream_CharT, _Traits::__ostream_type std::basic_ostream_CharT, _Traits::operator(std::ios_base (*)(std::ios_base)) [with _CharT = char, _Traits = std::char_traitschar, std::basic_ostream_CharT, _Traits::__ostream_type = std::basic_ostreamchar] etc I tried pulling MAKEOPTS back to -j1 - no difference. Any ideas or should I just log a bug? emerge -pv shows; Calculating dependencies... done! [ebuild U ~] net-proxy/squid-3.1.18 [3.1.16] USE=ecap epoll ipv6 logrotate mysql pam snmp sqlite ssl -caps -icap-client (-ipf-transparent) -kerberos (-kqueue) -ldap -nis (-pf-transparent) -postgres -radius -samba -sasl (-selinux) -test -tproxy -zero-penalty-hit 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB Same here! -- --- Zhu Sha Zang
Re: [gentoo-user] Acroread DRM Bug?
Am 25.12.2011 19:56, schrieb Michael Volland: Hi, our public library uses Adobe Digital Rights Management. That means you download a paper/book and open it with acroread. It used to work fine with gentoo ~amd64 but not with ~x86 and x86. (I assume it works with amd64 as well, can't just test it) Acroread always crashed, when I tried to open a drm-protected document on x84-installations. The reason is, that acroread (acroread-9.4.2) is installed as binary, but dynamically linked and when you open a drm-protected document, it tries to load the non-existing library /usr/lib32/libidn.so.11. To reproduce: in xterm: $ export ACRODEBUG=1 $ acroread now open drm-protected document dlopen: libidn.so.11: cannot open shared object file: No such file or directory This library is part of app-emulation/emul-linux-x86-baselibs-20110928 which is usually installed with non-x86 installations. So I installed emul-linux-x86-baselibs and did set a softlink from /usr/lib32/libidn.so.11 to /usr/lib. It works fine. But lately I ran into problems after upgrading gcc. I couldn't emerge qt-gui anymore. Actually I had to remove the link, rename /usr/lib32 and reemerge gcc. Then it was possible to emerge qt-gui. Any suggestions? Could there be a library on x86 installation, that one could use? Could I hide the library from ebuilds other than acroread? Should I file a gentoo-bug-report? Greetings Michael Solution: File a bug on b.g.o. Maybe the acroread dev can bundle a libidn.so.11 with acroread. Workaround: Symlink libidn.so.11 on some location outside the usual lib directory structure (I suggest /usr/local/acroread/lib). Create a shell script wrapper around acroread which calls `LD_LIBRARY_PATH=/usr/local/acroread/lib acroread` That way, only acroread will see this lib. Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: squid 3.1.18 build failure
On Mon, 26 Dec 2011 20:16:24 +1100, Adam Carter wrote: System is mostly amd64, but gcc and squid are ~amd64. The error appears to be at; x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DDEFAULT_CONFIG_FILE=\/etc/squid/squid.conf\ -DDEFAULT_SQUID_DATA_DIR=\/usr/share/squid\ -DDEFAULT_SQUID_CONFIG_DIR=\/etc/squid\ -I.. -I../include -I../src -I../include -I../src -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT -m64 -march=amdfam10 -mcx16 -msahf -mpopcnt -mabm -O2 -pipe -c -o store.o store.cc store.cc: In member function ‘void StoreEntry::deferProducer(const AsyncCall::Pointer)’: store.cc:376:232: error: no match for ‘operator’ very odd. emerge -pv shows; Calculating dependencies... done! [ebuild U ~] net-proxy/squid-3.1.18 [3.1.16] USE=ecap epoll ipv6 logrotate mysql pam snmp sqlite ssl -caps -icap-client (-ipf-transparent) -kerberos (-kqueue) -ldap -nis (-pf-transparent) -postgres -radius -samba -sasl (-selinux) -test -tproxy -zero-penalty-hit 0 kB Total: 1 package (1 upgrade), Size of downloads: 0 kB I built 3.1.18 on my ~x86 and had no problems whatsoever..very strange, esp. since you also use gcc 4.5.3 - which works fine for me. So I think it's not a gcc 4.6.x problem. My flags are USE=caps epoll ipv6 logrotate pam postgres samba snmp sqlite ssl -ecap -icap-client (-ipf-transparent) -kerberos (-kqueue) -ldap -mysql -nis(-pf-transparent) -radius -sasl (-selinux) -test -tproxy -zero-penalty-hit First guess is that the difference in ecap is to blame. Can you verify that it builds for you without ecap? If so please report that in the bug too. -h (not a dev or maintainer, just trying to help :)
[gentoo-user] Re: squid 3.1.18 build failure
Adam, some more information: http://www.mail-archive.com/squid-dev@squid-cache.org/msg16870.html http://bugs.squid-cache.org/show_bug.cgi?id=3440 looks like the problem was already found and fixed. Fix seems to be a simple one-liner, so if you raise a bug we can discuss it there. -h
Re: [gentoo-user] Acroread DRM Bug?
On 26.12.2011 13:42, Florian Philipp wrote: Solution: File a bug on b.g.o. Maybe the acroread dev can bundle a libidn.so.11 with acroread. The better solution is to emerge net-dns/libidn. $ equery b libidn.so.11 * Searching for libidn.so.11 ... app-emulation/emul-linux-x86-baselibs-20110928 (/usr/lib32/libidn.so.11 - libidn.so.11.6.5) net-dns/libidn-1.23 (/usr/lib64/libidn.so.11 - libidn.so.11.6.6) See also https://bugs.gentoo.org/show_bug.cgi?id=396079 opend by the original poster after solving the problem in the german list. Greetings Sebastian Beßler signature.asc Description: OpenPGP digital signature
[gentoo-user] svn repo and apache - something went wrong
Dear All, I have been trying to fix my svn repo for hours but I don't know what a hell happened here. I'm not able to commit and update my repository. I always get this message independently I do it with simple user or root, however, it is possible to reach my repo via file:/// protocoll. sayusi@sa-home ~/tmpp $ svn co http://sa-home.dyndns.org:4423/svn/DiLibSwingClient/trunk . svn: E175013: Unable to connect to a repository at URL 'http://sa-home.dyndns.org:4423/svn/DiLibSwingClient/trunk' svn: E175013: Access to 'http://sa-home.dyndns.org:4423/svn/DiLibSwingClient/trunk' forbidden Approximately two weeks ago I committed last time and it was ok. The files have apache:svnusers rules. My user is belongs to svnusers group. Apache is belongs to svnusers groups. I was able to reach my repository through apache. The whole system was based on this [1] tutorial. I've double checked everything but the issue is the same. I've checked the emerge logs and in the last 2 weeks there wasn't any apache and subversion rebuild. Does anybody have any idea what should be double checked? My system is ~amd64 and I'm using now: subversion 1.7.1 and apache - 2.2.21-r1 [1] - http://rockfloat.com/howto/gentoo-subversion.html I'm appreciating any help! -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] svn repo and apache - something went wrong
On 12/26/11 09:56, András Csányi wrote: I was able to reach my repository through apache. The whole system was based on this [1] tutorial. I've double checked everything but the issue is the same. I've checked the emerge logs and in the last 2 weeks there wasn't any apache and subversion rebuild. I wouldn't necessarily rule out an apache update. In fact, that would be my first guess: you updated apache a month ago and only rebooted or reloaded a few days ago. Check your apache config to make sure that some new config file didn't steal this path: http://sa-home.dyndns.org:4423/svn/DiLibSwingClient/trunk The apache access/error logs also hopefully contain some information about what's happening. In the past, the default vhost config file would continually get added by portage and clobber my real default vhost. These days I just leave a comment in there so etc-update warns me.
[gentoo-user] Xine plays *.m4v, but won't play the file when renamed to *.mp4
Hi, I wonder if anyone else here uses xine to play mp4 files? I started using Handbrake awhile back to rip my DVDs. The default file extension was m4v so I left it that way and had no problems with xine. I've just received a new TV full of Open Source software. One of the things the TV will do is play files off of an attached USB hard drive, but the TV recognizes a limited number file formats, one being mp4. My m4v files, when renamed to mp4, play just fine, but are no longer played by xine. Anyone have a work around for this? Thanks, Mark
[gentoo-user] Re: Xine plays *.m4v, but won't play the file when renamed to *.mp4
DISREGARD! Xine isn't complaining about the file extension, it's complaining about the directory name. Sorry for the noise. On Mon, Dec 26, 2011 at 10:16 AM, Mark Knecht markkne...@gmail.com wrote: Hi, I wonder if anyone else here uses xine to play mp4 files? I started using Handbrake awhile back to rip my DVDs. The default file extension was m4v so I left it that way and had no problems with xine. I've just received a new TV full of Open Source software. One of the things the TV will do is play files off of an attached USB hard drive, but the TV recognizes a limited number file formats, one being mp4. My m4v files, when renamed to mp4, play just fine, but are no longer played by xine. Anyone have a work around for this? Thanks, Mark
[gentoo-user] Build problems due to invalid libtool arguments
Hi there!
I'm currently upgrading my little sister's PC from an x86 Sempron to an
x86_64 AMDS A6 processor. So Gentoo is being installed from scratch.
But some packages fail to build. I filed a bug [1] for
media-libs/libggi-2.2.2, but a similar problem is happening for
pygtksourceview now, and I do not find a simple workaround.
The problem is that in the libtool linking phase the arguments /usr/bin
/usr/sbin /bin /sbin are given along the libraries and library paths. I
have no idea why this happens, and how to solve this. Something must be
wrong on my system. But what? For libggi, emerging with USE=-aalib sort
of solved this. But I have no idea what to do about pygtksourceview. As
all gthe KDE stuff seems to depend on this, I cannot continue
Here's the end of the build log. Look at the line I marked with a (***).
libtool: link: echo { global: .libs/libggi.ver
libtool: link: cat ./EXPSYMS | sed -e s/\(.*\)/\1;/ .libs/libggi.ver
libtool: link: echo local: *; }; .libs/libggi.ver
libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/builtins.o
.libs/colormap.o .libs/db.o .libs/dl.o .libs/events.o .libs/ext.o
.libs/gc.o .libs/init.o .libs/internal.o .libs/mode.o .libs/probe.o
.libs/stubs.o .libs/swar.o .libs/unix.o .libs/visual.o
-Wl,--whole-archive ../display/auto/.libs/libauto.a
../default/stubs/.libs/libstubs.a
../default/pseudo_stubs/.libs/libpseudo_stubs.a
../default/color/.libs/libcolor.a ../default/text_16/.libs/libtext_16.a
../default/text_32/.libs/libtext_32.a
../default/linear_1/.libs/liblinear_1.a
../default/linear_16/.libs/liblinear_16.a
../default/linear_1_r/.libs/liblinear_1_r.a
../default/linear_2/.libs/liblinear_2.a
../default/linear_24/.libs/liblinear_24.a
../default/linear_32/.libs/liblinear_32.a
../default/linear_4/.libs/liblinear_4.a
../default/linear_4_r/.libs/liblinear_4_r.a
../default/linear_8/.libs/liblinear_8.a
../default/planar/.libs/libplanar.a ../default/ilbm/.libs/libilbm.a
../default/iplanar_2p/.libs/libiplanar_2p.a
../default/fbdev/mga/2164w/.libs/libm2164w.a
../default/fbdev/mga/g400/.libs/libmga_g400.a
../default/fbdev/ati/mach64/.libs/libmach64.a
../display/aa/.libs/libaa.a ../display/fbdev/.libs/libfbdev.a
../display/file/.libs/libfile.a ../display/ipc/.libs/libipc.a
../display/linvtsw/.libs/liblinvtsw.a
../display/mansync/.libs/libmansync.a
../display/memory/.libs/libmemory.a
../display/monotext/.libs/libmonotext.a
../display/multi/.libs/libmulti.a ../display/palemu/.libs/libpalemu.a
../display/sub/.libs/libsub.a ../display/tele/.libs/libtele.a
../display/terminfo/.libs/libterminfo.a ../display/tile/.libs/libtile.a
../display/trueemu/.libs/libtrueemu.a ../display/vcsa/.libs/libvcsa.a
../display/X/.libs/libx.a
../display/X/helper/dbe/.libs/libhelper_x_dbe.a
../display/X/helper/dga/.libs/libhelper_x_dga.a
../display/X/helper/evi/.libs/libhelper_x_evi.a
../display/X/helper/shm/.libs/libhelper_x_shm.a
../display/X/helper/vidmode/.libs/libhelper_x_vidmode.a
-Wl,--no-whole-archive -L/usr/lib /usr/lib64/libaa.so /usr/bin(***)
/usr/sbin /bin /sbin -lm -lncurses -lXxf86vm /usr/lib64/libgii.so
-L/usr/lib64 -lX11 -lXxf86dga -lXext /usr/lib64/libgg.so -ldl -lpthread
-lc -march=native -msse -msse2 -msse3 -m3dnow -Wl,-O1 -Wl,--as-needed
-Wl,-soname -Wl,libggi.so.2 -Wl,-version-script -Wl,.libs/libggi.ver -o
.libs/libggi.so.2.0.2
/usr/bin: file not recognized: Is a directory
leela / # emerge --info libggi
/usr/lib64/portage/pym/portage/package/ebuild/config.py:353:
UserWarning: 'cache.metadata_overlay.database' is deprecated:
/etc/portage/modules
(user_auxdbmodule, modules_file))
Portage 2.2.0_alpha83 (default/linux/amd64/10.0/desktop/kde, gcc-4.5.3,
glibc-2.13-r4, 3.0.13-std241-amd64 x86_64)
=
System Settings
=
System uname:
Linux-3.0.13-std241-amd64-x86_64-AMD_A6-3500_APU_with_Radeon-tm-_HD_Graphics-with-gentoo-2.0.3
Timestamp of tree: Sun, 25 Dec 2011 22:15:01 +
app-shells/bash: 4.1_p9
dev-java/java-config: 2.1.11-r3
dev-lang/python: 2.7.2-r3, 3.1.4-r3
dev-util/cmake: 2.8.6-r4
dev-util/pkgconfig: 0.26
sys-apps/baselayout: 2.0.3
sys-apps/openrc: 0.9.4
sys-apps/sandbox: 2.5
sys-devel/autoconf: 2.13, 2.68
sys-devel/automake: 1.11.1
sys-devel/binutils: 2.21.1-r1
sys-devel/gcc:4.5.3-r1
sys-devel/gcc-config: 1.4.1-r1
sys-devel/libtool:2.4-r1
sys-devel/make: 3.82-r1
sys-kernel/linux-headers: 2.6.39 (virtual/os-headers)
sys-libs/glibc: 2.13-r4
Repositories: gentoo zugaina local
Installed sets:
ACCEPT_KEYWORDS=amd64
ACCEPT_LICENSE=* -@EULA
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-march=native -msse -msse2 -msse3 -m3dnow -pipe
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/share/config /usr/share/gnupg/qualified.txt
/usr/share/openvpn/easy-rsa
CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d
Re: [gentoo-user] I'm in a Pickle
On 12/25/2011 01:08 PM, CJoeB wrote: Happy Holidays, Everyone, To lead into the problem I am experiencing, I will let you know about an issue I've been having with my desktop (writing this from my laptop). Every once in a while, when the screensaver kicks in and then, the monitor goes on power save mode (something inherent to the monitor), the screen locks (I have not set it to do this) and the only way, I can get the computer going again is to reboot it by holding down the power button. This is annoying, but has not caused an issue until today. I had similar and similarly-weird problems caused by a faulty video card. After removing it, I could see that the capacitors were domed/cracked and the card obviously got fried somehow... it still worked most of the time, but was unstable (especially coming out of power-saving it would exhibit problems or freeze the system). I could usually still SSH in from another machine and do a proper shutdown, but not always. Today, I was doing a world update and the screen locked - I still had my KDE desktop up, but couldn't open a window to kill any processes or anything. So, I held the power button to cause a reboot. The computer booted okay and gave me my login screen, but neither the keyboard nor the mouse work. Maybe part of the world update was x11 stuff and the @x11-module-rebuild set didn't get emerged yet. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] I'm in a Pickle
On 12/25/2011 02:51 PM, CJoeB wrote: On 12/25/11 14:20, Michael Hampicke wrote: Today, I was doing a world update and the screen locked - I still had my KDE desktop up, but couldn't open a window to kill any processes or anything. So, I held the power button to cause a reboot. The computer booted okay and gave me my login screen, but neither the keyboard nor the mouse work. Wild guess: xorg-server was upgraded to a newer version with changed ABI, so you have to remerge everthing installed under x11-drivers # emerge -1a $(qlist -I -C x11-drivers/) It's a little hard to do that since, I boot to a login screen and neither my keyboard nor mouse work - despite the fact that the cursor places itself in the password field on the login screen, I can't enter my password since the keyboard doesn't work. :-) If it happens again, in GRUB edit the kernel commandline and append gentoo=nox to it and that will prevent Gentoo from starting your graphical login manager. Or, better yet, create a second menu entry in grub for no X right now, so it'll be there if you need it in the future. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] I'm in a Pickle
On 12/26/11 14:54, Paul Hartman wrote: On 12/25/2011 02:51 PM, CJoeB wrote: On 12/25/11 14:20, Michael Hampicke wrote: Today, I was doing a world update and the screen locked - I still had my KDE desktop up, but couldn't open a window to kill any processes or anything. So, I held the power button to cause a reboot. The computer booted okay and gave me my login screen, but neither the keyboard nor the mouse work. Wild guess: xorg-server was upgraded to a newer version with changed ABI, so you have to remerge everthing installed under x11-drivers # emerge -1a $(qlist -I -C x11-drivers/) It's a little hard to do that since, I boot to a login screen and neither my keyboard nor mouse work - despite the fact that the cursor places itself in the password field on the login screen, I can't enter my password since the keyboard doesn't work. :-) If it happens again, in GRUB edit the kernel commandline and append gentoo=nox to it and that will prevent Gentoo from starting your graphical login manager. Or, better yet, create a second menu entry in grub for no X right now, so it'll be there if you need it in the future. Thanks. This info was already provided to me. I made a note of it in the place where I keep my Gentoo tips so, I'll have this available to me if I need it again! :-) Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org
Re: [gentoo-user] Build problems due to invalid libtool arguments
I wrote: The problem is that in the libtool linking phase the arguments /usr/bin /usr/sbin /bin /sbin are given along the libraries and library paths. I have no idea why this happens, and how to solve this. Something must be wrong on my system. But what? For libggi, emerging with USE=-aalib sort of solved this. But I have no idea what to do about pygtksourceview. As all gthe KDE stuff seems to depend on this, I cannot continue I found a workaround, after looking more closely to the emerge -t output. pygtksourceview is needed when git is built only with the gtk USE flag. So I can continue, but it just happened again with dev-db/libiodbc, whatever this is, and whatever this may depend on. There is something wrong on this system, and I have no idea where to look. Wonko
[gentoo-user] Video Problem
Hello, Whenever i try to play a video (.avi, .mpg) whatever player I use crashes out and logs me out. I have tried several video players and all is the same (smplayer, xine, etc). Error is xorg log 261.132] 0: /usr/bin/X (xorg_backtrace+0x28) [0x566f68] [ 261.132] 1: /usr/bin/X (0x40+0x16ac49) [0x56ac49] [ 261.132] 2: /lib64/libpthread.so.0 (0x7f3c41b2f000+0x10690) [0x7f3c41b3f690] [ 261.132] 3: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (xs111LookupPrivate+0x22) [0x7f3c3ee6efb2] [ 261.132] 4: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (xclLookupPrivate+0xd) [0x7f3c3e83d01d] [ 261.132] 5: /usr/lib64/xorg/modules/amdxmm.so (X740XvPutImage+0x12e) [0x7f3c3bb978de] [ 261.132] 6: /usr/bin/X (0x40+0x88191) [0x488191] [ 261.132] 7: /usr/lib64/xorg/modules/extensions/libextmod.so (0x7f3c3fb38000+0xfbe4) [0x7f3c3fb47be4] [ 261.132] 8: /usr/bin/X (0x40+0x35529) [0x435529] [ 261.132] 9: /usr/bin/X (0x40+0x24a3a) [0x424a3a] [ 261.132] 10: /lib64/libc.so.6 (__libc_start_main+0xec) [0x7f3c40a620ac] [ 261.132] 11: /usr/bin/X (0x40+0x24589) [0x424589] [ 261.132] Segmentation fault at address 0x20 [ 261.132] Fatal server error: [ 261.132] Caught signal 11 (Segmentation fault). Server aborting I am using ati-drivers, xfce4 and also fails when using xdm and not xdm. Any suggestions please -- John D Maunder
Re: [gentoo-user] Video Problem
I am using ati-drivers, xfce4 and also fails when using xdm and not xdm. Any suggestions please There's already a bugreport on bugzilla, sadly no solution yet: https://bugs.gentoo.org/show_bug.cgi?id=391193 A workaround is to tell your video player to use opengl as videoout instead of the default xv video out. With VLC: # vlc --vout glx Other players provide these options too.
Re: [gentoo-user] Build problems due to invalid libtool arguments
On Dec 27, 2011 6:01 AM, Alex Schuster wo...@wonkology.org wrote: I wrote: The problem is that in the libtool linking phase the arguments /usr/bin /usr/sbin /bin /sbin are given along the libraries and library paths. I have no idea why this happens, and how to solve this. Something must be wrong on my system. But what? For libggi, emerging with USE=-aalib sort of solved this. But I have no idea what to do about pygtksourceview. As all gthe KDE stuff seems to depend on this, I cannot continue I found a workaround, after looking more closely to the emerge -t output. pygtksourceview is needed when git is built only with the gtk USE flag. So I can continue, but it just happened again with dev-db/libiodbc, whatever this is, and whatever this may depend on. There is something wrong on this system, and I have no idea where to look. Have you tried revdep-rebuild? python-updater? Rgds,
Re: [gentoo-user] Build problems due to invalid libtool arguments
Pandu Poluan writes: On Dec 27, 2011 6:01 AM, Alex Schuster wo...@wonkology.org mailto:wo...@wonkology.org wrote: I wrote: The problem is that in the libtool linking phase the arguments /usr/bin /usr/sbin /bin /sbin are given along the libraries and library paths. I have no idea why this happens, and how to solve this. Something must be wrong on my system. But what? For libggi, emerging with USE=-aalib sort of solved this. But I have no idea what to do about pygtksourceview. As all gthe KDE stuff seems to depend on this, I cannot continue The problem seems to happen deep in the libtool script in the build directory, where a variable deplibs is set to /sbin /bin /usr/sbin /usr/bin/usr/lib64/libaa.so ..., but I do not yet know why and where in those 7700 lines of code that happens, a 'libtool=' occurs 121 times there. Gotta go to bed for now Have you tried revdep-rebuild? python-updater? No. When I do, all is consistent, and python-updater does not find much, mostly things that are not even installed yet. Now I try another of those things that are supposed to fix all kind of weird problems, emerge -e @world. I changed the CFLAGS a little, and I had forgotten to add sse2 to the USE flags, so I just build everything again this night. But I don't expect this to help with my problem. Wonko
Re: [gentoo-user] Re: squid 3.1.18 build failure
http://www.mail-archive.com/squid-dev@squid-cache.org/msg16870.html http://bugs.squid-cache.org/show_bug.cgi?id=3440 looks like the problem was already found and fixed. Fix seems to be a simple one-liner, so if you raise a bug we can discuss it there. Thanks Holger - i'll raise a gentoo bug and include the link about the upstream issue, so it can be tracked.
Re: [gentoo-user] Re: squid 3.1.18 build failure
FYI its https://bugs.gentoo.org/show_bug.cgi?id=396163 in case you want to follow
Re: [gentoo-user] I'm in a Pickle
On 26 December 2011, at 09:44, Mick wrote: On Sunday 25 Dec 2011 19:28:35 CJoeB wrote: … And although the computer is new, I've screwed the warranty because I removed Windows and there is only Linux on my computer. It is worth noting for future cases like this that the warranty may not be screwed up at all In Europe the warranty is absolutely certainly definitely unaffected by the use of Linux. I would very much doubt the situation is different in the USA. An installation of Windows is necessary, however, in order to reasonably and amicably prove the fault to the supplier. It's quite fair for the supplier to limit support only to operating systems with which they have experience. I know we're all very excited when we get our new toys, but this just underscores the need to make the very first boot of the new system one from a LiveCD, using it to make an image of the factory o/s installation. If you pipe dd through bzip2 (documented a million places on the net) then the size of the full disk image will reflect only (approximately) the amount of data on there - i.e. only a few gig, even for a huge modern hard-drive. If this advice is too late for the OP then it may be possible to arrange an official Microsoft version of the OEM Windows installation DVD - it should be possible to activate this with the license sticker attached to the laptop's underside. The Microsoft OEM disks will generally produce a cleaner installation of Windows than the factory install, as the latter tends to include a bunch of extra crapware, but they're often lacking drivers that you'll need, and it can sometimes take a while to find and download the right ones (although my experience with Windows 7 is limited). Stroller.
[gentoo-user] Env-update missing
I just tried to reinstall Gentoo on my laptop(x86) and after chrooting into my new install I tried to run env-update but got a command not found. I looked in sbin and the command isn't there. I downloaded again the stage 3 tarball i686 20111213 from another mirror and I'm still not finding the command. I feel like a goof for asking but has anyone else run into this error? roger
Re: [gentoo-user] Video Problem
On Tue, 27 Dec 2011 00:20:30 +0100 Michael Hampicke gentoo-u...@hadt.biz wrote: I am using ati-drivers, xfce4 and also fails when using xdm and not xdm. Any suggestions please There's already a bugreport on bugzilla, sadly no solution yet: https://bugs.gentoo.org/show_bug.cgi?id=391193 A workaround is to tell your video player to use opengl as videoout instead of the default xv video out. With VLC: # vlc --vout glx Other players provide these options too. Thank You. Changing the video out has worked. I'm happy again. -- John D Maunder
