T42 | <b100dian> However the number of packages I have to add to OBS is getting out of hand, I might have added something that pulled the whole world:-S | 00:00 |
---|---|---|
T42 | <b100dian> So I don't know if the script creates an image in the end | 00:03 |
T42 | <b100dian> So I wasn't using the nemo:devel:hw:common - I added it but still got unresolvable for ofono-ril-binder-plugin (needs libgbinder-radio>1.4.1), so I may still need to build a bunch of these myself | 00:56 |
T42 | <adampigg> set version to 1.2.3 instead of HEAD for ofono-ril-binder-plugin (re @b100dian: So I wasn't using th...) | 06:42 |
T42 | <edp_17> Hi all! I am upgrading my treltexx (Galexy Note4) port to 4.1 and following the new HADK. | 07:31 |
T42 | <edp_17> I've downloaded the ubuntu chroot that provides the older OpenJDK but cannot enter into it. I get this error: https://paste.ubuntu.com/p/w9KQDSgRgr/ | 07:33 |
T42 | <edp_17> (When I downloaded the newer ubuntu chroot, that worked, but I was not sure that would be correct for my old device, so downloaded the older chroot.) | 07:34 |
T42 | <edp_17> Can I use the newer ubuntu tarball? If not, how can I fix the error? | 07:35 |
T42 | <b100dian> Thanks piggz - do you also happen to know about "nothing provides libncicore.so.1()(64bit) needed by nfcd-binder-plugin-1.1.8-1.7.4.jolla.aarch64" ? | 08:43 |
T42 | <b100dian> @edp_17 use sudo? | 08:43 |
piggz | @b100dian not sure about that one, 1.1.8 builds here https://build.merproject.org/package/show/nemo:devel:hw:fxtec:t5/nfcd-binder-plugin | 08:45 |
T42 | <edp_17> @b100dian : The HADK doesn't say that and I never used sudo to enter into the HABUILD. | 08:46 |
T42 | <b100dian> @edp_17 you're right, I don't use either, sorry for the noise | 08:50 |
T42 | <edp_17> No worries. :) | 08:50 |
T42 | <edp_17> I've decided to give a try for the newer chroot. | 09:30 |
T42 | <edp_17> Now, I'd like to install some packages in there and getting this: sudo: account validation failure, is your account locked? | 09:32 |
T42 | <edp_17> I've seen somebody reported this issue but there was no solution. Any idea? | 12:59 |
T42 | <edp_17> I've downloaded the older ubuntu tarball and still cannot enter. It says "Unknown ubuntu version". | 13:05 |
T42 | <shouaccount> you need to add your user account to /etc/shadow (re @edp_17: I've seen somebody r...) | 13:05 |
rinigus | @edp_17: you can alter sudo config in the chroot env if you do it outside of it. I think I had to do that for the same reason | 13:05 |
T42 | <edp_17> I've checked the ubu-vhroot script and seen that it is checking for version squeeze and wheezy|bullseye however I have jessie/sid in /etc/debian_version | 13:06 |
T42 | <edp_17> Are these new things and changed for building from 4.1? None of them were required for older builds. | 13:07 |
T42 | <edp_17> *ubu-chroot script | 13:08 |
T42 | <edp_17> On my host? (re @shouaccount: you need to add your...) | 13:08 |
T42 | <shouaccount> chroot (re @edp_17: On my host?) | 13:10 |
T42 | <edp_17> Ok | 13:17 |
T42 | <edp_17> Okay, I know now why couldn't enter into older chroot. | 13:23 |
T42 | <elros34> I guess you can't chroot to legacy ubuntu sdk because you use sed command from HADK | 13:23 |
T42 | <edp_17> Yep. Exactly. | 13:24 |
T42 | <edp_17> Now I went back to the newer chroot but I am not sure that is fine for my device. | 13:24 |
T42 | <edp_17> And trying to add the user into /etc/shadow as Shou recommended. | 13:25 |
T42 | <elros34> you can have some issues when compiling old kernel with never compiler form ubuntu 20.04 | 13:26 |
T42 | <edp_17> So, do you recommend to use the older chroot? | 13:29 |
T42 | <elros34> sure but if you already use 20.04 then why not try, maybe I am wrong and kernel will be compiled by compiler from android tree and everything will work | 13:31 |
T42 | <edp_17> Okay, I try now. | 13:43 |
T42 | <edp_17> As you mentioned, the compilation errored: https://paste.ubuntu.com/p/xQvmYDns4n/ | 13:55 |
T42 | <elros34> line62: I guess python2/3 issue, I had something similar recently in osc devel -> testing copy script. print r statement changed to print(r) function | 14:06 |
T42 | <edp_17> So, I need to go back to the older version of chroot I guess. (At least now I know what to fix to be able to enter into 😊) | 14:22 |
T42 | <edp_17> Yeah, using the older chroot, the hybris-hal has built without error. 👍 | 15:06 |
T42 | <edp_17> ... and I got the first error when building pulseaudio-modules-droid: https://paste.ubuntu.com/p/y7zzPnF5gc/ | 15:24 |
T42 | <edp_17> Should I upgrade pulseaudio-modules-droid? | 15:24 |
deathmist | hey, is it worth it to upgrade a working aarch64/hybris-16.0 SFOS 4.1 port to hybris-17.1 still? 10 is the last Android version my OEM supported so it would make installation a bit easier too | 15:28 |
rinigus | deathmist: if hybris-16 is working fine, I wouldn't do that and would have spent time on something more productive. assuming that los16.0 is available | 15:42 |
deathmist | well, 16.0 builds are not available anymore from https://download.lineageos.org/cheeseburger at least since 18.1 is the default so I've archived some older zips, but the situation is kind of the same on 17.1 as well if I were to upgrade | 15:47 |
rinigus | deathmist: that is a problem, indeed. and will be the same with 17.1, unfortunately.which seems to be a major issue with any LOS based port | 15:49 |
rinigus | do you distribute los 16 yourself somehow? | 15:51 |
deathmist | rinigus: yes, I've got the last 16.0 signed official OP5/5T builds archived on my MEGA drive: https://mega.nz/folder/2gt1GI5B#GFQWf8_YTxK6y9oPp5w-QQ | 16:01 |
deathmist | I believe I also "hoarded" the last 17.1 zips already for the same possible reason locally | 16:03 |
rinigus | deathmist: way to go, I think. in this respect, should be almost as good as for LOS17 (I presume users need to downgrade stock first). but yeah, there isn't much anything better on AOSP10. | 16:03 |
rinigus | actually, you maybe the ONLY port (aarch64 and LOS16) that has a chance of HW acceleration in flatpak. I couldn't make it work for AOSP10 | 16:04 |
rinigus | but LOS16/aarch64 might work. which would allow you to use current flatpak KDE platform | 16:05 |
rinigus | arm32 is phased out already | 16:05 |
rinigus | deathmist: ^ | 16:05 |
deathmist | rinigus: neat, I might check it out. I'd also like to play around with https://github.com/Anbox-halium/anbox-halium to see if I can get it to boot and perhaps even usable in SFOS userspace, it's a really promising project | 16:08 |
rinigus | deathmist: good luck with it! | 16:08 |
deathmist | thanks, I hope I at least get to see the LOS boot animation of it and get an ADB shell :) | 16:10 |
deathmist | oh yeah is there anything I should know about the new OBS? I'd like to get stuff migrated and updated so (XDA) users aren't stuck on 3.4 | 16:16 |
deathmist | getting OP5/5T projects merged would also be nice since maintaining the 5T one is kind of a pain and mostly is duplication of work | 16:19 |
deathmist | I don't think an upgrade path from armv7 userspace to aarch64 is possible either, so messing with the project structure(s) shouldn't be a big deal | 16:22 |
T42 | <elros34> @edp_17 Did you update submodules? | 16:29 |
T42 | <edp_17> Yes I did. | 16:44 |
T42 | <elros34> even droid-hal? Did you build it also? | 16:48 |
T42 | <b100dian> deathmist: thanks for your help;) | 16:49 |
deathmist | @b100dian np, I already dealt with a bunch of the issues I saw you had piled up on your tracker | 16:51 |
T42 | <edp_17> I have updated all three submodules but didn't build droid-hal. I only built hybris-hal then ran the mic to build all packages. (re @elros34: even droid-hal? Did ...) | 16:51 |
T42 | <elros34> so what was to point to update submodules for droid-config/hal if you didn't built them? | 16:52 |
T42 | <elros34> mic do not built single package only pull all from your local repo or obs/jolla repo and create sfos image | 16:53 |
T42 | <edp_17> I thought mic would do that. | 16:53 |
T42 | <edp_17> Okay, I'll build droid-hal and retry. | 16:54 |
T42 | <edp_17> Thanks. | 16:56 |
rinigus | deathmist: OBS is up and running. if you want to switch to aarch64 with 4.1.0.24 you should be fine already and its possible to do so | 17:01 |
rinigus | as for 5/5t merging - could choose one of them and make it a base? | 17:02 |
deathmist | rinigus: yeah, I'd make cheeseburger the base and add 5T droid-config etc. on top I'd assume? | 17:10 |
rinigus | deathmist: almost. see https://build.merproject.org/project/show/nemo:testing:hw:sony:tama:aosp10 for example | 17:11 |
rinigus | you would need to choose few packages as preferred ones (see project config for tama) | 17:12 |
rinigus | there some configs, hal were preferred | 17:13 |
mal | deathmist: so a bit similar how we have the sony xperia device variants, just some config differences | 17:13 |
deathmist | mal: pretty much, and thanks rinigus I'll look into it | 17:19 |
mal | tama was done the same way, mostly | 17:20 |
deathmist | btw I'd like to ask: is armv7 upgrade to aarch64 userspace possible for existing users without reinstall? if not that's ok | 17:20 |
mal | I think that is not supported | 17:21 |
deathmist | yeah I figured, at least it makes the OBS repo merging process a bit more seamless I suppose | 17:21 |
mal | because it would have a partially arm and partially aarch64 at some point and that most likely breaks everything | 17:21 |
T42 | <b100dian> anyone know how to debug mic error "running command: "/sbin/losetup -d /dev/loop10" \ "Error <repo>[07/20 10:54:21] : Could not run transaction." | 17:25 |
T42 | <b100dian> (ok, it's probably the last package that installation was triggered for) | 18:22 |
piggz | mal: at some point was there a generic package providing pulseaudio-modules-droid? | 18:50 |
mal | piggz: hmm, which part do you mean? | 18:53 |
mal | piggz: what are you trying to do? | 18:53 |
piggz | mal: dhv build fails on pine https://build.sailfishos.org/package/show/nemo:devel:hw:pine:dontbeevil:pinephone/droid-hal-version-pinephone | 18:54 |
piggz | but, it used to work | 18:54 |
piggz | so, somewhere, a package has gone missing | 18:54 |
mal | piggz: I'm quite sure talked about that and for native devices you would only require the keepalive plugin, wasn't that all you need | 19:09 |
piggz | it is | 19:10 |
piggz | i wonder if i need to tweak dhv | 19:10 |
piggz | or, does the keep alive package "provide" pulseaudio-modules-droid ? | 19:10 |
mal | it doesn't because it co-exists with droid module | 19:13 |
mal | piggz: make a PR to dhv submodule to fix that requirement | 19:14 |
piggz | ok | 19:14 |
piggz | mal: this was all seeming very familiar.... | 19:19 |
piggz | but i was thinking about dhc | 19:19 |
piggz | https://github.com/piggz/droid-hal-configs/tree/native | 19:19 |
piggz | should i wrap dhv in if native ? | 19:19 |
mal | https://github.com/mer-hybris/droid-hal-version/blob/master/droid-hal-version.inc#L74 | 19:22 |
mal | just wrap that with %if 0%{!?native_build:1} and else for the droid case | 19:23 |
piggz | ah, native_build is already in there | 19:24 |
mal | yes | 19:24 |
mal | it just had a bug :) | 19:24 |
* piggz checks git blame | 19:24 | |
piggz | ah, yes, it was me that added that! | 19:24 |
mal | yes | 19:24 |
mal | I think you did that before the split of keepalive from droid module | 19:25 |
mal | yep, some months earlier | 19:25 |
T42 | <b100dian> ok, so I think my mic image creation is because i have tooling/target 4.0.1 and I want to build 4.1.0 from obs. Do I need to upgrade both? | 20:12 |
T42 | <b100dian> also - it is not clear to me, I've installed the 4.1.0 tooling side-by-side but the sfossdk is still entering a chroot where os-version is 4.0.1. | 20:13 |
T42 | <b100dian> I'd like to keep the 4.0.1 'workflow' working at least till the OBS + 4.1.0 is flashed successfully and I know it works.. | 20:15 |
mal | you can add separate toolings for different releases if you want | 20:20 |
T42 | <b100dian> I did, but I can't 1. add targets named the same $VENDOR-$DEVICE-$PORT_ARCH | 20:21 |
T42 | <b100dian> 2. don't know what sfossdk choses as tooling (still 4.0.1) | 20:21 |
T42 | <b100dian> and I've changed RELEASE in ~/.hadk.env | 20:22 |
T42 | <b100dian> oh - there's another layer - sdks:) so I need to install a separate sdk first? | 20:26 |
T42 | <b100dian> mal: I'm doing guesswork here. The question I have is what do I need to successfully run mic on a ks file generated by OBS for 4.1.0.24 | 20:29 |
T42 | <elros34> it shouldn't really matter but you can upgrade to latest sdk. ks file is probably the same | 20:32 |
T42 | <b100dian> but given a ks file, would mic command fail because sdk or tooling or target is not 4.1.0 but 4.0.1? | 20:44 |
T42 | <elros34> mic doesn't care at all about target and tooling and unlikely about sdk version. Target version is only important to generate correct ks file but if you downloaded it from obsand run mic manually then that is no issue | 20:46 |
T42 | <b100dian> thanks @elros34 for restoring sanity | 20:47 |
T42 | <b100dian> Where should I look up next for the Error <repo> Could not run transaction? | 20:48 |
T42 | <b100dian> That happens right after "installing package glibc-debugsource-2.30.." which is the last part of local build too | 20:48 |
T42 | <elros34> show full log, mic --help also have more verbose build options. You do not need that glibc but I guess you have valgrind in patterns added indirectly | 20:50 |
*** Daanct12 is now known as Danct12 | 20:50 | |
T42 | <b100dian> Here is the script https://github.com/sailfishos-on-tucana/Readme/blob/main/create-image.sh#L67 and the output with —verbose —debug added https://pastebin.ubuntu.com/p/fbH3q3zQSx/ | 20:53 |
piggz | mal: no sure why dhv explicitly required p-m-d when its already required by dhc ? | 20:54 |
T42 | <b100dian> I am looking at mic right now, zypppkgmgr.py at for e in errors:\n msger.warning(e[0]) doesn't output anything. I've tried repr(e) to no avail | 20:55 |
T42 | <elros34> are you sure you want loops image or you just copy it from rinigus? His adaptation is not the best for unexperienced porter because his port is not done regular HADK way | 20:59 |
T42 | <b100dian> Yes I copied from rinigus:) Let me chack what build_packages.sh does, it didn't cross my mind that was different | 21:00 |
T42 | <b100dian> if Requires: droid-hal-...-kernel-modules | 21:02 |
mal | piggz: not quite sure really, at least after we got rid of patterns, before that it made sense | 21:03 |
T42 | <b100dian> @elros34 already with fs the output looks like the familiar build_packages —mic | 21:05 |
T42 | <b100dian> well, to be fair, rinigus tried to help and enlightened me that I could download the ks and run mic myself, my bad that I haven't checked the build scripts for the 'usual' way this is done. Thank you @elros34 and rinigus - I now have a tar,gz file ;) | 21:09 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!