| *** zbenjamin is now known as Guest25345 | 01:15 | |
| *** zbenjamin_ is now known as zbenjamin | 01:15 | |
| *** frinring_ is now known as frinring | 02:09 | |
| *** Ischwitch is now known as Ingvix | 10:35 | |
| Herrie | monich: You around? | 12:49 |
|---|---|---|
| Herrie | Seems I found a small cosmetic issue with oFono ;) | 12:50 |
| monich | Herrie: ugh? | 12:52 |
| Herrie | Basically when I set dataCallFormat to 13: It tells me: ofonod[4017]: Invalid dataCallFormat config value (13) | 12:53 |
| Herrie | However when I set it to auto it will pick up 13 ;) | 12:53 |
| Herrie | Due to: https://git.sailfishos.org/mer-core/ofono/blob/master/ofono/drivers/ril/ril_plugin.c#L1686 | 12:53 |
| Herrie | Seems it needs updating for 12, 13, 14 and 15: https://github.com/LineageOS/android_hardware_ril/blob/lineage-17.1/include/telephony/ril.h#L62 | 12:54 |
| monich | Herrie: possibly, it could be that I just never encountered those in real life | 12:56 |
| monich | actually | 12:56 |
| monich | RIL_Data_Call_Response_v11 seems to be the highest version | 12:56 |
| monich | then I don't see any problem | 12:57 |
| monich | you've got RIL_Data_Call_Response_v4, RIL_Data_Call_Response_v6, RIL_Data_Call_Response_v9 and RIL_Data_Call_Response_v11 there | 12:58 |
| Herrie | OK so it's just the warning when I specify 13 ? I don't see any real issues down the line really | 12:58 |
| monich | it's data call format, not the ril version :) | 12:58 |
| monich | RIL_Data_Call_Response format, that is | 12:59 |
| Herrie | Then maybe I simply too the wrong config file from Piggz for mido and that's where it started ;) | 12:59 |
| Herrie | Yup seems that's the source of the "issue": https://github.com/piggz/droid-config-mido/blob/master/sparse/etc/ofono/ril_subscription.conf#L13 | 13:01 |
| Herrie | OK sorted then :) | 13:01 |
| Herrie | Sorry for bothering ;) | 13:01 |
| Herrie | Will continue to trying to get DualSim working on LuneOS ;) But seeing Mer did the heavy lifting it shouldn't be rocket science hopefully :D | 13:01 |
| monich | good luck! | 13:02 |
| Herrie | ofono side seems good :) Got ril_0 and ril_1, so that's already a good start ;) | 13:02 |
| *** Thaodan_ is now known as Thaodan | 14:06 | |
| attah | piggz_: I took the plunge into Amazfit/sh... but i'm getting lots of crashes/segfauts with the app | 15:11 |
| piggz_ | have you started the service ? | 15:11 |
| attah | probably not | 15:12 |
| attah | clicking start service crashed the app too, but it seems to have happened | 15:13 |
| attah | and now pairing worked | 15:13 |
| attah | watch is still asking for the app, but settings claims it is connected | 15:15 |
| attah | perhaps taht could be the auth key having been revoked.. is that a thing? | 15:16 |
| attah | hmmm, now the app thinks it is paireda gain, but the watch still asks for an app | 15:39 |
| attah | wooohoo! | 15:58 |
| attah | I had realized that i was supposed to hijack a session, but for whatever reason i kept following some random unpair instructions that are obviously not productive | 15:58 |
| piggz_ | attah: great ... yes, dont unpair, steal the key and use that | 16:58 |
| piggz_ | what watch do you have? | 16:58 |
| attah | a GTS | 16:59 |
| piggz_ | ditto | 17:02 |
| piggz_ | i need to fix the funky UI crashes when the service isnt there ... typically it works fine tho | 17:02 |
| attah | Always annoying to dev around corner cases and setup | 17:03 |
| attah | but i did have a few crashes with the service there too, but unforunately no logs | 17:04 |
| attah | now with everything running however, it is stable | 17:04 |
| attah | piggz_: wow, you are doing all the protocol stuff from scratch? | 19:30 |
| piggz_ | attah: yes! | 19:48 |
| piggz_ | lke you are with ipp! | 19:49 |
| attah | piggz_: sure, but i had some RFCs to read | 19:49 |
| piggz_ | attah: i have the Gadget Bridge source code to go from :) | 19:50 |
| attah | ah, okay | 19:50 |
| attah | did you btw look at my Bytestream lib for binary handling? | 19:50 |
| piggz_ | i have done some via reverse engineering, but its very slow, and the huami GB dev is pretty quick to implement things | 19:50 |
| attah | i have since realized QDataStream deos some of the same stuff, but i think by now Bytestream is better | 19:51 |
| attah | cool | 19:51 |
| piggz_ | attah: i didnt, but now you mention it, i wish qbytearray had a <<operator | 19:51 |
| attah | Bytestream does, and more | 19:51 |
| attah | like endianness | 19:51 |
| attah | https://github.com/attah/bytestream | 19:52 |
| attah | test.cpp for examples | 19:52 |
| piggz_ | def could be worth a look, i determined some time ago that qbytearray wasnt ideal, too much writing for simple things | 19:55 |
| piggz_ | generally, if i want to add a byte, i either need to cast or use the constructor that takes a length and a char | 19:56 |
| attah | I like my code concise, so even C++ in general is a bit annoying (: | 19:57 |
| attah | After having implemented basic IPP in Erlang in 2 hours, and still barely gotten feature parity with QByteArray after 2 days... i stepped back and made Bytestream | 19:58 |
| attah | (and for completeness QDataStream does have a << operator, QByteArray however is no fun... Bytestream may not be required, but i like it none the less) | 20:03 |
| piggz_ | attah: much new in seaprint? any more printers supported? | 20:08 |
| attah | well, there was the big update with raster formats, sp now a great majority of IPP-supporting printers should work | 20:08 |
| attah | but that was a while ago by now | 20:09 |
| attah | i realized my attempt at page resizing does no good for rotating landscape pages, and honestly i don't know what to do about it | 20:11 |
| piggz_ | attah: i found the ui crash cause | 20:42 |
| attah | nice | 20:42 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!