So here in this thread, some recommend to use python2 but official docker release have python3 installed and a symlink in line 148 of Dockerfile to python3. What is the official recommendation ?
The team is still working on the resolution to the v0.12 fix. There should be an update by next week. As of now the builds for v0.12 have been pulled back from the servers. We are checking if the issue is with the build infra or something in the code is causing this.
Ok … But doesn’t make sense : Documentation force you to use docker whereas Docker image simply doesn’t work ! May be add an advanced user install for those like me already in Linux. Furthermore deploying in Docker is not transparent unless you understand Docker. Lucky me I understand but not everybody
Discovering this project … bad first impression, may be I have better luck to support other projects like pinephone …
The documentation does not force you it mentions that we use Docker for our builds but that does not mean users cannot build using the traditional repo sync method. We have some good documentation on this forum for example how to build without Docker or for non LOS supported devices.
In forum not in documentation so you are a little bit forced. When you come in a project, users will say RTFM. I read it but none of other thing that Docker is mentioned …
BTW thank you for the links.
Along with team members I have spent quite some time this week on building …using docker …and testing. We have still not fully debugged the issue with the reboots on some devices. The builds are Q builds and they booted …still testing on the boot issue . We have some details results based on different versions which we hope to share once we complete the testing by next week. I have not tested building on my own PC / laptop as yet using docker. Will try that as well - today if possible.
There is an issue with the building through Docker. I tried to run it as per the information given on our documentation site. That threw up some errors. Most probably some of the parameters have been modified.
I can tweak and check but the correct way would be to get the details from the build team , test it and then if the build runs successful for Oreo, Pie and Q then update the documentation accordingly.
Have raised a bug on this and assigned it to the Build team. Will work with them this coming week and have the necessary corrections made.
The issue is marked internal so will not be visible to all users. I will update the status here on this thread on a regular basis. Feel free to check if I miss out on the updating part.
Hi @Manoj
Any news on this? English golf courses are closing again on Thursday so I’m going to have some spare time to make builds. I really would like to try making some Q builds with Docker if that’s going to be possible
There is a fix for the issue ( made by one of our dev team members) which needs to be merged. Now I need to get the team to add the code into the main code base…working on convincing them to merge it in so that the Docker build works for all users.
I was unable to build with Docker as described in this post above. I know that many people are building ‘the old fashioned way’ (i.e. without Docker, installing all the build tools and scripts necessary) but, for a number of reasons, that isn’t an option for me.
As I understand it, from @Manoj’s posts above, there is a problem with the Docker image: the problem is know, and fix is available, but the developer team has not had time to merge the fix, so the publicly available Docker image is still broken.
If you are building with that Docker image, then the fix has clearly been merged and I can start making builds. But, as you mention ‘build scripts’ I suspect you are not building with Docker, and I’ll have to wait
Makes sense: I was trying to build for an officially supported device, to prove the build process and environment worked, before building for an unsupported device.
Most of the unofficial builds I have made (for Sony devices stuck on Nougat) do not use local manifests: I assume they worked with the automatically generated ones. I guess they are unlikely to work if no change has been pushed to the community Docker image.
I may try and have a play building for the unsupported device that interests me, Sony Xperia XZ1 Compact (lilac).