Re: [gentoo-user] libstdc++.so.6
On Tue, Jul 2, 2013 at 3:16 PM, Silvio Siefke siefke_lis...@web.de wrote: Hello, i have problem with my Desktop XFCE and the most Software. On my System could not find the libstdc++ libs, i search but no find. What is there wrong? gentoo-desk lib # find . | grep libstdc ./nacl-toolchain-newlib/x86_64-nacl/lib32/libstdc++.la ./nacl-toolchain-newlib/x86_64-nacl/lib32/libstdc++.a ./nacl-toolchain-newlib/x86_64-nacl/lib/libstdc++.la ./nacl-toolchain-newlib/x86_64-nacl/lib/libstdc++.a Can someone help? Thank you Greeting Silvio Check out this link: http://forums.gentoo.org/viewtopic-t-875161-start-0.html essentially revdep-rebuild and fix_libtool_files.sh are your first steps emerge sys-libs/libstdc++-v3 is the next -Andy
Re: [gentoo-user] How reliable is ext3?
On Tue, Apr 23, 2013 at 4:10 PM, Jarry mr.ja...@gmail.com wrote: On 23-Apr-13 22:40, Alan McKinnon wrote: ext4 is fine. All the horror stories ended years ago and almost all major distros ship it as a default. Hm, I remember one horror story about ext4 data corruption bug which circulated in public just a few months ago: https://lkml.org/lkml/2012/10/**23/690https://lkml.org/lkml/2012/10/23/690 Jarry Does anyone know if this ever was a production issue? Gentoo-sources is 6 versions behind http://packages.gentoo.org/package/sys-kernel/gentoo-sources for the stable kernel latest dev is 3.6.9-rc8
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
lapy andy # cat /var/lib/layman/make.conf PORTDIR_OVERLAY= /var/lib/layman/gamerlay /var/lib/layman/games /var/lib/layman/java-overlay $PORTDIR_OVERLAY I attached the other logs. I also remerged libgee no change Thanks, -Andy On Sun, Apr 7, 2013 at 11:50 PM, Walter Dnes waltd...@waltdnes.org wrote: On Sun, Apr 07, 2013 at 09:49:57PM -0500, Andrew Hoffman wrote I have also rebuilt telepathy-glib debus-glib and gio with no change in folks. gee does not appear to be a package. I tried... USE=vala vapigen introspection emerge -pv folks on my system. It gives... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-libs/gobject-introspection-1.32.1 USE=-doc -doctool {-test} 0 kB [ebuild N ] dev-lang/vala-0.12.1-r1:0.12 USE=vapigen {-test} 2,233 kB [ebuild N ] sys-apps/dbus-1.6.8 USE=X -debug -doc (-selinux) -static-libs {-test} 1,885 kB [ebuild N ] dev-lang/vala-0.18.1:0.18 USE=vapigen {-test} 0 kB [ebuild N ] dev-libs/dbus-glib-0.100.2 USE=-debug -doc -static-libs {-test} 732 kB [ebuild N ] dev-libs/libgee-0.6.7 USE=introspection 494 kB [ebuild N ] net-libs/telepathy-glib-0.20.1-r1 USE=introspection vala -debug {-test} PYTHON_TARGETS=python2_7 -python2_5 -python2_6 3,668 kB [ebuild N ] dev-libs/folks-0.4.3 USE=-debug 621 kB I think that gee refers to dev-libs/libgee. Can you give the output of emerge --info? I notice that you also have the line... source /var/lib/layman/make.conf ...in your make.conf. It may be over-riding stuff in your regular make.conf. emerge --info will tell us what you have in total. But a listing of /var/lib/layman/make.conf might still help us. Another potential issue... in my make.conf I have... PYTHON_TARGETS=python2_7 PYTHON_SINGLE_TARGET=python2_7 YES!!! I need both of them. I don't see them in your make.conf, unless they're in the /var/lib/layman/make.conf -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications andy@lapy ~ $ sudo su lapy andy # revdep-rebuild -p * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 11% ] * broken /usr/bin/empathy (requires libtelepathy-logger.so.2) * broken /usr/bin/empathy-accounts (requires libtelepathy-logger.so.2) * broken /usr/bin/empathy-debugger (requires libtelepathy-logger.so.2) [ 15% ] * broken /usr/bin/gnome-contacts (requires libebook-1.2.so.13 libedataserver-1.2.so.16) [ 43% ] * broken /usr/lib/evolution/3.4/plugins/liborg-freedesktop-Tracker-evolution-plugin.so (requires libcamel-1.2.so.33 libedataserver-1.2.so.16 libemail-engine.so libemail-utils.so libeshell.so) * broken /usr/lib/folks/32/backends/eds/eds.so (requires libebook-1.2.so.13 libedataserver-1.2.so.16) [ 50% ] * broken /usr/lib/gnome-documents/libgdprivate-1.0.so (requires libevdocument3.so.4 libevview3.so.3 libgdata.so.13) * broken /usr/lib/gnome-shell/libgnome-shell.so (requires libgcr-base-3.so.1 libgnome-menu-3.so.0 libtelepathy-logger.so.2) [ 62% ] * broken /usr/lib/libfolks-eds.so.25.7.1 (requires libebook-1.2.so.13 libedataserver-1.2.so.16) [ 70% ] * broken /usr/lib/libsushi-1.0.so.0.0.0 (requires libevdocument3.so.4 libevview3.so.3) [ 76% ] * broken /usr/lib/nautilus-sendto/plugins/libnstempathy.so (requires libtelepathy-logger.so.2) [ 91% ] * broken /usr/libexec/empathy-auth-client (requires libtelepathy-logger.so.2) * broken /usr/libexec/empathy-av (requires libtelepathy-logger.so.2) * broken /usr/libexec/empathy-call (requires libtelepathy-logger.so.2) [ 92% ] * broken /usr/libexec/gd-tracker-gdata-miner (requires libgdata.so.13) [ 95% ] * broken /usr/libexec/gnome-shell-calendar-server (requires libebook-1.2.so.13 libecal-1.2.so.11 libedataserver-1.2.so.16 libedataserverui-3.0.so.1) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/bin/empathy - net-im/empathy * /usr/bin/empathy-accounts - net-im/empathy * /usr/bin/empathy-debugger - net-im/empathy * /usr/bin/gnome-contacts - gnome-extra/gnome-contacts * /usr/lib/evolution/3.4/plugins/liborg-freedesktop-Tracker-evolution-plugin.so - app-misc/tracker * /usr/lib/folks/32/backends/eds/eds.so - dev-libs/folks * /usr/lib/gnome-documents/libgdprivate-1.0.so - gnome-extra/gnome-documents * /usr/lib/gnome-shell/libgnome-shell.so - gnome-base/gnome-shell * /usr/lib/libfolks-eds.so.25.7.1 - dev-libs/folks * /usr/lib/libsushi-1.0.so.0.0.0 - gnome-extra/sushi * /usr/lib/nautilus-sendto/plugins/libnstempathy.so - net-im/empathy * /usr/libexec/empathy-auth-client - net-im/empathy
Re: [gentoo-user] dev-libs/folks-0.4.3 fails to emerge
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 On Mon, Apr 8, 2013 at 7:12 AM, Andrew Hoffman andy.hoffma...@gmail.comwrote: lapy andy # cat /var/lib/layman/make.conf PORTDIR_OVERLAY= /var/lib/layman/gamerlay /var/lib/layman/games /var/lib/layman/java-overlay $PORTDIR_OVERLAY I attached the other logs. I also remerged libgee no change Thanks, -Andy On Sun, Apr 7, 2013 at 11:50 PM, Walter Dnes waltd...@waltdnes.orgwrote: On Sun, Apr 07, 2013 at 09:49:57PM -0500, Andrew Hoffman wrote I have also rebuilt telepathy-glib debus-glib and gio with no change in folks. gee does not appear to be a package. I tried... USE=vala vapigen introspection emerge -pv folks on my system. It gives... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-libs/gobject-introspection-1.32.1 USE=-doc -doctool {-test} 0 kB [ebuild N ] dev-lang/vala-0.12.1-r1:0.12 USE=vapigen {-test} 2,233 kB [ebuild N ] sys-apps/dbus-1.6.8 USE=X -debug -doc (-selinux) -static-libs {-test} 1,885 kB [ebuild N ] dev-lang/vala-0.18.1:0.18 USE=vapigen {-test} 0 kB [ebuild N ] dev-libs/dbus-glib-0.100.2 USE=-debug -doc -static-libs {-test} 732 kB [ebuild N ] dev-libs/libgee-0.6.7 USE=introspection 494 kB [ebuild N ] net-libs/telepathy-glib-0.20.1-r1 USE=introspection vala -debug {-test} PYTHON_TARGETS=python2_7 -python2_5 -python2_6 3,668 kB [ebuild N ] dev-libs/folks-0.4.3 USE=-debug 621 kB I think that gee refers to dev-libs/libgee. Can you give the output of emerge --info? I notice that you also have the line... source /var/lib/layman/make.conf ...in your make.conf. It may be over-riding stuff in your regular make.conf. emerge --info will tell us what you have in total. But a listing of /var/lib/layman/make.conf might still help us. Another potential issue... in my make.conf I have... PYTHON_TARGETS=python2_7 PYTHON_SINGLE_TARGET=python2_7 YES!!! I need both of them. I don't see them in your make.conf, unless they're in the /var/lib/layman/make.conf -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
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
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.
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] 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: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
[gentoo-user] dev-libs/folks-0.4.3 fails to emerge
I have been having several issues with libraries on my system and have been attempting to use revdep-rebuild to resolve them but have been having some issues. I have been able to resolve many issues by re-emerging mesa and manualy listing the packages RR wants to emerge but i have now just Folks left failing to emerge. Build log of folks: http://bpaste.net/show/89761/ Revdep-Rebuild output: http://bpaste.net/show/u6V9VDtiY8Bh6DVjQj3g/ make.conf: http://bpaste.net/show/89762/ I have also rebuilt telepathy-glib debus-glib and gio with no change in folks. gee does not appear to be a package. Few hunches for the issues makeopts was set to -j333 or some large number(supprised it worked as long as it did) let the system go stale to long and tried to update. (maybe 3 months ish) Thanks for any help you can give me in getting folks happy again. -Andy
Re: [gentoo-user] Re: HTML editor WYSIWYG
sublimetext is nice, not OSS though:/ -Andy On Mon, Mar 18, 2013 at 9:10 AM, Grant Edwards grant.b.edwa...@gmail.comwrote: On 2013-03-17, Joseph syscon...@gmail.com wrote: Any recommendation for HTML editor Graphical. I've tried to use Open Office but it not user friendly. There's no such thing as a WYSIWYG HTML editor, since WYG depends on the redering engine, display size, and various browser settings... -- Grant Edwards grant.b.edwardsYow! Clear the laundromat!! at This whirl-o-matic just had gmail.coma nuclear meltdown!!
Re: [gentoo-user] OT: wrong ram?
It wont harm your computer but the memory timings/voltages will may need to be set manually. Plug it in and try it out. The only real different thing between Intel Other memory is the spd information is for intel rather than amd in the ram will not run at rated speed until you change timings/voltages to match. Let us know if you have any problems. I'm sure they can be worked out. Oh and update the bios. On Tue, Mar 5, 2013 at 11:22 AM, James wirel...@tampabay.rr.com wrote: Hello, I purchased this ram from New Egg: http://www.newegg.com/Product/Product.aspx?Item=N82E16820231529 G.SKILL Ripjaws Z Series 32GB (4 x 8GB) 240-Pin DDR3 SDRAM DDR3 1866 (PC3 14900) Desktop Memory Model F3-14900CL10Q-32GBZL I've since found out it is for Intel. I have an FX8350 processor with this mobo: GIGABYTE GA-990FXA-UD3 AM3+ AMD 990FX SATA 6Gb/s USB 3.0 ATX AMD Motherboard So will it damage the board, ram or processor? I've nevered RMA anything to NewEgg. It's been over 90 days since purchase, but less than 120. Thoughts, scolding and recommendations are most warranted... I have since found this ram: G.SKILL Trident X Series 16GB (2 x 8GB) 240-Pin DDR3 SDRAM DDR3 2400 (PC3 19200) Desktop Memory Model F3-2400C10D-16GTX That looks perfect for (overclocked?) FX8350 based system? TIA, James
Re: [gentoo-user] Re: OT: wrong ram?
http://www.tomshardware.com/reviews/bios-a-z,1200-11.html toms has good guides on it. http://www.hardwaresecrets.com/article/Understanding-RAM-Timings/26/1 Its really as easy as navigating the bios to the memory section and changing the timing settings to manual mode. Then adjust to match the setting for the ram. These numbers are your major timings you are concerned with the others use either default values or automatic settings: 10-11-10-30 which break down to CAS 10, rRCD(RAS to CAS) 11, tRP 10, tRAS 30 your ram should also be 1T memory if you see a setting for it. -Andy On Tue, Mar 5, 2013 at 1:48 PM, James wirel...@tampabay.rr.com wrote: Volker Armin Hemmann volkerarmin at googlemail.com writes: intel introduced an extension for spd information. The ram should work just fine. Intel motherboards might or might not make use of the additional information. so might or might not amd boards. And no, there won't be any risk. DDR3 is DDR3. Nice to know about adjusting the timings/voltages. Any suggested further docs or resources on this is of keen interest to me. Maybe an example? I never had to adjust timings/voltages before. Then again, I need to poke around the Gigabyte BIOS as these are my first Gigabyte mobos. Very advance Thanks to all responders. I'll give it a go and post back if there is any further issues. James
Re: [gentoo-user] Re: OT: wrong ram?
Test them in a different slot each individually. if still fails install both. swap back and forth. -Andy On Tue, Mar 5, 2013 at 3:51 PM, Florian Philipp li...@binarywings.netwrote: Am 05.03.2013 22:14, schrieb walt: On 03/05/2013 09:56 AM, Volker Armin Hemmann wrote: intel introduced an extension for spd information. The ram should work just fine. Intel motherboards might or might not make use of the additional information. so might or might not amd boards. And no, there won't be any risk. DDR3 is DDR3. I just discovered some bad DDR2 RAM in an older machine (2GB x 2) and I tested each stick separately using memtest86. The result confuses me: Each 2GB stick fails at exactly the same point in the test (0-32MB), and that seems improbable to me. I'm thinking the mobo might be broken instead of the RAM. Any ideas? Thanks. (I have only the one machine that uses DDR2, unfortunately.) Try adjusting the timing as noted on this thread. Maybe slower settings work better, even if they are below SPD. Also look at the voltages (most BIOSes show them). If they are considerably off, this could affect your RAM. A bad power supply is always a suspect when something breaks. Regards, Florian Philipp
Re: [gentoo-user] update broke X
I would try the standard nvidia driver next. On Thu, Jan 17, 2013 at 4:32 AM, Neil Bothwick n...@digimed.co.uk wrote: On Wed, 16 Jan 2013 22:18:44 -0800, Cinder wrote: VIDEO_CARDS=nouveau v4l Add vesa to this. It won't fix the nouveau problem but it will give you a fallback when it fails. -- Neil Bothwick Evolution stops when stupidity is no longer fatal!
Re: [gentoo-user] Unexpected Power Loss!
Sounds like it could be a hardware issue. Does it do the same thing inside Windows? It might be overheating. Check for dust and proper cpu/powersupply fan operation. On Tue, Nov 13, 2012 at 6:42 PM, Willie matthews.wil...@gmail.com wrote: Hey Everyone, I have been dealing with this problem for awhile now. It seems that whenever I am in Linux my computer will just turn off. Not shutdown like I did shutdown -r now. Just completely off out of the blue at random times. I have been reading the logs but there is nothing helpful at all. It is never the same thing on the logs when it does just shutdown. Sometime I can boot up and it will go off when it says Waiting for udev events to finish or something like that. I haven't done any major upgrades in awhile, there is really nothing different. I installed Windows last night to see if it is a hardware thing but nope it stays on. I also tried reinstalling Gentoo on a couple of occasions on another Hard Drive but it just shutdown while I was getting it done. Any help is greatly appreciated. I really don't want to be in Windows after I spent all that time customizing my XFCE4 desktop. -- Willie Matthews matthews.wil...@gmail.com
Re: [gentoo-user] OT: new system hardware
cpu cooler: Small quiet good performance http://hardocp.com/article/2012/11/06/thermalright_true_spirit_120m_cpu_air_cooler_review Big, quiet very good performance. I own this and love it http://hardocp.com/article/2011/07/26/thermalright_hr02_macho_cpu_air_cooler_review/ -Andy On Fri, Nov 9, 2012 at 1:00 PM, James wirel...@tampabay.rr.com wrote: Time To build a new AMD system. What I'm sure of: FX-8350 Gigabyte GA-990-FXA-UD3 mobo Suggestions on these hardware: Blueray RW (Vendor ?) DDR3 OC 2000 ram (4x8gig, 240) (vendor?) ripjaw? Any fit or heat issues? CPU cooler (vendor-model?) One that this mobo without cramping ram space? passively cooled AMD/ATI video card (vendor-model?) NewEgg is my usual vendor, but any other suggestions are most welcome. James
Re: [gentoo-user] Re: OT: new system hardware
I don't have any info on the noise other hand the fan on my hr-02 macho will turn off from time to time because it cools so well. My video cards are definitely the loudest in my system. For you, someone who likes quiet systems, air or water both still need a fan and will make noise and the fan you pick has the biggest impact on noise. Thermalright makes very good high quality products and does not skimp when selecting the fan. I you can check on Newegg for the fan they use on the cooler and find out its ratings but like I said my system turns the fan off from time to time with cool and quiet enabled on my machine. You will want to check hardocp's review on the h100 water cooling kit from corsair but I don't have any first hand experience with them. -andy On Nov 9, 2012 1:56 PM, James wirel...@tampabay.rr.com wrote: Andrew Hoffman sixgod at gmail.com writes: cpu cooler: http://hardocp.com/article/2012/11/06/thermalright_true_spirit_120m_cpu_air_cooler_review Big, quiet very good performance. I own this and love it http://hardocp.com/article/2011/07/26/thermalright_hr02_macho_cpu_air_cooler_review/ -AndyOn Fri, Nov 9, 2012 at 1:00 PM, James wireless at tampabay.rr.com Any ides on the dB (noise) rating? I like my machines on the low dB side I did not see dB ratings after looking at both, but, could have easily missed them. passive or a slow speed (low dB fan) on a water cooler would be keen? affordable? Necessary? James
Re: [gentoo-user] Are those green drives any good?
You guys might find this study from google interesting: http://static.googleusercontent.com/external_content/untrusted_dlcp/research.google.com/en/us/archive/disk_failures.pdf On Mon, May 21, 2012 at 3:05 PM, Frank Steinmetzger war...@gmx.de wrote: On Sun, May 13, 2012 at 11:38:34AM +0200, David Haller wrote: I bought my current internal laptop disk for Christmas 2008. It's a Samsung HM500JI (with 500 GB). Early on I noticed that, according to smartctl, its Load_Cycle_Count is increasing every 2 or 3 seconds. I even asked Samsung about this, but they either couldn't give any clue or didn't want to, b/c the Serial Number is from Turkey, so not from the European market. Anyhoo... I just checked the values: […] But the load cycle count is at almost 12.3 million(!). That just can't be right. I stopped believing that number a good while ago. As I said in another mail: laptop drives are built for frequent unloading. Your number does seem a bit high though, that's about 1000 load cycles per hour... My Pa bought the same HDD model for his laptop a few months back. Last weekend I visited him and loaded a diag tool on his Windows. It showed 20 or 30.000 cycle counts. So I guess my model just has a bad firmware or summit like that. Perhaps that's why it was so cheap back then (only ~62€ for a 500 GB drive by the end of 2008). Oh well, I'll just have to remember to do backups a bit more often. -- Gruß | Greetings | Qapla' Please do not share anything from, with or about me with any Facebook service. A boss is a human just like everyone else, he just doesn’t know.