[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #13 from Artem S. Tashkinov --- (In reply to Volker Krause from comment #12) > > Please see my first reply: I'm not opposing changing this, I am opposing > just adding a vendor prefix in the config file library (which is the > component this is currently assigned to), as that is used by many different > products. I've no idea what the proper component is and how this needs to be handled. I just don't want this bug report/feature request to be forgotten/abandoned because as soon as you release the first beta no one will want to change anything and the issue will be delegated to KDE7 to be released many years in the future. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #19 from Artem S. Tashkinov --- (In reply to feature from comment #15) > > And for a smooth transition, the load function can be wrapped with a try > catch clause that would try to load with the prefix, and if it fails look > for the config outside the prefix and move it inside the prefix, living a > symbolic link outside. If you move the config file inside the prefix, there's no need for a symlink. No symlinks please, it will only confuse people. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #6 from Artem S. Tashkinov --- (In reply to Nate Graham from comment #1) > This seems reasonable to me. > > Probably a KF6 topic though. The bug/feature request has been laying dormant for two years and since KDE 6 is on the horizon, I want to hope the request will not be forgotten. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #9 from Artem S. Tashkinov --- (In reply to Volker Krause from comment #8) > I don't think KConfig is the right place for this. The library one happens > to use for accessing a config file shouldn't just add its own vendor prefix. > I can see why we might want some grouping of the config files, but that > should be per product or product group (say Akonadi-based PIM or Plasma), > not per config library vendor. > > Should someone want to implement this, this also needs considering migrating > existing files and we need to account for application code that for whatever > reason searches for config file locations manually. So this is much more > than just adding an extra prefix in one place. Whether that effort/risk is > worth the gain is another question. Lots of people do not want to see all their KDE configuration files under `~/.config`. XFCE for instance has its own prefix `~/.config/xfce4` which makes it easy to reset XFCE settings without touching anything else. KDE makes it wholly impossible and not only that, ~/.config with KDE5 installed looks like a complete mess. I'm pretty sure `~/.config` is hardcoded somewhere and changing it to e.g. `~/.config/kde6` must be relatively easy. I've no idea what the right component is, I'm not a KDE developer, I don't have to know that. I want that to be fixed, and not only me, but other people as well. I also don't quite understand the whole "migration" issue. I believe nothing should be migrated automatically. People who upgrade from KDE5 to KDE6 will have a brand new clean environment unless they manually move the necessary files. It's actually a good thing. Less junk, fewer issues related to older config files. I also don't understand why you paint it as something complicated which could have its pitfalls. KDE3 had it's own `~/.kde3` path which was changed to `~/.config`. I don't remember any significant issues or arguments over that. Someone just did it. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529
--- Comment #11 from Artem S. Tashkinov ---
(In reply to Volker Krause from comment #10)
This is all quite sad to hear.
Not meaning anything personal, but it all sounds like "We didn't put too much
thought into storing all the settings in ~/.config and now we don't want to fix
the mess because some people will be mad".
Weirdly, I vividly remember that throughout KDE3 releases there was some KDE
daemon which updated configuration files when necessary and kept track of them.
Looks like this has become an impossible task despite many more KDE developers
nowadays and simple tools like grep for fixing this issue in code.
Here's something which could solve the issue:
```C++
bool fileExists(QString path) {
QFileInfo check_file(path);
// check if file exists and if yes: Is it really a file and no directory?
if (check_file.exists() && check_file.isFile()) {
return true;
} else {
return false;
}
}
QDir dir;
if (fileExists("$HOME/.config/$appname.conf" &&
!fileExists("$HOME/.config/kde6/$appname.conf"))
dir.rename(QLatin1String("$HOME/.config/appname.conf"),
QLatin1String("$HOME/.config/kde6/appname.conf"));
```
If you're opposing to fixing this issue, it's worth closing as WONTFIX. As for
me I will continue to use XFCE4. Yes, this bug is probably the biggest issue I
refuse to use KDE (and I ran KDE3.5.10 for almost a decade after you stopped
supporting it). I like my $HOME neatly organized and considering this bug
duplicates I'm not alone in my aspirations.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 435959] New: Questionable dependencies for kwin-x11
https://bugs.kde.org/show_bug.cgi?id=435959 Bug ID: 435959 Summary: Questionable dependencies for kwin-x11 Product: kwin Version: 5.20.5 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: a...@gmx.com Target Milestone: --- SUMMARY To me it looks weird that Kwin has lots of dependencies which have nothing to do with UI/X11/rendering. STEPS TO REPRODUCE # dnf install kwin-x11 OBSERVED RESULT Installing dependencies: breeze-icon-themenoarch 5.79.0-2.fc33 updates 3.8 M dbusmenu-qt5 x86_64 0.9.3-0.25.20160218.fc33 fedora80 k docbook-dtds noarch 1.0-76.fc33fedora 280 k docbook-style-xslnoarch 1.79.2-12.fc33 fedora 1.2 M dotconf x86_64 1.3-25.fc33fedora30 k espeak-ngx86_64 1.50-4.fc33fedora 2.7 M gpgmepp x86_64 1.14.0-2.fc33 fedora 125 k kde-filesystem x86_64 4-64.fc33 fedora43 k kde-settings noarch 33.0-3.fc33updates 32 k kdecoration x86_64 5.20.5-1.fc33 updates 86 k kf5-attica x86_64 5.79.0-1.fc33 updates 178 k kf5-filesystem x86_64 5.79.0-1.fc33 updates 12 k kf5-kactivities x86_64 5.79.0-2.fc33 updates 138 k kf5-karchive x86_64 5.79.0-2.fc33 updates 108 k kf5-kauthx86_64 5.79.0-2.fc33 updates 128 k kf5-kbookmarks x86_64 5.79.0-2.fc33 updates 167 k kf5-kcmutils x86_64 5.79.0-2.fc33 updates 317 k kf5-kcodecs x86_64 5.79.0-2.fc33 updates 177 k kf5-kcompletion x86_64 5.79.0-2.fc33 updates 137 k kf5-kconfig-core x86_64 5.79.0-3.fc33 updates 315 k kf5-kconfig-gui x86_64 5.79.0-3.fc33 updates 51 k kf5-kconfigwidgets x86_64 5.79.0-2.fc33 updates 403 k kf5-kcoreaddons x86_64 5.79.0-2.fc33 updates 416 k kf5-kcrash x86_64 5.79.0-2.fc33 updates 33 k kf5-kdbusaddons x86_64 5.79.0-2.fc33 updates 76 k kf5-kdeclarative x86_64 5.79.0-2.fc33 updates 313 k kf5-kdoctoolsx86_64 5.79.0-2.fc33 updates 624 k kf5-kglobalaccel x86_64 5.79.0-2.fc33 updates 62 k kf5-kglobalaccel-libsx86_64 5.79.0-2.fc33 updates 99 k kf5-kguiaddons x86_64 5.79.0-2.fc33 updates 89 k kf5-ki18nx86_64 5.79.0-2.fc33 updates 1.3 M kf5-kiconthemes x86_64 5.79.0-2.fc33 updates 178 k kf5-kidletimex86_64 5.79.0-2.fc33 updates 56 k kf5-kinitx86_64 5.79.0-2.fc33 updates 183 k kf5-kio-core x86_64 5.79.0-3.fc33 updates 633 k kf5-kio-core-libsx86_64 5.79.0-3.fc33 updates 470 k kf5-kio-doc noarch 5.79.0-3.fc33 updates 2.7 M kf5-kio-file-widgets x86_64 5.79.0-3.fc33 updates 312 k kf5-kio-gui x86_64 5.79.0-3.fc33 updates 84 k kf5-kio-ntlm x86_64 5.79.0-3.fc33 updates 21 k kf5-kio-widgets x86_64 5.79.0-3.fc33 updates 254 k kf5-kio-widgets-libs x86_64 5.79.0-3.fc33 updates 421 k kf5-kitemviews x86_64 5.79.0-2.fc33 updates 131 k kf5-kjobwidgets x86_64 5.79.0-2.fc33 updates 115 k kf5-knewstuffx86_64 5.79.0-2.fc33 updates 855 k kf5-knotifications x86_64 5.79.0-2.fc33 updates 154 k kf5-kpackage x86_64 5.79.0-2.fc33 updates 217 k kf5-kservice x86_64 5.79.0-2.fc33 updates 350 k kf5-ktextwidgets x86_64 5.79.0-2.fc33 updates 324 k kf5-kwallet x86_64 5.79.0-2.fc33 updates 328 k kf5-kwallet-libs x86_64 5.79.0-2.fc33 updates 96 k kf5-kwayland x86_64 5.79.0-2.fc33 updates 531 k kf5-kwidgetsaddons x86_64 5.79.0-2.fc33 updates 1.6 M kf5-kwindowsystemx86_64 5.79.0-2.fc33 updates 192 k kf5-kxmlgui x86_
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #28 from Artem S. Tashkinov --- What's the status of this feature request now that KDE6 is nearing its final release? I don't think it's gonna be a good idea to fix/tackle it past the first final release. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #32 from Artem S. Tashkinov --- (In reply to Martino Fontana from comment #30) > Adding to this, there's also the `KDEHOME` directory, which defaults to > `~/.kde`. > https://userbase.kde.org/KDE_System_Administration/KDE_Filesystem_Hierarchy This article applies only to KDE3 and KDE4. ~/.kde[0-9] hasn't been used for ages. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #34 from Artem S. Tashkinov --- Nate, Would be great if you looked into it. The time is running low. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #36 from Artem S. Tashkinov --- (In reply to Nate Graham from comment #35) > I don't have the time to work on this for Plasma 6, nor the motivation to > make the time for it by re-arranging priorities. As I've said before, it's > an extremely niche feature that only affects a subset of a subset of people. > Someone who really cares about this is probably going to have to be the one > who makes it happen. If no one on the KDE dev team is willing to tackle this issue you may as well close it as WONTFIX and be done with it. It makes no sense to keep it open because once KDE6 is released, no one will touch it until KDE7 development process begins which will probably happen 6 to 10 years from now. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #42 from Artem S. Tashkinov --- (In reply to Nate Graham from comment #39) > Sorry, how does it impair backup processes? I back up my whole home folder > every day and haven't seen any problems caused by the lack of this issue. > Can you explain the impact you're seeing? Backing up KDE configuration has never been an issue. Cleaning KDE configuration up has always been an issue. In multiple KDE related topics on the internet and even this bugzilla people have been recommended to reset their KDE settings to try to fix bugs. With how configuration files are stored right now, it's near impossible to do that without nuking the entire ~/.config directory which is home to many other applications settings. -- You are receiving this mail because: You are watching all bug changes.
[www.kde.org] [Bug 422531] Konqueror webpage is utterly broken
https://bugs.kde.org/show_bug.cgi?id=422531 Artem S. Tashkinov changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 224307] Juk always crashes on exit when it's run from a non-KDE environment
https://bugs.kde.org/show_bug.cgi?id=224307 Artem S. Tashkinov changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |REMIND -- You are receiving this mail because: You are watching all bug changes.
[kdesu] [Bug 217543] A bug in kdebase-runtime 4.4 install script (chgrp: invalid group: `nogroup')
https://bugs.kde.org/show_bug.cgi?id=217543
Artem S. Tashkinov changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|WAITINGFORINFO |---
--- Comment #6 from Artem S. Tashkinov ---
I'm looking at kde-runtime-17.08.3/kdesu/kdesud/CMakeLists.txt and I see:
EXECUTE_PROCESS(COMMAND sh -c \"chgrp nogroup '\${KDESUD_PATH}' && chmod
g+s '\${KDESUD_PATH}'\")
so I presume this bug is still not fixed. Wow.
--
You are receiving this mail because:
You are watching all bug changes.
[kdesu] [Bug 217543] A bug in kde-runtime/kdesu/kdesud/CMakeLists.txt install script (chgrp: invalid group: `nogroup')
https://bugs.kde.org/show_bug.cgi?id=217543 Artem S. Tashkinov changed: What|Removed |Added Summary|A bug in kdebase-runtime|A bug in |4.4 install script (chgrp: |kde-runtime/kdesu/kdesud/CM |invalid group: `nogroup') |akeLists.txt install script ||(chgrp: invalid group: ||`nogroup') -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] New: Reviving ~/.kde in a different form
https://bugs.kde.org/show_bug.cgi?id=422529
Bug ID: 422529
Summary: Reviving ~/.kde in a different form
Product: frameworks-kconfig
Version: unspecified
Platform: Compiled Sources
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: matt...@mjdsystems.ca
Reporter: a...@gmx.com
CC: kdelibs-b...@kde.org
Target Milestone: ---
I would love KDE developers to reconsider their decision to kill ~/.kde for
storing KDE apps configuration, caches, etc.
I'm not talking about reviving ~/.kde{,5} per se but I wanna offer an
alternative:
Let's store the files for KDE based applications in
~/.config/kde/
~/.local/share/kde/
~/.cache/kde/
Why do I think this is necessary? Almost two years ago I tried running KDE and
it created a huge mess under ~/.config/ :
-rw---. 1 user user 1428 Nov 21 2018 akregatorrc
-rw---. 1 user user 749 Nov 21 2018 baloofileinformationrc
-rw---. 1 user user 818 Nov 20 2018 baloofilerc
-rw---. 1 user user34 Nov 20 2018 device_automounter_kcmrc
-rw---. 1 user user 1092 Nov 21 2018 dolphinrc
-rw---. 1 user user58 Nov 20 2018 emaildefaults
-rw---. 1 user user24 Nov 20 2018 fedora-plasma-cacherc
-rw---. 1 user user 41724 Nov 21 2018 fsviewrc
-rw---. 1 user user 807 Nov 20 2018 jukrc
-rw---. 1 user user 696 Nov 20 2018 kaccessrc
-rw---. 1 user user 119 Nov 20 2018 kactivitymanagerdrc
-rw---. 1 user user 1939 Nov 21 2018 kactivitymanagerd-statsrc
-rw---. 1 user user56 Nov 20 2018 kateschemarc
-rw---. 1 user user 279 Nov 21 2018 kcalcrc
-rw---. 1 user user 227 Nov 21 2018 kcmcssrc
-rw---. 1 user user27 Nov 20 2018 kcmdisplayrc
-rw---. 1 user user51 Nov 20 2018 kcmfonts
-rw---. 1 user user43 Nov 20 2018 kcminputrc
-rw---. 1 user user94 Nov 21 2018 kcmshell5rc
-rw---. 1 user user 1057 Dec 20 2018 kconf_updaterc
-rw---. 1 user user 144 Nov 21 2018 kcookiejarrc
-rw---. 1 user user43 Dec 20 2018 kded5rc
-rw---. 1 user user 1707 Nov 20 2018 kded_device_automounterrc
-rw-rw-r--. 1 user user 3515 Nov 21 2018 kdeglobals
-rw---. 1 user user72 Nov 20 2018 kfontinstuirc
-rw---. 1 user user 13152 Dec 20 2018 kglobalshortcutsrc
-rw---. 1 user user 30769 Dec 20 2018 khotkeysrc
-rw---. 1 user user83 Nov 21 2018 kio_httprc
-rw---. 1 user user 127 Nov 21 2018 kiorc
-rw---. 1 user user41 Nov 20 2018 klipperrc
-rw---. 1 user user69 Nov 20 2018 kmail2rc
-rw---. 1 user user74 Nov 20 2018 kmixrc
-rw---. 1 user user 738 Dec 20 2018 knemorc
-rw---. 1 user user35 Nov 20 2018 knfsshare
-rw---. 1 user user39 Nov 20 2018 knotifyrc
-rw---. 1 user user33 Dec 20 2018 konq_history
-rw---. 1 user user 1774 Dec 20 2018 konquerorrc
-rw---. 1 user user 1536 Nov 21 2018 konsolerc
-rw---. 1 user user 154 Dec 20 2018 krunnerrc
-rw---. 1 user user54 Nov 20 2018 kscreenlockerrc
-rw---. 1 user user 179 Nov 21 2018 kservicemenurc
-rw---. 1 user user33 Nov 20 2018 ksplashrc
-rw---. 1 user user 110 Nov 20 2018 ktimezonedrc
-rw---. 1 user user 168 Nov 20 2018 kuriikwsfilterrc
-rw---. 1 user user 1607 Dec 20 2018 kwinrc
-rw---. 1 user user18 Dec 20 2018 kwinrulesrc
-rw---. 1 user user87 Nov 20 2018 phishingurlrc
-rw-rw-r--. 1 user user27 Nov 20 2018 plasma-localerc
-rw---. 1 user user 11239 Dec 20 2018
plasma-org.kde.plasma.desktop-appletsrc
-rw---. 1 user user20 Nov 21 2018 plasmarc
-rw---. 1 user user 709 Dec 20 2018 plasmashellrc
-rw---. 1 user user44 Nov 20 2018 powerdevilrc
-rw---. 1 user user 698 Nov 20 2018 powermanagementprofilesrc
-rw-rw-r--. 1 user user 441 Dec 20 2018 startupconfig
-rw-rw-r--. 1 user user 1193 Dec 20 2018 startupconfigfiles
-rw-rw-r--. 1 user user 217 Dec 20 2018 startupconfigkeys
-rw---. 1 user user 1395 Nov 21 2018 systemmonitorrc
-rw---. 1 user user 255 Nov 21 2018 systemsettingsrc
-rw---. 1 user user 633 Nov 20 2018 user-dirs.dirs
-rw-rw-r--. 1 user user 5 Nov 20 2018 user-dirs.locale
to be honest I'm not a huge fan of it.
For instance XFCE4 has all its files stored neatly in ~/.config/xfce4 and it's
quite easy to work with them (keep track of, save, restore, grep, etc).
Right now KDE settings are mingled with all other applications and it doesn't
look pretty and makes things complicated.
--
You are receiving this mail because:
You are watching all bug changes.
[krunner] [Bug 394443] Unable to find any terminal applications by searching either for "terminal" or "console"
https://bugs.kde.org/show_bug.cgi?id=394443 --- Comment #3 from Artem S. Tashkinov --- "Console" still returns zero results in neon-testing-20200602-1042.iso -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 394443] Unable to find any terminal applications by searching either for "terminal" or "console"
https://bugs.kde.org/show_bug.cgi?id=394443 Artem S. Tashkinov changed: What|Removed |Added Version|5.12.90 |5.19.0 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 394443] Unable to find any terminal applications by searching for "console"
https://bugs.kde.org/show_bug.cgi?id=394443 Artem S. Tashkinov changed: What|Removed |Added Summary|Unable to find any terminal |Unable to find any terminal |applications by searching |applications by searching |either for "terminal" or|for "console" |"console" | -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 178419] PNG images are not shown until being fully downloaded
https://bugs.kde.org/show_bug.cgi?id=178419 Artem S. Tashkinov changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #15 from Artem S. Tashkinov --- Seems to be fixed in neon-testing-20200602-1042.iso (had to install via apt install konqueror) and also Konqueror seems to be abandoned. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 153599] Konqueror consumes 100% CPU when your history has many entries for a particular site and your enter it in a address bar
https://bugs.kde.org/show_bug.cgi?id=153599 Artem S. Tashkinov changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UNMAINTAINED --- Comment #8 from Artem S. Tashkinov --- Konqueror seems to be abandoned, no new releases since 2016. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 422531] New: Konqueror webpage is utterly broken
https://bugs.kde.org/show_bug.cgi?id=422531 Bug ID: 422531 Summary: Konqueror webpage is utterly broken Product: konqueror Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: grave Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: a...@gmx.com Target Milestone: --- See : https://kde.org/applications/internet/org.kde.konqueror Cannot file a bug against kde.org because https://bugs.kde.org/enter_bug.cgi?product=www.kde.org redirects to kde.org If this browser is dead/unsupported/deprecated - remove the page from the website. Also, it would be great if someone made its status transparent. It's totally unclear what the default KDE browser is nowadays. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 422531] Konqueror webpage is utterly broken
https://bugs.kde.org/show_bug.cgi?id=422531 Artem S. Tashkinov changed: What|Removed |Added URL||https://kde.org/application ||s/internet/org.kde.konquero ||r -- You are receiving this mail because: You are watching all bug changes.
[ktorrent] [Bug 200512] Implement configurable/automatic read/write cache for KTorrent
https://bugs.kde.org/show_bug.cgi?id=200512 Artem S. Tashkinov changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UNMAINTAINED --- Comment #2 from Artem S. Tashkinov --- The application looks to be completely abandoned. -- You are receiving this mail because: You are watching all bug changes.
[kdesu] [Bug 217543] A bug in kde-runtime/kdesu/kdesud/CMakeLists.txt install script (chgrp: invalid group: `nogroup')
https://bugs.kde.org/show_bug.cgi?id=217543 --- Comment #8 from Artem S. Tashkinov --- Still not fixed: https://github.com/KDE/kde-runtime/blob/master/kdesu/kdesud/CMakeLists.txt -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #4 from Artem S. Tashkinov --- (In reply to Christoph Feck from comment #3) > Looking at the directory listing at comment 0, I don't spot any non-KDE > configuration file, so moving them all to a /kde subfolder won't gain you > anything. Did I understand anything wrong? As far as I can see almost all the files in the original listing belong to KDE or KDE components. They weren't there before I ran KDE5 for the first time. BTW some rare components write to ~/.config/kde.org e.g. libphonon.conf but otherwise this directory is empty. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 377722] [suggestion] use meta instead of alt by default in window behaviour shortcuts
https://bugs.kde.org/show_bug.cgi?id=377722 --- Comment #9 from Artem S. Tashkinov --- Created attachment 109127 --> https://bugs.kde.org/attachment.cgi?id=109127&action=edit KWin KDE 3.5.10 It's perfectly possible in KDE 3.5.10. So, in KDE 5 this setting is no longer present? Wow. It must suck. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] New: Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 Bug ID: 402387 Summary: Let's talk about Plasma usability on the plain old PC desktop Product: plasmashell Version: master Platform: unspecified OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: a...@gmx.com Target Milestone: 1.0 I'm really interested in understanding the reasoning behind the Plasma project and its applicability to the plain old desktop PC. Let me explain myself. Most PC users never look at the desktop for extended periods of time and their interaction with the desktop begins and ends with applications links, files and folders located there. It looks like plasma developers insist that plasmoids should be a sort of wonder which the end user is supposed to marvel at. Unfortunately that's not the case. Most PC users spend next to zero time interacting with the desktop and I suspect they are much more interested in getting up-to-date information and readings from the task panel (kicker/whatever it's called nowadays). Under KDE 3.5.x/KDE 4.x/XFCE 4/other environments I can embed the following monitors in the task panel: 1) A CPU usage monitor which monitors all cores individually (several narrow bars) and overall CPU utilization as one extra bar. There's no such plasmoid or feature for KDE 5. 2) A RAM usage monitor which shows free/occupied RAM as a simple narrow bar. There's no such plasmoid or feature for KDE 5. 3) I want something akin to KNetStats which creates icons for network interfaces *on the fly* (long unmaintained KNemo can't do that) and flashes them when there's network activity. There's no such plasmoid or feature for KDE 5. 4) I need to be able to embed certain HW sensors as simple configurable numbers, not as bars or circles which are very hard to read. There's no such plasmoid or feature for KDE 5. 5) I want to be able to see my average CPUs frequency as a number. There's no such plasmoid or feature for KDE 5. 6) I want to be able to see the output of certain commands run/updated at certain intervals, e.g. something akin to Generic Monitor from XFCE. There's no such plasmoid or feature for KDE 5. 7) I need to see the current temperature and weather conditions. I'm now looking at what's available in KDE 5 and I cannot find anything which suits my needs. No system monitor works properly when placed in the task bar. For some reasons these simple features are available in KDE 3.5.x, KDE 4.x and XFCE, yet KDE 5 doesn't offer anything. Please see the attached screenshot for my XFCE configuration. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 --- Comment #1 from Artem S. Tashkinov --- Created attachment 117029 --> https://bugs.kde.org/attachment.cgi?id=117029&action=edit XFCE Task Bar -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 --- Comment #2 from Artem S. Tashkinov --- Of course, I could file seven feature requests which will linger on for ages and will be closed due to "not enough spare time"/"resources"/"we don't think anyone will need it" but I don't want to SPAM this bugzilla with my petty requests given that KDE 5 was released over four years ago and none of the features I'm looking for are available in any state or form which is quite bleak and sad. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 Artem S. Tashkinov changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|NOT A BUG |--- --- Comment #4 from Artem S. Tashkinov --- I knew this bug report will be completely disregarded and on my part I will be completely avoiding the beautiful KDE environment. (In reply to David Edmundson from comment #3) > Multiple issues in one report is also not useful. > However, I'll write a quick reply. > > 1) There is. System load viewer -> options -> show individual CPUs Try to embed it in the system panel and tell me how absolutely unsuitable it is. > > 2) Also system load viewer. Exactly the same issue. > > If those don't work for you, do file a specific report explaining the > problem. I'm not gonna file seven individual reports in regard to Plasmoids which do NOT work when being embedded in the task panel. When you created them no one thought about their usability and let's STOP pretending a single line of code will be added to resolve the huge glaring issue I've identified. > > As for the rest. We don't want feature requests on the bug tracker, > especially for whole new plasmoids. KDE developers don't want any input in regard to the usability of KDE because you know better. Right. Exactly what I expected to hear. > > But please see store.kde.org for more plasmoids. What we ship is not the > entire ecosystem. You are again completely OVERLOOKING what I'm trying to say here: the task panel does NOT work for KDE 5 plasmoids and they are created PURELY to be huge tiles on the desktop. > > I'm sure there's something for 4, there is definitely one that covers (6) > that's quite good, and there are many weather applets for (7). I will reopen this bug report one last time, so that you could at least admit that what you're saying does not pertain to the issue. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 --- Comment #6 from Artem S. Tashkinov --- (In reply to Christoph Feck from comment #5) > Please create separate tickets. OK. Please tell me what the product / component is. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402387] Let's talk about Plasma usability on the plain old PC desktop
https://bugs.kde.org/show_bug.cgi?id=402387 --- Comment #9 from Artem S. Tashkinov --- (In reply to Christoph Feck from comment #7) > For issues in the system monitor: plasmashell/System Monitor > For issues in the weather widget: kdeplasma-addons/weather > > As David said, we don't track new widgets requests, because there is hardly > enough manpower to maintain existing widgets. That summarizes everything. Either someone steps up and fixes the issue I've identified (all monitoring KDE plasmoids are completely unsuitable for the taskbar) or I just don't want to bother filing close to seven bug reports which will most likely receive zero attention only to be closed 10 years later once you release KDE 6 (with "Is this still an issue?" reason). I've seen it too much in this bugzilla. After all I've been asking to revive KNetStats for six years now. No one cares. I've been asking to revive Juk for the same amount of time. Only this year it was been finally ported to KF5 albeit it constantly crashes (tried it in Fedora which contains the last available release) and it doesn't look and behave like its KDE3 ancestor. KSensors is all but dead and forgotten. There's no alternative in KDE4/5 - something which monitors temperatures _and_ voltages _and_ fan speeds and has a nice tiny panel with all the required sensors and which can show everything in the system tray. Again, PC users barely interact with the desktop which is the whole premise of KDE 5 and it's silly (not that I want to hurt someone's feeling but it's just a sad fact). For some reasons Plasma was created with tablet users in mind. I suspect the whole ten people in the world use Plasma on their tablets - all others are quite content with Android and iOS. I love some new KDE5 features but Plasma has never been one of them. It's a shiny mostly useless distraction people rarely if ever interact with and I'm quite sure core KDE developers hardly have any plasmoids running on the desktop. > > For 6) check https://github.com/lipido/kargos This must be built-in and configurable. Also this thing works as a desktop plasmoid and I'm quite sure it will completely break once being embedded in the task panel. P.S. "CLOSED NOT A BUG" - that's an obvious falsehood but who cares. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 154098] bugs in ftp protocol handler, when using proxy
https://bugs.kde.org/show_bug.cgi?id=154098 Artem S. Tashkinov changed: What|Removed |Added CC|a...@gmx.com| -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 394443] New: Unable to find any terminal applications by searching either for "terminal" or "console"
https://bugs.kde.org/show_bug.cgi?id=394443 Bug ID: 394443 Summary: Unable to find any terminal applications by searching either for "terminal" or "console" Product: krunner Version: 5.12.90 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: k...@privat.broulik.de Reporter: t.ar...@mailcity.com Target Milestone: --- Created attachment 112750 --> https://bugs.kde.org/attachment.cgi?id=112750&action=edit Example.webp I've just fired up neon-devedition-gitunstable-20180517-1100-amd64.iso I press Alt+F2 and type terminal - nothing _installed_ found console - nothing _installed_ found How am I supposed to know that a terminal application in KDE is called konsole? -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 394443] Unable to find any terminal applications by searching either for "terminal" or "console"
https://bugs.kde.org/show_bug.cgi?id=394443 --- Comment #2 from Artem S. Tashkinov --- (In reply to Burkhard Lueck from comment #1) > vm with up to date neon-devedition-gitunstable > Alt+F2 type terminal -> Applications->Konsole > > Apperently you use a Live Images, because you have "Install System" on your > desktop? Yes, I'm using a live image without installation but then Plasma Application Launcher finds Konsole using both search queries. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kconfig] [Bug 422529] Put config files inside a kde subdirectory in ~/.config, ~/.local/share, and ~/.cache
https://bugs.kde.org/show_bug.cgi?id=422529 --- Comment #48 from Artem S. Tashkinov --- (In reply to Antti Savolainen from comment #47) > After fiddling with settings and sorting them for a move to a new system, I > would really appreciate if the KDE config files were in a single directory. Given how much attention this issue has received, I suspect it will not be fixed until 2035 at the earliest. And I will continue to stick to XFCE in the meantime. Back when I was a KDE user, I was a very prolific bug reporter, but maybe people like me are not needed anymore. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 331857] Unresponsive applications, kdecore ktimezone did not receive a reply
https://bugs.kde.org/show_bug.cgi?id=331857 Artem S. Tashkinov changed: What|Removed |Added CC||t.ar...@mailcity.com --- Comment #15 from Artem S. Tashkinov --- Seconded. Akregator is unresponsive: KSystemTimeZones: ktimezoned initialize() D-Bus call failed: "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." Fedora 24 alpha qt5-qtbase-5.6.0-0.38.rc.fc24.x86_64 qt-4.8.7-9.fc24.x86_64 akregator-15.12.2-1.fc24.x86_64 kf5-15.12.2-1.fc24.x86_64 kdelibs-4.14.17-5.fc24.x86_64 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360467] New: Implement adding arbitrary applications to the task bar
https://bugs.kde.org/show_bug.cgi?id=360467 Bug ID: 360467 Summary: Implement adding arbitrary applications to the task bar Product: plasmashell Version: master Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Application Menu (Kicker) Assignee: h...@kde.org Reporter: t.ar...@mailcity.com CC: plasma-b...@kde.org In KDE 3.5.x you could right click the Kicker, click Add application to Panel -> Add Non-KDE Application In a new window you could enter this information: Button Title Description Executable Command line arguments Use the checkbox "Run in a terminal window" Set the icon. I see nothing like that in Plasma 5. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360467] Implement adding arbitrary applications to the task bar
https://bugs.kde.org/show_bug.cgi?id=360467 --- Comment #1 from Artem S. Tashkinov --- Created attachment 97864 --> https://bugs.kde.org/attachment.cgi?id=97864&action=edit Visuals -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360468] New: Show timezones as actual cities, not as their TZ abbreviations both in a pop up and in the main window
https://bugs.kde.org/show_bug.cgi?id=360468 Bug ID: 360468 Summary: Show timezones as actual cities, not as their TZ abbreviations both in a pop up and in the main window Product: plasmashell Version: master Platform: Other OS: other Status: UNCONFIRMED Severity: major Priority: NOR Component: Digital Clock Assignee: mklape...@kde.org Reporter: t.ar...@mailcity.com CC: plasma-b...@kde.org There's nothing to add really. I don't want to memorize TZ abbreviations - it makes no sense. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360469] New: Add an option to copy the current date to the clipboard
https://bugs.kde.org/show_bug.cgi?id=360469 Bug ID: 360469 Summary: Add an option to copy the current date to the clipboard Product: plasmashell Version: master Platform: Other OS: other Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Digital Clock Assignee: mklape...@kde.org Reporter: t.ar...@mailcity.com CC: plasma-b...@kde.org There's no such an option currently. In KDE 3.5 you could summon it by right clicking the applet. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360469] Add an option to copy the current date to the clipboard
https://bugs.kde.org/show_bug.cgi?id=360469 --- Comment #1 from Artem S. Tashkinov --- Created attachment 97865 --> https://bugs.kde.org/attachment.cgi?id=97865&action=edit Copy to Clipboard -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 355190] copy current date/time into clipboard
https://bugs.kde.org/show_bug.cgi?id=355190 --- Comment #13 from Artem S. Tashkinov --- (In reply to cherenz from comment #12) > This is still "NEEDSINFO WAITINGFORINFO", although 3 respondees provided > information on their usecases. What kind of more information is needed? KDE developers are busy breaking things and adding shiny new features. Meanwhile you can write a patch implementing this feature yourself and try to get it merged. That's how open source works. Get used to it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 355190] copy current date/time into clipboard
https://bugs.kde.org/show_bug.cgi?id=355190 --- Comment #16 from Artem S. Tashkinov --- Created attachment 98279 --> https://bugs.kde.org/attachment.cgi?id=98279&action=edit KDE 3.5.10 (In reply to Kai Uwe Broulik from comment #15) > The thing is that our manpower is limited and there are features like this > one that we frankly did not consider as important as others. Exactly. KDE developers code for _themselves_ and choose things to work on on their own. Their userbase concerns are not their own cencerns. If what I'm saying is not true, we wouldn't have had two major fuck ups called KDE4 and KDE SC5. We wouldn't have had a situation when multiple applications from the past have no equivalents in KDE5. We wouldn't have had a situation when new KDE4/KDE SC5 application have far fewer features than their KDE3 counterparts. > Also, I was actually looking into implementing this very feature recently but > Artem's > comment really drove away my motivation for that... You see, you just prove my words all the freaking time. You're busy coding new shiny APIs no one cares about instead of making gradual changes while preserving old features. Who exactly uses KDE SC5 on smartphones, tablets or Windows? Who cares how portable KDE is? People need to work for God's sake. You do _everything_ to break people's workflow and then you suddenly realize that people have stopped using your software. Run stats on KDE bugzilla and you'll suddenly realize people's activity as of recently has substantially decreased even though overall more people use Linux nowadays. Have you asked yourself why? Do you realize that both KDE and Gnome have long stopped being the most popular DEs in Linux? Do you know what's number one right now? XFCE4 running GTK2 is. People are tired of your shit, sir. You do _not_ remove crucial features just because you believe that new APIs are better than the old ones. People do not care about APIs. You do not remove xembed (systray) support and break dozens of apps, just because you think everyone should upgrade from xembed. You do not remove absolutely useful systray apps and replace them with UGLY unusable plasmoids which you cannot embed into systray at all, because you present information very sparsely. Have a look at my task bar in KDE 3.5.10. Now tell me if I can do anything like that in KDE5. 1) It's fully transparent (it has an option for that) - do not tell me about unsupported KDE5 themes. 2) It has applications which don't have existing corresponding .desktop shortcuts. 3) It has KNetStats which show network activity in real time by blinking. 4) It has a weather applet. 5) KSensors (including _voltages_, _fans_ speed and temperatures). You tell me to upgrade to KDE5 to have my workflow royally fucked? What for? Don't get me started on the fact that KDE4/KDE5 are absolute resource hogs in comparison to KDE3 while _usually_ having less polish, working slower and having uglier UI out of the box. It's not users who drive you away. It's you who drive users away. -- You are receiving this mail because: You are watching all bug changes.
