It downloads the version defined by BASH_REMATCH[1] and then expands it. The root cause is that there’s no Wireguard release bound to the BASH_REMATCH variable.
I’ve seen that CONFIG_KEYBOARD_MELFAS_MHS2041B set to y and I suspect there’s something wrong with its definition. The actual definition is there (line 178) :
I finally managed to create an image using the roomservice.xml file above, after several attempts.
Could you try on your own to guarantee it’s not the “it works on my box” effect ? I’ve created the scripts which are on this thread plus the roomservice.xml file - the kernel fork is on my GitHub. If needed I can post all of this on my GitHub.
BTW do you know how we could get someone who has this smartphone testing (the smartphone must not be a “production” one, meaning it can safely be bricked - this is the reason why mine is not a good candidate as of now).
I own the device but cannot risk to brick it right now as it is my only phone, see the first post. When I have confirmations (or the Galaxy S7 under /e/OS ) it works I’ll happily install it.
How do you upload images and more importantly, where ?
Thanks for the support, and I guess this model was a bit more painful than others. At least you can happily use my small patches to the kernel source tree so that everything works. The build scripts are there : https://github.com/jaubin/eos_j5y17lte
Nice effort @julek . In this thread itself we have team members who have put in a lot of effort to organize the roomservice xmls. All can have a look at your tool and if the consensus is in its favor it can be added to gitlab so that it helps all.
Not exactly confident in my ROM. I guess I’ll have to by a new /e/OS phone first, so that I could use my current one as a scratchpad - dedicated to science…
hi. just wanted to say I will start building for that device soon
I ported together with nailyk LOS to that device but haven’t done anything since then. @julek so you did some stuff already, can I find everything at your github?
Yes I have created a script that automates the building process and makes it much easier to do than with the official documentation, and I have a patched kernel because some of the makefiles were broken and some files were missing as well. All is on my github. However my script does not do magic and the toughest work is still to create a custom roomservice.xml or sometimes patching the code.
Entry point is :
Samsung has released a security fix this June for this phone, still on Android 9. I guess it would be possible to port the kernel sources from repo Exynos7870 to /e/OS but no confirmation at all. We need first to start making all work with Android 8.1 and maybe later Android 9. I don’t really care of the Android version, but I do for security fixes.
I had to first sort everything but the manifest repo is now clean (haven’t build yet though ). If you want to use my manifest and do not want to create or link an account on my git server then ensure you comment these lines and instead remove the comment tags from here . That is not needed when you have an account on that server and SSH key set though. If you like I can add your account then for commit access as well…
anyways now that I have finished my /e/ builds for the LG G4 I begin with that one here
haven’t found any issues yet. RIL working fine, Cam (pic and video rec) working fine, audio works, screen lock works, fingerprint works, sync with /e/ is working fine as well. ah well and GPS is working good as well (just a quick test with the F-Droid app “GPSTest”)
Next thing will be be backporting the security patches to the kernel and making a current TWRP build.
GPS tested on my bike tour for 2 hours. worked fine.
One thing would be to have reproducible builds (a make build is by definition not reproducible since it could build on your env but not on mine for example).
what exactly do you mean by that?
it is reproducible. take the manifest follow the guide to add vendor/e and build
its 100% the same unless you change anything else.