WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Why does libEGL.tcz in TCL 16.x/17.x require mesa.tcz, but in TCL 15.x not?  (Read 50 times)

Online redtyde

  • Newbie
  • *
  • Posts: 2
The difference is noticeable in dep files:

For 17.x, http://tinycorelinux.net/17.x/x86_64/tcz/libEGL.tcz.dep:
Code: [Select]
mesa.tcz
wayland.tcz
The 16.x one is the same.

For 15.x, http://tinycorelinux.net/15.x/x86_64/tcz/libEGL.tcz.dep:
Code: [Select]
libGL.tcz
wayland.tcz
and dependencies of the libGL are:
Code: [Select]
libXdamage.tcz
libXxf86vm.tcz
libdrm.tcz
libxshmfence.tcz
No mesa is required.

I’m asking this question because the mesa.tcz required in the new version takes up more space, at least 30M adding its dependency llvm22-lib.tcz!

However, I just intend to run an application in TCL, which is considered a sandboxed environment. And I install TCL in VirtualBox without either graphic hardware acceleration enabled or graphic driver installed. The app is built on the electron, which embeds a browser and depends on libEGL forcefully (AFAIK). But it can function normally even if "GLX initialization error" emerged in terminal output (both on 15.x and 17.x). That is to say, this app doesn't rely on libEGL actually, and for me, after migrating to the 17.x version, the mesa is probably redundant and only makes TCL bloat.

Back to the main point, what changes lead to this? The changelog of libEGL
Code: [Select]
Change-log:     2014/02/14 first version
                2014/10/28 updated 9.2.1 -> 10.3.2
                2015/12/17 updated 10.3.2 -> 11.0.7
                2016/08/01 updated 11.0.7 -> 12.0.1
                2017/02/19 updated 12.0.1 -> 13.0.4
                2017/09/14 updated 13.0.4 -> 17.2.0
                2018/03/30 updated 17.2.0 -> 18.0.0
                2019/04/04 updated 18.0.0 -> 19.0.1
                2019/11/11 updated 19.0.1 -> 19.2.3
                2019/11/23 recompiled
                2020/12/06 updated 19.2.3 -> 20.3.0
                2020/12/27 updated 20.3.0 -> 20.3.1
                2022/01/16 updated 20.3.1 -> 21.3.4
                2023/01/12 updated 21.3.4 -> 22.3.3
                2023/04/13 updated 22.3.3 -> 22.3.7
                2025/03/04 updated 22.3.7 -> 24.1.7
                2025/10/16 updated 24.1.7 -> 25.2.5
Current:        2026/05/24 updated 25.2.5 -> 26.0.7
only list an array of version codes (also for libGL). The thread about mesa updating in TCE News
Due to changes in the structure of the mesa graphics libraries several graphics extensions have been updated in the tc-16.x x86_64 repo.
only mentions there are changes in the structure of the mesa graphics libraries. So what exactly is it? Can I replace libEGL with the old version to get rid of the large mesa?

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 15764
Here's some background: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/12733

I've been wondering if we shouldn't revert to mesa-24.1.7 and the way things were for x86. We could perhaps eliminate the llvm dependency if we assume that nobody uses software acceleration, but if I understand correctly some graphics adapters need that to function.

I don't think we should revert for x86_64 or armhf/aarch64 otherwise we will lose the support for newer hardware.

Mesa aside, the linux kernel no longer supports 32-bit, so perhaps we could consider a "sunset" x86 version with the last lts kernel supporting 32-bit and mesa-24.1.7.

Online redtyde

  • Newbie
  • *
  • Posts: 2
Oh, looks like this issue has been dragging on for over a year. Thanks for your reply Juanito.

I think if there is no need for rendering, then the entire related part of mesa should not be installed (even mesa.tcz itself is about 10M, idk what includes). You've raised the same concern as I did :D.

As such, I'll choose to revert libEGL to version 15.x myself for now until the issue is resolved.