T42 | 郭秋辜 %lastname% was added by: 郭秋辜 %lastname% | 02:53 |
---|---|---|
rinigus | pketo: please add XZ3 single sim access to the store. Device is "Xperia XZ3 (h8416 / h8416)". ssu s returns the imei as device id, same as in about and in android | 09:39 |
pketo | rinigus: remind me tomorrow if i forget, afk atm :) | 10:50 |
rinigus | pketo: sure, thank you! | 15:09 |
KALUBE | mal: can you add this commit to the upgrade-3.2.1 branch? libncicore is needed on Android 9 too https://github.com/mer-hybris/droid-hal-device/commit/8335ae115d29d17f192bf3330e4d6cd57e90b26d | 15:49 |
T42 | Deathmist1337 was added by: Kalubeee | 15:50 |
piggz_ | evening | 17:01 |
piggz_ | rinigus: hows flatpak coming on? | 17:36 |
rinigus | piggz_: currently stuck at composer. I am waiting for Jolla devs to come back from vacation and participate in discussion | 17:45 |
rinigus | piggz_: I'll try to make example libhybris-flatpak SPEC that can be used to make port-specific bits for devices | 17:46 |
piggz_ | damn vacations! | 17:48 |
mal | piggz_: maybe it's good that we have some vacation occasionally | 17:49 |
piggz_ | ha, maybe....do they works you hard? | 17:51 |
rinigus | piggz_: I think we are close. just have to figure few things up... and vacations are needed :) | 17:51 |
mal | piggz_: I think be issue is that I do other development after work so I might be doing it too much | 17:54 |
pketo | rinigus: h8416 added | 17:54 |
rinigus | pketo: thank you! | 17:54 |
KALUBE | Hey, pketo: Could you do OnePlus 6? model is "OnePlus 6 (enchilada / enchilada)" and UID is IMEI too, if you have a minute | 17:56 |
pketo | KALUBE: added :) | 18:06 |
KALUBE | Sweet! Thannk you | 18:07 |
rinigus | piggz_: when looking into libhybris build, I think I'll better wait for a feedback first. while I do need to compile it with a special config option, as described in my email to the list, I am not sure what's the best way of packaging it. and there is no point in doing so if we cannot resolve composer issue | 18:35 |
T42 | 雷申梅 %lastname% was added by: 雷申梅 %lastname% | 19:02 |
T42 | 夏侯卡捷 %lastname% was added by: 夏侯卡捷 %lastname% | 19:18 |
piggz_ | mal: is there a way for ports to show updates via the settings/updates page? | 21:23 |
mal | piggz_: not quite sure, there might be using some undocumented dbus magic, but this is just a theory | 21:25 |
T42 | <eugenio_g7> Populating .cache/sailfish-osupdateservice/os-info is enough | 21:29 |
mal | really? | 21:30 |
T42 | signalaficionado was added by: signalaficionado | 21:30 |
T42 | <signalaficionado> what does populating mean?how can updates be displayed via settings/updates page? | 21:31 |
T42 | <eugenio_g7> Yes as long as the version key is set it gets picked up from the gui | 21:32 |
T42 | <signalaficionado> my sitiation is the following.i am on an outdated version of sfos.there is definitely updates available,if i update manually via terminal.if i check for updates via gui,i get shown no updates available.but there definitely are updates available!that is for sure!!what would i need to do,in order to have them show up via the gu | 21:35 |
T42 | i? | 21:35 |
mal | @signalaficionado which device? | 21:36 |
mal | the update UI only works on officially supported devices | 21:36 |
mal | I mean normally | 21:37 |
T42 | <signalaficionado> nido.most recent available is 3.2.0.i am on 3.0.0.8 atm | 21:37 |
mal | why are you not updating manually? | 21:38 |
T42 | <signalaficionado> i'd prefer an gui-update,since i had bad xperience with bacon,updating via terminal,before.so,i basically wanted to know,if there is a way to do it via gui,to avoid termimal. | 21:40 |
T42 | <signalaficionado> also,since i know that 3.1.20 is already available for my device for sure | 21:41 |
KALUBE | Hey, I've been trying to solve an issue where bootctl doesn't work properly in SFOS. I've traced the issue down to how /dev/block/bootdevice/by-name/ devices are relative symlinks (../../sdx) instead of absolute symlinks which is what gpt-utils expects. Logcat: https://pastebin.com/q58k86PN | 21:42 |
T42 | <eugenio_g7> Open /home/nemo/.cache/sailfish-osupdateservice/os-info | 21:42 |
KALUBE | https://android.googlesource.com/device/google/marlin/+/android-8.1.0_r5/recovery/gpt-utils/gpt-utils.cpp#1081 is the culprit | 21:42 |
T42 | <eugenio_g7> Set version= to the desired version, then killall sailfish-osupdateservice and open the update ui | 21:43 |
KALUBE | In android they are absolute symlinks with ueventd, is it possible to make udev generate the same layout? | 21:43 |
mal | KALUBE: there was talk about that issue earlier here but nobody bothered to fix the sfos udev rules | 21:46 |
T42 | <signalaficionado> @eugenio_g7 [Set version= to the desired version, then kill …], what is the command for opening?typeing nano /home/nemo/... says command nano not found | 21:48 |
mal | use vi instead of nano | 21:49 |
KALUBE | mal: I'm not sure where to look in udev rules to be honest. I've tried patching gpt-utils.cpp but can't seem to figure out how to get that patched code on the device - there's multiple different versions of bootctl and related libs afaik | 21:56 |
mal | https://github.com/mer-hybris/droid-hal-configs/blob/master/sparse/lib/udev/rules.d/998-droid-system.rules#L15 | 21:59 |
mal | KALUBE: ^ | 21:59 |
KALUBE | mal: I see the symlinks declared there, do you know how you make it create absolute symlinks instead of relative ones? | 22:05 |
mal | some magic | 22:06 |
mal | at least it's possible using some external script but maybe there is a better way | 22:06 |
KALUBE | I tried manually creating symlinks for the boot partition but it still seemed to fail with the same error, does bootctl access any other partitions? | 22:07 |
rinigus | KALUBE: gpt-utils that are used by bootctl are coming from android's system image, at least on sony aosp9. if you don't have ability to change android's system image, you will have to make absolute links somehow. how, no idea | 22:19 |
mal | rinigus: the ugly way would be to call some external script that would make correct symlinks based on parameters given in the udev rule but that is quite ugly | 22:23 |
KALUBE | mal: I can't seem to find the exact .so file it reads -> strace doesn't provide anything useful in SFOS and ldd doesn't work on the binary. I think it might be android.hardware.boot@1.0.so? | 22:24 |
KALUBE | I'm currently manually replacing the symlinks in by-name with absolute ones for the partition bootctl wants to read which seems to be working, if there's only a few then a device-specific script or one generated from fixup-mountpoints is an ugly but workable solution... | 22:25 |
rinigus | mal: its just would have to be called before bootctl. in some respect, this fix will fit the ugliness of the gpt-utils imposing it | 22:25 |
T42 | <adampigg> Rinigus: browser screenshot from flatpak? | 22:29 |
mal | rinigus: udev rules are handled early in the boot so anything android side does should work just fine | 22:32 |
T42 | <signalaficionado> how do i save the edited file,after edited? | 22:33 |
T42 | <signalaficionado> or confirm the edited changes? | 22:33 |
KALUBE | mal: manually fixing the symlinks resulted in this: https://pastebin.com/YAKPQS74 | 22:33 |
mal | not sure what that means | 22:34 |
mal | @signalaficionado :wq | 22:34 |
mal | you can find intructions how to use vi quite easily online | 22:35 |
T42 | <signalaficionado> ok,will check | 22:37 |
T42 | <signalaficionado> @eugenio_g7 [Set version= to the desired version, then kill …], @eugenio_g7 everything worked,as described by you!!thank you!! | 22:52 |
T42 | <signalaficionado> thanx to you also,mal! | 22:53 |
T42 | <signalaficionado> both you,mal and eugenio were of big help to me! | 22:53 |
T42 | <eugenio_g7> great! :) you're welcome | 22:54 |
T42 | <signalaficionado> i never thought,i will manage to do it,but now updating via gui worx! | 22:54 |
T42 | <signalaficionado> very helpful!i am grateful for both you and mal.mal i can not mention,since there is no username to mention,but thanx to you also,mal. | 22:56 |
mal | I see if someone mentions my nick, no need to do anything else | 22:56 |
mal | irc has highlighting system included | 22:57 |
r0kk3rz | rinigus: its looking like qt will be the bottleneck for flatpak stuffs | 22:57 |
r0kk3rz | other wayland protocols were only stabilised in like qt5.10+ i think | 22:59 |
r0kk3rz | there might be enough support in qt5.9, whenever we get that | 23:08 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!