Created attachment 14577 [details]
Nheko with Mesa 24.09

This is the image of Nheko running in my computer, with Intel Atom N450 and Intel graphics, and Mesa 24.09.

I think this is more a fail in mesa, so set SRPMs

Source RPM: Nheko and Mesa 24.09 => mesa-24.0.9-1.mga9.tainted,mesa-24.0.9-1.mga9

Does the problem appear with both the tainted and non tainted flavour of mesa?

What desktop and login manager do you use?

Do the desktop login and Mageia Control Center display correctly?
(SDDM and MCC have seen problems with some mesa on some systems)

Please report on your system; what do
 $ inxi -SMCG
return?


CC last packager

CC: (none) => fri, ghibomgx

[jose@localhost ~]$ inxi -SMCG
System:
  Host: localhost Kernel: 6.6.28-desktop-1.mga9 arch: x86_64 bits: 64               
    Desktop: LXQt v: 1.4.0 Distro: Mageia 9                                         
Machine:                                                                            
  Type: Laptop System: ASUSTeK product: 1005PE v: x.x                               
    serial: <superuser required>                                                    
  Mobo: ASUSTeK model: 1005P v: x.xx serial: <superuser required>                   
    BIOS: American Megatrends v: 1202 date: 06/23/2010                              
CPU:                                                                                
  Info: single core model: Intel Atom N450 bits: 64 type: MT cache:                 
    L2: 512 KiB                                                                     
  Speed (MHz): avg: 1171 min/max: 1000/1667 cores: 1: 1009 2: 1333                  
Graphics:                                                                           
  Device-1: Intel Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics            
    driver: i915 v: kernel                                                          
  Device-2: IMC Networks Integrated Webcam type: USB driver: uvcvideo               
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:        
    loaded: intel,v4l dri: i915 gpu: i915 resolution: 1024x600~60Hz                 
  API: OpenGL v: 2.1 Mesa 24.0.9 renderer: i915 (: Pineview M)                      
[jose@localhost ~]$

I am mesa of tainted repo.

I can't change mesa tainted for mesa core, urpmi tells me that thist can break the system.

When I QA-test mesa I usually test both flavours.

I switch from tainted to core flavour by having tainted repos disabled, while *downgrading* installed mesa packages.

You can list your installed mesa tainted packages by 
$ rpm -qa | grep mesa | grep tainted

Im my case I downgraded by this command:
$ sudo urpmi --test --downgrade lib64mesavulkan-drivers-24.0.9-1.mga9 mesa-24.0.9-1.mga9 lib64mesagl1-24.0.9-1.mga9 lib64mesaegl1-24.0.9-1.mga9 lib64osmesa8-24.0.9-1.mga9 lib64mesaopencl1-24.0.9-1.mga9 lib64mesaglesv2_2-24.0.9-1.mga9

"--test" parameter included for dry run, remove that to really execute it.
If you do not use sudo, run it as root.

My shell-fu is not advanced enough to automate rpm -qa -> urpmi.


To switch from core to tainted simply enable tainted repos and perform normal system update; it seem to think tainted is an upgrade even if same version.

I followed the instructions of comment 6, and I have can downgrade the mesa tainted package.

Now, I have installed the mesa core package, and I have the same result with Nheko. The text of app don't see.

Greetings and thanks for the comments!

I have using Lightdm and works fine. Mageia Control Center works too.

I have checked others apps, and the bug only appears with nheko for the moment.

Put this info https://bugs.mageia.org/attachment.cgi?id=14573 from bug#33310 as it could help to debug the issue

It looks like a hardware/software combination https://community.khronos.org/t/intel-driver-texture-lookup-limitation/63464 but is weird that is not produce until you full update https://bugs.mageia.org/show_bug.cgi?id=33310#c13 

I start to think could be a thing with Qt updates https://forum.qt.io/topic/102105/qopenglshader-link-error-con-gl_position

(In reply to katnatek from comment #9)
> I start to think could be a thing with Qt updates
> https://forum.qt.io/topic/102105/qopenglshader-link-error-con-gl_position
I was confusing with plasma updates sorry

By testing with the help of Katnatek, we have downgraded the version to 23.1.9.1. 

With this version, after restarting, the application works as it should, and all its texts are displayed, both in the chats and in the menus and windows.

More tests. We have updated again to version 23.3.3-1 to see which version fails next.

After restarting, in this version the application crashes again and the texts are no longer visible.

So the bug must be in the version change from 23.1 to version 23.3 and later.

Try using "LIBGL_ALWAYS_SOFTWARE=1 nheko" to use software acceleration.

There is also a newer nheko 0.12 around. And cauldron has it, maybe you could try just to recompile 0.12 in mga9.

Does switching from "intel" driver to "modesetting" change something?

Does the kernel journal contains some report about "illegal instruction"?

Upstream there were similar probs, but for mediatek chip and zink (e.g
https://gitlab.freedesktop.org/mesa/mesa/-/issues/6355).

Well,I have tested to use the command of comment 13. Now nheko works fine.

I don't know if this option is relevant to table packaging or only affects my computer (I assume so, because the same thing doesn't happen to me on others).

But with the option "LIBGL_ALWAYS_SOFTWARE=1 nheko" , the application works perfectly and the texts are back again.

(In reply to Jose Manuel López from comment #14)

> Well,I have tested to use the command of comment 13. Now nheko works fine.
> 
> I don't know if this option is relevant to table packaging or only affects
> my computer (I assume so, because the same thing doesn't happen to me on
> others).
> 
> But with the option "LIBGL_ALWAYS_SOFTWARE=1 nheko" , the application works
> perfectly and the texts are back again.

It forces to use the llvmpipe software driver 3D accelerator instead of the hardware one. games and intensive application would be slower, but for that 2D application probably is enough.

Other attempt is to edit /etc/X11/xorg.conf and replace Device "intel" with Device "modesetting".

(In reply to Giuseppe Ghibò from comment #15)

> Other attempt is to edit /etc/X11/xorg.conf and replace Device "intel" with
> Device "modesetting".

I meant *Driver* "intel" with Driver "modesetting".

I have the same issue here on Cauldron with blender:

$ blender
Read prefs: "/home/david/.config/blender/4.1/config/userpref.blend"
EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example, a valid context requires buffers not supplied by a valid surface).
EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example, a valid context requires buffers not supplied by a valid surface).
EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example, a valid context requires buffers not supplied by a valid surface).
EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example, a valid context requires buffers not supplied by a valid surface).
Warning: No OpenGL vendor detected.
blender: ../src/dispatch_common.c:872: epoxy_get_proc_address: Assertion `0 && "Couldn't find current GLX or EGL context.\n"' failed.
Abandon (core dumped)

CC: (none) => geiger.david68210

Hi!

The "modesetting" option does not work. After reboot the system crashes. 

I have tried configuring the graphical server from the Mageia Control Center, but disabling hardware acceleration, and after rebooting, everything works fine.

Nheko appears correctly.

By disabling hardware acceleration, there are several applications that feel heavier, and checking video, smplayer now opens a new mpv window without volume options and others when starting a video.

So for now I run nheko again from the terminal with the previously indicated option "LIBGL_ALWAYS_SOFTWARE=1 nheko", which I cannot indicate in the .desktop file either because it does not work. I can only run it like this from the terminal.

Well, looking at some shortcuts on another of my computers with a Plasma desktop, I have seen that for the shortcut located in "/usr/share/applications/" to work, the correct order would be to change the line:

exec= nheko %U

by

exec=env LIBGL_ALWAYS_SOFTWARE=1 nheko

Then, log out and reopen and the application now works for me from the applications menu with this variable.

(In reply to David GEIGER from comment #17)
> I have the same issue here on Cauldron with blender:
> 
> $ blender
> Read prefs: "/home/david/.config/blender/4.1/config/userpref.blend"
> EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example,
> a valid context requires buffers not supplied by a valid surface).
> EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example,
> a valid context requires buffers not supplied by a valid surface).
> EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example,
> a valid context requires buffers not supplied by a valid surface).
> EGL Error (0x3009): EGL_BAD_MATCH: Arguments are inconsistent (for example,
> a valid context requires buffers not supplied by a valid surface).
> Warning: No OpenGL vendor detected.
> blender: ../src/dispatch_common.c:872: epoxy_get_proc_address: Assertion `0
> && "Couldn't find current GLX or EGL context.\n"' failed.
> Abandon (core dumped)

Your issue could be a few different and perhaps should open a new bug
Look if this https://bbs.archlinux.org/viewtopic.php?pid=2141399#p2141399 helps but that thread and a gentoo one https://forums.gentoo.org/viewtopic-t-1169651-start-0.html , make me think that your card not fit the new blender requirements

There is a new mesa 24.1.3 in updates_testing.

Today I installed the mesa 24.1 update on the Asus Eeepc to check if nheko works again without the need for the environment variable.

I confirm that it is still the same, I have to start with the variable "LIBGL_ALWAYS_SOFTWARE=1" for Nheko to work correctly.

The rest of the applications seem to work fine.

(In reply to Jose Manuel López from comment #23)

> Today I installed the mesa 24.1 update on the Asus Eeepc to check if nheko
> works again without the need for the environment variable.
> 
> I confirm that it is still the same, I have to start with the variable
> "LIBGL_ALWAYS_SOFTWARE=1" for Nheko to work correctly.
> 
> The rest of the applications seem to work fine.

You might try to rebuild nheko-0.12 that has been pushed some days ago to cauldron to mga9 (it requires some newer further packages to build, like MatrixClient, that there isn't yet in mga9, but you might try to backport the cauldron one too).

(In reply to Giuseppe Ghibò from comment #24)
> (In reply to Jose Manuel López from comment #23)
> 
> > Today I installed the mesa 24.1 update on the Asus Eeepc to check if nheko
> > works again without the need for the environment variable.
> > 
> > I confirm that it is still the same, I have to start with the variable
> > "LIBGL_ALWAYS_SOFTWARE=1" for Nheko to work correctly.
> > 
> > The rest of the applications seem to work fine.
> 
> You might try to rebuild nheko-0.12 that has been pushed some days ago to
> cauldron to mga9 (it requires some newer further packages to build, like
> MatrixClient, that there isn't yet in mga9, but you might try to backport
> the cauldron one too).

I think need at less mesa packages to be updated before, the build requires fetch  lib64drm-devel as package

And also require backport lib64kdsingleapplication-devel , and lib64qt6keychain-devel, I'm testing if is posible

(In reply to Giuseppe Ghibò from comment #24)
> (In reply to Jose Manuel López from comment #23)
> 
> > Today I installed the mesa 24.1 update on the Asus Eeepc to check if nheko
> > works again without the need for the environment variable.
> > 
> > I confirm that it is still the same, I have to start with the variable
> > "LIBGL_ALWAYS_SOFTWARE=1" for Nheko to work correctly.
> > 
> > The rest of the applications seem to work fine.
> 
> You might try to rebuild nheko-0.12 that has been pushed some days ago to
> cauldron to mga9 (it requires some newer further packages to build, like
> MatrixClient, that there isn't yet in mga9, but you might try to backport
> the cauldron one too).

Well is not possible backport nheko-0.12 without a considerable amount of work, after backporting the required packages I get this

CMake Error at CMakeLists.txt:242 (find_package):
  Could not find a configuration file for package "Qt6" that is compatible
  with requested version "6.5".

  The following configuration files were considered, but not accepted:

    /usr/lib64/cmake/Qt6/Qt6Config.cmake, version: 6.4.1
    /lib64/cmake/Qt6/Qt6Config.cmake, version: 6.4.1

I think that as I mentioned in Matrix, we are starting to have some problems updating applications, due to the change to qt6, and the lack of change to Plasma 6 is beginning to be noticed....

This is what happens with Nheko, Kdenlive, Krita, etc....

For the qt6.5 that's more complicate. A possibility, but a bit complex is to bundle qt6.5 into the nheko package itself, but the qt6 sources as whole takes 2.5GB of space (the possibility to use the bundled version should be already contemplated in the nheko's CMake file).

As for kdenlive, I've version 24.05.2 for mga9 in my copr channel (and doesn't require qt6).

On the other hand updating mga9's system QT6.4.1 to QT6.5  or newer (we are at 6.7.1 in cauldron) would break a lot of stuff (only thing possible is upgrading QT6.4.1 to QT6.4.3, which wouldn't help in this context).

This is mostly a general problem of obsolescence of common popular libraries that are widely adopted in upstream project and changes faster than our cycle (and upstream project adopt them pretty soon).

The problem of qt6.x, is that if taken as whole, it compiles pretty smooth, and has pretty low compilation costs, that's why upstream projects just adopt the latest version, but as soon as you "libify" it and scatter into hundreds of subpackages, that's become a huge amount of maintainership work, in term of weeks and months of work, as it's not just bump the version number.

What we could try is see if could be provided a common qt6.5 package (or 6.6 etc.), monolithic (so to save building time), that could be used commonly for such projects, like nheko, without having to bundle (and thus compile every time) into the package itself. Sort of compromise between fine-tuning package libification, and package bundling.

(In reply to Giuseppe Ghibò from comment #28)
> What we could try is see if could be provided a common qt6.5 package (or 6.6
> etc.), monolithic (so to save building time), that could be used commonly
> for such projects, like nheko, without having to bundle (and thus compile
> every time) into the package itself. Sort of compromise between fine-tuning
> package libification, and package bundling.

Something like squidf have to did with llvm17-suite to keep building chromium-browser

Will be good but have to be approved by the other devs and council so this need to be moved to ml discussion

Hello everyone.

Today I installed all the updates that I had in testing. This includes the latest kernel 6.6.43 and the latest mesa version 24.1.4.

I have restarted the computer and so far everything is working correctly.

Nheko version 0.11.3 works correctly now. 

Restart of the computer, internet, sound and audio ok.

I think we can close the bug.

(In reply to Jose Manuel López from comment #30)
> Hello everyone.
> 
> Today I installed all the updates that I had in testing. This includes the
> latest kernel 6.6.43 and the latest mesa version 24.1.4.
> 
> I have restarted the computer and so far everything is working correctly.
> 
> Nheko version 0.11.3 works correctly now. 
> 
> Restart of the computer, internet, sound and audio ok.
> 
> I think we can close the bug.

Are you sure you run in terminal without LIBGL_ALWAYS_SOFTWARE=1 ?

Thanks for remembering it Katnatek, I had forgotten that variable.

I have tried from terminal without it and it still fails.

So the error must be left open, I think it must be something related to this equipment and the compatibility of the hardware that is almost a couple of decades old.........

Thanks for remembering it Katnatek, I had forgotten that variable.

I have tried from terminal without it and it still fails.

So the error must be left open, I think it must be something related to this equipment and the compatibility of the hardware that is almost a couple of decades old.........

After the last update 24.1.7 from testing repositories, Nheko works bad still. The text don't appears in my netbook Asus Eeepc 1005E.

I think that this can be a limitation of old hardware....

Perhaps we should close this bug, and wait if somebody have the same issue with newer hardware.

We can publish a line in erratas of Mageia.

If nobody thinks otherwise, close this bug.

Greetings.

I not make any promise, but I team with papoteur to see if we can bring 
nheko 0.12.0

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=3356

Hi,

Today I have installed mesa 24.2.3 from testing repos and the issue is here still in nheko 0.11.3.

Greetings.

I see we have 24.3.3-1.mga9 in testing repo.