Re: [gentoo-user] google-chrome fails under kernel 3.18
On 12/11/2014 08:02:12 AM, Yuri K. Shatroff wrote: Hi gentoo-users, Yesterday I installed and compiled gentoo-sources-3.18.0, everything seems to be in order but google-chrome just doesn't display any page (even settings), showing a blue screen with Oops instead. In Firefox, everything works as before. I tried reinstalling chrome, removing its config directory and even installing chrome-beta, but all to no avail. Yet, simply rebooting back to 3.17.4 reverted it to order. Maybe there's some important kernel config parameter or smth I've missed? (I just used make oldconfig) Why do you use Google-Chrome? I'm using Chromium which works just fine with gentoo-sources-3.18.0. Helmut
Re: [gentoo-user] google-chrome fails under kernel 3.18
Am 11.12.2014 um 10:01 schrieb Helmut Jarausch: Why do you use Google-Chrome? I'm using Chromium which works just fine with gentoo-sources-3.18.0. ... and google-chrome works as well, at least here for me
Re: [gentoo-user] google-chrome fails under kernel 3.18
hardware support for rendering activated? 2014-12-11 10:01 GMT+01:00 Stefan G. Weichinger li...@xunil.at: Am 11.12.2014 um 10:01 schrieb Helmut Jarausch: Why do you use Google-Chrome? I'm using Chromium which works just fine with gentoo-sources-3.18.0. ... and google-chrome works as well, at least here for me
[gentoo-user] Clashing dependencies in KDE
Hello list, Today when I ran my usual upgrade I ran into a problem. Portage told me it had skipped net-libs/libkgapi:4 because of unsatisfied dependencies. All it could tell me was that =kde-base/kdepimlibs-4.14:4 required it. So I embarked on one of those fruitless cycles of adding packages to package.keywords, one at a time as they caused portage to stop, until after about 8 additions I hit the inevitable show-stopper. The mixing of versions of parts of KDE resulted in both 4.14.3 and 4.12.5 of kdelibs being required at the same time. It looks as though someone has allowed something from ~amd64 out of the wild and into the peace of amd64. Does anyone have a clue to what it is? I thought it might be chromium, since libkgapi is for handling Google calendars and contacts, but eix tells me I already have the latest stable version. -- Rgds Peter.
Re: [gentoo-user] Clashing dependencies in KDE
On Thu, Dec 11, 2014 at 10:58:12AM +, Peter Humphrey wrote: Hello list, Today when I ran my usual upgrade I ran into a problem. Portage told me it had skipped net-libs/libkgapi:4 because of unsatisfied dependencies. All it could tell me was that =kde-base/kdepimlibs-4.14:4 required it. So I embarked on one of those fruitless cycles of adding packages to package.keywords, one at a time as they caused portage to stop, until after about 8 additions I hit the inevitable show-stopper. The mixing of versions of parts of KDE resulted in both 4.14.3 and 4.12.5 of kdelibs being required at the same time. It looks as though someone has allowed something from ~amd64 out of the wild and into the peace of amd64. Does anyone have a clue to what it is? I thought it might be chromium, since libkgapi is for handling Google calendars and contacts, but eix tells me I already have the latest stable version. Hello Peter, if I'd be in your place I'd try to run emerge @world -uvDNta (the most important one here is the -t for showing the dependency tree, you could also play with --backtrack=30 to resolve possible issues with the dependency calculation), after you removed the keyword stuff you just added. From your fist statement (required by =kde-base/kdepimlibs-4.14:4) I guess that you keyworded something that depends on kdepimlibs or kdepimlibs itself in the past. Another option would be to try equery d kdepimlibs : it should show everything that depends on it (and you can crosscheck that with your keywords). As a final straw (or first option - depending on you preferences) you could resync the tree: maybe you've gotten an incomplete version/revbump that already is resolved in later versions of the tree. WKR Hinnerk
[gentoo-user] video playback problem in full screen
Hello everyone. I am running i3wm and compton on xorg and Nouveau driver. Both VLC and Mplayer produce some glitches in the screen when they are in the full screen mode. What I mean by glitch is that on some random spots of the screen the brightness changes for a very short time. I know that it is a vague explanation, and I am sorry for that but I don't know how to give a more clear explanation! I am quite sure that there is nothing wrong with the Nouveau driver, because my Arch box is using the same driver and has no problem. However I was wondering, how can I identify the source of this problem? Thanks for your time.
Re: [gentoo-user] Clashing dependencies in KDE
On Thursday 11 December 2014 12:18:28 Hinnerk van Bruinehsen wrote: if [I were] in your place I'd try [running] emerge @world -uvDNta (the most important one here is the -t for showing the dependency tree, you could also play with --backtrack=30 to resolve possible issues with the dependency calculation), after you removed the keyword stuff you just added. I thought someone would say that. The -t, I mean. Of course I did try it, but I already knew it wouldn't help because portage can't complete the dependency calculation. From your fist statement (required by =kde-base/kdepimlibs-4.14:4) I guess that you keyworded something that depends on kdepimlibs or kdepimlibs itself in the past. $ cat /etc/portage/package.keywords sci-misc/boinc ~sci-calculators/qalculate-units-0.9.4 sys-apps/portage [...] As a final straw (or first option - depending on you preferences) you could resync the tree: maybe you've gotten an incomplete version/revbump that already is resolved in later versions of the tree. That did it - thanks. I see we have a new version of KDE today, and the changes to the tree had only been partly completed. I should have thought of that myself. Now to shut KDE down and upgrade it... -- Rgds Peter. PS. Am I right in thinking that two verb constructs in everyday English are absent from German? I have the pluperfect tense and the subjunctive mood in mind. We also don't have a rule that every verb in a sentence must be in the same tense - in fact it's rarely so. Just a passing observation; no offence meant.
Re: [gentoo-user] Clashing dependencies in KDE
On Thursday 11 December 2014 14:47:08 Peter Humphrey wrote: On Thursday 11 December 2014 12:18:28 Hinnerk van Bruinehsen wrote: As a final straw (or first option - depending on you preferences) you could resync the tree: maybe you've gotten an incomplete version/revbump that already is resolved in later versions of the tree. That did it - thanks. I see we have a new version of KDE today, and the changes to the tree had only been partly completed. I should have thought of that myself. Now to shut KDE down and upgrade it... I spoke too soon. I'm now seeing hundreds of file size errors, so clearly the update is still in progress. I'd better leave it until tomorrow. Thanks again anyway. -- Rgds Peter.
[gentoo-user] having problems emerging x11-wm/clutter-3.14.2
Hi. In my usual world update portage asked me to emerge x11-wm/clutter-3.14.2 as I am using the gnome overlay. However it is failing and I can't find either a gentoo bug or anything on google. Here is the relevant output from the compile Any assistance would be appreciated. /bin/sh ../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DCLUTTER_ENABLE_COMPOSITOR_API -DCLUTTER_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_2_0_API -DCLUTTER_DISABLE_DEPRECATION_WARNINGS -DCOGL_DISABLE_DEPRECATION_WARNINGS -pthread -D_REENTRANT -pthread -I/usr/include/clutter-1.0 -I/usr/include/cogl -I/usr/include/json-glib-1.0 -I/usr/include/cogl -I/usr/include/libupower-glib -I/usr/include/gnome-desktop-3.0 -I/usr/include/startup-notification-1.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/gobject-introspection-1.0 -I/usr/lib64/libffi-3.1/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gsettings-desktop-schemas -pthread -I/usr/include/clutter-1.0 -I/usr/include/cogl -I/usr/include/atk-1.0 -I/usr/include/cogl -I/usr/include/json-glib-1.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libdrm -I. -I. -I./backends -I./core -I./ui -I./compositor -DMUTTER_LIBEXECDIR=\/usr/libexec\ -DMUTTER_LOCALEDIR=\/usr/share/locale\ -DMUTTER_PKGDATADIR=\/usr/share/mutter\ -DMUTTER_DATADIR=\/usr/share\ -DG_LOG_DOMAIN=\mutter\ -DSN_API_NOT_YET_FROZEN=1 -DMUTTER_PKGLIBDIR=\/usr/lib64/mutter\ -DMUTTER_PLUGIN_DIR=\/usr/lib64/mutter/plugins\ -DGETTEXT_PACKAGE=\mutter\ -DXWAYLAND_PATH=\/usr/bin/Xwayland\ -O2 -mtune=core2 -pipe -ggdb -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -c -o backends/native/meta-monitor-manager-kms.lo backends/native/meta-monitor-manager-kms.c libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DCLUTTER_ENABLE_COMPOSITOR_API -DCLUTTER_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_API -DCOGL_ENABLE_EXPERIMENTAL_2_0_API -DCLUTTER_DISABLE_DEPRECATION_WARNINGS -DCOGL_DISABLE_DEPRECATION_WARNINGS -pthread -D_REENTRANT -pthread -I/usr/include/clutter-1.0 -I/usr/include/cogl -I/usr/include/json-glib-1.0 -I/usr/include/cogl -I/usr/include/libupower-glib -I/usr/include/gnome-desktop-3.0 -I/usr/include/startup-notification-1.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/gobject-introspection-1.0 -I/usr/lib64/libffi-3.1/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gsettings-desktop-schemas -pthread -I/usr/include/clutter-1.0 -I/usr/include/cogl -I/usr/include/atk-1.0 -I/usr/include/cogl -I/usr/include/json-glib-1.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libdrm -I. -I. -I./backends -I./core -I./ui -I./compositor -DMUTTER_LIBEXECDIR=\/usr/libexec\ -DMUTTER_LOCALEDIR=\/usr/share/locale\ -DMUTTER_PKGDATADIR=\/usr/share/mutter\ -DMUTTER_DATADIR=\/usr/share\ -DG_LOG_DOMAIN=\mutter\ -DSN_API_NOT_YET_FROZEN=1 -DMUTTER_PKGLIBDIR=\/usr/lib64/mutter\ -DMUTTER_PLUGIN_DIR=\/usr/lib64/mutter/plugins\ -DGETTEXT_PACKAGE=\mutter\ -DXWAYLAND_PATH=\/usr/bin/Xwayland\ -O2 -mtune=core2 -pipe -ggdb -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -c backends/native/meta-monitor-manager-kms.c -fPIC -DPIC -o backends/native/.libs/meta-monitor-manager-kms.o backends/native/meta-monitor-manager-kms.c:679:12: error: unknown type name 'CoglKmsCrtc' crtc_free (CoglKmsCrtc
Re: [gentoo-user] Clashing dependencies in KDE
On Thu, Dec 11, 2014 at 9:53 AM, Peter Humphrey pe...@prh.myzen.co.uk wrote: On Thursday 11 December 2014 14:47:08 Peter Humphrey wrote: On Thursday 11 December 2014 12:18:28 Hinnerk van Bruinehsen wrote: As a final straw (or first option - depending on you preferences) you could resync the tree: maybe you've gotten an incomplete version/revbump that already is resolved in later versions of the tree. That did it - thanks. I see we have a new version of KDE today, and the changes to the tree had only been partly completed. I should have thought of that myself. Now to shut KDE down and upgrade it... I spoke too soon. I'm now seeing hundreds of file size errors, so clearly the update is still in progress. I'd better leave it until tomorrow. And this is just one more reason why we need git. :) It looks like there are still a few issues left. I was able to solve them by removing semantic-desktop from my USE flags, and removing amarok and digikam from my world. I'll deal with them some other day - I don't really use either much now. -- Rich
[gentoo-user] apcupsd.powerfail script
I'm running apcupsd, I've added: apcupsd and apcupsd.powerfail scripts to rc level default and shutdown. On a slave machine do I run only apcupsd only or I need to add: apcupsd.powerfail to shutdown level as well? -- Joseph
[gentoo-user] Re: having problems emerging x11-wm/clutter-3.14.2
On 12/11/2014 07:12 AM, cov...@ccs.covici.com wrote: Hi. In my usual world update portage asked me to emerge x11-wm/clutter-3.14.2 as I am using the gnome overlay. very big snip -I/usr/include/clutter-1.0 another big snip I'm just speculating because I don't know the answer to your problem, but regular portage knows nothing about the window manager named clutter but does know about the media-libs/clutter that installs the include directory cited above. Maybe the window manager clutter is named after media-libs/clutter and really does require headers from /usr/include/clutter-1.0 ? I don't know, but it seems a possible source of confusion. Anyone else know for sure?
