13:51 <enunes> Wizzup: so I played a bit with the image, one very annoying thing is that I cant use the virtual keyboard so it is very annoying to make it connect to a network

13:52 <enunes> Wizzup: also I checked https://github.com/maemo-leste/hildon-desktop and looks like it depends on clutter-0.8, which is 10+ years old at this point, does that make sense or is there some sort of fork of it?

13:53 <Wizzup> enunes: we have a fork of clutter 0.8: https://github.com/maemo-leste-upstream-forks/clutter-0.8 - we use it because the new clutter is much slower (5x easily) and the devs are not interesting in fixing its performance if I recall correctly (freemangordon knows more)

13:54 <Wizzup> Hm... what do you mean that you cannot use the virtual keyboard? It should at least show, although with some rendering problems?

13:54 <enunes> it shows but then disappears, doesnt seem to be a rendering problem as it doesnt respond to input after it closes

13:54 <Wizzup> hm... I haven't seen that before, I'll try the image now and check

13:55 <Wizzup> did you try to connect the usb cable and use usbnet? that is an alternative way to get easy access

13:55 <enunes> I was thinking it might be easier if I can just build hildon-desktop on my development system and give it a try

13:55 <enunes> but then I hit the clutter-0.8 thing

13:56 <Wizzup> right. clutter 0.8 should work with modern libs as far as I can tell: https://github.com/maemo-leste-upstream-forks/clutter-0.8/blob/master/debian/control#L5

13:56 <Wizzup> building hildon-desktop could be a bit more tricky, since it does depend on some maemo specific packages. all of those are in our repos of course, but your own system probably will not have those

13:57 <Wizzup> is your system debian based?

13:57 <enunes> no, its Fedora

13:58 <Wizzup> Let me try to think what would make sense here. building hildon-desktop and its dependencies on fedora will not be quick nor fun

14:00 <enunes> yeah I didnt expect it would be that much

14:00 <enunes> if I could fix the virtual keyboard thing I could give it another try on the pinephone image, but at some point it becomes too much effort to this

14:02 <Wizzup> right. on the virtual keyboard, did you try it in the terminal or the wifi dialog, as in, how does your problem manifest itself? I just tried and it seems to work ok for me (but double checking latest image)

14:02 <Wizzup> I usually use usb internet - just connect the usb c cable to my pc and log in that way

14:02 <enunes> I think I went to packages on the UI and it prompted to connect to wifi, I selected one and then to type the password I cant

14:03 <enunes> I click on the password input box, the keyboard shows up and closes within a second

14:03 <Wizzup> ok, let me try to reproduce that

14:04 <Wizzup> appreciate the efforts btw, it's the last bug that we're running into on the pinephone as far as I can tell

14:20 <freemangordon> Wizzup: similar thing happens on d4 when TS buttons are disabled but we have udev input rules

14:21 <Wizzup> just booted https://maedevu.maemo.org/images-devel/pinephone/20220102/maemo-leste-1.0-arm64-pinephone-20220102.img.xz - I let the device boot and settle, then I click on the click, and then 'Internet connection', and then make a connection using vkb. I do all of this with the device flat on a my desk and use a single finger (and in landscape mode). Alternatively you can use the top left button, go to

14:21 <Wizzup> settings > internet connections > connections > new and then go through the wizard to set it up

14:22 <Wizzup> my suspicious is that the vkb perhaps goes away because you touch an area outside of the virtual keyboard by accident?

14:22 <Wizzup> suspicion*

14:22 <Wizzup> I click on the clock*

14:27 <enunes> hmm what I had is maemo-leste-1.0-arm64-pinephone-20211230.img.xz

14:28 <Wizzup> I will give it a swing now as well but I think they should act the same

14:28 <enunes> I tried multiple times, I dont think it was some misclick

14:36 <Wizzup> unfortunately the jenkins link I sent on 2021-12-30 expired (that job didn't rsync like the normal jobs do), so I can't test this image

14:36 <enunes> alright I can try the newer one later

14:37 <enunes> is there a way to disable the monitoring thing that auto-reboots if I attempt to stop hildon-desktop to run it manually?

14:38 <freemangordon> enunes: one note: make sure to execute /etc/expandcard.sh otherwise you'll quickly run out of free space

14:38 <freemangordon> enunes: yes, sec

14:38 <freemangordon> enunes: 'touch /etc/no_lg_reboots' as root

14:41 <Wizzup> hildon-desktop will get respawned (I think up to 10 times) if you use kill, but 'dsmetool -k /usr/bin/hildon-desktop' should prevent any further attempts from the system to restart it

14:43 <enunes> thanks, I'll give that a try

14:44 <freemangordon> enunes: I can repro the same issue with vkb here

14:45 <freemangordon> will let you know when we have a fix

15:16 <Wizzup> enunes: do you have a pre-production pinephone, or one of the production devices? I am not sure if it matters, but it'd be helpful potentially to track these problems down

15:17 <enunes> I have the braveheart

15:17 <Wizzup> ok, thanks

22:21 <austriancoder> out of curiosity: what desktop gl version does lima provide?

22:22 <alyssa> iirc 2.1 with some features faked

22:28 <anarsoul> yeah, we have no sRGB (and it's not lowered in fs either) and no occlusion query

22:29 <austriancoder> good to know

22:30 <anarsoul> OpenGL version string: 2.1 Mesa 22.0.0-devel (git-7b0bdff2b7)

22:31 <anarsoul> also we have no fp32 precision in FS, so sometimes piglit isn't happy