bookworm vs trixie discussion for mobian in pinephone regular.

[biketool]

friends; please  sudo apt install  stellarium  and run  stellarium  from terminal.   Does it start?       Please share output  of  terminal command   glxinfo

I will give Stellarrium a try but Orrery developed for Maemo mobile linux is very good.
https://github.com/kenyoung/orrery

Installed fine but errors out over all kinds of graphics stuff. It is too heavy I suggest trying to get Orrery to compile as it is optimized to a single core TI ARM chip form 2007.

[vusra]

biketool can you compile https://wiki.maemo.org/Gonvert ? need python2 to python3 port. Gonvert best unit converter for touch screen linux.

[anonymous]

That is because they (Debian trixie) upgraded their GTK to 4.18. You need a GTK patched with the patches from https://github.com/kkofler/gtk.

Thank you. When will this patch arrive in Trixie? I can't still take pictures.

[Kevin Kofler]

Probably never. Someone needs to package it in a third-party repository.

---

The way to package this is:
1. clone https://github.com/kkofler/gtk
2. generate the patch: git diff 4.18.4..gtk-4-18-4-gl2 >gtk-4.18.4-gles2.patch
3. remove the 2 hunks that delete binary PNGs from the patch – the release tarball apparently has some PNG optimizer run on them, so they do not match the version in git and applying the patch fails
4. get the packaging sources for GTK 4 (version 4.18.4 if possible) for your distribution
5. add the patch to the package and make sure it gets applied (this varies from distribution to distribution)
6. after applying the patch, add another line to the build-time package scriptlets to manually delete the PNGs whose deletion was removed from the patch in 3: rm -f testsuite/gsk/compare/huge-height-hdr.png testsuite/gsk/compare/huge-width-hdr.png (though I think you will get away without doing that, the PNGs will just not be used)
7. build the modified package and upload it to a repository

I have done that for Fedora here: https://copr.fedorainfracloud.org/coprs/....18-gles2/

For Debian, see https://wiki.debian.org/Packaging for the distribution-specific packaging instructions (steps 4 to 7).

[anonymous]

Probably never. Someone needs to package it in a third-party repository.

---

The way to package this is:
1. clone https://github.com/kkofler/gtk
2. generate the patch: git diff 4.18.4..gtk-4-18-4-gl2 >gtk-4.18.4-gles2.patch
3. remove the 2 hunks that delete binary PNGs from the patch – the release tarball apparently has some PNG optimizer run on them, so they do not match the version in git and applying the patch fails
4. get the packaging sources for GTK 4 (version 4.18.4 if possible) for your distribution
5. add the patch to the package and make sure it gets applied (this varies from distribution to distribution)
6. after applying the patch, add another line to the build-time package scriptlets to manually delete the PNGs whose deletion was removed from the patch in 3: rm -f testsuite/gsk/compare/huge-height-hdr.png testsuite/gsk/compare/huge-width-hdr.png (though I think you will get away without doing that, the PNGs will just not be used)
7. build the modified package and upload it to a repository

I have done that for Fedora here: https://copr.fedorainfracloud.org/coprs/....18-gles2/

For Debian, see https://wiki.debian.org/Packaging for the distribution-specific packaging instructions (steps 4 to 7).

Maybe there's something I don't understand. Could Megapixels use the GSK renderer based on Vulkan to solve this problem?

[anonymous]

Hello

I've just removed Megapixels and installed both Gnome Snapshot and Gnome Decoder (with sudo apt install, no flatpak) which seem to work.

[Kevin Kofler]

The GPU driver on the PinePhone supports neither OpenGL ES 3 nor Vulkan, so GTK 4.18 supports it only with software rendering. That does not initialize an OpenGL context, so Megapixels, which uses OpenGL, does not work. (Other GTK applications will usually work, but be painfully slow.) So you need a GTK patched to support OpenGL ES 2.

All the code is out there in my GTK fork, you just need to compile and/or package it.

[anonymous]

The GPU driver on the PinePhone supports neither OpenGL ES 3 nor Vulkan, so GTK 4.18 supports it only with software rendering. That does not initialize an OpenGL context, so Megapixels, which uses OpenGL, does not work. (Other GTK applications will usually work, but be painfully slow.) So you need a GTK patched to support OpenGL ES 2.

All the code is out there in my GTK fork, you just need to compile and/or package it.

I confirm that some GTK applications (Snapshot, maybe Decoder too) are painfully slow.

Does your patch have a chance to get accepted by Mobian maintainers if someone adapt it for this distro? I'm looking for a solution on the long term.

[Kevin Kofler]

You can try to get it into Mobian, but politics are likely to get in the way: Mobian does not like carrying downstream packages that are not in Debian upstream, and Debian does not like carrying downstream patches that are not in the software's upstream, in this case GTK upstream. There are exceptions, but it will be hard to argue (and I would not be surprised either if Mobian and Debian were to attempt to fingerpoint you back and forth to each other, as often happens in this kind of situation). And GTK upstream will obviously not accept a patchset that does little more than reverting 33 of their commits to reverse a decision they made deliberately.

I think putting up a third-party repository (a PPA as the Ubuntu folks would call it) is the most effective solution to get this out to all users quickly without wasting time arguing with people. But I need someone with Debian packaging experience, or at least a Debian/Mobian user willing to learn Debian packaging, to do that for Debian/Mobian.

[anonymous]

Hello

The bluetooth works anew, I've just updated and upgraded

P.S: The text is in English instead of in my mother tongue (which isn't English obvously) when I have to enter my PIN code. It's not a big deal.