rodrigosolari | sorry friens | 03:45 |
---|---|---|
rodrigosolari | i have a problem to build on x86 | 03:45 |
rodrigosolari | relocations in generic ELF (EM: 40), this error | 03:45 |
spiiroin | deathmist: out of curiosity: what are you trying to accomplish with that gesture daemon thing? | 06:31 |
spiiroin | deathmist, mal: mce complaining about unknown audio sinks = should be fixed, but IIRC it matters only for "xxxforcall" type sinks that are *not* headset i.e. earpiece is used but proximity blanking logic does not get activated | 06:34 |
deathmist | spiiroin: I'd like the ability to execute a user-defined script and assign it to any gesture my phone can detect. currently it's kind of the same as what kimmoli has done already (toggle enabled states for pre-defined gesture actions), but his implementation goes deeper than what I expected and it's also written in C (good) while mine is in bash | 06:48 |
deathmist | (very bad) :p currently it's broken in my 16.0 port because it's written poorly so I'll have to rewrite it soon properly in a proper language | 06:48 |
rinigus | deathmist: on mer wiki, how do you fill device hardware support? I can see there is a function Hadktablerow, but where does it take the data from? | 07:06 |
deathmist | rinigus: https://wiki.merproject.org/wiki/index.php?title=Template:Device_CODNAME I kind of just started playing around and figured it out by myself ^^ | 07:08 |
deathmist | here's the one for my device(s) 5/5T: https://wiki.merproject.org/wiki/Template:Device_cheeseburger-dumpling | 07:09 |
T42 | 景静植 %lastname% was added by: 景静植 %lastname% | 07:09 |
rinigus | deathmist: thanks! | 07:14 |
spiiroin | deathmist: basically the "least likely to cause problems" way would be: have kernel emit EV_MSC:MSC_GESTURE events, add suitable config for mce so that they get passed on dbus to some service, most likely one residing in user session e.g. what kimmoli did | 07:16 |
spiiroin | deathmist: which makes me wonder: why not take what kimmoli had and continue from that code base? | 07:18 |
deathmist | spiiroin: I probably will (just like I did with https://git.io/fjPiA ), I just couldn't understand it before but I'll look into it today and see if I can cook up something that works. my device can detect a bunch more gestures tho so I wonder if that'll be an issue | 07:22 |
mal | deathmist: you should show output of evdev_trace -i (from mce-tools package) | 07:32 |
deathmist | https://pastebin.com/c59YcEMz | 07:35 |
mal | no sign of gesture events in there | 07:38 |
deathmist | the gestures are currently sent and recognized as "EV_KEY" like KEY_F4 and KEY_RFKILL etc, it's weird imo | 07:38 |
mal | oh | 07:38 |
deathmist | mal: spiiroin: https://github.com/sailfishos-oneplus5/android_kernel_oneplus_msm8998/blob/hybris-16.0/drivers/input/touchscreen/synaptics_driver_s3320.c#L157-L172 there they are | 07:41 |
kimmoli | deathmist: i hacked also the touch driver | 07:50 |
kimmoli | to add one that was disabled | 07:50 |
deathmist | kimmoli: I see, the down_vee which seems to be present for me already :) I'll probably end up implementing something similar to your MSC_GESTURE event stuff https://git.io/JeKtm | 08:03 |
spiiroin | deathmist: using gesture events preferred over key events because: a) well, it is called gesture event b) it is clearer who ought to handle the events (gestures = mce, keys = ui, power key = is an exception and is handled by mce, random custom keys = ???) | 08:20 |
rinigus | I have rearranged patterns for xz2, but the change is not reflected in https://build.merproject.org/package/show/nemo:devel:hw:sony:h8216/_pattern . Do I need somehow bug cibot to make it happen? | 08:50 |
r0kk3rz | patterns suck | 10:20 |
r0kk3rz | use metapackages | 10:20 |
T42 | <adampigg> Copy pro1 or pine | 10:24 |
Mister_Magister | i didn't change patterns since ages so xd | 10:24 |
rinigus | r0kk3rz: by metapackages you mean just package with dependencies? | 10:34 |
rinigus | adampigg: will look later into pro1 tonight. | 10:34 |
rinigus | But as patterns seem to work usually, why change? Is it something that will bite me on CI? | 10:35 |
r0kk3rz | because they suck | 10:36 |
rinigus | Well, they clearly don't get updated at obs for some reason. Is that what's behind 'they suck' or something more? | 10:42 |
rinigus | I don't even know where the ones at obs are used... | 10:43 |
mal | rinigus: nothing in #mer-boss so maybe pattern updates are not working now, I contacted the maintainer | 10:52 |
T42 | <adampigg> Rinigus, meta packages remove developer dependancy on sailors creating magic configs on obs | 10:58 |
T42 | <adampigg> We can therfore be in control of our own builds | 10:59 |
rinigus | adampigg: thanks, I'll check out your configs | 11:00 |
T42 | <adampigg> My pinephone and watch are enroute :) | 11:07 |
T42 | <dontatmepls> soo I'm having a Problem: | 12:16 |
T42 | <dontatmepls> I managed to get into sfos terminal using telnet but no screen is working | 12:16 |
T42 | <dontatmepls> System is for some reason not mounted even though I made a systemd service to do so, so I'm kinda lost here. If you want any logs lemme know | 12:16 |
T42 | <elros34> so that is your problem, you should not make custom system.mount. Correct one should be created by droid-hal | 12:21 |
T42 | <dontatmepls> system_root/system works | 12:22 |
T42 | <dontatmepls> There is actually the real system because AB logic | 12:22 |
T42 | <elros34> so what rpm -qf /lib/systemd/system/system.mount prints? | 12:23 |
T42 | <dontatmepls> I'll try later, will ping result | 12:23 |
T42 | <elros34> its simple system_root.mount mounts your system partition to /system_root and system.mount mounts /system_root/system to /system. Check content of this mount units | 12:25 |
rinigus | adampigg: I can see that you have jolla-configuration-t5 and jolla-hw-adaptation-t5 as packages. where are those used when generating KS? or whatever is used to make images by mic? | 13:05 |
rinigus | I was looking into pro1 config at obs and github | 13:05 |
deathmist | mal: I've been an idiot once again, libexec "logcat -b radio" WORKS on SFOS when ran as ROOT, I've ran it as nemo always... that's why I got output from Android, I instinctively went to a root ADB shell '=D maybe we can figure out why cellular data is not working after all! | 13:32 |
deathmist | also confirmed finally that my RIL is v15 :p monich: I get this in logcat -b radio regarding my cellular data issue when I toggle it on https://pastebin.com/2T3H6wpc full journal https://pastebin.com/jr4YgnTe (the 'Unexpected data call status 4100' ofono situation) | 13:40 |
deathmist | calls and SMS already work btw, just cellular data is an issue on 16.0 | 13:54 |
T42 | <adampigg> Rinigus, in the kickstsrt file iirc | 14:36 |
rinigus | adampigg: have been reading one of mine and cannot figure it out where some specific package or pattern is pulled. | 14:37 |
rinigus | adampigg: what I can see, it does go through some ssu modes and commands. maybe, together with ssu features/board mapping, that defines what is pulled? but would be good to know what's going on before making changes | 14:43 |
T42 | <nitin_3> I am having some problem with gallery..Low res pics are opening but high res images don't..thumbnails show up..no such issue with videos | 14:51 |
deathmist | @nitin_3 not sure if it's related, but I assume you'd need this? https://git.io/JeKnl you can try on device first ofc | 15:04 |
T42 | <nitin_3> deathmist thanks..I will test it | 15:07 |
deathmist | spiiroin: so I'm attemping to implement MSC_GESTURE event stuff in my synaptics driver as per https://git.io/JeKnN but now none of the gestures show up in evdev_trace in any form :/ check https://git.io/JeKcv and latest commit for what I've done so far | 15:36 |
deathmist | update: I forgot a line, now I see "Type 0x04 (EV_MSC)" & "MSC_GESTURE" under "synaptics,s3320" :) assuming I'm good to go now and will test more things | 16:29 |
deathmist | spiiroin can I start the gesture defines from 0 (or 1) instead of 4? I'd need a few more entries in mce either way since I have 14 total gestures and mce has 11 (gesture[0-10]) configured to "unblank" by default | 16:38 |
vknecht | rinigus, as a workaround, you could still extract XML files from droid-config-$DEVICE-patterns RPM and update/put them (without .xml extension) in your _patterns directory with osc | 16:49 |
rinigus | vknecht: thanks, sounds simple enough | 17:20 |
T42 | <dontatmepls> @elros34 it still prints 2 things instead of one, but since compile didnt fail its not a problem someone told me, just tried your command | 17:31 |
T42 | <elros34> but it is problem, you created custom system.mount which I assume is wrong. You only need custom vendor, why don't you just show your config repo, that system.mount and so on | 17:32 |
T42 | <dontatmepls> i have tried it with vendor only, but the result was still the same | 17:34 |
T42 | <dontatmepls> system wasnt mounted | 17:34 |
T42 | <elros34> if you don't provide repo and content of system.mount we can guess what is wrong for next few days | 17:36 |
rinigus | vknecht: but do you know where are those files in _pattern used? | 18:55 |
spiiroin | deathmist: basically you are free to assign gesture codes in 0-15 range. 4 is assumed to be doubletap -> if hw+fw supports doubletap use 4 for that | 19:00 |
spiiroin | what happens with each event code is configurable | 19:01 |
spiiroin | but as mce is system service -> ui actions are not directly possible -> this is what that user service is needed for | 19:02 |
deathmist | oh ok, but I only get gesture[0-10] and dbus[1-10] currently, how can I add more for the rest of the gestures? | 19:03 |
deathmist | and I assume the mce gesture[0-3] entries aren't used for anything? | 19:05 |
spiiroin | deathmist: use latest mce. fp wakeup uses gesture config + logic, as a side effect the number of supported configs got upped to 20 | 19:06 |
spiiroin | ref: https://git.merproject.org/mer-core/mce/commit/64e71c699a82b35b9fab07e0fd08676ea069e084 | 19:06 |
spiiroin | deathmist: basically all gesture stuff is hw specific, so you can freely to assign meaning to values - defaults assume that there is doubletap=4 (and now also "synthetic" fp wakeup=16) but you can always override those | 19:08 |
vknecht | rinigus, no sorry, didn't go deeper | 19:15 |
rinigus | vknecht: no problem. :) | 19:28 |
deathmist | interesting, I actually got them to work out on current version, it'll just ignore the "line swipe" gestures which are inconsistent at best even when they work, so I can wait :p does this indicate preparation for community build FP MW or just improvements for XA2 / official devices still? I'd love to have FP sensor working on SFOS especially when | 19:28 |
deathmist | HAL seems to be ready to go | 19:28 |
vknecht | rinigus, I guess patterns are used by mic | 19:48 |
rinigus | vknecht: when searching archives, that's an impression I am getting as well | 20:02 |
vknecht | from what I read, switching to metapackage is not such a chore, but still have to do it, and this should minimize problems | 20:07 |
vknecht | s/such/that much of/ | 20:09 |
T42 | <adampigg> (Photo, 2560x1440) https://irc.thaodan.de/.imgstore/6wBsi0D00S.png | 20:16 |
piggz | kimmoli: ^^ car electronics reverse engineering :) | 20:17 |
vknecht | that's the remote key lock ? | 20:26 |
piggz | vknecht: yes, i made it ... did you see my initial prototype? | 20:31 |
kimmoli | piggz: 6E66FA ? | 20:32 |
piggz | kimmoli: ?? | 20:33 |
kimmoli | your encoding code | 20:33 |
piggz | lemme work it out :D | 20:34 |
piggz | i have hhlnhnhhnn | 20:35 |
vknecht | piggz, yes iirc a few months back ? | 20:35 |
piggz | h igh, l ow, n ot connected | 20:35 |
vknecht | you're having fun it seems :-) | 20:36 |
kimmoli | piggz: ok, i got a few wrong then | 20:37 |
rinigus | mal: I should be ready for renaming the repo to tama. forked https://github.com/sailfishos-sony-tama/community-adaptation and added https://github.com/sailfishos-sony-tama/droid-config-sony-tama-pie/blob/master/sparse/usr/share/ssu/features.d/adaptation-community-tama-extra.ini | 20:47 |
rinigus | generated ks seems to be what's needed | 20:47 |
piggz | rinigus: did you figure out how to use meta packages? | 21:07 |
rinigus | piggz: just by adding dependencies, right? but, I don't know which package/pattern is pulled by mic. | 21:09 |
piggz | rinigus: mic uses the kickstart file | 21:09 |
piggz | so, just edit that | 21:09 |
piggz | replace patter with package | 21:09 |
rinigus | piggz: which pattern should I replace? | 21:10 |
rinigus | (can't find relevant line) | 21:10 |
piggz | rinigus: https://gitlab.com/sailfishos-porters-ci/t5-ci/blob/master/Jolla-@RELEASE@-t5-@ARCH@.ks#L26 | 21:11 |
piggz | the @ is a pattern, usually @Jolla configuration <device> | 21:12 |
rinigus | yes, indeed. it was so short that I missed it - @Jolla Configuration h8216 | 21:13 |
rinigus | piggz: so, you just use the same KS all the time, right? | 21:14 |
piggz | rinigus: pretty much, just change the device packages | 21:15 |
rinigus | that KS looks to be for devel. then for testing you probably need another one | 21:16 |
piggz | sure | 21:16 |
rinigus | piggz: (thank you for the guide on meta packages) | 21:16 |
piggz | np, i learned from r0kk3rz !! | 21:16 |
rinigus | looks like I have, for now, managed to get it up with patterns and generated KS. I guess I'll stick to it until it starts failing too much :) | 21:17 |
T42 | 然捷 %lastname% was added by: 然捷 %lastname% | 21:18 |
mautzone | Hi. | 23:46 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!