Wednesday, 2019-11-06

*** birdzhang1 is now known as birdzhang02:25
T42<nitin03 %lastname%> dmesg
T42<nitin03 %lastname%> systemctl list-unit-files --type=mount06:17
T42<nitin03 %lastname%> returns this
T42<nitin03 %lastname%>
T42<nitin03 %lastname%>
T42<nitin03 %lastname%>
T42<nitin03 %lastname%> strace -f /sbin/droid-hal-init returns this...and I have masked the service
deathmist+@nitin03 well as you can see your ld.config.28.txt mount unit fails, that won't help you if you want DHI to load properly. do you even have a patched version of it taken from /system/etc/ and placed in /usr/libexec/droid-hybris/system/etc/ ?06:38
deathmistalso please remove vendor-*.mount units, those are from my repo and as they're vendor related, they are highly device specific, I added them so I can fix cpusets without direct modification of the files and other more tiny things that are not important at all to get UI working06:39
T42<nitin03 %lastname%> @deathmist [+@nitin03 well as you can see your ld.config.2 …], Yes I have it...and also the .mount file and its symlink06:40
T42<nitin03 %lastname%> ld.config.28.txt mount file
T42<nitin03 %lastname%>
T42<birdzhang> nitin03 use /system/bin/strace if you have restart_syscall spam06:46
deathmist@nitin03 well that file is identical to my ld.config, show me YOUR copy of /system/etc/ld.config*.txt, you can't just copy paste my config files in your own repo necessarily06:48
rinigusr0kk3rz or mal: please create nemo:devel:hw:sony:h8216 at obs and set me as a maintainer.06:49
deathmist@nitin03 the file may not even be by the same name and that would explain your bind mount unit failing06:50
deathmistif that's not it full journalctl output after boot would be nice to see why it would be failing then06:53
T42<nitin03 %lastname%> @birdzhang [nitin03 use /system/bin/strace if you have res …], strace
T42<birdzhang> nitin03 as deathmist said, show your  /system/etc/ld.config*.txt07:20
T42<nitin03 %lastname%> @birdzhang [nitin03 as deathmist said, show your  /system/ …],
T42<nitin03 %lastname%> @deathmist [@nitin03 well that file is identical to my ld. …],
T42<birdzhang> okay, then show ls -l /system/etc/ and ls -l /vendor/etc/07:39
T42<nitin03 %lastname%>
T42<nitin03 %lastname%>
T42<birdzhang> it's /system/ect/ld.config.vndk_lite.txt on your device, not ld.config.28.txt07:47
T42<nitin03 %lastname%> @birdzhang [it's /system/ect/ld.config.vndk_lite.txt on yo …], so need to change the name of file in sparse folder07:57
T42<nitin03 %lastname%> right??and also the name of mount file and the symlink07:59
T42<birdzhang> yup08:00
T42<nitin03 %lastname%> @birdzhang [yup], thank u..i will check it out and report in the evening08:01
T42<Thinhx2> @mal [@Thinhx2 you need to provide logs, journalctl …],
rinigusr0kk3rz: thank you very much!11:37
malr0kk3rz: what is h8216? why not use the device codename (which usually matches both single and dual-sim ones)11:38
malor even platform name11:38
malrinigus: ^11:39
r0kk3rzits a bit inconsistent yeah11:39
rinigusmal: good questions. $DEVICE is h8216 and I was thinking on how to add support for other similar devices (dual sim, xz2c (single/dual), xz3). but I thought I will partition it into platform/implementation a touch later11:40
rinigusaka tama/akari11:41
Mister_Magistersony is so annoying with that11:41
malrinigus: handling single vs dual sim is simple and can be checked in for example mer-hybris ganges repos11:41
malrinigus: I would say using at least akari for that, you can see that handling those two different codenames is here
rinigusmal: I did check it and it seems to me over-engineered (maybe not as you want to make it into separate images). I was thinking to make extra rpm (dual-sim or similar) that will just add that dual sim configs to the single sim device base.11:44
rinigusmal: OK, let's rename it into akari instead of h8216. later I was thinking to add nemo:devel:hw:sony:tama and make akari to use tama as a base. So, most of packages will be in tama.11:49
rinigusmal: now a bit more difficult aspect - what do I do with droid-system-sony-pie-template and vendor package? those are needed to make image, but I am not sure we can push them to obs for legal reasons11:51
rinigus... there was a note regarding these packages in xperia 10 howto. although it was about github11:51
Mister_MagisterSooooooooooooo, mal sfos update on obs when13:39
Mister_Magistermal: if 3.2 enables selinux then do i have to enable selinux in kernel from now on or not yet?13:40
T42<hacker12455> question, are the quirks applied correctly here?13:45
deathmistMister_Magister: I'm already building 3.2 images, I've made no modifications and everything seems to function like before even with SELinux still off :)13:50
Mister_Magisterbut is 3.2 on obs?13:51
Mister_Magisterheh search on obs still on fire13:52
Mister_Magisterthere is no 3.2 on obs13:52
deathmistI'm a bit clueless still, what does that mean? I've just built local images with 3.2 sb2 target and RELEASE set13:53
malMister_Magister: normally selinux should not be enabled yet on ported devices and things should be done as before14:22
Mister_Magistermal: normaly?14:37
malwell unless you want to port the needed patch for system/core etc then go ahead14:39
Mister_Magisterooh xd14:40
T42<BusterBg_18> HI all, I started fresh once again and I´m stuck at this when creating rootfs "file /etc/ofono/ril_subscription.conf conflicts between attempted installs of droid-config-sirius-1-1.armv7hl and ofono-configs-mer-1.21+g15:24
T42<BusterBg_18> it49.1-1.22.1.jolla.armv7hl"15:24
T42<BusterBg_18> My bad, I forgot some lines on droid-config*.spec :p15:27
T42<adampigg> Mister_magister if like me, you do it wrong and jimust set selinux to permissive instead of turned off, it wikl break in 3.2 when systemd turns it on15:56
T42<DylanVanAssche> @adampigg What about mainline Linux? For libhybris I know you had/have to turn it off in some way. Wondering if the PineTab/PinePhone is affected by this?17:40
T42<hacker12455> any idea why USB would not work at all?17:43
T42<hacker12455> it only charges17:43
T42<hacker12455> usb_moded in debug mode17:43
T42<hacker12455> Fwd from hacker12455:
T42<hacker12455> logcat and journal don't show anything interesting17:44
T42<adampigg> @DylanVanAssche [@adampigg What about mainline Linux? For libhy …], probably not, but we may still need selinux configs18:14
Mister_Magister@adampigg i have no idea what you just said18:45
Thaodan@DylanVanAssche the reason was that the Android SELinux rules could bug sfos this is why they were disabled at the kernel command line, as the pine devices don't have other SELinux rules there's no reason to disable it except maybe issues with the Sailfish OS base SELinux rules.18:55
T42<Lukapanio> where can i get anbox rpms?19:16
T42<Lukapanio> I built patched 3.18 kernel19:17
rinigusevening! I have issues with suspend. for starters - when on charger, I don't have any wakelock active and there is a bit of suspend. is it now expected on sfos?19:19
T42<BusterBg_18> So what Im supposed to get when running strace -f /sbin/droid-hal-init?
T42<elros34> @BusterBg_18 use /system/xbin/strace instead19:20
vknecht@LukaPanio: some old notes, ymmv...19:21
vknechtssu ar home_birdzhang_anbox
vknechtpkcon refresh19:22
vknechtpkcon install anbox-sailfishos anbox-sailfishos-image-mixed-32-64-bit19:22
vknechtrm -f /var/lib/anbox/overlay/system/lib64/libGLESv*19:22
vknechtcp /vendor/lib/egl/ /var/lib/anbox/overlay/vendor/lib/egl/19:22
T42<BusterBg_18> @elros34 Not found19:22
vknecht(eg. might want to use sailfish_latest_armv7hl/ instead of build, maybe your device doesn't need mixed image19:23
T42<elros34> @BusterBg_18 try to find it somwhere in system or vendor partition or download 64bit version somwhere from net. What you are trying to solve?19:23
vknechtand maybe the egl lib rm/cp isn't needed for you)19:23
T42<BusterBg_18> @elros34 Trying to get a freaking gui on my 16.0 port19:24
T42<Lukapanio> Hmm wifi is broken19:25
T42<hacker12455> did you regenerate rootfs?19:25
T42<hacker12455> if not this might be the issue19:25
T42<nitin03 %lastname%> @BusterBg_18 [@elros34 Not found], try this /system/bin/strace -f /sbin/droid-hal-init19:26
T42<BusterBg_18> nitin03 that worked19:29
T42<BusterBg_18> dmesg
T42<nitin03 %lastname%> ld.config mounted19:34
T42<nitin03 %lastname%>
T42<BusterBg_18> nitin03 for what base are you porting?19:38
T42<nitin03 %lastname%> dmesg
T42<nitin03 %lastname%> strace
T42<nitin03 %lastname%> journalctl -a
T42<nitin03 %lastname%> @BusterBg_18 [nitin03 for what base are you porting?], lineage-16.019:38
T42<BusterBg_18> Do you have gui?19:42
T42<nitin03 %lastname%> @BusterBg_18 [Do you have gui?], no19:42
T42<BusterBg_18> Im having errors almost the same to yours19:44
T42<BusterBg_18> Specially on strace19:45
T42<BusterBg_18> mal: how is ld.config.vndk_lite.txt supposed to be modified?19:46
T42<nitin03 %lastname%> @BusterBg_18 [Im having errors almost the same to yours], if you find any solution please do share19:47
deathmist@BusterBg_18 @nitin03 weren't you both doing 16.0 base and needed adapted ld.config.vndk_lite.txt files? can you share the file with me, I'll try to see if I can come up with something19:52
T42<BusterBg_18> Sure thing19:53
T42<BusterBg_18> deathmist: also, do you know whats the issue with the property area stuff? is it linked to vndk_lite.txt?19:58
T42<BusterBg_18> Because I swear to god, debugging this port is getting on my nerves19:58
deathmist@BusterBg_18 nah, it's a "plat_property_contexts" file you're missing in SFOS /, for me a "ln -s /system/etc/selinux/plat_property_contexts /plat_property_contexts" was enough. check if the file exists first for yourself19:59
deathmistit could also be in your dev env out/ dir somewhere19:59
deathmistin which case you need to add it as a straggler file and rebuild droid-hal & make new image19:59
T42<BusterBg_18> I already symlinked it tho :c20:00
T42<nitin03 %lastname%> @deathmist [@BusterBg_18 @nitin03 weren't you both doing 1 …],
piggzvknecht: are all your PRs ready?20:01
deathmistlooks like the files are identical, will be nice to figure out a way to fix stuff for vndk_lite ld.config files, @BusterBg_18 does the file exist? do you not get anything with "find $ANDROID_ROOT/out/ -name *property_contexts" ? for me that was enough, maybe you're missing something else too (like this ld.config stuff being resolved first)20:02
T42<nitin03 %lastname%> @deathmist [@BusterBg_18 nah, it's a "plat_property_contex …], file exists20:02
piggzkimmoli: whats that from?20:04
T42<BusterBg_18> deathmist: the file exists on device itself on out is missing20:05
deathmistalthough for you both it seems the namespaces that I needed to modify aren't isolated, not sure what this means but maybe you don't need permitted paths stuff then?20:05
kimmolipiggz:  CR-V rear20:05
piggzkimmoli: ah, no SUper 5 ;)20:05
T42<nitin03 %lastname%> @deathmist [although for you both it seems the namespaces …], I was thinking that the strace it gave a warning20:05
T42<BusterBg_18> AFAIK isolated meant (in android terms) that the vendor is designed to only run that specific android version20:05
T42<BusterBg_18> Instead of being able to boot everything20:06
T42<BusterBg_18> Or something like that20:06
T42<BusterBg_18> And I quote xda: "If the value is false, then your device can only use the GSI for the same on-device version of the OS"20:07
T42<nitin03 %lastname%> I don't have property_contexts file in out directory20:07
deathmist@BusterBg_18 in that case we're looking in the wrong places right now, I didn't even get telnet before fixing mine so I can't exactly say what happened before that; how about you both remove/mask the ld.config* mount units and remove those related files in /usr/libexec/..., get journal after booting and I'll take a look20:08
deathmistit's ok if you don't have *property_contexts in out/, I didn't either and that symlink has fixed my property area issue on both 15.1 and 16.0 (I had to rename it from just "property_contexts" to "plat_property_contexts" during Pie rebase tho, you could try "property_contexts" as filename too)20:10
deathmistno need to make new image, just do it on the device. also make sure no stuff like droid-hal-init are masked so the boot can be attempted normally20:11
T42<BusterBg_18> Sure thing just masked and deleted the file20:12
T42<BusterBg_18> Jesus, the file is extremely big20:15
vknechtpiggz, should be okay, but needs more external testing...20:15
vknecht1 - snapshot: got a report from Mal that it didn't work for him on a device20:16
vknecht2 - sdcard: have a bit of difficulties to test with usb-otg due to faulty otg/key here20:16
vknecht3 - metadata: should be ok, but needs a bit of graphical/layout polish
piggzvknecht: which order should i try?20:16
vknechtin this order I think20:16
vknechtthanks for looking at it :-)20:19
T42<BusterBg_18> deathimist: sorry for the lack of indentation
vknechtpiggz, maybe sdcard is better at the end, since it changes FSOperations to be globally availabe so others would need rebase20:23
deathmist@BusterBg_18 property area error is way down in logs and DHI starts fine first time (as it should, it doesn't really work after that) so that's not the issue20:25
T42<BusterBg_18> Hmmm.. so its actually related to vndk_lite isnt it?20:27
T42<nitin03 %lastname%> @deathmist [@BusterBg_18 in that case we're looking in the …],
deathmist@nitin03 didn't I say something about this specifically? "droid-hal-init.service: Cannot add dependency job, ignoring: Unit droid-hal-init.service is masked."20:28
T42<nitin03 %lastname%> @deathmist [@nitin03 didn't I say something about this spe …], oh sorry20:30
deathmist@BusterBg_18 does running /system/bin/surfaceflinger show bootanim? (not sure if it required "export EGL_PLATFORM=hwcomposer" to be run before too)20:32
deathmistnot sure if your "ofonod: Unknown RIL transport: binder" issue can cause no graphics as you don't seem to have "ofono-ril-binder-plugin" in your patterns. I'll have to go now tho so I'll see you later20:43
T42<BusterBg_18> No prob, I need to grab something to eat anyways :p20:46
T42<BusterBg_18> Im going to add that to patterns, repackage and tell the dude that's helping me test to try it and also test if bootanim shows20:48
T42<adampigg> (Photo, 1920x1080)
T42<BusterBg_18> mal: do you have an idea regarding ld.config.vndk_lite.txt modifications?22:51

Generated by 2.17.1 by Marius Gedminas - find it at!