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
I am having a cable internet with ADSL network. I don't have any router. I want to connect to internet using this connection. I used to have windows 7 ultimate before. There I used to add new connection in the network center. Then I select broadband. Then I used to see a broadband connection icon in My Networks. This I would right click and add a shortcut to the desktop. I open it in the desktop and enter my login and password. That's when I get connected to the internet. I recently migrated to the Fedora Scientific OS with KDE Plasma desktop. I don't see broadband or ADSL or Cable Internet options in the Network settings. There only wired/802.11/IPv4/IPv6 are the options. I have ethernet wired connection without any modem with append 10 GBps. I don't see option to use wired connection with login credentials. That option is there in 802.11 option. I tried everything but nothing seems to work.
So I have been having a lot of stability issues
mid-Fedora-release-cycle with KDE on Fedora.
And if I heard it correctly on the grapevine, the reason might be that
KDE does new releases in the middle of the Feora cycle and these
immediately get pulled into released Fedora.
Is this really correct? And if so, could someone enlighten this
relative newcomer (long-term Linux, but not so long Fedora) why this
decision was taken? AS Fedora is not a rolling release, I would kinda
expect new KDE to go into N+1 alpha/beta first?
Yours, Mikhail Ramendik
Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization
My apologies for not listening to others about KDE on EPEL8. As
promised, this will be an open discussion. What I propose will just
be a suggestion.
People have correctly pointed out that it would be best if we do not
have the main KDE in epel8 be a module. It would make things more
stable and compatible if we used the QT5 packages from RHEL8 as our
basis, and go from there.
With that in mind, these are the things that I think are good ideas.
* No kde4 or kde3
* Follow the KDE LTS branches as much as possible.
*** There are about 10 packages that have to stay at 5.11 due to
RHEL's packages. The rest get built with 5.12.x
*** If RHEL8 updates their qt5, adjust with them.
*** Follow the same LTS stream as qt5 (currently 5.12)
*** Pick a stream and stick with it ??
*** I don't know of kf5 having an LTS stream.
*** Try to keep all the kf5 packages at the same stream
** KDE apps
*** Let the version be the decision of each app maintainer ???
* For qt5, plasma and kf5, have a group be the the maintainer.
* For the apps, let it be maintained by either a group or individual.
Depending on the app.
What do people think?
Thank you for your help.
The bold was working for me... I couldn't see it because the difference between font intensity was REALLY slight.
I tested some of the other modes like italics and reverse and they worked so... There you have it.
Thanks again for your help,
Latest upstream phonon releases support Qt5+ only. Latest phonon is
required for latest kde-applications. I got kde pim 19.12.1 half imported
before hitting that :( So only half done until these reviews get done.
1795801 – (phonon-qt4) Review Request: phonon-qt4 - Multimedia framework api
for Qt4 - https://bugzilla.redhat.com/1795801
1795802 – (phonon-qt4-backend-gstreamer) Review Request: phonon-qt4-backend-
gstreamer - Gstreamer phonon backend for Qt4 -
I'm trying to make some parts of my messages be bold. Konsole (konsole5-19.12.1-1.fc32.x86_64) seems to ignore this.
These codes seem to work in xterms though:
00000000: 1b5b 316d 0a .[1m.
00000000: 1b5b 6d0a .[m.
Is this a bug or a "feature"?
As many of you know, I'm working on a "KDE-rawhide" module for EPEL8.
This module would build the whole KDE/Plasma/kf5/qt5 stack as a module
for EPEL8, using what is in Fedora rawhide.
As a result, I'm going to put some %if statements in some of the
Fedora master spec files.
Most of these are because of missing -devel packages from RHEL8, as
well as some desktop related packages not being on all arches.
This will affect between 30 and 60 packages.
I will try to keep these as unobtrusive as I can, but also detailed in
the git commit.
One question I have. Do ya'll think I should change the release version?
I was thinking not, since I don't plan on rebuilding these on rawhide.
But then it looks strange if I don't have these changes in the
I keep going back and forth on the release number change.
After upgrading (I think. The timing is about right, but I'm not fully
sure) to plasma-desktop-5.17.4-2.fc31.x86_64, my compose key no
longer...composes. I have tried changing which key is assigned, but it
does not matter. When set to Right Ctrl, typing <Right Ctrl>+-+-+- in
a terminal or web browser decreases the zoom level instead of typing
an em dash. When set to other keys (e.g. Pause or Right Ctrl), nothing
I don't see any bugs in RHBZ or upstream, but it's new behavior on
both of my machines. Any ideas where to start digging into this?
He / Him / His
Fedora Program Manager