Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Staying with KDE-4
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next  
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
Hobbes2100
n00b
n00b


Joined: 24 Apr 2002
Posts: 55

PostPosted: Mon Dec 12, 2016 11:39 pm    Post subject: Reply with quote

I went to update world today and I encountered this:

Code:

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (kde-frameworks/kglobalaccel-5.26.0:5/5.26::gentoo, ebuild scheduled for merge) pulled in by
    >=kde-frameworks/kglobalaccel-5.26:5 required by (kde-frameworks/kxmlgui-5.26.0:5/5.26::gentoo, ebuild scheduled for merge)
    >=kde-frameworks/kglobalaccel-5.26.0:5 required by (kde-plasma/kactivitymanagerd-5.8.3:5/5::gentoo, ebuild scheduled for merge)
    >=kde-frameworks/kglobalaccel-5.26:5 required by (kde-frameworks/plasma-5.26.0:5/5.26::gentoo, ebuild scheduled for merge)
    >=kde-frameworks/kglobalaccel-5.26:5 required by (kde-frameworks/kdelibs4support-5.26.0:5/5.26::gentoo, ebuild scheduled for merge)
    >=kde-frameworks/kglobalaccel-5.26:5 required by (kde-frameworks/kdeclarative-5.26.0:5/5.26::gentoo, ebuild scheduled for merge)
    >=kde-frameworks/kglobalaccel-5.26.0:5 required by (kde-apps/kmix-16.04.3-r1:5/5::gentoo, installed)
    >=kde-frameworks/kglobalaccel-5.26:5 required by (kde-frameworks/khtml-5.26.0:5/5.26::gentoo, ebuild scheduled for merge)

  (kde-plasma/plasma-workspace-4.11.22:4/4.11::gentoo, ebuild scheduled for merge) pulled in by
    kde-plasma/plasma-workspace:4 required by (kde-plasma/kdebase-startkde-4.11.22-r2:4/4.11::gentoo, installed)


The punch line of this is:

  • kglobalaccel needs plasma-workspace > 5.2 (or so)
  • kdebase-startkde (my "in" to keep kde4 going) needs plasma-workspace 4.11 (or so)
  • the two plasma-workspace packages can't coexist

Short of masking all kde-frameworks packages -and- then digging up KDE4 dependency satisfiers for those packages, do I have other options?

My world file, with respect to kde and friends is relatively light:

Code:

app-cdr/k3b
kde-apps/akonadi
kde-apps/juk
kde-apps/kcachegrind
kde-apps/kde-base-artwork
kde-apps/kde-wallpapers
kde-apps/kdecore-meta
kde-apps/kdegraphics-meta
kde-apps/kdemultimedia-meta
kde-apps/ksaneplugin
kde-base/kdelibs
kde-plasma/kdebase-startkde
kde-plasma/kdm
net-misc/knemo


And I have two hacks in my portage overlay to satisfy some deps:
Code:

# ls /usr/local/portage/kde-apps/
kde-base-artwork  kde-wallpapers


Thanks for any help and tips,
Mark
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Tue Dec 13, 2016 12:03 am    Post subject: Reply with quote

Hobbes2100 wrote:
[*] kglobalaccel needs plasma-workspace > 5.2 (or so)

No, it blocks <kde-plasma/plasma-workspace-5.2.0-r2, which was fine until kde-base/plasma-workspace:4 was pkgmoved to kde-plasma/plasma-workspace.

So that's not exactly according to plan.
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 340

PostPosted: Tue Dec 13, 2016 12:22 am    Post subject: Reply with quote

Here kglobalaccel-5.28 was installed without it wanting to pull plasma-workspace:5

Try deleting all the kde meta packages from the world file, leaving only kde-plasma/kdebase-startkde.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Tue Dec 13, 2016 12:37 am    Post subject: Reply with quote

That's because you emerged it before the pkgmove. As I said, this is a temporary bug, a fix is pending, let's hope it gets merged tomorrow.
Back to top
View user's profile Send private message
Hobbes2100
n00b
n00b


Joined: 24 Apr 2002
Posts: 55

PostPosted: Tue Dec 13, 2016 3:08 am    Post subject: Reply with quote

asturm wrote:
Hobbes2100 wrote:
[*] kglobalaccel needs plasma-workspace > 5.2 (or so)

No, it blocks <kde-plasma/plasma-workspace-5.2.0-r2, which was fine until kde-base/plasma-workspace:4 was pkgmoved to kde-plasma/plasma-workspace.


My bad, I saw the dependency of kglobalaccel on plasma and mis-read that as a (circular-ish) dependency that included plasma-workspace. My bad.

Best,
Mark
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Tue Dec 13, 2016 4:14 am    Post subject: Reply with quote

Well, it's not really that obvious as presented by Portage...
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 340

PostPosted: Tue Dec 13, 2016 3:11 pm    Post subject: Reply with quote

@asturm, Hobbes2100

I was hit by this today when updating to plasma-5.29.0
Solved it by deleting the line:
Code:
!<kde-plasma/plasma-workspace-5.2.0-r2

from the ebuild
Code:
kde-frameworks/kglobalaccel-5.29.0.ebuild
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Wed Dec 14, 2016 6:54 pm    Post subject: Reply with quote

Fixed in tree now.
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 340

PostPosted: Fri Jan 20, 2017 1:26 pm    Post subject: Reply with quote

Portage tries again to break my perfectly working and stable Plasma 4 setup.
Here is the bad news:
Code:

2017-01-15-kde-plasma-4-removal
  Title                     KDE Plasma 4 and KDE profile removal
  Author                    Andreas Sturmlechner <asturm@gentoo.org>
  Posted                    2017-01-08
  Revision                  1

KDE Plasma 4 has reached end of life in Portage. Upstream dropped support
in 2015-08-19, no security bugs have been fixed since then. It is therefore
required for all users to upgrade to KDE Plasma 5.

KDM is being removed as well. Upstream recommends x11-misc/sddm instead which
is pulled in by plasma-meta by default.
OpenRC users edit /etc/conf.d/xdm and update DISPLAYMANAGER.
Systemd users run: systemctl reenable sddm.service

Part of the cleanup will also be the KDE desktop profile, which is superseded
by the Plasma desktop profile. Please follow the detailed upgrade guide.[1]

KDE Plasma 4.11 packages will be moved to kde-sunset overlay.[2]


I have tried Plasma 5 and I do not want it because:

  • It does not work well with my 3 monitor set up
  • Cannot set virtual desktops with different folder views
  • No shelf widgets
  • etc.


This morning, after some work, I managed to restore my plasma 4 system back on
an even keel. I post this in case someone else has the same problem.


  • Fetch the masked packages from kde-sunset.
    Create the file /etc/portage/repos.conf/kde-sunset.conf
    Code:

    [kde-sunset]
    location = /usr/portage/local/kde-sunset
    sync-type = git
    sync-uri =  git://anongit.gentoo.org/proj/kde-sunset.git
    auto-sync = no

    Sync the repository:
    Code:

    emaint -r kde-sunset sync

  • Kde-sunset is a junkyard and I do not want it permanently in my tree.
    So I copied the kde-plasma directory to my local overlay:
    Code:

    cp -R /usr/portage/local/kde-sunset/kde-plasma /usr/portage/local/

    Then I deleted the file /etc/portage/repos.conf/kde-sunset.conf and the directory
    /usr/portage/local/kde-sunset.

  • Rebuild all digests in the kde-plasma/* ebuilds in my local overlay:
    Code:

    for e in $(find /usr/portage/local/kde-plasma/ -name "*.ebuild"); do ebuild $e digest; done


  • Unmask Plasma-4 packages as needed.
    Here is my /etc/package.unmask/kde4 file
    Code:

    # Unmask Kde-apps
    kde-apps/kde-base-artwork::my-overlays
    kde-apps/kde-wallpapers::my-overlays
    kde-apps/kdeartwork-colorschemes::my-overlays
    kde-apps/kdeartwork-desktopthemes::my-overlays
    kde-apps/kdeartwork-emoticons::my-overlays
    kde-apps/kdeartwork-iconthemes::my-overlays
    kde-apps/kdeartwork-kscreensaver::my-overlays
    kde-apps/kdeartwork-meta::my-overlays
    kde-apps/kdeartwork-wallpapers::my-overlays
    kde-apps/kdeartwork-weatherwallpapers::my-overlays
    kde-apps/kuser::my-overlays

    # Unmask Plasma-4 (20-01-2017)
    kde-plasma/solid-actions-kcm::my-overlays
    kde-plasma/libtaskmanager::my-overlays
    kde-plasma/krunner::my-overlays
    kde-plasma/kstartupconfig::my-overlays
    kde-plasma/khotkeys::my-overlays
    kde-plasma/freespacenotifier::my-overlays
    kde-plasma/ksplash::my-overlays
    kde-plasma/plasma-workspace::my-overlays
    kde-plasma/kcminit::my-overlays
    kde-plasma/libplasmagenericshell::my-overlays
    kde-plasma/liboxygenstyle::my-overlays
    kde-plasma/ksystraycmd::my-overlays
    kde-plasma/kdeplasma-addons::my-overlays
    kde-plasma/libkscreen::my-overlays
    kde-plasma/kdebase-cursors::my-overlays
    kde-plasma/kinfocenter::my-overlays
    kde-plasma/kde-gtk-config::my-overlays
    kde-plasma/kwrited::my-overlays
    kde-plasma/kwin::my-overlays
    kde-plasma/libkgreeter::my-overlays
    kde-plasma/kcheckpass::my-overlays
    kde-plasma/libplasmaclock::my-overlays
    kde-plasma/powerdevil::my-overlays
    kde-plasma/ksmserver::my-overlays
    kde-plasma/kephal::my-overlays
    kde-plasma/kstyles::my-overlays
    kde-plasma/kmenuedit::my-overlays
    kde-plasma/klipper::my-overlays
    kde-plasma/kscreen::my-overlays
    kde-plasma/kdebase-startkde::my-overlays
    kde-plasma/ksysguard::my-overlays
    kde-plasma/systemsettings::my-overlays


  • Finally
    Code:
     emerge -aDuN --newrepo @world



And everything is as good as new.

PS. I use startx and I do not use kdm


Last edited by proteusx on Fri Jan 20, 2017 1:39 pm; edited 3 times in total
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Fri Jan 20, 2017 1:33 pm    Post subject: Reply with quote

You don't have to copy the files into your own overlay, after all you miss out on any updates that may (or may not) happen there. You can bulk mask all of kde-sunset adding '*::kde-sunset' to package.mask.
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 340

PostPosted: Fri Jan 20, 2017 1:46 pm    Post subject: Reply with quote

asturm wrote:
You don't have to copy the files into your own overlay, after all you miss out on any updates that may (or may not) happen there. You can bulk mask all of kde-sunset adding '*::kde-sunset' to package.mask.

True, but:

  • I do not expect to see updates any time soon, since kde-sunset has no maintainer
  • Many ebuilds are broken (old EAPIs etc.) and play havoc when I eupdate esearch.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Fri Jan 20, 2017 2:08 pm    Post subject: Reply with quote

Ah, indeed that is possible. Well, it is only unmaintained until someone steps up to do the work. So far, no one. Patches can be applied though if e.g. sent via bugzilla.
Back to top
View user's profile Send private message
Hobbes2100
n00b
n00b


Joined: 24 Apr 2002
Posts: 55

PostPosted: Thu Feb 02, 2017 1:34 pm    Post subject: Reply with quote

I knew this day would come, but it is very frustrating none-the-less (ever-the-more?). My hacked together, duct taped KDE system needs to either (1) go all the way "forward" to Plasma 5 and friends or (2) using kde-sunset, go "backward" to a *sane* non-hacked Plasma 4 (or hell, go back to 3.5.10 and never worry about it again! - not realistic, joking ... mostly). Note, by hacked, I'm referring to all the steps we've had to do in this thread to keep Plasma 4 going.

I really only need the most minimal of minimal KDE installs. I use konsole, juk, clementine, and the current "kicker" (the old panel app) portion of the base KDE. I often make use of KDE's auto-mounting to simplify offloading data from USB devices.

So, I guess the general path to using Plasma 4 would be:

1. mask all plasma 5 stuff
2. unmask relevant plasma 4 stuff (out of kde-sunset)
3. "go"

Possibly for simplicity - and cruft removal - sake, I'd insert a step 0: uninstall all kde related packages.

My question is about steps 1 & 2. What is the best way to mask all plasma 5 and to unmask plasma 4? Secondary question: how to undo the masking of Plasma 4 that is currently in the main portage tree? (that might be taken care of by unmasking packages out of kde-sunset).

I assume for step 1, something close to this (from other KDE5 masking threads):
Code:

> cat /etc/portage/package.mask/no-kde5.mask
kde-apps/*:5
kde-plasma/*
kde-frameworks/*


Thanks,
Mark
Back to top
View user's profile Send private message
marax_faraii
n00b
n00b


Joined: 11 Apr 2016
Posts: 40

PostPosted: Fri Feb 03, 2017 12:37 am    Post subject: Reply with quote

Quote:
I really only need the most minimal of minimal KDE installs. I use konsole, juk, clementine, and the current "kicker" (the old panel app) portion of the base KDE. I often make use of KDE's auto-mounting to simplify offloading data from USB devices.



I find it strange that you won't upgrade if these are the reasons why you want to stay with 4.

I'm running plasma 5.9 and it's outstanding. By far the best DE I've ever used and I was really mad about being "forced" to upgrade but eventually decided to get on the wagon instead maintaining my KDE4 install.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Fri Feb 03, 2017 12:27 pm    Post subject: Reply with quote

...especially the big kdelibs-4 blob having been split up into tiny kde-frameworks/ packages would align well with those reasons...
Back to top
View user's profile Send private message
augustin
Guru
Guru


Joined: 23 Feb 2015
Posts: 318

PostPosted: Fri Feb 03, 2017 1:38 pm    Post subject: Reply with quote

KDE * 5 is full of regressions compared to KDE 4.
It got so bad that I have recently started documenting all new regressions as I find them. I am not happy by the way a whole suite of products that had not yet reached feature parity compared to the previous stable branch was pushed down our throat by removing support (both upstream and by the various distro packagers) to that otherwise very useable branch (KDE 4).

Today, thanks to some valuable help that I received, I at last managed to patch KDE plasma 5 to get rid of a regression that was a huge usability, daily nightmare for me.
[Gory details here: http://linux.overshoot.tv/wiki/konqueror_taskbar_icon and here https://bugs.kde.org/show_bug.cgi?id=369658 ]

Another regression that I can't wait to fix is the ability to grab a maxized window by any of its border and resize it vertically or horizontally, exactly to the dimensions we want, very quickly and very efficiently. Right now, to achieve the same within KDE Plasma 5, it is a battle of wills between me and kwin. I usually win, but not without my ego bruised. I no longer feel in control.

As a Linux advocate and as a software usability advocate, I have started a serious crusade against regression and against the loss of user application settings (plenty of such occurrences during the KDE 4 => 5 application "ugrpades").

All this to say that those of you who want to stay with KDE 4.... you are probably making the right choice... at least for now.
Back to top
View user's profile Send private message
augustin
Guru
Guru


Joined: 23 Feb 2015
Posts: 318

PostPosted: Fri Feb 03, 2017 1:51 pm    Post subject: Reply with quote

Note that the regression that I just managed to fix on my system earlier today, had been reported many times since the early KDE Plasma 5 versions, and each report was set as "Won't fix". I was disgusted when I found out today that the fix was actually so easy.


We should start a "Politics of KDE" thread!

(only joking.... partly).
Back to top
View user's profile Send private message
Chiitoo
Administrator
Administrator


Joined: 28 Feb 2010
Posts: 2727
Location: Here and Away Again

PostPosted: Fri Feb 03, 2017 2:56 pm    Post subject: ><)))°€ Reply with quote

I've had a very 'hacked' KDE installation for years, where I've removed lots of the dependencies manually, and things worked OK for me (a set-up very much unsupported by upstream, and as such, not very viable for Gentoo).

Now if I try the same with “KDEFP5”, things seem to have been knit together a lot more tight-like (even if it is, as a whole, modular).

I've recently started experimenting with other options, such as xfce4, lxqt, fvwm, openbox, e, i3, awesome... but all of them feel like they're lacking some more or less minor thing I've come to use a lot in KDE (some or most of them might be possible with a number of those listed, but I've not learned how, yet).

Right now I'm running lxqt with kwin:4. If I wanted to go kwin:5, I'm immediately presented with things such as 'sys-fs/udisks' and 'sys-auth/polkit', things I really don't need. If I went “OK” with those, I might just as well go all the way with KDE. :]

I'm sure upstream has their reasons for why the window manager requires an interface to work with storage devices, but I haven't researched, nor asked about it (yet). I did give a quick go at removing dependencies at the configure system level, but really didn't give it enough time, and will need to try it again at some point.

I guess one way out might be (haven't tried) removing unneeded stuff post-merge, but one would still build unnecessary packages, which somewhat defeats the purpose.
_________________
Kindest of regardses.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Fri Feb 03, 2017 6:51 pm    Post subject: Reply with quote

augustin wrote:
... that I have recently started documenting all new regressions as I find them.

That's great. How else do you think the process works? Different people find different bugs, those who just complain but never report, will remain unhappy for a very long time.

augustin wrote:
Today, thanks to some valuable help that I received, I at last managed to patch KDE plasma 5 to get rid of a regression that was a huge usability, daily nightmare for me.

No offense, but a lot of people (me included) never noticed. Of course everyone thinks of their bugs as the most important... So while I get that this may have been a very dramatic blow to your workflow, I'd consider it a papercut. And I'm glad a solution to it has apparently been found.

augustin wrote:
Another regression that I can't wait to fix is the ability to grab a maxized window by any of its border and resize it vertically or horizontally, exactly to the dimensions we want, very quickly and very efficiently. Right now, to achieve the same within KDE Plasma 5, it is a battle of wills between me and kwin. I usually win, but not without my ego bruised. I no longer feel in control.

Very dramatic words again, yet I can't even remember how (if) that worked in Plasma-4. So another papercut for some who painstakingly expect the same behaviour, but not important to a lot of people. Certainly not a big deal to me, though I can see the appeal. I just don't organize my windows like that - either they are maximised for a reason (I'm on mobile use with a small screen) or they are never maximised (I'm stationary with a big screen), and switching between maximised and regular state is easily done. Not only that, a maximised window can be instantly dragged to either half or quarter of the screen to be automatically positioned/sized to that.
Back to top
View user's profile Send private message
proteusx
Guru
Guru


Joined: 21 Jan 2008
Posts: 340

PostPosted: Sat Feb 04, 2017 3:01 pm    Post subject: Reply with quote

Hobbes2100 wrote:

My question is about steps 1 & 2. What is the best way to mask all plasma 5 and to unmask plasma 4? Secondary question: how to undo the masking of Plasma 4 that is currently in the main portage tree? (that might be taken care of by unmasking packages out of kde-sunset).

I assume for step 1, something close to this (from other KDE5 masking threads):
Code:

> cat /etc/portage/package.mask/no-kde5.mask
kde-apps/*:5
kde-plasma/*
kde-frameworks/*



No need to mask so much.
Here is my Plasma 5 mask file:
Code:

kde-plasma/plasma-workspace:5
kde-plasma/kdeplasma-addons:5
kde-apps/akonadi:5
kde-apps/kgpg:5
kde-apps/konqueror:5

kde-misc/skanlite:5
dev-util/kdevelop-python:5


# kdialog:5 kde-options have gone
# and it breaks pdf context menu.
kde-apps/kdialog:5


See my earlier post for unmasking plasma 4 packages from kde-sunset.

I consider Plasma 5 broken and a regression
since it breaks many features of KDE4 that I rely upon in my working
environment.

I intend to stay with KDE4 for as long as I can and I will keep posting
my experiences here.
Back to top
View user's profile Send private message
Gatsby
Tux's lil' helper
Tux's lil' helper


Joined: 18 Jan 2010
Posts: 121
Location: 127.0.0.1

PostPosted: Sat Feb 04, 2017 6:10 pm    Post subject: Re: ><)))°€ Reply with quote

Hello Chiitoo,

Chiitoo wrote:
I've had a very 'hacked' KDE installation for years, where I've removed lots of the dependencies manually, and things worked OK for me (a set-up very much unsupported by upstream, and as such, not very viable for Gentoo).

Now if I try the same with “KDEFP5”, things seem to have been knit together a lot more tight-like (even if it is, as a whole, modular).

I've recently started experimenting with other options, such as xfce4, lxqt, fvwm, openbox, e, i3, awesome... but all of them feel like they're lacking some more or less minor thing I've come to use a lot in KDE (some or most of them might be possible with a number of those listed, but I've not learned how, yet).

Right now I'm running lxqt with kwin:4. If I wanted to go kwin:5, I'm immediately presented with things such as 'sys-fs/udisks' and 'sys-auth/polkit', things I really don't need. If I went “OK” with those, I might just as well go all the way with KDE. :]


As a longtime KDE user I was always using *kit free KDE-setups. At the moment I've got three Gentoo systems running with a *kit free Plasma5/KF5.
It was only necessary to remove some dependencies in 3 ebuilds manually. (kde-frameworks/solid, kde-plasma/plasma-desktop, kde-plasma/powerdevil)

Regards, Gatsby
_________________
"Its your Gentoo, your way. When it breaks, you can keep all the pieces."
-- NeddySeagoon@forums.gentoo.org
Back to top
View user's profile Send private message
augustin
Guru
Guru


Joined: 23 Feb 2015
Posts: 318

PostPosted: Sun Feb 05, 2017 9:24 am    Post subject: Reply with quote

@asturn,

I do deserve to be mocked. I shouldn't have used such a dramatic tone. I do know how lucky I am. I have been very actively involved in humanitarian campaigns, and I do know what true human misery looks like, not from personal experience, but for having actively campaigned against it. I am extremely fortunate to have the luxury of having the problems I am having. I have access to many luxuries which includes access to the technologies which we're discussing here. So, I apologize for the tone of my rant and gladly accept some mild rebuff.

However, I don't think my main point was completely understood. I blame the tone of my post for that. Allow me to try to clarify...


asturm wrote:
augustin wrote:
... that I have recently started documenting all new regressions as I find them.

That's great. How else do you think the process works? Different people find different bugs, those who just complain but never report, will remain unhappy for a very long time.


I see what you are referring to, and I am clearly with you on that point.
I don't like the divide between "developers" and "users", and fight against it. We, as "users", are not entitled to anything. I see Linux as a very large community, and every user, even the most newbie who wouldn't know how to code two lines of HTML, has something to contribute... if only by filing bug reports, as you suggest.
I do what I can to contribute to the whole process and I welcome your invitation and reminder to do so.

I was talking about something else.
I was not complaining about the mere existence of such regressions.
I was complaining about:

1) the casual attitude many upstream developers have about such regressions. The one issue I was mentioning had been reported many times, and each report was set as a duplicate to a "WONTFIX" issue. I want to promote the idea that such regressions are not acceptable and should be considered as bona fide bugs! And such bug reports shouldn't be closed until they have been fixed. How else are we going to move forward, otherwise, if we do one step forward, one step back??

2) the casual way by which an inferior product was pushed down our throats (earlier version being "no longer maintained"), even though such earlier versions were perfectly stable, usable and fulfilled our needs. We are not asking developers to keep adding features to earlier branches (KDE4), nor even actively fix bugs. Simply allow us the freedom to continue to use it, and kindly apply bug-fixing-patches as may be provided by the wider community.
I made this point earlier here:
"No active EOL'ing of major software branches " http://linux.overshoot.tv/blogs/augustin/no_active_eoling_major_software_branches

I wish gentoo had kept KDE4 in the tree. As a gentoo newbie, at first I was not aware of the kde-sunset overlay. I wish I hadn't upgraded. Had I known, I would have waited a bit longer. I would have helped people like proteusx and others to provide patches to the part of the tree that's related to KDE4. I for one would have welcome the opportunity to help out with that, contributing by helping to keep a mature software in the repository.



astrum wrote:

augustin wrote:
Today, thanks to some valuable help that I received, I at last managed to patch KDE plasma 5 to get rid of a regression that was a huge usability, daily nightmare for me.

No offense, but a lot of people (me included) never noticed. Of course everyone thinks of their bugs as the most important... So while I get that this may have been a very dramatic blow to your workflow, I'd consider it a papercut. And I'm glad a solution to it has apparently been found.


You are right about your notion of papercut. See my starting note.

Having said that, the two usability regressions I mentioned easily affect me dozens of time every single day. That's many paper cuts.
One finally has a very easy fix that upstream developers still don't want to commit (I attached the patch to the bug report which is closed as wontfix).
The other one.... is my next priority to fix...

That's without mentioning the dozens of other regressions that, luckily, only affect me very occasionally, if at all.

astrum wrote:

augustin wrote:
Another regression that I can't wait to fix is the ability to grab a maxized window by any of its border and resize it vertically or horizontally, exactly to the dimensions we want, very quickly and very efficiently. Right now, to achieve the same within KDE Plasma 5, it is a battle of wills between me and kwin. I usually win, but not without my ego bruised. I no longer feel in control.

Very dramatic words again, yet I can't even remember how (if) that worked in Plasma-4. So another papercut for some who painstakingly expect the same behaviour, but not important to a lot of people. Certainly not a big deal to me, though I can see the appeal. I just don't organize my windows like that - either they are maximised for a reason (I'm on mobile use with a small screen) or they are never maximised (I'm stationary with a big screen), and switching between maximised and regular state is easily done. Not only that, a maximised window can be instantly dragged to either half or quarter of the screen to be automatically positioned/sized to that.


I jumped straight from KDE 4.6 to gentoo with one of the latest KDE 4 release before being quickly forced to upgrade to KDE5. I am not sure that feature was working in the latest KDE4 releases. The feature may have been removed in the later versions of KDE4. It's still a regression that affects me every single day.

Every one has a different workflow, and this one would depend on the hardware (screen size) each have. In KDE4.6, I really could very easily resize windows the way I wanted, and since I very often work with two windows side by side, this regression affects me a lot.


The main point is this: regression are not desirable. Apparently some need to be convinced of this.
Back to top
View user's profile Send private message
augustin
Guru
Guru


Joined: 23 Feb 2015
Posts: 318

PostPosted: Sun Feb 05, 2017 9:31 am    Post subject: Reply with quote

proteusx wrote:


I have tried Plasma 5 and I do not want it because:

  • It does not work well with my 3 monitor set up
  • Cannot set virtual desktops with different folder views
  • No shelf widgets
  • etc.




I have just started a rough list of regressions, out of the top of my head:
http://linux.overshoot.tv/wiki/kde_plasma_5_regressions
I added your points to the list. Further details and links to bug reports are welcome. I 'll add all relevant information to the above list, as I become aware of them.


Regressions?? ¡No pasarán!
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 9262

PostPosted: Sun Feb 05, 2017 10:13 am    Post subject: Reply with quote

augustin wrote:
I have just started a rough list of regressions, out of the top of my head:
http://linux.overshoot.tv/wiki/kde_plasma_5_regressions

So, first of all, the way you present these is less than ideal. None of these probably even is Plasma related. Konqueror is a KDE Application, so any bugs related to it go there. And then it's important to point out the affected version - if you're using current stable, which is 16.08.3, this is still kdelibs-4 based, if you're using current latest release, which is 16.12.1, that is kf5-based. This is crucial to anyone trying to make sense of their/your issues.

krunner works as great as it has always done, an important thing to realise is its modularity - an application like konqueror or keditbookmarks can install its runner to make functions accessible from inside krunner. So if the bookmarks are not accessible to you, the first thing you check is if its runner is present and active, make sure the identify the place where it goes wrong (are your konqueror bookmarks even visible in keditbookmarks?), and then you can go on and blame the right thing - in either case, it is not Plasma.

The third item in your list is equally sparse on information - I'm not sure what to even look for, typing 'memory' e.g. gives me the link to a memory kcm, and I think 'fine, that's what I'm probably searching for'. Would I expect an embedded widget suddenly popping out of the krunner window? Probably not. If that is what you had in Plasma-4, I would file it under nice but minor gimmick that was not ported to Plasma-5.

augustin wrote:
1) the casual attitude many upstream developers have about such regressions. The one issue I was mentioning had been reported many times, and each report was set as a duplicate to a "WONTFIX" issue. I want to promote the idea that such regressions are not acceptable and should be considered as bona fide bugs! And such bug reports shouldn't be closed until they have been fixed. How else are we going to move forward, otherwise, if we do one step forward, one step back??

I've read the upstream dev's reason for closing the bug as wontfix, and I have to agree with them. The response is far from 'casual attitude', you being unhappy with it does not justify misrepresenting upstream. The bottom line to that: Sometimes developers have to make decisions, that's part of the job - unfortunately, there are always situations where you can not please 100% of the user base. Does that, then, qualify as a regression? Clearly not, it is behaviour that you can argue about one way or another, and previous versions' behaviour is only one argument of many, not a determining fact.

augustin wrote:
"No active EOL'ing of major software branches " http://linux.overshoot.tv/blogs/augustin/no_active_eoling_major_software_branches

We discussed that matter already. No one removed any Plasma-4 sources to prevent work on it, they exist for anyone to pick them up. No one working on it effectively is making it EOL, don't you think?

augustin wrote:
I wish gentoo had kept KDE4 in the tree.

It has kept Plasma-4 for as long as possible, longer than most distributions. As it depends on a deprecated toolkit that does not receive any security updates as well for years and is falling apart with newer releases of toolchain deps like cmake and GCC, and no developer using Plasma-4, it is impossible to keep it in tree.


Last edited by asturm on Sun Feb 05, 2017 11:11 am; edited 4 times in total
Back to top
View user's profile Send private message
Chiitoo
Administrator
Administrator


Joined: 28 Feb 2010
Posts: 2727
Location: Here and Away Again

PostPosted: Sun Feb 05, 2017 10:43 am    Post subject: Re: ><)))°€ Reply with quote

Gatsby wrote:
As a longtime KDE user I was always using *kit free KDE-setups. At the moment I've got three Gentoo systems running with a *kit free Plasma5/KF5.
It was only necessary to remove some dependencies in 3 ebuilds manually. (kde-frameworks/solid, kde-plasma/plasma-desktop, kde-plasma/powerdevil)

Oh! Last I tried, stuff really didn't like to configure if something was missing... but that was a while ago.

Will give it another shot soon. Thanks!
_________________
Kindest of regardses.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next
Page 8 of 10

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum