T42 | <edp_17> @elros34 : This is what I am thinking about. I have found the max8997=yes in the kernel config. What about if I take this off, that may force the device to use the usb instead of the max8997. | 07:33 |
---|---|---|
T42 | <elros34> @edp_17 If you mean that you want to disable it in kernel then this is very bad idea. Try to blacklist it in battery-udev-devices.ini | 10:02 |
T42 | <edp_17> @elros34 : Okay, I'll blacklist it in there thanks. (Yes, that's how I meant.) | 10:14 |
T42 | <edp_17> Hmm. I do not have neither battery-udev-devices.ini, nor battery-udev* on the device. Can you give me an example for this, please? | 10:16 |
T42 | <elros34> http://www.merproject.org/logs/%23sailfishos-porters/%23sailfishos-porters.2020-03-30.log.html#t2020-03-30T15:23:00 | 10:25 |
T42 | <Qhosvjdpgw> (Photo, 1064x590) https://irc.thaodan.de/.imgstore/QfvhH0p6rZ.png @kkilove | 10:58 |
T42 | <edp_17> @elros34 : Thanks, I missed that comment of yours. π | 11:02 |
piggz | mal: should audit be turned off, i see a lot of audit*denied messages in journal | 11:34 |
piggz | mal: i fixes the usb-moded configuration for configfs to use the correct path, but still not getting sshd started automatically, and the firwall rules working | 11:40 |
T42 | <edp_17> @elros34, @spiiroin : here are some logs: https://pastebin.com/vC3sgC0C | 11:42 |
T42 | <edp_17> And here is the battery-udev-devices.ini: https://pastebin.com/qdYeVFk8 | 11:42 |
T42 | <edp_17> I have rebooted once I created the battery-udev-devices.ini. | 11:43 |
T42 | <edp_17> The leds are always on, except when I wake up the screen. | 11:43 |
T42 | <elros34> you are missing ac in blacklist. Where is battery-udev log to confirm that anything changed? | 11:46 |
Kabouik | @elros34 Are you aware of Illyria's work on LXC containers? | 11:54 |
T42 | <elros34> if you mean this: https://github.com/sailfish-containers/ then I noticed it but I'm not interested. My main device is too old for this:) | 11:57 |
T42 | <edp_17> @elros34 : I have added ac=TRUE into the blacklist file and rebooted the device. Then : https://pastebin.com/4PsXZR9L | 12:03 |
T42 | <edp_17> Leds are always on. | 12:03 |
T42 | <elros34> looks like your battery-udev-devices.ini is not used | 12:05 |
T42 | <edp_17> I put it into /etc/mce/inifiles | 12:07 |
T42 | <edp_17> I have created the inifiles folder in /etc/mce. | 12:09 |
T42 | <elros34> so put it in /etc/mce | 12:09 |
T42 | <edp_17> Okay. | 12:09 |
T42 | <edp_17> I put the backlist file into /etc/mce/ and rebooted the device: https://pastebin.com/DLTpDXtt | 12:17 |
T42 | <edp_17> It is still not using the blacklist file on the built-in one. | 12:19 |
T42 | <elros34> so enable logging for mce-conf.c. Are you sure file is correct? | 12:20 |
Kabouik | That's what I was referring too yes @elros34. So do you mean it uses more ressources than chroot? It takes indeed longer to start X, but I thought it was due to services being started in LXC | 12:26 |
T42 | <edp_17> @elros34 : I will log that. I am not sure the file is correct. I just used the example and mock up. | 12:29 |
T42 | <elros34> Kabouik: If you start whole system inside container then for sure but I mean that LXC is out of the question for my ancient kernel | 12:31 |
Kabouik | Oh I see, kernel limitation | 12:31 |
Kabouik | I hope you can get a ProΒΉ one day (if you're interested); it makes an awesome combination with ubu-chroot or LXC | 12:32 |
walidh | when ran this command : GST_DEBUG=droidcamsrc:2 jolla-camera | 12:52 |
walidh | got this error : This application failed to start because it could not find or load the Qt platform plugin "xcb" | 12:52 |
T42 | <elros34> don't start apps as a root | 12:55 |
walidh | i'm not in root | 12:56 |
T42 | <elros34> so how do you start it? Show full command and output | 12:58 |
mal | walidh: just a reminder, you cannot starts apps via telnet (because you are root if you use telnet) | 13:01 |
mal | piggz: audit can be disabled via kernel commandline (audit=0) | 13:01 |
piggz | mal: should it? | 13:08 |
mal | piggz: well it was disabled on x10 https://github.com/mer-hybris/droid-hal-img-boot-sony-ganges-pie/commit/eab6e223516b5e578bd9a18c53c7315324fcca0d | 13:11 |
piggz | mal: note to self, dont uncheck "developer mode" in the UI if developer-tools is a requires: in the patterns | 13:24 |
piggz | im in a re-flash situation i think! | 13:25 |
mal | piggz: yeah, it's bad to have developer mode in patterns | 13:26 |
mal | should rather be installed via .ks | 13:26 |
mal | piggz: no telnet? | 13:26 |
piggz | mal: it create a usb interface briefly, then it dissapears... | 13:34 |
piggz | i could go into recovery and write the file that pauses boot, which would enable early telnet | 13:34 |
piggz | though, im not wure what do to from there | 13:35 |
piggz | could i mask something that turns of telnet? | 13:36 |
piggz | i masked usb-moded, but no telnet deaemon | 13:40 |
mal | piggz: not sure what disables it | 13:41 |
piggz | mal: from adb, ill extract the rootfs again, without rm-ing | 13:43 |
piggz | mal: argh, im almost in ... i have telnet, but dhi is failing | 14:22 |
piggz | Mar 31 17:21:05 Pro1 droid-hal-init: Failed to initialize property area | 14:22 |
piggz | Mar 31 17:21:05 Pro1 systemd[1]: droid-hal-init.service: Main process exited, code=killed, status=6/ABRT | 14:22 |
mal | piggz: maybe adaptation packages got removed? | 14:23 |
piggz | mal: trying a zypper command that re-installs all presently installed packages | 14:26 |
piggz | i already tried installing droid-hal-t5 | 14:26 |
T42 | <edp_17> @elros34 : logs for mce-conf.c: https://pastebin.com/JbgRhW6H | 14:48 |
T42 | <edp_17> It doesn't show that the battery-udev-devices.ini is used. | 14:48 |
T42 | <elros34> add number prefix to that ini file | 14:51 |
T42 | <edp_17> https://pastebin.com/wNFQziGV | 14:59 |
T42 | <edp_17> I have plugged the charger in, then unplugged but nothing has changed. Now I am going back to debug battery-udev again. | 15:00 |
T42 | <edp_17> @elros34 : battery-udev logs: https://pastebin.com/UxWfThA0 | 15:07 |
T42 | <elros34> that looks correct for me charger on/off state is recognized and PatternBatteryCharging is activated/deactivated correctly | 15:13 |
walidh | mal: is this needed bluetooth-rfkill-event-hciattach ? | 15:22 |
mal | walidh: sometimes on devices with broadcom bluetooth chip | 15:24 |
piggz | mal: i think all my errors are down to busybox not working | 15:24 |
piggz | lots of * applet not found | 15:24 |
mal | piggz: ah, maybe it installed wrong version of busybox or messed up the symlinking | 15:24 |
piggz | mal: i have busybox and busybox-static | 15:26 |
piggz | mal: i think the commands symlink to /usr/bin/busybox, but should link to /usr/bin/busybox-static | 15:31 |
mal | piggz: nope, to busybox | 15:34 |
piggz | mal: well, I have a UI now! | 15:34 |
piggz | phew | 15:34 |
piggz | busybox sleep > applet not found, busybox-static sleep > ok | 15:35 |
mal | piggz: where was that? | 15:35 |
piggz | for now, i moved busybox out of the way, and symlinked busybox to busybox static | 15:35 |
piggz | mal: on the cli | 15:35 |
mal | piggz: I don't even have busybox-static installed on x10 | 15:36 |
piggz | mal: seems to be required by out -configuraton- package | 15:36 |
piggz | i will now upgrade to 3.3.0.12 to get it to how it was | 15:37 |
piggz | but, that was a rought ride! | 15:37 |
piggz | not sure whats going on with busybox tho | 15:37 |
T42 | <edp_17> @elros34 : I leave it on charger. Now the battery is on 70% and the leds are on. I am curious what will happen at 100% and when I disconnect the charger. I'll let you know. | 15:48 |
T42 | <edp_17> I have restarted mce by the way. | 15:49 |
T42 | <edp_17> I have unplugged the charger and the leds went off. I reconnected and the leds lit up. Looks promising. | 15:51 |
T42 | <edp_17> However it took about 20 seconds until it recognized the unlug/plug events. π | 15:53 |
T42 | <elros34> so it's not correct, probably ac can't be blacklisted | 16:01 |
T42 | ι°ιͺζ %lastname% was added by: ι°ιͺζ %lastname% | 16:37 |
T42 | <edp_17> Yeah, that's why I didn't include that in first place. π | 16:38 |
T42 | <edp_17> However if the leds work ok this way, I'll leave it there. | 16:38 |
T42 | <edp_17> 20 seconds is not an issue for me. | 16:38 |
T42 | <Lukapanio> faq | 18:09 |
walidh | mal: i added this line in config pattern - bluetooth-rfkill-event-hciattach, but got error when build | 18:50 |
DylanVanAssche | Is `mce` also responsible for the torch LED light? I need to configure the LED control directory somehow... | 18:50 |
mal | walidh: did you build the package? | 19:07 |
walidh | i deleted repodata folder and build again i'm waiting to finish, i think its ok now | 19:08 |
mal | walidh: how did you build it? | 19:09 |
walidh | i rty out with rpm/dhd/helpers/build_packages.sh -c , but got errors, now i build all | 19:09 |
mal | I mean building bluetooth-rfkill-event-hciattach the way faq says | 19:11 |
T42 | <Ori %lastname%> Anyone working on oneplus 2? | 19:16 |
T42 | <Ori %lastname%> And does anyone know how to install anbox? | 19:16 |
walidh | mal: yes its builded, but not added in zip file, so i added in adaptaion config | 19:18 |
walidh19 | mal: i tried to install bluetooth-rfkill-event-hciattach-1.0.7-1.armv7h : got this error bluetooth-rfkill-event-hciattach = 1.0.7-1 is needed by bluetooth-rfkill-event-hciattach-1.0.7-1.armv7h | 19:24 |
mal | walidh19: did you build the older version of that like I mentioned earlier | 19:29 |
walidh19 | yes | 19:29 |
mal | that error makes no sense | 19:30 |
mal | is that really correct error message? why does that have armv7h and not armv7hl | 19:31 |
piggz | mal: how required is the dev-mtp (FFS) mount unit? | 19:47 |
walidh19 | mal: its armv7hl | 19:52 |
walidh19 | bluez5-libs-devel is needed by bluetooth-rfkill-event-hciattach-1.0.7-1.armv7hl ?? | 20:06 |
walidh19 | mal: i'm in loop, bluez-libs-devel is needed i install, then bluez5-libs-devel is needed, install and remove bluez-libs-devel and so on | 20:32 |
mal | what are you doing, why does it try to install bluez-libs-devel, that is bluez4 package which should not be needed | 20:38 |
mal | what is needing bluez-libs-devel | 20:38 |
walidh19 | mal: solved forget to add --spec=rpm/bluetooth-rfkill-event-hciattach.spec | 20:50 |
mal | walidh19: thought something was wrong with the build | 20:51 |
mal | that is why I asked earlier if you built the way faq said | 20:51 |
walidh19 | mal: is this to flags needed for BT CONFIG_BT_RFCOMM=yCONFIG_BT_BNEP=y | 20:57 |
walidh19 | cuz its not activated in my defconfig and got error kernel lacks bnep-protocol support , System does not support network plugin | 20:58 |
mal | yes, you should enable those | 20:59 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!