| norayr | this battery stuff should be documented. | 01:46 |
|---|---|---|
| norayr | i don't understand it well, otherwise would try to add info from recent chats to the wiki. | 01:48 |
| freemangordon | Wizzup: do you mind if I add PVR_GLES2_EXTENSION_APPEND env var in pvr driver? | 08:25 |
| Wizzup | freemangordon: why would I mind? | 10:42 |
| uvos | the bettery question is why is is nesscary, the normal mesa override envvars cant be used for mighty17[m]'s usecase? | 10:45 |
| freemangordon | no | 10:47 |
| freemangordon | pvr driver does not use those | 10:48 |
| uvos | not sure why you could not add MESA_EXTENSION_OVERRIDE support but can add some other envvar | 10:48 |
| uvos | seams wierd | 10:48 |
| uvos | but if it is so.. | 10:48 |
| freemangordon | uvos: because adding support for that requires a complicated parser/logic | 10:49 |
| freemangordon | it is in shape of MESA_EXTENSION_OVERRIDE=+EXT_1,-EXT_2, etc | 10:50 |
| uvos | sure but the parser in mesa is used by all drivers, i gues the way the pvr dri driver is implemented makes it impossible to use common mesa functionallity | 10:51 |
| freemangordon | yes | 10:51 |
| uvos | then its fine, but not ideal ofc | 10:51 |
| uvos | (to add a custom envvar) | 10:51 |
| freemangordon | glGetString is in the blob | 10:51 |
| freemangordon | and extensions are const string there | 10:52 |
| uvos | just remove it | 10:52 |
| freemangordon | remove what? | 10:52 |
| uvos | glGetString from the blob | 10:52 |
| uvos | why use that symbol | 10:52 |
| uvos | (instead of implmenting a foss clone) | 10:52 |
| freemangordon | umm... I am not sure I understand | 10:52 |
| freemangordon | because it is used for more stuff then just GL_EXTENSIONS | 10:53 |
| freemangordon | *than | 10:53 |
| uvos | im just suggesting that maybe you could intercept the symbol and implement it in foss somewhere, (ie just re this one function) | 10:53 |
| uvos | its just a suggestion for a alternative solution | 10:54 |
| freemangordon | this is what I do (intercept) | 10:54 |
| uvos | ok | 10:54 |
| freemangordon | but, I care only about GL_EXTENSIONS case | 10:54 |
| freemangordon | and leave the others to the blob | 10:54 |
| uvos | ok | 10:54 |
| Wizzup | I'm up for a more simple solution since realistically this will never end up in mainline mesa | 10:56 |
| Wizzup | (since it relies on blobs) | 10:56 |
| uvos | what about MESA_GLES_VERSION_OVERRIDE btw | 10:57 |
| uvos | might be usefull to force gles 1 on occasion | 10:57 |
| uvos | (if simple to implement on the way) | 10:57 |
| freemangordon | uvos: this might be already supported, no idea | 11:13 |
| freemangordon | ugh, es2info has a resource leak | 12:38 |
| freemangordon | this https://gitlab.freedesktop.org/mesa/demos/-/blob/main/src/egl/opengles1/es1_info.c#L289 is missing in our version | 12:41 |
| freemangordon | uvos: execute 'run-standalone.sh notify-send -t 30000 -c "chat-message" "hello" "message body"' couple of times | 17:37 |
| freemangordon | if you come up with a grouping logic without specifying category, I will implement it | 17:38 |
| uvos | you could group by pid i gues | 19:23 |
| uvos | (it maybe not that great) | 19:23 |
| uvos | honestly i would just ignore the grouping problem for now and fix it by adding a real que at some point | 19:23 |
| Wizzup | uvos: btw, if the call is hang up by the remote side, or by us even, it would be good to keep the call window around for another 5s or so | 20:54 |
| Wizzup | currently it just disappears right away | 20:55 |
| uvos | yeah i know | 20:55 |
| Wizzup | iirc the maemo phone also gives indications using the notification bar at the top | 20:55 |
| Wizzup | "call ended" or stuff like that | 20:55 |
| uvos | notification bar? | 20:55 |
| uvos | what notification bar? the toast message system? | 20:55 |
| Wizzup | I don't know what that is, but it's a horizontal bar that stretches the screen but is not very high | 20:56 |
| Wizzup | and it's mostly at the top of the screen | 20:56 |
| uvos | like the battery low message? | 20:56 |
| uvos | thats a toast notification | 20:56 |
| Wizzup | yes | 20:57 |
| Wizzup | those | 20:57 |
| uvos | id rather use a low timeout libnotify notification | 20:57 |
| uvos | (as that works cross platform) but ok | 20:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!