*** ggabriel is now known as Guest1540 | 08:38 | |
T42 | <kquote03> Hello, is https://wiki.merproject.org/wiki/Adaptations/libhybris up to date? | 10:08 |
---|---|---|
T42 | <kquote03> if not is there a more current place to find other ports? | 10:10 |
T42 | <adampigg> its probably not up to date, but probably the most up to date | 10:11 |
T42 | <kquote03> I see, thanks (re @adampigg: its probably not up ...) | 10:12 |
*** ggabriel is now known as Guest1544 | 10:51 | |
T42 | <Inacent> Hi | 12:10 |
T42 | <Inacent> Is that how it should be? : https://irc.thaodan.de/.imgstore/ef323986/file_3500.jpg | 12:10 |
T42 | <Mister_Magister> clearly not | 12:14 |
voidanix[m] | @Spidey24Z about the test suites error: doing rm -rf droid-local-repo repeatedly until it builds works | 12:23 |
voidanix[m] | absolutely no idea why it does that but i do get the same error | 12:23 |
voidanix[m] | that's when building droid-hal anyways | 12:24 |
T42 | <kquote03> Hello, I'm thinking of going to hybris-18.1, the pastebin links on https://collabedit.com/kr9xx don't seem to work, so I'm assuming I no longer need to apply them. | 12:33 |
T42 | <kquote03> Do I need to change anything else like in https://github.com/mer-hybris/hadk-faq#hybris-17-1 ? | 12:33 |
T42 | <kquote03> For android_version_major do i need to set that to 11 or should I keep it at 10? | 12:34 |
T42 | <elros34> so you do not debug anything you just switch hybris-16->17->18->? obviously for android 11 based adaptation you cant use android_version_major 10 | 12:40 |
T42 | <kquote03> I don't have the skills to debug the display driver, almost all of this process has been beyond my depth if I'm being honest. 9/10 times i just operate on having a hunch | 12:52 |
T42 | <kquote03> I saw that there were substantial changes in LOS 18.1 regarding the display driver, so right now this is the best 'lead' i have (re @elros34: so you do not debug ...) | 12:52 |
T42 | <kquote03> please forgive me for my stupid questions (and any I will ask in the future), cuz even though there's been little progress, I've learnt alot from this | 12:54 |
T42 | <elros34> so similar to others, including me but still you can sometimes have luck and find somebody here who will know how to help you | 12:55 |
T42 | <kquote03> I have actually, @/HengYeDev , he seems to be running into the same issue | 12:55 |
T42 | <kquote03> but on a slightly different SoC | 12:56 |
T42 | <elros34> "could not find or load the Qt platform plugin "xcb0"" from logs @Spidey24Z posted does looks like some silly mistake, we do not use xcb | 12:56 |
T42 | <kquote03> I don't seem to have this issue, I will contact Ayman. Probably a silly mistake like some environment variables. | 13:14 |
T42 | <kquote03> These are the logs from my end | 13:14 |
T42 | <kquote03> dmesg: https://pastebin.ubuntu.com/p/KCwSFCXCC5/ | 13:14 |
T42 | <kquote03> journalctl: https://pastebin.ubuntu.com/p/d7VBmq7zgm/ | 13:14 |
T42 | <kquote03> logcat: https://pastebin.ubuntu.com/p/wdmsxMdJyt/ | 13:14 |
T42 | <kquote03> I tried masking user@100000 and running minimer manually, but I immediately get this (re @kquote03: Hello, https://paste...) | 13:16 |
T42 | <kquote03> we currently think that it's decon causing our issue | 13:20 |
T42 | <kquote03> I tried cat /sys/fs/pstore/dmesg-ramoops-0 but it prints gibberish (probably encrypted as it had a .enc extension once) | 13:20 |
T42 | <kquote03> I did not have a console-ramoops-0 as @\HengYeDev | 13:20 |
T42 | <kquote03> As for pmsg-ramoops-0 : https://pastebin.ubuntu.com/p/HHntZkgpcG/ | 13:20 |
T42 | <elros34> I do not get why do you grab pstore, does your device reboots? | 13:24 |
T42 | <kquote03> nope, i just blindly copied some steps (re @elros34: I do not get why do ...) | 13:25 |
T42 | <elros34> then use dmesg (-w for live log) | 13:25 |
T42 | <kquote03> Alright | 13:25 |
T42 | <elros34> so exynos and decon driver, I guess you tried mce fb control fix? | 13:26 |
T42 | <kquote03> only thing I've tried was masking mce and running it after the system initialized, but I have not tried any fix (re @elros34: so exynos and decon ...) | 13:26 |
T42 | <kquote03> dmesg (right after minimer crash) https://pastebin.ubuntu.com/p/H6HFJ2F6bx/ | 13:29 |
T42 | <elros34> I was talking about this: https://github.com/spiiroin/mce/commit/25c772f300387a9c0a426f87f03cbb63654194bb. IIRC clear indication this is needed was working act dead mode but failing normal boot | 13:32 |
T42 | <kquote03> Act dead mode? You mean booting sailfish after the charging indicator | 13:37 |
T42 | <kquote03> Sadly this didn’t change anything, I will give it a try nonetheless (re @elros34: I was talking about ...) | 13:37 |
T42 | <kquote03> Act dead mode? You mean booting sailfish after the charging indicator ? | 13:37 |
T42 | <kquote03> Sadly this didn’t change anything, I will give it a try nonetheless (edited) (re @elros34: I was talking about ...) | 13:37 |
T42 | <elros34> not really, just booting to sfos charging screen should work. | 13:38 |
rinigus | what was the point of 4.3.0.15? do we have to go through that release before moving to 4.4.0 or I can directly bump the port to 4.4.0 from 4.3.0.12? | 13:56 |
T42 | <elros34> changelog is short but for me most important is fix for ssu cache bug which I think you even reported once | 14:00 |
rinigus | @elros34: where did you see the changelog for it? | 14:03 |
rinigus | found it! | 14:03 |
rinigus | hmm, looking at it - still not clear whether I can skip it while updating to 4.4.0 ... | 14:05 |
T42 | <elros34> if you skip it then you may have not enabled adaptation-common repo during 4.3.0.12 -> 4.4.0 so some packages will be in incorrect version | 14:07 |
Thaodan | rinigus: 4.3.0.15 was the polkit hotfix | 14:08 |
Thaodan | his supplemental Suomenlinna release contains the fix for the recently found vulnerability in the polkit package (CVE-2021-4034) and it avoids some potential problems when installing the upcoming 4.4.0 release. Improvements for SDK. | 14:08 |
Thaodan | https://forum.sailfishos.org/t/release-notes-suomenlinna-4-3-0/8495#update-version-history-1 | 14:08 |
rinigus | @elros34: did they changed something in adaptation-common that is very much different from what we had earlier. note that tama repos have different url scheme anyway, so I may not see that change in tama | 14:09 |
rinigus | Thaodan: "avoids some potential problems" is rather vague. anything to watch after? | 14:10 |
T42 | <elros34> be aware I am talking about new adaptation-common repo from jolla which contains for example gst-droid not adaptation-community* repos. I am not aware of any other important change, just fix for missing repo | 14:12 |
rinigus | hmm, but as changelog doesn't have any of port packages, it should be trivial then to provide 4.3.0.15. | 14:12 |
rinigus | just have to copu all from 4.3.0.12 and it should be fine | 14:12 |
T42 | <elros34> most likely | 14:13 |
rinigus | with 4.3.0.15 build, I am getting "gnu-which conflicts with busybox-symlinks-which". not sure how to work around it at https://build.sailfishos.org/package/show/nemo:testing:hw:sony:tama:aosp10:4.3.0.15/droid-hal-tama# | 14:38 |
T42 | <elros34> probably in "Project Config" | 14:42 |
rinigus | did try to set gnu-which as preferred - didn't help | 14:42 |
T42 | <nephros> I worked around that with #!BuildIgnore in the spec. | 14:44 |
rinigus | nephros: do you have somewhere an example? | 14:47 |
T42 | <nephros> Correction: tried to but the obs builder then cant install it. | 14:48 |
T42 | <nephros> Maybe a Prefer: helps, checking... | 14:48 |
T42 | <nephros> rinigus: | 14:49 |
T42 | <nephros> https://build.sailfishos.org/project/monitor/home:nephros:hw:sony:tuba | 14:49 |
rinigus | @nephros: yes, it builds on 4.4.0, but not on 4.3.0.15. seems the same as you have | 14:51 |
T42 | <elros34> maybe missing similar conflicts with "gnu-which" package: https://github.com/sailfishos/busybox/blob/master/rpm/busybox.spec#L59. how about adding it to droid-hal spec? | 14:56 |
rinigus | @elros34: I don't see how it will help as we pull it in build time | 15:02 |
rinigus | interesting that busybox which is not installed in 4.4.0 build | 15:04 |
T42 | <elros34> now both packages are installed but there should be only one: busybox or gnu | 15:04 |
rinigus | exactly. and I have no idea why | 15:05 |
T42 | <elros34> because missing "Conflicts: gnu-which" in busybox-symlinks-which | 15:07 |
rinigus | how did then others managed to sneak around it? I can see mal and piggz have their .15 built without any issues. or was something in config changed later? | 15:09 |
T42 | <Spidey24Z> Fixed by adding %define android_config\ (re @SailfishFreenodeIRCBridgeBot: <voidanix[m]>@Spidey...) | 15:14 |
T42 | <Spidey24Z> Have no idea (re @elros34: "could not find or l...) | 15:15 |
voidanix[m] | hmm, always had that though | 15:19 |
mal | rinigus: what issue are you talking about? | 16:07 |
T42 | <nephros> I'm using sfbootstrap to make packages, and at hte end it sais: ">> Skipping build of droidmedia and supporting packages due to missing HAL bits", which then later leads to: "Warning[04/09 16:10:46] : repo problem: nothing provides 'droidmedia' needed by the to be installed gstreamer1.0-droid-0.20210820.0-1.2.1.jolla.aarch64,". | 16:11 |
T42 | <nephros> So, which are the "missing HAL bits"? | 16:11 |
mal | you probably didn't run "make droidmedia" in the same environment you run "make hybris-hal" | 16:13 |
T42 | <nephros> mal: did that, and it looks like it completes successfully. | 16:15 |
T42 | <elros34> do you have libdroidmedia.so? maybe in system/lib64 directory:https://github.com/JamiKettunen/sfbootstrap/blob/master/modules/3-build.sh#L95 | 16:18 |
T42 | <nephros> sfbootstrap build hal output: https://pastebin.com/6S76Uyp5 | 16:19 |
T42 | <nephros> Elros: yes, I have both | 16:20 |
T42 | <nephros> out/target/product/tuba/system/lib/libdroidmedia.so out/target/product/tuba/system/lib64/libdroidmedia.so | 16:20 |
T42 | <elros34> clearly [ -f "$ANDROID_PRODUCT_OUT/system/lib/libdroidmedia.so" ] fails so either variable is wrong or file doesn't exist | 16:24 |
T42 | <nephros> makes sense. I'll try hacking the script. Thanks for the hint. | 16:38 |
T42 | <elros34> run script with bash -x <script> or add some "ls -al" before that "if" check | 16:40 |
T42 | <nephros> I shall soon. Right now my buildenv has died - /var/lib/rpm is empty :O | 16:42 |
rinigus | mal: failing to build https://build.sailfishos.org/package/show/nemo:testing:hw:sony:tama:aosp10:4.3.0.15/droid-hal-tama# | 16:42 |
T42 | <nephros> Elros: found it: $DEVICE != $HABUILD_DEVICE so it looks in the wrong path. | 16:58 |
mal | rinigus: check it now | 17:06 |
rinigus | mal: thanks! let's see | 17:08 |
mal | seems some issues with the build, trying get a log | 17:08 |
rinigus | mal: it ends on "file /usr/bin/which conflicts between attempted installs of gnu-which-2.21+git2-1.2.1.jolla.aarch64 and busybox-symlinks-which-1.33.1+git3-1.7.10.jolla.aarch64" | 17:09 |
rinigus | but gets into some weird loop | 17:09 |
mal | rinigus: now it finished | 17:11 |
rinigus | mal: thank you! what did you do? | 17:12 |
mal | rinigus: fyi what I did was changing the order of the repos in meta | 17:12 |
mal | rinigus: so the most generic should be at the bottom of the list and more specific ones at the top | 17:12 |
mal | that is the order which those are used | 17:13 |
mal | so it somehow got confused because of the wrong order | 17:13 |
rinigus | mal: interesting! | 17:13 |
mal | @nephros could you also change the order of the repos in https://build.sailfishos.org/project/meta/home:nephros:hw:sony:tuba the common repo should be before sailfishos:latest | 17:16 |
T42 | <nephros> mal: sure thing! | 17:16 |
mal | like here https://build.sailfishos.org/project/meta/nemo:testing:hw:fairphone:fp2-sibon | 17:17 |
T42 | <nephros> done! | 17:17 |
mal | also check the 4.3.0 common repo | 17:18 |
mal | it's pointing to latest not 4.3.0 | 17:18 |
mal | ah, but you are using devel for that | 17:18 |
mal | which is always latest | 17:18 |
T42 | <nephros> :) yea | 17:20 |
T42 | <nephros> Should I prefer testing? | 17:21 |
mal | if you want to build against some specific version then yes | 17:21 |
mal | rinigus: do you need the latest sensorfw on your device, it needs newer gbinder than what is in 4.3.0 | 17:22 |
T42 | <nephros> ok thx. | 17:23 |
rinigus | mal: no, I need to specify the tag for sensorfw. wasn't needed when was building 4.3.0.12, but now it is updated | 17:23 |
rinigus | mal: should be OK now | 17:24 |
mal | yes, looks fine | 17:27 |
Thaodan | rinigus, elros34: Busybox is out of the builder because it pulled in selinux which created a circular dependey on selinux, that is why which was restorted. | 17:29 |
Thaodan | *restored | 17:29 |
Thaodan | check whith osc buildconig where there's still an old project config that pulls in busybox | 17:30 |
Thaodan | This was part of the work to boostrapping of systemd that allows us to remove selinux and friends from the builder | 17:31 |
rinigus | Thaodan: testing 4.4.0.58 now and nemo-qml-plugin-systemsettings from upstream works as it should! no more need for custom build, thanks! | 17:32 |
Thaodan | See here: https://github.com/sailfishos/systemd/blob/master/rpm/systemd-mini.spec#L90= | 17:32 |
Thaodan | rinigus: good to hear :) | 17:33 |
T42 | <elros34> I am not sure I follow, still busybox-symlinks-which do not have "Conflicts: gnu-which" so both packages can be installed at the same time | 17:39 |
Thaodan | elros34: No they can't both provide which. | 18:30 |
T42 | <nephros> OT, but anything which depends on which is broken anyway. command or type should be used. | 18:39 |
T42 | <nephros> Whoo, it finished creating rootfs! Now I only have to create the base, too... :/ | 18:43 |
voidanix[m] | is ofono-binder-plugin supposed to be compilable? https://paste.keyedlimepie.org/?c78e52e016b4d865#CL5AmFPhsJNSx3vCA2k2qnSVqczun4Dz8q4vyqPikKb7 | 19:10 |
stoefelz | hey guys, maybe someone could give me some advice | 19:13 |
stoefelz | i am trying to build a sailfish img and i stuck at the 5.4 point in the hadk. | 19:13 |
stoefelz | when i start the command 'make -j$(nproc --all) hybris-hal droidmedia' it is working but the process is consuming my whole RAM (32 GB + 8 GB Swap) and the system is then killing the process. I've tried it with -j1 but this doesn't affect the ram usage :( | 19:13 |
mal | voidanix[m]: if you are trying to build the very latest version then you might need to update some other packages first, maybe just try to build a bit older version | 19:19 |
T42 | <elros34> stoefelz: which hybris version? | 19:25 |
voidanix[m] | mal: thanks! using tag 1.0.3 works, the dependencies were there and correct which got me confused | 19:26 |
T42 | <nephros> Again being an inquisitive idiot: I can't build a plain lineageos base using the hadk can I. | 19:44 |
T42 | <nephros> ? | 19:44 |
voidanix[m] | looking at the hybris-18.1 manifest, I think you can but won't have any apps | 19:55 |
mal | the manifest has been minimized to some extent and it's likely it won't build complete android | 20:16 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!