Re: [gentoo-user] error installing xorg
TOA wrote: [...HTML...] Do not send HTML messages to this list, or any list. Please configure your Thunderbird to produce plaintext mails. Also, do not provide too much information. Just a bunch of lines before the error message are usually enough for those who know this stuff. Something like this. checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XKBFILE... configure: error: Package requirements (x11 kbproto) were not met: No package 'x11' found Someone else knows what is happening here? Benno -- Cetere mi opinias ke ne ĉio tradukenda estas. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Building a new root for my Gentoo: Permission denied?
Hi, got a mysterious error message this morning (still building a new root...) One of the updates was gnutls: It ends with: ... checking for i686-pc-linux-gnu-pkg-config... /usr/bin/i686-pc-linux-gnu-pkg-config checking pkg-config is at least version 0.9.0... /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied no checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... configure: error: in `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details ... I tried: computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config not a dynamic executable computer# /usr/bin/i686-pc-linux-gnu-pkg-config zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config computer# file /usr/bin/i686-pc-linux-gnu-pkg-config /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info I choosed multilib right from the beginning of this adventure ... How can I check, whether the problem is caysed by gnutls or by the system setup (regarding 32bit)? Cheers Meino
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
Hogren <hog...@iiiha.com> [17-02-13 17:06]: > On 13/02/2017 04:42, meino.cra...@gmx.de wrote: > > Hi, > > > > got a mysterious error message this morning (still building a new > > root...) > > > > One of the updates was gnutls: > > It ends with: > > ... > > checking for i686-pc-linux-gnu-pkg-config... > > /usr/bin/i686-pc-linux-gnu-pkg-config > > checking pkg-config is at least version 0.9.0... > > /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line > > 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied > > no > > checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > > checking whether the C compiler works... yes > > checking for C compiler default output file name... a.out > > checking for suffix of executables... > > checking whether we are cross compiling... configure: error: in > > `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': > > configure: error: cannot run C compiled programs. > > If you meant to cross compile, use `--host'. > > See `config.log' for more details > > ... > > > > I tried: > > computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config > > not a dynamic executable > > computer# /usr/bin/i686-pc-linux-gnu-pkg-config > > zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config > > > > computer# file /usr/bin/i686-pc-linux-gnu-pkg-config > > /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel > > 80386, version 1 (SYSV), dynamically linked, interpreter > > /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info > > > > I choosed multilib right from the beginning of this adventure ... > > > > How can I check, whether the problem is caysed by gnutls or by the > > system setup (regarding 32bit)? > > > > Cheers > > Meino > > > > > > > > > > > > Hello, > > Can you give us more details of what do you want to do, what do you > already do, etc. > > Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) permission > ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) > > > > Hogren > > > > More mysterious hickups: >>> Regenerating /etc/ld.so.cache... /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. Did it screwed up my new root? Cheers Meino
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
On 13/02/2017 04:42, meino.cra...@gmx.de wrote: > Hi, > > got a mysterious error message this morning (still building a new > root...) > > One of the updates was gnutls: > It ends with: > ... > checking for i686-pc-linux-gnu-pkg-config... > /usr/bin/i686-pc-linux-gnu-pkg-config > checking pkg-config is at least version 0.9.0... > /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line > 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied > no > checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... configure: error: in > `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': > configure: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details > ... > > I tried: > computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config > not a dynamic executable > computer# /usr/bin/i686-pc-linux-gnu-pkg-config > zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config > > computer# file /usr/bin/i686-pc-linux-gnu-pkg-config > /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel > 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, > for GNU/Linux 2.6.32, stripped, with debug_info > > I choosed multilib right from the beginning of this adventure ... > > How can I check, whether the problem is caysed by gnutls or by the > system setup (regarding 32bit)? > > Cheers > Meino > > > > > Hello, Can you give us more details of what do you want to do, what do you already do, etc. Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) Hogren
Re: [gentoo-user] error installing xorg
Hi,Do you use 'emerge xorg-x11' ?On 9/14/06, Benno Schulenberg [EMAIL PROTECTED] wrote:TOA wrote:[...HTML...]Do not send HTML messages to this list, or any list.Please configure your Thunderbird to produce plaintext mails.Also, do not provide too much information.Just a bunch of linesbefore the error message are usually enough for those who know thisstuff.Something like this. checking for i686-pc-linux-gnu-pkg-config... nochecking for pkg-config... /usr/bin/pkg-configchecking pkg-config is at least version 0.9.0... yeschecking for XKBFILE... configure: error: Package requirements (x11 kbproto) were not met:No package 'x11' foundSomeone else knows what is happening here?Benno--Cetere mi opinias ke ne ĉio tradukenda estas.-- gentoo-user@gentoo.org mailing list-- /JM
[gentoo-user] pkg-config new ebuild - howto
Hi, I need webkitgtk-3.0.pc I've used net-libs/webkit-gtk-1.4.0-r200 from the gnome overlay. Unfortunately it installs only webkitgtk-1.0.pc (in /usr/lib64/ pkgconfig) How to specify the name of the pkg-config file in an ebuild? Many thanks for a hint, Helmut.
Re: [gentoo-user] glib-config and gtk-config point to version 1.2?
On Wed, Aug 03, 2005 at 09:33:28PM -0500, Matt Garman wrote: I just started working on a glib/gtk application. I have glib-2.6.4 and gtk-2.6.7 installed (plus glib and gtk versions 1.2.something). For some reason, whenever I run 'gtk-config --version' (or the glib the equivalent), it returns version 1.2.something. Likewise, if I use the --libs and/or --cflags options, I get information pointing to the 1.2 libraries and headers. How do I get the config programs to return the 2.6 headers and libraries? Sorry, stupid question. gtk-config is specifically for the 1.2 version. pkg-config is for the new version: pkg-config --cflags gtk+-2.0 pkg-config --libs gtk+-2.0 Somebody should have RTFM'ed me: http://gtk.org/tutorial/sec-compiling.html Thanks! Matt -- Matt Garman email at: http://raw-sewage.net/index.php?file=email -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
Hogren <hog...@iiiha.com> [17-02-13 17:06]: > On 13/02/2017 04:42, meino.cra...@gmx.de wrote: > > Hi, > > > > got a mysterious error message this morning (still building a new > > root...) > > > > One of the updates was gnutls: > > It ends with: > > ... > > checking for i686-pc-linux-gnu-pkg-config... > > /usr/bin/i686-pc-linux-gnu-pkg-config > > checking pkg-config is at least version 0.9.0... > > /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line > > 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied > > no > > checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > > checking whether the C compiler works... yes > > checking for C compiler default output file name... a.out > > checking for suffix of executables... > > checking whether we are cross compiling... configure: error: in > > `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': > > configure: error: cannot run C compiled programs. > > If you meant to cross compile, use `--host'. > > See `config.log' for more details > > ... > > > > I tried: > > computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config > > not a dynamic executable > > computer# /usr/bin/i686-pc-linux-gnu-pkg-config > > zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config > > > > computer# file /usr/bin/i686-pc-linux-gnu-pkg-config > > /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel > > 80386, version 1 (SYSV), dynamically linked, interpreter > > /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info > > > > I choosed multilib right from the beginning of this adventure ... > > > > How can I check, whether the problem is caysed by gnutls or by the > > system setup (regarding 32bit)? > > > > Cheers > > Meino > > > > > > > > > > > > Hello, > > Can you give us more details of what do you want to do, what do you > already do, etc. > > Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) permission > ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) > > > > Hogren > > > > Hi Hogren, my old root is no longer updatable in a efficient way (much too much workarounds, quirks, exceptions etc. pp.) and it is old. So I decided to build a new one. I created a directory on a partition with enough space, chrooted into it and installed the stage3 archive. Then I started to install the software I used to use. Yesterday I wanted (as done before) to update via eix-sync.emerge@world...andBUMMER! The above mention error happens. What to compile and how to compile it depended completly on decisions made by emerge...I dont know why it wants to compile a 32bit version of gnutls...the only thing I know is that I choosed the multilib version of the stage3 by intention. This is from the chrooted environment, which complains while updateing...: ls -l /usr/bin/i686-pc-linux-gnu-pkg-config -rwxr-xr-x 1 root root 46836 Feb 7 04:24 /usr/bin/i686-pc-linux-gnu-pkg-config It was a normal and often done successfully update process, which triggers this... Any idea what's the reason for it and how to fix it? Cheers Meino
[gentoo-user] pkg-config and qt4 in an ebuild
Hello. I am writing an ebuild for bookmarkbridge (bookmarkbridge.sf.net), which depends on qt-4.0.1. configure (by means of pkg-config) is not findind QtGui, although the file QtGui.pc is installed (as /usr/lib64/qt4/QtGui.pc). First of all, why QtGui.pc is not installed on a standard location? How is the best way of dealing whit this problem in an ebuild? Output of configure: ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of x86_64-pc-linux-gnu-g++... gcc3 checking for pkg-config... /usr/bin/pkg-config checking for QtGui = 4.0.1... Package QtGui was not found in the pkg-config search path. Perhaps you should add the directory containing `QtGui.pc' to the PKG_CONFIG_PATH environment variable No package 'QtGui' found configure: error: Library requirements (QtGui = 4.0.1) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. Romildo -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dev-util/pkgconfig / dev-util/pkgconf
Hi, it doesn't matter that much, but I use pkgconf, it's a rewrite of pkg-config which does some things better ( like determining what has to be linked into the binary ) and works fine for me. Regards, Rasmus Original Message On 8 Jul 2017, 19:57, wrote: > I have two blockers and not sure which one to remove. > It seems to me they are contradicting each other. > > [blocks B ] dev-util/pkgconf[pkg-config] ("dev-util/pkgconf[pkg-config]" is > blocking dev-util/pkgconfig-0.28-r2) > [blocks B ] dev-util/pkgconfig ("dev-util/pkgconfig" is blocking > dev-util/pkgconf-0.9.12) > >>=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] >> (>=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-),abi_x86_64(-)]) required >>by (virtual/pkgconfig-0-r1:0/0::gentoo, installed) > > (dev-util/pkgconfig-0.28-r2:0/0::gentoo, ebuild scheduled for merge) pulled > in by >>=dev-util/pkgconfig-0.28-r1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] >> (>=dev-util/pkgconfig-0.28-r1[abi_x86_32(-),abi_x86_64(-)]) required by >>(virtual/pkgconfig-0-r1:0/0::gentoo, installed) > > equery d dev-util/pkgconfig > * These packages depend on dev-util/pkgconfig: > virtual/pkgconfig-0-r1 > (>=dev-util/pkgconfig-0.28-r1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) > > equery d dev-util/pkgconf > * These packages depend on dev-util/pkgconf: > virtual/pkgconfig-0-r1 > (>=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) > > -- > Thelma
[gentoo-user] Package gl?
Hi, brand new system I am trying to install. emerge gets to xorg-server-1.7.3.901-r1 and dies with the message that the config script cannot find package gl. And it is true, if I issue pkg-config --libs gl I get, instead of the expected -IGL Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable No package 'gl' found Any hints to what package I may be missing, and/or what directory it should be in? Cheers, W -- You will be attracted to an older, more experienced person! ~what appeared in a fortune cookie on 01-14-2002 to Daniel Jonathan Peng BTW, DJP was sixteen and three quarters... Sortir en Pantoufles: up 1115 days, 16:17
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
On 13.02.2017 19:20, meino.cra...@gmx.de wrote: > Johannes Rosenberger <gen...@jorsn.eu> [17-02-13 19:04]: >> On 13.02.2017 17:57, meino.cra...@gmx.de wrote: >> >>> Hogren <hog...@iiiha.com> [17-02-13 17:06]: >>>> On 13/02/2017 04:42, meino.cra...@gmx.de wrote: >>>>> Hi, >>>>> >>>>> got a mysterious error message this morning (still building a new >>>>> root...) >>>>> >>>>> One of the updates was gnutls: >>>>> It ends with: >>>>> ... >>>>> checking for i686-pc-linux-gnu-pkg-config... >>>>> /usr/bin/i686-pc-linux-gnu-pkg-config >>>>> checking pkg-config is at least version 0.9.0... >>>>> /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line >>>>> 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied >>>>> no >>>>> checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 >>>>> checking whether the C compiler works... yes >>>>> checking for C compiler default output file name... a.out >>>>> checking for suffix of executables... >>>>> checking whether we are cross compiling... configure: error: in >>>>> `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': >>>>> configure: error: cannot run C compiled programs. >>>>> If you meant to cross compile, use `--host'. >>>>> See `config.log' for more details >>>>> ... >>>>> >>>>> I tried: >>>>> computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config >>>>> not a dynamic executable >>>>> computer# /usr/bin/i686-pc-linux-gnu-pkg-config >>>>> zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config >>>>> >>>>> computer# file /usr/bin/i686-pc-linux-gnu-pkg-config >>>>> /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel >>>>> 80386, version 1 (SYSV), dynamically linked, interpreter >>>>> /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info >>>>> >>>>> I choosed multilib right from the beginning of this adventure ... >>>>> >>>>> How can I check, whether the problem is caysed by gnutls or by the >>>>> system setup (regarding 32bit)? >>>>> >>>>> Cheers >>>>> Meino >>>>> >>>>> >>>>> >>>>> >>>>> >>>> Hello, >>>> >>>> Can you give us more details of what do you want to do, what do you >>>> already do, etc. >>>> >>>> Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) >>>> permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) >>>> >>>> >>>> >>>> Hogren >>>> >>>> >>>> >>>> >>> More mysterious hickups: >>> >>>>>> Regenerating /etc/ld.so.cache... >>> /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. >>> >>> Did it screwed up my new root? >>> >>> Cheers >>> Meino >>> >>> >>> >>> >> Maybe. But maybe it is fixable. /lib64/ld-linux.so.2 is a symlink to >> glibc. But glibc cannot be wholly broken because if it were, then >> nothing would work at all. >> >> I'd first investigate if only the symlink needs to be fixed (should >> point to /lib/ld-.so). >> >> Have you updated glibc recently?Or any other important package/package >> from @system? >> Have you tried if 'revdep-rebuild' finds any broken libraries? >> >> If glibc is really broken you can >> >> 1. chroot into a stage3 >> 2. build a binpkg (type 'quickpkg glibc') >> 3. copy the binpkg from >> '/usr/portage/packages/sys-libs/glibc-*.tbz2' in the stage3 to >>the same directory in your new root >> 4. install the binary glibc ('emerge ') >> >> Then you should have a clean glibc install. >> >> If you suspect an update of breaking anything you can always build >> binary packages ahead. They are built from the installed package, so you >> don't have any additional compiling. Then you can roll back quickly if >> anything is damaged. >> >> If you have a working glibc then you could also try re-emerging pkg-config. >> >> Regards >> Johannes >> >> > Hi Johannes, > > thanks for your offered help! :) > > I fixed that symlink but I ran into more weird problems... :( > Normally I alway run a revdep-rebuild cycle after each > update... > > How did you set ABI_X86 in make.conf? > Do you use multilib or a pure 64bit setup? > > Cheers > Meino > Hi Meino, you are welcome! With the portage FEATURE 'preserve-libs' (active by default) you don't need to revep-rebuild, normally. Just emerge @preserved-rebuild after every update. Does pkg-config work, now? Can you describe your "weird problems"? Have you emerged any potentially broken and important (e.g. from @system) packages recently? Since I use a pure 64bit setup with abi_x86_32 activated selectively for 399 packages (mostly graphics related, because i still have flash installed), i have no ABI_X86 var in my make.conf but use a pure amd64 profile (where this var is set). What do you need 32bit for? 3rd-party binaries? Regards Johannes
[gentoo-user] Java Config Problems.
Java Config is screwing up. (The gentoo java changes have been a long haul of sucky experiance.) I have severeal systems that now work, and one that doesn't which i will speak of. I have others, but likely they all have the same problems: java-config-2 doesn't exist. java-config-1 reports: hosting java_config # java-config-1 Traceback (most recent call last): File /usr/bin/java-config-1, line 14, in ? from java_config import jc_options ImportError: No module named java_config oops. =) Can someone help me? I have un/re merged everything that I can think of. Help? It seems to be installing everything under /var/tmp/ /var/db/pkg/dev-java/java-config-1.3.7/CONTENTS === hosting java_config # cat /var/db/pkg/dev-java/java-config-1.3.7/CONTENTS dir /usr dir /usr/lib dir /usr/lib/python2.4 dir /usr/lib/python2.4/site-packages [snip] dir /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/__init__.py d6a785e6cb18346d9990dc6162484aee 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/cfg_parse.py e1f662293df29a718fcfaaa8595059f2 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_envgen.py 8763d26e9416840e597189065a019090 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_exceptions.py 8208380b077dbf4c230890f94ff81643 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_iface.py 1903388af549ecccb2eac4014acec4a6 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_options.py 649b5d15f3d805b008f0a461e08b08c2 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_output.py 32e4e06e4f504baa0741052afa29d4c6 1160436992 obj /var/tmp/portage/java-config-1.3.7/homedir/lib/python2.4/site-packages/java_config/jc_util.py 2cb56c8b4ab53c0e395d6c0b4051d3ef 1160436992 === -- gentoo-user@gentoo.org mailing list
[gentoo-user] emerge cblas-reference dies
emerge wants to upgrade clbas-reference from 20030223-r3 to 20030223-r4, but emerging the newer version dies. How does one go about troubleshooting things like this? It sure would be nice of build log files were plain text. --build log-- [...] checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for BLAS... configure: error: Package requirements (blas) were not met: No package 'blas' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables BLAS_CFLAGS and BLAS_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /home/tmp/portage/sci-libs/cblas-reference-20030223-r4/work/CBLAS/config.log * * ERROR: sci-libs/cblas-reference-20030223-r4 failed. * Call stack: * ebuild.sh, line 1654: Called dyn_compile * ebuild.sh, line 990: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * cblas-reference-20030223-r4.ebuild, line 35: Called econf '--libdir=/usr/lib/blas/reference' * ebuild.sh, line 591: Called die * * econf failed * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/home/tmp/portage/sci-libs/cblas-reference-20030223-r4/temp/build.log'. * -- Grant Edwards grante Yow! Jesus is my POSTMASTER at GENERAL ... visi.com -- [EMAIL PROTECTED] mailing list
[gentoo-user] dev-util/pkgconfig / dev-util/pkgconf
I have two blockers and not sure which one to remove. It seems to me they are contradicting each other. [blocks B ] dev-util/pkgconf[pkg-config] ("dev-util/pkgconf[pkg-config]" is blocking dev-util/pkgconfig-0.28-r2) [blocks B ] dev-util/pkgconfig ("dev-util/pkgconfig" is blocking dev-util/pkgconf-0.9.12) >=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-),abi_x86_64(-)]) required by (virtual/pkgconfig-0-r1:0/0::gentoo, installed) (dev-util/pkgconfig-0.28-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by >=dev-util/pkgconfig-0.28-r1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (>=dev-util/pkgconfig-0.28-r1[abi_x86_32(-),abi_x86_64(-)]) required by (virtual/pkgconfig-0-r1:0/0::gentoo, installed) equery d dev-util/pkgconfig * These packages depend on dev-util/pkgconfig: virtual/pkgconfig-0-r1 (>=dev-util/pkgconfig-0.28-r1[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) equery d dev-util/pkgconf * These packages depend on dev-util/pkgconf: virtual/pkgconfig-0-r1 (>=dev-util/pkgconf-0.9.12[pkg-config,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) -- Thelma
Re: [gentoo-user] Sonic-Visualiser compile error
On 1/31/09, meino.cra...@gmx.de meino.cra...@gmx.de wrote: I tried to emerge sonic-visualiser (1.4) and it fails to compile From the logfile (attached): Project MESSAGE: WARNING: Failed to find pkg-config package redland Project MESSAGE: Using pkg-config package rasqal with version 0.9.10 Project ERROR: Redland RDF datastore required But emerge -pv librdf gaves me: Calculating dependencies... done! [ebuild R ] media-libs/liblrdf-0.4.0 0 kB and emerge -pv redland [ebuild R ] dev-libs/redland-1.0.4 USE=berkdb ssl -mysql -sqlite -threads 0 kB What is missing here, what fails and how can I fix it ??? :) # pkg-config --libs redland Package 'Redland' requires 'rasqal = 0.9.12' but version of Rasqal RDF Query Library is 0.9.10 Something eats that error message? It looks like you need the unstable rasqal-0.9.15 or .16 to get it compiling. -- Arttu V.
Re: [gentoo-user] xorg-x11-7 emerge fails on libXt dependencies unmet
Mark Knecht wrote: Hi, Sorry this is a little long but it's mostly cut and paste stuff. Using the instructions here: http://gentoo-wiki.com/HOWTO_Modular_Xorg I am at the point of emerging xorg-x11-7. It fails pretty much immediately with this message: checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for XT... configure: error: Package requirements (sm x11 xproto kbproto) were not met: No package 'x11' found No package 'kbproto' found ... However if I try to emerge libXt by itself, it seems to have a list of dependencies that must be in place before it is emerged, none of which are being met for the xorg-x11 emerge: Mark, please save the output of emerge --debug --pretend with both of those, and file a bug with it. I've been hoping someone would be able to reproduce this. Thanks, Donnie signature.asc Description: OpenPGP digital signature
[gentoo-user] Possible bug with ~arch libgphoto2 and libexif?
Hello, Gentoo Humour Section strikes again, hitting me with a headshot, which almost dropped me from my chair. This time it came with something probably right out of Monty Python: checking for x86_64-pc-linux-gnu-pkg-config... (cached) /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for libexif to use... yes checking for libexif.la file in yes... wild guess that something is in yes configure: WARNING: * Warning: * libtool file libexif.la could not be found. * We may be linking against the WRONG library. checking whether we use a version of libexif with ExifData.ifd[]... yes checking libexif/exif-data.h usability... yes checking libexif/exif-data.h presence... yes checking for libexif/exif-data.h... yes checking for function exif_data_new in libexif... yes checking libexif library flags... -Lyes/lib -lexif checking libexif cpp flags... -Iyes/include Oh boy, I'm sure I'm running multilib, and using yes as my primary path for my libraries. Anyone fought with the same thing and solved it, or is this a new bug? -- Arttu V.
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
On 13.02.2017 17:57, meino.cra...@gmx.de wrote: > Hogren <hog...@iiiha.com> [17-02-13 17:06]: >> On 13/02/2017 04:42, meino.cra...@gmx.de wrote: >>> Hi, >>> >>> got a mysterious error message this morning (still building a new >>> root...) >>> >>> One of the updates was gnutls: >>> It ends with: >>> ... >>> checking for i686-pc-linux-gnu-pkg-config... >>> /usr/bin/i686-pc-linux-gnu-pkg-config >>> checking pkg-config is at least version 0.9.0... >>> /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line >>> 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied >>> no >>> checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 >>> checking whether the C compiler works... yes >>> checking for C compiler default output file name... a.out >>> checking for suffix of executables... >>> checking whether we are cross compiling... configure: error: in >>> `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': >>> configure: error: cannot run C compiled programs. >>> If you meant to cross compile, use `--host'. >>> See `config.log' for more details >>> ... >>> >>> I tried: >>> computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config >>> not a dynamic executable >>> computer# /usr/bin/i686-pc-linux-gnu-pkg-config >>> zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config >>> >>> computer# file /usr/bin/i686-pc-linux-gnu-pkg-config >>> /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel >>> 80386, version 1 (SYSV), dynamically linked, interpreter >>> /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info >>> >>> I choosed multilib right from the beginning of this adventure ... >>> >>> How can I check, whether the problem is caysed by gnutls or by the >>> system setup (regarding 32bit)? >>> >>> Cheers >>> Meino >>> >>> >>> >>> >>> >> Hello, >> >> Can you give us more details of what do you want to do, what do you >> already do, etc. >> >> Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) >> permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) >> >> >> >> Hogren >> >> >> >> > More mysterious hickups: > >>>> Regenerating /etc/ld.so.cache... > /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. > > Did it screwed up my new root? > > Cheers > Meino > > > > Maybe. But maybe it is fixable. /lib64/ld-linux.so.2 is a symlink to glibc. But glibc cannot be wholly broken because if it were, then nothing would work at all. I'd first investigate if only the symlink needs to be fixed (should point to /lib/ld-.so). Have you updated glibc recently?Or any other important package/package from @system? Have you tried if 'revdep-rebuild' finds any broken libraries? If glibc is really broken you can 1. chroot into a stage3 2. build a binpkg (type 'quickpkg glibc') 3. copy the binpkg from '/usr/portage/packages/sys-libs/glibc-*.tbz2' in the stage3 to the same directory in your new root 4. install the binary glibc ('emerge ') Then you should have a clean glibc install. If you suspect an update of breaking anything you can always build binary packages ahead. They are built from the installed package, so you don't have any additional compiling. Then you can roll back quickly if anything is damaged. If you have a working glibc then you could also try re-emerging pkg-config. Regards Johannes
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
Johannes Rosenberger <gen...@jorsn.eu> [17-02-13 19:04]: > On 13.02.2017 17:57, meino.cra...@gmx.de wrote: > > > Hogren <hog...@iiiha.com> [17-02-13 17:06]: > >> On 13/02/2017 04:42, meino.cra...@gmx.de wrote: > >>> Hi, > >>> > >>> got a mysterious error message this morning (still building a new > >>> root...) > >>> > >>> One of the updates was gnutls: > >>> It ends with: > >>> ... > >>> checking for i686-pc-linux-gnu-pkg-config... > >>> /usr/bin/i686-pc-linux-gnu-pkg-config > >>> checking pkg-config is at least version 0.9.0... > >>> /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: line > >>> 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied > >>> no > >>> checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > >>> checking whether the C compiler works... yes > >>> checking for C compiler default output file name... a.out > >>> checking for suffix of executables... > >>> checking whether we are cross compiling... configure: error: in > >>> `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': > >>> configure: error: cannot run C compiled programs. > >>> If you meant to cross compile, use `--host'. > >>> See `config.log' for more details > >>> ... > >>> > >>> I tried: > >>> computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config > >>> not a dynamic executable > >>> computer# /usr/bin/i686-pc-linux-gnu-pkg-config > >>> zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config > >>> > >>> computer# file /usr/bin/i686-pc-linux-gnu-pkg-config > >>> /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel > >>> 80386, version 1 (SYSV), dynamically linked, interpreter > >>> /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info > >>> > >>> I choosed multilib right from the beginning of this adventure ... > >>> > >>> How can I check, whether the problem is caysed by gnutls or by the > >>> system setup (regarding 32bit)? > >>> > >>> Cheers > >>> Meino > >>> > >>> > >>> > >>> > >>> > >> Hello, > >> > >> Can you give us more details of what do you want to do, what do you > >> already do, etc. > >> > >> Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) > >> permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) > >> > >> > >> > >> Hogren > >> > >> > >> > >> > > More mysterious hickups: > > > >>>> Regenerating /etc/ld.so.cache... > > /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. > > > > Did it screwed up my new root? > > > > Cheers > > Meino > > > > > > > > > Maybe. But maybe it is fixable. /lib64/ld-linux.so.2 is a symlink to > glibc. But glibc cannot be wholly broken because if it were, then > nothing would work at all. > > I'd first investigate if only the symlink needs to be fixed (should > point to /lib/ld-.so). > > Have you updated glibc recently?Or any other important package/package > from @system? > Have you tried if 'revdep-rebuild' finds any broken libraries? > > If glibc is really broken you can > > 1. chroot into a stage3 > 2. build a binpkg (type 'quickpkg glibc') > 3. copy the binpkg from > '/usr/portage/packages/sys-libs/glibc-*.tbz2' in the stage3 to >the same directory in your new root > 4. install the binary glibc ('emerge ') > > Then you should have a clean glibc install. > > If you suspect an update of breaking anything you can always build > binary packages ahead. They are built from the installed package, so you > don't have any additional compiling. Then you can roll back quickly if > anything is damaged. > > If you have a working glibc then you could also try re-emerging pkg-config. > > Regards > Johannes > > Hi Johannes, thanks for your offered help! :) I fixed that symlink but I ran into more weird problems... :( Normally I alway run a revdep-rebuild cycle after each update... How did you set ABI_X86 in make.conf? Do you use multilib or a pure 64bit setup? Cheers Meino
[gentoo-user] Build error: Gnome update
Hi, while trying to update my Gentoo I came across this emerge gnome-panel . . . . . . checking for i386-pc-linux-gnu-g77 option to produce PIC... -fPIC checking if i386-pc-linux-gnu-g77 PIC flag -fPIC works... yes checking if i386-pc-linux-gnu-g77 static flag -static works... yes checking if i386-pc-linux-gnu-g77 supports -c -o file.o... yes checking whether the i386-pc-linux-gnu-g77 linker (/usr/i386-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for glib-genmarshal... /usr/bin/glib-genmarshal checking for gconftool-2... /usr/bin/gconftool-2 checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes checking what language compliance flags to pass to the C compiler... checking for i386-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for PANEL... configure: error: Package requirements (ORBit-2.0 = 2.4.0 gdk-pixbuf-2.0 = 2.7.1 gtk+-2.0 = 2.7.1 libgnome-2.0 = 2.13.0 libgnomeui-2.0 = 2.5.4 gnome-desktop-2.0 = 2.11.1 gnome-vfs-2.0 = 2.14.2 libglade-2.0 = 2.5.0 gconf-2.0 = 2.6.1 libgnome-menu = 2.11.1) were not met: Requested 'gnome-vfs-2.0 = 2.14.2' but version of gnome-vfs is 2.12.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables PANEL_CFLAGS and PANEL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/gnome-panel-2.14.2/work/gnome-panel-2.14.2/config.log !!! ERROR: gnome-base/gnome-panel-2.14.2 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called gnome2_src_compile gnome2.eclass, line 63: Called gnome2_src_configure gnome2.eclass, line 59: Called econf '--disable-scrollkeeper' '--enable-eds' '--disable-gtk-doc' ebuild.sh, line 541: Called die !!! econf failed H Any way out ? Thank you very much for any help in advance ! mcc -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Ebuild with scons and sandbox
Zac Medico wrote: If you run equery depends -a scons and read some of those ebuilds you'll see something like this: scons DESTDIR=${D} See the explanation of ${D} in the ebuild(5) manpage. That helps keep you inside the sandbox. Thanks for the tip. It led me to a way off getting the paths mention in the error message (so I can prevent them...) but the DESTDIR=${D} only seems to be valid for scons install and not just scons (ie the compile). The problem now is that gtk-config and glib-config always returns the 1.x version and not the 2.x version I need. Here's a hackish way I managed to put together, --- # This is a hack to be able to dynamically determine which directories # scons will try to create .scons* files in. get_config() { for lib in `grep ParseConfig('pkg-config SConstruct | tr ' ' ' | cut -d -f 5- | tr ')' ' '`; do echo `pkg-config --libs --cflags ${lib} | tr ' ' '\n' | grep -E -- '-L|-I' | cut -c 3-` done } addpredict_from_config() { for i in $(get_config); do echo addpredict ${i} addpredict ${i} done; } --- Any sugestions as to I might do this abit cleaner? -- Naga -- gentoo-user@gentoo.org mailing list
[gentoo-user] bind chrooting: mount permission denied...
Hi, I just emerged bind and at the end I tried to set-up chroot for it just as it is adviced in messages: # emerge --config '=net-dns/bind-9.4.3_p2' Configuring pkg... * * Setting up the chroot directory...mount: permission denied Done. Where can I find that --config script to have a look at it and to find out what is bind actually trying to mount? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
[gentoo-user] app-admin/system-config-printer-gnome-1.3.12 not building
Hy, I've got a problem related to system-config-printer-gnome-1.3.12 not being able to be built. The build process stops with the log bellow. Its bottom line says it was impossible to download : http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd; , which I've succeeded to download using wget with no extra parameters. Any hints? Thanks Francisco Emerging (1 of 4) app-admin/system-config-printer-gnome-1.3.12 * system-config-printer-1.3.12.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] Unpacking source... Unpacking system-config-printer-1.3.12.tar.xz to /var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work Source unpacked in /var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work Preparing source in /var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work/system-config-printer-1.3.12 ... * Applying system-config-printer-gnome-1.3.12-split.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work/system-config-printer-1.3.12' ... * Running intltoolize --automake --copy --force ... [ ok ] * Running aclocal ... [ ok ] * Running autoconf ... [ ok ] * Running automake --add-missing --copy ... [ ok ] Source prepared. Configuring source in /var/tmp/portage/app-admin/system-config-printer-gnome-1.3.12/work/system-config-printer-1.3.12 ... * econf: updating system-config-printer-1.3.12/config.sub with /usr/share/gnuconfig/config.sub * econf: updating system-config-printer-1.3.12/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --with-desktop-vendor=Gentoo --without-udev-rules --enable-nls checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether NLS is requested... yes checking for style of include used by make... GNU checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3 checking for intltool-update... /usr/bin/intltool-update checking for intltool-merge... /usr/bin/intltool-merge checking for intltool-extract... /usr/bin/intltool-extract checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/gmsgfmt checking for perl... /usr/bin/perl checking for perl = 5.8.1... 5.12.4 checking for XML::Parser... ok checking for msgfmt... (cached) /usr/bin/msgfmt checking for gmsgfmt... (cached) /usr/bin/gmsgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for msgmerge... (cached) /usr/bin/msgmerge checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking for python... /usr/bin/python checking for python version... 2.7 checking for python platform... linux2 checking for python script directory... ${prefix}/lib64/python2.7/site-packages checking for python extension module directory... ${exec_prefix}/lib64/python2.7/site-packages checking for x86_64-pc-linux-gnu-pkg-config... /usr/bin/x86_64-pc-linux-gnu-pkg-config checking pkg-config is at least version 0.9.0... yes checking for GLIB... yes checking for x86_64-pc-linux-gnu-pkg-config... (cached) /usr/bin/x86_64-pc-linux-gnu-pkg-config checking pkg-config is at least version 0.9.0... yes Package systemd was not found in the pkg-config search path. Perhaps you should add the directory containing `systemd.pc' to the PKG_CONFIG_PATH environment variable No package 'systemd' found configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating system-config-printer
Re: [gentoo-user] alsa-plugins emerge failure
On Friday 18 April 2008, Walter Dnes wrote: I don't know if this is relevant, but I just recovered from unmerging coreutils, which I promise never ever to do againG. Now that I have things working again, and revdep-rebuild says I'm OK. I went back and re-ran emerge --ask --deep --update --world. It's dieing on the last item, namely alsa-plugins. Here is the message and I've also attached the config.log file as directed below... checking dynamic linker characteristics... GNU/Linux ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ALSA... yes checking for snd_pcm_ioplug_create in -lasound... no configure: error: *** libasound has no external plugin SDK libasound comes from package alsa-lib. So, what's the output from these commands (assuming you have eix installed): eix alsa-lib eix alsa-plugins emerge --info I don't have alsa-plugins myself and have never needed it. Are you sure you need it? -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Emerge firefox error
Hi I want to re-emerge firefox but it ends with this error message checking for pkg-config... /usr/bin/pkg-config checking for gtk+-2.0 = 1.3.7... Package atk was not found in the pkg-config search path. Perhaps you should add the directory containing `atk.pc' to the PKG_CONFIG_PATH environment variable Package 'atk', required by 'GTK+', not found configure: error: Library requirements (gtk+-2.0 = 1.3.7) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/mozilla-firefox-1.5.0.5/work/mozilla/config.log !!! ERROR: www-client/mozilla-firefox-1.5.0.5 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile mozilla-firefox-1.5.0.5.ebuild, line 164: Called econf ebuild.sh, line 541: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. So i decide to install dev-libs/atk but this tells me checking atk-1.12.1.tar.bz2 !!! Digest verification failed: !!! /usr/portage/distfiles/atk-1.12.1.tar.bz2 !!! Reason: Filesize does not match recorded size !!! Got: 641378 !!! Expected: 632397 So please can anyone help me to install firefox? THX and regards Olly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Safe to install libpng-1.2.44?
On 07/04/2010 06:38 PM, Enrico Weigelt wrote: Hi folks, * library imports should _always_ happen via pkg-config (dont use .la files) +1 (Am I allowed +100?)
Re: [gentoo-user] Re: Safe to install libpng-1.2.44?
On 7/4/2010 10:05 PM, walt wrote: On 07/04/2010 06:38 PM, Enrico Weigelt wrote: Hi folks, * library imports should _always_ happen via pkg-config (dont use .la files) +1 (Am I allowed +100?) If so, allow me to +1billion
Re: [gentoo-user] trouble with libxcb (and others)
* Allan Gottlieb gottl...@nyu.edu [110426 14:34]: On Tue, Apr 26 2011, Allan Gottlieb wrote: Starting last night several builds and programs are crashing due to problems in libxcb and others. My system is ~amd64. [SNIP] openoffice (picked up by revdep-rebuild) fails to build saying checking for pkg-config... /usr/bin/pkg-config checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `libwpd-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' found configure: error: Library requirements (libwpd-0.8 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I looked (using locate) and I have libwpd-0.9.1 now. Should I downgrade to lib0.8.14? For what it's worth I run ~x86 and I got the same error with libwpd until I made sure I had the 0.8 slot emerged as well (emerge libwpd:0.8) It looks like it just became slotted (if I remember right.) Unfortunately I then had a problem with OpenOffice and libwpg. And had to downgrade back to 1.1.3 (and mask 0.2.0.) It looked like OpenOffice wasn't happy with a 2.0 version and still wanted a 1.0 version (but I didn't look too carefully.) However it looks like it's slotted now so you should be able to install libwpg:0.2 as well as libwpg:0.1 and OpenOffice will still work. However, I get file collisions when trying to install libwpg:0.2 with libwpg:0.1 installed right now. It might still be in the process of being fully slotted? If you don't have the libwpd:0.8 and/or libwpg:0.1 slotted versions then just emerge them too. Todd
Re: [gentoo-user] Re: dev-libs/libgamin-0.1.10-r2 fails to emerge on a multilib profile
On 2/27/10, Mick michaelkintz...@gmail.com wrote: On Saturday 27 February 2010 19:04:09 walt wrote: On 02/27/2010 10:04 AM, Mick wrote: Hi All, I am trying to install Gentoo on a i7 x86_64 arch machine and libgamin fails when I try to emerge syslog-ng (it's a dependency of it). This is my first 64bit machine, so I am not sure if I have made more mistakes than usual (LOL). This is the error: libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gamin.o -Wl,-rpath -Wl,/var/tmp/portage/dev-libs/libgamin-0.1.10-r2/work/gamin-0.1.10/libgam in/.libs ../libgamin/.libs/libgamin-1.so /usr/bin /usr/sbin /bin /sbin ^ -lpthread -march=core2 -msse4 -mcx16 -msahf -Wl,-O1 -Wl,-soname -Wl,_gamin.so -o .libs/_gamin.so /usr/bin: file not recognized: Is a directory Cool, a new libtool trick. It's trying to link an object file with a directory? Dunno where the real error is, but I'd start with the old shotgun approach by running lafilefixer --justfixit and see if it helps. That was my first thought too. I ran lafixer and revdep-rebuild after emerging these and the error shown above came up. grep for pkg-config inside the config.log (and maybe build.log as well). I'm betting on pkg-config not being found, although the ebuild seems to list it as a dependency. (Maybe your chroot settings affect the path?) IIRC another package did the same for me some months ago (sorry, can't remember which). If it couldn't find pkg-config it would still complete configure phase without errors -- but cflags and libs variables that were supposed to be filled with various `pkg-config --libs foo` outputs were in fact filled with the paths from which pkg-config was searched for (in vain) during configuration. And IIRC the result looked nearly identical to the situation here. -- Arttu V.
Re: [gentoo-user] Re: dev-libs/libgamin-0.1.10-r2 fails to emerge on a multilib profile
On Saturday 27 February 2010 21:45:13 Arttu V. wrote: On 2/27/10, Mick michaelkintz...@gmail.com wrote: On Saturday 27 February 2010 19:04:09 walt wrote: On 02/27/2010 10:04 AM, Mick wrote: Hi All, I am trying to install Gentoo on a i7 x86_64 arch machine and libgamin fails when I try to emerge syslog-ng (it's a dependency of it). This is my first 64bit machine, so I am not sure if I have made more mistakes than usual (LOL). This is the error: libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gamin.o -Wl,-rpath -Wl,/var/tmp/portage/dev-libs/libgamin-0.1.10-r2/work/gamin-0.1.10/lib gam in/.libs ../libgamin/.libs/libgamin-1.so /usr/bin /usr/sbin /bin /sbin ^ -lpthread -march=core2 -msse4 -mcx16 -msahf -Wl,-O1 -Wl,-soname -Wl,_gamin.so -o .libs/_gamin.so /usr/bin: file not recognized: Is a directory Cool, a new libtool trick. It's trying to link an object file with a directory? Dunno where the real error is, but I'd start with the old shotgun approach by running lafilefixer --justfixit and see if it helps. That was my first thought too. I ran lafixer and revdep-rebuild after emerging these and the error shown above came up. grep for pkg-config inside the config.log (and maybe build.log as well). I'm betting on pkg-config not being found, although the ebuild seems to list it as a dependency. (Maybe your chroot settings affect the path?) IIRC another package did the same for me some months ago (sorry, can't remember which). If it couldn't find pkg-config it would still complete configure phase without errors -- but cflags and libs variables that were supposed to be filled with various `pkg-config --libs foo` outputs were in fact filled with the paths from which pkg-config was searched for (in vain) during configuration. And IIRC the result looked nearly identical to the situation here. Thanks Arttu V. I will look at this when I boot next - I am trying to chainload the new install from Windows 7 to see if the error repeats outside the chroot and it is a struggle so far. Do you recall what your fix was? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Possible bug with ~arch libgphoto2 and libexif?
On Tue, Sep 1, 2009 at 10:21 AM, Arttu V.arttu...@gmail.com wrote: Hello, Gentoo Humour Section strikes again, hitting me with a headshot, which almost dropped me from my chair. This time it came with something probably right out of Monty Python: checking for x86_64-pc-linux-gnu-pkg-config... (cached) /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for libexif to use... yes checking for libexif.la file in yes... wild guess that something is in yes configure: WARNING: * Warning: * libtool file libexif.la could not be found. * We may be linking against the WRONG library. checking whether we use a version of libexif with ExifData.ifd[]... yes checking libexif/exif-data.h usability... yes checking libexif/exif-data.h presence... yes checking for libexif/exif-data.h... yes checking for function exif_data_new in libexif... yes checking libexif library flags... -Lyes/lib -lexif checking libexif cpp flags... -Iyes/include Oh boy, I'm sure I'm running multilib, and using yes as my primary path for my libraries. Anyone fought with the same thing and solved it, or is this a new bug? Works for me using libgphoto2-2.4.7 and libexif-0.6.17 on ~amd64 checking for libexif to use... autodetect checking for LIBEXIF... yes checking whether we use a version of libexif with ExifData.ifd[]... yes checking libexif/exif-data.h usability... yes checking libexif/exif-data.h presence... yes checking for libexif/exif-data.h... yes checking for function exif_data_new in libexif... yes checking libexif library flags... -lexif -lm checking libexif cpp flags... -I/usr/include/libexif checking for libusb-config... /usr/bin/libusb-config configure: creating ./config.status
Re: [gentoo-user] Gnome-config question
Hi, On 14/Jun/05, Tres Melton wrote: I'm trying to port plextor-tools.ebuild from ~x86 to ~amd64 and have encountered a problem. The Makefile sets CFLAGS=`gnome-config --cflags applets` $(SCFLAGS) but gnome-config --cflags applets returns Unknown library `applets' even though I have gnome-base/gnome-applets installed. * gnome-base/gnome-applets Latest version available: 2.10.0 Latest version installed: 2.10.0 Size of downloaded files: 5,529 kB Homepage:http://www.gnome.org/ Description: Applets for the Gnome2 Desktop and Panel License: GPL-2 FDL-1.1 Al gnome2 based libs will use pkg-config, if you see gnome-config in Makefile, most likely, it is referring to gnome1 stuffs. So obviously, you need to the gnome applet library of gnome1.4 (not gnome2) Regards, Zarick Lau -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nodejs emerge fails
On Tue, Jun 26, 2018 at 03:15:09PM -0400, Andrew Udvare wrote: > It should not be accessing this location in any case. What is the environment > like? What does env show? emerge --config output? > > It would almost seem like you have $HOME set to /home/christoph while Portage > is running (as root). The only thing that stands out about `env` is that XDG_CONFIG_HOME is set to /home/christoph/.config (running as root). I'm not sure if it's supposed to be this way, but I didn't find anything in my dotfiles that would suggest that I'm overwriting it. $HOME points to /root. I'm not sure what you mean by "emerge --config output"? Running `emerge --config` just gives: # emerge --config nodejs Configuring pkg... Warning: ccache requested but no masquerade dircan be found in /usr/lib*/ccache/bin * pkg_config() is not defined: 'nodejs-8.11.1.ebuild' -- Regards, Christoph
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
Johannes Rosenberger <gen...@jorsn.eu> [17-02-14 02:43]: > On 13.02.2017 19:20, meino.cra...@gmx.de wrote: > > Johannes Rosenberger <gen...@jorsn.eu> [17-02-13 19:04]: > >> On 13.02.2017 17:57, meino.cra...@gmx.de wrote: > >> > >>> Hogren <hog...@iiiha.com> [17-02-13 17:06]: > >>>> On 13/02/2017 04:42, meino.cra...@gmx.de wrote: > >>>>> Hi, > >>>>> > >>>>> got a mysterious error message this morning (still building a new > >>>>> root...) > >>>>> > >>>>> One of the updates was gnutls: > >>>>> It ends with: > >>>>> ... > >>>>> checking for i686-pc-linux-gnu-pkg-config... > >>>>> /usr/bin/i686-pc-linux-gnu-pkg-config > >>>>> checking pkg-config is at least version 0.9.0... > >>>>> /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: > >>>>> line 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied > >>>>> no > >>>>> checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > >>>>> checking whether the C compiler works... yes > >>>>> checking for C compiler default output file name... a.out > >>>>> checking for suffix of executables... > >>>>> checking whether we are cross compiling... configure: error: in > >>>>> `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': > >>>>> configure: error: cannot run C compiled programs. > >>>>> If you meant to cross compile, use `--host'. > >>>>> See `config.log' for more details > >>>>> ... > >>>>> > >>>>> I tried: > >>>>> computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config > >>>>> not a dynamic executable > >>>>> computer# /usr/bin/i686-pc-linux-gnu-pkg-config > >>>>> zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config > >>>>> > >>>>> computer# file /usr/bin/i686-pc-linux-gnu-pkg-config > >>>>> /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel > >>>>> 80386, version 1 (SYSV), dynamically linked, interpreter > >>>>> /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info > >>>>> > >>>>> I choosed multilib right from the beginning of this adventure ... > >>>>> > >>>>> How can I check, whether the problem is caysed by gnutls or by the > >>>>> system setup (regarding 32bit)? > >>>>> > >>>>> Cheers > >>>>> Meino > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>> Hello, > >>>> > >>>> Can you give us more details of what do you want to do, what do you > >>>> already do, etc. > >>>> > >>>> Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) > >>>> permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) > >>>> > >>>> > >>>> > >>>> Hogren > >>>> > >>>> > >>>> > >>>> > >>> More mysterious hickups: > >>> > >>>>>> Regenerating /etc/ld.so.cache... > >>> /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. > >>> > >>> Did it screwed up my new root? > >>> > >>> Cheers > >>> Meino > >>> > >>> > >>> > >>> > >> Maybe. But maybe it is fixable. /lib64/ld-linux.so.2 is a symlink to > >> glibc. But glibc cannot be wholly broken because if it were, then > >> nothing would work at all. > >> > >> I'd first investigate if only the symlink needs to be fixed (should > >> point to /lib/ld-.so). > >> > >> Have you updated glibc recently?Or any other important package/package > >> from @system? > >> Have you tried if 'revdep-rebuild' finds any broken libraries? > >> > >> If glibc is really broken you can > >> > >> 1. chroot into a stage3 > >> 2. build a binpkg (type 'quickpkg glibc') > >> 3. copy the binpkg from > >> '/usr/portage/packages/sys-libs/glibc-*.tbz2' in the stage3 to > >>
Re: [gentoo-user] Building a new root for my Gentoo: Permission denied?
On 14.02.2017 03:12, meino.cra...@gmx.de wrote: > Johannes Rosenberger <gen...@jorsn.eu> [17-02-14 02:43]: >> On 13.02.2017 19:20, meino.cra...@gmx.de wrote: >>> Johannes Rosenberger <gen...@jorsn.eu> [17-02-13 19:04]: >>>> On 13.02.2017 17:57, meino.cra...@gmx.de wrote: >>>> >>>>> Hogren <hog...@iiiha.com> [17-02-13 17:06]: >>>>>> On 13/02/2017 04:42, meino.cra...@gmx.de wrote: >>>>>>> Hi, >>>>>>> >>>>>>> got a mysterious error message this morning (still building a new >>>>>>> root...) >>>>>>> >>>>>>> One of the updates was gnutls: >>>>>>> It ends with: >>>>>>> ... >>>>>>> checking for i686-pc-linux-gnu-pkg-config... >>>>>>> /usr/bin/i686-pc-linux-gnu-pkg-config >>>>>>> checking pkg-config is at least version 0.9.0... >>>>>>> /var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9/configure: >>>>>>> line 5020: /usr/bin/i686-pc-linux-gnu-pkg-config: Permission denied >>>>>>> no >>>>>>> checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 >>>>>>> checking whether the C compiler works... yes >>>>>>> checking for C compiler default output file name... a.out >>>>>>> checking for suffix of executables... >>>>>>> checking whether we are cross compiling... configure: error: in >>>>>>> `/var/tmp/portage/net-libs/gnutls-3.5.9/work/gnutls-3.5.9-abi_x86_32.x86': >>>>>>> configure: error: cannot run C compiled programs. >>>>>>> If you meant to cross compile, use `--host'. >>>>>>> See `config.log' for more details >>>>>>> ... >>>>>>> >>>>>>> I tried: >>>>>>> computer# ldd /usr/bin/i686-pc-linux-gnu-pkg-config >>>>>>> not a dynamic executable >>>>>>> computer# /usr/bin/i686-pc-linux-gnu-pkg-config >>>>>>> zsh: permission denied: /usr/bin/i686-pc-linux-gnu-pkg-config >>>>>>> >>>>>>> computer# file /usr/bin/i686-pc-linux-gnu-pkg-config >>>>>>> /usr/bin/i686-pc-linux-gnu-pkg-config: ELF 32-bit LSB executable, Intel >>>>>>> 80386, version 1 (SYSV), dynamically linked, interpreter >>>>>>> /lib/ld-linux.so.2, for GNU/Linux 2.6.32, stripped, with debug_info >>>>>>> >>>>>>> I choosed multilib right from the beginning of this adventure ... >>>>>>> >>>>>>> How can I check, whether the problem is caysed by gnutls or by the >>>>>>> system setup (regarding 32bit)? >>>>>>> >>>>>>> Cheers >>>>>>> Meino >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Hello, >>>>>> >>>>>> Can you give us more details of what do you want to do, what do you >>>>>> already do, etc. >>>>>> >>>>>> Does /usr/bin/i686-pc-linux-gnu-pkg-config have the x (executable) >>>>>> permission ? (ls -l /usr/bin/i686-pc-linux-gnu-pkg-config) >>>>>> >>>>>> >>>>>> >>>>>> Hogren >>>>>> >>>>>> >>>>>> >>>>>> >>>>> More mysterious hickups: >>>>> >>>>>>>> Regenerating /etc/ld.so.cache... >>>>> /sbin/ldconfig: File /lib64/ld-linux.so.2 is empty, not checked. >>>>> >>>>> Did it screwed up my new root? >>>>> >>>>> Cheers >>>>> Meino >>>>> >>>>> >>>>> >>>>> >>>> Maybe. But maybe it is fixable. /lib64/ld-linux.so.2 is a symlink to >>>> glibc. But glibc cannot be wholly broken because if it were, then >>>> nothing would work at all. >>>> >>>> I'd first investigate if only the symlink needs to be fixed (should >>>> point to /lib/ld-.so). >>>> >>>> Have you updated glibc recently?Or any other important package/package >>>> from @system? >>>> Have you tried if 'revdep-rebuild' finds any
Re: [gentoo-user] New java-config package with no java installed?
Bo Ørsted Andresen wrote: On Sunday 25 June 2006 02:06, Mick wrote: [nomerge ] net-ftp/kftpgrabber-0.6.0 USE=arts -debug -xinerama [nomerge ] kde-base/kdelibs-3.5.2-r6 USE=acl alsa arts cups spell ssl tiff -debug -doc -jpeg2k -kdeenablefinal -kdehiddenvisibility -kerberos -legacyssl -openexr -xinerama -zeroconf [nomerge ] net-dns/libidn-0.5.15 USE=nls -doc -emacs -java [ebuild N]dev-java/java-config-1.2.11-r1 15 kB This tells you that kftpgrabber depends on kdelibs which depends on libidn which depends on java-config. All of those are mandatory dependencies so there is not much you can do about it unless you are willing to look into development... But java-config is not java so it shouldn't be a big deal either. On the other hand, he has set USE=-java for libidn (at least), so why is it pulling in java-config? It doesn't make much sense, does it? In the libidn ebuild, I find: inherit java-pkg And that's what pulling in java-config. Is there a way to wrap the inherit around some if statements, so that inherit java-pkg is only executed when java is set? Alexander Skwar -- It now costs more to amuse a child than it once did to educate his father. -- gentoo-user@gentoo.org mailing list
[gentoo-user] emerge luatex-0.30.3 fails
I am trying to emerge luatex, but it fails with the following message: * * ERROR: dev-tex/luatex-0.30.3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2620: Called die * The specific snippet of code: * emake LIBMPLIBDEP=/usr/$(get_libdir)/libmplib/mplib.la LDZZIPLIB=$(pkg-config --libs zziplib) ZZIPLIBINC=$(pkg-config --cflags zziplib) LIBXPDFDEP= LDLIBXPDF=$(pkg-config --libs poppler) LIBXPDFINCLUDE=$(pkg-config --cflags poppler) LIBXPDFCPPFLAGS=$(pkg-config --cflags poppler) LIBPNGINCLUDES=$(pkg-config --cflags libpng) ZLIBSRCDIR=. luatex || die failed to build luatex * The die message: * failed to build luatex * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/dev-tex/luatex-0.30.3/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-tex/luatex-0.30.3/temp/environment'. * This has me thoroughly perplexed. I have remerged mplib, to no avail. The linker error is as follows: /bin/sh ../libtool --mode=link x86_64-pc-linux-gnu-g++ -o luatex -Wl,-O1 luatexini.o luatex0.o luatex1.o luatex2.o luatex3.o luatexextra.o luatex-pool.o luatexdir/libpdf.a -lpng -lz -lpoppler ../../libs/md5/md5.o ../../libs/obsdcompat/libopenbsd-compat.a ../../libs/lua51/liblua.a ../../libs/slnunicode/slnunico.o ../../libs/luazip/src/luazip.o -lzzip -lz ../../libs/luafilesystem/src/lfs.o ../../libs/luasocket/src/socket.a ../../libs/luapeg/lpeg.o ../../libs/luamd5/md5lib.o ../../libs/luamd5/md5.o ../../libs/luazlib/lgzip.o ../../libs/luazlib/lzlib.o ../../libs/luafontforge/libff.a /usr/lib64/libmplib/mplib.la lib/lib.a ../kpathsea/libkpathsea.la -lm x86_64-pc-linux-gnu-g++ -o luatex -Wl,-O1 luatexini.o luatex0.o luatex1.o luatex2.o luatex3.o luatexextra.o luatex-pool.o ../../libs/md5/md5.o ../../libs/slnunicode/slnunico.o ../../libs/luazip/src/luazip.o ../../libs/luafilesystem/src/lfs.o ../../libs/luapeg/lpeg.o ../../libs/luamd5/md5lib.o ../../libs/luamd5/md5.o ../../libs/luazlib/lgzip.o ../../libs/luazlib/lzlib.o luatexdir/libpdf.a /usr/lib64/libpng12.so -lpoppler ../../libs/obsdcompat/libopenbsd-compat.a ../../libs/lua51/liblua.a /usr/lib64/libzzip.so -lz ../../libs/luasocket/src/socket.a ../../libs/luafontforge/libff.a /usr/lib64/libmplib/mplib.so lib/lib.a ../kpathsea/.libs/libkpathsea.a -lm -Wl,--rpath -Wl,/usr/lib64 -Wl,--rpath -Wl,/usr/lib64/libmplib -Wl,--rpath -Wl,/usr/lib64 -Wl,--rpath -Wl,/usr/lib64/libmplib /usr/lib64/libmplib/mplib.so: undefined reference to `lua_newtable' /usr/lib64/libmplib/mplib.so: undefined reference to `lua_tostring' /usr/lib64/libmplib/mplib.so: undefined reference to `luaL_getmetatable' collect2: ld returned 1 exit status make: *** [luatex] Error 1 There are no other versions of luatex available to emerge (all marked ~amd64). -- MFD
Re: [gentoo-user] [SOLVED] Re: dev-libs/libgamin-0.1.10-r2 fails to emerge on a multilib profile
On Saturday 27 February 2010 21:45:13 Arttu V. wrote: On 2/27/10, Mick michaelkintz...@gmail.com wrote: On Saturday 27 February 2010 19:04:09 walt wrote: On 02/27/2010 10:04 AM, Mick wrote: Hi All, I am trying to install Gentoo on a i7 x86_64 arch machine and libgamin fails when I try to emerge syslog-ng (it's a dependency of it). This is my first 64bit machine, so I am not sure if I have made more mistakes than usual (LOL). This is the error: libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gamin.o -Wl,-rpath -Wl,/var/tmp/portage/dev-libs/libgamin-0.1.10-r2/work/gamin-0.1.10/lib gam in/.libs ../libgamin/.libs/libgamin-1.so /usr/bin /usr/sbin /bin /sbin ^ -lpthread -march=core2 -msse4 -mcx16 -msahf -Wl,-O1 -Wl,-soname -Wl,_gamin.so -o .libs/_gamin.so /usr/bin: file not recognized: Is a directory Cool, a new libtool trick. It's trying to link an object file with a directory? Dunno where the real error is, but I'd start with the old shotgun approach by running lafilefixer --justfixit and see if it helps. That was my first thought too. I ran lafixer and revdep-rebuild after emerging these and the error shown above came up. grep for pkg-config inside the config.log (and maybe build.log as well). I'm betting on pkg-config not being found, although the ebuild seems to list it as a dependency. (Maybe your chroot settings affect the path?) IIRC another package did the same for me some months ago (sorry, can't remember which). If it couldn't find pkg-config it would still complete configure phase without errors -- but cflags and libs variables that were supposed to be filled with various `pkg-config --libs foo` outputs were in fact filled with the paths from which pkg-config was searched for (in vain) during configuration. And IIRC the result looked nearly identical to the situation here. Here's what I managed to find: There is not pkg-config in /var/tmp/portage/dev-libs/libgamin-0.1.10- r2/work/gamin-0.1.10/config.log and I couldn't find it in the emerge log either. So, I went back to plan B. I configured the Windows 7 boot loader to chainload GRUB and booted into the new system. It had no problem compiling and installing libgamin and now it is installing syslog-ng. Perhaps this was related to the sysrescue-cd environment, I haven't tried all this with the Gentoo CD. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Merging of config files in /etc
Neil Bothwick wrote: On Wed, 05 Oct 2005 23:43:34 +0200, Remy Blank wrote: On the first one, both /etc/init.d/alsasound and /etc/conf.d/alsasound were updated, so I was asked to run etc-update, I accepted the update, and that was it. On the second computer, no update to these files was proposed. What is the output from emerge --info | grep CONFIG on both computers? On the one that did the update: CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d On the one that didn't do the update: CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control /var/www/localhost/htdocs/squirrelmail/config CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d One more fact: on the second one, I had already emerged alsa-utils-1.0.9a, and had reverted back to alsa-utils-1.0.8 with a binary package generated by quickpkg. At that time, I also reverted the config files. I played some more with it, and noticed the following: 1- If I change the mtime of e.g. /etc/conf.d/alsasound to be further in the past (I set it to July), when I re-emerge alsa-utils-1.0.9a, I get the ._cfg* file and a notice that I should run etc-update. 2- Then, if I reject the update, the mtime of the file doesn't change. 3- If I then re-emerge alsa-utils-1.0.9a, I get *no* ._cfg* file and *no* notice to run etc-update. But I see that the file's mtime has changed to the time of the merge, even though its contents haven't changed. And in /var/db/pkg/media-sound/alsa-utils-1.0.9a/CONTENTS, the file is registered with the md5 of the *updated* file (i.e. the contents that should have ended up in the ._cfg* file). I fail to see why portage should behave differently in 1 and 3 above, if I assume that it only uses information from the filesystem. So I'm still confused about the exact rules for proposing an update to config files, and whether or not portage keeps track of *when* a user makes changes to them. -- Remy Remove underscore and suffix in reply address for a timely response. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problem emerging Libdrm
On Sun, 25 Jan 2015 00:18:32 -0500 Philip Webb wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. I've done searches of Bugs, Forum asked Google without much help. Can anyone suggest what might be causing this problem ? As for libpng: the problem is that after libpng update many pkg-config files still contain references to old libpng15.so. Usual way to fix this is to rebuild all libpng dependencies (emerge @revdep-rebuild or revdep-rebuild tool may be used for that). But this doesn't work on too old setups, where during such updates packages will require some newer stuff like libdrm to be updated itself. In order to broke this look you can manually edit all files in /usr/lib/pkgconfig in order to point them to proper libpng version, e.g.: $ cd /usr/lib/pkgconfig $ sed -i 's/libpng15/libpng16/ *.pc As for libudev, probably problem and solution is the same. Not all packages use pkg-config, some have $packagename-config scripts (like fltk-config). Some of these scripts hardcode library names in a similar way to pkg-config, so you have to fix this /usr/bin-*config scripts too if you have any problems with related applications. Best regards, Andrew Savchenko pgpcS7xPynewa.pgp Description: PGP signature
Re: [gentoo-user] unable to compile totem
On Friday 10 August 2007 17:30:54 John covici wrote: And now here is the relevant section of the config.log file. configure:23040: checking whether to compile the browser plugins configure:23058: result: yes configure:23064: checking which gecko to use configure:23093: error: Gecko firefox not found If you need amy more from that log, let me know. Ok, this was all of the relevant lines from config.log in this case. Sometimes a little context which shows that there is nothing more of relevance is useful to make sure no error messages are missing. Anyway the relevant command from the configure script would be: # pkg-config --exists firefox-xpcom which returns false in your case. You'd be more interested in: # pkg-config --exists --print-errors firefox-xpcom though, as that prints a human readable error message. I bet `equery check mozilla-firefox` will report that some files from firefox are missing. In particular /usr/lib/pkgconfig/firefox-xpcom.pc is apparently missing are something. In either case remerging (or in your case upgrading) firefox should fix it... -- Bo Andresen signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 06:41 AM, Xi Shen wrote: On Sun, May 9, 2010 at 9:32 PM, waltw41...@gmail.com wrote: On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask 1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras.
Re: [gentoo-user] Safe to install libpng-1.2.44?
Hi folks, big_snip / I think the libpng issue shows up a more generic problem: we IMHO dont have a way for recording, which version / interface of some version a package is built against. The need for things like revdep-rebuild also comes from that. I'm currently working on an generic design for that, some ideas: (of course, yet limited to C and similar languages ;-o) * libraries with (incompatible) interface changes should install their headers under some own versioned prefix * library imports should _always_ happen via pkg-config (dont use .la files) * pkg-config descriptors are extended to declare the API and ABI version and generation, so interface breaks can be determined automatically * the package management records which version of some imported library a package was built against (some kind of revdep-scan between compile and merge) * with that information the package management can do an smooth upgrade (w/o temporary breaks until revdep-rebuild finished) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ -
Re: [gentoo-user] Safe to install libpng-1.2.44?
Enrico Weigelt wrote: Hi folks, big_snip / I think the libpng issue shows up a more generic problem: we IMHO dont have a way for recording, which version / interface of some version a package is built against. The need for things like revdep-rebuild also comes from that. I'm currently working on an generic design for that, some ideas: (of course, yet limited to C and similar languages ;-o) * libraries with (incompatible) interface changes should install their headers under some own versioned prefix * library imports should _always_ happen via pkg-config (dont use .la files) * pkg-config descriptors are extended to declare the API and ABI version and generation, so interface breaks can be determined automatically * the package management records which version of some imported library a package was built against (some kind of revdep-scan between compile and merge) * with that information the package management can do an smooth upgrade (w/o temporary breaks until revdep-rebuild finished) cu This may be something you should post on -dev. They are the ones that handle this sort of thing. Things are better there but take a flack jacket. Never hurts to have one just in case you need it. ;-) Dale :-) :-)
Re: [gentoo-user] Emerge @system causing gcc downgrade
On 7 March 2017 at 19:38, Neil Bothwick <n...@digimed.co.uk> wrote: > > Please don't top post, it is disliked on this list. > Sorry - a consequence of moving away from a proper mail client, and on to a web-based thing. > If you copied over /var/db/pkg you have a rather confused and messed up > system. The safest way to recreate it is probably to move the pkg > directory elsewhere and then run "emerge -e @world". > Yep! I think that would be a polite way of putting it! ;) > gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 installation, > you use gcc-config to choose which one to use. What does gcc-config -l > show? > Just the one line: [1] i686-pc-linux-gnu-4.9.4 I *think*, that with little time and patience, I can now sort this out. Thanks for the emerge -e hint. It doesn't seem to be in the emerge man page, though. What is the long-option name? Kind regards, Phil
[gentoo-user] Re: build programs in other distros
On 2017-07-28 18:07, Francisco Ares wrote: > Recently I tried to build one of my programs in an Ubuntu distro, and > it didn't build at all, messing library and include files names and > locations. > > How do real developers manage this? And why this difference happens, > in the first place? Why mangle uper/lower case characters in library > file names? > > I guess that's why "autoconf" "configure" et al exists... But never > tried to learn about them, so perhaps it's time now? No, it's why pkg-config(1) et al exists. For the kind of problems you mention, you should be able to use pkg-config without autotools. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. Do obvious transformation on domain to reply privately _only_ on Usenet.
Re: [gentoo-user] bind chrooting: mount permission denied...
On Thu, May 7, 2009 at 2:43 PM, Jarry mr.ja...@gmail.com wrote: Hi, I just emerged bind and at the end I tried to set-up chroot for it just as it is adviced in messages: # emerge --config '=net-dns/bind-9.4.3_p2' Configuring pkg... * * Setting up the chroot directory...mount: permission denied Done. Where can I find that --config script to have a look at it and to find out what is bind actually trying to mount? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted. May be obvious, but are you running the command as root/sudo? -- - Mark Shields
Re: [gentoo-user] bind chrooting: mount permission denied...
Mark Shields wrote: I just emerged bind and at the end I tried to set-up chroot for it just as it is adviced in messages: # emerge --config '=net-dns/bind-9.4.3_p2' Configuring pkg... * * Setting up the chroot directory...mount: permission denied Done. Where can I find that --config script to have a look at it and to find out what is bind actually trying to mount? May be obvious, but are you running the command as root/sudo? As root, of course... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] bind chrooting: mount permission denied...
On Friday 08 May 2009 18:10:10 Jarry wrote: Mark Shields wrote: I just emerged bind and at the end I tried to set-up chroot for it just as it is adviced in messages: # emerge --config '=net-dns/bind-9.4.3_p2' Configuring pkg... * * Setting up the chroot directory...mount: permission denied Done. Where can I find that --config script to have a look at it and to find out what is bind actually trying to mount? May be obvious, but are you running the command as root/sudo? As root, of course... Jarry What's in your FEATURES? I suspect you might have userpriv in there -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Java java java, I miss my java
Kevin O'Gorman wrote: I got Java 1.5 to install. Now the nifty new tools (thanks for eix!) tell me that 1.5 is all I have. Of course, when I look in /opt, I get a different impression of things. Am I right in surmising that I have all those old versions, and I just need java-config to point to various places to get other things to happen? Yes, java-config -L will list every installed java vm. The actual portage database for installed packages is located in /var/db/pkg. Zac -- gentoo-user@gentoo.org mailing list
[gentoo-user] Error emerging media-videog/totem
Hi! I just did a emerge -uDvNa world and totem was on the list and i got teh following error: snip checking for intltool = 0.20... 0.34.1 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/bin/iconv checking for msgfmt... /usr/bin/msgfmt checking for msgmerge... /usr/bin/msgmerge checking for xgettext... /usr/bin/xgettext checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for backend libraries... checking for GST... yes GStreamer-0.10 checking GStreamer 0.10 playbin plugin... yes checking GStreamer 0.10 ffmpegcolorspace plugin... yes checking GStreamer 0.10 videoscale plugin... yes checking GStreamer 0.10 gconfaudiosink plugin... yes checking GStreamer 0.10 gconfvideosink plugin... yes checking GStreamer 0.10 goom plugin... no configure: error: Cannot find required GStreamer-0.10 plugin 'goom'. It should be part of gst-plugins-good. Please install it. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/totem-1.4.2/work/totem-1.4.2/config.log !!! ERROR: media-video/totem-1.4.2 failed. Call stack: ebuild.sh, line 1545: Called dyn_compile ebuild.sh, line 940: Called src_compile totem-1.4.2.ebuild, line 121: Called gnome2_src_compile gnome2.eclass, line 63: Called gnome2_src_configure gnome2.eclass, line 59: Called econf '--disable-vanity' '--disable-gtk' '--with-dbus' '--enable-nautilus' '--disable-lirc' '--disable-mozilla' '--without-mozilla' '--disable-nvtv' '--enable-gstreamer=0.10' 'MOZILLA_PLUGINDIR=/usr/lib/nsbrowser' '--enable-gtk-doc' ebuild.sh, line 541: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. /snip Any idea what i can do? Of course, i can emerge said package (it is ~x86, i think) but that seems to be an error not only i have which should be solved. Anyone had similar problems? FYI: [ebuild N] media-video/totem-1.4.2 USE=dbus dvd flac gnome mad mpeg ogg theora vorbis xv -a52 -debug -lirc -nsplugin -nvtv -xine 0 kB Thanks, Philipp -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Xulrunner 2.0 seems to demand Alsa : any advice ?
110328 Florian Philipp wrote: Am 27.03.2011 20:51, schrieb Philip Webb: Wanting to try Firefox 4.0 , I tried to emerge Xulrunner 2.0 ran into this problem : root:527 profile emerge xulrunner checking for alsa... Package alsa was not found in the pkg-config search path. Definitely a bug. I have filed bug 361205. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] trouble with libxcb (and others)
Starting last night several builds and programs are crashing due to problems in libxcb and others. My system is ~amd64. For example evolution fails to start and says gottlieb@ajglap ~ $ evolution evolution: error while loading shared libraries: libxcb-aux.so.0: cannot open shared object file: No such file or directory gottlieb@ajglap ~ $ There is no libxcb-aux now on my system nor is there an libxcb-atom, which revdep rebuild mentioned. openoffice (picked up by revdep-rebuild) fails to build saying checking for pkg-config... /usr/bin/pkg-config checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `libwpd-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' found configure: error: Library requirements (libwpd-0.8 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I looked (using locate) and I have libwpd-0.9.1 now. Should I downgrade to lib0.8.14? Another problem, perhaps not related, but occurring at the same time is that xlsclients-1.1.1 (also picked up by revdep-rebuild) fails to build with Source configured. Compiling source in /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1 ... Working in BUILD_DIR: /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1_build make --jobs --load-average=5 make all-am make[1]: Entering directory `/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1_build' CC xlsclients.o GENxlsclients.1 x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1-Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -march=native -O2 -pipe -c /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c: In function ‘print_client_properties’: /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c:542:8: error: ‘WM_CLIENT_MACHINE’ undeclared (first use in this function) Something must have gone quite wrong in my last update world. Advice would be appreciated. thanks, allan
Re: [gentoo-user] trouble with libxcb (and others)
On Tue, Apr 26 2011, Allan Gottlieb wrote: Starting last night several builds and programs are crashing due to problems in libxcb and others. My system is ~amd64. For example evolution fails to start and says A rebuild of evolution fixed this but the other two errors still occur There is no libxcb-aux now on my system nor is there an libxcb-atom, which revdep rebuild mentioned. openoffice (picked up by revdep-rebuild) fails to build saying checking for pkg-config... /usr/bin/pkg-config checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `libwpd-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' found configure: error: Library requirements (libwpd-0.8 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I looked (using locate) and I have libwpd-0.9.1 now. Should I downgrade to lib0.8.14? Another problem, perhaps not related, but occurring at the same time is that xlsclients-1.1.1 (also picked up by revdep-rebuild) fails to build with Source configured. Compiling source in /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1 ... Working in BUILD_DIR: /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1_build make --jobs --load-average=5 make all-am make[1]: Entering directory `/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1_build' CC xlsclients.o GENxlsclients.1 x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1-Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -march=native -O2 -pipe -c /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c: In function ‘print_client_properties’: /var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c:542:8: error: ‘WM_CLIENT_MACHINE’ undeclared (first use in this function) Something must have gone quite wrong in my last update world. Advice would be appreciated. thanks, allan
Re: [gentoo-user] Firefox no-sound problem (was local overlay problem)
On 02.02.2013 04:54, Philip Webb wrote: checking for alsa... Package alsa was not found in the pkg-config search path. ... configure: error: Need alsa for Ogg, Wave or WebM decoding on Linux. Disable with --disable-ogg --disable-wave --disable-webm. This looks like the next path to explore. If '--disable ogg' etc don't work, I can file a bug with Firefox. It should be enough to set mozconfig_annotate '' --disable-ogg mozconfig_annotate '' --disable-wave mozconfig_annotate '' --disable-webm in the src_configure() part of the ebuild. Greetings Sebastian
[gentoo-user] Re: autofs config
Harry Putnam <rea...@newsguy.com> writes: > I've never used autofs and am trying to get it setup. > > Following the debian wiki and an Ubuntu howto. > > I've installed the pkg: > > aptitude search ^autofs|grep ^i > i autofs - kernel-based automounter for Linux Egad, I posted the message posted above to the wrong newsgroup... it was supposed to got to a debian list sorry However I suspect the process is the same on gentoo so maybe someone can help?
Re: [gentoo-user] progress everywhere !
On Sunday 19 October 2008 07:25:28 Philip Webb wrote: OO 3.0.0 compiled successfully in 2 h 29 m on this Core2 Duo machine, but needed 5,3 MB temporary disk space (ok here, but others beware). It opened my usual spreadsheets word-processing files correctly, but the toolbar needs attention tomorrow. Download is 346 MB . Build time is coming down I see. The first time I build OOo (on a 686 amd) it took 12 hours. Now I get similar to you - 2h14 Does anyone know why it wants 'xulrunner', which is not a use flag here ? It's this: DEPEND=${COMMON_DEPEND} nsplugin? ( || ( net-libs/xulrunner:1.8 net-libs/xulrunner:1.9 =www-client/seamonkey-1* ) =dev-libs/nspr-4.6.6 =dev-libs/nss-3.11-r1 ) And later we have this snippet: pkg_setup() { if use nsplugin; then if pkg-config --exists libxul; then BRWS=libxul elif pkg-config --exists xulrunner-xpcom; then BRWS=xulrunner elif pkg-config --exists seamonkey-xpcom; then BRWS=seamonkey else die USE flag [nsplugin] set but no installed xulrunner or seamonkey found! fi fi } So basically it is dependant on the nsplugin USE flag, and will look for xulrunner or seamonkey to build against. If neither are found, you have an error condition. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] emerge confused about gnome-icon-theme version?
On Sunday 31 December 2006 00:59, Daniel D Jones wrote: On Friday 29 December 2006 09:25, Daniel D Jones wrote: [EMAIL PROTECTED]:/ # emerge -s gnome-icon-theme Searching... [ Results for search key : gnome-icon-theme ] [ Applications found : 1 ] * x11-themes/gnome-icon-theme Latest version available: 2.16.1 Latest version installed: 2.16.1 ... [EMAIL PROTECTED]:/ # emerge gnome-applets Emerging (1 of 1) gnome-base/gnome-applets-2.16.2 to ... checking for GIT... configure: error: Package requirements (gnome-icon-theme = 2.15.91) were not met: Requested 'gnome-icon-theme = 2.15.91' but version of gnome-icon-theme is 2.10.1 Something is confused somewhere about the version of gnome-icon-theme installed. I've resynced and reemerged gnome-icon-theme with no success. Any suggestions? It appears no one has any suggestions. Can someone perhaps tell me how portage goes about determining the installed version to give me a direction to start trying to figure this out. This isn't exactly portage determining the installed version of gnome-icon-theme. It's the configure script of gnome-applets which is unaware of the existance of portage checking the environment before the actual compile. It uses the return value of: # pkg-config --exists --print-errors gnome-icon-theme = 2.15.91 to determine whether it's requirement is fulfilled. Maybe you have some orphaned pkg-config file (.pc) as Kent suggests. The output of e.g.: # pkg-config --debug --modversion gnome-icon-theme 21 | grep gnome-icon-theme will tell you where the .pc file is. If you have app-portage/gentoolkit installed you can use `equery belongs $FILE` to see if it's orphaned (i.e. if it belongs to no package.). Orphaned files like that can be safely deleted. HtH. -- Bo Andresen pgpqjzcfE4I9t.pgp Description: PGP signature
Re: [gentoo-user] Re: [Extremely OT] Ansible/Puppet replacement
On 01/27/2015 10:34 AM, James wrote: Alec Ten Harmsel alec at alectenharmsel.com writes: I'm sorry to spam gentoo-user, but I'm not sure who else would be interested in something like this. Also, feel free to email me with bugs in the code or documentation, or open something in GitHub's issue tracker. One man's spam generates maps for another. So my map of todo on ansible is all about common gentoo installs. [1] Let's take the first and most easy example the clone. I have a gentoo workstation install that I want to replicated onto identical hardware (sort of like a disk to disk dd install). So how would I impress the bossman by actually saving admin time on how to use the bossman to create (install from scratch + pxe?) a clone. Assuming that disks are formatted, a stage3 has been freshly extracted, bossman is installed, and the role/config files are on a mounted filesystem, it should be similar to the role below: file /etc/portage/make.conf root:root 644 ! emerge-webrsync ! emerge --sync file /etc/locale.gen root:root 600 ! locale-gen pkg sys-kernel/gentoo-sources file /usr/src/linux/.config root:root 644 ! make -C /usr/src/linux all modules_install install pkg sys-boot/grub ! grub-install /dev/sda # I can't remember all the options needed here file /etc/default/grub ! grub-mkconfig -o /boot/grub/grub.cfg # Generating /etc/fstab using something similar to Arch's `genfstab` would be much better file /etc/fstab root:root 644 # Root password file /etc/shadow root:root 640 # Logger pkg app-admin/syslog-ng # Network pkg net-misc/dhcpcd enable dhcpcd # For remote access pkg net-misc/openssh file /etc/ssh/sshd_config root:root 600 file /etc/ssh/known_hosts root:root 600 # Other sshd files... enable sshd There are a ton of assumptions that make this work; if installing manually, the installer is responsible, and if installing from PXE, this stuff would have to be baked into the ISO. Gotta recipe for that using bossman? Or is that an invalid direction for bossman? curiously, James [1] http://blog.jameskyle.org/2014/08/automated-stage3-gentoo-install-using-ansible/ Automating the bootstrapping of a node is reasonably complicted, even harder on Gentoo than on RHEL. This is the type of thinking I want to do, and I'm working on doing this with my CentOS box that runs ssh, Jenkins, postgres, and Redmine. Alec
[gentoo-user] after world update cxfe will not emerge
Hi. I just did a world update using unstable gentoo and my preserved-rebuild wants me to emerge cxfe, but cxfe will not emerge. I get the following: post.c: In function ?pplugin_parse_and_load?: post.c:106:5: warning: implicit declaration of function ?xine_strdupa? post.c:131:6: warning: ?xine_xmalloc? is deprecated (declared at /usr/include/xine/xineutils.h:136) post.c:137:6: warning: ?xine_xmalloc? is deprecated (declared at /usr/include/xine/xineutils.h:136) post.c: In function ?_pplugin_join_deinterlace_and_post_elements?: post.c:344:5: warning: ?xine_xmalloc? is deprecated (declared at /usr/include/xine/xineutils.h:136) post.c: In function ?pplugin_parse_and_load?: post.c:106:17: warning: ?post_chain? may be used uninitialized in this function x86_64-pc-linux-gnu-gcc -Wall -O2 -mtune=core2 -pipe -ggdb `xine-config --cflags` -c -o termio/getch2.o termio/getch2.c xine-config is DEPRECATED. Use pkg-config instead. x86_64-pc-linux-gnu-gcc -Wall -Wl,-O1 -Wl,--as-needed cxfe.o post.o termio/getch2.o `xine-config --libs` -L/usr/X11R6/lib -lXext -lxine -lncurses -lm -lXext \-lX11 -lX11 -o cxfe xine-config is DEPRECATED. Use pkg-config instead. cxfe.o: In function `cxfe_run_x11': /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/cxfe.c:1018: undefined reference to `xine_gui_send_vo_data' /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/cxfe.c:991: undefined reference to `xine_gui_send_vo_data' cxfe.o: In function `main': /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/cxfe.c:1288: undefined reference to `xine_gui_send_vo_data' /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/cxfe.c:1289: undefined reference to `xine_gui_send_vo_data' cxfe.o: In function `cxfe_run_x11': /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/cxfe.c:860: undefined reference to `xine_gui_send_vo_data' post.o: In function `pplugin_parse_and_load': /var/tmp/portage/media-video/cxfe-0.9.2/work/cxfe-0.9.2/post.c:106: undefined reference to `xine_strdupa' collect2: ld returned 1 exit status I emerged xine-lib again, but no joy. Any assistance would be appreciated. -- 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] Removing Specific Kernel Sources
Mariusz Pękala wrote: Additionally emerge unmerge leaves the remnants of compilation process, so you still have to do rm -r on the sources. I've always liked to keep /usr as read-only as possible. I set a few variables in /etc/make.conf that (I find) make everything a little more maintainable: --- from /etc/make.conf -- PORTAGE_TMPDIR=/var/portage DISTDIR=${PORTAGE_TMPDIR}/distfiles PKGDIR=${PORTAGE_TMPDIR}/portage-pkg DISTCC_DIR=${PORTAGE_TMPDIR}/distcc KBUILD_OUTPUT=${PORTAGE_TMPDIR}/kernel end -- then I have a script that builds the kernel, setting the 'O' (oh, not zero) parameter so that build output goes into the ${KBUILD_OUTPUT} directory, and leaves /usr/src/kernel version pristine: --- excerpt from makekernel script - sourceDir=/usr/src/linux workDir=${KBUILD_OUTPUT} binDir=/boot target=kernel.hostname.version.date (cd ${sourceDir} sudo -u portage make O=${workDir} menuconfig) (cd ${workDir}/include sudo -u portage lndir ${sourceDir}/include) (cd ${sourceDir} sudo -u portage make O=${workDir}) (cd ${sourceDir} make O=${workDir} modules_install) cp ${workDir}/arch/${arch}/boot/bzImage ${binDir}/${target} -- end --- I've been using this script (full script inlined below) for more than a year without problems. The lndir line is there to appease packages that build kernel modules, and expect to find ${KBUILD_OUTPUT}/include populated with header files. make is run as user 'portage' since some packages like to run make O=${KBUILD_OUTPUT} mrproper, so user portage needs write access. --myk -- makekernel script #!/bin/sh # # makekernel # # written by Myk Taylor, 2004 # 'makekernel' without parameters will build and install the custom kernel for # the local machine (that is, it will use the config file named HOSTNAME.config # where HOSTNAME is the hostname of the local host in caps) For example, # TUX.config would be the config file for host 'tux'. # 'makekernel CONF_ID' will build and install only that specific kernel, that is, # it will used the file named CONF_ID.config # 'makekernel all' will build and install all kernel confs in the current # directory (a kernel conf is identified as a file with an all-caps stem and a # '.config' extension) [ -f /etc/make.conf ] source /etc/make.conf # script parameters sourceDir=/usr/src/linux workDir=${KBUILD_OUTPUT:-/tmp/kernel} binDir=/boot # get a list of config stems configNames=$* # if 'all' is one of the config names, set configNames to be all the # config files in the current directory # elif no parameters specified, use local kernel config if [ ! -z `echo ${configNames} | grep -w 'all'` ]; then configNames=`ls | grep '^[A-Z0-9 _-]*\.config$' | sed 's/\.config//'` elif [ -z ${configNames} ]; then configNames=`hostname | sed 's/\..*//' | tr a-z A-Z` fi # do some sanity checking versionFile=${sourceDir}/Makefile if [ ! -f ${versionFile} ]; then echo ${versionFile} not found exit 1 fi if [ `echo ${configNames} | grep '[^A-Z0-9 _-]'` ]; then echo config file name stems should be in all caps exit 1 fi echo Making kernel(s): `echo -n ${configNames}` osvString=^VERSION = osplString=^PATCHLEVEL = osslString=^SUBLEVEL = osevString=^EXTRAVERSION = osv=`grep ${osvString} ${versionFile} | sed s/${osvString}//` ospl=`grep ${osplString} ${versionFile} | sed s/${osplString}//` ossl=`grep ${osslString} ${versionFile} | sed s/${osslString}//` osev=`grep ${osevString} ${versionFile} | sed s/${osevString}//` if [ ! -z ${osv} -a ! -z ${ospl} -a ! -z ${ossl} -a ! -z ${osev} ]; then osr=${osv}.${ospl}.${ossl}${osev} else osr=${osr:-'Unknown'} fi kerPrefix=kernel. dateStr=`date +%Y%m%d` kerSuffix=-${osr}.${dateStr} for configName in ${configNames}; do configFileName=${configName}.config # add more architectures as required if [ ! -z `grep '^CONFIG_X86_64=y' \${configFileName}\` ]; then arch=x86_64 elif [ ! -z `grep '^CONFIG_X86=y' \${configFileName}\` ]; then arch=i386 else echo cannot determine target architecture in ${configFileName} echo the script probably needs to be updated exit 1 fi target=${kerPrefix}${configName}${kerSuffix} echo == building ${binDir}/${target} from ${configFileName} mkdir -p ${workDir} chown portage:portage ${workDir} cp ${configFileName} ${workDir}/.config chown portage:portage ${workDir}/.config || exit 1 (cd ${sourceDir} sudo -u portage make O=${workDir} menuconfig) || exit 1 (cd ${workDir}/include sudo -u portage lndir ${sourceDir}/include /dev/null) || exit 1 (cd ${sourceDir} sudo -u portage make O=${workDir}) || exit 1 (cd ${sourceDir} make O=${workDir} modules_install) || exit 1 mkdir -p ${binDir
Re: [gentoo-user] Compilation failed...mcs not found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/28/2016 02:27 PM, meino.cra...@gmx.de wrote: > Facundo Curti <facu.cu...@gmail.com> [16-07-28 20:04]: >> 2016-07-28 14:51 GMT-03:00 <meino.cra...@gmx.de>: >> >>> Hi, >>> >>> my Gentoo installation is incomplete...sigh ;) >>> >>> >>> Got this one: >>> >>> * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... >>> [ ok ] >>>>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ... >>>>>> Unpacking source... >>>>>> Unpacking mono-addins-0.6.2.tar.bz2 to >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>>>>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>>>>> Preparing source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... >>>>>> Source prepared. >>>>>> Configuring source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... >>> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu >>> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man >>> --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc >>> --localstatedir=/var/lib --libdir=/usr/lib64 --enable-gui >>> configure: loading site script /usr/share/config.site >>> checking for a BSD-compatible install... >>> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c >>> checking whether build environment is sane... yes >>> checking for a thread-safe mkdir -p... /bin/mkdir -p >>> checking for gawk... gawk >>> checking whether make sets $(MAKE)... yes >>> checking how to create a ustar tar archive... gnutar >>> checking whether to enable maintainer-specific portions of Makefiles... no >>> checking for pkg-config... /usr/bin/pkg-config >>> checking for a BSD-compatible install... >>> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c >>> checking for gmcs... no >>> configure: error: mcs Not found >>> >>> >>> eix mcs >>> eix gmcs >>> found nothing except for libmcs, which I installed ("-1"), but it >>> does not heal my hurts (GENTOO IS A DJ?). >>> >>> What is mcs, who sells it and what do I have to pay for a new one? >>> >>> Thanks lot for any hint in advance! >>> >>> Best regards >>> Dances with emerge >>> >>> >>> >>> >>> >> Yo tried this? >> https://github.com/gentoo/dotnet/issues/29 >> >> First search result on google > > MCS=/usr/bin/dmcs CSC=/usr/bin/dmcs GMCS=/usr/bin/dmcs emerge --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 @world -v --keep-going > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [nomerge ] media-gfx/pinta-1.6-r2::gentoo > [ebuild N ] dev-dotnet/mono-addins-0.6.2::gentoo USE="gtk" 0 KiB > > Total: 1 package (1 new), Size of downloads: 0 KiB > > >>>> Verifying ebuild manifests > >>>> Emerging (1 of 1) dev-dotnet/mono-addins-0.6.2::gentoo > * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... >[ ok ] >>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ... >>>> Unpacking source... >>>> Unpacking mono-addins-0.6.2.tar.bz2 to >>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>>> Preparing source in >>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... >>>> Source prepared. >>>> Configuring source in >>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... > ./configure --prefix=/usr --build=x86_64-pc-linux-gnu > --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info > --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib > --libdir=/usr/lib64 --enable-gui > configure: loading site script /usr/share/config.site > checking for a BSD-compatible install... > /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether
Re: [gentoo-user] Compilation failed...mcs not found
Facundo Curti <facu.cu...@gmail.com> [16-07-28 20:04]: > 2016-07-28 14:51 GMT-03:00 <meino.cra...@gmx.de>: > > > Hi, > > > > my Gentoo installation is incomplete...sigh ;) > > > > > > Got this one: > > > > * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... > > [ ok ] > > >>> cfg-update-1.8.2-r1: Checksum index is up-to-date ... > > >>> Unpacking source... > > >>> Unpacking mono-addins-0.6.2.tar.bz2 to > > /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work > > >>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work > > >>> Preparing source in > > /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... > > >>> Source prepared. > > >>> Configuring source in > > /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... > > ./configure --prefix=/usr --build=x86_64-pc-linux-gnu > > --host=x86_64-pc-linux-gnu --mandir=/usr/share/man > > --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc > > --localstatedir=/var/lib --libdir=/usr/lib64 --enable-gui > > configure: loading site script /usr/share/config.site > > checking for a BSD-compatible install... > > /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c > > checking whether build environment is sane... yes > > checking for a thread-safe mkdir -p... /bin/mkdir -p > > checking for gawk... gawk > > checking whether make sets $(MAKE)... yes > > checking how to create a ustar tar archive... gnutar > > checking whether to enable maintainer-specific portions of Makefiles... no > > checking for pkg-config... /usr/bin/pkg-config > > checking for a BSD-compatible install... > > /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c > > checking for gmcs... no > > configure: error: mcs Not found > > > > > > eix mcs > > eix gmcs > > found nothing except for libmcs, which I installed ("-1"), but it > > does not heal my hurts (GENTOO IS A DJ?). > > > > What is mcs, who sells it and what do I have to pay for a new one? > > > > Thanks lot for any hint in advance! > > > > Best regards > > Dances with emerge > > > > > > > > > > > Yo tried this? > https://github.com/gentoo/dotnet/issues/29 > > First search result on google MCS=/usr/bin/dmcs CSC=/usr/bin/dmcs GMCS=/usr/bin/dmcs emerge --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 @world -v --keep-going These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] media-gfx/pinta-1.6-r2::gentoo [ebuild N ] dev-dotnet/mono-addins-0.6.2::gentoo USE="gtk" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 1) dev-dotnet/mono-addins-0.6.2::gentoo * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> cfg-update-1.8.2-r1: Checksum index is up-to-date ... >>> Unpacking source... >>> Unpacking mono-addins-0.6.2.tar.bz2 to >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>> Preparing source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --enable-gui configure: loading site script /usr/share/config.site checking for a BSD-compatible install... /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking for pkg-config... /usr/bin/pkg-config checking for a BSD-compatible install... /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c checking for gmcs... /usr/bin/dmcs checking for gacutil... /usr/bin/gacutil checking for al... /usr/bin/al checking for x86_64-pc-linux-gnu-pkg-config... (cached) /usr/bi
Re: [gentoo-user] Confusing boot up messages
On Mon, 14 Aug 2006 08:20:04 -0700, gentuxx wrote: Yeah, baselayout was one of the packages updated. From what to what? genlop will tell you. If it was a path level update, it is unlikely anything has changed significantly in the configs. - From v1.11.15-r3 to v1.12.4-r2. How do I know if it was a path level update? Sorry, typo. I meant to type patch level upgrade, as in pkg-x.y.z-r1 to pkg-x.y.z-r4. There were some significant changes between baselayout 1.11 and 1.12, this is probably the cause of the problems. If you know which services were affected but didn't catch the exact messages, try stopping and starting them manually so the output doesn't get buried in all the other startup information. Setting RC_VERBOSE=yes in /etc/conf.d/rc may help. The config files were accepted. There didn't appear to be any significant changes which would have caused something like this. I'll try the RC_ setting and see if that provides any more clues. It should do, with some scripts at least, but starting the services manually will also let you see what's going on. -- Neil Bothwick DCE seeks DTE for mutual exchange of data. signature.asc Description: PGP signature
[gentoo-user] emerge --buildpkg --unmerge
Hi, Is there a way tell portage to build binary package before removing it from the system? man emerge says: --buildpkg (-b) Tells emerge to build binary packages for all ebuilds processed in addition to actually **merging** the packages. [...] An alternative for already-merged packages is to use quickpkg(1) which creates a tbz2 from the live filesystem. I have about 20 packages to unmerge or remerge with new use flags. But I want to keep binary copies (with old use settings) before unmerging them. Unfortunately I did not have buildpkg in FEATURES at the time of emerging them. Doing this now by hand sounds kinda fatigue unless... the output of --pretend was parsable so I do what I want by.. for pkg in ${PKGS}; do quickpkg --include-config\=y $pkg; done or by something better? Thanks for ideas in advance. -- Fatih
Re: [gentoo-user] emerge --buildpkg --unmerge
Apparently, though unproven, at 18:46 on Friday 29 October 2010, Fatih Tümen did opine thusly: Hi, Is there a way tell portage to build binary package before removing it from the system? man emerge says: --buildpkg (-b) Tells emerge to build binary packages for all ebuilds processed in addition to actually **merging** the packages. [...] An alternative for already-merged packages is to use quickpkg(1) which creates a tbz2 from the live filesystem. I have about 20 packages to unmerge or remerge with new use flags. But I want to keep binary copies (with old use settings) before unmerging them. Unfortunately I did not have buildpkg in FEATURES at the time of emerging them. Doing this now by hand sounds kinda fatigue unless... the output of --pretend was parsable so I do what I want by.. for pkg in ${PKGS}; do quickpkg --include-config\=y $pkg; done or by something better? Thanks for ideas in advance. -- Fatih Write a wrapper script around quickpkg and emerge. And set buildpkg in FEATURES so this doesn't happen again :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Haskell packages and keeptemp
On 09/20/2015 11:58 PM, Bryan Gardiner wrote: > Hi gentoo-users, > > I thought I would set FEATURES=keeptemp in make.conf so I would have > build logs around for reference. This causes problems with Haskell > packages, which fail during the second build after setting this, > because the build's temp/ hasn't been cleaned from the previous build: > > ... > > Am I wrong in expecting ${T} to be wiped at the start of a build, > regardless of the package, so that this isn't a problem? I'm not sure > why you'd want old temp/ state to carry forward to the next build. > Please open a bug. Portage probably has its own reasons for handling ${T} the way it does. The problem with the Haskell stuff is (in haskell-cabal.eclass), # Newer cabal can generate a package conf for us: ./setup register --gen-pkg-config="${T}/${P}.conf" ghc-install-pkg "${T}/${P}.conf" and the cabal routine doesn't want to overwrite an existing file. I'm sure this is easy to fix with an "rm -f" beforehand. But, maybe the reason portage doesn't wipe the directory is because portage doesn't wipe the directory. If doing so would be an improvement, they might choose to fix it there instead.
Re: [gentoo-user] sys-libs/db-4.5.20_p2-r1 fails before compile starts
On Monday 22 September 2008 22:48:54 Denis wrote: Could you help me decipher what I need to do in order to get this to compile? I've never seen such an error, so I have to go with gut feel: Here is the message on emerge: = Traceback (most recent call last): File /usr/bin/depend-java-query, line 8, in module from java_config_2 import __version__ ImportError: No module named java_config_2 * Unable to determine VM for building from dependencies: This rings bells for me - Big Ben sized bells. Did you run java-config? NV_DEPEND: tcl? ( =dev-lang/tcl-8.4 ) java? ( =virtual/jdk-1.4 ) =sys-devel/binutils-2.16.1 test? ( =dev-lang/tcl-8.4 ) java? ( =dev-java/java-config-2.0.33-r1 =sys-apps/portage-2.1.2.7 ) =sys-devel/automake-1.10* =sys-devel/autoconf-2.61 sys-devel/libtool VNEED: * * ERROR: sys-libs/db-4.5.20_p2-r1 failed. * Call stack: * ebuild.sh, line 49: Called pkg_setup * ebuild.sh, line 1244: Called java-pkg-opt-2_pkg_setup * java-pkg-opt-2.eclass, line 44: Called java-pkg_init * java-utils-2.eclass, line 2090: Called java-pkg_switch-vm * java-utils-2.eclass, line 2516: Called die * The specific snippet of code: * die Failed to determine VM for building. * The die message: * Failed to determine VM for building. * === Here are my environment variables: GENTOO_VM= CLASSPATH=. JAVA_HOME=/etc/java-config-2/current-system-vm JAVACFLAGS= COMPILER= Contents of emerge --info are attached as text file. Thanks, Denis -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Package gl?
On Sun, Dec 27, 2009 at 12:27:47PM -0500, Penguin Lover Willie Wong squawked: Hi, brand new system I am trying to install. emerge gets to xorg-server-1.7.3.901-r1 and dies with the message that the config script cannot find package gl. And it is true, if I issue pkg-config --libs gl I get, instead of the expected -IGL Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable No package 'gl' found Any hints to what package I may be missing, and/or what directory it should be in? Oops, I just remembered that I can just look on my other gentoo server to find where gl is and this brings up a new problem! gl.pc is located in /usr/lib/pkgconfig/gl.pc equery belongs tells me that it belongs to mesa. BUT, xorg-server-1.7.3.901-r1 has mesa as a PDEPEND, and mesa-7.7 has xorg-server as a RDEPEND, which is included in DEPEND, so how the heck am I supposed to get X working on my laptop? W -- It is said that papers in string theory are published at a rate greater than the speed of light. This, however, is not problematic since no information is being transmitted. ~Prof. Dr. phil. habil. Hagen Michael Kleinert Sortir en Pantoufles: up 1115 days, 16:21
[gentoo-user] Java problem
Greetings, I'd like to install eclipse, to experiment with it. Emerging eclipse-sdk wants to pull in a whole lot of packages which is not a bad thing except that about 12 or 15 of the emerges fail, apparently for the same reason: * CPV: dev-java/ant-core-1.8.1 * REPO: gentoo * USE: amd64 elibc_glibc kernel_linux multilib userland_GNU !!! ERROR: Package ant-junit was not found! * Unable to determine VM for building from dependencies: NV_DEPEND: =virtual/jdk-1.4 !dev-java/ant-tasks !dev-java/ant-optional =dev-java/java-config-2.1.9-r1 source? ( app-arch/zip ) =dev-java/javatoolkit-0.3.0-r2 * ERROR: dev-java/ant-core-1.8.1 failed: * Failed to determine VM for building. * * Call stack: * ebuild.sh, line 48: Called pkg_setup * ebuild.sh, line 1346: Called java-pkg-2_pkg_setup * java-pkg-2.eclass, line 63: Called java-pkg_init * java-utils-2.eclass, line 2126: Called java-pkg_switch-vm * java-utils-2.eclass, line 2550: Called die * The specific snippet of code: * die Failed to determine VM for building. * * If you need support, post the output of 'emerge --info =dev-java/ant-core-1.8.1', * the complete build log and the output of 'emerge -pqv =dev-java/ant-core-1.8.1'. !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH= JAVA_HOME= JAVACFLAGS= COMPILER= and of course, the output of emerge --info I do have virtual/jdk, dev-java/sun-jdk and many other dev-java and java-virtuals packages installed and OpenOffice runs. As advised by the Gentoo Java Packaging Guide, I've created the following symlink: HOME/.gentoo/java-config-2/current-user-vm - /etc/java-config-2/current-system-vm Where/how are variables GENTOO_VM, CLASSPATH, JAVA_HOME, JAVACFLAGS, and COMPILER supposed to be set ??? What else am I missing? Thanks. David
Re: [gentoo-user] nodejs emerge fails
On 2018.06.26 15:44, Christoph Böhmwalder wrote: On Tue, Jun 26, 2018 at 03:15:09PM -0400, Andrew Udvare wrote: > It should not be accessing this location in any case. What is the environment like? What does env show? emerge --config output? > > It would almost seem like you have $HOME set to /home/christoph while Portage is running (as root). The only thing that stands out about `env` is that XDG_CONFIG_HOME is set to /home/christoph/.config (running as root). I'm not sure if it's supposed to be this way, but I didn't find anything in my dotfiles that would suggest that I'm overwriting it. That's a normal setting for you. The problem is that when you did sudo or su to run emerge, it simply stayed in the environment, causing this problem. When you su or sudo to run emerge (or just log in directly as root) you need to be sure to do so in a way that cleans out your environment. I keep thinking to file a bug to request emerge to sanitize the environment, or at least add an option to make it do so. I often forget to use them, but I created scripts (cleanemerge and cleanebuild) to do that for me. $HOME points to /root. I'm not sure what you mean by "emerge --config output"? Running `emerge --config` just gives: # emerge --config nodejs Configuring pkg... Warning: ccache requested but no masquerade dircan be found in /usr/lib*/ccache/bin * pkg_config() is not defined: 'nodejs-8.11.1.ebuild' -- Regards, Christoph Jack
[gentoo-user] help w/ mobo/cpu combo
Hello everbody, for an Asus K8N-E, skt 754, nForce3 w/ Sempron3100, 512DDR400 RAM, 120G ATA(IDE)drive, Radeon9250 video card. Anybody have any pointers, gotchas re setting up gentoo on such a system. USE flags? Proper kernel config? etc, etc... I have the 2004.3 and 2005.0 universal-install and pkg CDs available. Have only very s-l-o-w dialup(~26k!), so web installs aren't very practical. -mw __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] livejournal server gentoo vs mod_perl
On Sun, 12 Jun 2005, Jonathan Nichols wrote: I'm having absolutely no luck with getting mod_perl to work. Has anyone had good luck with mod_perl and Apache 1? *NOT Apache 2 - I cannot upgrade to Apache 2* The ebuild looks like it builds as a DSO (this is the default for most Apache modules these days). At the end of the ebuild is this message: Execute ebuild /var/db/pkg/www-apache/mod_perl/mod_perl-1.27-r4.ebuild config to have your apache.conf auto-updated for use with this module. You should then edit your /etc/conf.d/apache file to suit. -- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: KDE (mono to meta) migration
On Sat, 24 Jun 2006 18:28:39 +0200, Bo Ørsted Andresen wrote: You seem to have been more confused than enlightened by the tricks I posted. If you want to nuke kde completely you should just do: # cd /var/db/pkg emerge -Cva kde-base/* You should also rm -fr /usr/kde or rm -fr /usr/kde/3.[0-4] if you want to keep 3.5. This removes files that were not deleted by the unmerge. This includes anything that had changed during installation, such as config files and any library files that fix_libtools_files.sh may have changed. -- Neil Bothwick Everything's back to normal. Damn. signature.asc Description: PGP signature
Re: [gentoo-user] New java-config package with no java installed?
On Sunday 25 June 2006 10:21, Mick wrote: I suspect that it has something to do with the latest portage-2.1-r1 update or the one before. Up until now the -java default USE flag seemed to do the trick. It had nothing to do with portage. It had to do with a change in the java-pkg eclass. Is ity worth me adding to a bug report? Would you perhaps have a bug No handy? I didn't think so. I was wrong... ;) The dependency was removed two days ago in case you haven't noticed [1]. [1] http://bugs.gentoo.org/show_bug.cgi?id=137971 -- Bo Andresen pgpAlqpSsI3f1.pgp Description: PGP signature
[gentoo-user] problem with upgrading Xorg from 6.8.2 up to 7.0
Hi, I'm trying to upgrde Xorg from 6.8.2 up to 7.0 following this instruction http://gentoo-wiki.com/HOWTO_Modular_Xorg I unemerged Xoorg 6.8.2 and now trying to emerge 7.0. emerge told me there are about 180 dependes must be installed, it installed about 40 of them and has failed at cairo emerging: below is the tail: ---cut--- /var/tmp/portage/cairo-1.2.2/work/cairo-1.2.2/config.log appending configuration tag CXX to libtool checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g++ static flag -static works... yes checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag F77 to libtool checking for ANSI C header files... (cached) yes checking whether byte ordering is bigendian... no checking for vasnprintf... no checking for cos in -lm... yes checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for X... no checking for cairo's Xlib backend... checking whether cairo's Xlib backend could be enabled... no (requires Xlib) configure: error: requested Xlib backend could not be enabled !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/cairo-1.2.2/work/cairo-1.2.2/config.log !!! ERROR: x11-libs/cairo-1.2.2 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile cairo-1.2.2.ebuild, line 49: Called econf '--enable-xlib' '--disable-gtk-doc' '--disable-directfb' '--enable-png' '--disable-svg' '--disable-pdf' '--disable-glitz' '--enable-freetype' '--enable-ps' ebuild.sh, line 539: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. ---end of cut--- does anybody know how to fix that ? Thanks -- gentoo-user@gentoo.org mailing list
[gentoo-user] libpng12 is missing
hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building notification-daemon-0.4.0-r1. the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. i guess these 2 versions do not work well with each other. how can i fix this? P.S. i have 'png' in my USE flags. -- Best Regards, David Shen http://twitter.com/davidshen84/
Re: [gentoo-user] trouble with libxcb (and others)
On Tue, Apr 26 2011, Todd Goodman wrote: * Allan Gottlieb gottl...@nyu.edu [110426 14:34]: On Tue, Apr 26 2011, Allan Gottlieb wrote: Starting last night several builds and programs are crashing due to problems in libxcb and others. My system is ~amd64. [SNIP] openoffice (picked up by revdep-rebuild) fails to build saying checking for pkg-config... /usr/bin/pkg-config checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `libwpd-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' found configure: error: Library requirements (libwpd-0.8 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I looked (using locate) and I have libwpd-0.9.1 now. Should I downgrade to lib0.8.14? For what it's worth I run ~x86 and I got the same error with libwpd until I made sure I had the 0.8 slot emerged as well (emerge libwpd:0.8) It is worth a lot! It looks like it just became slotted (if I remember right.) Unfortunately I then had a problem with OpenOffice and libwpg. And had to downgrade back to 1.1.3 (and mask 0.2.0.) It looked like OpenOffice wasn't happy with a 2.0 version and still wanted a 1.0 version (but I didn't look too carefully.) However it looks like it's slotted now so you should be able to install libwpg:0.2 as well as libwpg:0.1 and OpenOffice will still work. However, I get file collisions when trying to install libwpg:0.2 with libwpg:0.1 installed right now. It might still be in the process of being fully slotted? If you don't have the libwpd:0.8 and/or libwpg:0.1 slotted versions then just emerge them too. I just now followed your advice and emerged both libwpd:0.8 and libwpg:0.1. I was a little surprised to see that emerge -1 was insufficient (depclean wanted to remove them again). If a certain slot is needed for another application, I had expected depclean to leave it alone. Anyway I then did an emerge -n to put them into world and depclean is happy. As it turns out now revdep-rebuild doesn't want to remerge anything, but I am doing a reinstall of openoffice anyway just to confirm that it is happy. I wonder if the situation has now stabilized and forcing the old slots to be present is no longer needed. I will have more time after the semester ends and I don't have to prepare lectures / grade exams. I hope during the end of may to go through world and prune any that don't appear to be necessary. Thank you very much for your help. allan
Re: [gentoo-user] trouble with libxcb (and others)
* Allan Gottlieb gottl...@nyu.edu [110427 10:54]: On Tue, Apr 26 2011, Todd Goodman wrote: * Allan Gottlieb gottl...@nyu.edu [110426 14:34]: On Tue, Apr 26 2011, Allan Gottlieb wrote: Starting last night several builds and programs are crashing due to problems in libxcb and others. My system is ~amd64. [SNIP] openoffice (picked up by revdep-rebuild) fails to build saying checking for pkg-config... /usr/bin/pkg-config checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `libwpd-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' found configure: error: Library requirements (libwpd-0.8 ) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. I looked (using locate) and I have libwpd-0.9.1 now. Should I downgrade to lib0.8.14? For what it's worth I run ~x86 and I got the same error with libwpd until I made sure I had the 0.8 slot emerged as well (emerge libwpd:0.8) It is worth a lot! It looks like it just became slotted (if I remember right.) Unfortunately I then had a problem with OpenOffice and libwpg. And had to downgrade back to 1.1.3 (and mask 0.2.0.) It looked like OpenOffice wasn't happy with a 2.0 version and still wanted a 1.0 version (but I didn't look too carefully.) However it looks like it's slotted now so you should be able to install libwpg:0.2 as well as libwpg:0.1 and OpenOffice will still work. However, I get file collisions when trying to install libwpg:0.2 with libwpg:0.1 installed right now. It might still be in the process of being fully slotted? If you don't have the libwpd:0.8 and/or libwpg:0.1 slotted versions then just emerge them too. I just now followed your advice and emerged both libwpd:0.8 and libwpg:0.1. I was a little surprised to see that emerge -1 was insufficient (depclean wanted to remove them again). If a certain slot is needed for another application, I had expected depclean to leave it alone. Anyway I then did an emerge -n to put them into world and depclean is happy. As it turns out now revdep-rebuild doesn't want to remerge anything, but I am doing a reinstall of openoffice anyway just to confirm that it is happy. I wonder if the situation has now stabilized and forcing the old slots to be present is no longer needed. I will have more time after the semester ends and I don't have to prepare lectures / grade exams. I hope during the end of may to go through world and prune any that don't appear to be necessary. Thank you very much for your help. allan Great! You're welcome. FWIW, if anyone else is having problems emerging both slotted versions of libwpg, my problems with libwpg:0.1 and libwpg:0.2 having filename conflicts was due to having the doc USE flag set. It's bug http://bugs.gentoo.org/show_bug.cgi?id=364857 I know some have mentioned that in general it's not a good idea to have the doc USE flag enabled globally. Todd
[gentoo-user] Error building gpick-0.2.3 on gentoo linux
Hello. I would like to have the latest version (0.2.3) of gpick installed on my ~amd64 gentoo linux system, but configure is failling with the error: [...] scons -j3 scons: Reading SConscript files ... Checking for dbus-glib-1 = 0.76... no # pkg-config --modversion dbus-glib-1 0.92 # scons --version SCons by Steven Knight et al.: script: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog engine: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog Copyright (c) 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 The SCons Foundation Any clues? Romildo
[gentoo-user] Cmake problem - please help
Hi, cmake is still a mystery to me. I like to add a (non-Gentoo) package to my local overlay. This package is configured and built by 'cmake' It needs and finds a package 'mumps' (from the Science Overlay) but linkage fails since the 'mumps' library needs another library (scalapack) So, how can I "tell" 'cmake' to link to libscalapack (there is a /usr/lib64/pkgconfig/refscalapack.pc file on my machine) But 'sci-libs/mumps' doesn't install a pkg-config file. I have done 'grep' through all CMakeLists.txt files, but I have no idea where the 'mumps' library is included. I'd be grateful to any hints and links (for 'cmake' dummies) Helmut
Re: [gentoo-user] emerge custom notes reminders
On Thu, 22 Mar 2018 12:11:05 -0500, R0b0t1 wrote: > > Is there a way to add custom notes reminders during emerge or after? > > > > What kind of reminders? Perhaps we could have a developer add some > encouraging messages to various packages, or maybe some news items? I > know I could use some encouragement. You can add functions to ebuilds in /etc/portage/env/cat/pkg, something like post_pkg_postinst() { elog "Say goodbye to your config file!" } -- Neil Bothwick Just when you got it all figured out: An UPGRADE! pgpKOhbubn59s.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge custom notes reminders
On 03/22/2018 12:25 PM, Neil Bothwick wrote: > On Thu, 22 Mar 2018 12:11:05 -0500, R0b0t1 wrote: > >>> Is there a way to add custom notes reminders during emerge or after? >>> >> >> What kind of reminders? Perhaps we could have a developer add some >> encouraging messages to various packages, or maybe some news items? I >> know I could use some encouragement. > > You can add functions to ebuilds in /etc/portage/env/cat/pkg, something > like > > post_pkg_postinst() { > elog "Say goodbye to your config file!" > } Good one, I like it. Will suggest it to the developer :-/ -- Thelma
Re: [gentoo-user] matplotlib build fails: link using /usr/lib instead of /usr/lib64
On 5/27/20 10:26 AM, Grant Edwards wrote: > I tried to emerge matplotlib today, and it failed because it's linking > in 32-bit libraries instead of 64 bit ones: > > ... > > What would cause that? > On the command-line: -L/usr/lib -L/usr/lib64 Some part of... some build system... is buggy. Those flags can come from many different places: * hard-coded in matplotlib or any of its dependencies' build systems * from a dependency's pkg-config file * incorrectly guessed by a ./configure test that didn't look too hard at which library it found * correctly guessed for a library that was installed to the wrong place (/usr/lib instead of /usr/lib64) Et cetera. Best to file a bug.
Re: [gentoo-user] Re: Java java java, I miss my java
On 6/14/05, Zac Medico [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: I got Java 1.5 to install. Now the nifty new tools (thanks for eix!) tell me that 1.5 is all I have. Of course, when I look in /opt, I get a different impression of things. Am I right in surmising that I have all those old versions, and I just need java-config to point to various places to get other things to happen? Yes, java-config -L will list every installed java vm. The actual portage database for installed packages is located in /var/db/pkg. Zac Great! Thanks one and all -- this is a good result. The best part is that under 1.5 a persistent problem I'd been having with Swing layout managers has gone away: now when I pack() a JFrame multiple times, I get a proper layout with no anomalous regions. (Sample on request). To me, that's better than the rest of 1.5's features combined! ++ kevin -- Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
[gentoo-user] failed to install tinyERP: how to fix?
Hello. When I emerged tinyERP server I was told I should run the below command to configure it. But it doesn't work. emerson files # emerge --config =app-office/tinyerp-server-4.0.2 Configuring pkg... * In the following, the 'postgres' user will be used. * Creating database user terp ... createuser: unrecognized option `--no-createrole' Try createuser --help for more information. [ !! ] !!! ERROR: app-office/tinyerp-server-4.0.2 failed. Call stack: ebuild.sh, line 1527: Called pkg_config tinyerp-server-4.0.2.ebuild, line 69: Called die !!! Failed to create database user !!! If you need support, post the topmost build error, and the call stack if relevant. I first think maybe having --no-createrole is not important so I modified /usr/portage/app-office/tinyerp-server/tinyerp-server-4.0.2.ebuild, replacing this line: createuser --quiet --username=postgres --createdb --no-adduser --no-createrole ${TINYERP_USER} with this line createuser --quiet --username=postgres --createdb --no-adduser ${TINYERP_USER} My modification doesn't seem to work, I run emerge --config again but still exactly the same error message. How do I proceed on? Any suggestions? Best Regards Zhang Weiwu -- gentoo-user@gentoo.org mailing list
[gentoo-user] re: Failed to load x86_pkg_temp_thermal
Howdy, I'm running: Linux box0 3.12.13-gentoo #2 SMP Sat Mar 29 22:38:01 EET 2014 i686 Intel(R) Pentium(R) Dual CPU T3400 @ 2.16GHz GenuineIntel GNU/Linux My '/var/log/rc.log' says: * Loading module x86_pkg_temp_thermal ... * Failed to load x86_pkg_temp_thermal [ !! ] 'modprobe x86_pkg_temp_thermal' says: modprobe: ERROR: could not insert 'x86_pkg_temp_thermal': No such device 'modinfo x86_pkg_temp_thermal' filename: /lib/modules/3.12.13-gentoo/kernel/drivers/thermal/x86_pkg_temp_thermal.ko license:GPL v2 author: Srinivas Pandruvada srinivas.pandruv...@linux.intel.com description:X86 PKG TEMP Thermal Driver alias: x86cpu:vendor::family:*:model:*:feature:*00E6* depends: intree: Y vermagic: 3.12.13-gentoo SMP mod_unload CORE2 parm: notify_delay_ms:User space notification delay in milli seconds. (int) I found 'CONFIG_X86_PKG_TEMP_THERMAL=m' in .config for my current kernel only. Does the output above mean that my CPU doesn't support this feature, and as such should be disabled in my kernel config? Thanks.
Re: [gentoo-user] Anyone else's Gentoo unruly lately?
080629 Alan McKinnon wrote: Doesn't that give you a huge world file ... No: of course, I 'emerge -1' when the pkg is not marked 'W/S' in my pkg.ref. Currently, 'world' lists 97 pkgs ; pkg.ref lists 513 pkgs. ... and no easy way to identify redundant and unused libs? This is clear when a pkg is listed by 'eix-sync' but not 'emerge -Dup world': then I can use 'equery d' to check whether anything depends on it. If I remove a pkg by 'emerge -C', I move it to a removed list in pkg.ref with the date I removed it what it was installed for, just in case something breaks (eg removing Ghostscript breaks printing): REMOVED 080113 sys-apps/setarch-2.0 [for util-linux : conflict] 080301 x11-libs/motif-config-0.10-r2 [for openmotif : conflict] 080419 sys-apps/mktemp-1.5 [for debianutils] 080425 sys-libs/db-4.3.29-r2 [for python?] This way, I should always know exactly what is installed why: if not, it's my own fault for being careless. That power over my system a big reason for using Gentoo (smile). -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] New MySQL doc
On Mon, 11 Jul 2005 16:20:50 -0400 Dave Nebinger wrote: As far as the gentoo-specific stuff, there's no mention of how to MySQL-enable other packages, no mention of why you would want to do the ebuild ... config step and not the simpler emerge mysql, ... emerge mysql does not do ebuild config. the config step only needs to be carried out the very first time mysql is emerged. Thats why the instructions that appear at the end of the emerge say: You might want to run: ebuild /var/db/pkg/dev-db/mysql-4.0.24-r1/mysql-4.0.24-r1.ebuild config IF THIS IS A NEW INSTALL. (my emphasis added) Yes it might be wise to add in something about adding the mysql USE flag, either globally or per package, to get mysql functionality into other packages. As for your other question (why is it needed?) - I guess for me this is the simplest and most to the point exposition of setting up mysql I have found. The forums and mailing list seem to reveal that the steps of setting initial databases and permissions is one where newbies have some difficulties. I like it. I am often referring non gentoo users to the fine gentoo documentation. Keep it coming. -- Nick Rout -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Can some config files be automatically protected from etc-update?
On Tue, 18 Apr 2023 05:55:49 +0100, Wols Lists wrote: > On 17/04/2023 19:26, Walter Dnes wrote: > >Now that the (no)multilib problem in my latest update has been > > solved, I have a somewhat minor complaint. Can I get etc-update to > > skip certain files? My latest emerge world wanted to "update"... > > > > 1) /etc/hosts (1) > > 2) /etc/inittab (1) > > 3) /etc/mtab (1) > > 4) /etc/conf.d/consolefont (1) > > 5) /etc/conf.d/hwclock (1) > > 6) /etc/default/grub (1) > > 7) /etc/ssh/sshd_config (1) > > > > ...hosts is critical for networking. consolefont allows me tp use the > > true text console with a readable font, etc, etc. I have my reasons > > for making certain settings, and keeping them that way. > > > I had it want to update grub. Which would have utterly borked my system > the moment I updated my kernel. > > Okay, the problem is where you mix user and system config in the same > file, but this would have deleted lvm and mdadm from my boot config, > rendering any kernel unbootable. :-( > > Like it tried to update postfix many moons ago and would have destroued > my mail config ... > > Surely there's some way of fixing this ... You could have a post-install hook in /etc/portage/env/$CAT/$PKG for each of the affected files, something like post_pkg_postinst() { rm -f /etc/._cfg_hosts } You'll need to check the syntax as it's a while since I've used this. -- Neil Bothwick Life's a cache, and then you flush... pgpAXMXm6uLuW.pgp Description: OpenPGP digital signature
Re: [gentoo-user] unable to compile totem
on Friday 08/10/2007 Bo Ørsted Andresen([EMAIL PROTECTED]) wrote On Friday 10 August 2007 17:30:54 John covici wrote: And now here is the relevant section of the config.log file. configure:23040: checking whether to compile the browser plugins configure:23058: result: yes configure:23064: checking which gecko to use configure:23093: error: Gecko firefox not found If you need amy more from that log, let me know. Ok, this was all of the relevant lines from config.log in this case. Sometimes a little context which shows that there is nothing more of relevance is useful to make sure no error messages are missing. Anyway the relevant command from the configure script would be: # pkg-config --exists firefox-xpcom which returns false in your case. You'd be more interested in: # pkg-config --exists --print-errors firefox-xpcom though, as that prints a human readable error message. I bet `equery check mozilla-firefox` will report that some files from firefox are missing. In particular /usr/lib/pkgconfig/firefox-xpcom.pc is apparently missing are something. In either case remerging (or in your case upgrading) firefox should fix it... OK, that did the trick and solved the problem with yelp which was having similar problems except it said gtk2 geco build. Thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --buildpkg --unmerge
On Fri, Oct 29, 2010 at 21:18, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 18:46 on Friday 29 October 2010, Fatih Tümen did opine thusly: Hi, Is there a way tell portage to build binary package before removing it from the system? man emerge says: --buildpkg (-b) Tells emerge to build binary packages for all ebuilds processed in addition to actually **merging** the packages. [...] An alternative for already-merged packages is to use quickpkg(1) which creates a tbz2 from the live filesystem. I have about 20 packages to unmerge or remerge with new use flags. But I want to keep binary copies (with old use settings) before unmerging them. Unfortunately I did not have buildpkg in FEATURES at the time of emerging them. Doing this now by hand sounds kinda fatigue unless... the output of --pretend was parsable so I do what I want by.. for pkg in ${PKGS}; do quickpkg --include-config\=y $pkg; done or by something better? Thanks for ideas in advance. -- Fatih Write a wrapper script around quickpkg and emerge. And set buildpkg in FEATURES so this doesn't happen again :-) 'wrapper' rang the bell. Thanks. The only one I recalled was post_src_install from lafilefixer thing. So I grepped /usr/lib/portage/ for it and found the list of others at /usr/lib/portage/bin/isolated-functions.sh +521 and wrote this inside /etc/portage/bashrc pkg_prerm() { echo Building binary package before unmerging ;) if [[ -f /var/db/.pkg.portage_lockfile ]]; then rm -f /var/db/.pkg.portage_lockfile #2/dev/null fi quickpkg --include-config\=y =$CATEGORY/$P touch /var/db/.pkg.portage_lockfile } Voila! :) -- Fatih
[gentoo-user] Compilation failed...mcs not found
Hi, my Gentoo installation is incomplete...sigh ;) Got this one: * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> cfg-update-1.8.2-r1: Checksum index is up-to-date ... >>> Unpacking source... >>> Unpacking mono-addins-0.6.2.tar.bz2 to >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work >>> Preparing source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ... ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --enable-gui configure: loading site script /usr/share/config.site checking for a BSD-compatible install... /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking for pkg-config... /usr/bin/pkg-config checking for a BSD-compatible install... /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c checking for gmcs... no configure: error: mcs Not found eix mcs eix gmcs found nothing except for libmcs, which I installed ("-1"), but it does not heal my hurts (GENTOO IS A DJ?). What is mcs, who sells it and what do I have to pay for a new one? Thanks lot for any hint in advance! Best regards Dances with emerge
Re: [gentoo-user] Emerge @system causing gcc downgrade
White, Phil wrote: > On 7 March 2017 at 19:38, Neil Bothwick <n...@digimed.co.uk > <mailto:n...@digimed.co.uk>> wrote: > > > Please don't top post, it is disliked on this list. > > > Sorry - a consequence of moving away from a proper mail client, and on > to a web-based thing. > > > If you copied over /var/db/pkg you have a rather confused and > messed up > system. The safest way to recreate it is probably to move the pkg > directory elsewhere and then run "emerge -e @world". > > > Yep! I think that would be a polite way of putting it! ;) > > > gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 > installation, > you use gcc-config to choose which one to use. What does gcc-config -l > show? > > > Just the one line: > [1] i686-pc-linux-gnu-4.9.4 > > I *think*, that with little time and patience, I can now sort this out. > Thanks for the emerge -e hint. It doesn't seem to be in the emerge man > page, though. What is the long-option name? > > Kind regards, > > Phil Here ya go. --emptytree (-e) Reinstalls target atoms and their entire deep dependency tree, as though no packages are currently installed. You should run this with --pretend first to make sure the result is what you expect. Dale :-) :-)
Re: [gentoo-user] Emerge @system causing gcc downgrade
On 07/03/2017 22:00, White, Phil wrote: > On 7 March 2017 at 19:38, Neil Bothwick <n...@digimed.co.uk > <mailto:n...@digimed.co.uk>> wrote: > > > Please don't top post, it is disliked on this list. > > > Sorry - a consequence of moving away from a proper mail client, and on > to a web-based thing. > > > If you copied over /var/db/pkg you have a rather confused and messed up > system. The safest way to recreate it is probably to move the pkg > directory elsewhere and then run "emerge -e @world". > > > Yep! I think that would be a polite way of putting it! ;) > > > gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 > installation, > you use gcc-config to choose which one to use. What does gcc-config -l > show? > > > Just the one line: > [1] i686-pc-linux-gnu-4.9.4 > > I *think*, that with little time and patience, I can now sort this out. > Thanks for the emerge -e hint. It doesn't seem to be in the emerge man > page, though. What is the long-option name? I'm too lazy to look it up myself and long ago stopping trying to remember minutia, but search the man page for "empty". That's where it is :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] emerge confused about gnome-icon-theme version?
On 12/31/06, Mark M [EMAIL PROTECTED] wrote: On 12/31/06, Daniel D Jones [EMAIL PROTECTED] wrote: On Friday 29 December 2006 09:25, Daniel D Jones wrote: [EMAIL PROTECTED]:/ # emerge -s gnome-icon-theme Searching... [ Results for search key : gnome-icon-theme ] [ Applications found : 1 ] * x11-themes/gnome-icon-theme Latest version available: 2.16.1 Latest version installed: 2.16.1 ... [EMAIL PROTECTED]:/ # emerge gnome-applets Emerging (1 of 1) gnome-base/gnome-applets-2.16.2 to ... checking for GIT... configure: error: Package requirements (gnome-icon-theme = 2.15.91) were not met: Requested 'gnome-icon-theme = 2.15.91' but version of gnome-icon-theme is 2.10.1 Something is confused somewhere about the version of gnome-icon-theme installed. I've resynced and reemerged gnome-icon-theme with no success. Any suggestions? It appears no one has any suggestions. Can someone perhaps tell me how portage goes about determining the installed version to give me a direction to start trying to figure this out. -- gentoo-user@gentoo.org mailing list Hi there, All installed packages are recorded in /var/db/pkg so in your case you can check /var/db/pkg/x11-themes/ for gnome-icon-theme packages installed. Maybe stating the obvious here, but have you tried to remove and then install gnome-icon-theme again? I've resynced and reemerged gnome-icon-theme with no success. Happy new year all !!! Try : pkg-config gnome-icon-theme --modversion if that reports a wrong number then you may have an old pkgconfig file lying around making it go nuts. For some odd reason i notice the gnome-icon-theme package-config files not being in their standard /usr/lib/pkgconfig but in /usr/share/pkgconfig with about 2 other files ( gtk-doc , icon-naming-utils ) and I wonder why. But cat any flles matching gnome-icon-theme.pc in both those dirs and if you have more than one, then that could be your problem, and deleting the older one -should- do the trick. -- /ent Fredric (aka theJackal) -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problem installing subversion
Hi I'm having the following problem installing subversion: Traceback (most recent call last): File /usr/bin/depend-java-query, line 85, in ? (options, args) = parser.parse_args() File /usr/lib/python2.4/optparse.py, line 1275, in parse_args stop = self._process_args(largs, rargs, values) File /usr/lib/python2.4/optparse.py, line 1315, in _process_args self._process_long_opt(rargs, values) File /usr/lib/python2.4/optparse.py, line 1390, in _process_long_opt option.process(opt, value, values, self) File /usr/lib/python2.4/optparse.py, line 707, in process return self.take_action( File /usr/lib/python2.4/optparse.py, line 726, in take_action self.callback(self, opt, value, parser, *args, **kwargs) File /usr/bin/depend-java-query, line 49, in get_vm vm = verman.get_vm(value) File /usr/share/java-config-2/pym/java_config/VersionManager.py, line 151, in get_vm raise Exception(Couldn't find suitable VM. Possible invalid dependency string.) Exception: Couldn't find suitable VM. Possible invalid dependency string. * Unable to determine VM for building from dependencies: NV_DEPEND: apache2? ( =net-www/apache-2* ) =dev-libs/apr-util-0.9.5 python? ( =dev-lang/python-2.0 ) perl? ( =dev-lang/perl-5.8.6-r6 !=dev-lang/perl-5.8.7 ) ruby? ( =dev-lang/ruby-1.8.2 ) !nowebdav? ( =net-misc/neon-0.26 ) berkdb? ( =sys-libs/db-4* ) zlib? ( sys-libs/zlib ) java? ( =virtual/jdk-1.4 ) emacs? ( virtual/emacs ) java? ( =virtual/jdk-1.4 ) =sys-devel/autoconf-2.59 java? ( =dev-java/java-config-2.0.19-r1 =sys-apps/portage-2.1_pre1 ) VNEED: !!! ERROR: dev-util/subversion-1.3.2-r3 failed. Call stack: ebuild.sh, line 1562: Called dyn_setup ebuild.sh, line 664: Called pre_pkg_setup java-pkg-opt-2.eclass, line 51: Called java-pkg-opt-2_pkg_setup java-pkg-opt-2.eclass, line 38: Called java-pkg_init java-utils-2.eclass, line 1723: Called java-pkg_switch-vm java-utils-2.eclass, line 2111: Called die !!! Failed to determine VM for building. !!! If you need support, post the topmost build error, and the call stack if relevant. !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH= JAVA_HOME= JAVACFLAGS= COMPILER= and of course, the output of emerge --info Please help! Jeff -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Emerge @system causing gcc downgrade
On Tue, 7 Mar 2017 16:14:26 +, White, Phil wrote: > Hi Neil, Please don't top post, it is disliked on this list. > > Well, this is a new install. > Used Stage3-i686-20170214.tar.bz2 > There is nothing in package.accept_keywords that is currently installed > (as far as I know - although it is possible that I might have added > ~x86 to gcc, although in this instance I don't believe that i did) > I have installed some packages, but removed them also (been having > problems with perl) > So currently, updating @world is the same as @system > > OK - talking this through is helping. I *have* done something strange > here. The currently installed version is 4.9.4 (from gcc --version), > except that portage believes that 5.4.0 is installed. > My guess is that, since I am trying to rebuild an old system (due to a > hard-drive fail), I have accidentally copied over files that do not > belong. My guess is a completely useless /var/db/pkg/* is confusing the > hell out of portage/emerge. If you copied over /var/db/pkg you have a rather confused and messed up system. The safest way to recreate it is probably to move the pkg directory elsewhere and then run "emerge -e @world". > So - any suggestions how to fix this mess? > Bite the bullet, emerge gcc, and then do a depclean - or can I convince > portage that gcc 4.9.4 is really here? gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 installation, you use gcc-config to choose which one to use. What does gcc-config -l show? > > Thanks, > Phil > > On 7 March 2017 at 15:38, Neil Bothwick <n...@digimed.co.uk> wrote: > > > On Tue, 7 Mar 2017 15:07:32 +, White, Phil wrote: > > > > > I have a new install of Gentoo. > > > emerge -uDpv --newuse @system results in a new slot for gcc, > > > *downgrading* the current version (from 5.4.0 to 4.9.4) > > > No other package is selected for merging. > > > > 4.9.4 is the latest stable. Are you running a stable system with some > > packages in package.accept_keywords? If so, and you gave a specific > > version of gcc, it is possible that version is no longer in the tree - > > 5.4.0-r2 was recently removed. > > > > Use the ~ operator when specifying versions to allow for minor updates > > > > ~sys-devel/gcc-5.4.0 > > > > or, in the case of gcc, you can specify a slot > > > > sys-devel/gcc:5.4.0 > > > > > > -- > > Neil Bothwick > > > > Despite the cost of living it remains popular. > > -- Neil Bothwick This message has been cruelly tested on sweet little furry animals. pgpKVLfG25qL8.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Cleaning redundant configuration files
On Wed, Jun 01, 2011 at 08:20:01PM +0200, Dale wrote: David W Noon wrote: On Wed, 01 Jun 2011 18:20:02 +0200, Neil Bothwick wrote about Re: [gentoo-user] Cleaning redundant configuration files: On Wed, 1 Jun 2011 15:57:58 +0100, David W Noon wrote: [snip] Remember: we are discussing the COMPLETE DELETION of a package, not an upgrade or rebuild. We are discussing unmerge behaviour, unmerging is part of the upgrade and rebuild processes. Now I see why we are talking/writing at cross purposes. What I am proposing I would apply only to -C or -c options on an emerge command, not the internal actions during an upgrade/rebuild. I have stated that several times in this thread, so I thought I had made myself clear. Even if the -C option is used, I would still want it to be something extra to remove config files. As stated before, I sometimes emerge -C a package then emerge it again. I still want the config files to be left alone tho. I have also had to do this before for *B*lockers where portage couldn't do it itself for whatever reason. I would think this would be a idea on this. Do a emerge -C to get the regular way and a emerge -CC to remove everything literally, including config files. As someone else posted, I seriously doubt the devs will do this. Possible but not likely. I like the idea but still want it to be something extra to get it and not the default for sure. Like debian's --purge option to their apt-get remove command. It seems reasonable. There've been times I'd have liked a simple inventory of all files relating to a package after unmerging it, like warning -- the following files are associated with [pkg] but will not be automatically removed due to having been modified. -- caveat utilitor ♫ ❤ ♫ ❤ ♫ ❤ ♫ ❤