| freemangordon | Wizzup: uvos: do you want me to do anything else re PA? shall I add PP scripts in leste-config? what about d4? | 08:33 |
|---|---|---|
| rafael2k | dont forget about pp too! | 08:56 |
| rafael2k | : ) | 08:56 |
| freemangordon | "shall I add PP scripts in leste-config?" :p | 09:06 |
| freemangordon | rafael2k: BTW, do you know if there is a way to get a list of all xcb keyboards/variants/etc. Keep in mind 'rules' file does not have all the info | 09:07 |
| freemangordon | so 'symbols' must be somehow parsed | 09:07 |
| freemangordon | so, shall I write my own parser? | 09:08 |
| rafael2k | hey! | 09:10 |
| rafael2k | I was still sleepy | 09:10 |
| * freemangordon hands rafael2k some coffee | 09:10 | |
| rafael2k | tks! drinking now! | 09:10 |
| rafael2k | looking at setxkbmap and xmodmap | 09:11 |
| freemangordon | setxkbmap is of no help IIUC | 09:12 |
| rafael2k | I used to be good with x keyboard maps... always had trouble with things like ccedil and stuff like that | 09:12 |
| freemangordon | lemme try to explain what I am trying to achieve | 09:13 |
| freemangordon | in "text input" applet there is an option to select the HW keyboard layout | 09:13 |
| rafael2k | right | 09:14 |
| rafael2k | you need model, layout and variant only? | 09:14 |
| freemangordon | I want to fill that list by using the internal keyboard name of the particular device (nokiarx51, droid4, etc) | 09:15 |
| freemangordon | basically, what I need is to have a way to map nokiarx51->(list of possible layout variants) | 09:15 |
| freemangordon | this is present only in nokia_vndr/rx51 | 09:16 |
| freemangordon | rx51 is just an example ofc, the same logic shall apply no matter the device | 09:16 |
| freemangordon | XkbRF_Load does good job, more or less, so I have 'rules' file as C data | 09:17 |
| freemangordon | but, I receive there data like ''nokiarx51' 'nokia_vndr/rx-51(common)+nokia_vndr/rx-51(%l%_v)'" | 09:18 |
| freemangordon | and here is where I am stuck | 09:18 |
| rafael2k | I'm looking at /usr/share/X11/xkb to see if I get some idea... | 09:18 |
| freemangordon | it is like spaghetti :) | 09:18 |
| rafael2k | good ol' X | 09:19 |
| freemangordon | do you know what 'nokia_vndr/rx-51(common)+nokia_vndr/rx-51(%l%_v)' is supposed to mean in terms of xcb? | 09:19 |
| freemangordon | like, WTF is %l%_v ?!? | 09:19 |
| freemangordon | and basically, who parses that? server? | 09:20 |
| rafael2k | it should be layout and variant... but no idea who parses that | 09:20 |
| rafael2k | :( | 09:20 |
| * freemangordon grep xserver source code for 'xkb_symbols' | 09:21 | |
| freemangordon | not there | 09:22 |
| freemangordon | :( | 09:22 |
| rafael2k | :/ | 09:24 |
| freemangordon | ugh https://github.com/freedesktop/xkeyboard-config/commit/a3db589bc4f0dab7233beb92b320ca9368d951a5 | 09:32 |
| rafael2k | unix way | 09:42 |
| rafael2k | :P | 09:42 |
| rafael2k | so your idea was right - you have to parse it "yourself" | 09:43 |
| freemangordon | how nice :( | 09:43 |
| freemangordon | ok, but still, *someone* should already have a parser for that | 09:44 |
| freemangordon | after all those files are used | 09:44 |
| rafael2k | debian has a nice keyboard picker, when you dpkg-reconfigure it | 09:44 |
| freemangordon | it uses .xml file | 09:44 |
| freemangordon | which is incomplete | 09:45 |
| freemangordon | you cannot select rx51 from there, from example | 09:45 |
| rafael2k | right, did not know that | 09:45 |
| freemangordon | *for example | 09:46 |
| rafael2k | I remember slackware use to have one, lemme check | 09:49 |
| rafael2k | nothing really useful... | 10:14 |
| rafael2k | so I connected my pp to the power | 10:56 |
| rafael2k | (the pp kbd/power bank indeed) | 10:56 |
| rafael2k | it seems it is all working! | 11:03 |
| rafael2k | many controls to take care on /sys... cool | 11:03 |
| rafael2k | : ) | 11:03 |
| rafael2k | the phone battery charges veeery slowly from the power bank battery | 11:09 |
| rafael2k | it was mostly stuck, but setting the cpu gonvernor to powersave helped | 11:09 |
| rafael2k | btw, I have a feeling powersave should be the default cpu governor for pp | 11:09 |
| Wizzup | freemangordon: (waking up) I can do the pa stuff in a bit as well | 11:31 |
| uvos | Wizzup: please add export SDL_VIDEO_X11_FORCE_EGL=1 to profile while changing leste config | 11:33 |
| uvos | and i gues export SDL_RENDER_DRIVER=opengles2 altho no applicaion i know of uses this hint | 11:33 |
| Wizzup | uvos: in addition to gles1 changes? | 11:42 |
| Wizzup | uvos: do we want that force egl for all devices or just the gles devices | 11:44 |
| Wizzup | uvos: i.e. pp does gl | 11:44 |
| uvos | its egl its forcing egl not gles | 11:45 |
| uvos | yes we want egl everywhere | 11:46 |
| uvos | and yes | 11:46 |
| uvos | in addition to the gles1 changes | 11:46 |
| Wizzup | ok | 11:51 |
| Wizzup | I need to recover with some coffee, but will get to it today | 11:51 |
| Wizzup | freemangordon: do you need help with leste-config pa stuff? | 12:26 |
| freemangordon | Wizzup: I was left with the impression that you will do it | 14:19 |
| Wizzup | ok | 14:19 |
| Wizzup | I will do it | 14:19 |
| freemangordon | TBH I prefer you to do it | 14:19 |
| freemangordon | cool | 14:19 |
| Wizzup | do you have a summary of the setup, should I find that in the backlog? | 14:19 |
| freemangordon | sec | 14:20 |
| freemangordon | Wizzup: https://pastebin.com/ubQirhB5 | 14:21 |
| freemangordon | file names are arbitrary ofc, but I think those make sense | 14:21 |
| freemangordon | feel free to change ofc, if we use different naming convention | 14:21 |
| Wizzup | ok | 14:33 |
| rafael2k | btw, is new ofono already in stable for pp? | 15:30 |
| rafael2k | I'm starting to recommend maemo to friends with keyboard | 15:30 |
| rafael2k | : ) | 15:30 |
| Wizzup | I think it should be? | 15:31 |
| rafael2k | it should be, yes | 15:32 |
| rafael2k | sphone is working fine... without new ofono we don't have call support | 15:33 |
| rafael2k | (in pp) | 15:34 |
| Wizzup | what about ringtones? | 15:34 |
| Wizzup | https://maedevu.maemo.org/pkgweb/beowulf/main/binary-arm64/ofono.html | 15:34 |
| Wizzup | it's new version | 15:34 |
| rafael2k | we dont have ringtones yet... yes - this is bad | 15:35 |
| rafael2k | and it is sooo simple issue | 15:35 |
| rafael2k | :P | 15:35 |
| rafael2k | about ofono - cool! | 15:36 |
| rafael2k | other day I was making fun with camera sounds from nokia, which are indeed present here... why cant the ringtones be in the distro too? | 15:39 |
| Wizzup | I think we can just do it, but the default one is the main nokia one, which is very well known / copyrighted | 15:41 |
| Wizzup | so that turned into a bit of a discussion | 15:41 |
| rafael2k | well... lets make our tribute to Nokia for writing Maemo... :P | 15:44 |
| Wizzup | yeah I am inclined to agree | 15:44 |
| Wizzup | but we could just also use some other free one for now | 15:44 |
| Wizzup | http://maemo.org/packages/view/maemo-ringtones-mr0/ I suppose this might be it | 15:45 |
| rafael2k | sure, no strong feelings... it is just that nostalgia of good ol' times is a good thing to cause | 15:45 |
| rafael2k | cool! | 15:45 |
| Wizzup | I mean that's a meta one, I think we might need more | 15:49 |
| Wizzup | I can look at finding them later, want to finish this report first and then do the pa stuff and other profile.d stuff | 15:49 |
| rafael2k | nice! | 15:53 |
| rafael2k | btw, today I was looking how to keep the display on | 15:53 |
| rafael2k | and ended up setting 'do not turn of the display when charging'... I was out but with the kbd/battery pack | 15:54 |
| rafael2k | the options of backlight timeout go up to 2min | 15:55 |
| Wizzup | there is a way to do keep the display one, see the brightness applet | 15:56 |
| Wizzup | simple brightness applet | 15:56 |
| Wizzup | s/one/on/ | 15:56 |
| rafael2k | ok | 15:57 |
| rafael2k | anyone, that workaround worked: https://www.abradig.org.br/maemo-crazyness/image3.jpeg | 15:58 |
| rafael2k | *anyway | 15:58 |
| Wizzup | https://github.com/maemo-leste-extras/simple-brightness-applet/blob/master/src/simple-brightness-applet.c#L151 | 15:58 |
| Wizzup | rafael2k: nice :) | 15:58 |
| Wizzup | looks good | 15:58 |
| rafael2k | : ) | 15:58 |
| rafael2k | btw, I dunno why sometimes, after boot, something is correct with modem boot up | 15:59 |
| rafael2k | *is not correct | 15:59 |
| rafael2k | I had to power modem off and on to make it connect to network (using 4G in my case, but it does not matter) | 16:00 |
| rafael2k | this happened today | 16:00 |
| rafael2k | I was in the restaurant, connection to telephony network was not working | 16:00 |
| Wizzup | hmm | 16:00 |
| rafael2k | even tried ofono scripts, not ok | 16:01 |
| rafael2k | then just run "eg25 stop", "eg25 start" | 16:01 |
| rafael2k | then made model online with ofono scripts... and all good | 16:01 |
| rafael2k | connected using maemo UI without problem | 16:01 |
| Wizzup | hm, so maybe some racae | 16:01 |
| Wizzup | race* | 16:01 |
| rafael2k | uhum, as realized you was complaining | 16:02 |
| Wizzup | what ui do you use exactly? | 16:02 |
| rafael2k | I dunno, just the default one in maemo | 16:02 |
| rafael2k | are there more than one? | 16:02 |
| rafael2k | connections - and select the telephony provider, which has a different icon than wifi stuff | 16:03 |
| Wizzup | ok | 16:03 |
| rafael2k | but this thing was working fine, never had problem | 16:03 |
| Wizzup | I assume that always fails the first time? | 16:03 |
| Wizzup | hmm | 16:03 |
| rafael2k | lemme test a bit more | 16:03 |
| rafael2k | I'll reboot sometimes | 16:03 |
| Wizzup | well I mean it works for me too, but it by default doesn't wait for the connection to become active | 16:03 |
| Wizzup | so the first activation call always fails | 16:04 |
| Wizzup | next time it doesn't work try /etc/init.d/icd2 restart | 16:04 |
| rafael2k | ok | 16:04 |
| rafael2k | pp especially has big waiting times for modem to boot up | 16:05 |
| Wizzup | mhm | 16:05 |
| Wizzup | linux booting linux :) | 16:05 |
| rafael2k | two linux booting... eheheheh | 16:05 |
| rafael2k | maemo is booting too fast | 16:07 |
| rafael2k | :P | 16:07 |
| Wizzup | we could have the modem init script wait for the modem to boot before it continues | 16:10 |
| Wizzup | but it should not be a problem | 16:10 |
| Wizzup | ofono should just detect modem, and icd2 plugin should pick that up | 16:10 |
| tmlind | Wizzup: on boot, looks like qmi uim-get-pin-status needs to be waited for, then qmi get-msisdn, and even then no operator info is yet seen for a little while so that should be checked too before things are ready | 16:18 |
| tmlind | Wizzup: this with just with the related qmicli dms commands | 16:19 |
| rafael2k | but pp has kill switches for the modem... so better not to wait indefinitelly. | 16:26 |
| _inky | folks i think the website doesn't work | 16:26 |
| _inky | https://leste.maemo.org/ | 16:26 |
| buZz | works for me ? | 16:28 |
| buZz | hmmm, you do make me realize how 'empty' that frontpage is | 16:28 |
| buZz | maybe we should get some more images on it | 16:29 |
| Wizzup | tmlind: hm, in ofono to have it detect the sim with pin on boot? | 16:30 |
| Wizzup | buZz: would love to get some people to work on the wiki :) | 16:30 |
| buZz | hmhm | 16:30 |
| freemangordon | rafael2k: seems the parser is in xkbcommon | 16:31 |
| rafael2k | freemangordon: yay! | 16:33 |
| tmlind | Wizzup: yeah looks like the sim is not seen for a while, maybe check with those qmicli commands after boot if that is your issue | 16:38 |
| Wizzup | ok, yeah, I can do that today, thanks for looking into that! | 16:43 |
| Wizzup | brb | 16:44 |
| tmlind | Wizzup: on a better keyboard now, here are the qmicli commands i use, first --dms-uim-get-pin-status, then after that works --dms-get-msisdn, then online the modem | 16:47 |
| tmlind | Wizzup: i've also noticed that even after that if the operator is not seen the modem will not properly work and needs to be re-onlined.. | 16:48 |
| tmlind | Wizzup: oh actually i no longer use --dms-get-msisdn, only poll with --dms-uim-get-pin-status until sim is seen. need to figure out some check for when it's ok to online the modem after that | 16:50 |
| tmlind | Wizzup: but anyways, if --nas-get-home-network does not show the operator, the modem is stuck in some unusable state after boot | 16:51 |
| tmlind | and calls won't work probably until the modem is re-onlined or some other init part, don't know for sure | 16:52 |
| tmlind | uvos: so i've confirmed that having the lcd enabled weakens the indoors gnss signal for me, not the slide and not the backlight | 16:56 |
| rafael2k | tks tmlind!! | 17:02 |
| tmlind | rafael2k: does the pp have the same issue onlining the modem? | 17:03 |
| rafael2k | tmlind: I'm not sure, but put it offline and online makes it work after full boot | 17:03 |
| rafael2k | tmlind: so I suspect it could be the issue you mention | 17:04 |
| tmlind | rafael2k: ok maybe check with --nas-get-home-network if you see the operator when it does not work | 17:04 |
| rafael2k | ok tks, will check as soon as I put my daughter to sleep | 17:04 |
| tmlind | ok | 17:04 |
| Wizzup | tmlind: so these commands, do I run then before starting ofono, or? | 17:06 |
| rafael2k | Wizzup: I have a guess that this can be done just before giving the command to online the modem (to ofono already up), but lets wait tmlind... | 17:11 |
| tmlind | Wizzup: yeah so check with --dms-uim-get-pin-status before onlining, then check with --nas-get-home-network if you see the operator, sorry don't know the steps inbetween why --nas-get-home-network does not show operator after boot but then shows when tried again.. | 17:12 |
| tmlind | Wizzup: so you could check with just qmicli while you have your gui starting up i think | 17:13 |
| tmlind | then add similar steps to sphone i guess assuming it helps | 17:13 |
| _inky | now works indeed! | 17:14 |
| _inky | it wasn't working for about half an hour i think. | 17:14 |
| tmlind | rafael2k: yeah or just check manually those commands before starting sphone | 17:15 |
| tmlind | so there's probably some qmi status when --nas-get-home-network telling modem is unusable, maybe that clears when the operator is seen later on, don't know. or maybe something needs to be reinitialized to make the modem usable at that point, i'm pretty sure just waiting is not enough at least on d4 | 17:21 |
| Wizzup | tmlind: hm, but for ofono not seeing the sim changes, when should I run these commands? | 17:29 |
| Wizzup | assuming you were talking about fixing the ofono plugin to do certain calls upon sim changes | 17:29 |
| Wizzup | I guess the sim kick needs to be extended with qmi calls? | 17:29 |
| tmlind | Wizzup: hmm so what do you have doing the modem qmi calls? sphone or something else? | 17:40 |
| Wizzup | tmlind: so my understanding is that the sim problem is as follows | 17:43 |
| Wizzup | if I have a device where the sim card has a pin, the kernel clearly emits the sim status changes, but ofono doesn't pick them up | 17:43 |
| Wizzup | with is with ofono modem set to powered, but nothing else | 17:43 |
| Wizzup | s/with is/this is/ | 17:43 |
| Wizzup | acting on ofono, for example it should go online will make it suddenly realise there -is- in fact a sim | 17:44 |
| Wizzup | but if you don't make the online call, it just thinks there is no sim | 17:44 |
| Wizzup | so the only thing interacting (writing) to ofono is the icd2 plugin that just sets the modem to 'powered' | 17:44 |
| Wizzup | sphone should just listen and act on smses/calls, not so much do anything else | 17:44 |
| Wizzup | icd2 can also set network context to active, but that's all there is | 17:45 |
| Wizzup | normally if modem shows there is a sim with a pin, on startup there will be a dialog to enter pin | 17:45 |
| Wizzup | so that works for me is to wait two minutes after boot, then restart ofono (once or twice, depends), and then it will just recognize that there is a sim | 17:45 |
| Wizzup | then I type startup-pin-query (iirc) and use the dialog to enter the pin | 17:45 |
| Wizzup | and then things kind of work as normal | 17:45 |
| Wizzup | but the sim notification clearly passes kernel messages with n_gsm debug | 17:45 |
| tmlind | yeah so could be that ofono has an issue noticing the state. but it might also be that the qmi client needs to check certain states are reached before trying to continue | 17:46 |
| Wizzup | right | 17:46 |
| tmlind | so trying to figure out why modem does not work right after boot, first sim is not seen | 17:46 |
| tmlind | then when sim is seen, home network is not yet seen | 17:47 |
| tmlind | once both are seen calls work | 17:47 |
| Wizzup | aha | 17:47 |
| tmlind | so it's like there's some inbetween states with no notifications or something | 17:47 |
| tmlind | so if icd2 is doing the qmi calls, there might be some status checks missing inbetween like "is the sim available" before trying to set the pin | 17:48 |
| tmlind | and "is the network seen" before trying to make calls | 17:49 |
| Wizzup | no maemo sw should do qmi calls specifically, all goes through ofono | 17:49 |
| tmlind | ok | 17:49 |
| Wizzup | (n900 for example doesn't do qmi, so we target ofono as abstraction) | 17:49 |
| tmlind | so maybe ofono is missing the status checks then | 17:49 |
| Wizzup | mhm | 17:49 |
| tmlind | this issue exists with just using qmicli to enable the modem too | 17:50 |
| tmlind | it's not enough to set pin, online and make calls :) | 17:50 |
| Wizzup | https://github.com/maemo-leste-upstream-forks/ofono branch maemo-ofono is the one we have packaged atm - it has all your work + pinephone qmi improvements | 17:50 |
| Wizzup | (plus me forward porting your work to 1.34) | 17:51 |
| tmlind | yeah well so when you start initially and your calls don't work, check the status with qmicli over ssh to see if you see the sim and the operator | 17:51 |
| tmlind | that should give some more clues | 17:51 |
| Wizzup | ok | 17:51 |
| tmlind | if it's the same problem i'm seeing | 17:51 |
| Wizzup | yeah I'll reboot my d4 momentarily and check over ssh | 17:51 |
| tmlind | Wizzup: ok so if you type the two qmicli commands during the first two minutes after start-up without restarting ofono we might get some more info | 17:54 |
| Wizzup | that is --dms-uim-get-pin-status ? | 17:54 |
| Wizzup | and later (after online) --nas-get-home-network ? | 17:54 |
| tmlind | yup | 17:55 |
| Wizzup | ok | 17:55 |
| tmlind | then qmicli might need that option to make reads and writes to work.. | 17:55 |
| tmlind | qmicli -d /dev/cdc-wdm0 --dms-uim-get-pin-status | 17:56 |
| Wizzup | I'll try it before the reboot first to make sure I have it working | 17:56 |
| tmlind | ok | 17:56 |
| tmlind | then if you see the sim | 17:56 |
| tmlind | qmicli -d /dev/cdc-wdm0 --nas-get-home-network | 17:56 |
| Wizzup | btw as I understand is there is a state where modem seems sim but is not online | 17:57 |
| Wizzup | (if I restart ofono after 2 mins.) | 17:57 |
| tmlind | yeah, that's the --nas-get-home-network part | 17:57 |
| Wizzup | ok | 17:57 |
| Wizzup | I didn't realise that worked before online | 17:57 |
| tmlind | at least i think that's how to check it | 17:57 |
| Wizzup | hmm | 17:57 |
| tmlind | yeah you need to set pin, set modem online, then --nas-get-home-network and if you see the operator you can make calls | 17:58 |
| tmlind | well that's the theory so far, maybe there's some better way to check when the modem is really usable | 17:59 |
| Wizzup | ok, so with my 'ofono restart' after 2 minutes, I always just see the operator name | 17:59 |
| Wizzup | so I don't have that problem after onlineing | 17:59 |
| tmlind | at least the "Description:" part is empty for me when modem does not work, probably also MCC and MNC have not paid attention | 18:00 |
| tmlind | or no output and just an error, can't verify right now easily | 18:00 |
| Wizzup | ok, those work in ofono after applying the restart for me | 18:01 |
| Wizzup | ok, let me just try to run the commands | 18:01 |
| Wizzup | tmlind: I get this: # qmicli -d /dev/cdc-wdm0 --dms-uim-get-pin-status | 18:07 |
| Wizzup | error: couldn't get PIN status: QMI protocol error (37): 'UimUninitialized' | 18:07 |
| Wizzup | I will try it again 2 minutes, and then see if it shows something | 18:07 |
| Wizzup | yeah, so after this: | 18:08 |
| Wizzup | [ 105.734741] gsd_receive_buf: 00000000: f9 2b ef f7 55 30 30 30 32 7e 2b 4d 53 49 4d 3d .+..U0002~+MSIM= | 18:08 |
| Wizzup | [and more] | 18:08 |
| Wizzup | # qmicli -d /dev/cdc-wdm0 --dms-uim-get-pin-status | 18:08 |
| Wizzup | [/dev/cdc-wdm0] PIN status retrieved successfully | 18:08 |
| Wizzup | (and more, works) | 18:08 |
| Wizzup | but ofono doesn't detect the change | 18:08 |
| tmlind | ok so that's one problem | 18:10 |
| tmlind | what about --nas-get-home-network if you online manually? | 18:10 |
| Wizzup | when you say online manually, what do you mean? | 18:11 |
| tmlind | AT+CFUN=1 | 18:11 |
| Wizzup | well, I will have to enter the pin before I can do that I think | 18:11 |
| Wizzup | so I can restart ofono, fill in pin, and then online manually? | 18:11 |
| tmlind | yeah maybe try that | 18:12 |
| tmlind | then check with --nas-get-home-network | 18:12 |
| tmlind | but maybe ofono already works at that point for you, and ofono not seeing the sim show up is the only issue | 18:12 |
| Wizzup | no, ofono has more issues for sure, but the sim is the first one | 18:13 |
| Wizzup | so our wiki has this for writing online: | 18:13 |
| Wizzup | printf "AT+CFUN=1\r" > /dev/motmdm1 | 18:13 |
| tmlind | yeah, or you can use qmicli for that too i think | 18:13 |
| Wizzup | yeah I think the wiki might be out of date | 18:13 |
| tmlind | don't remember what the qmicli command might | 18:13 |
| tmlind | be | 18:13 |
| rafael2k | Wizzup: to online the modem, better do it though ofono | 18:15 |
| Wizzup | I think that should be /dev/gsmtty1 ? | 18:15 |
| Wizzup | rafael2k: we're testing what happens if we don't do through ofono | 18:15 |
| rafael2k | ah, ok | 18:15 |
| tmlind | yeah /dev/gsmtty1 for modem at commands | 18:15 |
| Wizzup | seems to give me this: | 18:16 |
| Wizzup | [ 544.803009] gsd_receive_buf: 00000000: f9 07 ef 1f 55 31 32 33 ....U123 | 18:16 |
| Wizzup | [ 544.803009] gsd_receive_buf: 00000000: 34 3a 45 52 52 4f 52 3d 31 38 0a c1 f9 4:ERROR=18... | 18:16 |
| Wizzup | that is: printf "AT+CFUN=1\r" > /dev/gsmtty1 | 18:16 |
| rafael2k | I prefer to stick with qmi interaction, as it is more complete and verbose | 18:16 |
| rafael2k | but in the end, for the baseband, it ends up in the "same place"... | 18:17 |
| tmlind | Wizzup: you need the packet id, try printf 'U1234%s\r' AT+CFUN=1 > /dev/gsmtty1 | 18:17 |
| Wizzup | ok, that worked | 18:18 |
| Wizzup | once I do that the qmicli get home network worked | 18:18 |
| Wizzup | ofono again doesn't it see it though | 18:18 |
| Wizzup | so I think I am seeing different behaviour potentially, but then again I do have ofono running, and you might not, in your tests? | 18:19 |
| tmlind | well the issue i see is that there's a long delay between AT+CFUN=1 and --nas-get-home-network showing the operator, and modem won't work until something is reinitialized, only on the first modem start-up after booting | 18:20 |
| rafael2k | Wizzup: which device / modem are you carrying these tests? | 18:20 |
| tmlind | yeah i just use qmicli and at commands.. been meaning to update for years now.. | 18:20 |
| Wizzup | rafael2k: droid 4 | 18:21 |
| Wizzup | brb | 18:21 |
| rafael2k | ok | 18:22 |
| rafael2k | I wonder if we are doing the right thing calling /usr/bin/pinephone_setup-modem from udev and eg25 at init stage... | 18:26 |
| rafael2k | in my head, we could just do all the setup from udev hook | 18:27 |
| rafael2k | and make ofono wait the device target to be ready | 18:27 |
| rafael2k | (or not, I mean, ofono can read new devices dynamically) | 18:27 |
| rafael2k | as indeed, modem can be disabled by kill switches... so ofono should not even depend on modem bring up... | 18:30 |
| humpelstilzchen[ | I'm currently trying to port easylist (https://talk.maemo.org/showthread.php?t=62280) to qt5. Problem is, that some dialogs QMessageBox do not appear. Known problem? | 18:56 |
| rafael2k | adding a 2s sleep in the end of start() made things stable again | 19:02 |
| rafael2k | here: https://github.com/maemo-leste/pinephone-modem-config/blob/master/debian/eg25.init | 19:02 |
| rafael2k | at least for the pp, we could use this too: https://gitlab.com/mobian1/devices/eg25-manager | 19:03 |
| Wizzup | humpelstilzchen[: hm, I would expect those to appear | 19:27 |
| humpelstilzchen[ | same Problem with the calendar it seems. When I try to delete an entry I get no dialog | 19:28 |
| Wizzup | ok, that should be investigated | 19:29 |
| Wizzup | can you open a bug report? | 19:29 |
| Wizzup | I 'maintain' or 'ported' qalendar so that's in my court, also did some of the qt port | 19:29 |
| humpelstilzchen[ | on maemo leste bugtracker or calendar bugtracker? | 19:29 |
| Wizzup | general bugtracker please | 19:32 |
| humpelstilzchen[ | k | 19:32 |
| lel | nxdefiant opened an issue: https://github.com/maemo-leste/bugtracker/issues/607 (Confirmation dialogs/QMessageBox do not appear) | 20:00 |
| Wizzup | ty | 20:00 |
| humpelstilzchen[ | Wizzup: any guess in which library to look? | 20:32 |
| Wizzup | I think dialogs are supposed to get special window properties in qt | 20:34 |
| Wizzup | probably here https://github.com/maemo-leste/qtstyleplugins/tree/master/src/plugins/styles/maemo5 | 20:35 |
| Wizzup | hm there was another one | 20:38 |
| Wizzup | https://github.com/maemo-leste/qt-platform-maemo/ maybe this needs to set some atoms | 20:39 |
| Wizzup | maybe QXcbWindowFunctions::WmWindowTypes QXcbWindow::wmWindowTypes() const | 20:41 |
| Wizzup | in /qt-platform-maemo/src/plugins/platforms/xcb-maemo/qxcbwindow.cpp | 20:41 |
| Wizzup | anyway this is entirely speculative, maybe something else is up | 20:41 |
| Wizzup | could also be because of this comment: // the Maemo5 WM doesn't support multiple window types on a single window | 20:42 |
| humpelstilzchen[ | ok | 20:42 |
| Wizzup | it mostly depends on what actually happens with the dialog | 20:43 |
| Wizzup | does it exist, does it have a window id, or does it just never even get created? stuff like that | 20:43 |
| Wizzup | the x11 forwarding test is useful | 20:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
