| View previous topic :: View next topic |
| Author |
Message |
Spanik
Veteran
Joined: 12 Dec 2003
Posts: 1030
Location: Belgium
|
 Posted: Sat Mar 01, 2025 1:18 pm Post subject: |
 |
|
Changed those settings and went to kernel 6.6.52. That went ok. The message about the number of cpu's exceeding NR_CPU limit is gone. However the "kwin_x11[2921]: memfd_create() called without MFD_EXEC or MFD_NOEXEC_SEAL set" is still there. No change in behaviour once in Plasma.
Removed -wayland and -pipewire in USE. Emerge -puvUD @world will be for the rest of the weekend I fear:
| Code: | daw ~ # emerge -puvDU @world
These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 504.84 s (backtrack: 14/20).
......
Total: 574 packages (475 upgrades, 1 downgrade, 37 new, 30 in new slots, 31 reinstalls, 10 uninstalls), Size of downloads: 7,013,520 KiB
Conflict: 33 blocks (all satisfied)
WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:
|
Going to start that this evening.
_________________
Expert in non-working solutions |
|
| Back to top |
|
 |
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5453
Location: Bavaria
|
| Posted: Sat Mar 01, 2025 1:44 pm Post subject: |
|
|
| Spanik wrote: | | Going to start that this evening. |
I guess after that you should not have the error about kwin_x11 furthermore ... and hopefully more stability. (Please dont forget to do an "emerge -c" afterwards.)
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
Hu
Administrator
Joined: 06 Mar 2007
Posts: 23144
|
| Posted: Sat Mar 01, 2025 2:45 pm Post subject: |
|
|
| Spanik wrote: | | The message about the number of cpu's exceeding NR_CPU limit is gone. However the "kwin_x11[2921]: memfd_create() called without MFD_EXEC or MFD_NOEXEC_SEAL set" is still there. |
I think that will be true whenever you run a kernel that can warn about that deprecated use and run a user process that performs the deprecated action. To fix this, you need a version of kwin_x11 that does not use the deprecated call. I do not know if such a version exists, or if it does, in what release this was first changed. |
|
| Back to top |
|
|
Spanik
Veteran
Joined: 12 Dec 2003
Posts: 1030
Location: Belgium
|
| Posted: Sat Mar 01, 2025 3:30 pm Post subject: |
|
|
I have been going a bit through what will be compiled... I'm worried:
12 times Rust
3 time python
2 times gcc
poppler
harfbuzz
All packages that I don't have good experiences with...
_________________
Expert in non-working solutions |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 9349
|
| Posted: Sat Mar 01, 2025 3:33 pm Post subject: |
|
|
| Spanik wrote: | | No change in behaviour once in Plasma. |
What change, exactly, do you expect from Plasma, right now?
As far as I can tell you have multiple, non-DE-related issues:
- "W10 VM's lock up" - without even telling us what kind of VM you're running
- "REW still doesn't start but now it complains about java." - what?
- "Audex still locks up the pc when starting a rip"
Then there were those:
- "changed scroll behaviour" - okay? is that a problem?
- "focus and focus stealing prevention working differently" - okay? is that a problem?
... both coupled with "But I have tried so many settings that there could be something still changed." - so, change the settings back to your liking?
Leaving this:
- "no session restore anymore" - does it work now, or what's your current status on that?
| Spanik wrote: | | All packages that I don't have good experiences with... |
not sure why, but...
| Spanik wrote: | 12 times Rust
3 time python
2 times gcc |
There's no reason to have so many of those. It's just really excessive. Try clean up your system for a bit? |
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5453
Location: Bavaria
|
| Posted: Sat Mar 01, 2025 4:12 pm Post subject: |
|
|
| Spanik wrote: | | [...] All packages that I don't have good experiences with... |
Maybe try an "emerge -cp" BEFORE your world-update ... because ... if you get a new gcc the switch to it is done automatically with this "emerge -c" OR you have to do it manually with "gcc-config" (or eselect) ... you can check the current used one with "gcc-config -l" ... (the same is true for rust and python) ... this is the reason why this is so important.
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
|
Desktop Environments
