Thursday, 2022-05-26

T42<adampigg> Ah ok,im sure someone mentioned memory leak to me about it! (re @elros34: piggz: about screens...)06:37
T42<elros34> there was a leak in previous version of patch itself so that was it06:58
T42<adampigg> oh ok07:58
*** nephros_ is now known as nephros10:03
T42<edp_17> Hi all! Can I get help with RIL and ofono, please?11:13
T42<edp_17> I masked ofono and RIL looks is happy and not crashing but I am getting "[grilio-socket] ERROR! Can't connect to RILD: No such file or directory" error.11:15
T42<edp_17> Some logs:11:15
T42<edp_17> ofonod -n -ddd (no SIM):
T42<edp_17> ofonod -n -ddd (SIM inserted):
T42<edp_17> logcat -b radio:
T42<edp_17> ril_subscription:
T42<edp_17> I am using this ofono:
T42<edp_17> Any idea is appreciated. :)11:16
T42<adampigg> does /dev/socket/rild exist?  what are its permissions? (re @edp_17: Any idea is apprecia...)11:37
T42<edp_17> No, that doesn't exist.11:42
T42<edp_17> How can I create?11:48
T42<adampigg> well, i would think that rild would create them, so thats probably where the problem is11:50
T42<adampigg> do you need to use rild socket, or binder interface?11:51
T42<adampigg> what is the android base?11:54
T42<edp_17> Idk whether I need to use rild socket or binder interface. How can I find out? Thus is Los17.1 base (Android10)11:57
T42<edp_17> *This11:57
piggzi would expect that to have a binder interface right mal?11:58
T42<edp_17> How can I check?11:59
T42<adampigg> /system/bin/lshal | grep radio11:59
T42<edp_17> @adampigg : I have this :
malthat would be binder then12:03
T42<adampigg> try editing your ril_subsriptions.conf like12:03
T42<adampigg> [ril_0]12:03
T42<adampigg> transport=binder:name=slot1;interface=radio@1.112:03
T42<adampigg> name=slot112:03
T42<adampigg> and install ofono-binder-plugin12:03
T42<edp_17> @adampigg : Thanks, will try this.12:03
T42<edp_17> @adampigg : I added those into ril_subscription.conf but when tried to install ofono-binder-pligin, I got this :
T42<edp_17> In patterns (device-adaptation) I have : Requires: ofono-ril-plugin12:10
piggzwell, you need to change your patterns, but, you could choose option 3 to force it for now12:10
T42<edp_17> Done. Should I reboot or just run "ofonod -n -ddd" ?12:13
T42<edp_17> ofono.service is masked, should I keep it or unmask?12:15
T42<edp_17> @adampigg : Rebooted and run ofono manually. Got this :
T42<A_T_R> Could anyone please check size of .repo folder in hybris-17.1 source ?12:31
maldo you have the binder plugin installed?12:34
mal@edp_17 you can see in the first lines of that paste that it failed to load binder plugin and some other plugin12:36
malwhich versions of the plugins do you have installed?12:36
T42<edp_17> mal : ofono-binder-plugin 1.0.2-1.1.1.jolla12:37
T42<edp_17> (I also downgraded ofono to 1.28+git3.1-1.12.1.jolla but din't work with that either.)12:38
malis that sfos 4.4.0?12:39
T42<edp_17> Yes.12:40
piggzthose look like the correct versions i have here12:41
piggzafter the downgrade, what does the log look like12:41
T42<edp_17> with ofono 1.28 :
piggzwell, thats different and atleast loads12:44
T42<edp_17> I think that was not full because I cancelled. Here is a longer one where you can see the end :
T42<edp_17> I just unmasked ofono and started. It looks like the service is fine :
T42<edp_17> Although, ofonod gets new PID time to time so it is crashing.12:48
T42<edp_17> Yep, and finally the service itself also crashed. "ofono.service: Failed with result 'core-dump'"12:49
attahpiggz: That lipstick patch, what package does it end up in? Just lipstick-qt5?14:32
attahSo my preliminary tests says it does not fix empty screenshots on the tablet14:38
piggzattah: ah, ok15:09
piggzattah: strange that wouldnt work, its just grabs the qmlitem and converts to image15:43
attahpiggz: about as strange as the previous version not working, no?16:03
piggzattah: the other version was going via the composittor i think, so a little more compicated16:09
attahhmm, maybe the item can re-render itself to an image and not have to reach into magic accelerated land... and in that case yes16:13
T42<adampigg> @edp_17 how are you getting on with ofono?16:50
T42<adampigg> check configs against
rinigusevening! looks like those volte replies mean that the implementation will not be released as open source? 2,3,4 from the list seem to have been developed by Jolla and they prefer to release that as blobs in hw:common17:16
piggzrinigus: probably ,,,, initially it seems like its a case of "its not ready yet" .... but the intention seems to be to get it to work generically enough, not known if will be open or not17:19
rinigusreasoning is rather weird (hw specific, so we release it as a blob in hw:common).17:19
piggzrinigus: the sample plugin my monich is interesting17:20
piggzshows how its put together17:20
riniguspiggz: well, I don't have to sell it to you - if it is not ready, more eyes on the code can help :)17:21
piggzrinigus: ofc17:21
rinigusas for monich plugin code, that means we are encouraged to write our own?17:21
piggzrinigus: i asked what the benefit of being closed was, would it leverage some advantage anywhere, but no real andsers17:22
piggzrinigus: well, from what i understand, the current code is very qcom specific, so the sample would allow for writing an mtk implementation . or, as you say, an open implementation17:22
riniguspiggz: yes, I saw that. which suggests that it was decided by management since they have been doing so with almost all new software anyway17:23
piggzrinigus: i wondered if "the cathedral and the bazaar" should be compulsory reading for the decision makers :D17:24
rinigusbtw, does jolla have any customers with SFOS for phones? or volte would be a part of car manufacturers package?17:25
piggznot something i can answer !17:25
T42<edp_17> @adampigg : re ofono, couldn't achieved anything. I've checked the repo and will try those on my device. Thanks.17:25
riniguspiggz: so, we are asked to work on camera 2 api (in the blog), but are told that there is no way we can use their code to jumpstart with volte support for ported devices.17:26
piggzheh, i havnt seen that17:26
rinigusI guess we cannot really work on camera 2 as we would be busy working on volte17:28
rinigusOBS support was not also coming out as "yes, we are going to support that!". but quiet non-commitment.17:29
piggzrinigus: yeah, view from lbt and Thaodan was no news is good news, and not to worry, but no exact comittment17:33
riniguspiggz: as they are insiders, we should probably be happy and go with the flow17:34
piggzyeah probably17:34
rinigusthe problem is with it that investing time into making chum gui better is a risk again. as the plug can be pulled any time17:35
piggzrinigus: sure ... i asked for such a statement, such as "we have no plans to decomission....."17:35
piggzas oppsed to the current status of "could go anytime"17:36
T42<nephros> I bet if OBS goes away so will 1/3of app developers.17:36
T42<nephros> at leasr.17:36
rinigusso, making gui to show latest added packages will probably have to wait for some commitment17:37
rinigus@nephros: not sure, bit went already from the last OBSgate. but some us could go, indeed.17:37
riniguspiggz: but then waiting for too long with chum gui improvements could kill interest in it as well ...17:38
rinigusany good other linux we could move over to? with development in open and not as closed blobs? I suspect email clients in droidian are poor, if there is any17:39
T42<nephros> There is at least 1 company in .de who do OBS hosting.17:40
T42<nephros> Maybe a replacement could be hosted with them.17:40
rinigus@nephros: let's hope we don't have to do it :)17:42
T42<edp_17> Do you know any other linux (non-android) mobile os that can be "easily" ported to any android device?19:36
T42<adampigg> anything halium based19:36
T42<edp_17> Yeah, but halium is from android 9 and up. What about older devices?19:39
T42<edp_17> Or if I have an android 10 custom rom for an old device, can I use halium 10 and porting linux? Or is there kernel version requirement too?19:40
ThaodanI don't think so20:41
Thaodanjust have to all the namespaces supported.20:41
ThaodanHalium/Hybris except a lx-container there isn't much difference from what I know.20:42
ThaodanBut plain hybris use systemd sandboxing20:42
T42<eugenio_g7> both ubuntu touch and luneos support older halium releases iirc20:49
T42<edp_17> So, in theory, if I'd like to port (let say) luneos for an older device, all I need is a halium version for that device. Plus I need to build luneos on top of it. (like android, hybris and sfos) Is this what you were saying?20:55
*** Daaanct12 is now known as Danct1220:57
T42<eugenio_g7> I'm not familiar with luneos, so I'm not sure if they use precompiled packages or not - you need to compile the halium image though (which is something you can avoid if your device supports treble as you could use the halium gsi)20:59
T42<eugenio_g7> 20:59
T42<eugenio_g7> also another option is to port halium 9 yourself if you'd like to run some other halium 9+ distros like droidian20:59
T42<edp_17> I see, thanks.21:14

Generated by 2.17.1 by Marius Gedminas - find it at!