Call for testing: Google/Huawei Nexus 6P (angler) owners
-
@rocket2nfinity Please try to verify whats in the pst:
- Phone reset to stock Android 7.1.2 by Google
- Bootloader unlocked
- Please paste output of halium-install
I am about to preparing a custom script for the UBports installer, that will make things much easier to handle
-
@Flohack Android stock 7.1.2 - check
bootloader unlocked - checkoutput of hallium -install script:
Debug: Chosen rootfs is ubports-touch.rootfs-xenial-armhf.tar.gz
Debug: Chosen android image is system.img
Debug: Chosen release is ut
Debug: Compress images before pushing: falseI: Writing rootfs into mountable image
I: Writing android image into mountable image
I: Running post installation tasks
enabling Mir ... [done]
enabling SSH ... [done]
Please enter a new password for the user 'phablet':
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
I: Shrinking images
e2fsck 1.44.1 (24-Mar-2018)
resize2fs 1.44.1 (24-Mar-2018)
Resizing the filesystem on .halium-install-imgs.eazbo/system.img to 48516 (4k) blocks.
The filesystem on .halium-install-imgs.eazbo/system.img is now 48516 (4k) blocks long.I: Unmounting images
I: Pushing rootfs and android image to /data via ADB
I: Pushing rootfs to /data via ADB
adb: error: connect failed: closed
I: Pushing android image to /data via ADB
adb: error: connect failed: closedreal 0m0.016s
user 0m0.003s
sys 0m0.004s
I: Cleaning up
umount: .halium-install-rootfs.1KyDM: not mounted.
error: closed -
This post is deleted! -
@rocket2nfinity said in Call for testing: Google/Huawei Nexus 6P (angler) owners:
adb: error: connect failed: closed
I: Pushing android image to /data via ADB
adb: error: connect failed: closedYes the data cant be pushed to the device. Maybe you have multiple adb´s on your computer and they are fighting with each other? I had this once.
-
@Flohack Tried on two computers, one I am sure only has one copy of adb. Same result
-
@rocket2nfinity Its just strange that it worked for many people but you
-
@Flohack It worked for me before too using your rootfs from your server. But with the new rootfs it hangs
-
@Flohack what does the "ut" after -p do in the hallium-install script?
-
@Flohack Oops! I do have two adb installed on both machines. Forgot that I used both and needed su adb to flash a ROM to a Mediatek device.
Thanks for the tip!
-
@rocket2nfinity -p sets the postprocessing to Ubuntu Touch type. Without that the rootfs is not prepared in the right way, for example ssh wont work etc.
-
@Flohack So, what's changed in the build? Calls and camera still appear to be not functional, although it seems smoother somehow. Rotation is not working. GPS is working. Accelerometer and compass are not - not sure if they ever were. Just discovered this handy sensor status app in the open store.
It does not appear to be syncing up with the main UBPorts daily builds. Is it supposed to? - no menu option under updates to specify channel. I flashed the rootfs from the cli site and halium and system from your site as instructed.
Running on 8-cores by the way. Smooth as butter.
-
@Flohack I do see one thing is running - VoLTE!
I got no audio, but it just made a call using VoLTE
-
@rocket2nfinity How do you know that?
-
@rocket2nfinity Yes there is no device channel yet for the phone so no daily updates, and no channel options. That will hopefully change once we got calls fixed.
I also saw that rotation stopped working. Hmmm thats really strange.
The reason for this update was that before I had to tweak the rootfs manually, but now with the new system.img you can grab the latest devel nightly and install if needed, so I dont have to do anything anymore. That was the first step to getting it into an update channel ^^ -
@Flohack First thing I noticed was "L" in the navbar for network. Don't know what you all did, but before it said 4g. So, I made a test call and noticed the L drop to 3G and then go back to L after I hung up. That is exactly what it used to do when using VoLTE. Checked ofono list-modems (which is the closest I can come, unless there is a better way, to getting the info in ##4636#"#*) bearer is LTE - which according to the ofono manual would not be possible unless the device is VoLTE capable.
So, just for fun, went back to Android just to check network preferences under ##4636## and sure enough it says LTE auto ps preferred which is VoLTE. Re-flashed UT and it retains the network state. How did you all accomplish that? Didn't do that until the new rootfs.
Edit: star pound star pound 4636 pound star pound star is the proper command. The forum auto formatting for some reason doesn't like me typing that command in
-
@Flohack I also just turned off the apns for cellular to disconnect from network. Tried making a phone call with only wifi and it connected! (Again with no sound, but I can hear dial tones through the receiving phone when I press them on the cell phone). It also did not do that before.
In this case I can't conclusively say that it made a call using WiFi because something is broken in cellular settings APN (it doesn't properly report my current network settings). However, it did show unknown network state in navbar after I disconnected the APNs.
So without faith in the cellular settings, and no way to control or test it in UT network settings, I'm thinking it's possible Wi-Fi calling is on as well. It is, in the 4636 settings under Android. When I had it on Android, those features just worked unless I manually turned it off. For fun, when I re-flashed to check Android 4636, I did test it and VoLTE and Wi-Fi calling was on and functional.
-
I'm thinking it's possible you guys didn't do anything to enable VoLTE, maybe T-mobile did. They are moving much faster than expected on their Network reconfiguration and are whitelisting any device that is VoLTE capable of their Network. Maybe it was always capable under UT and they just turned it on.
-
@rocket2nfinity There is a possibility that a modem will negotiate VoLTE by itself, yes. But we cannot query for it nor turn it on or off, so we will never know ^^ except your provider does VoLTE-only mode
-
@Flohack You asked in another thread what would prevent a person from recommending or using UT as a daily driver - that was one of the things in the American market. The other is the ability to videochat through an app or web app and push notifications for said apps. That's also very important in this time of quarantine. If we had that, I think it would be good to go.
I personally am very satisfied with the function of the OS and the apps and web apps available. You all have done a wonderful job bringing UT back to life. If I could just get notifications from those web apps that someone messaged, called or emailed me, I'd never look back at Android.
Two nice to have things that I wish was available are Redshift and Swype. I know Redshift is on the back burner for the moment. I posted GPL source code for the QT build of Swype that the Sailfish community created. I think the hangup there was an update to QT. Those are the only two features, other than videochat, that I miss - now that I've got VoLTE back.
-
Got every setup to
halium-install -p ut <rootfs.tar.gz> <system.img>
Unfortunately the install-script fires:
I tried it under macOS and Ubuntu 20.04 (in docker container). I also swapped between the standalone script and the full master branch but the error kept showing up.
I appreciate the project you guys are running here, I'd love to see UB Touch on my spare Nexus 6P,
Thanks you, Hannes
