VoLTE Implementation For Google Pixel 3a/3a XL
-
@atarilinux I haven't done much with gitlab but have experience with github runners. I'll try to get something going this weekend. I gather the error in your last build is due to not running as the root user. Maybe try putting a "sudo" in front of the apt commands in .gitlab-ci.yml ?
-
@atarilinux
unsure but maybesystempart=/dev/mapper/systemis missing in cmdlinefrom porting Telgram Group :
system.img and rootfs.img are the same thing from a fastboot POV. your userdata should be freshly formatted as ext4, but yes that's what the bottom of the doc also explains, which one you need and how to flash it depends on if you included e.g. systempart=/dev/mapper/system on cmdline for devices with super partition
also unsure about other fields
-
@atarilinux
it seem this this file should be updated too :
https://gitlab.com/atarilinux/ubports-ubuntu-touch-google-sargo-volte/-/blob/main/.gitlab-ci.yml -
That's what I'm thinking too. When I looked at it again today, it looked like permission was denied because it wasn't running as sudo. I was using the runner on my local machine. I noticed it didn't prompt me for my password which was interesting. So, yes, we probably need to add sudo to the file.
-
Thanks for the info! Just to verify, should work for a retro-fitted partition too, right? I'll check this out in the file and see if I can find anything else that may need to be added.
-
Thanks! I was looking at that one when I was messing with the runner. Good to know we are on the right track with thinking something was going on with that part!
-
-
Thanks! This is a great post! Very helpful!
-
I added Sudo to the Apt statements in .gitlab-ci.yml. I also added systempart=/dev/mapper/system to the deviceinfo file.
For this part,
https://lucaweiss.eu/post/2023-03-30-retrofit-dynamic-partition/I'm trying to figure out where to add this on github. The code on github is referencing a number of other githubs by "clone." I'm trying to untangle it to get a since of what happens when and where. I want to make sure I'm not missing anything.
-
@atarilinux said in VoLTE Implementation For Google Pixel 3a/3a XL:
What you have stated above is correct to the best of my knowledge. Here is the other part from the QA call:
*Source Material - Not Image
*Information on image build process, but not how to install it
*Built on top of latest Android 12.1 version for the Google Pixel 3a, but build not completedSo....it looks like we need to:
- Finish the build (This part is the least specific. Finish what? This is the main issue due to it not being specific. Maybe it is only the retro-fitted partition issue? A lot of data may need to be checked to see what is complete. Here is the bottleneck in completing development.)
...snip...
I think this, at the very least, is what you're running into. For one thing, the LLVMgold library isn't referenced correctly by the build system. I was able to correct that but my make skills are simplistic and old and rusty. Am currently looking at a problem with the device tree.
- Finish the build (This part is the least specific. Finish what? This is the main issue due to it not being specific. Maybe it is only the retro-fitted partition issue? A lot of data may need to be checked to see what is complete. Here is the bottleneck in completing development.)
-
Yes, that is where I am stuck. I need to know what exactly is missing to complete the build. It's my first port, and I'm new to this. The port does reference other code via clone statements, so I have to look at that too. There are no comments that I am finding that tells me what does what. It will take me a while to figure out what each thing does and what goes where and when. I'm comparing other ports and reading some documentation, but it will be slow going on my own unfortunately.
-
Don't suppose anyone has the vendor blobs for android 12.1/lineage 19.1 extracted already? I'm trying a build myself and it's at the point where it wants them but I've been struggling a bit to extract them from the payload image I have. Checked the muppet but they don't have 19.1 .
-
Sounds like a good idea! Keep us posted how the build goes and if you need anything! I did find this online during my research. Would this help?
-
@mr_growl I would think since the vendor blobs are device specific that they wouldn't change from OS-to-OS ??
-
@JayH I was presuming they'd be specific to the kernel they were built for. But I'm new to that
@atarilinux Thanks for the link. I'll give those a try next time I'm working at it (been too busy lately)
-
I completely understand. It has been hectic this way too. I hope I can get some more time to look at this soon! I hope what I sent can be of some use.
-
I also found this UBPorts video from 6 years ago. It shows how to build a port. Some things probably have changed a bit since then, but it should assist in providing a visual for the Porting Documentation.
-
I had a go with doing a build this weekend and it seems to have built something (I have a boot.img, rootfs.img and system.img).
So now trying to sort out the phone to get it ready to try flashing. I checked my /data partition and it is mounted from dm-4 and is not ext4 (instructions say /data should not be encrypted and should be ext4). So just trying to sort that out. Any advice on setting up the partitions in preparation to flash would be appreciated
-
@mr_growl As I understand it, just that /data should be ext4. There is no need for repartitioning if the correct stock ROM was installed beforehand.
-
@arubislander Thanks! I flashed android 12.1 to it, so I'll just try reformatting that partition as ext4.
