Monday, 2020-09-28

T42<Astrid %lastname%> (Photo, 782x632) 6万币圈电报群炸群、精准私聊的请联系图片电报03:34
T42<fredldotme> monich I would've liked to contact you directly about this, but I can also open an issue on the nfcd repo. It's about changing the send/receive mode of nfcd and turn it to device2device communication via DBus. Don't want to spam the porting channel about nfcd stuff too much :)10:48
monichfredldotme: if you're talking about nfc-dep then I've been working on that in my private repo, it's pretty close to completion actually12:20
monichthat's would be pretty much full blown peer2peer, two programs on two devices will be able to get socket descriptors and talk to each other over nfc link12:22
monichno eta though, it's a task with background priority for me12:23
monichbut it's a high priority background task ))12:23
T42<fredldotme> monich That's good news. If you need someone to test or help implementing it please let me know, it's kind of a high priority here as well.12:25
* monich nods12:26
T42<fredldotme> monich need a way to contact me directly?12:30
monichI'm definitely not going to work on that this and next week, too busy12:31
mal@fredldotme still very odd why you said nfc works on sailfish12:31
T42<fredldotme> monich don't worry, it's not my intent to push anything, just asking :)12:32
T42<fredldotme> mal what do you mean?12:32
malwhat is so different in the distros12:32
mal"What's odd is that libncicore in SailfishOS itself has no similar problems."12:32
malI assume you meant same phone with sfos12:33
T42<fredldotme> yeah, I don't understand either. yeah, same phone, with SfOS, with the same libncicore.12:33
maldoes debug outputs from both distros show some difference?12:34
T42<fredldotme> mal piggz tested it on his Volla Phone, not sure if the port uses an older libncicore by default though.12:36
piggz@fredldotme mal: worth me using master nfc to see how it works on sfos/volla ?14:18
T42<fredldotme> piggz yes please14:22
T42<edp_17> Hi guys.15:40
T42<edp_17> monich or anybody else: Do you have any idea how to solve this problem?:15:40
T42<edp_17> ofonod[5218]: drivers/ril/ril_call_volume.c:ril_call_volume_query_mute_cb() {4}15:40
T42<edp_17> dbus[5218]: arguments to dbus_message_iter_append_basic() were incorrect, assertion "*bool_p == 0 || *bool_p == 1" failed in file /home/abuild/rpmbuild/BUILD/dbus-1.13.12+git5/dbus/dbus/dbus-message.c line 2788.15:40
T42<edp_17> Full log:
T42<edp_17> Thanks.15:40
monichedp_17: a backtrace could be useful15:42
* monich reads the log15:43
T42<edp_17> How can I do that?15:43
T42<edp_17> I mean the backtrace.15:43
monichedp_17: ah, scratch that, I think it's pretty clear, no need for backtrace15:46
monichresponse to RIL_REQUEST_GET_MUTE is supposed to be 1 for "mute enabled" and 0 for "mute disabled"15:48
monichand you've got 415:48
monichdbus is so unhappy about that that it aborts15:48
T42<edp_17> Thanks. Is it solveable  via ril_subscription?15:49
monichedp_17: no, but it's pretty easy to make dbus happy again, although I'm wondering what's 4 supposed to mean15:50
monichedp_17: what ril is that? which phone?15:51
T42<edp_17> Galaxy Note 4 (treltexx) and I have no idea what ril is this. If you tell me how to check, I am happy to do it.15:52
monichwell, at least it's not mediatek15:52
T42<edp_17> Where should I fix this?15:53
T42<edp_17> In ofono?15:53
T42<edp_17> I think found it:
monichm = (muted != 0)15:58
monichmuted != 015:58
monichand it would be nice to know what's 4 - does it mean muted or not16:00
monichmaybe the logic needs to be reversed16:00
T42<edp_17> How can I help you to find out?16:00
monichcall somebody :)16:00
* monich shrugs16:01
T42<edp_17> That's the problem because currently the call/sms/data don't work.16:01
T42<edp_17> I only have wifi on the device.16:01
T42<edp_17> I am trying to make the call and related functions work.16:01
monichwell, then do this "muted != 0" thing in ril_call_volume.c, make dbus happy and forget about it for now16:03
monichthat's what I would do16:03
monichmaybe even submit the patch16:03
monichmuted != 0 won't break anything if muted is 1 or 0 as it's supposed to be16:04
T42<edp_17> Okay, thanks. So replace this line 'ofono_call_volume_set_muted(vd->v, muted);' with this 'muted != 0;'?16:05
monichand if it's not 1 or 0, it stops dbus from committing suicide ))16:05
T42<edp_17> I'll try both (0 and 1).16:05
monichofono_call_volume_set_muted(vd->v, muted != 0)16:05
T42<edp_17> Thanks! I am trying now. 😊16:06
T42<ankaos> How can I get logs for problems in call?16:43
T42<ankaos> call sound not work.16:44
T42<elros34> @ankaos it's not a solution but pactl could gives you some overview like: "pactl list card" without/during call should at least give you information whether some voice profile is activated17:12
T42<elros34> "pactl list cards"*17:13
T42<ankaos> sh-3.2# pactl list card17:13
T42<ankaos> Specify nothing, or one of: modules, sinks, sources, sink-inputs, source-outputs, clients, samples, cards17:13
T42<ankaos> sh-3.2# pactl list cards17:14
T42<ankaos> Connection failure: Connection refused17:14
T42<ankaos> pa_context_connect() failed: Connection refused17:14
T42<elros34> for pulse audio always execute commands as nemo17:14
T42<ankaos> how? ı dont know17:15
T42<elros34> ssh to your device and make sure you have [nemo@Sailfish ~]$ prompt.17:16
T42<ankaos> ssh?17:17
T42<ankaos> 😱17:17
T42<ankaos> how can ı do?17:17
T42<ankaos> ı open device for telnet17:18
T42<ankaos> @elros34 [ssh to your device and make sure you have [nem …],
T42<elros34> "ssh nemo@" if you have usb connected or if you want to use wlan then find IP in settings/developer mode17:20
T42<ankaos> ı find :)17:20
T42<ankaos> @elros34 ["ssh nemo@" if you have usb connec …], thanks elros17:20
T42<ankaos> @elros34 [ssh to your device and make sure you have [nem …], [nemo@tissot ~]$ prompt17:20
T42<ankaos> -bash: prompt: command not found17:20
T42<ankaos> @elros34 [ssh to your device and make sure you have [nem …], please do not laugh. But when I don't know English, I can make such stupid mistakes.17:27
T42<ankaos> @elros34 ["pactl list cards"*], output17:27
T42<ankaos> pactl list full log17:31
T42<elros34> is that during call?17:35
T42<ankaos> no. I got them without making a call.17:37
T42<edp_17> monich: Thank you! This has solved the problem! Now calls, texts and mobile data functions do work! 😁17:48
T42<edp_17> Massive thanks for @NotKit! Who helped me to get to the real error! Thanks guys!17:48
T42<ankaos> telegram-desktop calls not problem.17:50
T42<ankaos> voicecall sounds problem17:50
monichedp_17: cheers!17:50
T42<elros34> pure guess but I wonder whether 4 is RXTX_UNMUTE according to:
T42<edp_17> Now I need to find out why the gps stopped working. On an earlier (or 14) port, it was working but not now. Is there any known gps related issue in builds?17:53
T42<elros34> yes, mozilla servers for AGPS doesn't work anymore. There should be thread about it at forum17:54
T42<edp_17> Oh, thank you @elros34.17:59
T42Ligoli %lastname% was added by: Ligoli %lastname%18:17
T42<elros34> @ankaos so how pactl looks like when you call?18:36
T42Hubery %lastname% was added by: Hubery %lastname%21:37

Generated by 2.17.1 by Marius Gedminas - find it at!