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] 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
[gentoo-user] Weirdness emerging pkgconfig
A new stable ebuild is refusing to emerge for security reasons: pkgconfig! Here's what it says: treat # emerge -aDvu world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] dev-util/pkgconfig-0.17.2-r1 [0.15.0] -debug -hardened 0 kB [ebuild U ] dev-libs/glib-2.6.4 [2.6.3] -debug +doc -hardened -static 2,321 kB Total size of downloads: 2,321 kB Do you want me to merge these packages? [Yes/No] yes emerge (1 of 2) dev-util/pkgconfig-0.17.2-r1 to / !!! Security Violation: A file exists that is not in the manifest. !!! File: files/digest-pkgconfig-0.17.2 treat # ls files What's a person to do? -- Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 8:19 AM, Andrew Hoffman andy.hoffma...@gmail.com wrote: I also tried this: emerge gobject-introspection =dev-lang/vala-0.12.1-r1 dbus =dev-lang/vala-0.18.1 dbus-glib libgee telepathy-glib all of which merged successfully Folks still failed Do you have the following files in your system? /usr/lib64/pkgconfig/telepathy-glib.pc /usr/lib64/pkgconfig/dbus-glib-1.pc /usr/lib64/pkgconfig/gio-2.0.pc /usr/lib64/pkgconfig/gee-1.0.pc One of those is missing or with the wrong information, according to your logs. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? -Andy On Mon, Apr 8, 2013 at 12:45 PM, Canek Peláez Valdés can...@gmail.comwrote: On Mon, Apr 8, 2013 at 8:19 AM, Andrew Hoffman andy.hoffma...@gmail.com wrote: I also tried this: emerge gobject-introspection =dev-lang/vala-0.12.1-r1 dbus =dev-lang/vala-0.18.1 dbus-glib libgee telepathy-glib all of which merged successfully Folks still failed Do you have the following files in your system? /usr/lib64/pkgconfig/telepathy-glib.pc /usr/lib64/pkgconfig/dbus-glib-1.pc /usr/lib64/pkgconfig/gio-2.0.pc /usr/lib64/pkgconfig/gee-1.0.pc One of those is missing or with the wrong information, according to your logs. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: Weirdness emerging pkgconfig
never mind. The next emerge sync cleared up whatever the problem was. On 6/24/05, Kevin O'Gorman [EMAIL PROTECTED] wrote: A new stable ebuild is refusing to emerge for security reasons: pkgconfig! Here's what it says: treat # emerge -aDvu world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] dev-util/pkgconfig-0.17.2-r1 [0.15.0] -debug -hardened 0 kB [ebuild U ] dev-libs/glib-2.6.4 [2.6.3] -debug +doc -hardened -static 2,321 kB Total size of downloads: 2,321 kB Do you want me to merge these packages? [Yes/No] yes emerge (1 of 2) dev-util/pkgconfig-0.17.2-r1 to / !!! Security Violation: A file exists that is not in the manifest. !!! File: files/digest-pkgconfig-0.17.2 treat # ls files What's a person to do? -- Kevin O'Gorman, PhD -- Go back to the top: I almost always top-post Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: /usr/lib/pkgconfig collisions
On Aug 2, 2009, at 5:49 AM, ABCD wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy My first guess is that, for some reason, the package is trying to install a *file* named /usr/lib/pkgconfig: if this is the case, you can find out by checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called ${D}), which contains the full tree that the package is trying to install. If usr/lib/pkgconfig under that directory is a file, then it would collide with every package that installs a directory named /usr/lib/pkgconfig. - -- ABCD On the money: # cat /var/tmp/portage/dev-ruby/ruby-glib2-0.19.1/image/usr/lib/ pkgconfig Name: GLib Description: C Utility Library Version: 0.19.1 Now to find why... Thank you, Roy
Re: [gentoo-user] emerge error with glib-perl-1.223. PkgConfig and Depends not installed
On 19/4/2011, at 8:23am, Alan Mackenzie wrote: ... I'm trying # emerge --update --deep xfce4-meta. If you're installing this for the first time then there's no need for the --update. I don't know that --deep is good practice, either. What are you trying to achieve? It fails at glib-perl-1.223, since it can't find ExtUtils::Depends and ExtUtils::PkgConfig. Here is the relevant section from the build log: ... Checking if your kit is complete... Looks good MakeMaker FATAL: prerequisites not found. ExtUtils::Depends not installed ExtUtils::PkgConfig not installed Google search for this error message: http://tinyurl.com/6b5hbp7 3rd hit: http://bugs.gentoo.org/show_bug.cgi?id=344557 Stroller.
Re: [gentoo-user] net-libs:webkit-gtk-2.40.5-r410 fails to configure
On Fri, 8 Sept 2023 at 21:12, John Covici wrote: > Thanks a lot for everyone's response, but its a puzzle to me. > > So, I looked at that bug, but could not find any resolution. Also, I > don't have any pkgconfig other than dev-perl/ExtUtils-PkgConfig > 1.160.0-r1 and a virtual for the same 2-r1 . So, I am puzzled. The package is named dev-util/pkgconf, no "ig" in the name :) Regards, Arve
[gentoo-user] Re: /usr/lib/pkgconfig collisions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy My first guess is that, for some reason, the package is trying to install a *file* named /usr/lib/pkgconfig: if this is the case, you can find out by checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called ${D}), which contains the full tree that the package is trying to install. If usr/lib/pkgconfig under that directory is a file, then it would collide with every package that installs a directory named /usr/lib/pkgconfig. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkp1b0wACgkQOypDUo0oQOpXtwCdF5wJNLH934Bvf9DySe7MP/rO 2xoAoNsnQ13Mmv3FL3ofr2FKe0VD5T/h =OfYF -END PGP SIGNATURE-
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] /usr/lib/pkgconfig collisions
Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy
[gentoo-user] /usr/lib/pkgconfig collisions
Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy
Re: [gentoo-user] emerge error with glib-perl-1.223. PkgConfig and Depends not installed
Hi, Stroller. On Tue, Apr 19, 2011 at 11:11:52AM +0100, Stroller wrote: On 19/4/2011, at 8:23am, Alan Mackenzie wrote: ... I'm trying # emerge --update --deep xfce4-meta. If you're installing this for the first time then there's no need for the --update. I don't know that --deep is good practice, either. What are you trying to achieve? To update my first installation of xfce from ~February 2010. Maybe it would have been better to omit the --deep to begin with. It fails at glib-perl-1.223, since it can't find ExtUtils::Depends and ExtUtils::PkgConfig. Here is the relevant section from the build log: ... Checking if your kit is complete... Looks good MakeMaker FATAL: prerequisites not found. ExtUtils::Depends not installed ExtUtils::PkgConfig not installed Google search for this error message: http://tinyurl.com/6b5hbp7 3rd hit: http://bugs.gentoo.org/show_bug.cgi?id=344557 Thanks. perl-cleaner did the job on this bug. :-) Stroller. -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] What package provides gstreamer-app?
On Fri, Dec 11, 2015 at 09:02:53AM +, Neil Bothwick wrote > On Fri, 11 Dec 2015 02:20:43 -0500, waltd...@waltdnes.org wrote: > > > I built libgstreamer and the base plugins package. It still fails. > > I can't find which package provides gstreamer-app. > > % locate gstreamer-app > /usr/lib64/pkgconfig/gstreamer-app-0.10.pc > /usr/lib64/pkgconfig/gstreamer-app-1.0.pc > > % qfile /usr/lib64/pkgconfig/gstreamer-app-0.10.pc > media-libs/gst-plugins-base (/usr/lib64/pkgconfig/gstreamer-app-0.10.pc) > > % eix media-libs/gst-plugins-base > [I] media-libs/gst-plugins-base > Available versions: > (0.10) 0.10.36-r1 0.10.36-r2 > (1.0) 1.2.4-r1 1.4.5 (~)1.6.0{tbz2} (~)1.6.1{tbz2} >{X alsa +introspection ivorbis nls +ogg +orc +pango theora +vorbis > ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} > Installed versions: 0.10.36-r2(0.10)(14:30:57 03/08/15)(introspection > nls orc ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" > ABI_X86="64 -32 -x32") 1.6.1(1.0){tbz2}(09:58:51 09/11/15)(X alsa > introspection nls ogg orc theora vorbis -ivorbis -pango ABI_MIPS="-n32 -n64 > -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") > > Are you using the same versions with the same USE flags? "find" finds /usr/lib/pkgconfig/gstreamer-app-1.0.pc and /usr/lib/pkgconfig/gstreamer-plugins-base-1.0.pc on my 32-bit install. I don't know if the Pale Moon build is looking specifically for version 0.10. I'll check further on the Pale Moon support forum. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] net-libs:webkit-gtk-2.40.5-r410 fails to configure
On Sat, 09 Sep 2023 06:28:37 -0400, Arve Barsnes wrote: > > On Fri, 8 Sept 2023 at 21:12, John Covici wrote: > > Thanks a lot for everyone's response, but its a puzzle to me. > > > > So, I looked at that bug, but could not find any resolution. Also, I > > don't have any pkgconfig other than dev-perl/ExtUtils-PkgConfig > > 1.160.0-r1 and a virtual for the same 2-r1 . So, I am puzzled. > > The package is named dev-util/pkgconf, no "ig" in the name :) I downgraded to 2.01 and webkit-gtk is now compiling -- thanks again. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] /usr/lib/pkgconfig collisions
Oops, sorry for the duplicate post. On Aug 3, 2009, at 2:20 AM, Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay
[gentoo-user] emerge error with glib-perl-1.223. PkgConfig and Depends not installed
Hi, gentoo. I'm trying # emerge --update --deep xfce4-meta. It fails at glib-perl-1.223, since it can't find ExtUtils::Depends and ExtUtils::PkgConfig. Here is the relevant section from the build log: * Package:dev-perl/glib-perl-1.223 * USE:amd64 elibc_glibc kernel_linux multilib userland_GNU * FEATURES: sandbox Unpacking source... Unpacking Glib-1.223.tar.gz to /var/tmp/portage/dev-perl/glib-perl-1.223/work Source unpacked in /var/tmp/portage/dev-perl/glib-perl-1.223/work Preparing source in /var/tmp/portage/dev-perl/glib-perl-1.223/work/Glib-1.223 ... Source prepared. Configuring source in /var/tmp/portage/dev-perl/glib-perl-1.223/work/Glib-1.223 ... * Using ExtUtils::MakeMaker * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none DESTDIR=/var/tmp/portage/dev-perl/glib-perl-1.223/image/ Can't locate ExtUtils/Depends.pm in @INC (@INC contains: /etc/perl /usr/lib64/perl5/site_perl/5.12.2/x86_64-linux /usr/lib64/perl5/site_perl/5.12.2 /usr/lib64/perl5/vendor_perl/5.12.2/x86_64-linux /usr/lib64/perl5/vendor_perl/5.12.2 /usr/lib64/perl5/5.12.2/x86_64-linux /usr/lib64/perl5/5.12.2 /usr/lib64/perl5/site_perl /usr/lib64/perl5/vendor_perl /usr/local/lib/site_perl .) at (eval 6) line 1. BEGIN failed--compilation aborted at (eval 6) line 1. Checking if your kit is complete... Looks good MakeMaker FATAL: prerequisites not found. ExtUtils::Depends not installed ExtUtils::PkgConfig not installed However, I do have extutils-depends and extutils-pkgconfig installed at the latest version. Would somebody help me fix this, please. I don't have a working X windows at the moment. :-( -- Alan Mackenize (Nuremberg, Germany).
[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] unable to find xcb-{aux, event, atom}
On Wednesday 01 Jun 2011 05:00:08 Allan Gottlieb wrote: I get the following error several times when trying to emerge gnome-panel on oldlap, an ~x86 gentoo. CCLD panel-test-applets /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-atom collect2: ld returned 1 exit status oldlap ~ # locate xcb-aux /usr/lib/pkgconfig/xcb-aux.pc oldlap ~ # I seem to have more here, on a stable amd64: $ locate xcb-aux /usr/lib64/libxcb-aux.a /usr/lib64/libxcb-aux.la /usr/lib64/libxcb-aux.so /usr/lib64/libxcb-aux.so.0 /usr/lib64/libxcb-aux.so.0.0.0 /usr/lib64/pkgconfig/xcb-aux.pc $ locate xcb-event /usr/lib64/libxcb-event.a /usr/lib64/libxcb-event.la /usr/lib64/libxcb-event.so /usr/lib64/libxcb-event.so.1 /usr/lib64/libxcb-event.so.1.0.0 /usr/lib64/pkgconfig/xcb-event.pc $ locate xcb-atom /usr/lib64/libxcb-atom.a /usr/lib64/libxcb-atom.la /usr/lib64/libxcb-atom.so /usr/lib64/libxcb-atom.so.1 /usr/lib64/libxcb-atom.so.1.0.0 /usr/lib64/pkgconfig/xcb-atom.pc /usr/portage/media-sound/pulseaudio/files/pulseaudio-0.9.22-xcb-atom-2.patch /usr/portage/media-sound/pulseaudio/files/pulseaudio-0.9.22-xcb-atom.patch -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] unable to find xcb-{aux, event, atom}
On Wed, Jun 01 2011, Mick wrote: On Wednesday 01 Jun 2011 05:00:08 Allan Gottlieb wrote: I get the following error several times when trying to emerge gnome-panel on oldlap, an ~x86 gentoo. CCLD panel-test-applets /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-atom collect2: ld returned 1 exit status oldlap ~ # locate xcb-aux /usr/lib/pkgconfig/xcb-aux.pc oldlap ~ # I seem to have more here, on a stable amd64: $ locate xcb-aux /usr/lib64/libxcb-aux.a /usr/lib64/libxcb-aux.la /usr/lib64/libxcb-aux.so /usr/lib64/libxcb-aux.so.0 /usr/lib64/libxcb-aux.so.0.0.0 /usr/lib64/pkgconfig/xcb-aux.pc Very interesting! I just looked on one of my stable boxes and sure enough allan is amd64 allan ~ # equery f xcb-util | grep atom /usr/include/xcb/xcb_atom.h /usr/lib64/libxcb-atom.a /usr/lib64/libxcb-atom.la /usr/lib64/libxcb-atom.so /usr/lib64/libxcb-atom.so.1 /usr/lib64/libxcb-atom.so.1.0.0 /usr/lib64/pkgconfig/xcb-atom.pc ajglap is ~amd64 ajglap lib64 # equery f xcb-util | grep atom /usr/include/xcb/xcb_atom.h /usr/lib64/pkgconfig/xcb-atom.pc so xcb-util-0.3.6 has the files but -0.3.8 (testing) does not. This has opened a new lead, which I am now pursuing (bug 366227). I will report back what I find. allan gottlieb
[gentoo-user] pgo not selected for firefox 18
17 compiled with pgo but in the emerge output for 18 it shows as (-pgo). pgo is selected in make.conf, and in the ebuild; DEPEND=${RDEPEND} dev-python/pysqlite virtual/pkgconfig pgo? ( =dev-lang/python-2*[sqlite] =sys-devel/gcc-4.5 ) amd64? ( ${ASM_DEPEND} virtual/opengl ) x86? ( ${ASM_DEPEND} virtual/opengl ) And I have python 2 built with sqlite and gcc 4.7.2. Why is pgo not enabled?
Re: [gentoo-user] What package provides gstreamer-app?
On Fri, 11 Dec 2015 02:20:43 -0500, waltd...@waltdnes.org wrote: > I built libgstreamer and the base plugins package. It still fails. > I can't find which package provides gstreamer-app. % locate gstreamer-app /usr/lib64/pkgconfig/gstreamer-app-0.10.pc /usr/lib64/pkgconfig/gstreamer-app-1.0.pc % qfile /usr/lib64/pkgconfig/gstreamer-app-0.10.pc media-libs/gst-plugins-base (/usr/lib64/pkgconfig/gstreamer-app-0.10.pc) % eix media-libs/gst-plugins-base [I] media-libs/gst-plugins-base Available versions: (0.10) 0.10.36-r1 0.10.36-r2 (1.0) 1.2.4-r1 1.4.5 (~)1.6.0{tbz2} (~)1.6.1{tbz2} {X alsa +introspection ivorbis nls +ogg +orc +pango theora +vorbis ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 0.10.36-r2(0.10)(14:30:57 03/08/15)(introspection nls orc ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") 1.6.1(1.0){tbz2}(09:58:51 09/11/15)(X alsa introspection nls ogg orc theora vorbis -ivorbis -pango ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") Are you using the same versions with the same USE flags? -- Neil Bothwick Velilind's Laws of Experimentation: 1. If reproducibility may be a problem, conduct the test only once. 2. If a straight line fit is required, obtain only two data points. pgp1uiYyOLpAG.pgp Description: OpenPGP digital signature
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.comwrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Looks to be correct.
[gentoo-user] unable to find xcb-{aux, event, atom}
I get the following error several times when trying to emerge gnome-panel on oldlap, an ~x86 gentoo. CCLD panel-test-applets /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-atom collect2: ld returned 1 exit status oldlap ~ # locate xcb-aux /usr/lib/pkgconfig/xcb-aux.pc oldlap ~ # On ajglap, which is ~amd64, gnome panel is fine and ajglap gottlieb # locate xcb-aux /usr/lib64/pkgconfig/xcb-aux.pc ajglap gottlieb # which seems to me to be the same as for oldlap except for the 64 vs 32 difference expected for ~amd64 vs ~x86. Any suggestions would be appreciated. thanks, allan
Re: [gentoo-user] how to get a couple of -9999 packages to behave
Jeremi Piotrowski jeremi.piotrow...@gmail.com wrote: /usr/lib64/pkgconfig/atk-bridge.2.0.pc is part of at-spi2-atk which comes as a dependency of gtk+[X]. So you need at-spi2-atk[abi_x86_32] which should be pulled in by gtk+[abi_x86_32]. emerge @preserved-rebuild, make sure all flag changes are applied (emerge --changed-use --deep @world) and then try again. It could be that this is a recent change to packages you want (at-spi2-core/at-spi2-atk), they are live ebuilds after all, so you may need to report to the gnome overlay maintainers. OK, I have the following in /etc/portage/package.use app-accessibility/at-spi2-atk abi_x86_32 app-accessibility/at-spi2-core abi_x86_32 But the 999 versions are not giving the /usr/lib32 items including /usr/lib32/pkgconfig/atspi-2.pc and this seems to be the problem -- how can I fix, or how can I do the same thing outside of tree i.e. get both the /usr/lib64 and /usr/lib32 items like the one mentioned above. -- 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] Beast / BSE
On 12/04/2015 10:30 PM, meino.cra...@gmx.de wrote: > > What about installing libpng 1.2 manually in /usr/local (not using > portage but good ole make/gcc). > I think, /usr/local is made for this kind of stuff and it should > not interfere with the rest of the gentoo world. > And it can easily be fixed if it does interfere nevertheless. > If libpng is the only thing... > > I will try that...but...one question: > What do I need to patch/modifiy/crank in the configuration script > of the beast to point it to /usr/local? You don't need to, just point pkgconfig to the directory e.g.: $ PKG_CONFIG_PATH=/usr/local/lib64/pkgconfig ./configure I don't think these will solve the declaration issues during the compiling stage, however. > > Another interesting programs of this kind are: > puredata (aka pd) > chuck > csound > > Have a nice weekend! > Best regards, > Meino > > PS: Some links to Zunaddsubfx resources...they give an overview > (not more) since partly outdated: > https://www.youtube.com/playlist?list=PLfhmN_gT2qqmgeVeqN0mdTfLjWBKLJwhK > https://www.youtube.com/watch?v=sjkLolNPsVE > https://www.youtube.com/watch?v=kSkO3NjHQ8c > https://www.youtube.com/watch?v=4gqAlCXt7DI > > > > Thanks for the tips! Things got crazy busy again so I'll have to check them out when I have time. Dan
[gentoo-user] Re: Headsup: bad breakage from today's xcb update
On 04/28/2011 03:51 AM, godzil wrote: I have similar breakage with xcb*-0.3.8 but with gnome-base/nautilus this time, but seems related with startup-notification... During the ebuild compilation, it fail with a link error searching for libxcb-aux, libxcb-event and libxcb-atom. I search in all .la file, run lafilefixer to verify if all la is fixed I'm happy to report that startup-notification was fixed as of this morning, so update again if you haven't already. Check /usr/lib/pkgconfig/ for outdated *.pc files.
Re: [gentoo-user] how to get a couple of -9999 packages to behave
/usr/lib64/pkgconfig/atk-bridge.2.0.pc is part of at-spi2-atk which comes as a dependency of gtk+[X]. So you need at-spi2-atk[abi_x86_32] which should be pulled in by gtk+[abi_x86_32]. emerge @preserved-rebuild, make sure all flag changes are applied (emerge --changed-use --deep @world) and then try again. It could be that this is a recent change to packages you want (at-spi2-core/at-spi2-atk), they are live ebuilds after all, so you may need to report to the gnome overlay maintainers.
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:10 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi I see the error now. The problem is that the class GLib.Bytes is defined in glib-2.0.vapi for valac 0.16, 0.18 and 0.20, but not for valac 0.12 nor 0.14. The latest version of telepahy-glib uses GLib.Bytes, so it dependencies need to be compiled with a newer version of valac. Can you try to emerge folks as follows: VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks If that fails, what version of telepathy-glib do you have installed? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
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] File collisions while syncing/updateing
Hi, I've got this this morning: strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version /usr/lib64/libmxml.so.1.6 * checking 9 files for package collisions * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / ` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at https://bugs.gentoo.org/ unless you report exactly * which two packages install the same file(s). See * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how * to solve the problem. And once again, please do NOT file a bug report * unless you have completely understood the above message. * * Detected file collision(s): * * /usr/share/man/man3/mxml.3.bz2 * /usr/include/mxml.h * /usr/lib64/libmxml.so.1.6 * /usr/lib64/pkgconfig/mxml.pc * /usr/lib64/libmxml.so.1 * /usr/lib64/libmxml.so * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * dev-libs/mxml-2.12:0::gentoo * /usr/include/mxml.h * /usr/lib64/libmxml.so * /usr/lib64/libmxml.so.1 * /usr/lib64/libmxml.so.1.6 * /usr/lib64/pkgconfig/mxml.pc * /usr/share/man/man3/mxml.3.bz2 * * Package 'dev-libs/mxml-3.0' NOT merged due to file collisions. If * necessary, refer to your elog messages for the whole content of the * above message. * * The following package has failed to build, install, or execute postinst: * * (dev-libs/mxml-3.0:1/6::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/dev-libs/mxml-3.0/temp/build.log' Is it ok tp rm /usr/share/man/man3/mxml.3.bz2 /usr/include/mxml.h /usr/lib64/libmxml.so.1.6 /usr/lib64/pkgconfig/mxml.pc /usr/lib64/libmxml.so.1 /usr/lib64/libmxml.so manually prior to reemergeing? Cheers! Meino
Re: [gentoo-user] net-libs:webkit-gtk-2.40.5-r410 fails to configure
On Fri, 08 Sep 2023 04:23:38 -0400, Arve Barsnes wrote: > > On Fri, 8 Sept 2023 at 10:01, Dale wrote: > > John Covici wrote: > > > Searching yields the following: > > > eix media-libs/gstreamer > > > [I] media-libs/gstreamer > > > Available versions: (1.0) 1.20.3^t{xpak} 1.20.4^t{xpak} > > > 1.20.5^t{xpak} 1.20.6^t (~)1.22.3^t{xpak} > > > {+caps +introspection nls +orc test unwind ABI_MIPS="n32 > > > n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32"} > > > Installed versions: 1.22.3(1.0)^t{xpak}(08:40:21 PM > > > 06/04/2023)(caps introspection nls orc -test > > > -unwind > > > ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" > > > ABI_X86="64 -32 -x32") > > > Homepage: > > > https://gstreamer.freedesktop.org/ > > > Description: Open source > > > multimedia > > > framework > > > > I can't tell anything from that command since the installed version is > > highlighted with color. You need to run the command I posted so that it > > lists them and shows which version is installed in plain text. If I > > read that error right, you just have a old version installed for some > > reason. First we need to be sure that is the case and if it is, figure > > out why. > > I think you might be misreading the initial message Dale, the output > is saying that it requires a version of 1.16.2 or higher, and John's > latest shows that he has version 1.22.3 installed. > > I found a bug on bgo which might be related, > https://bugs.gentoo.org/913644, it could be worth a try to downgrade > dev-util/pkgconfig. I have the same versions installed, but when I > last compiled webkit-gtk I had version 1.8.1 installed. Thanks a lot for everyone's response, but its a puzzle to me. So, I looked at that bug, but could not find any resolution. Also, I don't have any pkgconfig other than dev-perl/ExtUtils-PkgConfig 1.160.0-r1 and a virtual for the same 2-r1 . So, I am puzzled. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] slow redrawing in KDE
On Mon, 18 Jul 2005, Rumen Yotov wrote: Hi, Think i can't of great help here, but at least twice when i had slow graphical performance solved it by re-emerging some packages and xorg-x11 once (i assume you have run 'revdep-rebuild' ;) As it seems your main DM is KDE it's likely that there may be issues with GTK-apps, as their libs/deps also get loaded when mozilla/etc is run. Here's some info: 1.mozilla dependencies: ...www-client/mozilla-1.7.8: crypt? !moznomail? =app-crypt/gnupg-1.2.1 app-crypt/gnupg-1.4.1 postgres? =dev-db/postgresql-7.2.0 dev-db/postgresql-8.0.1-r4 =dev-libs/glib-2.2.0dev-libs/glib-2.6.4 =dev-libs/libIDL-0.8.0 dev-libs/libIDL-0.8.5 =media-libs/fontconfig-2.1 media-libs/fontconfig-2.2.3 =media-libs/jpeg-6b media-libs/jpeg-6b-r4 =media-libs/libmng-1.0.0 media-libs/libmng-1.0.8-r1 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 =sys-apps/portage-2.0.36 sys-apps/portage-2.0.51.22-r1 =sys-libs/zlib-1.1.4sys-libs/zlib-1.2.2-r1 =www-client/mozilla-launcher-1.22 www-client/mozilla-launcher-1.32 =www-client/mozilla-launcher-1.28 www-client/mozilla-launcher-1.32 =x11-libs/gtk+-2.2.0x11-libs/gtk+-2.6.7 =x11-libs/pango-1.2.1 x11-libs/pango-1.8.1 app-arch/unzip app-arch/unzip-5.50-r2 app-arch/zip app-arch/zip-2.3-r4 dev-lang/perldev-lang/perl-5.8.6-r5 dev-libs/expat dev-libs/expat-1.95.8 dev-util/pkgconfig dev-util/pkgconfig-0.17.2-r1 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 virtual/x11 x11-base/xorg-x11-6.8.2-r2 !moznoxft? virtual/xft x11-base/xorg-x11-6.8.2-r2 ~sys-devel/autoconf-2.13 sys-devel/autoconf-2.13 ... 2.GTK+ dependencies: ...x11-libs/gtk+-2.6.7: =dev-libs/atk-1.0.1 dev-libs/atk-1.9.1 =dev-libs/glib-2.6 dev-libs/glib-2.6.4 =dev-util/pkgconfig-0.12.0 dev-util/pkgconfig-0.17.2-r1 jpeg? =media-libs/jpeg-6b-r2 media-libs/jpeg-6b-r4 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 =sys-devel/automake-1.7.9 sys-devel/automake-1.9.5 =x11-libs/pango-1.8 x11-libs/pango-1.8.1 sys-devel/autoconf sys-devel/autoconf-2.59-r6 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 virtual/x11 x11-base/xorg-x11-6.8.2-r2 x11-misc/shared-mime-info x11-misc/shared-mime-info-0.16 ... IMHO you could first try emerging: glibgtk+ and probably in second place: xorg-x11. There are also many image-manupulation libraries: jpeg,png,mng HTH. Rumen Sigh I guess it's going to be a long week... Thanks :) Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Perl update = emerge cannot create executables
On 11/08/2010 05:33 AM, Pau Peris wrote: Hi, yesterday i was updating some trivial packages when i noticed emerge got broken after updating perl (from [b]perl-5.12.2-r1[/b] to [b]perl-5.12.2-r2[/b]). I've also took a look at /etc/make.conf but i think i did not modify it and after checking it it seems to have no errors. Right not every emerge fails, i think the problem is perl is failing to find need headers or whatever. GCC and system libraries seems ok: snipped I hope someone can help as a working emerge is critical on any Gentoo system, thanks in advanced :) I had to re-emerge two perl packages - extutils-depends and extutils-pkgconfig, then I was fine.
Re: [gentoo-user] pgo not selected for firefox 18
On Thu, Jan 10, 2013 at 7:51 PM, Adam Carter adamcart...@gmail.com wrote: 17 compiled with pgo but in the emerge output for 18 it shows as (-pgo). pgo is selected in make.conf, and in the ebuild; DEPEND=${RDEPEND} dev-python/pysqlite virtual/pkgconfig pgo? ( =dev-lang/python-2*[sqlite] =sys-devel/gcc-4.5 ) amd64? ( ${ASM_DEPEND} virtual/opengl ) x86? ( ${ASM_DEPEND} virtual/opengl ) And I have python 2 built with sqlite and gcc 4.7.2. Why is pgo not enabled? I had noticed it a while ago, it appears to be hardmasked: # Jory A. Pratt anar...@gentoo.org (15 Dec 2012) # PGO is known to be busted with most configurations www-client/firefox pgo I never had a single problem with it, so I'm going to unmask it and see if anything breaks.
[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] Android studio emulator without PulseAudio
On Mon, 5 Nov 2018 17:21:14 + Pouru Lasse wrote: > Andrew Savchenko writes: [...] > > You should run emulator as: > > $ apulse command_to_run_emulator > > > > Or install the latest apulse with USE=sdk. > > > > Best regards, > > Andrew Savchenko > > What exactly is the purpose of the sdk USE flag? To provide the files > required for development with PulseAudio? To install apulse as a (partial) replacement of PulseAudio: it installs header files, pkgconfig files and places libraries at standard system paths, so that apulse wrapper is no longer needed. However, apulse is not a full PA replacement by design, so this will work only with limited set of applications. Best regards, Andrew Savchenko pgpvAYzCWB2vv.pgp Description: PGP signature
Re: [gentoo-user] Re: problem dropping Python 2.7
Hello, On Fri, 13 Sep 2019, Philip Webb wrote: >190913 Franz Fellner wrote: >> 190913 schrieb Philip Webb [..] >>> What is telling Portage that Firefox needs Python-2.7 ? >> python:2.7 DEP in firefox is coming from mozcoreconf-v6.eclass >> (through mozconfig-v6.60.eclass): >> DEPEND="virtual/pkgconfig >> dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)] >> ${PYTHON_DEPS}" > >Thanks ! -- in 16 years using Gentoo, I've never come across eclasses. >I see they are listed in /usr/portage/eclass . >Is there a doc which describes what they are & what they do ? $ qfile `man -w mozcoreconf-v6.eclass` app-doc/eclass-manpages (/usr/share/man/man5/mozcoreconf-v6.eclass.5.gz) HTH, -dnh -- Less is more or less more
Re: [gentoo-user] libmad.la missing
On Wednesday 14 May 2008, Volker Armin Hemmann wrote: On Mittwoch, 14. Mai 2008, Uwe Thiem wrote: Hi folks, libmad-0.2.1 doens't install libmad.la. Programs linking to it fail during link stage. Is it a known issue? there is no 'libmad-0.2.1' on my system. It's weird. libmad-0.15.1b-r5 installs as libmad-0.2.1. From the emerge output: Merging media-libs/libmad-0.15.1b-r5 to / --- /usr/ --- /usr/lib/ /usr/lib/libmad.so - libmad.so.0.2.1 --- /usr/lib/pkgconfig/ /usr/lib/pkgconfig/mad.pc /usr/lib/libmad.a /usr/lib/libmad.so.0.2.1 /usr/lib/libmad.so.0 - libmad.so.0.2.1 And indeed: uwix uwe # ls -l /usr/lib/libmad* -rw-r--r-- 1 root root 101062 May 15 09:10 /usr/lib/libmad.a lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so - libmad.so.0.2.1 lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so.0 - libmad.so.0.2.1 -rwxr-xr-x 1 root root 91472 May 15 09:10 /usr/lib/libmad.so.0.2.1 Still, no libmad.la. ??? Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] libmad.la missing
On Donnerstag, 15. Mai 2008, Uwe Thiem wrote: On Wednesday 14 May 2008, Volker Armin Hemmann wrote: On Mittwoch, 14. Mai 2008, Uwe Thiem wrote: Hi folks, libmad-0.2.1 doens't install libmad.la. Programs linking to it fail during link stage. Is it a known issue? there is no 'libmad-0.2.1' on my system. It's weird. libmad-0.15.1b-r5 installs as libmad-0.2.1. From the emerge output: Merging media-libs/libmad-0.15.1b-r5 to / --- /usr/ --- /usr/lib/ /usr/lib/libmad.so - libmad.so.0.2.1 --- /usr/lib/pkgconfig/ /usr/lib/pkgconfig/mad.pc /usr/lib/libmad.a /usr/lib/libmad.so.0.2.1 /usr/lib/libmad.so.0 - libmad.so.0.2.1 And indeed: uwix uwe # ls -l /usr/lib/libmad* -rw-r--r-- 1 root root 101062 May 15 09:10 /usr/lib/libmad.a lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so - libmad.so.0.2.1 lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so.0 - libmad.so.0.2.1 -rwxr-xr-x 1 root root 91472 May 15 09:10 /usr/lib/libmad.so.0.2.1 Still, no libmad.la. hm, you are right. But revdep-rebuilt should solve that problem. Not by creating the la file but by rebuilding the apps needing it. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Getting rid of all kde components
I've decided to stop using KDE after yrs of use... given that gentoo compiles everything from scratch, its just getting to much time lost jacking around with kde during upgrades. But also I'd forgotten what the oldtime linux desktops were like. fvwm was the main one in use when I started circa 1997. I see blackbox is even a bit more stark... but since I am mainly command line oriented it doesn't present a problem. But cutting to the chase here, I'm getting rid of KDE but I see kde-base/arts shows lots of dependencies. Even now that I've changed my USE flag `kde' to `-kde' qdepends -C kde-base/arts|awk '{gsub(/ /,\n);print}' kde-base/arts-3.5.10: x11-libs/qt:3 =dev-libs/glib-2 media-libs/alsa-lib media-libs/libogg media-libs/libvorbis media-sound/esound media-libs/libmad media-libs/audiofile dev-util/pkgconfig =sys-devel/automake-1.9* =sys-devel/autoconf-2.61 sys-devel/libtool sys-devel/make dev-util/pkgconfig dev-lang/perl I'm pretty sure at least some of this doesn't actually depend on kde-base/arts but not quite sure what to make of the output.
Re: [gentoo-user] portage: multiple versions of same package
On Wed, 2005-04-20 at 16:16 -0400, [EMAIL PROTECTED] wrote: I am trying to build a package called sipXphone. It requires glib-2.4.2, but most of my current packages require glib-2.6.3 (the latest version). requires glib-2.4.2 sounds unlikely. Presumably you mean that it doesn't compile against glib-2.6.3? If the issue you are coming up against is http://track.sipfoundry.org/browse/XPL-107 then the bug is (a) obvious and (b) trivial to fix: replace #include glib/g*.h with glib.h. One would think that the versioning would be backwards compatible but this is not the case. I still don't know how to proceed except by building this old version, in a special area that doesn't conflict with the rest of the system (ie. /usr/local). Yup. glib's internal SLOT-like logic means that two 2.x versions will conflict, as its includes and libraries take the name glib-2.0. Installing to /foo with portage is in theory possible, but tricky: assuming the package uses autotools and the ebuild uses econf and emake, you need to mess around with EXTRA_ECONF and EXTRA_EINSTALL, or just hack the ebuild to pass appropriate prefix (see ebuild(5)). You would also have conflicts with the pkgconfig .pc files; first you would need to get it to drop the .pc files in a different place than /usr/lib/pkgconfig, then export PKG_CONFIG_PATH=/path/to/pc/files when compiling using the new package. What could be easier is setting up a chroot environment and building packages there; glib has AFAICR excellent binary compatibility. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage: multiple versions of same package
Edward Catmur wrote: On Wed, 2005-04-20 at 16:16 -0400, [EMAIL PROTECTED] wrote: I am trying to build a package called sipXphone. It requires glib-2.4.2, but most of my current packages require glib-2.6.3 (the latest version). requires glib-2.4.2 sounds unlikely. Presumably you mean that it doesn't compile against glib-2.6.3? If the issue you are coming up against is http://track.sipfoundry.org/browse/XPL-107 then the bug is (a) obvious and (b) trivial to fix: replace #include glib/g*.h with glib.h. One would think that the versioning would be backwards compatible but this is not the case. I still don't know how to proceed except by building this old version, in a special area that doesn't conflict with the rest of the system (ie. /usr/local). Yup. glib's internal SLOT-like logic means that two 2.x versions will conflict, as its includes and libraries take the name glib-2.0. Installing to /foo with portage is in theory possible, but tricky: assuming the package uses autotools and the ebuild uses econf and emake, you need to mess around with EXTRA_ECONF and EXTRA_EINSTALL, or just hack the ebuild to pass appropriate prefix (see ebuild(5)). You would also have conflicts with the pkgconfig .pc files; first you would need to get it to drop the .pc files in a different place than /usr/lib/pkgconfig, then export PKG_CONFIG_PATH=/path/to/pc/files when compiling using the new package. What could be easier is setting up a chroot environment and building packages there; glib has AFAICR excellent binary compatibility. Thanks, I will use these variables next time I need to hack an ebuild. -- Michael Andrews | [EMAIL PROTECTED] 0xE7D25F66 | keyserver.net -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Help needed:jpeg_resync_to_restart() and zathura pdf reader
On 09/03/2011 05:44 AM, Ignas Anikevicius wrote: Hello list, I was wondering if someone could explain me what ebuild provides the jpeg_resync_to_restart() function as when I try to run a pdf using a zathura-pdf-mupdf plugin, it gives me the following error: --- error: could not load plugin /usr/lib/zathura/pdf.so (/usr/lib/zathura/pdf.so: undefined symbol: jpeg_resync_to_restart) --- I was told that it might be a problem with the libjpeg-turbo, but I have tried both versions (1.1.0 and 1.1.1) and it did not affect anything. I was wondering whether there are some compilation options, which I am not aware of? Alternatively, the problem might lie in my lack of knowledge in writing ebuilds. You can find my ebuild on [1], whereas a known version of AUR PKGBUILD can be found on [2]. Could someone, ideally familiar with both GNU/Linux Distributions, explain me what I am doing wrong? The latest zathura ebuild in portage has, RDEPEND==x11-libs/cairo-1.8.8 =dev-libs/glib-2.22.4:2 =x11-libs/gtk+-2.18.6:2 =app-text/poppler-0.12.3[cairo] DEPEND=${RDEPEND} dev-util/pkgconfig How come you only have the following? RDEPEND==app-text/mupdf-0.8 DEPEND=${RDEPEND} dev-util/pkgconfig And have you tried using libjpeg instead of the -turbo version?
Re: [gentoo-user] New Installation
On 02/04/2017 12:20 PM, J. Roeleveld wrote: > On February 4, 2017 7:31:41 PM GMT+01:00, the...@sys-concept.com wrote: >> >> On 02/04/2017 04:28 AM, Neil Bothwick wrote: >>> On Sat, 4 Feb 2017 00:22:45 -0700, the...@sys-concept.com wrote: >>> >>>> emerge --sync gives me error: >>>> "/etc/portage/make.conf", line 11: Invalid variable name >>>> '-Wl,--hash-style' >>>> >>>> Line 11 in make.conf: >>>> USE="-qt4 -hal -arts -berkdb -acl X gtk dvd alsa cdr cups apache2 >> ssl >>>> foomaticdb truetype kpathsea ppds mysql udev java tiff png usb >> scanner >>>> gimp gimpprint cgi fam nptl t$ >>>> >>>> Here is complete make.conf >>>> >>>> CFLAGS="-march=native -O2 -pipe >> >> Yes, missing " at the end was the problem. >> >> However, I restarted from scratch and now even on a new installation >> I'm getting a lot of errors: >> >> Failed to emerge www-client/w3m-0.5.3-r9, Log file: >>>>> '/var/tmp/portage/www-client/w3m-0.5.3-r9/temp/build.log' >> *** Resuming merge... >> * emerge --keep-going: sys-auth/pambase-20150213 dropped because it >> requires >> * >=sys-auth/consolekit-0.4.6[pam] >> * emerge --keep-going: net-print/cups-filters-1.5.0 dropped because it >> * requires >=app-text/ghostscript-gpl-9.09, >=net-print/cups-1.7.3, >>> =app- >> * text/poppler-0.32:=[cxx,jpeg,lcms,tiff,xpdf-headers(+)], >> sys-apps/dbus >> * emerge --keep-going: sys-auth/polkit-0.113 dropped because it >> requires >> * >=gnome-extra/polkit-gnome-0.105, sys-auth/consolekit[policykit] >> * emerge --keep-going: dev-qt/qt3support-4.8.6-r1 dropped because it >> requires >> * [snip] >> * (gnome-extra/polkit-gnome-0.105-r1:0/0::gentoo, ebuild scheduled for >> merge) >> * (x11-misc/xdg-utils-1.1.1-r1:0/0::gentoo, ebuild scheduled for >> merge) >> * (app-text/ghostscript-gpl-9.15-r1:0/0::gentoo, ebuild scheduled for >> merge) >> >> This is new installation following gentoo hand-book on line :-/ >> >> -- >> Thelma > > Please start with the default USE flags in your make.conf file. > Also use the standard/defauly profile. (If you want systemd, please select > that the minimal systemd one) > > Make sure you have an installation that can boot into a text console where > you can login and have basic networking. > > Then, change your profile if needed. If changed, do a rebuild using: > # emerge -auDN @world > > After that, install anything else you need, keeping the list on the > commandline managable. > > Adjust USE flags as needed. Try to keep changing the global set (the one in > your make.conf) to an absolute minimal. Mine only has 3 items. I kept the > default, minus bindist. > > -- > Joost I change in make.conf to: USE="bindist" and I was able to install basic system correctly, network is working and I can proceed with castomazation but my next question: What is the correct way to configure "USE=" in make.conf? When I use a below: (copied from my other systems): USE="-qt4 -kde -gnome -arts -berkdb -acl X gtk alsa cups apache2 ssl foomaticdb truetype kpathsea ppds mysql udev tiff png usb scanner gimp gimpprint cgi fam nptl type1 opengl tetexspell consolkit dbus pam policykit jpeg lock session startup-notification thunar cleartype corefonts -systemd -DOPENSSL_NO_HEARTBEATS abi_x86_32" PS. I think "dbus" is no longer used, isn't it? I get a log of blockers and my file "package.use" starting to look like trash can with entries like: # required by x11-libs/libxcb-1.12::gentoo # required by x11-apps/xwininfo-1.1.3::gentoo # required by x11-misc/xscreensaver-5.36::gentoo # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] # required by xfce-base/xfce4-meta-4.12::gentoo # required by xfce-base/xfce4-meta (argument) >=x11-libs/libXau-1.0.8 abi_x86_32 # required by x11-libs/libxcb-1.12::gentoo # required by x11-apps/xwininfo-1.1.3::gentoo # required by x11-misc/xscreensaver-5.36::gentoo # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] # required by xfce-base/xfce4-meta-4.12::gentoo # required by xfce-base/xfce4-meta (argument) >=dev-libs/libpthread-stubs-0.3-r1 abi_x86_32 If I try to use my USE="-qt4 ... etc" and try to emerge: emerge --ask xfce-base/xfce4-meta I get tones of blockers and problem solving eg.: [blocks B ] dev-util/pkgconf[pkg-config] ("dev-util/pkgconf[pkg-config]" is blocking dev-util/pkgconfig-0.28-r2) [blocks B ] media-libs/libjpeg-turbo:0 ("media-libs/libjpeg-turbo:0" is bl
Re: [gentoo-user] New Installation
On Saturday, February 4, 2017 11:36:56 PM CET the...@sys-concept.com wrote: (longer reply) > > I change in make.conf to: > USE="bindist" > > and I was able to install basic system correctly, network is working and I > can proceed with castomazation but my next question: What is the correct > way to configure "USE=" in make.conf? > > When I use a below: (copied from my other systems): > > USE="-qt4 -kde -gnome -arts -berkdb -acl X gtk alsa cups apache2 ssl > foomaticdb truetype kpathsea ppds mysql udev tiff png usb scanner gimp > gimpprint cgi fam nptl type1 opengl tetexspell consolkit dbus pam policykit > jpeg lock session startup-notification thunar cleartype corefonts -systemd > -DOPENSSL_NO_HEARTBEATS abi_x86_32" > > PS. I think "dbus" is no longer used, isn't it? I have dbus installed, so the package still exists. If it is a valid USE-flag, I don't know. In your list, I see a few I have never used. Most of them, I would personally only set for those packages where I want them to apply, but that is a personal decision. My main concerns with your list are: # -DOPENSSL_NO_HEARTBEATS This seems more like something that should be added as a compiler-flag for 1 package or something in an apache config file. # abi_x86_32 I am assuming you want packages to also be build for 32-bit. If that is the case, I would set the following in your make.conf file: # ABI_X86="64 32" and remove this entry from your USE-list. # consolkit I think this should be "consolekit" as that one does exist. > I get a log of blockers and my file "package.use" starting to look like > trash can with entries like: > > # required by x11-libs/libxcb-1.12::gentoo > # required by x11-apps/xwininfo-1.1.3::gentoo > # required by x11-misc/xscreensaver-5.36::gentoo > # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] > # required by xfce-base/xfce4-meta-4.12::gentoo > # required by xfce-base/xfce4-meta (argument) > > >=x11-libs/libXau-1.0.8 abi_x86_32 This is related to the above comment about your abi... useflag. > # required by x11-libs/libxcb-1.12::gentoo > # required by x11-apps/xwininfo-1.1.3::gentoo > # required by x11-misc/xscreensaver-5.36::gentoo > # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] > # required by xfce-base/xfce4-meta-4.12::gentoo > # required by xfce-base/xfce4-meta (argument) > > >=dev-libs/libpthread-stubs-0.3-r1 abi_x86_32 Same > If I try to use my USE="-qt4 ... etc" and try to emerge: > emerge --ask xfce-base/xfce4-meta > > I get tones of blockers and problem solving eg.: > > [blocks B ] dev-util/pkgconf[pkg-config] > ("dev-util/pkgconf[pkg-config]" is blocking dev-util/pkgconfig-0.28-r2) > [blocks B ] media-libs/libjpeg-turbo:0 ("media-libs/libjpeg-turbo:0" > is blocking media-libs/jpeg-8d-r1) [blocks B ] media-libs/jpeg:0 > ("media-libs/jpeg:0" is blocking media-libs/libjpeg-turbo-1.5.0) [blocks B > ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.1.5) [blocks B > ] dev-util/pkgconfig ("dev-util/pkgconfig" is blocking > dev-util/pkgconf-0.9.12) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (dev-util/pkgconf-0.9.12:0/0::gentoo, ebuild scheduled for merge) pulled > in by > >=dev-util/pkgconf-0.9.3-r1[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.3-r1[pkg-config,abi_x86_32(-),abi_x86_64(-)]) > >required by (virtual/pkgconfig-0-r1:0/0::gentoo, ebuild scheduled for > >merge) > (sys-fs/eudev-3.1.5:0/0::gentoo, ebuild scheduled for merge) pulled in by > > >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed) > >=sys-fs/eudev-1.3:0/0[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(-)?,static-libs?] > >(>=sys-fs/eudev-1.3:0/0[abi_x86_32(-),abi_x86_64(-)]) required by > >(virtual/libudev-215-r1:0/1::gentoo, ebuild scheduled for merge) > (sys-fs/udev-225-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by > > >=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,a > >bi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_pp > >c_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,static-libs?] > >(>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),abi_x86_64(-)])
Re: [gentoo-user] New Installation
On 02/05/2017 02:23 AM, J. Roeleveld wrote: > On Saturday, February 4, 2017 11:36:56 PM CET the...@sys-concept.com wrote: > > (longer reply) > >> >> I change in make.conf to: >> USE="bindist" >> >> and I was able to install basic system correctly, network is working and I >> can proceed with castomazation but my next question: What is the correct >> way to configure "USE=" in make.conf? >> >> When I use a below: (copied from my other systems): >> >> USE="-qt4 -kde -gnome -arts -berkdb -acl X gtk alsa cups apache2 ssl >> foomaticdb truetype kpathsea ppds mysql udev tiff png usb scanner gimp >> gimpprint cgi fam nptl type1 opengl tetexspell consolkit dbus pam policykit >> jpeg lock session startup-notification thunar cleartype corefonts -systemd >> -DOPENSSL_NO_HEARTBEATS abi_x86_32" >> >> PS. I think "dbus" is no longer used, isn't it? > > I have dbus installed, so the package still exists. If it is a valid > USE-flag, > I don't know. > > In your list, I see a few I have never used. Most of them, I would personally > only set for those packages where I want them to apply, but that is a > personal > decision. > > My main concerns with your list are: > # -DOPENSSL_NO_HEARTBEATS > This seems more like something that should be added as a compiler-flag for 1 > package or something in an apache config file. > > # abi_x86_32 > I am assuming you want packages to also be build for 32-bit. > If that is the case, I would set the following in your make.conf file: > # ABI_X86="64 32" > and remove this entry from your USE-list. > > # consolkit > I think this should be "consolekit" as that one does exist. > >> I get a log of blockers and my file "package.use" starting to look like >> trash can with entries like: >> >> # required by x11-libs/libxcb-1.12::gentoo >> # required by x11-apps/xwininfo-1.1.3::gentoo >> # required by x11-misc/xscreensaver-5.36::gentoo >> # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] >> # required by xfce-base/xfce4-meta-4.12::gentoo >> # required by xfce-base/xfce4-meta (argument) >> >>> =x11-libs/libXau-1.0.8 abi_x86_32 > > This is related to the above comment about your abi... useflag. > >> # required by x11-libs/libxcb-1.12::gentoo >> # required by x11-apps/xwininfo-1.1.3::gentoo >> # required by x11-misc/xscreensaver-5.36::gentoo >> # required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] >> # required by xfce-base/xfce4-meta-4.12::gentoo >> # required by xfce-base/xfce4-meta (argument) >> >>> =dev-libs/libpthread-stubs-0.3-r1 abi_x86_32 > > Same > >> If I try to use my USE="-qt4 ... etc" and try to emerge: >> emerge --ask xfce-base/xfce4-meta >> >> I get tones of blockers and problem solving eg.: >> >> [blocks B ] dev-util/pkgconf[pkg-config] >> ("dev-util/pkgconf[pkg-config]" is blocking dev-util/pkgconfig-0.28-r2) >> [blocks B ] media-libs/libjpeg-turbo:0 ("media-libs/libjpeg-turbo:0" >> is blocking media-libs/jpeg-8d-r1) [blocks B ] media-libs/jpeg:0 >> ("media-libs/jpeg:0" is blocking media-libs/libjpeg-turbo-1.5.0) [blocks B >> ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.1.5) [blocks B >> ] dev-util/pkgconfig ("dev-util/pkgconfig" is blocking >> dev-util/pkgconf-0.9.12) >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (dev-util/pkgconf-0.9.12:0/0::gentoo, ebuild scheduled for merge) pulled >> in by >> >=dev-util/pkgconf-0.9.3-r1[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.3-r1[pkg-config,abi_x86_32(-),abi_x86_64(-)]) >> >required by (virtual/pkgconfig-0-r1:0/0::gentoo, ebuild scheduled for >> >merge) >> (sys-fs/eudev-3.1.5:0/0::gentoo, ebuild scheduled for merge) pulled in by >> >> >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed) >> >=sys-fs/eudev-1.3:0/0[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(-)?,static-libs?] >> >(>=sys-fs/eudev-1.3:0/0[abi_x86_32(-),abi_x86_64(-)]) required by >
Re: [gentoo-user] newboat loading wrong library path
On Sun, May 10, 2020 at 12:52:46PM +, Caveman Al Toraboran wrote: > shell> newsboat > newsboat: error while loading shared libraries: libstfl.so.0: cannot open > shared object file: No such file or directory Searching on portagefilelist.de, this file appears in dev-libs/stfl. Okay, let's have a look at the files which that package installs. $ equery f dev-libs/stfl * Searching for stfl in dev-libs ... * Contents of dev-libs/stfl-0.24: /usr /usr/include /usr/include/stfl.h /usr/lib64 /usr/lib64/libstfl.so -> libstfl.so.0.24 /usr/lib64/libstfl.so.0.24 /usr/lib64/pkgconfig /usr/lib64/pkgconfig/stfl.pc /usr/share /usr/share/doc /usr/share/doc/stfl-0.24 /usr/share/doc/stfl-0.24/README.bz2 libstfl.so.0 doesn't exist. It seems like this is a bug in newsboat, as it doesn't look for the correct file as provided by stfl. A temporary solution would be to add a symlink in /usr/lib64/ like so: /usr/lib64 $ ln -s libstfl.so libstfl.so.0 A more permanent solution would be to fix the error in newsboat, or patch the ebuild to create this symlink upon installation of stfl or newsboat. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] File collisions while syncing/updateing
On 2019.03.10 22:50, tu...@posteo.de wrote: Hi, I've got this this morning: strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version /usr/lib64/libmxml.so.1.6 * checking 9 files for package collisions * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / ` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at https://bugs.gentoo.org/ unless you report exactly * which two packages install the same file(s). See * https://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how * to solve the problem. And once again, please do NOT file a bug report * unless you have completely understood the above message. * * Detected file collision(s): * * /usr/share/man/man3/mxml.3.bz2 * /usr/include/mxml.h * /usr/lib64/libmxml.so.1.6 * /usr/lib64/pkgconfig/mxml.pc * /usr/lib64/libmxml.so.1 * /usr/lib64/libmxml.so * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * dev-libs/mxml-2.12:0::gentoo * /usr/include/mxml.h * /usr/lib64/libmxml.so * /usr/lib64/libmxml.so.1 * /usr/lib64/libmxml.so.1.6 * /usr/lib64/pkgconfig/mxml.pc * /usr/share/man/man3/mxml.3.bz2 * * Package 'dev-libs/mxml-3.0' NOT merged due to file collisions. If * necessary, refer to your elog messages for the whole content of the * above message. * * The following package has failed to build, install, or execute postinst: * * (dev-libs/mxml-3.0:1/6::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/dev-libs/mxml-3.0/temp/build.log' Is it ok tp rm /usr/share/man/man3/mxml.3.bz2 /usr/include/mxml.h /usr/lib64/libmxml.so.1.6 /usr/lib64/pkgconfig/mxml.pc /usr/lib64/libmxml.so.1 /usr/lib64/libmxml.so manually prior to reemergeing? Hello Meino, I'd file a bug, as it looks like 2.12 in slot 0 and 3.0 in slot 1 both install some of the same files. It looks like version 3.0 was just added to the tree, so either it doesn't need to be in a separate slot, or else those files need renaming. Deleting and re-emerging would probably work, but if you later remove one of the versions, those files will also be removed, and the remaining version will probably fail due to the missing .so file(s). Jack
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.
Re: [gentoo-user] Synce and gentoo : crash RAPI driver
On Sat, 2007-03-03 at 09:21 +0100, Arnaud FARINE wrote: After installed all lib from subversion, when I try to emerge libopensync-plugin-synce (or I try to compile it directly from subversion) I obtain the same message when configure is running : can't find synce library !!! I find some synce lib in /usr/lib and /usr/local/lib this is because you need to specify to configure where you installed the library. Have a look at the wiki: http://www.synce.org/index.php/Building_SynCE_with_Windows_Mobile_2005_support_from_Subversion running export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ before ./configure usually does the trick. HTH, -- Iain Buchanan iaindb at netspace dot net dot au Monday is an awful way to spend one seventh of your life. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] slow redrawing in KDE
Jorge Almeida wrote: On Mon, 18 Jul 2005, Volker Armin Hemmann wrote: well 512 is most of the time enough, but not always ;) I know, but I checked top. hm, if only gtk apps are slow, it is normal - gtk IS slow. Very slow. But it wasn't noticeable before... It looks as if the several widgets were being shown _before_ the main window... Search google for gtk and slow and you'll find a lot ;) RenderAccel is set in your xorg.conf - if you have nvidia. Ati Radeon 7500. Hi, Think i can't of great help here, but at least twice when i had slow graphical performance solved it by re-emerging some packages and xorg-x11 once (i assume you have run 'revdep-rebuild' ;) As it seems your main DM is KDE it's likely that there may be issues with GTK-apps, as their libs/deps also get loaded when mozilla/etc is run. Here's some info: 1.mozilla dependencies: ...www-client/mozilla-1.7.8: crypt? !moznomail? =app-crypt/gnupg-1.2.1 app-crypt/gnupg-1.4.1 postgres? =dev-db/postgresql-7.2.0 dev-db/postgresql-8.0.1-r4 =dev-libs/glib-2.2.0dev-libs/glib-2.6.4 =dev-libs/libIDL-0.8.0 dev-libs/libIDL-0.8.5 =media-libs/fontconfig-2.1 media-libs/fontconfig-2.2.3 =media-libs/jpeg-6b media-libs/jpeg-6b-r4 =media-libs/libmng-1.0.0 media-libs/libmng-1.0.8-r1 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 =sys-apps/portage-2.0.36 sys-apps/portage-2.0.51.22-r1 =sys-libs/zlib-1.1.4sys-libs/zlib-1.2.2-r1 =www-client/mozilla-launcher-1.22 www-client/mozilla-launcher-1.32 =www-client/mozilla-launcher-1.28 www-client/mozilla-launcher-1.32 =x11-libs/gtk+-2.2.0x11-libs/gtk+-2.6.7 =x11-libs/pango-1.2.1 x11-libs/pango-1.8.1 app-arch/unzip app-arch/unzip-5.50-r2 app-arch/zip app-arch/zip-2.3-r4 dev-lang/perldev-lang/perl-5.8.6-r5 dev-libs/expat dev-libs/expat-1.95.8 dev-util/pkgconfig dev-util/pkgconfig-0.17.2-r1 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 virtual/x11 x11-base/xorg-x11-6.8.2-r2 !moznoxft? virtual/xft x11-base/xorg-x11-6.8.2-r2 ~sys-devel/autoconf-2.13 sys-devel/autoconf-2.13 ... 2.GTK+ dependencies: ...x11-libs/gtk+-2.6.7: =dev-libs/atk-1.0.1 dev-libs/atk-1.9.1 =dev-libs/glib-2.6 dev-libs/glib-2.6.4 =dev-util/pkgconfig-0.12.0 dev-util/pkgconfig-0.17.2-r1 jpeg? =media-libs/jpeg-6b-r2 media-libs/jpeg-6b-r4 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 =sys-devel/automake-1.7.9 sys-devel/automake-1.9.5 =x11-libs/pango-1.8 x11-libs/pango-1.8.1 sys-devel/autoconf sys-devel/autoconf-2.59-r6 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 virtual/x11 x11-base/xorg-x11-6.8.2-r2 x11-misc/shared-mime-info x11-misc/shared-mime-info-0.16 ... IMHO you could first try emerging: glibgtk+ and probably in second place: xorg-x11. There are also many image-manupulation libraries: jpeg,png,mng HTH. Rumen smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] [Solved, sorry for the noise] Package gl?
On Sun, Dec 27, 2009 at 12:34:06PM -0500, Penguin Lover Willie Wong squawked: 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? Not my day. Keep forgetting to try the obvious solution. Must have had too much boxing day cheers lastnight. Not surprisingly, I was not the only one to notice the circular dependency. The maintainers have already reverted the change that resulted in the circle by the time I ran into the problems. I just needed to re-sync. Cheers, W -- Ferrets live by a code tried and true From which humans can benefit, too. Teach your sons and daughters To do unto otters, As otters would do unto you. Sortir en Pantoufles: up 1115 days, 16:50
Re: [gentoo-user] Updating dev-libs/glib pulls a lot of packages...
On Fri, 6 Aug 2010 10:35:21 +0200, Alan McKinnon wrote: I do not have this USE-flag enabled. And I am sure I did not change USE for long time so I do not understand why suddenly so many packages want to be installed... Looks like it is enabled but you are not aware of it. From the ebuild: DEPEND=${RDEPEND} =dev-util/pkgconfig-0.16 =sys-devel/gettext-0.11 =dev-util/gtk-doc-am-1.11 doc? ( =dev-libs/libxslt-1.0 =dev-util/gtk-doc-1.11 ~app-text/docbook-xml-dtd-4.1.2 ) gtk-doc-am is now a hard dependency, and it depends on the other three. Jarry, this is mentioned in both the ebuild comments and the ChangeLog, the latter should be the first place you look for unexpected changes. -- Neil Bothwick The computer revolution is over. The computers won. signature.asc Description: PGP signature
Re: [gentoo-user] LVM dependencies?
Am 14.04.2012 14:48, schrieb Pandu Poluan: I just want to know, what dependencies LVM rely on? I tried searching, but my Google-fu only managed to return threads about people having some problems with LVM (*not* that LVM is problematic, just some people having some problems and being guided to troubleshoot). Rgds, You mean package dependencies? DEPEND_COMMON=!!sys-fs/device-mapper readline? ( sys-libs/readline ) clvm? ( =sys-cluster/dlm-2* cman? ( =sys-cluster/cman-2* ) ) =sys-fs/udev-151-r4 RDEPEND=${DEPEND_COMMON} !sys-apps/openrc-0.4 !!sys-fs/lvm-user !!sys-fs/clvm =sys-apps/util-linux-2.16 # Upgrading to this LVM will break older cryptsetup RDEPEND=${RDEPEND} !sys-fs/cryptsetup-1.1.2 DEPEND=${DEPEND_COMMON} dev-util/pkgconfig =sys-devel/binutils-2.20.1-r1 Or direct dynamically linked libraries? equery files -f obj sys-fs/lvm2 | xargs ldd 2/dev/null Or kernel features? signature.asc Description: OpenPGP digital signature
[gentoo-user] how to get a couple of -9999 packages to behave
Hi. I am trying to use at-spi2-core- and at-spi2-atk- from the gnome overlay, but I am having some very peculiar things happening when I emerge them.Both of them need to be abi_x86_32, gtk3 is also, but when I emerge them it gives me existing preserved libs and wants me to compilex11-libs/gtk-3.16.5 and it dies because it cannot find /usr/lib32/pkgconfig/atk-bridge-2.0.pc . So, how do I get the - versions of the ebuilds to give me all the correct files like the 2.16.x versions do? I know the - are from git, but it should do what gentoo wants. If I have to compile out of tree, how could I accomplish getting both the 64 and 32 bit items? I hope I explained my situation properly. Thanks in advance for any ideas. -- 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] problem updating colord
https://bugs.gentoo.org/show_bug.cgi?id=590842 On Aug 9, 2016 1:01 AM, <cov...@ccs.covici.com> wrote: > P Levine <plevine...@gmail.com> wrote: > > > OK. It's a multilib problem on my end. colord built with > > USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it > > doesn't. > > Workaround: ABI_X86="32" emerge sqlite colord > > > > On Mon, Aug 8, 2016 at 8:02 PM, <cov...@ccs.covici.com> wrote: > > > > > P Levine <plevine...@gmail.com> wrote: > > > > > > > I've been having a similar problem with colord not finding its > sqlite > > > > dependency via pkgconfig even though it's there. I haven't filed a > bug > > > yet > > > > though. > > > > > > I think this is the exact bug I have, so go ahead and file the bug > since > > > it looks like no one is fixing it on their own. > > Well, that seems to have fixed it, but its a bug in the ebuild, so if > you would file a bug, we would all be happier. > > Thanks again. > > -- > 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] problem updating colord
I've been having a similar problem with colord not finding its sqlite dependency via pkgconfig even though it's there. I haven't filed a bug yet though. On Mon, Aug 8, 2016 at 2:36 PM, <cov...@ccs.covici.com> wrote: > For the last few times I have done a world update I have beenunable to > update x11-misc/colord because it says it can't find the .pc file. Its > definitely there in /usr/lib64 and I even forced the PKGPATH, but still > no joy. I have done some googling, but I could find nothing of > interest. Anyone else seeing this -- can you tell me what is happening > here? > > Thanks in advance for any suggestions. > > -- > 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] problem updating colord
P Levine <plevine...@gmail.com> wrote: > I've been having a similar problem with colord not finding its sqlite > dependency via pkgconfig even though it's there. I haven't filed a bug yet > though. I think this is the exact bug I have, so go ahead and file the bug since it looks like no one is fixing it on their own. > > On Mon, Aug 8, 2016 at 2:36 PM, <cov...@ccs.covici.com> wrote: > > > For the last few times I have done a world update I have beenunable to > > update x11-misc/colord because it says it can't find the .pc file. Its > > definitely there in /usr/lib64 and I even forced the PKGPATH, but still > > no joy. I have done some googling, but I could find nothing of > > interest. Anyone else seeing this -- can you tell me what is happening > > here? > > > > Thanks in advance for any suggestions. > > > > -- > > 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 > > > > > > > Alternatives: > > -- 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] problem updating colord
P Levine <plevine...@gmail.com> wrote: > OK. It's a multilib problem on my end. colord built with > USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it > doesn't. > Workaround: ABI_X86="32" emerge sqlite colord > > On Mon, Aug 8, 2016 at 8:02 PM, <cov...@ccs.covici.com> wrote: > > > P Levine <plevine...@gmail.com> wrote: > > > > > I've been having a similar problem with colord not finding its sqlite > > > dependency via pkgconfig even though it's there. I haven't filed a bug > > yet > > > though. > > > > I think this is the exact bug I have, so go ahead and file the bug since > > it looks like no one is fixing it on their own. Well, that seems to have fixed it, but its a bug in the ebuild, so if you would file a bug, we would all be happier. Thanks again. -- 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] Cmake problem - please help
Is this possible to install your packages locally in your home folder? This approach works better if you have to work on different machines. HTH Hung On Thu, Nov 23, 2017 at 12:01 PM, Helmut Jarausch <jarau...@skynet.be> wrote: > 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] Cmake problem - please help
On 11/23/2017 06:07:39 PM, Hung Dang wrote: Is this possible to install your packages locally in your home folder? This approach works better if you have to work on different machines. HTH Hung Yes, but how does this help. Cmake doesn't link to libscalapack and therefore fails. On Thu, Nov 23, 2017 at 12:01 PM, Helmut Jarausch _j_a_r_a_u_s_c_h_@_s_k_y_n_e_t_._b_e wrote: 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] chromium-72.0.3626.96 and Java
On Thursday, 14 February 2019 12:27:25 GMT Marc Joliet wrote: > Am Donnerstag, 14. Februar 2019, 13:12:29 CET schrieb Mick: > > Hi All, > > > > I just noticed chromium-72.0.3626.96 is bringing in Java packages as > > dependencies, I'd rather keep off my systems. This is caused by the new > > USE flag closure-compile, which I think is advertised as a good thing. > > > > Would you know if these Java dependencies are used for chromium build-time > > only and therefore I could unmerge them thereafter, or if they are for > > run- > > time? > > The relevant dep is in BDEPEND [0], so yes, you should be able to unmerge > them afterwards: > > BDEPEND=" > # snip other deps > closure-compile? ( virtual/jre ) Of course! Why was I searching for 'java' ... O_o > virtual/pkgconfig > " > > [0] I was going to refer to ebuild(5), but it's currently not documented > there (see bug #674932), however you can find a definition in the PMS at > [1]. [1] https://projects.gentoo.org/pms/7/pms.html#x1-680008.1 > > HTH Thank you Marc, I'll carry on with the emerge now. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] chromium-72.0.3626.96 and Java
Am Donnerstag, 14. Februar 2019, 13:12:29 CET schrieb Mick: > Hi All, > > I just noticed chromium-72.0.3626.96 is bringing in Java packages as > dependencies, I'd rather keep off my systems. This is caused by the new USE > flag closure-compile, which I think is advertised as a good thing. > > Would you know if these Java dependencies are used for chromium build-time > only and therefore I could unmerge them thereafter, or if they are for run- > time? The relevant dep is in BDEPEND [0], so yes, you should be able to unmerge them afterwards: BDEPEND=" # snip other deps closure-compile? ( virtual/jre ) virtual/pkgconfig " [0] I was going to refer to ebuild(5), but it's currently not documented there (see bug #674932), however you can find a definition in the PMS at [1]. [1] https://projects.gentoo.org/pms/7/pms.html#x1-680008.1 HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: problem dropping Python 2.7
190913 Franz Fellner wrote: > 190913 schrieb Philip Webb >> What about Firefox ? >> -- trying to unmerge Python-2.7 tells me that Firefox-60.8.0 requires >> "python 2.7.5-r2:2.7[ncurses sqlite ssl threads]". >> That Firefox ebuild does indeed require those flags, >> but it also contains "PYTHON_COMPAT=( python3_{5,6,7} )". >> What is telling Portage that Firefox needs Python-2.7 ? > python:2.7 DEP in firefox is coming from mozcoreconf-v6.eclass > (through mozconfig-v6.60.eclass): > DEPEND="virtual/pkgconfig > dev-lang/python:2.7[ncurses,sqlite,ssl,threads(+)] > ${PYTHON_DEPS}" Thanks ! -- in 16 years using Gentoo, I've never come across eclasses. I see they are listed in /usr/portage/eclass . Is there a doc which describes what they are & what they do ? Let's hope everyone involved gets their acts together before Python 2.7 becomes unsupported 2020-01-01 ... -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] libmad.la missing
On Thursday 15 May 2008, Volker Armin Hemmann wrote: On Donnerstag, 15. Mai 2008, Uwe Thiem wrote: On Wednesday 14 May 2008, Volker Armin Hemmann wrote: On Mittwoch, 14. Mai 2008, Uwe Thiem wrote: Hi folks, libmad-0.2.1 doens't install libmad.la. Programs linking to it fail during link stage. Is it a known issue? there is no 'libmad-0.2.1' on my system. It's weird. libmad-0.15.1b-r5 installs as libmad-0.2.1. From the emerge output: Merging media-libs/libmad-0.15.1b-r5 to / --- /usr/ --- /usr/lib/ /usr/lib/libmad.so - libmad.so.0.2.1 --- /usr/lib/pkgconfig/ /usr/lib/pkgconfig/mad.pc /usr/lib/libmad.a /usr/lib/libmad.so.0.2.1 /usr/lib/libmad.so.0 - libmad.so.0.2.1 And indeed: uwix uwe # ls -l /usr/lib/libmad* -rw-r--r-- 1 root root 101062 May 15 09:10 /usr/lib/libmad.a lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so - libmad.so.0.2.1 lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so.0 - libmad.so.0.2.1 -rwxr-xr-x 1 root root 91472 May 15 09:10 /usr/lib/libmad.so.0.2.1 Still, no libmad.la. hm, you are right. But revdep-rebuilt should solve that problem. Not by creating the la file but by rebuilding the apps needing it. How? If the build system of a package uses libtool and insists on the existence of this la file, revdep-rebuild wouldn't help. Actually I tried to re-emerge failing package with --oneshot (not different from what revdep-rebuild does) and it failed again due to the missing la. I could, of course, write the la file myself. In the end, it is just a text file describing some properties of the liberary. But that seems a very hackish work-around. I don't want to do a revdep-rebuild right now because I have a half-baked update. And from my POV, it wouldn't help at all. Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] libmad.la missing
On Donnerstag, 15. Mai 2008, Uwe Thiem wrote: On Thursday 15 May 2008, Volker Armin Hemmann wrote: On Donnerstag, 15. Mai 2008, Uwe Thiem wrote: On Wednesday 14 May 2008, Volker Armin Hemmann wrote: On Mittwoch, 14. Mai 2008, Uwe Thiem wrote: Hi folks, libmad-0.2.1 doens't install libmad.la. Programs linking to it fail during link stage. Is it a known issue? there is no 'libmad-0.2.1' on my system. It's weird. libmad-0.15.1b-r5 installs as libmad-0.2.1. From the emerge output: Merging media-libs/libmad-0.15.1b-r5 to / --- /usr/ --- /usr/lib/ /usr/lib/libmad.so - libmad.so.0.2.1 --- /usr/lib/pkgconfig/ /usr/lib/pkgconfig/mad.pc /usr/lib/libmad.a /usr/lib/libmad.so.0.2.1 /usr/lib/libmad.so.0 - libmad.so.0.2.1 And indeed: uwix uwe # ls -l /usr/lib/libmad* -rw-r--r-- 1 root root 101062 May 15 09:10 /usr/lib/libmad.a lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so - libmad.so.0.2.1 lrwxrwxrwx 1 root root 15 May 15 09:10 /usr/lib/libmad.so.0 - libmad.so.0.2.1 -rwxr-xr-x 1 root root 91472 May 15 09:10 /usr/lib/libmad.so.0.2.1 Still, no libmad.la. hm, you are right. But revdep-rebuilt should solve that problem. Not by creating the la file but by rebuilding the apps needing it. How? If the build system of a package uses libtool and insists on the existence of this la file, revdep-rebuild wouldn't help. Actually I tried to re-emerge failing package with --oneshot (not different from what revdep-rebuild does) and it failed again due to the missing la. I could, of course, write the la file myself. In the end, it is just a text file describing some properties of the liberary. But that seems a very hackish work-around. I don't want to do a revdep-rebuild right now because I have a half-baked update. And from my POV, it wouldn't help at all. Uwe -- Ignorance killed the cat, sir, curiosity was framed! http://blog.flameeyes.eu/articles/2008/04/14/what-about-those-la-files https://bugs.gentoo.org/show_bug.cgi?id=218286 just run revdep-rebuilt. The la file is not really needed at all. But somewhere something 'thinks' to depend on it. revdep-rebuilt will fix that. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Issue with e2fsprogs
CJoeB wrote: AllenJB wrote: CJoeB wrote: On step 3, e2fsprogs-libs emerged fine, but at the end of the emerge of e2fsprogs, the emerge bombed and I got a message saying that e2progs was not merged due to file collisions. Please post the complete message (ie. the complete list of file collisions). This is what displayed at the end of the attempt to emerge e2fsprogs: Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * sys-libs/e2fsprogs-libs-1.41.3-r1 * /lib/libblkid.so * /lib/libblkid.so.1 * /lib/libblkid.so.1.0 * /lib/libuuid.so * /lib/libuuid.so.1 * /lib/libuuid.so.1.2 * /usr/include/blkid/blkid.h * /usr/include/blkid/blkid_types.h * /usr/include/uuid/uuid.h * /usr/lib/libblkid.a * /usr/lib/libblkid.so * /usr/lib/libuuid.a * /usr/lib/libuuid.so * /usr/lib/pkgconfig/blkid.pc * /usr/lib/pkgconfig/uuid.pc * /usr/share/info/libext2fs.info.bz2 * /usr/share/man/man3/libblkid.3.bz2 * /usr/share/man/man3/uuid.3.bz2 * /usr/share/man/man3/uuid_clear.3.bz2 * /usr/share/man/man3/uuid_compare.3.bz2 * /usr/share/man/man3/uuid_copy.3.bz2 * /usr/share/man/man3/uuid_generate.3.bz2 * /usr/share/man/man3/uuid_generate_random.3.bz2 * /usr/share/man/man3/uuid_generate_time.3.bz2 * /usr/share/man/man3/uuid_is_null.3.bz2 * /usr/share/man/man3/uuid_parse.3.bz2 * /usr/share/man/man3/uuid_time.3.bz2 * /usr/share/man/man3/uuid_unparse.3.bz2 * * Package 'sys-fs/e2fsprogs-1.40.9' NOT merged due to file collisions. * If necessary, refer to your elog messages for the whole content of the * above message. Note the version numbers here - you're trying to use e2fsprogs-1.40.9 with e2fsprogs-libs-1.41.3 - these packages should both be at the same version. Please check package.keywords and package.mask for any entries relating to e2fsprogs. I'm surprised portage even attempted to merge these without a fight. AllenJB Regards, Colleen
Re: [gentoo-user] Getting rid of all kde components
On Tuesday 18 November 2008 08:14:02 Harry Putnam wrote: I've decided to stop using KDE after yrs of use... given that gentoo compiles everything from scratch, its just getting to much time lost jacking around with kde during upgrades. But also I'd forgotten what the oldtime linux desktops were like. fvwm was the main one in use when I started circa 1997. I see blackbox is even a bit more stark... but since I am mainly command line oriented it doesn't present a problem. But cutting to the chase here, I'm getting rid of KDE but I see kde-base/arts shows lots of dependencies. Even now that I've changed my USE flag `kde' to `-kde' remove arts and any other kde-related flags from USE and package.use. Unmerge arts, continue arts is only used in kde, it's a piece of utter trash and totally not needed - everything it ever did can now be done by alsa. qdepends -C kde-base/arts|awk '{gsub(/ /,\n);print}' kde-base/arts-3.5.10: x11-libs/qt:3 =dev-libs/glib-2 media-libs/alsa-lib media-libs/libogg media-libs/libvorbis media-sound/esound media-libs/libmad media-libs/audiofile dev-util/pkgconfig =sys-devel/automake-1.9* =sys-devel/autoconf-2.61 sys-devel/libtool sys-devel/make dev-util/pkgconfig dev-lang/perl I'm pretty sure at least some of this doesn't actually depend on kde-base/arts but not quite sure what to make of the output. You have it the wrong way round. Those packages do not depend on arts, instead arts depends on them. They are needed to either run or to build arts. Don't worry about it. portage knows how to build anything that's missing after you are done cleaning up -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Error on gtk thmem: gtk-engines-flat
On Wednesday 03/09/11 07:04:07 CST, walt wrote: On 03/07/2011 11:29 PM, du yang wrote: On Tuesday 03/08/11 11:31:42 CST, Adam Carter wrote: I got a gtk library error when trying to run a python script. # ./st.py /usr/bin/python2.7: symbol lookup error: /usr/lib/gtk-2.0/2.10.0/engines/ libflat.so: undefined symbol: gtk_rc_style_get_type Have you run revdep-rebuild and/or python-updater? Still no effect ;-( And I found opera has the same problem as well under the flat thmem, but no problem under aurora thmem. # opera /usr/lib/opera/opera: symbol lookup error: /usr/lib/gtk-2.0/2.10.0/engines/libflat.so: undefined symbol: gtk_rc_style_get_type I don't have libflat.so, so I can't tell you which package installed it, but that package needs to be re-emerged. Try equery b libflat.so to find the broken package. It just belongs to itself, and I checked its dependence graph, and tried to re-emerge all the related packages. At last, the problem is still there. so I suspect it may be a problem for gtk-engines-flat itself. Maybe I would try to fire a bug to gentoo, but now I have to change to use the Aurora theme to workaround the problem. Thanks you for your hints anyway! # equery b /usr/lib/gtk-2.0/2.10.0/engines/libflat.so * Searching for /usr/lib/gtk-2.0/2.10.0/engines/libflat.so ... x11-themes/gtk-engines-flat-2.0-r2 (/usr/lib/gtk-2.0/2.10.0/engines/libflat.so) # equery d x11-themes/gtk-engines-flat * These packages depend on x11-themes/gtk-engines-flat: # equery g x11-themes/gtk-engines-flat * Searching for gtk-engines-flat in x11-themes ... * dependency graph for x11-themes/gtk-engines-flat-2.0-r2 `-- x11-themes/gtk-engines-flat-2.0-r2 x86 `-- x11-libs/gtk+-2.22.1-r1 (x11-libs/gtk+) x86 `-- dev-util/pkgconfig-0.25-r2 (dev-util/pkgconfig) x86 [ x11-themes/gtk-engines-flat-2.0-r2 stats: packages (3), max depth (0) ] -- oooO: (..): :\.(:::Oooo:: ::\_)::(..):: :::)./::: ::(_/
Re: [gentoo-user] unable to find xcb-{aux, event, atom} (FIXED)
On Wed, Jun 01 2011, Allan Gottlieb wrote: On Wed, Jun 01 2011, Mick wrote: On Wednesday 01 Jun 2011 05:00:08 Allan Gottlieb wrote: I get the following error several times when trying to emerge gnome-panel on oldlap, an ~x86 gentoo. CCLD panel-test-applets /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lxcb-atom collect2: ld returned 1 exit status oldlap ~ # locate xcb-aux /usr/lib/pkgconfig/xcb-aux.pc oldlap ~ # I seem to have more here, on a stable amd64: $ locate xcb-aux /usr/lib64/libxcb-aux.a /usr/lib64/libxcb-aux.la /usr/lib64/libxcb-aux.so /usr/lib64/libxcb-aux.so.0 /usr/lib64/libxcb-aux.so.0.0.0 /usr/lib64/pkgconfig/xcb-aux.pc Very interesting! I just looked on one of my stable boxes and sure enough so xcb-util-0.3.6 has the files but -0.3.8 (testing) does not. This has opened a new lead, which I am now pursuing (bug 366227). I will report back what I find. Indeed that lead fixed all the problems (which are apparently caused by xcb-util). From the bug Gilles Dartiguelongue 2011-05-09 08:23:52 UTC Please rebuild xcb-utils after running through as much packages as possible with revdep-rebuild. From irc discussions, it looks like xcb links to itself and/or pollutes some la files which ends up in these weird problems. So merging a few manually from the revdep-rebuild list, the merging xcb-util and repeating, eventually clears up everything. allan
Re: [gentoo-user] unable to find xcb-{aux, event, atom} (FIXED)
On Wednesday 01 Jun 2011 18:38:35 Allan Gottlieb wrote: On Wed, Jun 01 2011, Allan Gottlieb wrote: On Wed, Jun 01 2011, Mick wrote: On Wednesday 01 Jun 2011 05:00:08 Allan Gottlieb wrote: I get the following error several times when trying to emerge gnome-panel on oldlap, an ~x86 gentoo. CCLD panel-test-applets /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ ld: cannot find -lxcb-aux /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ ld: cannot find -lxcb-event /usr/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../i686-pc-linux-gnu/bin/ ld: cannot find -lxcb-atom collect2: ld returned 1 exit status oldlap ~ # locate xcb-aux /usr/lib/pkgconfig/xcb-aux.pc oldlap ~ # I seem to have more here, on a stable amd64: $ locate xcb-aux /usr/lib64/libxcb-aux.a /usr/lib64/libxcb-aux.la /usr/lib64/libxcb-aux.so /usr/lib64/libxcb-aux.so.0 /usr/lib64/libxcb-aux.so.0.0.0 /usr/lib64/pkgconfig/xcb-aux.pc Very interesting! I just looked on one of my stable boxes and sure enough so xcb-util-0.3.6 has the files but -0.3.8 (testing) does not. This has opened a new lead, which I am now pursuing (bug 366227). I will report back what I find. Indeed that lead fixed all the problems (which are apparently caused by xcb-util). From the bug Gilles Dartiguelongue 2011-05-09 08:23:52 UTC Please rebuild xcb-utils after running through as much packages as possible with revdep-rebuild. From irc discussions, it looks like xcb links to itself and/or pollutes some la files which ends up in these weird problems. So merging a few manually from the revdep-rebuild list, the merging xcb-util and repeating, eventually clears up everything. Interesting fix/workaround. Thanks for the heads up. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
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] New Installation
On February 5, 2017 7:36:56 AM GMT+01:00, the...@sys-concept.com wrote: >On 02/04/2017 12:20 PM, J. Roeleveld wrote: >> On February 4, 2017 7:31:41 PM GMT+01:00, the...@sys-concept.com >wrote: >>> >>> On 02/04/2017 04:28 AM, Neil Bothwick wrote: >>>> On Sat, 4 Feb 2017 00:22:45 -0700, the...@sys-concept.com wrote: >>>> >>>>> emerge --sync gives me error: >>>>> "/etc/portage/make.conf", line 11: Invalid variable name >>>>> '-Wl,--hash-style' >>>>> >>>>> Line 11 in make.conf: >>>>> USE="-qt4 -hal -arts -berkdb -acl X gtk dvd alsa cdr cups apache2 >>> ssl >>>>> foomaticdb truetype kpathsea ppds mysql udev java tiff png usb >>> scanner >>>>> gimp gimpprint cgi fam nptl t$ >>>>> >>>>> Here is complete make.conf >>>>> >>>>> CFLAGS="-march=native -O2 -pipe >>> >>> Yes, missing " at the end was the problem. >>> >>> However, I restarted from scratch and now even on a new installation >>> I'm getting a lot of errors: >>> >>> Failed to emerge www-client/w3m-0.5.3-r9, Log file: >>>>>> '/var/tmp/portage/www-client/w3m-0.5.3-r9/temp/build.log' >>> *** Resuming merge... >>> * emerge --keep-going: sys-auth/pambase-20150213 dropped because it >>> requires >>> * >=sys-auth/consolekit-0.4.6[pam] >>> * emerge --keep-going: net-print/cups-filters-1.5.0 dropped because >it >>> * requires >=app-text/ghostscript-gpl-9.09, >=net-print/cups-1.7.3, >>>> =app- >>> * text/poppler-0.32:=[cxx,jpeg,lcms,tiff,xpdf-headers(+)], >>> sys-apps/dbus >>> * emerge --keep-going: sys-auth/polkit-0.113 dropped because it >>> requires >>> * >=gnome-extra/polkit-gnome-0.105, sys-auth/consolekit[policykit] >>> * emerge --keep-going: dev-qt/qt3support-4.8.6-r1 dropped because it >>> requires >>> * > >[snip] > >>> * (gnome-extra/polkit-gnome-0.105-r1:0/0::gentoo, ebuild scheduled >for >>> merge) >>> * (x11-misc/xdg-utils-1.1.1-r1:0/0::gentoo, ebuild scheduled for >>> merge) >>> * (app-text/ghostscript-gpl-9.15-r1:0/0::gentoo, ebuild scheduled >for >>> merge) >>> >>> This is new installation following gentoo hand-book on line :-/ >>> >>> -- >>> Thelma >> >> Please start with the default USE flags in your make.conf file. >> Also use the standard/defauly profile. (If you want systemd, please >select that the minimal systemd one) >> >> Make sure you have an installation that can boot into a text console >where you can login and have basic networking. >> >> Then, change your profile if needed. If changed, do a rebuild using: >> # emerge -auDN @world >> >> After that, install anything else you need, keeping the list on the >commandline managable. >> >> Adjust USE flags as needed. Try to keep changing the global set (the >one in your make.conf) to an absolute minimal. Mine only has 3 items. I >kept the default, minus bindist. >> >> -- >> Joost > >I change in make.conf to: >USE="bindist" > >and I was able to install basic system correctly, network is working >and I can proceed with castomazation but >my next question: What is the correct way to configure "USE=" in >make.conf? > >When I use a below: (copied from my other systems): > >USE="-qt4 -kde -gnome -arts -berkdb -acl X gtk alsa cups apache2 ssl >foomaticdb truetype kpathsea ppds mysql udev tiff png usb scanner gimp >gimpprint cgi fam nptl type1 opengl tetexspell consolkit dbus pam >policykit jpeg lock session startup-notification thunar cleartype >corefonts -systemd -DOPENSSL_NO_HEARTBEATS abi_x86_32" > >PS. I think "dbus" is no longer used, isn't it? > >I get a log of blockers and my file "package.use" starting to look like >trash can with entries like: > ># required by x11-libs/libxcb-1.12::gentoo ># required by x11-apps/xwininfo-1.1.3::gentoo ># required by x11-misc/xscreensaver-5.36::gentoo ># required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] ># required by xfce-base/xfce4-meta-4.12::gentoo ># required by xfce-base/xfce4-meta (argument) >>=x11-libs/libXau-1.0.8 abi_x86_32 ># required by x11-libs/libxcb-1.12::gentoo ># required by x11-apps/xwininfo-1.1.3::gentoo ># required by x11-misc/xscreensaver-5.36::gentoo ># required by xfce-base/xfce4-session-4.12.1-r1::gentoo[xscreensaver] ># required by
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:30 PM, Canek Peláez Valdés can...@gmail.comwrote: On Mon, Apr 8, 2013 at 1:10 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi I see the error now. The problem is that the class GLib.Bytes is defined in glib-2.0.vapi for valac 0.16, 0.18 and 0.20, but not for valac 0.12 nor 0.14. The latest version of telepahy-glib uses GLib.Bytes, so it dependencies need to be compiled with a newer version of valac. Can you try to emerge folks as follows: VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks If that fails, what version of telepathy-glib do you have installed? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México that did fail: lapy portage # VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) dev-libs/folks-0.4.3 * folks-0.4.3.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] Unpacking source... Unpacking folks-0.4.3.tar.bz2 to /var/tmp/portage/dev-libs/folks-0.4.3/work Source unpacked in /var/tmp/portage/dev-libs/folks-0.4.3/work Preparing source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... * Fixing OMF Makefiles ... [ ok ] * Disabling deprecation warnings ... [ ok ] * Running elibtoolize in: folks-0.4.3/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.2.6 patch ... Source prepared. Configuring source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... (removed) checking pkg-config is at least version 0.21... yes checking for GLIB... yes checking for GMODULE... yes checking for GIO... yes checking for DBUS_GLIB... yes checking for GEE... yes checking for TP_GLIB... yes checking for valac... /usr/bin/valac-0.12 checking /usr/bin/valac-0.12 is at least version 0.11.6... yes checking for vapigen... /usr/bin/vapigen-0.12 checking for telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 vala bindings... configure: error: Package requirements were not met: telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 warning: D-Bus GLib is deprecated, use GDBus telepathy-glib.vapi:1326.36-1326.45: error: The type name `GLib.Bytes' could not be found Consider adjusting the XDG_DATA_DIRS environment variable if you installed bindings in a non-standard prefix. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3/config.log * ERROR: dev-libs/folks-0.4.3 failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 93: Called src_configure *environment, line
Re: [gentoo-user] upgrading 1-year old system
On 30/01/2017 22:32, the...@sys-concept.com wrote: > On 01/29/2017 01:56 PM, the...@sys-concept.com wrote: >> I haven't updated my system for over a year (1year and 3-months). >> I was trying to upgrade my firefox-bin and I'm already running into problems. >> > [snip] > > > OK, I have just few blockers. What to do with them? > I have grup-0.97-r16 installed in slot: "0" > > > [blocks B ] sys-boot/grub:2[-multislot] ("sys-boot/grub:2[-multislot]" is > blocking sys-boot/grub-0.97-r16) > [blocks B ] sys-boot/grub:0 ("sys-boot/grub:0" is blocking > sys-boot/grub-2.02_beta3-r1) Read the output carefully, it tells you exactly what is wrong: sys-boot/grub:2[-multislot] is blocking grub:0 The multislot is important. I bet you have it disabled on your system. If you want grub:2, enable that flag for that package and slot > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-lang/perl:0 > > (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge) > pulled in by > =dev-lang/perl-5.22* required by > (virtual/perl-CPAN-Meta-2.150.1-r1:0/0::gentoo, ebuild scheduled for merge) > ^ ^ > > > (and 42 more with the same problem) > > (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by > dev-lang/perl:0/5.20=[-build(-)] required by > (dev-perl/ExtUtils-PkgConfig-1.150.0:0/0::gentoo, installed) > > > (and 56 more with the same problem) ignore till later. portage wants to keep perl at 5.20 (not the latest 5.22) because that's what ExtUtils-PkgConfig needs. This will be resolved when portage gets around to dealing with ExtUtils-PkgConfig > > x11-base/xorg-server:0 > > (x11-base/xorg-server-1.18.4:0/1.18.4::gentoo, ebuild scheduled for merge) > pulled in by > >=x11-base/xorg-server-1.18[udev] required by > (x11-drivers/xf86-input-evdev-2.10.3:0/0::gentoo, ebuild scheduled for merge) > ^^ > > > > (x11-base/xorg-server-1.17.4:0/1.17.4::gentoo, installed) pulled in by > x11-base/xorg-server:0/1.17.4= required by > (x11-drivers/xf86-input-keyboard-1.8.1:0/0::gentoo, installed) > ^^ > > (and 3 more with the same problem) Same as perl, but this time it's xf86-input keyboard > > media-libs/giflib:0 > > (media-libs/giflib-5.1.4:0/7::gentoo, ebuild scheduled for merge) pulled in > by > (no parents that aren't satisfied by other packages in this slot) > > (media-libs/giflib-4.1.6-r3:0/0::gentoo, installed) pulled in by > media-libs/giflib:0/0= required by > (media-video/mplayer-1.2.1:0/0::gentoo, installed) > ^ > > > media-libs/libdvbpsi:0 > > (media-libs/libdvbpsi-1.3.0-r1:0/10::gentoo, ebuild scheduled for merge) > pulled in by > (no parents that aren't satisfied by other packages in this slot) > > (media-libs/libdvbpsi-1.2.0:0/0::gentoo, installed) pulled in by > >=media-libs/libdvbpsi-0.2.1:0/0= required by > (media-video/vlc-2.2.4:0/5-8::gentoo, installed) > ^ > > > dev-libs/kpathsea:0 > > (dev-libs/kpathsea-6.2.1_p20150521-r2:0/6.2.1::gentoo, ebuild scheduled for > merge) pulled in by > >=dev-libs/kpathsea-6.2.1 required by > (app-text/texlive-core-2015-r1:0/0::gentoo, ebuild scheduled for merge) > ^^ ^ > > > (and 4 more with the same problem) > > (dev-libs/kpathsea-6.2.0_p20140525:0/6.2.0::gentoo, installed) pulled in by > dev-libs/kpathsea:0/6.2.0= required by (app-text/dvipng-1.15:0/0::gentoo, > installed) > ^ > And these are ever
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:35 PM, Andrew Hoffman andy.hoffma...@gmail.comwrote: On Mon, Apr 8, 2013 at 1:30 PM, Canek Peláez Valdés can...@gmail.comwrote: On Mon, Apr 8, 2013 at 1:10 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi I see the error now. The problem is that the class GLib.Bytes is defined in glib-2.0.vapi for valac 0.16, 0.18 and 0.20, but not for valac 0.12 nor 0.14. The latest version of telepahy-glib uses GLib.Bytes, so it dependencies need to be compiled with a newer version of valac. Can you try to emerge folks as follows: VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks If that fails, what version of telepathy-glib do you have installed? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México that did fail: lapy portage # VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) dev-libs/folks-0.4.3 * folks-0.4.3.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] Unpacking source... Unpacking folks-0.4.3.tar.bz2 to /var/tmp/portage/dev-libs/folks-0.4.3/work Source unpacked in /var/tmp/portage/dev-libs/folks-0.4.3/work Preparing source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... * Fixing OMF Makefiles ... [ ok ] * Disabling deprecation warnings ... [ ok ] * Running elibtoolize in: folks-0.4.3/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.2.6 patch ... Source prepared. Configuring source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... (removed) checking pkg-config is at least version 0.21... yes checking for GLIB... yes checking for GMODULE... yes checking for GIO... yes checking for DBUS_GLIB... yes checking for GEE... yes checking for TP_GLIB... yes checking for valac... /usr/bin/valac-0.12 checking /usr/bin/valac-0.12 is at least version 0.11.6... yes checking for vapigen... /usr/bin/vapigen-0.12 checking for telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 vala bindings... configure: error: Package requirements were not met: telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 warning: D-Bus GLib is deprecated, use GDBus telepathy-glib.vapi:1326.36-1326.45: error: The type name `GLib.Bytes' could not be found Consider adjusting the XDG_DATA_DIRS environment variable if you installed bindings in a non-standard prefix. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3/config.log * ERROR: dev-libs/folks-0.4.3 failed
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:35 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:30 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:10 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi I see the error now. The problem is that the class GLib.Bytes is defined in glib-2.0.vapi for valac 0.16, 0.18 and 0.20, but not for valac 0.12 nor 0.14. The latest version of telepahy-glib uses GLib.Bytes, so it dependencies need to be compiled with a newer version of valac. Can you try to emerge folks as follows: VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks If that fails, what version of telepathy-glib do you have installed? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México that did fail: lapy portage # VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) dev-libs/folks-0.4.3 * folks-0.4.3.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] Unpacking source... Unpacking folks-0.4.3.tar.bz2 to /var/tmp/portage/dev-libs/folks-0.4.3/work Source unpacked in /var/tmp/portage/dev-libs/folks-0.4.3/work Preparing source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... * Fixing OMF Makefiles ... [ ok ] * Disabling deprecation warnings ... [ ok ] * Running elibtoolize in: folks-0.4.3/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.2.6 patch ... Source prepared. Configuring source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... (removed) checking pkg-config is at least version 0.21... yes checking for GLIB... yes checking for GMODULE... yes checking for GIO... yes checking for DBUS_GLIB... yes checking for GEE... yes checking for TP_GLIB... yes checking for valac... /usr/bin/valac-0.12 checking /usr/bin/valac-0.12 is at least version 0.11.6... yes checking for vapigen... /usr/bin/vapigen-0.12 checking for telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 vala bindings... configure: error: Package requirements were not met: telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 warning: D-Bus GLib is deprecated, use GDBus telepathy-glib.vapi:1326.36-1326.45: error: The type name `GLib.Bytes' could not be found Consider adjusting the XDG_DATA_DIRS environment variable if you installed bindings in a non-standard prefix. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3/config.log * ERROR: dev-libs/folks-0.4.3 failed (configure phase): * econf failed
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
On Mon, Apr 8, 2013 at 1:53 PM, Canek Peláez Valdés can...@gmail.comwrote: On Mon, Apr 8, 2013 at 1:35 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:30 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:10 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: On Mon, Apr 8, 2013 at 1:02 PM, Canek Peláez Valdés can...@gmail.com wrote: On Mon, Apr 8, 2013 at 12:54 PM, Andrew Hoffman andy.hoffma...@gmail.com wrote: Canek, I have those files in /usr/lib/pkgconfig I do not have a /usr/lib64 lapy lib # locate telepathy-glib.pc /usr/lib/pkgconfig/telepathy-glib.pc lapy lib # locate dbus-glib-1.pc /usr/lib/pkgconfig/dbus-glib-1.pc lapy lib # locate gio-2.0.pc /usr/lib/pkgconfig/gio-2.0.pc lapy lib # locate gee-1.0.pc /usr/lib/pkgconfig/gee-1.0.pc How would I tell if they are damaged if that is indeed the case? Don't top-post, please. Sorry, I messed up the files; you don't need the pkgconfig files (*.pc), you need the Vala API files (*.vapi). You need: /usr/share/vala/vapi/telepathy-glib.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi /usr/share/vala/vapi/gee-1.0.vapi Depending on how many Vala compiler versions you have, you can have several of the second and the third; for example I have: /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi /usr/share/vala-0.20/vapi/dbus-glib-1.vapi Check if you have the four vapi files, and that the ones for dbus-glib-1 and gio-2.0 exists for all your versions of the Vala compiler. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Guess gmail defaults to top post so its what I use:/ Anyhow I have these files: lapy lib # locate telepathy-glib.vapi /usr/share/vala/vapi/telepathy-glib.vapi lapy lib # locate dbus-glib-1.vapi /usr/share/vala-0.12/vapi/dbus-glib-1.vapi /usr/share/vala-0.14/vapi/dbus-glib-1.vapi /usr/share/vala-0.16/vapi/dbus-glib-1.vapi /usr/share/vala-0.18/vapi/dbus-glib-1.vapi lapy lib # locate gio-2.0.vapi /usr/share/vala-0.12/vapi/gio-2.0.vapi /usr/share/vala-0.14/vapi/gio-2.0.vapi /usr/share/vala-0.16/vapi/gio-2.0.vapi /usr/share/vala-0.18/vapi/gio-2.0.vapi lapy lib # locate gee-1.0.vapi /usr/share/vala/vapi/gee-1.0.vapi I see the error now. The problem is that the class GLib.Bytes is defined in glib-2.0.vapi for valac 0.16, 0.18 and 0.20, but not for valac 0.12 nor 0.14. The latest version of telepahy-glib uses GLib.Bytes, so it dependencies need to be compiled with a newer version of valac. Can you try to emerge folks as follows: VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks If that fails, what version of telepathy-glib do you have installed? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México that did fail: lapy portage # VALA_MIN_API_VERSION=0.16 emerge dev-libs/folks Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) dev-libs/folks-0.4.3 * folks-0.4.3.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] Unpacking source... Unpacking folks-0.4.3.tar.bz2 to /var/tmp/portage/dev-libs/folks-0.4.3/work Source unpacked in /var/tmp/portage/dev-libs/folks-0.4.3/work Preparing source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... * Fixing OMF Makefiles ... [ ok ] * Disabling deprecation warnings ... [ ok ] * Running elibtoolize in: folks-0.4.3/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.2.6 patch ... Source prepared. Configuring source in /var/tmp/portage/dev-libs/folks-0.4.3/work/folks-0.4.3 ... (removed) checking pkg-config is at least version 0.21... yes checking for GLIB... yes checking for GMODULE... yes checking for GIO... yes checking for DBUS_GLIB... yes checking for GEE... yes checking for TP_GLIB... yes checking for valac... /usr/bin/valac-0.12 checking /usr/bin/valac-0.12 is at least version 0.11.6... yes checking for vapigen... /usr/bin/vapigen-0.12 checking for telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 vala bindings... configure: error: Package requirements were not met: telepathy-glib dbus-glib-1 gio-2.0 gee-1.0 warning: D-Bus GLib is deprecated, use GDBus telepathy-glib.vapi:1326.36-1326.45: error: The type name `GLib.Bytes' could not be found Consider adjusting the XDG_DATA_DIRS environment variable if you installed bindings in a non
Re: [gentoo-user] Why does kdevevelop-3.3.2 depend on the old KDE packages arts-3.4.3, kdelibs-3.4.3-r1 and kdesdk-kioslaves-3.4.3?
Rumen Yotov wrote: On Tue, 2006-04-04 at 22:10 +0200, Erik wrote: Rumen Yotov wrote: On Tue, 2006-04-04 at 20:48 +0200, Erik wrote: I use KDE 3.5.2 and KDevelop 3.3.2 but it wants me to install some old KDE packages despite that I have dev-util/kdevelop ~x86 in /etc/portage/package.keywords. This looks like a bug with the dependencies: # emerge -Dpv kdevelop These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] kde-base/arts-3.4.3 USE=alsa arts jack kdeenablefinal mp3 vorbis xinerama -artswrappersuid -debug -esd -hardened -nas 0 kB [ebuild NS ] kde-base/kdelibs-3.4.3-r1 USE=alsa arts cups kdeenablefinal kerberos spell ssl xinerama -debug -doc -jpeg2k -openexr -tiff -zeroconf 0 kB [ebuild N] kde-base/kdesdk-kioslaves-3.4.3 USE=arts kdeenablefinal xinerama -debug -kdexdeltas 0 kB [ebuild R ] dev-util/kdevelop-3.3.2 USE=ada arts fortran perl php python ruby sql subversion xinerama -clearcase -cvs -debug -haskell -java -pascal -perforce 0 kB Total size of downloads: 0 kB Hi, That's not the proper way to install old version of (slotted) package. Use emerge =dev-util/kdevelop-3.1.2 -av to install the oldest available. #eix kdevelop * dev-util/kdevelop Available versions: 3.1.2 3.2.1-r1 3.2.2 3.2.3 3.2.3-r1 3.3.0 3.3.1 3.3.2 Installed: none Homepage:http://www.kdevelop.org Description: Integrated Development Enviroment for Unix, supporting KDE/Qt, C/C++ and a many other languages. When running emerge category/package it only shows the major slot version. This will (probably) fetch some old QT,Kdelibs,KDEbase versions too. Check 'man emerge' So is there no way to get a version of KDevelp that does not depend on old versions of arts and kdelibs? (That is what I want.) KDevelop 3.3.2 seems to work fine with the new arts and kdelibs, so I suspect the dependency on the old versions is a bug in the package. If noone objects I will report it. Hi, Sorry seems i misunderstood your question, here're the dependencies: dev-util/kdevelop-3.3.2: =sys-libs/db-4.1*sys-libs/db-4.1.25_p2 =x11-libs/qt-3.3*x11-libs/qt-3.3.6 =kde-base/kdelibs-3.5 kde-base/kdelibs-3.5.2-r1 =sys-devel/automake-1.7.0 sys-devel/automake-1.9.6-r2 dev-lang/perldev-lang/perl-5.8.8-r1 dev-util/pkgconfig dev-util/pkgconfig-0.20 subversion? || kde-base/kdesdk-kioslaves kde-base/kdesdk-kioslaves-3.5.2 sys-devel/autoconf sys-devel/autoconf-2.59-r7 sys-devel/flex sys-devel/flex-2.5.33-r1 sys-devel/gdbsys-devel/gdb-6.4-r4 sys-devel/make sys-devel/make-3.80-r4 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9-r1 ~kde-base/kde-env-3 kde-base/kde-env-3-r4 So kdevelop-3.3.2 wants/requires =kdelibs-3.5 (won't work with 3.4) May be you should put kdelibs ~x86 in package.keywords too. I already had kde-base/kdelibs ~x86 there. -- gentoo-user@gentoo.org mailing list
[gentoo-user]
Date: Sat, 13 Jul 2013 17:06:34 -0300 From: pizta...@crow.satelite.com To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Please help me with an emerge slot problem. Message-ID: 20130713200634.ga8...@crow.satelite.com References: 20130713185536.gc29...@acm.acm MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 20130713185536.gc29...@acm.acm User-Agent: Mutt/1.5.21 (2010-09-15) On Sat, Jul 13, 2013 at 06:55:36PM +, Alan Mackenzie wrote: Hi, Gentoo. When I try emerge -puND libgcrypt, I get a list of packages to merge followed by this error message: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-libs/libgcrypt:0 (dev-libs/libgcrypt-1.5.2-r1::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) (dev-libs/libgcrypt-1.5.0-r2::gentoo, installed) pulled in by =dev-libs/libgcrypt-1.1.90:0/0= required by (net-misc/vino-2.32.2-r1::gentoo, installed) (and 1 more with the same problem) What is this message telling me? Why won't vino-2.32.2-r1 work with libgcrypt-1.5.2-r1? TIA! -- Alan Mackenzie (Nuremberg, Germany). For use vino-2.32.2-r1 you need this : equery g =net-misc/vino-2.32.2-r1 * dependency graph for net-misc/vino-2.32.2-r1 -- net-misc/vino-2.32.2-r1 x86 -- dev-libs/glib-2.32.4-r1 (=dev-libs/glib-2.17) x86 -- x11-libs/gtk+-2.24.17 (=x11-libs/gtk+-2.20) x86 -- gnome-base/gconf-2.32.4-r1 (=gnome-base/gconf-2) x86 -- sys-apps/dbus-1.6.12 (=sys-apps/dbus-1.2.3) x86 -- net-libs/libsoup-2.38.1 (=net-libs/libsoup-2.24) x86 -- dev-libs/libunique-1.1.6-r1 (dev-libs/libunique) x86 -- dev-libs/dbus-glib-0.100.2 (dev-libs/dbus-glib) x86 -- x11-libs/libXext-1.3.1 (x11-libs/libXext) x86 -- x11-libs/libXtst-1.2.1 (x11-libs/libXtst) x86 -- net-dns/avahi-0.6.30-r3 (=net-dns/avahi-0.6) x86 [dbus] -- dev-libs/libgcrypt-1.5.0-r2 (=dev-libs/libgcrypt-1.1.90) x86 -- gnome-base/libgnome-keyring-2.32.0 (gnome-base/libgnome-keyring) x86 -- virtual/jpeg-0 (virtual/jpeg) x86 -- x11-libs/libnotify-0.7.5-r1 (=x11-libs/libnotify-0.4.4) x86 -- net-misc/networkmanager-0.9.6.4 (=net-misc/networkmanager-0.7) x86 -- net-libs/gnutls-2.12.23-r1 (=net-libs/gnutls-1) x86 -- net-libs/telepathy-glib-0.20.1-r1 (=net-libs/telepathy-glib-0.11.6) x86 -- sys-libs/zlib-1.2.7 (sys-libs/zlib) x86 -- dev-lang/perl-5.12.4-r1 (=dev-lang/perl-5) x86 -- virtual/pkgconfig-0 (virtual/pkgconfig) x86 -- dev-util/intltool-0.50.2-r1 (=dev-util/intltool-0.40) x86 -- sys-apps/sed-4.2.1-r1 (=sys-apps/sed-4) x86 On my machine libgcrypt-1.5.2-r1 is mark as unstable. ¿ Are you unmask that version of package ? Sorry , if my english isn't good! - Kyd -
[gentoo-user] Re: go to a no-x console from failed X + lxde install
Andrej Rode <m...@andrejro.de> writes: > Hi, > >> (dependency required by "gnome-extra/polkit-gnome-0.105-r1::gentoo" >> [installed]) >> (dependency required by "sys-auth/polkit-0.113-r1::gentoo[gtk]" [installed]) >> (dependency required by "sys-auth/consolekit-1.1.0-r1::gentoo[policykit]" >> [installed]) >> (dependency required by "sys-auth/pambase-20150213::gentoo[consolekit]" >> [installed]) >> (dependency required by "net-misc/openssh-7.3_p1-r8::gentoo[pam]" [ebuild]) >> (dependency required by "virtual/ssh-0::gentoo[-minimal]" [installed]) >> (dependency required by "@system" [set]) >> (dependency required by "@world" [argument]) >> These are the packages that would be merged, in order: > > This output now shows us that `> (dependency required by > "sys-auth/polkit-0.113-r1::gentoo[gtk]" [installed])` polkit has the gtk > useflag and therefore it tries to build `polkit-gnome` which in fact > requires gtk. > > Instead of setting USE=-gtk in your `/etc/portage/make.conf` try setting > `sys-auth/consolekit-1.1.0-r1 -gtk` in `/etc/portage/package.use/polkit` I guessed you meant to say polkit so: root # cat /etc/portage/package.use/polkit sys-auth/polkit-0.113-r -gtk And boy did those changes you've been posting really make a difference I have a nice hefty list of nearly all non-x stuff ... One item puzzles me a bit: [ebuild N ] x11-misc/shared-mime-info-1.7::gentoo USE="{-test}" 0 KiB Using Dales suggestion of --tree I see a whole list of stuff pulling that in. The closest culprit seems to be: dev-libs/glib-2.50.2:[...] USE+"mime [...]" But maybe `shared-mime-info' is something one might use reading mail or such? I guess the `nomerge' part means its already installed? Its a bit confusing seeing what is actually doing the pulling: Is it `virtual/ssh-0' [ebuild R] virtual/ssh-0::gentoo USE="minimal*" 0 KiB [nomerge ] sys-apps/pciutils-3.5.2::gentoo USE="kmod [...] [nomerge ] virtual/libudev-232:0/1::gentoo USE="-static-libs[...] [ebuild R] sys-fs/eudev-3.2::gentoo USE="hwdb kmod [...] [nomerge ] sys-fs/udev-init-scripts-32::gentoo [nomerge ] virtual/udev-217::gentoo USE="-systemd" [nomerge ] sys-fs/eudev-3.2::gentoo USE="hwdb kmod [...] [nomerge ]virtual/pkgconfig-0-r1::gentoo [nomerge ] dev-util/pkgconfig-0.29.1::gentoo USE="-hardened [...] [nomerge ] dev-libs/glib-2.50.2:2::gentoo USE="mime xattr [...] [ebuild N ] x11-misc/shared-mime-info-1.7::gentoo USE="{-test}"[...] Thanks for the help and the url pointers I snipped.
Re: [gentoo-user] pcre build failure
On Tue, 6 Oct 2020, Ashley Dixon wrote: > Date: Mon, 5 Oct 2020 19:55:50 > From: Ashley Dixon > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] pcre build failure > > This is confusing me to no end, partly because you seem to have included > the > same text twice? The information posted seems to contradict itself, > particularly > with the USE-flags. For example, here you have the `static-libs` flag > disabled: > > On Mon, Oct 05, 2020 at 02:40:47PM -0400, Jude DaShiell wrote: > > [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit > > readline recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 > > -pcre32 -static-libs*" ABI_X86="(64) -32 (-x32)" 0 KiB > > ... which is supported by the output of the configure script: > > > checking whether to build static libraries... no > [...] > > Build static libs ... : no > > ... but then in the output of `emerge --info`, which displays the flags of the > currently installed version, the `static-libs` flag is enabled: > > > dev-libs/libpcre-8.44::gentoo was built with the following: > > USE="bzip2 cxx jit readline recursion-limit (split-usr) static-libs > > (unicode) zlib -libedit -pcre16 -pcre32" ABI_X86="(64) -32 (-x32)" > > As the asterisk in the first emerge output would suggest, the flag is only > now > being disabled for the package. Such a change is very dangerous, and > although I > can't imagine why PCRE was built to use static libraries in the first place, > I > can assume this might be the cause of the error. I am still unable to > reproduce > this behaviour on my own system. > > PCRE depends on the following packages, so you will want to make sure that > all > of these agree on the nature of the libraries: static or dynamic? > > $ equery g libpcre > * Searching for libpcre ... > * dependency graph for dev-libs/libpcre-8.44 > `-- dev-libs/libpcre-8.44 amd64 >`-- app-arch/bzip2-1.0.6-r11 (app-arch/bzip2) amd64 >`-- sys-libs/zlib-1.2.11-r2 (sys-libs/zlib) amd64 >`-- dev-libs/libedit-20191211.3.1 (dev-libs/libedit) amd64 >`-- sys-libs/readline-8.0_p4 (sys-libs/readline) amd64 >`-- virtual/pkgconfig-2 (virtual/pkgconfig) amd64 >`-- app-portage/elt-patches-20170815 > (>=app-portage/elt-patches-20170815) amd64 > [ dev-libs/libpcre-8.44 stats: packages (7), max depth (1) ] > > > Irrelevant aside: you see these annoying ANSI colour codes captured by > `script`? > You can strip them out with the `ansifilter` program, provided by the > `app-text/ > ansifilter` package in gentoo.git. It takes standard input or a file name, > and > without any arguments, will erase all ANSI escape sequences. > > > [01;31mlivecd[01;34m / #[00m exit > > $ ansifilter <<< "[01;31mlivecd[01;34m / #[00m exit" # bash syntax > livecd / # exit > > In future, if you just want to capture the output of a (possibly > interactive) > command, `tee` is better than `script`. It usually strips escape sequences > and > such. However, it does not capture standard error to the output file, so > you'll > want to redirect it into standard output, like so: > > $ ./prog 2>&1 | tee prog-log > > -- When the failure happened on the computer I neglected to braille the commands that would have only produced a single copy of the text. In order to get the content from the second file, I needed to run the emerge update world command again then locate the command for the second file then cat that command. Braille paper is available here so I won't make that mistake again.
Re: [gentoo-user] pcre build failure
This is confusing me to no end, partly because you seem to have included the same text twice? The information posted seems to contradict itself, particularly with the USE-flags. For example, here you have the `static-libs` flag disabled: On Mon, Oct 05, 2020 at 02:40:47PM -0400, Jude DaShiell wrote: > [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit readline > recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 -pcre32 > -static-libs*" ABI_X86="(64) -32 (-x32)" 0 KiB ... which is supported by the output of the configure script: > checking whether to build static libraries... no [...] > Build static libs ... : no ... but then in the output of `emerge --info`, which displays the flags of the currently installed version, the `static-libs` flag is enabled: > dev-libs/libpcre-8.44::gentoo was built with the following: > USE="bzip2 cxx jit readline recursion-limit (split-usr) static-libs (unicode) > zlib -libedit -pcre16 -pcre32" ABI_X86="(64) -32 (-x32)" As the asterisk in the first emerge output would suggest, the flag is only now being disabled for the package. Such a change is very dangerous, and although I can't imagine why PCRE was built to use static libraries in the first place, I can assume this might be the cause of the error. I am still unable to reproduce this behaviour on my own system. PCRE depends on the following packages, so you will want to make sure that all of these agree on the nature of the libraries: static or dynamic? $ equery g libpcre * Searching for libpcre ... * dependency graph for dev-libs/libpcre-8.44 `-- dev-libs/libpcre-8.44 amd64 `-- app-arch/bzip2-1.0.6-r11 (app-arch/bzip2) amd64 `-- sys-libs/zlib-1.2.11-r2 (sys-libs/zlib) amd64 `-- dev-libs/libedit-20191211.3.1 (dev-libs/libedit) amd64 `-- sys-libs/readline-8.0_p4 (sys-libs/readline) amd64 `-- virtual/pkgconfig-2 (virtual/pkgconfig) amd64 `-- app-portage/elt-patches-20170815 (>=app-portage/elt-patches-20170815) amd64 [ dev-libs/libpcre-8.44 stats: packages (7), max depth (1) ] Irrelevant aside: you see these annoying ANSI colour codes captured by `script`? You can strip them out with the `ansifilter` program, provided by the `app-text/ ansifilter` package in gentoo.git. It takes standard input or a file name, and without any arguments, will erase all ANSI escape sequences. > [01;31mlivecd[01;34m / #[00m exit $ ansifilter <<< "[01;31mlivecd[01;34m / #[00m exit" # bash syntax livecd / # exit In future, if you just want to capture the output of a (possibly interactive) command, `tee` is better than `script`. It usually strips escape sequences and such. However, it does not capture standard error to the output file, so you'll want to redirect it into standard output, like so: $ ./prog 2>&1 | tee prog-log -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP 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] Synce and gentoo : crash RAPI driver
OK!! Hans, All is working since saturday ;-) Now my problem is to synchronize Kontact with my app. I follows instruction given by Synce Wiki and OpenSync Web site...(3 lines on the web site!!)But it doesn't sync. = If you have a link to explain better the process, think to me ;-) One note : le delay between the moment where I connect my PDA and the moment where the odccm reconizes it it's very long, but it isn't a real problem ;-) Best regards Arnaud On 3/5/07, Iain Buchanan [EMAIL PROTECTED] wrote: On Sat, 2007-03-03 at 09:21 +0100, Arnaud FARINE wrote: After installed all lib from subversion, when I try to emerge libopensync-plugin-synce (or I try to compile it directly from subversion) I obtain the same message when configure is running : can't find synce library !!! I find some synce lib in /usr/lib and /usr/local/lib this is because you need to specify to configure where you installed the library. Have a look at the wiki: http://www.synce.org/index.php/Building_SynCE_with_Windows_Mobile_2005_support_from_Subversion running export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ before ./configure usually does the trick. HTH, -- Iain Buchanan iaindb at netspace dot net dot au Monday is an awful way to spend one seventh of your life. -- gentoo-user@gentoo.org mailing list -- Arnaud FARINE
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] Re: Unable to emerge kdebase/kfilereplace-4.3.5
On 06/16/2010 02:29 PM, Thomas Revell wrote: Hi everyone, I've got a bit of a problem with a new Gentoo install that I'm currently trying to install KDE on. The installation of kdebase/kfilereplace-4.3.5 is failing, apparently due to a missing header file in its sources. snip [ 11%] [34m[1mGenerating koptionsdlgs.h snip [0mmoc: /var/tmp/portage/kde-base/kfilereplace-4.3.5/work/kfilereplace-4.3.5_build/kfilereplace/koptionsdlgs.h: No such file I have no idea what's going wrong, but I'm willing to make suggestions anyway :) The two lines of compiler output above show that the missing header file is supposed to be generated on the fly by the qt/moc tools. That means that the header file is not actually being generated, or maybe (but not likely) being generated in the wrong directory. I don't know much about the kde/qt build system, but it seems to involve the automoc and cmake packages as well as qmake, which is part of qt-core. For lack of anything better to suggest, I would try the good old shotgun technique of recompiling every package that has to do with building kde and qt packages, e.g. automoc, cmake, qt-core, and maybe more that I know nothing about. In particular, though, I always suspect that old, stale, leftover files from previous versions of related packages like qt and kde may be fouling things up. I pay close attention to the dates on files in /usr/include/* and /usr/qt and /usr/kde and /usr/lib/qt and /usr/lib/kde to see if there are just a few files with the same (old) date. Oh, and /usr/lib/pkgconfig is worth a look also. Meanwhile, hope for someone to give you a better answer.
[gentoo-user] emerge world, USE flags and packages that aren't there
Hi all, I've got a PC that I use as a media computer, music, videos etc. I haven't updated it in ages so decided now is the time to give it a go. I issue the command, and subsequently get: *** harold ~# emerge --pretend -NuD world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy dev-vcs/subversion[-dso,perl]. !!! One of the following packages is required to complete your request: - dev-vcs/subversion-1.6.15 (Change USE: -dso) (dependency required by dev-vcs/git-1.7.4_rc3 [ebuild]) (dependency required by sys-devel/gettext-0.18.1.1-r1 [ebuild]) (dependency required by dev-libs/popt-1.16-r1 [ebuild]) (dependency required by dev-util/pkgconfig-0.25-r2 [ebuild]) (dependency required by dev-lang/python-3.1.3 [ebuild]) (dependency required by app-admin/python-updater-0.8 [installed]) *** Well, it's a media computer so subversion shouldn't be there - I think it's a leftover from a previous task for this machine. So I now issue the command, and once again get: *** harold ~ # emerge -C subversion * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean atom` to check for reverse dependencies before * removing packages. --- Couldn't find 'null/subversion' to unmerge. No packages selected for removal by unmerge harold ~ # *** So, I'm now confused. I'm not a Portage rocket scientist, but my reading of this is that subversion needs some flags set, but subversion isn't there Is this correct? Any ideas as to how I can get myself out of this pickle? Any thoughts greatly appreciated, Andrew
Re: [gentoo-user] emerge world, USE flags and packages that aren't there
On 29/1/2011, at 2:49am, Andrew Lowe wrote: ... emerge: there are no ebuilds built with USE flags to satisfy dev-vcs/subversion[-dso,perl]. !!! One of the following packages is required to complete your request: - dev-vcs/subversion-1.6.15 (Change USE: -dso) (dependency required by dev-vcs/git-1.7.4_rc3 [ebuild]) (dependency required by sys-devel/gettext-0.18.1.1-r1 [ebuild]) (dependency required by dev-libs/popt-1.16-r1 [ebuild]) (dependency required by dev-util/pkgconfig-0.25-r2 [ebuild]) (dependency required by dev-lang/python-3.1.3 [ebuild]) (dependency required by app-admin/python-updater-0.8 [installed]) *** Well, it's a media computer so subversion shouldn't be there - I think it's a leftover from a previous task for this machine. Subversion provides not only the server, but also `/usr/bin/svn`, the tool for downloading stuff from a repo. This is often needed for installing stuff via Portage that upstream developers keep in a Subversion repo. Actually, in this case, sys-devel/gettext depends upon git, a different version control system (presumably because some of gettext's files are stored in git) and Subversion is being pulled in by git (probably for stuff like http://learn.github.com/p/git-svn.html and probably controlled by a USE flag). Stroller.
Re: [gentoo-user] Re: LVM, /usr and really really bad thoughts.
On Tue, Mar 13, 2012 at 2:09 AM, Walter Dnes waltd...@waltdnes.org wrote: On Mon, Mar 12, 2012 at 06:22:39PM -0500, Dale wrote I think mdev has shown it can be fixed. Given time, it just may replace udev then the udev dev can screw up his own stuff on not bother other distros. I'm giving mdev some thought here. I want /usr on LVM which means it has to be separate. Sorry, in lste-breaking news, it looks like udev is a mandatory dependancy for lvm2. No udev == No lvm2 It seems so; from lvm2 2.02.93: DEPEND_COMMON=!!sys-fs/device-mapper readline? ( sys-libs/readline ) clvm? ( =sys-cluster/dlm-2* cman? ( =sys-cluster/cman-2* ) ) =sys-fs/udev-151-r4 ... econf $(use_enable readline) \ $(use_enable selinux) \ --enable-pkgconfig \ --with-confdir=${EPREFIX}/etc \ --sbindir=${EPREFIX}/sbin \ --with-staticdir=${EPREFIX}/sbin \ --libdir=${EPREFIX}/$(get_libdir) \ --with-usrlibdir=${EPREFIX}/usr/$(get_libdir) \ --enable-udev_rules \ --enable-udev_sync \ --with-udevdir=${EPREFIX}/lib/udev/rules.d/ \ ${myconf} \ CLDFLAGS=${LDFLAGS} || die Maybe you could try to modify the LVM ebuild to point udevdir to a black hole and disable udev_rules and udev_sync. But that would be at best a hack; I'm not familiar enough with the LVM code to know if they actually need udev to run, or it only installs some rules so it can run better with it. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] LVM dependencies?
On Apr 14, 2012 8:59 PM, Florian Philipp li...@binarywings.net wrote: Am 14.04.2012 14:48, schrieb Pandu Poluan: I just want to know, what dependencies LVM rely on? I tried searching, but my Google-fu only managed to return threads about people having some problems with LVM (*not* that LVM is problematic, just some people having some problems and being guided to troubleshoot). Rgds, You mean package dependencies? DEPEND_COMMON=!!sys-fs/device-mapper readline? ( sys-libs/readline ) clvm? ( =sys-cluster/dlm-2* cman? ( =sys-cluster/cman-2* ) ) =sys-fs/udev-151-r4 RDEPEND=${DEPEND_COMMON} !sys-apps/openrc-0.4 !!sys-fs/lvm-user !!sys-fs/clvm =sys-apps/util-linux-2.16 # Upgrading to this LVM will break older cryptsetup RDEPEND=${RDEPEND} !sys-fs/cryptsetup-1.1.2 DEPEND=${DEPEND_COMMON} dev-util/pkgconfig =sys-devel/binutils-2.20.1-r1 Or direct dynamically linked libraries? equery files -f obj sys-fs/lvm2 | xargs ldd 2/dev/null Or kernel features? The libraries, actually. Sadly I currently don't have access to a Gentoo box, so I would really appreciate it if I can get the output of the ldd. Rgds,
Re: [gentoo-user] how to get a couple of -9999 packages to behave
On Tue, 18 Aug 2015, cov...@ccs.covici.com wrote: OK, I have the following in /etc/portage/package.use app-accessibility/at-spi2-atk abi_x86_32 app-accessibility/at-spi2-core abi_x86_32 Can you verify that these are being picked up properly by running emerge -av at-spi2-atk at-spi2-core Should show you the active use flags and hopefully abi_x86_32 will be among them. Additionally I'm going to go out on a limb here and ask: are you using a multilib profile? But the 999 versions are not giving the /usr/lib32 items including /usr/lib32/pkgconfig/atspi-2.pc and this seems to be the problem The gnome-overlay ebuilds do not differ too much from the main tree ebuilds and those are multlib friendly so the live ones should be too. -- how can I fix, or how can I do the same thing outside of tree i.e. get both the /usr/lib64 and /usr/lib32 items like the one mentioned above. Multilib ebuilds basically copy the sources into two folders and run different configure commands in them. Something like CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --prefix=/usr/local --libdir=/usr/local/lib32 should build the 32 bit variant properly. You will also be able to use everything straight away since /usr/local/include is on the default preprocessor search path and /usr/local/lib32 (should) be in /etc/ld.so.conf by default. But I don't think it is likely an ebuild problem here, this kind of thing would be quickly caught.
Re: [gentoo-user] Beast / BSE
On 12/04/2015 09:44 AM, meino.cra...@gmx.de wrote: > (WARNING! I am no native english speaker! :) No problem, so far I can understand what you are saying. :-) > I tried to compile the beast outside but regardless what I > was doing, it bests configure insists of not seeing libpng, > which definitely ist installed on my system. I discovered the problem: beast (and its dependency rapicorn) is written using libpng:1.2 (according to its configure file) - which is actually still in portage. The problem is, portage doesn't install the libpng12.pc file that pkgconfig needs or any other headers/include files needed during the build process. When I discovered this I figured I'd better roll out a virtual machine so I don't screw up my main machine. Anyway, in the new virtual machine I figured no big deal, I changed the configure script to point to what was installed (libpng-1.6). However, between 1.2 and 1.6 there's been a lot of changes, including functions being renamed and a bunch of other stuff moved around. Until the author updates his own libraries (speaking of rapicorn mostly here) it will likely never compile on gentoo. However, it looks like on a binary distro it would compile, specifically on Ubuntu distros according to the documentation (Ubuntu appears to maintain support for older libpng builds?) The other major issue is that pretty much all other packages in gentoo rely on libpng:1.6 so removing it and installing only libpng:1.2 is not an option. > > Since you ar intested in the program (or: in this kind of programs?) > you may also take a look at zynaddsubfx... Thanks, I'll check that out too. At least that one is in portage already. Dan
Re: [gentoo-user] problem updating colord
OK. It's a multilib problem on my end. colord built with USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it doesn't. Workaround: ABI_X86="32" emerge sqlite colord On Mon, Aug 8, 2016 at 8:02 PM, <cov...@ccs.covici.com> wrote: > P Levine <plevine...@gmail.com> wrote: > > > I've been having a similar problem with colord not finding its sqlite > > dependency via pkgconfig even though it's there. I haven't filed a bug > yet > > though. > > I think this is the exact bug I have, so go ahead and file the bug since > it looks like no one is fixing it on their own. > > > > > On Mon, Aug 8, 2016 at 2:36 PM, <cov...@ccs.covici.com> wrote: > > > > > For the last few times I have done a world update I have beenunable to > > > update x11-misc/colord because it says it can't find the .pc file. > Its > > > definitely there in /usr/lib64 and I even forced the PKGPATH, but still > > > no joy. I have done some googling, but I could find nothing of > > > interest. Anyone else seeing this -- can you tell me what is happening > > > here? > > > > > > Thanks in advance for any suggestions. > > > > > > -- > > > 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 > > > > > > > > > > > > Alternatives: > > > > > > -- > 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] Cmake problem - please help
Below are approaches that I would suggest if you want to go for the local solution: 1. Use brewlinux to install mumps. I assume brew will pull all required dependencies. This approach works well for me in different servers. 2. Compile mumps and it dependencies locally. You need to play around with cmake or ccmake path setup so that mumps can use locally installed libraries. This solution allow you to try new compilers and libraries, however, you will have to maintain your build scripts. I have not tried mumps before so I cannot give you detail information. HTH Hung On Thu, Nov 23, 2017 at 12:14 PM, Helmut Jarausch <jarau...@skynet.be> wrote: > On 11/23/2017 06:07:39 PM, Hung Dang wrote: > >> Is this possible to install your packages locally in your home folder? >> This >> approach works better if you have to work on different machines. >> >> HTH >> Hung >> > > Yes, but how does this help. Cmake doesn't link to libscalapack and > therefore fails. > > >> On Thu, Nov 23, 2017 at 12:01 PM, Helmut Jarausch _ j_ a_ r_ a_ u_ s_ >> c_ h_ @_ s_ k_ y_ n_ e_ t_ ._ b_ e >> wrote: >> 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] Cmake problem - please help
Hello, Firstly, you should file a bug, but that might not get it working as quickly as you'd like. On Thu, Nov 23, 2017 at 11:01 AM, Helmut Jarausch <jarau...@skynet.be> wrote: > 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' > Which package? > 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. > The files are named like "FindX" and look like this: https://github.com/OpenCMISS/cm/blob/master/cmake_modules/FindMUMPS.cmake. If you edit them system-wide, you can likely get everything to build via Portage. You can also look for a "taget_link_library" directive in the project's CMakeLists.txt and hardcode a path. https://cmake.org/cmake/help/v3.0/command/target_link_libraries.html > I'd be grateful to any hints and links (for 'cmake' dummies) > Pretending you want to configure and build your project with CMake is probably the best option, though I have given you all that you should need to fix the problem. https://cmake.org/cmake-tutorial/ I would seriously consider Mr. Dang's solution. It is something I have had to do quite a bit, especially as CMake is extremely opaque at the system level. Brewlinux is new to me, I just do everything by hand. Cheers, R0b0t1
[gentoo-user] KDE: wtf
Kde is still broken here, I want to reboot before declaring Steam still dead... I read some vomit just now and it's like: ### -- Found PkgConfig: x86_64-pc-linux-gnu-pkg-config (found version "0.29.2") -- Found XCB_XCB: /usr/lib/libxcb.so (found version "1.13") -- Found XCB_KEYSYMS: /usr/lib/libxcb-keysyms.so (found version "0.4.0") -- Found XCB: /usr/lib/libxcb.so;/usr/lib/libxcb-keysyms.so (found version "1.13") found components: XCB KEYSYMS CMake Error at /usr/lib64/cmake/Qt5/Qt5Config.cmake:28 (find_package): Could not find a package configuration file provided by "Qt5X11Extras" with any of the following names: Qt5X11ExtrasConfig.cmake qt5x11extras-config.cmake Add the installation prefix of "Qt5X11Extras" to CMAKE_PREFIX_PATH or set "Qt5X11Extras_DIR" to a directory containing one of the above files. If "Qt5X11Extras" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:58 (find_package) -- Configuring incomplete, errors occurred! See also "/var/tmp/portage/kde-frameworks/kwindowsystem-5.48.0/work/kwindowsystem-5.48.0_build/CMakeFiles/CMakeOutput.log". * ERROR: kde-frameworks/kwindowsystem-5.48.0::gentoo failed (configure phase): * cmake failed * * Call stack: * ebuild.sh, line 124: Called src_configure * environment, line 3762: Called kde5_src_configure ### Okay I'm a bit dumbfounded right now. =( I tried emerge --oneshot kde-frameworks/extra-cmake-modules and that didn't help -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] KDE: wtf
Please tame your tongue. The correct package would have been qtx11extras. But it is already in the dependencies when you build kwindowsystem with USE="X". Post the output of emerge -pv kwindowsystem And also have a look into /etc/portage/package.provided if it contains qtx11extras. Of course it could be that there is some issue with how Gentoo sets up the build for kwindowsystem. In that case you might want to create an issue on bugs.gentoo.org. 2018-07-28 8:02 GMT+03:00 Alan Grimes : > Kde is still broken here, I want to reboot before declaring Steam still > dead... > > I read some vomit just now and it's like: > > ####### > -- Found PkgConfig: x86_64-pc-linux-gnu-pkg-config (found version "0.29.2") > -- Found XCB_XCB: /usr/lib/libxcb.so (found version "1.13") > -- Found XCB_KEYSYMS: /usr/lib/libxcb-keysyms.so (found version "0.4.0") > -- Found XCB: /usr/lib/libxcb.so;/usr/lib/libxcb-keysyms.so (found > version "1.13") found components: XCB KEYSYMS > CMake Error at /usr/lib64/cmake/Qt5/Qt5Config.cmake:28 (find_package): > Could not find a package configuration file provided by "Qt5X11Extras" > with > any of the following names: > > Qt5X11ExtrasConfig.cmake > qt5x11extras-config.cmake > > Add the installation prefix of "Qt5X11Extras" to CMAKE_PREFIX_PATH or set > "Qt5X11Extras_DIR" to a directory containing one of the above files. If > "Qt5X11Extras" provides a separate development package or SDK, be sure it > has been installed. > Call Stack (most recent call first): > CMakeLists.txt:58 (find_package) > > > -- Configuring incomplete, errors occurred! > See also > "/var/tmp/portage/kde-frameworks/kwindowsystem-5.48. > 0/work/kwindowsystem-5.48.0_build/CMakeFiles/CMakeOutput.log". > * ERROR: kde-frameworks/kwindowsystem-5.48.0::gentoo failed (configure > phase): > * cmake failed > * > * Call stack: > * ebuild.sh, line 124: Called src_configure > * environment, line 3762: Called kde5_src_configure > ### > > > Okay I'm a bit dumbfounded right now. =( > > I tried > emerge --oneshot kde-frameworks/extra-cmake-modules > > and that didn't help > > -- > Please report bounces from this address to a...@numentics.com > > Powers are not rights. > > >