| T42 | <adampigg> Mal, apologies for dissapearing, went to sleep | 05:49 |
|---|---|---|
| T42 | <adampigg> Yeah, the portrait layout needs a little tweaking, but atleast it works | 05:50 |
| Mister_Magister | !seen masha11 | 06:20 |
| merbot | Mister_Magister: masha11 was last seen in #sailfishos-porters 1 day, 23 hours, 25 minutes, and 6 seconds ago: <masha11> Hello. When I try to call or send SMS, I get the message "no network coverage."The inclusion of mobile data gives a message: "SIM card is not used". Any ideas how to fix this? | 06:20 |
| Mister_Magister | hm | 06:20 |
| Mister_Magister | ah it's just slow | 06:20 |
| Mister_Magister | mal: in free time please create motorola:griffin on obs thanks | 06:24 |
| T42 | FlorianPropst was added by: FlorianPropst | 07:25 |
| sledges | PSA: Sailfish OS community collaboration meeting taking place in the internet IRC channel called #mer-meeting in just under 10mins | 07:52 |
| masha11 | Mister_Magister: Hello | 10:06 |
| masha11 | Mister_Magister: I checked the performance of SIM cards in android. They do not work in LineageOS (no network coverage), they work in CyanogenMod. | 10:08 |
| masha11 | However, the sound does not work in SFOS during a call. | 10:11 |
| Mister_Magister | masha11: finally got you | 10:11 |
| Mister_Magister | i'm building cm14 | 10:11 |
| Mister_Magister | masha11: do you have audioflinger-glue? | 10:11 |
| masha11 | Mister_Magister: yes, I have | 10:12 |
| Mister_Magister | heh | 10:13 |
| Mister_Magister | masha11: have you uploaded repos to github? | 10:13 |
| masha11 | Mister_Magister: not yet. I wanted to take everything to the end first. | 10:14 |
| Mister_Magister | masha11: don't do that! upload asap | 10:15 |
| Mister_Magister | opensource is there to help you | 10:15 |
| Mister_Magister | masha11: otherwise i would have to do everything from beginning | 10:16 |
| Mister_Magister | for now i'm building cm14 to have same base as source we are using | 10:16 |
| masha11 | I'll try. To be honest, for the first time I will upload something to github.com. | 10:17 |
| Mister_Magister | it's pretty simple | 10:17 |
| Mister_Magister | instructions are in hadk | 10:17 |
| masha11 | I will try to do it today/tomorrow. | 10:18 |
| Mister_Magister | kk i have to wait for cm anyway | 10:20 |
| T42 | <srLuxint> Is anyone familiar with nfcd daemon? I'm trying to grasp the idea of 'target' class and its 'transmit' method in particular. The thing is I'm trying to make some adaptation-specific plugin and I can successfully get the tag and it's content within 'adapter' class, I have 'nfc_adapter_add_tag_t2' method called and then I have this 'tr | 12:29 |
| T42 | ansmit' method failing on timeout. What does it represent though? How can I pass my data to 'neard' plugin? | 12:29 |
| mal | which android base are you using? | 12:35 |
| T42 | <srLuxint> Android 6.0. | 12:38 |
| mal | maybe check what was done in https://github.com/mer-hybris/nfcd-binder-plugin | 12:39 |
| mal | and implement same things using the hal api you want to use in android side | 12:39 |
| T42 | <srLuxint> Yeah, I've seen it. I want to use libnfc from NXP. So binder has no help at all. And I've managed to get it running almost but can't yet get the right sequence for passing the retrieved NDEF content to system. And I'm sorta stuck with it. | 12:42 |
| mal | do you have the code somewhere? | 12:44 |
| T42 | <srLuxint> Not yet I'm afraid. I guess I'll post it later somewhere. The thing is nfcd seems to be written really well in terms of code readability and its whole architecture. Yet not a single piece of documentation to be present. | 12:50 |
| T42 | <srLuxint> I'll try then to mimic nfcd behavior from working device based on logs. | 12:50 |
| T42 | <adampigg> looks like mesa will build with gcc6 i think | 13:21 |
| Mister_Magister | @adampigg this gcc is faulty still so if any problems you will be back to square one | 13:22 |
| T42 | <adampigg> yeah, still worth a shot tho | 13:22 |
| Mister_Magister | mhm | 13:22 |
| rinigus | adampigg, Mister_Magister: main issue with opt-gcc6 is that it doesn't like to be started by sailfish boosters. other than that, it has been working well for years | 13:26 |
| rinigus | ... just start the app without booster and it will work | 13:26 |
| T42 | <adampigg> rinigus, its not an app, its whole mesa :) | 13:27 |
| Mister_Magister | rinigus: well not really | 13:27 |
| Mister_Magister | rinigus: i've built tdlib using gcc6 all fine tests passed and when you try to compile basic example using it it fails | 13:27 |
| masha11 | Mister_Magister: today I don’t have time to commit everything. I will write how to finish. | 13:28 |
| Mister_Magister | huh? | 13:28 |
| rinigus | Mister_Magister: you have to be sure that you link to opt-gcc6 stdc++. for now, you can use static linking with it. let me find an example | 13:29 |
| Mister_Magister | rinigus: ofcourse i'm doing it | 13:29 |
| rinigus | Mister_Magister: like https://github.com/rinigus/osmscout-server/blob/master/osmscout-server.pro#L331 ? | 13:31 |
| Mister_Magister | i'm using cmake | 13:31 |
| Mister_Magister | but yes, like that | 13:31 |
| Mister_Magister | on second thought i have that in my qt app aswell so yeas like that | 13:32 |
| rinigus | adampigg: shared libs could be tricky. mainly have to ensure that stdc++ is the correct one. | 13:32 |
| rinigus | all I can say that it worked for mapbox gl and, from august, with valhalla. | 13:33 |
| rinigus | those are libs that refused to work with the gcc available at that time. | 13:33 |
| rinigus | but proper gcc packaging should be better. and as far as I understood, its on the way | 13:34 |
| mal | @adampigg only thing left in that video gallery PR for cam app is that do we want that much debug logging? | 14:42 |
| vknecht | mal, hello :-) indeed the logging is a remnant of debugging what was going on, guess it's not so useful now (in btnPlayPause at least) | 14:53 |
| mal | vknecht: maybe check if some of those are still relevant and remove the rest | 14:53 |
| mal | looks like mostly button clicks which are not really relevant | 14:54 |
| T42 | <adampigg> cheers both | 14:55 |
| vknecht | o/ | 14:55 |
| T42 | <adampigg> merge and release later | 14:56 |
| vknecht | ok will remove the click logs | 14:56 |
| T42 | <adampigg> mal, feel free to raise issues for formatting that bugs you, and anything else | 14:56 |
| mal | vknecht: is the filename logging useful? | 14:56 |
| vknecht | guess not | 14:57 |
| mal | vknecht: if you want to keep onRecorderStatusChanged logging then make that a bit more clear what it logs | 14:58 |
| mal | vknecht: similar to what onImageSaved has | 14:58 |
| vknecht | ok will remove it too | 14:59 |
| mal | vknecht: might be good idea to check the whole code later for excessive logging, not now though | 15:00 |
| deathmist | hey, this has been a long standing issue: BT status is "tied" to WLAN and instantly breaks when toggling off WLAN, chipset is Qualcomm Atheros, base lineage-15.1 and SOC MSM8998 | 15:07 |
| deathmist | I also see a lot of "hal_bluetooth_lock" wakeup sources in dmesg too even tho it shows as off in GUI & rkill says BT is soft blocked | 15:07 |
| T42 | <adampigg> rinigus:what package contains the stdc++ libs? | 15:08 |
| rinigus | adampigg: it should be with the compiler itself | 15:10 |
| rinigus | As packaged (wrongly) opt-gcc6 | 15:11 |
| vknecht | pushed | 15:21 |
| T42 | <adampigg> rinigus, ok, so i need the compiler installed on the runtime system too | 15:24 |
| mal | deathmist: I have never heard that bt and wlan would conflict like that | 15:27 |
| mal | deathmist: which bluebinder version do you have installed? | 15:27 |
| deathmist | mal: 1.0.7-1 and BT related defconfig changed at https://git.io/JecgH (some probably unneeded) | 15:31 |
| rinigus | adampigg: it's not really made for it. I don't know how well would libs mix. For apps, we just bundle them. For mesa it would be trickier. You can try to put libs under/usr/lib and see how it will go. But be ready to relay everything. In optgcc package libs are under/opt | 15:37 |
| rinigus | ... sorry for missing whitespaces | 15:38 |
| rinigus | adampigg: actually, check how i linked mapbox gl qml plugin. Maybe it's closer to mesa in this respect. I can check in 1-2 hours | 15:41 |
| T42 | <adampigg> rinigus, ill be trying shortly | 15:44 |
| deathmist | mal: ok maybe I overexaggerated the "instant" cut-off, but it takes maybe 20 seconds for BT to time out after WLAN is toggled off (tested using BT headset w/ music) here's a journal log after I connected the headset, played some music and toggled WLAN off after a bit: https://pastebin.com/hGahgfDi | 16:19 |
| mal | deathmist: what does rfkill list? | 16:20 |
| deathmist | mal: OH I see the issue: there is a seperate "bt_power" thing under rfkill which is seperate from "hci0" and it shows as soft blocked as well as WLAN | 16:23 |
| deathmist | interestingly enough it doesn't get changed when I use neither the WLAN or BT toggle now | 16:25 |
| mal | deathmist: I think connman messed up things if there are too many rfkills https://github.com/mer-hybris/android_kernel_sony_msm/commit/5e687d848d84164348ff60ea708983122b619bab#diff-89f687683b7191a514dc376b98c92229 | 16:26 |
| mal | deathmist: try that | 16:27 |
| deathmist | mal: awesome! I'll report back in a bit, thanks! | 16:29 |
| T42 | <srLuxint> Up to my NFC issue: couldn't figure out how to pass any data directly to nfcd, but at least I could figure out the exact meaning of the 'transmit' method which appeared to be, which I could never believe (lol), a method to transmit raw data to tags, which also seems to be the only way to pass any data to nfcd. And the libnfc library | 16:55 |
| T42 | has the exact same API to transceive raw data. So basically wrapping nfcd's transceive CB with that API worked perfectly fine, at least I've finally succeeded in reading tags content with the system feedback received (i.e. browser opening link). | 16:55 |
| rinigus | adampigg: when you compile and link mesa into .so, add -static-libstdc++ if you use opt-gcc6. this is the way mapbox gl qml plugin is compiled and I hope it will work with Mesa as well. then you shouldn't need c++ libs from /opt/gcc6 | 17:01 |
| deathmist | mal: now I get a "warning: 'bluetooth_power_rfkill_probe' defined but not used [-Wunused-function] error, forbidden warning: bluetooth-power.c:392" which makes it error :/ | 17:14 |
| deathmist | I know the fix is probably "-Wno-error=unused-function" but where exactly do I put it? | 17:15 |
| mal | deathmist: so comment out the function obviously | 17:30 |
| deathmist | mal: I already tried it, when I do it leads to https://pastebin.com/LrGUnJ7c and the mentioned file brings me to https://git.io/JecVW , now what? | 17:37 |
| mal | deathmist: add back bluetooth_power_rfkill_probe but make that function dummy, i.e. so it won't do anything | 17:41 |
| mal | just returns success | 17:41 |
| deathmist | mal: no luck, with "static int bluetooth_power_rfkill_probe(struct platform_device *pdev) { return 0; }" it still gives me the same "dev_attr_extldo" error shown in the previous pastebin | 17:52 |
| vknecht | if you really want to add the flag, wouldn't it go here ? https://github.com/sailfishos-oneplus5/android_kernel_oneplus_msm8998/blob/8466e0d1e6503fce6281e632e2061adb6181e707/Makefile#L304 | 17:57 |
| vknecht | (not saying it's the thing to do ;-) | 17:58 |
| vknecht | *best thing | 17:59 |
| mal | vknecht: did you add back everythin? | 18:08 |
| mal | oops | 18:08 |
| mal | deathmist: ^ | 18:08 |
| mal | deathmist: come on, then you use it in some dummy way | 18:08 |
| mal | like (void)foo | 18:08 |
| deathmist | mal: I "fixed" the build by appending "-Wno-unused-function" to drivers/bluetooth/Makefile's ccflags-y line and btw the patch works! thanks again for it, as I use a BT headset this was a very annoying thing to deal with <3 | 19:03 |
| piggz | mal: rinigus how can i be sure gcc6 was used for the build? | 19:03 |
| rinigus | mal: its not in the path - its installed at /opt/gcc6. So, you have to configure make system to use /opt/gcc6/bin/g++ | 19:05 |
| piggz | u mean piggz ;) | 19:05 |
| piggz | yeah, i know that, and did it, but the log shows useing ccache to build | 19:05 |
| rinigus | indeed - :) | 19:06 |
| rinigus | piggz: is it possible to disable ccache? | 19:07 |
| piggz | its a shame the live log doesnt work, i have to wait 15 minute for the build to finish to see! | 19:14 |
| rinigus | piggz: yep, and for a while already | 19:17 |
| mal | I need to complain about that again | 19:28 |
| mal | piggz: you can merge the cam PR if you want | 19:28 |
| piggz | mal: yep, on it | 19:31 |
| *** electro is now known as Guest74561 | 19:47 | |
| vknecht | thanks :-) | 19:58 |
| piggz | mal: vknecht: release done.... | 20:32 |
| piggz | rinigus: i still cant be sure the right gcc is being used | 20:32 |
| vknecht | piggz, congrats :-) | 20:36 |
| vknecht | just sent a translation update, but not a big deal if it has to wait | 20:39 |
| piggz | i think it would work best if i did 0.x.1 versions for transations | 20:50 |
| mal | piggz: probably a good idea | 21:22 |
| piggz | mal: any thoughts on disabling ccache on obs build? | 21:23 |
| piggz | to be sure of compiler used | 21:23 |
| mal | piggz: it seems you messed up tagging somehow | 21:27 |
| piggz | tagging of mesa? | 21:28 |
| mal | piggz: cam | 21:28 |
| mal | piggz: 0.5.0 commit is not in master branch | 21:28 |
| piggz | it is now | 21:30 |
| mal | that tag is pointing to some strange commit | 21:30 |
| piggz | https://github.com/piggz/harbour-advanced-camera/tree/0.5.0 | 21:30 |
| mal | ok | 21:31 |
| mal | now it looks ok | 21:32 |
| T42 | <Umeaboy> Any new devices that have been unofficially ported but not added to the adaptations wiki? | 21:36 |
| mal | might be | 21:48 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!