| Wizzup | made some good progress on daedalus | 02:55 |
|---|---|---|
| Wizzup | hopefully there won't be a long tail | 02:55 |
| Wizzup | sicelo: do you know if we still need our upower patches? https://github.com/maemo-leste-upstream-forks/upower/commits/maemo/chimaera/ | 11:54 |
| Wizzup | I am assuming we do, but wanted to check in with you | 11:54 |
| sicelo | we do, because our omap devices (n900 & mapphones) have wonky fuel gauges that don't report percentage/capacity in some circumstances | 12:35 |
| sicelo | so those patches (from spinal) cause upower to make a voltage-based estimation of capacity. it's very inaccurate in practice, but we don't have better :-D | 12:38 |
| Wizzup | ok | 12:39 |
| Wizzup | I will rebase | 12:39 |
| sicelo | i once tried to open a discussion (and eventually offered a patch) with upstream, but it went south. there's new 'management' now, so i've been thinking to give it another go. (https://gitlab.freedesktop.org/upower/upower/-/issues/218 ) | 12:40 |
| sicelo | otherwise we'll always have to carry a patched upower, which is probably not that bad, but still ... always nice if stuff gets upstreamed | 12:41 |
| Wizzup | yeah, nicer if we don't have to | 12:43 |
| dsc_ | regarding jib and vkb, seems like the QWebEngine widget processes key events in a special way | 17:43 |
| dsc_ | the vkb Qt module works by sending key events to a QWidget*, however QWebEngine* is special | 17:44 |
| dsc_ | it ignores incoming key events, unless you cast the QWidget to a QWebEngine and get the view(), send it to that | 17:45 |
| dsc_ | however, I cannot cast to a type that is not available to me, as vkb does not link against webengine | 17:46 |
| dsc_ | I can link against webengine in the vkb module, but that would raise mem usage | 17:47 |
| dsc_ | some Qt apps do not use webengine, so that would be a shame | 17:48 |
| dsc_ | ill try to think of something non-intrusive | 17:57 |
| Wizzup | freemangordon: ping | 19:04 |
| Wizzup | do we still want this for newer (1.21) xorg server: "Revert "glamor: Require GL_OES_texture_border_clamp for GLES2." | 19:05 |
| Wizzup | we were on 1.20 before | 19:05 |
| Wizzup | errr | 19:05 |
| Wizzup | 21.1.7 vs 20.x | 19:05 |
| Wizzup | hm I forgot a tag too I think | 19:13 |
| freemangordon | I think we don;t need it | 19:26 |
| freemangordon | as we don;t need glamor on omap | 19:26 |
| freemangordon | s/need/use | 19:26 |
| freemangordon | Wizzup: does icd wpa_supplicant plugin continues scan even when connected? | 19:27 |
| freemangordon | also, why do we build our own Xorg? | 19:28 |
| Wizzup | freemangordon: because we have patches to it | 19:30 |
| Wizzup | at least m-i-s | 19:30 |
| Wizzup | regarding scanning, it should not continue to scan, only when you open the ui where it makes sense to scan | 19:30 |
| Wizzup | freemangordon: the patch for m-i-s I sent many years ago and it was just ignored | 19:34 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/xorg-server/commit/cff79ec58d16c38b588bf68a2330bbcdcc954bd9 | 19:34 |
| Wizzup | dsc_: interesting @ qwebengine, maybe as a test you can link in the qwebengine and see if oyu can make it work? | 19:35 |
| freemangordon | Wizzup: maybe re-send it? | 19:36 |
| freemangordon | Wizzup: see IM | 19:44 |
| freemangordon | any idea? | 19:44 |
| freemangordon | maybe we shall ignore disconnect when reason is 0 | 19:45 |
| Wizzup | hmmm | 19:50 |
| Wizzup | I don't think we can ignore disconnect, I think this comes from kernel | 19:50 |
| freemangordon | yes, it comes from kernel | 19:50 |
| freemangordon | but: "reason=0 locally_generated=1" | 19:51 |
| freemangordon | see https://web.archive.org/web/20231211124800/https://aboutcher.co.uk/2012/07/linux-wifi-deauthenticated-reason-codes/ | 19:51 |
| freemangordon | 0 Reserved 'Normal working operation' | 19:52 |
| freemangordon | let me try to disable wifi PM, to see if it will make any change | 19:54 |
| freemangordon | nope, still the same | 19:57 |
| dsc_ | Wizzup: I will hack it with reflection | 19:59 |
| dsc_ | its Qt, we can do magical things | 19:59 |
| freemangordon | hmm, scratch that, seems the driver is too buggy | 20:06 |
| Wizzup | dsc_: ok | 20:08 |
| sicelo | freemangordon: what driver? | 20:20 |
| dsc_ | ok fixed it | 20:42 |
| dsc_ | not with reflection, but using that I figured out what/how to send events | 20:42 |
| dsc_ | will finish tomorrow | 20:43 |
| mkfx | hello | 20:53 |
| freemangordon | sicelo: r8723bs | 20:59 |
| freemangordon | it is in staging | 20:59 |
| freemangordon | what I think happens - it does not handle regdomain properly, which leads to disconnect when router sends regdomain change | 20:59 |
| Wizzup | right, we need the reg dbs | 21:06 |
| Wizzup | dsc_: nice | 21:06 |
| freemangordon | Wizzup: no, the issue is with the driver | 21:23 |
| freemangordon | I think I just fixed it | 21:24 |
| freemangordon | but will need some time to confirn | 21:24 |
| Wizzup | nice :) | 21:36 |
| arno11 | happy new year guys | 21:38 |
| arno11 | Wizzup: btw could you create an empty 'Maemo-GPT' repo in -extras plz ? | 21:39 |
| Wizzup | maemo-gpt also ok, or do you want the repo name to have capitals in it | 21:50 |
| arno11 | as you want :) | 21:54 |
| Wizzup | sicelo: icon for maemo otp ? :D | 21:55 |
| Wizzup | I'm just asking every time I have to use it for maemo github repos :P | 21:55 |
| Wizzup | arno11: what was your gh username again? | 21:55 |
| arno11 | arno1103 | 21:56 |
| Wizzup | https://github.com/maemo-leste-extras/maemo-gpt | 21:56 |
| Wizzup | (it's not in jenkins yet) | 21:56 |
| arno11 | cool thx | 21:56 |
| arno11 | ok | 21:56 |
| Wizzup | freemangordon: btw, I think apart from gconf2 we'd otherwise be set to go to trixie/excalibur if we want, but I suppose we do daedalus/bookworm first | 21:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!