ChanServ changed the topic of #lima to: Development channel for open source lima driver for ARM Mali4** GPUs - Kernel driver has landed in mainline, userspace driver is part of mesa - Logs at https://oftc.irclog.whitequark.org/lima/
chewitt has quit [Read error: Connection reset by peer]
camus has joined #lima
camus1 has quit [Ping timeout: 480 seconds]
chewitt has joined #lima
camus1 has joined #lima
camus has quit [Ping timeout: 480 seconds]
camus1 has quit [Remote host closed the connection]
camus has joined #lima
drod has quit [Remote host closed the connection]
chewitt has quit [Read error: Connection reset by peer]
chewitt has joined #lima
chewitt has quit []
dllud_ has joined #lima
dllud has quit [Read error: Connection reset by peer]
marex has quit [Ping timeout: 480 seconds]
camus1 has joined #lima
camus has quit [Remote host closed the connection]
camus has joined #lima
camus1 has quit [Read error: Connection reset by peer]
camus1 has joined #lima
camus has quit [Remote host closed the connection]
camus1 has quit []
drod has joined #lima
<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
<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?
<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)
<Wizzup>
Hm... what do you mean that you cannot use the virtual keyboard? It should at least show, although with some rendering problems?
<enunes>
it shows but then disappears, doesnt seem to be a rendering problem as it doesnt respond to input after it closes
<Wizzup>
hm... I haven't seen that before, I'll try the image now and check
<Wizzup>
did you try to connect the usb cable and use usbnet? that is an alternative way to get easy access
<enunes>
I was thinking it might be easier if I can just build hildon-desktop on my development system and give it a try
<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
<Wizzup>
is your system debian based?
<enunes>
no, its Fedora
<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
<enunes>
yeah I didnt expect it would be that much
<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
<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)
<Wizzup>
I usually use usb internet - just connect the usb c cable to my pc and log in that way
<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
<enunes>
I click on the password input box, the keyboard shows up and closes within a second
<Wizzup>
ok, let me try to reproduce that
<Wizzup>
appreciate the efforts btw, it's the last bug that we're running into on the pinephone as far as I can tell
<freemangordon>
Wizzup: similar thing happens on d4 when TS buttons are disabled but we have udev input rules
<Wizzup>
settings > internet connections > connections > new and then go through the wizard to set it up
<Wizzup>
my suspicious is that the vkb perhaps goes away because you touch an area outside of the virtual keyboard by accident?
<Wizzup>
suspicion*
<Wizzup>
I click on the clock*
<enunes>
hmm what I had is maemo-leste-1.0-arm64-pinephone-20211230.img.xz
<Wizzup>
I will give it a swing now as well but I think they should act the same
<enunes>
I tried multiple times, I dont think it was some misclick
* freemangordon
restores latest image too
<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
<enunes>
alright I can try the newer one later
<enunes>
is there a way to disable the monitoring thing that auto-reboots if I attempt to stop hildon-desktop to run it manually?
<freemangordon>
enunes: one note: make sure to execute /etc/expandcard.sh otherwise you'll quickly run out of free space
<freemangordon>
enunes: yes, sec
<freemangordon>
enunes: 'touch /etc/no_lg_reboots' as root
<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
<enunes>
thanks, I'll give that a try
<freemangordon>
enunes: I can repro the same issue with vkb here
<freemangordon>
will let you know when we have a fix
<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
<enunes>
I have the braveheart
<Wizzup>
ok, thanks
marex has joined #lima
<austriancoder>
out of curiosity: what desktop gl version does lima provide?
<alyssa>
iirc 2.1 with some features faked
<anarsoul>
yeah, we have no sRGB (and it's not lowered in fs either) and no occlusion query
<austriancoder>
good to know
<anarsoul>
OpenGL version string: 2.1 Mesa 22.0.0-devel (git-7b0bdff2b7)
<anarsoul>
also we have no fp32 precision in FS, so sometimes piglit isn't happy