From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 59A30138330 for ; Wed, 21 Sep 2016 05:07:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66855E0C0F; Wed, 21 Sep 2016 05:07:44 +0000 (UTC) Received: from gw2.antarean.org (gw2.antarean.org [141.105.125.208]) by pigeon.gentoo.org (Postfix) with ESMTP id 16B11E0B2A for ; Wed, 21 Sep 2016 05:07:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 9F0681249EC for ; Wed, 21 Sep 2016 05:04:01 +0000 () X-Virus-Scanned: amavisd-new at antarean.org Received: from gw2.antarean.org ([127.0.0.1]) by localhost (gw2.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QLBfyvQDYQDq for ; Wed, 21 Sep 2016 05:03:59 +0000 (%Z) Received: from data.antarean.org (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id D4BEF1240FE for ; Wed, 21 Sep 2016 05:03:59 +0000 () Received: from lan016.nl.antarean.org (lan016.nl.antarean.org [10.20.13.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 8ED624C for ; Wed, 21 Sep 2016 07:04:22 +0200 (CEST) In-Reply-To: References: <014d40a1-1560-1e8f-b1a7-caa79ad4d1f7@gmail.com> <20160920083624.69f4bf53@jupiter.sol.kaishome.de> <20160921052648.54f9ff68@jupiter.sol.kaishome.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: [gentoo-user] Re: Plasma upgrade: Part Deux. From: "J. Roeleveld" Date: Wed, 21 Sep 2016 05:07:38 +0000 To: gentoo-user@lists.gentoo.org Message-ID: <49BAD545-64D0-47E2-8EFE-B58309B3F134@antarean.org> X-Archives-Salt: 523017c4-e20f-4b9b-b815-5314888ff16f X-Archives-Hash: 82473e79ff206d15bcd28c4c07a6d312 On September 21, 2016 6:03:23 AM GMT+02:00, Daniel Frey wrote: >On 09/20/2016 08:26 PM, Kai Krakow wrote: >>> >>> I've noticed a couple more things. One is after resume from standby >>> the plasma taskbar hangs at 100% cpu for 2-3 minutes, during which >>> time you can't open the K menu, click on open programs in the task >>> bar or start any apps. The tray icons and clock are also frozen. Has >>> anyone experienced this? It only does this after resume, it seems to >>> be fine otherwise. >> >> Any chances you're using calendar access in plasma widgets? I'm using >> calendars via akonadi-ews, and the clock widget has access to this >> (also korgac integrates with the plasma bars and accesses the >> calendar). This leads plasma to blocking for about 1 minute after >login >> or resume - but only due to heavy writes of logs about zoneinfo that >> cannot be found. The problem here is that Outlook uses very strange >> time zone names (which even seem to change from version to version, I >> wonder how MS programmers keep track of it). The solution was to >simply >> symlink the missing names (which you can extract from the X session >> logs and/or journal) to /usr/share/zoneinfo/localtime and now it >works >> and my calendar events are even at the correct hour (and not shifted >to >> another time zone). For me, blocking of plasma is now gone or at >least >> reduced to a very short time. > >Well, I think I might have solved this one for now. I was using the >nouveau driver and I was playing a news clip and had no sound and when >I >clicked on the volume control in the tray my computer hardlocked. > >I was able to ssh in to see that nouveau was crashing constantly trying >to do what plasma was asking of it; I have installed the recommended >nvidia-drivers version that was mentioned on nvidia's site and now it >seems to be okay. > >Six or so months ago I tried both nouveau and nvidia's drivers and they >were both crashing plasma every 10-20 seconds. > >> >>> Is there a way to speed up alt-tab switching? Often I hit alt-tab >>> expecting it to switch to another app but nothing happens. I have to >>> hit it two or sometimes even three (!) times to make it switch. This >>> is really irritating and slows down my work flow. >> >> I wonder about this annoying bug, too. As a programmer this is >> absolutely irritating as I do a lot of alt+tab between editors, logs, >> web browsers, and documentation. :-( >> >> Something similar happens when switching tasks using the mouse: >> Sometimes the first click on a taskbar icon is simply not fully >> recognized, it just switches focus to plasma but doesn't switch the >> application to front. >> >> Sometimes I feel like this may be related to having multiple monitors >> connected. > >I do not have multiple monitors. I haven't seen the mouse issue yet as >when alt+tab isn't working I have to resort to the dang mouse and it >always works. > >However, on the plus side, I disabled the compositor effects on the >alt-tab switching and so now it works as expected. > >I've attached a small screenshot, make sure what I've circled in red is >NOT checked. It's under system settings -> window management -> task >switcher. > >Dan All those effects depend on your 3D GPU. The nouveau drivers don't fully support 3D (please correct me if I am wrong) due to Nvidia not being able (legally) to provide all the necessary specs. (This is Nvidias claim, I am not interested in a discussion if this is really true or not) If you want to use nouveau, disable ALL compositing effects and it should then be more stable. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.