| buZz | ^_^ | 00:24 |
|---|---|---|
| Wizzup | uvos__: I guess lel died again | 01:07 |
| Wizzup | sigh | 01:07 |
| freemangordon | uvos__: | 07:29 |
| freemangordon | export OFONO_AT_DEBUG=1 | 07:29 |
| freemangordon | export OFONO_QMI_DEBUG=1 | 07:29 |
| freemangordon | and pass -d to ofonod | 07:29 |
| freemangordon | via /etc/default/ofono, for example | 07:30 |
| freemangordon | I am adding those env vars to the init script usualluy | 07:30 |
| freemangordon | uvos__: mce on fremantle also does not control kbd brightness besides on/off, goingt o check what android does | 07:57 |
| freemangordon | yeah, android keeps it on 255 | 08:03 |
| freemangordon | so, I think we shall put some defaults, like, unless on sunlight, keep it on. maybe start from 128 for complete darkness and switch to 255 for anything between 50 and 250(made up values). maybe calculate based on als readings, dunno | 08:07 |
| freemangordon | power savings are not really something we shall consider (on n900 led current is 5 mA per led, IIUC) | 08:09 |
| uvos__ | i think thats way to bright | 08:45 |
| uvos__ | i changed android to reduce the brighness there too | 08:45 |
| freemangordon | uvos__: the point is that defaults should allow everybody to use their devices. being too bright might be inconvenient, but does not stop you from using the device. being too dim stops you. | 08:48 |
| freemangordon | as I said, a RL example - my device seems to be used a lot, so kbd buttons got glossy because of the usage | 08:48 |
| freemangordon | on indirect light they are unreadable | 08:49 |
| freemangordon | without bright backloght that is | 08:49 |
| freemangordon | *backlight | 08:49 |
| uvos__ | fine | 08:49 |
| uvos__ | its not worth arguing about | 08:49 |
| uvos__ | change mce.ini to whatever you like in the repo | 08:49 |
| uvos__ | and ill change it back locally | 08:50 |
| freemangordon | I will do some measurements/tests and will do a PR | 08:50 |
| freemangordon | uvos__: what about if I add one more slider in display cpl applet for kbd brightness? | 08:55 |
| freemangordon | so noone to be forced to edit ini files to chagne the broghtness? | 08:55 |
| uvos__ | sure | 08:58 |
| uvos__ | but the problem is that the tables themselves need to be in mce.ini | 08:58 |
| freemangordon | ok, will do | 08:58 |
| uvos__ | becasue they are a device dependant thing | 08:59 |
| uvos__ | so maybe add low med high profiles | 08:59 |
| freemangordon | yes, I'll control a multiplier | 08:59 |
| uvos__ | that the user can coose from | 08:59 |
| uvos__ | or so | 08:59 |
| freemangordon | from .5 to 1.0 | 08:59 |
| freemangordon | so if initial (for darkness) is 160 and you select the lowest setting, you'll get your 80 | 09:00 |
| freemangordon | the same for 255, it will become 127/8 | 09:00 |
| freemangordon | 5 steps | 09:00 |
| uvos__ | ok | 09:00 |
| uvos__ | watch out for the 1 bit brightness tho | 09:02 |
| uvos__ | that cant become 0 | 09:02 |
| freemangordon | you mean touch buttons? | 09:03 |
| uvos__ | yeah | 09:03 |
| freemangordon | why it can't? | 09:03 |
| uvos__ | setting the multiplier to 0.5 would make those allays be off | 09:03 |
| uvos__ | becasue 1*0.5 = 0.5 floored is 0 | 09:03 |
| freemangordon | I am not going to recalculate | 09:03 |
| freemangordon | or rather - if kbd is not zero, then ts is 1 | 09:04 |
| freemangordon | or will not touch at all | 09:04 |
| uvos__ | i dont follow | 09:04 |
| freemangordon | ts buttons brightness can be 0 or 1 | 09:05 |
| uvos__ | yes | 09:05 |
| uvos__ | and seting the multiplier to 0,9 should not make it 0 all the time | 09:05 |
| uvos__ | thats all | 09:05 |
| uvos__ | how you do that i dont care | 09:05 |
| freemangordon | if keyboard brightness is zero, then ts brightness must be 1 | 09:05 |
| freemangordon | otherwise it is 0 | 09:06 |
| freemangordon | so we tie kbd with ts | 09:06 |
| uvos__ | f keyboard brightness is zero, then ts brightness must be 1 ?? | 09:06 |
| freemangordon | unless I am missing some usecase where ts shall be one but kbd 0 | 09:06 |
| uvos__ | well slider closed | 09:06 |
| freemangordon | oh, sorry: | 09:06 |
| freemangordon | if keyboard brightness is zero, then ts brightness must be 0 | 09:06 |
| freemangordon | yeah, I'll consider slider | 09:07 |
| freemangordon | I think it is already considered | 09:07 |
| uvos__ | the problem is sutch logic is hard to do consistantly | 09:07 |
| uvos__ | because button backlight can have any nummber of lights configured | 09:07 |
| uvos__ | and other devices also have on lights etc | 09:07 |
| freemangordon | hmm, right | 09:08 |
| freemangordon | ok, I'll keep the tables and will just apply multiplier | 09:08 |
| freemangordon | to the kbd backlight | 09:08 |
| freemangordon | ok? | 09:08 |
| uvos__ | sure | 09:08 |
| freemangordon | ok | 09:08 |
| uvos__ | also yes slider is ofc considerd | 09:11 |
| uvos__ | see mce.ini.d/70-droid.ini | 09:11 |
| uvos__ | for what button-backlght can consider | 09:11 |
| freemangordon | mhm | 09:12 |
| uvos__ | btw the is keyboard proparty is only used to implment the legacy dbus interfce | 09:13 |
| uvos__ | that allows mce clients to query mce if the button backlight is lit | 09:13 |
| freemangordon | ok | 09:13 |
| uvos__ | in freemantle there is only one, when i redid this to be configurabel and support multiple lights i had to assign some light to check | 09:14 |
| uvos__ | try and not use this for anything else | 09:14 |
| freemangordon | I will only apply multiplier to kbd backlight values | 09:14 |
| freemangordon | unless I see anything else that needs to be changed, but for now I don;t | 09:15 |
| freemangordon | uvos__: how to convert in_illuminance_input to mlux? multiply by 2000? | 09:25 |
| uvos__ | in_illuminance_input schal be mlux according to kernel documentation | 09:27 |
| uvos__ | however | 09:27 |
| uvos__ | it isent on any device we use :( | 09:27 |
| freemangordon | great :( | 09:28 |
| uvos__ | so there is a proparty in the device depedant mce.ini file that tells us a conversion factor | 09:28 |
| uvos__ | that i mesured for all the devices we have | 09:28 |
| freemangordon | ah, thanks | 09:28 |
| freemangordon | and what is in_illuminance_scale? | 09:28 |
| uvos__ | right so scale*intput should be mlux i think | 09:29 |
| uvos__ | maybe read kernel documentation again | 09:29 |
| freemangordon | ok | 09:29 |
| uvos__ | but iio-sensor-proxy uses scale for us | 09:29 |
| uvos__ | look at iio-als.c | 09:29 |
| freemangordon | ok | 09:29 |
| freemangordon | have to run now, will do later | 09:30 |
| freemangordon | bbl | 09:30 |
| rafael2k | webrtc in chromium works, with jitsi... it takes some time to enter the room, but at least for voice - it work! | 09:41 |
| rafael2k | : ) | 09:41 |
| Guest224 | rafael2k: PP keyboard question at forum: https://talk.maemo.org/showthread.php?p=1574650#post1574650 | 09:57 |
| rafael2k | Guest224: no idea | 09:59 |
| rafael2k | My pinephone keyboard broke long time ago. I bought a bt keyboard. | 09:59 |
| Guest224 | how it broke? | 10:00 |
| rafael2k | stopped working, do not know what exactly | 10:01 |
| Guest224 | hmm..what happens if pp keyboard battery goes total empty, can it start charge? | 10:02 |
| rafael2k | Mine worked, until I let the battery go totally empty | 10:08 |
| rafael2k | then it never turned on again | 10:08 |
| rafael2k | then I bought a bluetooth keyboard :P | 10:09 |
| Guest224 | I have foldable bt keyboard, but I like PP Keyboard, because its also handy cover for PP and always with it. | 10:10 |
| Guest224 | and I have dip switched off wifi and that switch bt also off :) | 10:11 |
| rafael2k | indeed, the PP keyboard is nice... but I got a bit pissed with it tbh... 50 USD in the trash bin | 10:12 |
| rafael2k | Use a USB kbd | 10:12 |
| rafael2k | :P | 10:12 |
| rafael2k | It does work | 10:13 |
| Guest224 | actually I have USB keyboard but without PP keyboard it is hard to get PP to good angle :) | 10:14 |
| Guest224 | does /images-devel/pinephone/20220925/ image has hildon-connectivity-mobile included? Stable didn't. | 10:29 |
| Guest224 | should devel-image have it in? | 11:02 |
| Wizzup | no | 11:02 |
| Guest224 | ok..so still need another connection than 3G to get net? | 11:03 |
| Wizzup | Guest224: yes | 11:10 |
| Guest224 | so iwhere I should download hildon-connectivity-mobile and put it to SD-card, before I put it to phone? | 11:13 |
| Wizzup | oof, and usbnet doesn't work for you? | 11:27 |
| Wizzup | that package is just a meta package, it will pull in many other packages | 11:27 |
| Guest224 | oof? | 11:28 |
| Wizzup | we'll get it in the images eventually | 11:31 |
| Guest224 | I think so that it is so important thing that it should be in image, I think another new testers too. | 11:37 |
| Wizzup | sure, but there are hard crashes in the settings internet dialog with the packages installed | 11:37 |
| Wizzup | so those and some other things need to be fixed first | 11:37 |
| Guest224 | ok...I understand. | 11:37 |
| rafael2k | latest pic with libcamera: https://www.abradig.org.br/maemo-crazyness/test5.jpg | 11:50 |
| rafael2k | things start to get brighter | 11:50 |
| rafael2k | : ) | 11:50 |
| rafael2k | but qcam still has issues, but using command line cam app it works! | 11:51 |
| Wizzup | nice! | 11:51 |
| rafael2k | had a call with 2 libcamera devs now | 11:51 |
| Wizzup | let me know which one you'd like me to use in the maemo update | 11:51 |
| Wizzup | and what other stuff to write there | 11:51 |
| rafael2k | we are slowly advancing | 11:51 |
| rafael2k | you choose | 11:51 |
| rafael2k | : ) | 11:52 |
| freemangordon | Wizzup: I was thinking to re-implement nokia modem dbus interfaces in cellulard | 11:52 |
| freemangordon | that way we'll revert all the ofono changes in settings | 11:52 |
| freemangordon | what do you think? | 11:52 |
| Guest224 | refael2k: that picture has actually very good dynamic range! | 11:53 |
| Wizzup | freemangordon: I mean, it'd not ideal to have a interface nobody else uses, and it might not work for multiple modem/sim | 11:54 |
| Wizzup | but I don't like how I had to fit libgofono in connui-cellular | 11:54 |
| freemangordon | oh, I will implement it in a way to support multiple modems | 11:54 |
| freemangordon | and sims | 11:54 |
| Wizzup | but maybe that's just because of libgofono and not because of ofono/dbus | 11:54 |
| freemangordon | that's not an issue | 11:54 |
| Wizzup | I'd rather re-use ofono interface | 11:54 |
| freemangordon | we have issue there with blocking | 11:55 |
| freemangordon | as ofono iface is async | 11:55 |
| Wizzup | yes | 11:55 |
| Wizzup | but it would also block on blocking nokia iface, no? | 11:55 |
| freemangordon | also, I think you're missing the point | 11:55 |
| freemangordon | lemme show you something | 11:55 |
| freemangordon | this https://github.com/maemo-leste/connui-cellular/blob/master/lib/context.c#L59 | 11:56 |
| freemangordon | will end up in cellulard where it will be translated to ofofno | 11:56 |
| freemangordon | *ofono | 11:56 |
| freemangordon | everything else uses stuff like connui_cell_sim_status_register() | 11:57 |
| freemangordon | so it does not care how it works | 11:57 |
| freemangordon | we agreed that modem control will be in cellulard, so I think it makes sense cellulard to provide the information on the current status | 11:58 |
| freemangordon | as it anyway registers | 11:58 |
| freemangordon | we may extend or rename nokia dbus interfaces ofc | 11:59 |
| Wizzup | I understand, but why would we want to reimplement the interface just for this lib | 11:59 |
| Wizzup | that's what I meant mostly | 11:59 |
| Wizzup | is there a benefit outside of this one package? | 11:59 |
| freemangordon | this lib is used all over the place | 11:59 |
| freemangordon | everybody uses it - pin query, cpl applet, etc | 11:59 |
| Wizzup | sure, but are you saying there is no way to make the lib work with another (ofono) iface? | 11:59 |
| Wizzup | I know, I did most of the buggy ofono porting :) | 11:59 |
| freemangordon | sure it can, but I think it will be way harder | 11:59 |
| freemangordon | also, you know that libgofono is asyn c | 12:00 |
| Wizzup | so cellulard's job would be to block on the dbus call and return when it's ready where it will wait for ofono? | 12:00 |
| freemangordon | exactly | 12:00 |
| Wizzup | yes, but we don't have to use libgofon | 12:00 |
| freemangordon | but, cellulard will wait for ofono | 12:00 |
| Wizzup | we could just issue async call and block on the reply | 12:00 |
| Wizzup | with normal ofono dbus | 12:01 |
| Wizzup | block -waiting- for the reply | 12:01 |
| freemangordon | but wahy, given that we already do lots of stuff in cellulard? | 12:01 |
| freemangordon | *why | 12:01 |
| Wizzup | to me it just seems a bit awkward to support an old iface nothing else will use, we won't share with others, to get connui-cellular to work sensibly | 12:01 |
| Wizzup | I mean we do own all the code, we can even rewrite the usage of the lib if we really want to | 12:02 |
| Wizzup | not saying we should, but just saying that -maybe- there's paths that don't require this custom iface | 12:02 |
| Wizzup | I don't have a particularly strong opinion either way | 12:02 |
| freemangordon | I think this lib is not the only user of those interfaces | 12:02 |
| Wizzup | but you might find you have to implement a lot of the ofono iface | 12:02 |
| Wizzup | well, we haven't found many others, and if we did, we planned to port them to ofono | 12:02 |
| freemangordon | yes, but that way we tie to ofono | 12:03 |
| Wizzup | instead of tieing to some nih? :D | 12:03 |
| freemangordon | and if we decide to move to mm, then we'll have to rewrite them all | 12:03 |
| freemangordon | mo, MM | 12:03 |
| freemangordon | *no | 12:03 |
| freemangordon | if we stay with nokia interfaces we'll have to rewrite only cellulard | 12:04 |
| Wizzup | what about icd2? | 12:04 |
| freemangordon | what about it? | 12:04 |
| Wizzup | for MM | 12:04 |
| freemangordon | it will have libicd-mm | 12:04 |
| freemangordon | just another plugin | 12:04 |
| Wizzup | ok, fine, I guess it makes some sense since some UI parts depend on it | 12:04 |
| Wizzup | it just seems like potentially a lot of work | 12:04 |
| Wizzup | i.e. you have to expose a lot of the ofono interface | 12:05 |
| Wizzup | which feels redundant | 12:05 |
| freemangordon | no, why expose ofono? you meant expose nokia interfaces? | 12:05 |
| Wizzup | I mean you have to port over most of the ofono interface | 12:05 |
| Wizzup | like will you port com.nokia.csd.Call ? | 12:06 |
| Wizzup | and com.nokia.phone.SSC ? | 12:06 |
| freemangordon | yes | 12:06 |
| Wizzup | com.nokia.phone.SIM | 12:06 |
| freemangordon | yes | 12:06 |
| Wizzup | and they're also underdocumented, whereas ofono is | 12:06 |
| Wizzup | also wrt introspection | 12:06 |
| freemangordon | hmm... | 12:06 |
| Wizzup | so then we have multiple interfaces to calls? | 12:06 |
| Wizzup | I mean again, it's doable | 12:06 |
| Wizzup | it just means a big shift imho | 12:06 |
| freemangordon | oh. ok :) | 12:06 |
| Wizzup | it won't be an easy task to expose an iface the size of ofono | 12:07 |
| Wizzup | and we were very actively avoiding for a long time | 12:07 |
| Wizzup | at least I was | 12:07 |
| freemangordon | but still, if I am to do the settings thingie, to me it seems I will have to start from scratch | 12:07 |
| freemangordon | ok, agree | 12:07 |
| Wizzup | I think a lot of the research I did on what parts to map to what is sorted already | 12:07 |
| freemangordon | sure | 12:08 |
| Wizzup | but yes the slinging around of data is a problem | 12:08 |
| Wizzup | but I spend more time understanding the lib and figuring out what ifaces to implement where | 12:08 |
| freemangordon | but you leave lots of fixmes and todos so I think it will be faster if I just start from scratch lookiong at your code for reference | 12:08 |
| Wizzup | one of the main problems for me was libgofono and how it works, and how it relied on the glib main loop to return at some point, which can muck with the flow of other programs | 12:08 |
| Wizzup | sure, if you plan to not go the cellulard way | 12:08 |
| freemangordon | yes, that's what I will have to avoid | 12:09 |
| freemangordon | so, you say it is better to not use libgofono and call dbus directly? | 12:10 |
| Wizzup | I think it will give more flexibility | 12:12 |
| freemangordon | ok | 12:12 |
| Wizzup | even though it's probably not fun to write | 12:12 |
| freemangordon | well, I have no issues with dbus | 12:12 |
| Wizzup | I'd like to leave it to you to decide if you want to go the cellulard route or this route | 12:12 |
| freemangordon | I think I already agreed to not go cellulard route | 12:12 |
| Wizzup | the current state wiht libgofono does work for status, home, cpa and pin | 12:13 |
| Wizzup | but the cpa has issues still | 12:13 |
| Wizzup | ok | 12:13 |
| Wizzup | when I wrote it there were also a lot more ofono issues, that I might have tried to work around | 12:13 |
| Wizzup | but I agree libgofono probably is not the way here | 12:13 |
| freemangordon | mhm | 12:13 |
| freemangordon | we need blocking calls | 12:14 |
| freemangordon | at least initially | 12:14 |
| freemangordon | we may reconsider at some point | 12:14 |
| Wizzup | right | 12:16 |
| freemangordon | though, I will check again if we can use libgofono now I have way better understanding of ofono etc | 12:17 |
| Wizzup | ok | 12:17 |
| rafael2k | Guest224: and that was a quick-and-dirty conversion from YUYV422 to jpeg... could be better! | 12:24 |
| rafael2k | Wizzup: when you have a couple of minutes, could you please take a look in the ringtones package? | 12:24 |
| uvos__ | i tried to use libofono for sphone | 12:26 |
| rafael2k | maemo-ringtones-mr0 has /usr/share/sounds/NokiaTune.aac but not /usr/share/sounds/Nokia_tune.aac, as expected | 12:27 |
| uvos__ | it was more trouble than it was worth and very limiting | 12:27 |
| uvos__ | vs just using the dbus interface by hand | 12:27 |
| uvos__ | the dbus interface is pretty good imo | 12:27 |
| rafael2k | afaics, libgofono has no USSD too | 12:27 |
| rafael2k | lemme know if anyone can take a look in the ringtone package, otherwise I could just edit the package by hand... as I did before (and not it is broken again) | 12:29 |
| rafael2k | Maemo is with broken ringtone for now | 12:29 |
| sicelo | guess you just need to make appropriate adjustment in rules file and make an MR | 12:38 |
| rafael2k | do you know where is the source of this package? | 12:45 |
| Wizzup | there is no source we just import it as is from nokia | 12:57 |
| Wizzup | that way we also don't have the tunes on our gh | 12:57 |
| rafael2k | ok, so I dunno what to do, but something is wrong | 12:58 |
| rafael2k | sphone looks for /usr/share/sounds/Nokia_tune.aac | 12:59 |
| rafael2k | but the package has /usr/share/sounds/NokiaTune.aac | 12:59 |
| rafael2k | I can explode the package and change the path, no problem, but lets decide how to fix... | 13:00 |
| rafael2k | who is right? | 13:00 |
| Wizzup | sphone is probably wrong | 13:02 |
| Wizzup | but I can't look deep atm, sry | 13:03 |
| Wizzup | I have to meet someone | 13:03 |
| Wizzup | either that or the thing that selects ringtones | 13:06 |
| rafael2k | so | 13:07 |
| rafael2k | nothing to do with sphone | 13:07 |
| rafael2k | /etc/profiled/99.custom.ini and /etc/profiled/90.nokia.ini have confliting information | 13:07 |
| Wizzup | not sure,bbl | 13:07 |
| Wizzup | ah | 13:08 |
| rafael2k | this package ringtones added this /etc/profiled/99.custom.ini | 13:08 |
| rafael2k | which does not follow the /etc/profiled/90.nokia.ini conventions | 13:08 |
| rafael2k | my ringtone package did not had this .ini, and followed the already in place convention | 13:09 |
| rafael2k | you know better about Maemo intrinsics... please advice | 13:10 |
| rafael2k | or profile-data or maemo-ringtones-mr0 needs to be fixed | 13:11 |
| rafael2k | IMHO, this 99.custom.ini should be removed, as it points to files that it not even carry (in the package), as im.alert.tone = /usr/share/sounds/chat-msg_in_bg.wav | 13:13 |
| rafael2k | and profile-data have the paths fixed to match the paths in maemo-ringtones-mr0 | 13:14 |
| rafael2k | or just concentrate the fixes in maemo-ringtones-mr0 | 13:14 |
| rafael2k | the /etc/ringtones does not seem right too | 13:15 |
| rafael2k | (in maemo-ringtones-mr0) | 13:15 |
| rafael2k | unless you could copy all the correct files from a N900, which would be cool indeed, and we could make a proper package | 13:17 |
| rafael2k | : ) | 13:17 |
| rafael2k | cp /usr/share/sounds and /home/user/MyDocs/.sounds/Ringtones | 13:17 |
| rafael2k | I can do the package | 13:17 |
| freemangordon | Wizzup: we do not want to support simlock, right? | 16:23 |
| uvos__ | as in phone dosent work without sim? | 16:35 |
| uvos__ | (unlocked) | 16:36 |
| freemangordon | no, as this phone is locked to a provider and cannot work with other SIM cards | 16:45 |
| freemangordon | I don't see ofono supporting that anyways | 16:46 |
| norayr | rafael2k, i know the issue with your pp kbd | 18:50 |
| uvos | what is there even to support? | 18:51 |
| uvos | the modem will just refuse to use the sim | 18:51 |
| buZz | freemangordon: i think thats usually locked in the baseband? so ofono shouldnt even need support | 18:52 |
| buZz | ^ indeed | 18:52 |
| Wizzup | tmlind: uvos: freemangordon: seen this one before? https://dpaste.com/96DA6NX7W.txt | 20:04 |
| Wizzup | I think it happened when the d4 was plugged into usb/charging | 20:05 |
| Wizzup | btw: telepathy-gabble doesn't realise when other clients (of the same account) send a message from your account | 20:07 |
| Wizzup | at least it's not a conversations bug | 20:08 |
| Wizzup | here's the oops above rehosted, in case it expires https://wizzup.org/oops.txt | 20:08 |
| buZz | someone gifted me another OMAP device btw :P the 'Archos 35 Home Connect' | 20:53 |
| buZz | OMAP3630 | 20:54 |
| buZz | lol wtf https://www.amazon.co.uk/Archos-Home-Connect-Internet-Radio/dp/B005H0M4DY | 20:55 |
| dreamer | buZz: ah, that's kind of in between the various Pandora processors? | 21:02 |
| buZz | i dont know? i think i had a 3630 in my collection already somewhere | 21:03 |
| norayr | buzz, omg very cute | 23:06 |
| buZz | the experience is very droid4-y , in that its very hard to charge from zero ;) | 23:07 |
| buZz | i ended up just swapping battery with a precharged external 18650 | 23:07 |
| norayr | Wizzup, yes my droid4 behaves weird and not responsive when on charge. | 23:07 |
| norayr | buzz, heh. | 23:08 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
