uvos__ | buZz: whats wrong with openlara? | 00:20 |
---|---|---|
uvos__ | i accually finished the game on device | 00:21 |
uvos__ | so works fine here | 00:21 |
buZz | are you using hildon? | 00:23 |
uvos__ | yeah | 00:23 |
uvos__ | its fine and fullscreen | 00:24 |
Wizzup | uvos__: btw, any comment on the speakerphone issue? | 00:24 |
Wizzup | as in I'm trying to figure out what to write so I can test that it works for me | 00:24 |
uvos__ | Wizzup: hmm? | 00:24 |
buZz | its not fullscreen here, nor even visually correct | 00:24 |
uvos__ | buZz: you have to disable shadows | 00:24 |
uvos__ | this is a pvr bug | 00:24 |
uvos__ | otherwise its visually correct | 00:24 |
uvos__ | and its fullscreen for me | 00:24 |
buZz | i mean, i dont even get any menu | 00:24 |
buZz | its fully distorted | 00:24 |
uvos__ | you dont get the 3d icons right? | 00:25 |
uvos__ | the 2d text should be fine | 00:25 |
buZz | 1 moment, i'll show you | 00:25 |
uvos__ | Wizzup: you just have to write the route you want to use | 00:26 |
uvos__ | you can use registers as set when a audio file is playing via whatever route you want | 00:26 |
uvos__ | then place a call and write the register back to that state | 00:26 |
Wizzup | uvos__: I don't think I know how | 00:30 |
Wizzup | oh, hm... | 00:30 |
Wizzup | so does that make earpiece work for calls too? | 00:30 |
Wizzup | (because you wrote 'whatever route you want') | 00:30 |
uvos__ | yes | 00:30 |
uvos__ | also headphones | 00:31 |
uvos__ | whatever you want | 00:31 |
Wizzup | hmm | 00:31 |
Wizzup | so how many registers do I have to look at, not just the one you mention then? | 00:31 |
uvos__ | just the one really | 00:32 |
uvos__ | unless you also want to use a different mic | 00:32 |
Wizzup | so 0824 ? | 00:35 |
uvos__ | if thats the resiter i mentioned | 00:36 |
uvos__ | i dont know it by heart :P | 00:36 |
uvos__ | buZz: openlara still works fine here | 00:37 |
buZz | still uploading; https://youtu.be/2Yz9uKNaVsI | 00:37 |
buZz | 1m remaining | 00:37 |
buZz | uvos__: maybe something weird about the more recent images then? | 00:38 |
uvos__ | no idea | 00:38 |
uvos__ | try this | 00:38 |
uvos__ | open the game | 00:38 |
buZz | https://www.youtube.com/watch?v=2Yz9uKNaVsI | 00:38 |
uvos__ | once the menu music is playing go right right | 00:38 |
buZz | i cant launch it through hildon | 00:38 |
uvos__ | enter | 00:38 |
buZz | the files arent in the location it expect perhaps? | 00:39 |
uvos__ | right they are supposed to go into ~/.openlara | 00:39 |
uvos__ | hmm thats interesing | 00:39 |
buZz | ah, no idea where i could see that :P | 00:40 |
uvos__ | you cant | 00:40 |
uvos__ | its not documented | 00:40 |
Wizzup | it'd be good to have wiki pages for every extras pkg | 00:40 |
Wizzup | ( https://leste.maemo.org/Extras ) | 00:40 |
Wizzup | uvos__: https://github.com/maemo-leste/bugtracker/issues/584#issuecomment-1120241298 looks like it | 00:41 |
buZz | well, or make it selfdocumenting? like a popup on failure 'files should go in X' | 00:41 |
uvos__ | buZz: well ist a upstream issue | 00:41 |
uvos__ | reall | 00:41 |
uvos__ | upstream isent documented | 00:41 |
uvos__ | is the problem | 00:41 |
uvos__ | anyhow | 00:42 |
uvos__ | that looks really screwed up | 00:42 |
uvos__ | never seen that | 00:42 |
buZz | hmhm | 00:42 |
buZz | yeah no idea | 00:42 |
uvos__ | interestingly it also worked fine for freemangordon | 00:42 |
buZz | i dont think many ppl install new images too often :P | 00:42 |
uvos__ | i doubt its that | 00:42 |
buZz | gotta say i -am- tempted to grab maemo-leste-1.0-armhf-droid4-20220508.img.xz ;) | 00:43 |
Wizzup | maybe the gl-in-gles lib is installed? | 00:43 |
Wizzup | I forget the name | 00:43 |
buZz | gl4es? shouldnt be | 00:43 |
Wizzup | ok | 00:43 |
buZz | lets see | 00:43 |
buZz | yeah its not installed | 00:44 |
uvos__ | buZz: http://uvos.xyz/maserati/settings | 00:45 |
uvos__ | put that into .openlara | 00:45 |
uvos__ | (and all your files) | 00:45 |
uvos__ | launch via hildon | 00:45 |
uvos__ | also | 00:45 |
uvos__ | nvm | 00:46 |
uvos__ | we just synced devel so you have the new sdl for sure | 00:46 |
buZz | ok lets see | 00:47 |
buZz | now it works :) | 00:47 |
uvos__ | hmm | 00:48 |
uvos__ | hmmmm | 00:48 |
uvos__ | but why | 00:48 |
buZz | wait, actually, the entire game is untexturemapped? | 00:49 |
buZz | eh | 00:49 |
uvos__ | huh? | 00:49 |
uvos__ | no | 00:49 |
uvos__ | its fully textured | 00:49 |
uvos__ | you must be missing files if its not | 00:49 |
Wizzup | we do have https://leste.maemo.org/Category:Extras | 00:49 |
buZz | yeah i guess | 00:51 |
buZz | https://i.imgur.com/65VApYB.jpeg | 00:52 |
uvos__ | http://uvos.xyz/maserati/screenshots/openlara.png | 00:53 |
uvos__ | thas how its supposed to look | 00:53 |
buZz | :) | 00:54 |
uvos__ | buZz | 00:54 |
uvos__ | ah this is pvr bug | 00:54 |
uvos__ | go into settings | 00:54 |
uvos__ | and turn of shadows | 00:54 |
uvos__ | the shader is broken on pvr | 00:54 |
buZz | how do i leave the game without Esc? | 00:54 |
uvos__ | its tab | 00:54 |
uvos__ | not esc | 00:54 |
buZz | hm, tab does nothing? | 00:55 |
uvos__ | hmm maybe i changed it to tab | 00:55 |
uvos__ | em then you have to use the power menu | 00:55 |
uvos__ | and change the key to tab | 00:56 |
uvos__ | before going into game next time :P | 00:56 |
buZz | ehh | 00:56 |
buZz | no idea what you mean, there's no config option for 'escaping' | 00:56 |
uvos__ | Inventory | 00:57 |
uvos__ | escape usaly brings up the inventory | 00:57 |
uvos__ | while at i set shadows to low and filtering to medium | 00:57 |
buZz | ahhhh ok, now with details all tuned down i can get a game :P | 00:57 |
uvos__ | buZz: the default control sheme is poorly suited for just thumbs | 00:58 |
uvos__ | but this is quite playable: | 00:59 |
uvos__ | http://uvos.xyz/maserati/screenshots/olkeys.png | 00:59 |
buZz | oooo i can trigger openlara into that distorted mode, i think | 01:01 |
buZz | press the 'home' key , and go back to openlara | 01:01 |
buZz | do that 1-2 times? and it'll be distorted, at least here | 01:02 |
uvos__ | this works fine here | 01:02 |
uvos__ | thats wierd | 01:02 |
uvos__ | yeah i can do that as often as i want | 01:02 |
buZz | weird, even switch to a different program? | 01:03 |
uvos__ | yeah | 01:03 |
uvos__ | its choppy/slow | 01:03 |
uvos__ | but it renders fine | 01:03 |
Wizzup | uvos: I think we could use dbus-scripts to toggle audio routes as a hack via regs, to test how reliably that works | 02:06 |
Wizzup | dbus-scripts can just act on ofono picking up / hanging up | 02:06 |
buZz | Wizzup: so i still have the same issues of 'instant failure on gprs connect' which does leave wwan3 fully configured but without IP or route | 02:07 |
buZz | i've been able to get into 'have a ip but no route' just once, cant seem to find how i got there | 02:07 |
Wizzup | so no ip and no route just means that icd2 doesn't make the iface up | 02:23 |
Wizzup | have you tried to connect again using the interface when wwan3 is up with ofono? | 02:23 |
Wizzup | and again -please- use mdbus to check | 02:23 |
buZz | Wizzup: well, it disappears from icd2 UI when i connect to it, as mentioned before | 03:28 |
buZz | restarting icd2 brings it back | 03:29 |
buZz | org.ofono.AllowedAccessPoints.GetAllowedAccessPoints , returns just ([],) | 03:37 |
buZz | ahh, finally | 03:41 |
buZz | org.ofono.ConnectionContext.GetProperties does show route and dns | 03:41 |
buZz | and ip even, as static?? | 03:41 |
Wizzup | buZz: I never had it not come back | 10:45 |
Wizzup | buZz: yes, ofono takes care of getting the ip, so it's always 'static' in that sense | 10:46 |
buZz | i'm really tempted to just try that new image, maybe something went wrong during build when diskspace was so low? | 10:53 |
Wizzup | possible. | 11:00 |
buZz | backing up now | 11:00 |
buZz | put the 20220508 image on a new sd card now | 11:26 |
Wizzup | uvos: register 0824 doesn't seem to change if I play music on speakerphone | 11:30 |
Wizzup | uvos__: many other registers change | 11:32 |
buZz | did https://github.com/pavelmachek/welcome-leste/ move to somewhere? i wanted to fix some typos in the text ;) | 11:50 |
Wizzup | I don't think that's the one | 11:50 |
Wizzup | https://github.com/maemo-leste/salutem | 11:50 |
Wizzup | that's the one | 11:50 |
Wizzup | uvos__: so there's like 20 registers that are different even with just earpiece vs speakerphone it looks like | 11:51 |
buZz | ah ty | 11:51 |
buZz | * Copyright (c) 2021 Carl Phlipp Klemm. | 11:52 |
buZz | i think that name is even a typo? | 11:52 |
Wizzup | I don't think so | 11:52 |
Wizzup | oh yes it is missing an i | 11:52 |
lel | buzztiaan opened a pull request: https://github.com/maemo-leste/salutem/pull/1 (Salutem.html had some typos) | 11:54 |
buZz | just did the user facing stuff, carl can fix his own name :P | 11:55 |
Wizzup | maybe just fix it up anyway? | 11:55 |
buZz | hehe | 11:55 |
buZz | hmm, window is 800x600? | 11:58 |
buZz | i guess doesnt matter really , https://github.com/buzztiaan/salutem/blob/master/mainwindow.ui | 11:58 |
Wizzup | it will get resized yeah | 11:59 |
Wizzup | please feel free to make any other improvements | 11:59 |
buZz | i noticed the welcome-leste was able to resize SD directly :) | 12:00 |
Wizzup | yeah, not sure which is better. | 12:01 |
Wizzup | we went for this in any case | 12:01 |
lel | buzztiaan opened a pull request: https://github.com/maemo-leste/salutem/pull/2 (Many typos in uvos' name, and some more layouting for the README) | 12:04 |
buZz | ooo interesting | 12:06 |
buZz | already this 20220508 image behaves differently ; when booting the 20220410 with a charger connected, it wont start charging until you remove&replug it | 12:09 |
buZz | 20220508 seems to be fine with it | 12:09 |
buZz | although, this might be because i moved to -devel ? | 12:09 |
buZz | alright, what was the bundle to install for making it a phone? :D | 12:11 |
Wizzup | I'd appreciate if you could spend some of the time documenting this - it's hildon-connectivity-mobile | 12:13 |
buZz | hmmm, 20220508 @ droid4 doesnt seem to have the decent keyboard :( (with the OK layer) | 12:28 |
Wizzup | hmm | 12:29 |
Wizzup | could be a first boot thing maybe? | 12:29 |
buZz | i rebooted a bunch of times now, nogo | 12:40 |
Wizzup | hm, ok, will have to check. | 12:41 |
buZz | can i do the hildon-connectivity-mobile without -devel too? guess not super useful? | 12:41 |
uvos__ | buZz: its me | 12:44 |
uvos__ | everything is a typo | 12:44 |
uvos__ | :P | 12:44 |
uvos__ | Wizzup: just the register i mentioned and one other is relevant | 12:44 |
uvos__ | all others are different | 12:44 |
uvos__ | but on purpose | 12:44 |
uvos__ | othe one other is the mic amp | 12:44 |
uvos__ | but it should work by just seting the output reg correctly | 12:45 |
Wizzup | uvos__: so the register you mentioned is always 0 it seems | 12:45 |
uvos__ | yes | 12:45 |
uvos__ | all amps are off | 12:45 |
Wizzup | I mean when playing | 12:45 |
uvos__ | when in phone mode | 12:45 |
uvos__ | no | 12:45 |
uvos__ | that cant be right | 12:45 |
Wizzup | https://github.com/maemo-leste/bugtracker/issues/584#issuecomment-1122171927 | 12:45 |
Wizzup | that is made like so: | 12:45 |
Wizzup | cat /sys/kernel/debug/regmap/spi0.0/registers > registerlogs/headset-unplugged.txt | 12:45 |
uvos__ | you must messure while actively playing | 12:46 |
uvos__ | like not just the profile set | 12:46 |
Wizzup | yeah, that's with mpv playing and me hearing it | 12:46 |
Wizzup | (apart from the one file where nothing is playing) | 12:46 |
uvos__ | Wizzup: ok im not at home right now | 12:46 |
uvos__ | ill check my notes when i am | 12:46 |
uvos__ | maybe its the wrong register | 12:46 |
Wizzup | great, ty | 12:46 |
buZz | fyi, hildon-connectivity-mobile isnt installable without -devel | 12:58 |
Wizzup | yes | 13:00 |
Wizzup | that is on purpose | 13:00 |
buZz | ok :) | 13:00 |
Wizzup | you've probably noticed it's not quite ... end user ready | 13:00 |
buZz | well, its is -in- the not-devel | 13:00 |
buZz | hehe | 13:00 |
buZz | alright, -mobile is installed on this -devel, lets reboot and see | 13:46 |
Wizzup | buZz: I will be afk for a bit jfyi | 13:46 |
buZz | np, hf \o | 13:46 |
buZz | is libicd-network-ofono not needed? its not installed now | 14:07 |
* buZz installs and reboots | 14:09 | |
buZz | right, that does help | 14:13 |
buZz | seems to be similarly broken as 20220410 after all the setup , meh | 15:01 |
Wizzup | It's weird, it just works for me really. | 15:02 |
Wizzup | maybe there's some step you're missing | 15:02 |
Wizzup | it's hard to debug without getting much info though:) | 15:02 |
buZz | yeah i think it might just be my simcard? | 15:05 |
Wizzup | I don't think so. | 15:06 |
buZz | what do you have on > 03:37:18 < buZz> org.ofono.AllowedAccessPoints.GetAllowedAccessPoints , returns just ([],) | 15:06 |
buZz | ? | 15:06 |
Wizzup | I have no idea what that interface is, but I didn't ask about that | 15:06 |
buZz | i know | 15:06 |
buZz | 03:41:44 < buZz> org.ofono.ConnectionContext.GetProperties does show route and dns | 15:07 |
buZz | 03:41:57 < buZz> and ip even, as static?? | 15:07 |
Wizzup | if you get a wwan3 interface at any point in time, it just means it worked. | 15:07 |
Wizzup | and if it shows an ip, then the problem you're seeing is in icd2 not configuring the interface with the settings from ofono | 15:07 |
Wizzup | it = mdbus2/ofono | 15:07 |
Wizzup | so that's very likely -not- the sim card | 15:07 |
Wizzup | for example, for me the data connection does not disappear | 15:08 |
buZz | after the 'connect'/failure (which removes entry from icd2 UI) there's no IP configured, wwan3 is up, and org.ofono.ConnectionContext.GetProperties shows IP, dns, route (as static?) | 15:08 |
Wizzup | how does it 'remote' it from the ui | 15:08 |
Wizzup | do you never ever see the entry again until you reboot? | 15:08 |
buZz | until i restart icd2 , yes | 15:08 |
Wizzup | I don't have that problem | 15:09 |
Wizzup | I just tried it | 15:09 |
Wizzup | it still shows 'KPN' | 15:09 |
buZz | and your APN name, is there any stored in the IAP ui in settings? | 15:10 |
buZz | does org.ofono.ConnectionContext.GetProperties show a APN? | 15:10 |
buZz | for me , both are '' , emptystring | 15:10 |
Wizzup | yes, it shows an apn for me | 15:11 |
Wizzup | 'internet' | 15:11 |
buZz | i feel this might be the origin of the problem | 15:11 |
Wizzup | it's certainly a side effect of libicd-network-ofono not provisioning it correctly | 15:12 |
buZz | configuring -anything- as APN makes it a) not disappear b) work even less (wwan3 isnt up, but!!! still IP/dns/route in org.ofono.ConnectionContext.GetProperties) | 15:12 |
Wizzup | do you have the package with all the apns installed? | 15:12 |
Wizzup | I think it is in the meta, but still | 15:12 |
buZz | i doubt it contains 'youfone' :p | 15:12 |
Wizzup | why would it not | 15:12 |
buZz | its a kinda newish telco? | 15:12 |
Wizzup | dpkg -L mobile-broadband-provider-info | 15:13 |
Wizzup | does that show anything | 15:13 |
buZz | 20170903-1 | 15:14 |
Wizzup | no file listing? | 15:14 |
buZz | yeah, its there | 15:14 |
Wizzup | ok | 15:14 |
Wizzup | it doesn't seem to contain youfone | 15:15 |
Wizzup | so maybe just set it via gconf? | 15:15 |
buZz | or just add to that pkg? | 15:15 |
buZz | oh hmm, maybe because its a MVNO | 15:16 |
Wizzup | what? | 15:16 |
Wizzup | no, just use gconf to configure the iap | 15:17 |
buZz | does that do something else than the UI? | 15:17 |
Wizzup | I don't know, have you confirmed that your gconf has the right apn? | 15:17 |
Wizzup | mine has | 15:18 |
Wizzup | gprs_accesspointname = internet | 15:18 |
buZz | i havent, but how could it work without the correct APN? | 15:18 |
buZz | mobile-broadband-provider-info isnt our own, is it? | 15:22 |
buZz | i'll just wedge my operator settings into the .xml | 15:23 |
Wizzup | I mean.... | 15:24 |
Wizzup | that xml file is only used once to set the gconf settings.. | 15:24 |
buZz | right, i just wanna check if it might change behaviour | 15:24 |
Wizzup | so if you tried what I suggest, to set it in gconf, maybe you wouldn't have to mess with the xml? :) | 15:24 |
buZz | its a bit hard to find -where- in gconf tree to set it without | | 15:26 |
buZz | :D | 15:26 |
buZz | really should start using usbnet more again :) | 15:28 |
buZz | omg omg omg | 15:32 |
buZz | so, with my network in the .xml , failed gprs connects do -not- remove it from ICD2 UI | 15:32 |
buZz | and, on second connect, it works \o | 15:33 |
buZz | just still doesnt set DNS correctly, but the failsafe 9.9.9.9 gets set | 15:33 |
buZz | alright, i'll work this all into a 'state of leste - using as a phone' | 15:34 |
buZz | i kinda wonder how all this would be on n900/pp , hope i can borrow that pp soonish | 15:34 |
Wizzup | buZz: without | ? | 15:38 |
buZz | hmm, ok, on -disconnect- it does disappear from ICD2 UI | 15:38 |
buZz | :( | 15:38 |
buZz | Wizzup: yeah , the 'OK' keyboard layer isnt here | 15:38 |
buZz | hmmf, ok nevermind, that succes seems just once | 15:39 |
buZz | -_- | 15:39 |
buZz | soooo cloooose :P hahaha | 15:40 |
buZz | at least, there doesnt seem to be much the 20220508 is doing that 20220410 wasnt | 15:41 |
buZz | i'll go back to that one | 15:41 |
buZz | ok, added network to .xml , deleted gconf entry for GPRS IAP , reboot | 15:54 |
buZz | lets see | 15:54 |
buZz | so eh , gconftool -s /sy..... (the GPRS iap) -t string gprs_accesspointname="poop" , and then gconftool -R /sys.. (same entry) , should that show 'poop' ? | 16:06 |
buZz | because it just sticks to emptystring | 16:06 |
buZz | ah, wait | 16:07 |
buZz | right, not 'gprs_..=""' , but just "" and add the gprs_... to the path | 16:08 |
buZz | welp, setting it to the correct value just makes it completely unable to connect, similar to setting APN in the UI | 16:14 |
buZz | pfff, what a puzzle :D haha | 16:19 |
Wizzup | what did you execute exactly? | 16:30 |
Wizzup | it sounded like you had it working 30mins ago no> | 16:30 |
Wizzup | ? | 16:30 |
buZz | yeah, -once- O_o | 16:49 |
buZz | i dont get why | 16:49 |
buZz | gconftool -s /system/osso/connectivity/IAP/<hash>/gprs_accesspointname -t string "portalmmm.nl" | 16:51 |
buZz | confirmed with -R that it stuck, connecting doesnt take | 16:51 |
Wizzup | maybe reboot after that | 16:56 |
Wizzup | or restart icd2 at least | 16:57 |
buZz | neither lead to succes (rebooting or restarting icd2 with valid APN name in gconf) | 18:00 |
buZz | nor does any of these routes lead to a 'internet connections' setting that shows a configured APN | 18:00 |
buZz | Wizzup: shouldnt libicd-network-ofono be inside hildon-connectivity-mobile ? | 18:01 |
buZz | hmmm libicd-network-usb also isnt installed i notice | 18:02 |
Wizzup | libicd-network-usb I don't know of | 18:02 |
Wizzup | I don't think it does what you think it does | 18:02 |
Wizzup | buZz: yes probably it should be in that meta pkg | 18:02 |
Wizzup | what was the mobile connecitvity pkg thing? | 18:03 |
Wizzup | mobile providers - got the name handy? | 18:03 |
buZz | and eh 'telepathy-ring' ? | 18:03 |
buZz | i guess not | 18:03 |
Wizzup | no, tp ring we will pull in some other way | 18:03 |
Wizzup | it is mobile-broadband-provider-info | 18:04 |
buZz | yeah i have that installed, thats where i added Youfone to | 18:04 |
buZz | alas not even deleting the gprs IAP and rebooting made it functional, thusfar | 18:05 |
Wizzup | so what works and what doesn't -- do you see an ip in dbus? | 18:05 |
buZz | didnt have gprs visible again, restarted icd2 now, then i can tap it, it instantly 'fails' , dbus shows a configured IP and 'Active true' | 18:06 |
buZz | wwan3 is up, no ip, udhcpc -i wwan3 now would get me functional gprs | 18:07 |
buZz | gconftool has no APN configured inside it | 18:07 |
buZz | dbus btw also doesnt show a APN configured | 18:08 |
buZz | i wish i could see what APN its actually using :/ | 18:12 |
Wizzup | buZz: ok so it's the same problem for you where icd2 doesn't actually activate it | 18:12 |
Wizzup | maybe check the icd2 logs | 18:12 |
Wizzup | /var/log/maemo/icd* | 18:12 |
Wizzup | buZz: the apn in use is shown is mdbus2 | 18:12 |
buZz | on the /context1 ? | 18:12 |
buZz | thats a emptystring .. | 18:12 |
Wizzup | buZz: well it's possible that the apn being empty is fine | 18:16 |
Wizzup | if you have an ip and it's active then it 'works' | 18:16 |
buZz | here's some icd2 log at superverbose ; http://space.nurdspace.nl/~buzz/icd2log.txt | 18:19 |
Wizzup | looks like it connects to wifi? | 18:21 |
buZz | in the end yeah, needed to scp the file away ;) | 18:21 |
buZz | May 10 18:17:32 localhost icd2 0.98[5400]: [OFONO] Got APN: | 18:21 |
buZz | emptystring again | 18:21 |
buZz | May 10 18:17:34 localhost icd2 0.98[5400]: network id 'ab4c7733-4a2e-4658-9b5a-2bc4f3b07670' all entries (1) removed | 18:22 |
buZz | ah, thats where icd2 decides to delete it , i guess | 18:22 |
Wizzup | I wouldn't necessarily assume entries removed means that | 18:22 |
Wizzup | so this is it activating only once, not you activating it again, and that's what you're trying to figure out? | 18:23 |
buZz | ah, on -restarting- icd2 i again get > seen for the very first time, provisioning. | 18:26 |
buZz | exact same id though | 18:28 |
buZz | (actually, on restarting -and- tapping on icd2 UI in statusbar) | 18:29 |
buZz | wonder if this is important? | 18:30 |
buZz | May 10 18:17:30 localhost icd2 0.98[5400]: always online doesn't run because iap count 4 <= 0; srv_provider FALSE; auto_conn is 'FALSE'; timeout 300 <= 0; number of connections 0 > 0 and always change FALSE; priority 0 | 18:30 |
sicelo | buZz even with wrong apn, mobile internet usually works. But you could get higher billing, etc. | 18:33 |
buZz | it looks totally normal on my telco website panel thingy | 18:34 |
sicelo | mobile-broadband-provider is a freedesktop project. You could add your provider ans upstream it. I did so for the ones in my country | 18:34 |
buZz | i found https://wiki.gnome.org/Projects/NetworkManager/MobileBroadband/ServiceProviders | 18:35 |
Wizzup | upstream might already have a newer version | 18:35 |
Wizzup | we ship the buster one | 18:35 |
buZz | but even without, from what i'm reading, because there's no unique MMC&MNC , it could pick a already specified APN from another entry with the same details | 18:36 |
sicelo | Also they ca be a bit slow to tag new versions. Sometimes you must prod them nicely, e.g. https://gitlab.gnome.org/GNOME/mobile-broadband-provider-info/-/issues/3 | 18:37 |
sicelo | And yes, its a gnome project, not freedesktop. My bad | 18:38 |
buZz | np | 18:38 |
buZz | so within 1 second of trying to connect, its coming back with > May 10 18:17:32 localhost icd2 0.98[5400]: IAP reports error 'no_network' | 18:43 |
buZz | thats maybe a bit too short :P | 18:44 |
Wizzup | buZz: yes this is the same problem all along as it not waiting | 19:43 |
buZz | uhuh | 19:55 |
buZz | Wizzup: is that just in icd2 then? | 20:23 |
buZz | or maybe in the libicd-bla-mobile | 20:24 |
Wizzup | buZz: it's kind of the same thing, libicd-network-ofono is a plugin of icd2 | 20:30 |
buZz | but where would the delay be , it does seem icd2 keeps waiting a bit for the wifi connections? | 20:31 |
Wizzup | literally just in the code | 20:36 |
Wizzup | it's really quite trivial, it just needs some fixing | 20:36 |
Wizzup | the code just calls 'activate context' and assumes the functions is blocking | 20:36 |
Wizzup | but it's not | 20:36 |
sicelo | please help me | 21:30 |
sicelo | https://paste.debian.net/1240473/ ... i got this message, and i understand what needs to be done | 21:30 |
sicelo | however, i'm a little lost - who do i sent the changes to? should it be original maintainers/reviewers that i sent to initially, or someone/something else? | 21:31 |
Wizzup | sicelo: is this patch already merged? | 22:50 |
uvos | Wizzup: its CPCAP_REG_RXCOA | 22:52 |
uvos | #define CPCAP_REG_RXCOA0x0824/* RX Codec to Output Amps */ | 22:52 |
uvos | er no thats wrong | 22:53 |
uvos | #define CPCAP_REG_RXOA0x081c/* RX Output Amplifiers */ | 22:53 |
uvos | here | 22:53 |
Wizzup | ah | 22:53 |
uvos | 0x081c | 22:53 |
uvos | confusing name | 22:53 |
uvos | anyhow this is the correct register | 22:53 |
uvos | i just tried it | 22:53 |
Wizzup | ok, let me check my log files based on it | 22:54 |
sicelo | Wizzup: it's in next. But I've just found that the maintainer already noticed the hanging flag and nuked it | 22:54 |
sicelo | So nothing for me to do :-) | 22:54 |
Wizzup | sicelo: check | 23:10 |
Wizzup | uvos: hm let's see so that value is 0002 when I have nothing playing, but also with music on speakerphone | 23:14 |
Wizzup | and it's 0260 with headphone set as output regardless of whether hp is plugged in | 23:14 |
Wizzup | and then for the earpiece it's 0001 | 23:14 |
jirido | Hi | 23:16 |
Wizzup | yo | 23:16 |
jirido | So cool that with maemo on a new kernel.. | 23:17 |
jirido | it might be the future. | 23:17 |
Wizzup | there are still some things to work on though :) | 23:17 |
jirido | sure.. but it's like a opensource android | 23:18 |
jirido | or? | 23:18 |
Wizzup | Not sure if I get the question | 23:18 |
sicelo | Far from Android. It's more like any linux distribution | 23:18 |
Wizzup | maybe the last update will give you some idea https://maemo-leste.github.io/maemo-leste-sixteenth-update-november-and-december-2021-january-april-2022.html | 23:19 |
jirido | Well I might get it all wrong then, what is making maemo maemo? | 23:19 |
jirido | I have a bunch old nokia/microsoft phones(the square ones) can maemo run on them? | 23:21 |
Wizzup | yes and no | 23:22 |
Wizzup | the answer to the question depends a bit on your background | 23:22 |
jirido | lol | 23:22 |
jirido | it's baad | 23:22 |
sicelo | jirido: you said you have an N900, right? | 23:22 |
Wizzup | jirido: so what we aim to have is something that looks and feels like maemo on the n900, but on more devices than just the n900, with nothing but open source software based upon the debian/devuan distribution | 23:23 |
Wizzup | compare that to nokia maemo which wasn't fully open source, for example | 23:23 |
jirido | Sounds sweet | 23:24 |
jirido | I look forwarrd to feel secure on my phone some day | 23:25 |
Wizzup | yes, me too. | 23:25 |
Wizzup | uvos: btw I see this in sphone: | 23:25 |
Wizzup | (sphone:4270): hildon-1-CRITICAL **: 23:24:29.107: Tried to initialized Hildon more than once. | 23:25 |
jirido | is there some development of secure open source telecom chips going on? | 23:27 |
jirido | Can't get more secure that the chip i guess or is it enough to have a opensource driver? | 23:27 |
Wizzup | uvos: ok I got something on speakerphone now with: | 23:28 |
Wizzup | echo 081c 0001 > /sys/kernel/debug/regmap/spi0.0/registers | 23:28 |
Wizzup | but it lacks echo cancelling for sure | 23:28 |
Wizzup | depends on how you define telecom chips, do you mean modem? | 23:28 |
Wizzup | uvos: nothing on earpeice though with 0001 | 23:28 |
sicelo | maybe osmocom (not sure about spelling)? jirido: there's not much progress, i'd say | 23:30 |
Wizzup | uvos: same for headphone, that didn't work for me with the register setting, but maybe I also need to switch to it in pavucontrol? | 23:31 |
sicelo | pp has a modem whose firmware is replaceable somewhat, but it's not open overall. and seems quectel (its vendor) is about to close the loophole which allowed the firmware to be replaceable in the first place | 23:31 |
jirido | sicelo: thats bad. It should not be rocket sience to make an opensource radio chip. | 23:32 |
Wizzup | uvos: ok I can get all three working when switching pulse profile + reg write | 23:32 |
Wizzup | uvos: at least I can hear my n900 on the droid4 | 23:32 |
Wizzup | I can't hear the droid4 on the n900 yet | 23:32 |
sicelo | i haven't taken calls on droid 4 in a while. so they currently work over loudspeaker only? | 23:37 |
Wizzup | sicelo: I think is one of the first times I kinda got it working | 23:37 |
Wizzup | but I am still not sure is that I hear both sides | 23:37 |
sicelo | i definitely did get it working as well in the past - with both sides working fine. i suppose that was loudspeaker | 23:38 |
Wizzup | I can hear my n900 on my d4 with earpiece and headphone | 23:38 |
Wizzup | I am just not sure I can hear my droid on my n900 | 23:38 |
sicelo | nice | 23:38 |
Wizzup | I'll try again in a bit | 23:38 |
Wizzup | if I can get that working today I'd be quite happy | 23:39 |
Wizzup | I mean all I'm doing is follow uvos' advice really | 23:39 |
sicelo | i saw you want to use dbus-scripts to handle the switching? sounds like a good idea | 23:39 |
Wizzup | but for the record, if you're in a call, go to pavucontrol and set the output you want, and then also the register write | 23:39 |
Wizzup | sicelo: it's a hack but yes | 23:39 |
Wizzup | echo 081c 0002 > /sys/kernel/debug/regmap/spi0.0/registers | 23:39 |
Wizzup | that's speakerphone | 23:39 |
Wizzup | echo 081c 0001 > /sys/kernel/debug/regmap/spi0.0/registers | 23:39 |
Wizzup | that's earpiece | 23:39 |
Wizzup | echo 081c 0260 > /sys/kernel/debug/regmap/spi0.0/registers | 23:39 |
Wizzup | that's headphone | 23:39 |
Wizzup | maybe a similar things needs to be done when looking at input | 23:40 |
Wizzup | I guess the mic gain? | 23:42 |
Wizzup | looks like 0x0818 (CPCAP_REG_TXMP) is always 0x400 so that's not it | 23:45 |
sicelo | 118175:1592141117 <sicelo> yay, so i've just received a voice call on my d4 with ofono. works good. i did have to speak quite loud (using pavel's alsa config from unicsy_demo). i guess it's a matter of playing around until i find good microphone volume | 23:46 |
sicelo | so maybe your N900 can hear the d4 ... but volume is low | 23:46 |
Wizzup | maybe voice loopback or something else is needed? | 23:46 |
Wizzup | yeah voice is at 13 atm | 23:47 |
Wizzup | maybe that's it? | 23:47 |
Wizzup | wait | 23:47 |
sicelo | unless things have changed much since back then | 23:47 |
sicelo | i didn't have to do anything special for that call | 23:47 |
Wizzup | looks like call noise cancellation was off | 23:48 |
Wizzup | hm pavucontrol sees no input device in phone call mode | 23:51 |
Wizzup | sicelo: ok mics are 0 | 23:52 |
sicelo | :-) | 23:53 |
Wizzup | I can hear myself when pavucontrol is set to speakerphone | 23:53 |
Wizzup | but not when it's set to earpiece | 23:54 |
Wizzup | uvos: ok so it looks like mic1/mic2 are 0 on my phone by default, and only in speakerphone mode in pavucontrol do I hear the d4 | 23:56 |
Wizzup | uvos: does that sound familiar? | 23:56 |
Wizzup | tmlind: ^^ | 23:56 |
uvos | hmm what | 23:57 |
sicelo | 1592517205 <sicelo> got sound on N900 with a phone call after all :) N900 can 'hear' the other person quite good. i can't really hear N900 on the ohter phone. will test further tomorrow | 23:58 |
sicelo | almost two full years ago | 23:58 |
Wizzup | uvos: what in particular should I elaborate on :) | 23:59 |
uvos | uvos: ok so it looks like mic1/mic2 are 0 on my phone by default, and only in speakerphone mode in pavucontrol do I hear the d4 | 23:59 |
uvos | are 0 what? | 23:59 |
Wizzup | 0% out of 100% | 23:59 |
Wizzup | so it's literally silent | 23:59 |
Wizzup | which part of the puzzle of why I never heard the d4 on the remote side | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!