Re: KDE 4.8.1 doing strange things with some applications
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Found the solution, thanks to Duncan and rex for pointing to [oxygen-]GTK.
Systemsettings -> Look and feel of applications (translated) -> Gtk config,
thange the theme from oxygen-gtk to something else.
I wanted to file a bug, but this has been done already:
> Alex Schuster posted on Tue, 20 Mar 2012 21:57:38 +0100 as excerpted:
> > pete writes:
> But based on the behavior you mention, with it happening in other DEs
> besides kde with your regular user, but not with a new user... except in
> It sounds to me like it might be due to some bit of the gtk
> configuration, or some such. Of course, claws-mail is a gtk-based app...
> Note that with the xorg-server 1.12 update came inputproto 2.2, with
> multitouch support. AFAIK some bits of gtk3 have multitouch support
> already, provided it's supported by X, and if you have that on your
> system (I don't, only gtk2), a rebuild of various bits of it against the
> new xorg bits may be in order. I assume you did a revdep-rebuild, Wonko?
Not so often, but all is okay.
[Whoops, Kontact crashed at this moment, but when restarting this mail I'm
composing is intact.]
> Also, it's worth noting that I do *NOT* use FEATURES=preserve-libs due to
> various issues I had with it early on. IMO it's MUCH simpler to just let
> the old libs be pulled and let revdep-rebuild detect and fix the
> problems, than to monkey around trying to troubleshoot issues due to
> stale libs still being on the system, apps trying to load both the new
> and the old one together, etc. YMMV but if you have it on, you might
> consider turning it off, and see if over time, your number of mysterious
> issues goes down. Here, I could probably troubleshoot individual
> problems, but it really /is/ just simpler to disable the feature
> entirely, and let revdep-rebuild do its job without preserve-libs
> throwing a spanner in the works!
I like this feature very much. And in my opinion Gentoo without was somewhat
broken. When a library is being updated to a new major version, applications
not linked against the new version do not work, until revdep-rebuild has
run. With the preserved-libs, there are no such issues. And it seems to work
fine here. When the feature was new, there were occasional problems with
stuff being rebuilt over and over again, but this did not happen again.
Except for googleearth, which probably just does not pick up the new
> > P.S. when sending this mail, KMail asks for the SMTP server's password.
> > Why doesn't it use the KDE wallet this time? These are those problems
> > that made me switch to Claws. I'll restart Kontact and try again.
> AFAIK it's akonadi that actually handles mail passwords, etc, now.
For fetching yes, as that's done by Akonadi in the background, but for
sending the mechanism should be as ever. And it worked after arestart. Oh
> At least back in the 4.6 era just coming up on 4.7, when I exterminated
> akonadi from my system, one of my frustrations with the whole thing was
> that I have something like a half-dozen email accounts. When I logged in
> or otherwise restarted akonadi, it would stall them all waiting for the
> kwallet password for the first one, but if I provided it, the others
> would remain stalled, until I manually stopped their fetchs and restarted
> them. And I had to do that within the kwallet password timeout, or
> they'd have the same problem once again.
When I log in, the wallet is being opened as one of the first things to
happen, and most of the time this works fine. Sometimes, I get KMail/Akonadi
mail password requests before that, but I can simply cancel them, and later
it works after I open the wallet.
> What was worse, if I wasn't interested in mail ATM and simply canceled
> out, then at the next timed check, they'd ALL come up individually, each
> needing it's individual password, with NO second chance to sign in with
Right, I know this effect. I think it's still the same, but I don't bother
to try this now, I already spent too much time resolving this Claws problem.
> It could also be that the mail server is having problems ATM, and what
> you're seeing is just how they end up being presented to the user via
No, that was okay. Whatever, it only happened once, I have more annoying
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
More info: http://www.kde.org/faq.html.
[Red Hat Install]
[GIMP for Windows]
[Red Hat Development]