On Fri, 2018-11-02 at 22:11 -0400, Temlakos wrote: Until 2024 we have time to think , we will have Deepin as alternative and we still have a lot of choices xfce etc [2] By curiosity today I noticed that qt5 was included in RHEL7 (about a year ago) [1] [1]https://src.fedoraproject.org/cgit/rpms/qt5-qtbase.git/?h=epel7 [2]https://spins.fedoraproject.org/ -- Sérgio M. B.

I would expect, as a kde user, that it is the version preceding Plasma.  I use the option that merges the desktop with the menu. The just start typing interface Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Saturday, November 3, 2018, 6:14:41 a.m. EDT, Klaus Kolle <klaus(a)kolle.dk&gt; wrote: On 11/3/18 3:11 AM, Temlakos wrote: One question arises: Is it KDE as all from KDE or is it previous KDE versions but not Plasma? |< -- Med venlig hilsen Klaus Kolle Teknikumingeniør, B.Sc.EE.,    e-mail    : klaus(a)kolle.dk Master of IT                    www      : www.kolle.dk Kollundvej 5                    Telephone : +4586829682 / +4522216044 DK-8600 Silkeborg, Denmark "Man skal ikke tilskrive til sammensværgelser hvad der tilstrækkeligt kan forklares af inkompetence" Poul Henning Kamp Planlægning er tanker om noget man agter at gøre en gang i fremtiden, hvis omstændighederne tillader det. Klaus Kolle 2006 Perfection is achieved not when nothing more to add, but when there is nothing more left to take away. Antoine de Saint-Exupery _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

On Fri, Nov 02, 2018 at 10:11:20PM -0400, Temlakos wrote:> Everyone: Because as long as this group is here and interested in KDE on Fedora, there's no words like that to say. The easiest way to make that a "no" is to join the KDE SIG. Not just the mailing list, but work on packaging, polish, testing, design, documentation, user support, etc. https://fedoraproject.org/wiki/SIGs/KDE (We're _always_ short on KDE testers come release time. Your help can make a difference.) -- Matthew Miller <mattdm(a)fedoraproject.org&gt; Fedora Project Leader

Leslie S Satenstein wrote: This is nonsense. The version shipped in RHEL 7 is already called Plasma (Plasma 4), and the deprecation announcement specifically mentions Plasma. Plasma will not be part of RHEL 8, it will have to be provided by EPEL. Older versions will not be provided at all. Kevin Kofler

Hi Kevin KDE and Gnome will grow and become more useful, particularly when voice activation and IOT functionality gets implemened. With containers, flatpacks, or other modules, pretty soon these will be interchangable between Debian, RedHat, SUSE, and UBUNTU systems.When that happens, as it will, look to non-propriatory Gnome or KDE group desktop systems, free from the mentioned vendors.I am able to use my Gnome system on 4 of the mentioned systems.  I am sure that I can do it with Gnome. And by the way, KDE works ubiquitously, without headscratching or sweating to make it work.  Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Saturday, November 3, 2018, 12:01:42 p.m. EDT, Kevin Kofler <kevin.kofler(a)chello.at&gt; wrote: Temlakos wrote: It will not. This is a RHEL-only deprecation and has no effect whatsoever on Fedora. KDE packaging in Fedora is already mostly community-driven. The packagers are around on #fedora-kde on Freenode IRC. GNOME's idea of "user-friendliness" is to hide as many options as possible from the user. Everything is hardcoded. This is very similar to Apple's philosophy, indeed. I don't see KDE being unfriendly to any kind of developers. For application developers, Qt is a much nicer toolkit to work with than GTK+ (and yes, I have worked with both). Distribution developers are also always welcomed upstream. Some KDE upstream developers strongly dislike downstream patches to their code, but so do GNOME upstream developers. The main difference from Red Hat's standpoint is that GNOME development is almost entirely driven by Red Hat, as they have many GNOME developers and control a large part of GNOME upstream development, whereas for KDE, they actually have to work together with other people (both individuals and companies). Red Hat also has very few KDE developers in house who can develop needed changes for them (upstream or even as a downstream patch), which is pretty much a vicious circle: no manpower leads to no interest leads to no manpower. It will not be supported by the commercial support (RHEL support contracts), but the Fedora KDE SIG plans to provide it in EPEL. The Fedora KDE maintainers want to package it for EPEL. As for commercial support, there may or may not be a third-party company offering support contracts. I would not count on it, but it might actually happen if there is a market. It is too early to tell. But that only matters for (mainly corporate) customers that want support contracts to begin with. CentOS users are not really affected by that support issue, and Fedora users are not affected at all to begin with. No.         Kevin Kofler _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

Hi Reindl What if the future is Android on the desktop.  I get more functionality with my CELLPHONE than I do with Linux.I am open minded to the fact that today Amazon or the equivalent sell devices that respond to commands.With an intelligent Thermostat, and switches, I can control my home from a distance. Right now, I can't do that sitting at a desk with KDE. We need "richer functionality hardware" and matching increase in functionality of KDE or Gnome. I use KDE and GNOME on systems by Fedora, Ubuntu, Tumbleweed and Manjaro. They are all offering exactly the same KDE or GNOME.  It does not matter to me which of the above I install.  What does matter to me is the richness of their libraries and available applications.  The distribution with the most will most likely win. RedHat's decisions are not cast in stone.  Business pressures ( $$$) can change decisions dramatically. Regards On Saturday, November 3, 2018, 2:42:48 p.m. EDT, Reindl Harald <h.reindl(a)thelounge.net&gt; wrote: Am 03.11.18 um 19:32 schrieb Leslie S Satenstein: don't get me wrong but that is way too much sonsense in a single post (besdies your HTML mails with fancy colored signature are annoying) because Flatpak from a technical point of view is pure bullshit and repeating the windows world while central repos with shared librraies instead dupliacates are the strength of a Linux distribution and people which want that vesion hell like on Windows just should use Windows instead sacrifice Linux _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

 Hi Riendl, You must be a very critical intolerant individual.  Sad thatyou can  be annoyed by discussion about future technologies. About me. I do not run servers at home,nor do I intend to. I write software in C, C++, Javascript and I write bash scripts. KDE is what I use, some of the time.  But to do all that writing of documentation I use LibreOffice, I mainly use a terminal and vim for coding. But when I have to correspond, I do so politely, and without criticizing others. There is a simple saying that applies to many people. When the only tool you have is a hammer, everything is solved with a nail. There is more to KDE than KDE.I have fun and enjoyment doing and using Linux or writing with KDE or coding Gnome extensions. Those are my nails. Why do you not think that Google is looking to displace Microsoft Windows10 or Linux?Android can do the job for every student in school or at work. Only programmers need something more sophisticated. Think like a business person and the profit that Google can make for a few million dollarsof investment into an Android desktop development.  Tablets are android devices. Have you yet been to a restaurent where the waitress hands you a tablet with a menu and you use it to order your meal and to pay your bill?  Where is KDE with ability to offer that functionality?  MacDonalds restaurent has the ordering screen. It is very graphical and android like.  KDE is great, otherwise I would not use it. But if it does not move carefully forward to match allthe new automation coming around us, it will lose following and eventually evaporate. And yes, adding/removing/tailoring software on Android is so easy compared to Linux. And doing so is reasonably secure. There is no user concern for root, groups and network setups. Vendors put in smarts to take away that responsible work from you. Is RedHat doing the right thing because KDE is not progressing fast enough?  Does KDE needto offer integrated KDE applications for business, for networking, or robotics to stay popularand grow in importance.  This is a discussion forum. What are your opinions? Am 03.11.18 um 19:55 schrieb Leslie S Satenstein: than you are doing something wrong or not much at all - that's it for a consumer knowing nothing but web-browsing and bascily email while even email is used like a joke the underlying OS don't matter, but that's not the target audience Linux has, it just can serve them too easily to see in the way you use your mail cient not able to leave a plaintext post in peace and quoting footers and writing TOFU while whoever maitains the Fedora mailinglists is clueless too because otherwise the footer would start with "-- " where the space char is vital so that sane clients wouldn't quote it anyway _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

Leslie S Satenstein wrote: That means you are dependent on proprietary applications ("apps") that vendors decide to make available only for Android (and iOS, typically) because it is easier to sell blobs or ship ad- and/or spyware-infected blobs there. You have to realize that proprietary cellphone apps are still proprietary software, even if the abbreviation "apps" sounds fancier for some reason. Kevin Kofler

On Sunday, November 4, 2018 4:10:33 AM CET Leslie S Satenstein wrote: Proprietary software is incompatible with the Linux distribution model. I have 3 proprietary applications installed on my system: VScode, Mathematica and Matlab. When I did the upgrade to F29 beta all 3 segfaulted. Linux is not a static target platform. Android tries to pretend it is ... and failed badly. Most android devices run horribly outdated and unpatched core software and the deployment of updates by the phone manufacturers can take months even if the device is still supported.

Am 04.11.18 um 16:21 schrieb Gerald Henriksen: irrelevant when you don't want or can't build from source and it's not properly packaged in the distribution

Matthieu Gras wrote: Before you can even start packaging VSCode in a way compliant to the packaging guidelines, you first have to do that with Electron. So far nobody even tried. All the Coprs that I've seen that try to ship Electron use blobs at some level. The normal Electron and Electron app build process relies heavily on downloading prebuilt blobs at build time. To package this thing in a way acceptable for Fedora, everything has to be built from source and packaged separately, and then the build process has to be patched to use the system version instead of attempting to download a blob from the Internet (which cannot possibly work in Koji anyway). You have to first build libchromiumcontent from source, which is comparable in effort to the chromium and qt5-qtwebengine packages (but some of the work done there can be reused), then build Electron from source using that (upstream normally uses a libchromiumcontent blob if you try to build Electron "from source" using their instructions), and only then you can build applications such as VSCode (which will by default want to use an Electron blob that even bundles the libchromiumcontent blob inside). Kevin Kofler

On Sat, 3 Nov 2018 at 22:12, Kevin Kofler <kevin.kofler(a)chello.at&gt; wrote: Just to chip in: worth noting that voice activation doesn't have to be central server based (though that's the approach Google, Amazon et al. take, for the reason they want All The Data), and voice control can be incredibly important for accessibility purposes. -- imalone http://ibmalone.blogspot.co.uk

Hi Kevin, I tried installing simon. dnf replies: nothing provides libsphinxbase.so.1()(64bit) needed by sphinxtrain-1.0.8-46.fc29.x86_64 nothing provides libsphinxad.so.0()(64bit) needed by sphinxtrain-1.0.8-46.fc29.x86_64 Next, I tried to install sphinxtrain. dnf replied with the same missing dependencies. Next, I searched what provides these and I found that sphinxbase-libs provides libsphinxbase.so.3 (not so.1), but nothing provides libsphinxad.so.*. How do I install simon? Peter Gückel

I sure hope they get around to doing it. The bug is from a month ago :-( simon sounds very interesting!

On 6/11/18 1:43 am, Ben Cotton wrote: I'm not sure why people are making a fuss. This is exactly what RH has been doing for a long time - shifting everything they don't want to support directly into EPEL. RHEL7 was the first revision of this - and thousands of packages were shifted to EPEL. This is just the continuation of this. -- Steven Haigh 📧 netwiz(a)crc.id.au 💻 https://www.crc.id.au 📞 +61 (3) 9001 6090 📱 0412 935 897

On 6/11/18 12:11 pm, Kevin Kofler wrote: Same arguments I had when RHEL7 was released. People have forgotten this however. I guess RH see it as focussing on the core that the majority use - and it becomes 'self support' for the stuff via EPEL. If you need corporate support, you'll switch to Gnome. RH will give you better support for it. It reduces the massive scope that RH currently support to allow them to focus on the important things[*]. I think this comes down a lot to the mindset that RHEL is a server distro. If they have to support a desktop, they want the one they have the most resources for. * What you and I think is important may not be the same as RH, which will follow the money for their existing customers. -- Steven Haigh 📧 netwiz(a)crc.id.au 💻 https://www.crc.id.au 📞 +61 (3) 9001 6090 📱 0412 935 897

KevinWe have a 3 inch by 3 inch android box for our TV. I have 2000 channels, and many options for email setup, youtube, movies, etc.It can accept a keyboard as a remote wireless device. It is an excellent IOT. That box has no hard disk, just some ram for cache and buffering and a SOC (software on a chip)  Cost in Canada --$100.00 Amazon and Google sell andoid devices that take speech and provide results. With those devices, you can see a whole range of new applications, such as refrigerator alarms, etc. My cellphone answer questions such as "Best gasoline price near me", or I use the wayz application for travelling. KDE supports the webcam, and it only takes a few additions to make KDE a controller for the IOT.There is no worry if the IOT is locked source. The android app is in JS, and can be reprogrammed for use under Linux.  We have raspberry devices that can run Linux with KDE, some friends use that. They also use the cloud for hard disk storage. I am looking forward to live video and video conferencing with KDE, as we do on my cellphone with facebook.  I expect that many cellphone functions will arrive onto Linux and be functioning with KDE or (gasp) Gnome. Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Saturday, November 3, 2018, 5:21:51 p.m. EDT, Kevin Kofler <kevin.kofler(a)chello.at&gt; wrote: Leslie S Satenstein wrote: All these are just fancy buzzwords. When you think it through, all these concepts actually make the system worse. Voice activation means your computer records everything that you say, and with the current implementations, sends everything after a keyword (which can be said accidentally, it has happened in practice) to a central server for processing. So your computer is effectively spying on you. IOT functionality typically means proprietary devices that contain software that cannot be upgraded (either it physically cannot, or it theoretically can, but no upgrades are provided and signature locks prevent third parties from providing them) and are thus a security nightmare. They can be abused both as botnet members and to attack other devices in your local network. Containers, flatpaks and modules all ruin the concept of an integrated distribution where everything is packaged and all libraries are shared. Instead, we get incompatible library versions and library bundling, leading to wasted space and again to a security nightmare. So please stop believing that hype buzzwords will magically improve GNU/Linux.         Kevin Kofler _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

Hi KevinYou are right about security. I was an owner of a security business catering to banks.I am retired for 6 years now. I worked for 55 years in industry as scientist, business analyst,security analyst and business owner. Regarding security=============== KDE is insecure. Any user can change his settings and he can wipe out any way to use his logon.Why is KDE not root managed for every user and to not allow the user to change anything? Security begins by protecting the user from damaging his own environment. At what level is there a security risk?  Most of those IOT devices do not need security. The "System On A Chip" (SOC)  is strictly function limited.Its not a re-programmable computer. That box I discussed has a range for the remote control to 30 feet or about 10 meters.  The IOT devices we are looking at are bluetooth connected.  No WWW connection. With today's technology and future design, I am not and will not be able to manage my neighbours IOTs.My IOT devices are mac address is hard wired. Same for the other IOT devices. Functionality is limited.  An IOT example is the USB dongle for your keyboard and mouse. The CPUs in these devices are not programmable, they are controllers. I have a digital weather station mounted on my wall. It synchronizes to the atomic clock time daily,and displays local temperature and barometric pressure. I can query it with my cellphone. Can someone defeat that IOT device?   Yes, but for what benefit?   My FM radio is digital. Its function is limited. Most IOT things, by being limited in functionalty are secure. I would surmise that RedHat sees the disappearance of the menu and the use of icons for top level management.We do that with KDE, where we move icons to the desktop and to the panels.  KDE will morph into something even better, responding to we users needs. And it will be secure. Regards  Leslie Leslie Satenstein Montréal Québec, Canada On Saturday, November 3, 2018, 11:40:28 p.m. EDT, Kevin Kofler <kevin.kofler(a)chello.at&gt; wrote: You are confirming exactly what I wrote: Leslie S Satenstein wrote: When you have a security hole on that device, you have no way to fix it. All the commands you give to those devices are sent to Amazon's or Google's servers for processing. They can be given to a human (that happens more often than you realize, the automatic voice recognition is nowhere near as good as they claim, so they have many dictation typers), automatically used to control advertising, etc. And the device can even mishear the trigger ("Alexa" or "Hey Google") when you haven't even said it and then start recording and sending everything you say to the company. There are documented cases of that happening. But also a whole range of security holes and privacy invasions. Can you even access that JavaScript as a user and is it legal to modify it? If it were so easy to make it work under GNU/Linux, why do you need Android at all? That means they are sending all their private data to some external provider who can read everything! (Even if they claim to encrypt the data, can you verify that, and also that the encryption is sound and not backdoored, if the client supposedly doing the encryption is proprietary and obfuscated? The encryption might even be done on the server side, leaving open an obvious backdoor to get at the unencrypted data, while still technically satisfying the claim that your data is encrypted.) There are already Free as in speech video conferencing applications. The issue is that both sides need to use them and that hardly anybody does. The Free Software applications are typically interoperable with each other, using one of a handful open standards to communicate, but that does not help if everybody is using some proprietary walled garden with vendor lock-in such as Skype or WhatsApp. It would be nice to have some of that functionality, but only if it is implemented in a way that does not destroy our freedom, security, and privacy.         Kevin Kofler _______________________________________________ kde mailing list -- kde(a)lists.fedoraproject.org To unsubscribe send an email to kde-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/kde@lists.fedoraproject.org

On Sat, Nov 3, 2018 at 10:21 PM Gerald Henriksen <ghenriks(a)gmail.com&gt; wrote: If it was unchanging in RHEL, I'd agree with you... I would agree with you, except Red Hat has been rebasing GNOME every other RHEL 7 point release (basically, once a year). As of RHEL 7.6, the version of GNOME shipped in RHEL 7 is v3.28, which is what shipped in Fedora 28... They did actually give the same treatment to KDE (bump from 4.8 to 4.14). But, KDE SC 4 went EOL and Plasma 5 became the focus of the KDE community in 2015, so that was the end of the line for RHEL 7. I can't fault Red Hat for pulling out of KDE, since even I've had trouble "keeping the faith" until Plasma 5.8, where it seemed like things finally stopped breaking on each upgrade. I do wish that they hadn't let go their KDE engineers over the last couple of years, though. It was nice having Red Hat engineers care about KDE a little bit... However, we're in a great spot in Plasma 5 now, Providing KDE Plasma 5 in EPEL for EL7 may be possible if Red Hat rebases Qt 5 to 5.12 LTS once it releases. As for EL8, we'll have to wait and see... -- 真実はいつも一つ！/ Always, there's only one truth!

I can say that in my business (Aerospace) we use KDE variants in Redhat all over the place. pailott On 11/5/2018 11:49, William Moreno wrote: