On 2017-04-14 20:22, Todd Rme wrote:
On Fri, Apr 14, 2017 at 1:32 PM, Michal Suchanek
wrote: On Fri, 14 Apr 2017 12:11:56 -0400 Todd Rme
wrote: On Fri, Apr 14, 2017 at 11:20 AM, Rüdiger Meier
wrote: On 04/14/2017 04:07 PM, Luca Beltrame wrote:
Il giorno Fri, 14 Apr 2017 15:19:54 +0200 Rüdiger Meier
ha scritto: Moreover if ktorrent and other mentioned programs would be developed independently then one could just easily try out a newer (probably
You *can* do that already. You don't need to install Plasma to run ktorrent.
And they're developed independently. In particular, ktorrent is part of the "extragear" group of applications, meaning that they have their own release schedule and their own pace of development. They have no ties with either Frameworks, Plasma, or Applications.
I've just tried for fun to install ktorrent and gave up after 30 minutes. I don't think there is a way to install it without many other deps from the kde project. There is no documentation about what dependencies are needed. I can only run cmake again and again, downloading and installing more and more deps from KDE and hoping that finally it would not complain anymore. I'd say it does not look like ktorrent is made for users who simply wants to install a torrent client quickly.
Maybe people who are familiar with the KDE tree like you may manage this faster than me, for me it's too painful.
The dependencies are listed in CMakeLists.txt, and they all seem like pretty straightforward things that something like ktorrent would need.
But when it comes to building from source, generally it is easier to use kdesrc-build, which handles all of that for you. GNOME has something similar called Jhbuild. Lots of projects have similar tools to make dependency handling easier.
This isn't a particular issue with KDE, any useful piece of software will require multiple dependencies. I don't see why you think projects that are part of the KDE community are particularly bad in this regard. On the contrary, a lot of work has been going on to limit the dependencies of KDE software to only what is really needed.
Other examples include yakuake, konversation, labplot...
Haven't checked them but I know also two good examples qcachegrind and troijta which have no kde but only Qt deps. Still the fact that they are hosted on kde.org makes them suspect to me (the "trust" thing). I'm using qcachegrind (no alternative) but I would not use troijta, since it was moved to KDE in 2012.
So you are saying you explicitly distrust anything and everything that is part of the KDE community, merely based on the fact that they choose to associate with that community?
Given the quality of software delivered by the project over the years?
Totally.
My guess is the average quality of anything k* is below the average of random piece of software downloaded off the interwebz.
That's been my experience over the years trying some k* applications or the whole DE from time to time.
Oh please, this is wrong to the point of being trolling. Quite a lot of KDE applications (such as k3b, Digikam, Kate, kstars, marble,
Oh, yes. I used k3b when I needed an application in which users can add files to a window and press the big red button. Then it broke. So I installed Brasero which was a GUI application with the big red button developed for Gnome at the time. It was not as nice .. except unlike k3b the distro maintainer managed to keep it working for the years I needed an application with the big red button. IIRC since then GNOME dropped Brasero and changed to a different solution. Because it was not so nice. And because it is not part of the gnome core they can just do that.
cantor, and KDE Connect) are considered the best of their type on Linux, and some, like Krita, are considered the best of their type on any platform. And it is not like g* software is uniformly top-of-its-class. Some KDE versions of programs are better, some GNOME
What is g* software? The only parts of GNOME I am aware of are gnome session, gnome panel, gnome display manager and gnome terminal. You can perhaps count in the file manager. It has been replaced a few times already and there are probably a few alternatives even now. Still at some times the control panel was implemented inside the file manager - not sure how it works atm.
versions of programs are better, and for some it is a matter of personal preference.
The thing is that there is no g* software. Some pieces like Evolution or Evince were developed by GNOME to fill in a void but are by no means part of the desktop core and have usually a few alternatives. So you can install Thunderbird in place of Evolution and still get a full featured GNOME desktop.
But to claim "the average quality of anything k* is below the average of random piece of software downloaded off the interwebz" is just blatantly false.
It is probably aggravated by the sponging up of applications and renaming them k*.
Such as...?
Such as almost everything developed at kde.org? I mean when I install random *torrent GTK based application I take it as such. When I install ktorrent I think "what has KDE in store for torrents". When it crashes it's a bad KDE experience. It's perceived as part of the desktop.
It is hard to let the thing go and not getting connected with it when it starts going under once you made it obvious part of the DE.
Again, such as...?
Such as konqueror? It's a kind of zombie of a web browser that nobody can take seriously for years already but it's still *the* KDE web browser .. because k* Thanks Michal -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org