Sunday, 2019-08-18

vknecht$PORT_ARCH is arm64 ? isn't that wrong ?00:22
malJustGerd: PORT_ARCH is always armv7hl, never arm6400:40
Mister_Magistermonich: There is global problem with ofono (or qualcomm modem). If you travel far enough so many bts changes ofono will loose signal and won't connect anymore. You need to restart ofono or phone once sometimes multiple times to get it working. Why is this global? My friend has sony x compact with official sony x image and it happens to him aswell so in official images same problem exists08:55
vknechtMister_Magister, as a workaround, try
Mister_Magistervknecht: what's that?08:57
vknechta branch without some recent change08:57
Mister_Magisterbut it's like that since at least 5 releases08:58
Mister_Magisterso reverting "some recent change" can't fix it08:58
vknechtyes, had that beginning with iirc08:59
Mister_Magisterhad that since
Mister_Magisteror ealier08:59
vknechtok, was just telling what fixed it for me08:59
Mister_Magistercan someone help me with debugging keymaster?09:09
Mister_Magisteri'm keymaster close to gui09:09
Mister_Magister here are keymaster lgos09:17
T42<adampigg> (Document)
T42<adampigg> mal ^^^^11:52
T42<adampigg> mister_magister: is the gatekeeper running? you cant have a keymaster without a gatekeeper11:53
T42<adampigg> mal, last few lines in that file is output of cat device?/name11:54
T42<StillJustGerd> mal: wooops... i think i made that exact mistake before12:18
mal@adampigg I think sensorfw might need some changes13:13
mal@adampigg can you grab debug output from sensorfw on pinephone13:15
mal@adampigg so we can see what it does13:15
T42<adampigg> Mal, not from tenerife. for the next 8 or so days! Dylan will be the best bet13:40
T42<adampigg> Family holiday :)13:41
albertus1any new ideas since Friday for my problem, where MIC cannot be made to show the actual incompatibility?15:05
T42<DylanVanAssche> @mal run it with log level debug or test? I guess test is more verbose?16:15
mal@DylanVanAssche probably debug is enough but if not then test, look for messages from IioAdaptor::setup16:54
T42<DylanVanAssche> @mal Alright :)16:56
T42<DylanVanAssche> @mal Sensorfwd logs. I opened every sensor through Messwerk to make sure it's triggered.
T42<DylanVanAssche> No `IioAdaptor::setup` :(17:13
T42<meierrom> @adampigg, we know you. Family time, yes, but there should always be time for porting aswell :)17:13
T42<DylanVanAssche> Also, no idea why the source can't be found for this package:
T42<DylanVanAssche> I started from the onyx repo17:16
T42<adampigg> Dylan,.we cant build a hal as it uses the android environment.17:18
T42<adampigg> We need another way,.probably just a .spec to package up the kernel,.modules and any filesystem mount units17:18
T42<DylanVanAssche> Oh 😨17:19
kimmoliERROR: Source filename in .spec must end in .tar.gz, .tgz, .tar.bz2 or .tar.xz17:20
T42<adampigg> For now, best remove that dependancy17:20
kimmoliso Source: is wrong (either crlf or missing or something)17:20
T42<DylanVanAssche> @kimmoli thanks! I'm not that familiar with OBS. Travis CI or Gitlab CI is more my thing17:21
T42<DylanVanAssche> @adampigg okay :)17:21
mal@DylanVanAssche we don't build droid-hal on OBS, we just upload rpms like here
mal@DylanVanAssche so you copy those build.script and spec files I have in that and then add the rpm17:48
T42<DylanVanAssche> @mal Make sense :p17:48
T42<DylanVanAssche> Still a noob in this :S17:49
malwe are here to help17:49
T42<DylanVanAssche> :) but I learned already a lot :p17:49
JustGerdnow this is a weird error: when building libgbinder, i get this error: build/debug/unit_buffer: /lib/ version `GLIBC_2.28' not found (required by build/debug/unit_buffer)17:58
JustGerdhere's the full log:
malJustGerd: wondering if you build environent somehow broken considering the issues you had yesterday18:01
JustGerdyeah that's most likely the case18:01
JustGerdsudo rm -rf /srv/mer and then re-extracting the platformsdk chroot should work, right?18:01
malshould work18:02
malmaybe even reinstall targets if you keep having issues18:03
T42<StillJustGerd> okay, i'll try that later18:06
T42<DylanVanAssche> `have choice for dontbeevil-bluez-configs needed by droid-config-dontbeevil: droid-config-dontbeevil-bluez5 droid-config-dontbeevil-bluez4`18:11
T42<DylanVanAssche> Do I need the droid-config package for this? Or can I just define it in the spec file of droid-hal-version?18:11
vknechtI guess you need a "Prefer: droid-config-dontbeevil-bluez5" line in
vknechtand probably others like in
mal@DylanVanAssche when does that happen?18:34
mal@DylanVanAssche usually patterns in config repo have either one of those, bluez4 or bluez5 depending on kernel version18:35
mal@DylanVanAssche you'll need to add the config bluez5 package to project config like here
JustGerdPrevious problem with libgbinder resolved, new problem that I don't understand.
JustGerdvknecht: thanks, that fixed it.19:40
malI think that should be 1.0.6 for 3.1.0 targat19:44
JustGerdmal: okay, just re-executing both commands should update the middleware, right?19:54

Generated by 2.17.1 by Marius Gedminas - find it at!