| arno11 | inky: no i don't use the 20$ stuff | 00:22 |
|---|---|---|
| arno11 | you spend money depending of the number of tokens used and the model | 00:23 |
| arno11 | gpt-4o-mini is really cheap | 00:25 |
| arno11 | and powerful enough for text | 00:25 |
| arno11 | and yes you can use api key for few $ | 00:26 |
| arno11 | and not pay them 20$ a month | 00:26 |
| arno11 | to find the trick, i asked...chatgpt | 00:27 |
| arno11 | Wizzup: the leste assistant works fine on n900 with libcurl :) | 00:28 |
| arno11 | it mainly provides answers based on irc logs but able to provide links to the leste wiki as well | 00:31 |
| arno11 | (or other links from logs ofc) | 00:33 |
| arno11 | bluffy... | 00:35 |
| inky | > to find the trick, i asked...chatgpt | 01:27 |
| inky | wow | 01:27 |
| freemangordon | hmm, kmscube doe not run :( | 07:48 |
| freemangordon | *does | 07:48 |
| freemangordon | Xorg segfaults | 07:49 |
| freemangordon | ok, upstream kmscube works :) | 08:24 |
| freemangordon | glmark2 2021.02 works too | 08:57 |
| freemangordon | so, I have to find why xorg driver segfaults | 08:58 |
| freemangordon | glmark2 Score: 49 | 09:03 |
| freemangordon | that's vsynced | 09:03 |
| freemangordon | Wizzup: d4 booted to h-d, have to run now, will push the needed stuff later on | 09:26 |
| freemangordon | glmark2 Score: 65 | 09:34 |
| Wizzup | freemangordon: getting mixed signals but sounds like it works? | 11:58 |
| dsc_ | https://x.com/Scobleizer/status/1876328993986859305 | 14:36 |
| Wizzup | freemangordon: for sunxi images, do we use our current sunxi kernel? | 15:42 |
| sicelo | dsc_: that looks like a nice little machine. i like the simple UI as well | 16:00 |
| dsc_ | sicelo: I think this powers that UI https://github.com/mecha-org/mctk | 16:00 |
| dsc_ | but not sure | 16:00 |
| sicelo | yes | 16:06 |
| g4rrgl3n0m4d | /6 | 16:19 |
| dsc_ | g4rrgl3n0m4d blessing us with the unexpected by 6 division | 16:21 |
| g4rrgl3n0m4d | sorry just typed in the wrong window | 16:23 |
| dsc_ | its alright | 16:25 |
| freemangordon | Wizzup: had to fix xorg omap driver, but everything works | 17:34 |
| freemangordon | and to pull latest sgx binaries ofc | 17:35 |
| freemangordon | re sunxi - I use 6.12 with patches | 17:35 |
| freemangordon | anyway, just came home, will push the changes later on, hopefully | 17:36 |
| freemangordon | Wizzup: a side note: neither kmscube nor glmark-es2-drm in debian repos work | 17:37 |
| freemangordon | had to compile upstream kmscube (which works) and some older glmark2 | 17:37 |
| Wizzup | ok | 17:38 |
| Wizzup | ok, so, when you push those fixes I can make a new image | 17:38 |
| Wizzup | as far as sunxi goes, I guess we might add those patches to our droid kernel, or do we want to maintain separate sunxi kernel? | 17:38 |
| Wizzup | both are easy for me | 17:38 |
| Wizzup | just checking what to do for sunxi images | 17:38 |
| freemangordon | we will have to enable lots of options | 17:46 |
| freemangordon | so not sure it is possible to have the same kernel | 17:53 |
| freemangordon | but, we can try | 17:53 |
| Wizzup | seems like it should be possible | 17:54 |
| freemangordon | yay, both n_gsm patches seem to make it to upstream :) | 17:57 |
| freemangordon | tmlind: ^^^ | 17:57 |
| freemangordon | unfortunately silence for all others | 17:57 |
| freemangordon | *other | 17:58 |
| freemangordon | Wizzup: what the?!? https://github.com/maemo-leste-upstream-forks/mesa/actions/runs/12635529266 | 21:01 |
| sicelo | freemangordon: i am running the updated ofono for the first time on my D4 today ... no SIM in device. org.ofono.Modem.GetProperties() shows Powered = true and Online = true. i can't check further for now, but thought to mention so long | 21:34 |
| freemangordon | sicelo: umm... you report a bug or? | 21:34 |
| freemangordon | Wizzup: who and why did this? https://github.com/maemo-leste-upstream-forks/xorg-server/commit/af4c84ce8855e84c0ad89b929bc972e884f0b8e3 | 21:35 |
| Wizzup | looking (in mtg) | 21:38 |
| Wizzup | freemangordon: github probably does silly stuff | 21:38 |
| Wizzup | freemangordon: looks like they themselves did this | 21:39 |
| freemangordon | but this is not in upstream | 21:39 |
| freemangordon | nor in deadalus xorg | 21:39 |
| freemangordon | where did we gat the git tree from? | 21:40 |
| freemangordon | *get | 21:40 |
| freemangordon | from debian? | 21:40 |
| freemangordon | anyway, I will fix that | 21:41 |
| freemangordon | umm, will fix omap driver to use anotehr propertyu | 21:41 |
| sicelo | freemangordon: i mean ofono that's now in Leste (2.13) | 21:44 |
| freemangordon | ok, but don't understand if there is some issue | 21:44 |
| sicelo | i don't expect Online = true when no Sim is present | 21:45 |
| freemangordon | how is that? | 21:45 |
| freemangordon | you can;t make emergency calls if modem is offline | 21:45 |
| freemangordon | see doc | 21:45 |
| sicelo | ok. | 21:46 |
| freemangordon | https://github.com/maemo-leste-upstream-forks/ofono/blob/maemo-ofono/doc/emergency-call-handling.txt | 21:46 |
| freemangordon | "Online property of org.ofono.Modem interface should be set to TRUE." | 21:46 |
| freemangordon | "Case 4: Call in No SIM state" | 21:47 |
| freemangordon | anyway, this is not related to ofono, it is cellulard that sets the property | 21:47 |
| sicelo | yes i know that doc, just don't remember this behavior on the droid 4. guess false alarm | 21:50 |
| freemangordon | well, maybe qmi interface behaves differently | 21:50 |
| Wizzup | freemangordon: yes from debian | 21:51 |
| sicelo | the doc is simply saying to go online if an emergency call is being attempted from UI. i guess it's still fine if we always go online | 21:51 |
| Wizzup | are you sure it's not in daedalus xorg? | 21:51 |
| freemangordon | yes, I am | 21:51 |
| Wizzup | wtf | 21:51 |
| Wizzup | ok, I can look later how this happened (work mtgs atm) | 21:52 |
| Wizzup | but if you can fix it, that's fine too | 21:52 |
| freemangordon | ok, no hurry | 21:52 |
| freemangordon | this is daedalus https://github.com/maemo-leste-upstream-forks/xorg-server/commits/maemo/daedalus/config/udev.c | 21:52 |
| freemangordon | vs https://github.com/maemo-leste-upstream-forks/xorg-server/commits/maemo/chimaera/config/udev.c | 21:53 |
| freemangordon | sicelo: well, I guess it does not make sense to have a phone without SIM :) | 21:53 |
| freemangordon | however, if there is any rationale to not go online without SIM, please elaborate | 21:54 |
| freemangordon | I mean - this is what my understanding was back then, but if you think there is an issue we can change it | 21:54 |
| sicelo | i think it's fine | 21:56 |
| Wizzup | freemangordon: can you check debian xorg? | 22:01 |
| Wizzup | https://salsa.debian.org/xorg-team/lib/mesa/-/tree/debian-bookworm/debian/patches?ref_type=heads | 22:01 |
| Wizzup | https://salsa.debian.org/xorg-team/lib/mesa/-/tree/debian-bookworm?ref_type=heads | 22:01 |
| freemangordon | umm... this is mesa | 22:01 |
| Wizzup | sorry that is mesa | 22:02 |
| Wizzup | https://salsa.debian.org/xorg-team/xserver/xorg-server/-/tree/debian-bookworm?ref_type=heads | 22:02 |
| freemangordon | HTTP 502: Waiting for GitLab to boot | 22:02 |
| freemangordon | :) | 22:02 |
| freemangordon | https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commits/debian-bookworm/config/udev.c?ref_type=heads | 22:03 |
| freemangordon | reverts are there | 22:04 |
| sicelo | freemangordon: only nit would be that https://github.com/maemo-leste/cellulard/blob/master/src/cellulard.c#L231 should be get_mode instead of set_mode :p | 22:04 |
| sicelo | but it's mostly cosmetic, so doesn't matter too much | 22:04 |
| Wizzup | https://salsa.debian.org/xorg-team/xserver/xorg-server/-/commits/debian-bookworm/config/udev.c | 22:04 |
| Wizzup | yes reverts are there | 22:04 |
| Wizzup | so that's what debian did | 22:05 |
| Wizzup | or someone | 22:05 |
| Wizzup | I think oliver fourdan is from xorg folks | 22:05 |
| freemangordon | ok, but we don;t have those in our tree | 22:06 |
| freemangordon | do we use upstream xorg? | 22:06 |
| sicelo | didn't we use newer xorg to accomodate something ... maybe pp? | 22:07 |
| sicelo | newer than debian/devuan, that is | 22:07 |
| freemangordon | I mean - I am fine, I already fixed xorg driver to use ODEV_ATTRIB_DRIVER instead of ODEV_ATTRIB_BUSID | 22:07 |
| freemangordon | sicelo: hard to say :) | 22:07 |
| freemangordon | that's what I am trying to understand - what do we use in daedalus | 22:08 |
| Wizzup | freemangordon: we don't have those? | 22:09 |
| freemangordon | I don't see those reverts in our daedalus tree | 22:09 |
| Wizzup | did you also check the tag? | 22:09 |
| Wizzup | just to confirm | 22:09 |
| freemangordon | https://github.com/maemo-leste-upstream-forks/xorg-server/commits/maemo/daedalus/config/udev.c | 22:09 |
| freemangordon | sorry, what tag? | 22:11 |
| Wizzup | sorry, I shouldn't try to do this during mtgs | 22:15 |
| Wizzup | I mean the git tag that we build src from | 22:15 |
| Wizzup | 21.1.7.1 | 22:15 |
| freemangordon | no, I didn;t | 22:15 |
| freemangordon | but, isn;t checking the tree enough? | 22:16 |
| freemangordon | and given that omap xorg driver segfaults because busid is not set? | 22:17 |
| freemangordon | anyway, not on hurry, please finish you mtg | 22:17 |
| freemangordon | if you have time later on, please try to understand what's going on with xserver we use on daedalus | 22:17 |
| freemangordon | I will not push anything to xorg driver until that's cleared, as it may turn out it is not needed | 22:21 |
| freemangordon | sicelo: re ofono - what concerns me most is if there is any change in power usage | 22:24 |
| freemangordon | as afaik ofono does not have any logic to control the frequency of notifications over qmi | 22:24 |
| freemangordon | and I have seen RSSI events coming avery few seconds | 22:24 |
| freemangordon | *every | 22:25 |
| freemangordon | but, this is general issue we have to address, not sure where | 22:25 |
| sicelo | in your use so far, noticed any higher usage? | 22:25 |
| freemangordon | RN there is a hack in d4, but it is device specific, we shall find a solution that's applicable for all devices | 22:26 |
| freemangordon | it is hard to say as I am torturing the device with lots of changes, including 6.12 | 22:26 |
| arno11 | btw ofono 2 seems to work fine on N900 | 22:38 |
| sicelo | yup, n900 side nothing changed. support for it still rock solid (except when they accidentally broke it in version 2.6, which we skipped on Leste) | 22:46 |
| arno11 | ah ok | 22:46 |
| sicelo | so from 2.6 to 2.12 N900 was broken. fun result - after the fix, now the modem is always /n900_0 instead of /n900_2 (which was sometimes annoying) :p | 22:51 |
| arno11 | oh i didn t notice/check | 22:51 |
| sicelo | yeah. not a big deal really, but did annoy me a few times ... e.g. when doing dbus calls directly | 22:53 |
| arno11 | oh i still get n900-2 lol | 22:56 |
| sicelo | mmm, what ofono version? | 22:56 |
| arno11 | 2.13 | 22:57 |
| arno11 | let me check again | 22:57 |
| arno11 | yep 2.13 | 22:58 |
| sicelo | weird | 22:58 |
| arno11 | but i just looked @list-contexts... | 22:59 |
| sicelo | mmm, what about /list-modems? | 22:59 |
| arno11 | and it was n900_2 when registered | 22:59 |
| sicelo | ok. i don't know what's up there. doesn't really matter, as said before, but after https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=116b6dfef7a7a4cfffaf3d02e713baa232195c73 i've never seen anything besides n900_0 on mine | 23:00 |
| arno11 | ok, it s still n900_2 in modems | 23:01 |
| arno11 | yes indeed, doesn t matter, it works fine | 23:01 |
| Wizzup | freemangordon: ok, I am here | 23:17 |
| Wizzup | do you need me to check something? | 23:17 |
| Wizzup | freemangordon: on my maemo/daedalus branch I don't think I see the revert :/ | 23:18 |
| Wizzup | wth | 23:18 |
| Wizzup | freemangordon: so where did you see the revert in our maemo/daedalus | 23:18 |
| Wizzup | hm gitlab says it is part of that branch | 23:19 |
| Wizzup | github | 23:20 |
| Wizzup | but I think it's lying | 23:20 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/xorg-server/commits/maemo/daedalus/config/udev.c | 23:20 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!