On Tuesday December 13 2016 21:50:32 Duncan wrote:
>The trouble with kde/plasma logs is that they log all kinds of useless
>but alarming looking "noise", at least in terms of user diagnostics
>(individual component devs could arguably get something from it, but
>apparently tend to ignore it as
On Thursday November 17 2016 02:49:30 Sérgio Basto wrote:
>I can verify that
>https://quickgit.kde.org/?p=colord-kde.git now is in
>https://cgit.kde.org/colord-kde.git/
Indeed, I also found my own scratch project's "homepage", whew.
>
>but quickgit.kde.org could do a better redirect like
Well,
Hi,
What's happening with quickgit.kde.org?
It is forwarding me to cgit.kde.org which currently only serves invalid request
replies.
R.
On Wednesday September 21 2016 23:14:24 Matei David wrote:
>responsible for locking the host screen (dbus??) doesn't react to that
>event. The fact that I see the acpi event on the host leads me to
>believe this is not a VirtualBox problem.
I'm tempted to think that it *is* a VirtualBox issue: in
Hi,
I've been building and installing Qt5 and select KF5 applications to /opt/local
for use "under" my trusty (sic) old KDE4 desktop. I build with full rpaths so I
don't have to fool around with LD_LIBRARY_PATH or ldconfig. My session dbus
daemon is perfectly happy to expose the services from /
On Sunday September 04 2016 02:50:55 Duncan wrote:
>I meant more or less what they've done with qtquick(1), where it was
>deprecated and made optional in favor of the newer versions of the API in
>qtdeclarative. The older module can still be built to support things
You mean they could drop Qt
On Saturday September 03 2016 21:06:17 Duncan wrote:
> Given the newness of that code in qt as well, I'd guess the wayland
> support, directly or indirectly, is a big part of why they're requiring
> qt-5.7 for various plasma components.
Seems like it would have been more elegant to couple requ
On Saturday September 03 2016 18:02:42 Duncan wrote:
Thanks Duncan,
>Some plasma components in particular already have had commits bumping to
>qt-5.7 minimum. In some cases they were reverted, but I don't believe
>all of them have been.
That's more or less what I was a bit afraid of. I do ha
Hi,
A bit of a generic development question, I hope this is at least as appropriate
a place to ask as the frameworks-devel ML:
Are there any plans or guidelines for requiring features from Qt 5.7 or later
before the 5.6LTS EOL? In other words, does the fact that Qt 5.6 is supposed to
be a LTS
Hi,
I've been building Qt5 and KF5 for installation into a parallel prefix
(/opt/local) that's not declared to ldconfig. I've had to figure out how to
build Qt and configure KF5 applications such that full rpath information is
stored, but that was neither very difficult nor did it require any p
On Friday August 19 2016 22:00:07 Alec O wrote:
Oh, those 1.1.x versions :) I'm still kind of hoping to get my hands on (and be
able to build) OpenOffice 1.1.2 one day. I was lean (relatively..) and mean and
did what I needed, but the build I still have no longer runs on my current
hardware.
>
Hi,
I hit an accidental and as yet unidentified shortcut and am now seeing a "Show
Desktop" entry in the task switcher. I'm 95% sure I deactivated the "Show
Desktop Icon" option in the task switcher settings. Is there a shortcut to
activate this option?
To give an idea what keys I may have hi
On Wednesday August 03 2016 12:17:32 ianseeks wrote:
>Have you tried Systemssettings/Appearance/Font/Toolbar
Also, check if you shouldn't change the font DPI setting from the default to a
value more appropriate to your monitor's real DPI (which can also mean setting
it to a *lower* value!)
R.
_
On Friday July 29 2016 09:39:31 Christoph Pleger wrote:
>CMake Error at /usr/share/kde4/apps/cmake/modules/KDE4Macros.cmake:944
>(add_test):
> add_test given test NAME "ksysguard-signalplottertest" which already exists
> in this directory.
>Call Stack (most recent call first):
> libs/ksysguard/
On Thursday July 28 2016 02:52:53 Felix Miata wrote:
>https://mail.gnome.org/archives/gtk-devel-list/2016-July/msg00028.html is the
>actual screenshot in the context for which created, a show of gtk3 regression
>high DPI KDE users of Mozilla products are likely to be seeing soon, if they
>aren'
On Wednesday July 27 2016 13:14:03 Christoph Pleger wrote:
Hi,
It might be more efficient to post the terminal output from CMake.
The easiest way to build only KDM would be
- run cmake on the toplevel CMakeLists.txt
- chdir into the kdm's build dir (e.g. kde-workspace/build/kdm) and call make.
On Wednesday July 20 2016 23:19:14 Duncan wrote:
>So the degree to which I can be of help is rather limited. However, the
>problem reads to me like a missing polkit invocation in the failing
>path. I'd dig around to find the commandline used in both paths, and
To me this sounds more like a t
On Tuesday July 12 2016 09:00:38 Duncan wrote:
>So opening a new window via the menu gives you a similarly afflicted
>window. But that doesn't mention how you're opening a new konsole window
>that you believe is in a new process, that's free of the problem.
True. By launching konsole with the
On Tuesday July 12 2016 06:16:30 Duncan wrote:
Ctrl-S stops terminal output but doesn't cut keyboard input, but yeah, I did
try Ctrl-Q just in case.
>So I must ask if you're sure you're opening a new konsole /process/, or
>just a new thread on the same process.
About as sure as I can be withou
Hi,
Not to hurt anyone's feelings, but I'm running into cases where Konsole behaves
in a way where I can only communicate with it in indirect way.
In fact, it's as if keyboard input is ignored, but output from running
processes still comes through. The menus work, and I can use the paste command
On Wednesday July 06 2016 14:03:18 Christoph Pleger wrote:
>in KDE 5, is it possible to change the background image which is shown
>during the login animation
This used to be trivial with kdm, which in its traditional, unthemed version
also looked much better than (fugly, fugly) sddm. But it se
On Wednesday June 29 2016 13:56:49 Loïc Grobol wrote:
> promptly installed plasma-wayland and am currently testing it. My
> problem is : where to report the bugs I find ? I expect it should be
> in Phabricator, but I am not familiar with it yet.
The primary place for reporting bugs is bugs.kde.or
Hi,
How does one control the presence/absence of the "suspend to disk" entry in
launcher Leave menus, like the one in Lancelot? The feature is off in
/var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla but I have
1 install in which according to my KDE desktop it should be avail
On Friday May 13 2016 09:31:26 D. R. Evans wrote:
> I think I lived in hope that there were still enough old-style *NIX people
? I must be a real dinosaur then, because to me "old-style *NIX" means no trash
or file explorer at all, just ls and rm .
That's what I do most of the time, and I don't
On Friday May 13 2016 05:04:42 Duncan wrote:
>Note that we're not necessarily talking / itself here, but for instance
Right. Of course. Guilty as charged myself too (though in my case that's on OS
X where this kind of device is usually mounted without support for ownership,
which avoids the wh
On Thursday May 12 2016 07:55:18 D. R. Evans wrote:
Giving mere users write-access to the root seems a bad idea to me, but well,
YMMV ...
>
>(Indeed, there must be a way to say "don't use Trash at all on filesystem
>", but I can't find a way to do that either.)
You could try creating a write (a
On Monday April 11 2016 10:01:36 Duncan wrote:
>Oh well... On the bright side, it'll probably be fixed in a few years...
>just in time for them to dump it and start on the all new and buggy kde/
>plasma6!
[OT]
That's exactly one of the reasons I'm still holding on to KUbuntu 14.04 with
custom P
On Monday April 11 2016 12:42:29 Nick Coghlan wrote:
Hi,
>Using a multi-monitor setup under Plasma 5 (Fedora 23), I have a
>problem where the configured panel applet will disappear and not come
>back if an external monitor is reconfigured to clone the laptop
>monitor, and then switched back to be
Hi,
This is a bit of a developer's question, so apologies if I'm posting on the
wrong list.
Is there any official set of guidelines/rules concerning where the cmake
modules
that come with KDE libraries (incl. the frameworks) can be installed?
I've stumbled upon the importance of that location
Hi again,
So it seems kwin_gles really does work better for me nowadays. I've looked into
making it the default WM, but cannot get that to stick.
The "default applications" KCM doesn't give me the option to pick a kwin
alternative, and setting windowManager=kwin_gles in ksmserverrc has no effect
On Friday January 29 2016 00:51:26 wim delvaux wrote:
Hi,
>good idea ... it was not. I could not even logon (sddm showed black screen)
Hah, the times I tried sddm was the only one not showing a black screen (when
not using pure software-based rendering).
>So Question
>
>1. how can I recover my
On Thursday January 28 2016 13:13:50 Kevin Krammer wrote:
> > Besides, there is a warning when enabling EGL in Compistor System Settings,
> > but it only warns about disabling compositor if EGL is not available. I
> > think a warning about maturity and stability would be appropriate?
>
> EGL has
On Thursday January 28 2016 10:04:22 Martin van Es wrote:
>So, my questions are: what's KDE's offficial stand on EGL? Is Martin
>(Graesslin)'s Blog still valid? Should we be worried GLX will be deprecated
>before intel driver is ready for DRI3 by default? Should we worry about
>wayland integration
On Wednesday January 27 2016 06:54:11 Duncan wrote:
>But the option applies to the entire desktop, turning compositing off for
Right. Not an option for me either.
> So if any window, in your case Chrome's, claims to have new content, then
> the
> compositor will get notified. If it is a window
On Tuesday January 26 2016 23:07:27 Kevin Krammer wrote:
>If you have compositing activated then the compositor will have to create a
>new frame when window contents change.
That still doesn't tell me why it'd have to do that for parts that it is not
concerned with, but that also sounds like it
On Tuesday January 26 2016 17:20:38 Duncan wrote:
>more flashing you see and the bigger area that's flashing, the more
>repainting is being done and the higher both kwin_x11 and X's usage
>should be.
Maybe, but *why*? Kwin isn't supposed to do anything with window contents in my
configuration,
On Tuesday January 26 2016 16:39:33 René J.V. Bertin wrote:
Well I be
Quitting Google Chrome takes kwin down to <0.5% CPU. Guess I'll have to go
figure out what in Chrome stresses the WM!
R.
___
This message is from the kde mailing list.
Acco
On Tuesday January 26 2016 17:09:51 Nikos Chantziaras wrote:
Hi,
>Isn't it compositing the output of top, as top updates the screen by
>displaying CPU usage?
>
>You know, chickens and eggs.
I'd hope not; I use the tty version of top so it is supposed to update only the
window content not the
Hi,
What is causing KWin to use about 2.6-3.6% CPU in top when I'm not interacting
with the machine? From discussions like
[https://forums.gentoo.org/viewtopic-p-6039108.html] I understand that it's the
compositor, but I don't see what that component would do when it's supposed to
do nothing.
On Monday January 25 2016 17:44:28 Kevin Krammer wrote:
>Right, just checking that this goes through KDE factilities and the problem is
>not more low level.
>
>No idea though, sorry.
Are these things that go through kdeinit? Because that could explain the
timeout-like behaviour you're seeing. I
On Monday January 25 2016 14:30:53 Nikos Chantziaras wrote:
>> After about 40 seconds, the panel and icons come up.
That seems about normal ... for a netbook like the one I also use =)
>And there seems to be several kuiserver and kded processes. It seems
>they increase by one every time I l
Kevin Krammer wrote:
> http://dir.gmane.org/gmane.comp.kde.general
That was the easy part (so easy I could have guessed...).
As I suspected, logging off and back in solved my issue, but I'd hope a better
workaround exists.
é à ü î ñ ... yay :)
I've seen vague references to a kxkbd daemon, but
Forgot to mention:
This is on KUbuntu 14.04.3 LTS, running very recent rebuilds of KDELibs,
KDE-Runtime, KDE-BaseApps and certain others, using the Trusty packaging
scripts (cf. ppa:rjvbertin/kde-git). I've been running such builds for over a
year now without ill effects, so it shouldn't be cau
Hi,
I have a question about undesirable keyboard layout behaviour under KDE4, and
one about this list itself.
I have a regular need to write French text, if not only because there's an
e-acute in my name. As a long-term Mac user, the "US (Macintosh)" layout is the
most natural layout for me. I
401 - 444 of 444 matches
Mail list logo