nntp (aka, usenet) client in kde?
by Gene Smith
I currently use t-bird with an nntp account pointing to gmane to read
this list and sereral others. Does kde have an nntp client program of
any sort? I don't see it as a possible new account type in kmail. Also,
search with kpackagekit yields nothing with "usenet" or "nntp" that is
kde specific.
-gene
1 year, 5 months
KDE Telepathy Bonjour account: This IM Account cannot be created - a
Telepathy Connection Manager named 'salut' is missing or it cannot
handle
protocol 'local-xmpp'. Please try installing salut with your package manager.
by Dennis Schridde
Hi!
I was trying to setup a Bonjour (local XMPP) account in KDE Plasma System Settings for KDE Telepathy. In `System Settings > Online Accounts > Create`, I clicked "Bonjour" in the list on the right. This action was answered with an error dialogue box: "This IM Account cannot be created - a Telepathy Connection Manager named 'salut' is missing or it cannot handle protocol 'local-xmpp'. Please try installing salut with your package manager." However, `telepathy-salut` is already installed on my machine. Does anyone have an idea how to debug this, or where I would find the actual error message that led to this?
I am using Fedora 27 KDE, with telepathy-salut currently being at version 0.8.1 (release 12.fc27), telepathy-mission control at version 5.16.4 (epoch 1, release 4.fc27) and ktp-accounts-kcm at version 17.12.1(release 1.fc27).
Best regards,
Dennis
2 years, 1 month
time to orphan/retire unmaintained uncommon kde4 language bindings?
by Rex Dieter
Looking over some broken deps reports, I came across some old packages:
kdebindings
smokeqt
smokekde
qyoto (csharp/mono)
kimono (csharp/mono)
ruby-qt
ruby-korundum
perl-Qt
Of these, the only one that's not a pure leaf package is perl-Qt (debconf-
kde depends on it).
any comment or objection to considering orphaning most (all minus
smokeqt/perl-Qt) or all of these ?
-- Rex
2 years, 2 months
Emacs key binding in KDE Plasma 5?
by Sherman Grunewagen
Just moved from Fedora 21 to F25. Under F21 I had a file ~/.gtkrc-2.0 which contained
gtk-key-theme-name = "Emacs"
This enabled basic Emacs cursor motion keyboard commands in text input boxes throughout KDE,
Firefox, &c. (Outside of input boxes, KDE shortcuts ruled.)
How can I get this same behaviour for Plasma 5 w/in F25? From reading around, I've created
~/.config/gtk-3.0/settings.ini
and inserted
[Settings]
gtk-key-theme-name = Emacs
in this empty file. This has given the desired result in Firefox and Thunderbird,
but not w/in arbitrary text boxes in KDE (e.g. Alt-F2). The ~/.gtkrc-2.0 file is still
intact, by the way. It seems to have no effect. Any ideas?
-Sherman
2 years, 2 months
SDDM Themes not working
by Gerald B. Cox
I find that I now cannot select themes - and I'm getting either a solid
white or blue background when SDDM starts.
When I tried to test, this is what I received:
sddm-greeter --theme /usr/share/sddm/themes/01-fedora-breeze
[11:43:09.032] (II) GREETER: High-DPI autoscaling not Enabled
[11:43:09.108] (EE) GREETER: Socket error: "QLocalSocket::connectToServer:
Invalid name"
[11:43:09.109] (EE) GREETER: Cannot connect to the daemon - is it running?
[11:43:09.317] (II) GREETER: Loading
file:///usr/share/sddm/themes/01-fedora-breeze/Main.qml...
[11:43:09.317] (WW) GREETER:
file:///usr/share/sddm/themes/01-fedora-breeze/Main.qml: No such file or
directory
[11:43:09.317] (WW) GREETER:
file:///usr/share/sddm/themes/01-fedora-breeze/Main.qml: No such file or
directory
[11:43:09.317] (WW) GREETER: Fallback to embedded theme
Wanted to see if there was a quick fix or if this is known before I create
a bug report.
I didn't see anything on bugzilla, but might have missed it.
Thanks!
2 years, 4 months
Amarok, Juk & Elisa
by Joe Buckley
I hope this is appropriate. I'm not a contributor, but I am a long-time
KDE (Fedora) user who has an extensive music collection on my lap-top.
Since I saw the discussion about dropping Amarok (because of the use of
qt4???) I installed and tried to configure juk. My experience is - it's
not quite ready for prime time.
Once juk is given a directory it creates a "collection" (it's a
surprisingly confusing term!). That collection cannot be changed (or at
least, the way to change it is lost in the mists of antiquity).
Apparently, "collection" is not "directory" or "folder".
A folder, once created, cannot be removed without crashing juk. At
least, I found a way to create a folder that crashes juk when any
attempt to remove from juk is made.
Playlists are displayed in no known order. It is certainly not alphabetical.
Column order cannot be changed.
Changes to the settings (like, removing the comment column) are not
retained from session to session.
I'm starting to hope that Amarok is kept in the live image.
--
*/~ Joe Buckley/*
2 years, 8 months
Plasma 5.13
by Matthieu Gras
Upstream released Plasma 5.13.3. Are there any reasons why Plasma is still at
5.13.1 in Rawhide and not even in testing for F28?
3 years
Re: Again, please announce your so-name bumps!
by Adam Williamson
On Thu, 2018-07-19 at 09:59 -0700, Adam Williamson wrote:
> On Thu, 2018-07-19 at 08:19 +0200, Christian Dersch wrote:
> > Hi all,
> >
> > please announce your so-name bumps *before* you push them. This time LibRaw
> > bumped its version, as a result we have broken dependencies and some
> > composes like Astronomy spin fail to build…
> >
> > Problem 1: conflicting requests
> > - nothing provides libraw.so.16()(64bit) needed by siril-0.9.9-2.fc29.x86_64
> > Problem 2: conflicting requests
> > - nothing provides libraw.so.16()(64bit) needed by
> > kstars-1:2.9.6-2.fc29.x86_64
> > Problem 3: conflicting requests
> > - nothing provides libraw.so.16()(64bit) needed by
> > indi-gphoto-1.7.2-2.fc29.x86_64
> > Problem 4: conflicting requests
> > - package gimp-2:2.10.4-1.fc29.1.x86_64 requires
> > libgegl-0.4.so.0()(64bit), but none of the providers can be installed
> > - package gimp-2:2.10.4-1.fc29.1.x86_64 requires
> > libgegl-npd-0.4.so()(64bit), but none of the providers can be
> > installed
> > - package gimp-2:2.10.4-1.fc29.1.x86_64 requires gegl04(x86-64) >=
> > 0.4.4, but none of the providers can be installed
> > - nothing provides libraw.so.16()(64bit) needed by gegl04-0.4.4-1.fc29.x86_64
> >
> > I'm going to rebuild gimp, indi-gphoto, kstars and siril now. But I'm sure
> > there are more broken dependencies.
>
> Here's the others:
BTW, I suspect what may have happened here is the bump was
inadvertently introduced by the mass rebuild. It looks like Gwyn
committed the bump to 0.19 to dist-git on 2018-06-29 but (presumably
intentionally) did not actually *build* it - there is no 0.19 build
prior to the 0.19.0-2.fc29 that was done by the mass rebuild. So I
think perhaps Gwyn was waiting to be ready to rebuild all the
dependencies, but things got pre-empted by the mass rebuild :/
I'm working through the list now. So far it looks like kf5-libkdcraw
and krita (which actually appears to have a bundled copy of the same
library:
https://github.com/KDE/krita/tree/master/plugins/impex/raw/3rdparty/libkd... )
need actual code changes to build with 0.19.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
3 years
