Being a porter myself, albeit not a very experienced one, but a porter none the less, I wanted to see UT on my device, nobody was working on it, so I took it apon myself to try and do it. I feel that was probably the hardest part of this whole thing for me. I have zero coding skills (unless you count BASIC) and I have been able to get a half working port so far, it took many hours spanned over 18 months to get where I am now, and so many questions I lost track, but if you show that you are trying to do it yourself, and say "I need help" the community will step up and help you as much as possible. I'd be glad to help you get started, just let me know if you would like to. I believe if I can get a half working port done, anyone with basic Linux skills could, asking questions like this generally only serve to frustrate some, annoy some, and overall negatively impact others that are involved. I understand the reasoning behind asking it, but at the end of the day if you want to know answers to things like this, look at the porting guide, that has a running list of ports for the people who have been doing the documentation for their ports, as well as the devices that have been ported, then if not sure asking on a public forum like this. I do apologize if I upset anyone, and I do encourage anyone reading this post to check the guide and try porting an old phone or tablet that may be laying in your desk drawer, cause while you may find that device to be "old and worthless" to you, someone else might still be using it and want to try UT on it, besides if you break an old device trying to port it, it just goes back into the drawer does it not?

@doniks I have News, I finally got the device to go past the spinner, it was a combo of my udev rules and the 32011 stuff, I now have a fully working GUI, working touchscreen, and working file access, thats about it though, the wifi is detected but it isnt finding the wifi network for some reason, Ill have to play with it in terminal I guess, as for the rest, any idea where I could start with getting the rest to work?

I actually brought a UT device to my cell carriers local store, they were very interested when I was just talking about it, and when I gave them a hands on experience, they were very receptive to it.

So my Galaxy Note 4 port has come a long way with help from other community members, I can confidently say it would be ready for a daily device if I didn't have these last little bits that, while aren't important to UT use, are annoyances that I know I've seen a solution for before but can no longer find. I have managed to get everything but the sensors and the stylus to work on my device, the sensors show up with "test_sensors" and the stylus works with libinput but mir or unity do not handle those events yet, I tried to look into the code for mir, but it goes over my head honestly as I am not a coder. I know Marius has briefly talked about sensorfw for sensors coming down the pipeline (which I'd love to test and give feedback) but for now, I accept that both those things are beyond my capabilities so I will just have to wait till I can get there or till the code gets there on its own. I have yet to get a working recovery with my source, and to be honest, I haven't really played with it in a while. Now for the annoyances I know I've seen a solution for (whether it was for ubports 5.1 or another version), the list overall I think is manageable, but here it goes:

WiFi doesnt re-connect after a reboot

BT sometimes crashes device

Camera loads the viewfinder, sometimes takes a picture or two, and ultimately crashes the whole device

On CDMA networks (Sprint and Verizon) I have to downgrade ofono to get a cellular signal (not UT's fault as most of the world has moved on from CDMA and EVdO)

Charge indicator only works if device is plugged in to charger on boot

Audio works for everything that isn't Youtube, or sound from a app that stores sounds locally (D-Bus error)

I started this post in hopes of being able to have a centralized location for all the ports facing these issues, and possibly have a healthy discussion about things like D-Bus errors and how to fix them as there is not much info for D-Bus in regards to Ubuntu Touch. I know dbus-monitor works (how I found out I have a D-Bus error with localized audio vs audio from the web)

I also welcome constructive criticism as long as it remains respectful and family friendly.

I do apologize to mods if this is in wrong spot or anything of the like.

I look forward to the healthy discussion and hopefully solutions to some of the lesser known issues

So I have an update for anyone following this that isn't on telegram or IRC, there are now a couple people working with me on the Note 4 port, the devices are the Sprint, the T-Mobile, and the Trltexx. We have managed to get audio somewhat working, all the hardware as far as we can tell is seen by the kernel, and we are now just trying to get everything working on the GUI side. I have switched to telegram as the primary communication method so dont expect many updates on here, if you have a galaxy note 4 and would like to contribute, you can find me on telegram in the UBPorts group, the UBPorts porting group, and the halium group.

Your basic understanding is a little off, step 0 is right, after that you get source code following the docs, configure it with the docs (adjusting for any device specific items) then compile it and flash to your device and test. That is a very very generalized rundown of the process, if you attempt it, we are here to help, and there's no such thing as a stupid question, so good luck if you go for it.

@rvan that is a great question, my porting experience as of this writing is limited as I have a half finished port for a Samsung Galaxy Note 4. I saw you mention that unlocking the bootloader might be a requirement, that is purely based on a device to device basis cause not all android devices are created equal, my Note 4 doesn't have an unlocked bootloader (at least I never unlocked it) but my Asus tf201 tablet does cause I had to unlock it for installing Custom ROMs. I believe the realistic view would be (setup device for custom ROMs) cause as I said, each device is different. I do apologize for that but on to the main part of your question, what makes a device a good/great candidate for porting, I believe this may vary depending on who you ask, but for me a great candidate device is any device that can run Lineage OS14.1 with any reliability and speed, cause if its not reliable on LOS its likely not going to improve if you port UT to it, and if its slow as a tortoise, same thing, other than that if you have something that meets that criteria and you'd like to see UT then by all means, try porting it. My Note 4 runs both Lineage and UT in a somewhat manual dual boot method done with TWRP, let me know if you would like to discuss this further as this could be a great topic of discussion.

Since we are fresh out of FOSDEM are there plans to be attending a tech show like FOSDEM as vendors rather than guests? I think having some publicity for UTs features like convergence would generate some good interest for the project.

Hello, my name is Rick, or tygerpro, I am currently unemployed but I have been doing manual labor or IT based jobs in the past. I first tried Ubuntu touch many years ago on a Asus tf201, and loved it, even though it was a half finished port. I have a Note 4 that I thought would be a good candidate for UT since it is a workhorse and has a stylus (a key reason ingot the note 4) and since I didn't see anyone working on it, I decided to start my contribution to something I personally would like on all my devices. I am willing to learn and help others where possible, and I am always open to a discussion if it pertains to UT or Ubuntu in general.

I was wondering if maybe we could just have the emergency symbol (the plus or the shield with a serpent) in like the lower left or lower right of the screen, that would allow us to keep the current lock screen, and have the ICE info easy to obtain if someone needed to access that, its just a thought.

out of curiosity, does this have any effect on the devices that are already supported?

I like the idea, but bear in mind, the amount of people actually working on UT that are not volunteers is very small, like 2 to 6 people for the actual coding. I feel the amount of stock apps now is fine since it doesn't have loaded bloatware, but the essentials for any smartphone power user, there are also many ways to achieve what you want with the android like behaviour, for example, if you want a launcher bar at the bottom, download the app Sprint, you could also start working on the actual coding portion of your idea and either propose it as the new standard moving forward, or have it in the open store for other like minded individuals to try out. I will say that almost all of the built-in apps currently in UT have some type of system integration though, so stripping apps that come with UT would also result in stripping a large amount of functionality away as well.

@arubislander if the OTA-12 files are saved locally on your machine, and you know how to manually install, you can revert it back to any OTA in that case. its not supported if you do that, and if you report an issue with an older OTA your likely to get a response of "update your system and try again"

how is the new QA system that was being tested a few weeks ago coming along?

a quick look at the dependencies file shows that qcom_common (iirc this is part of halium repos) and external_bson are needed, are you getting these with your repo sync? 32/64-bit at this stage is irrelevant, both are supported, and a 64-bit build can run 32-bit rootfs

@arubislander where are you pulling the source repos from?

@Duhjoker what device?

when you setup your environment, are you using the steps in the halium docs? Did you check to make sure you have all the sources for your device? I imagine that you are missing some sources or have a incomplete repo or perhaps missing something with the dev machine

@jbriones I know Verizon used to based on CDMA, however it is my understanding they dropped CDMA support so I am not sure, I myself have Sprint and I dont know what will happen in regards to network in the future, but UT in general currently doesnt work with CDMA, best way to find out is to just try it, and report back for anyone else that has the same question.