I second the support for working the documentation in UBports Docs, it is better to keep things organized and centralized, and at least for me reading is much more valuable that watching a video, but I'm from a non-media generation. For instance I'm still struggling with the lack of mailing lists in this community (fortunately we have this forum, because I get completely lost in the chats).

Despite that I would love not to depend on Google, I have to sync my UT calendar and contacts with my Google accounts, as this is what my job uses. But it seems that Google is changing security policies and will not allow UT to sync any more with their services. This is the email I received:

"Hello,

Although you do not have to do anything, we want to inform you that it is possible the following applications stop accessing some of the data of your Google Account, such as the content of Gmail. If these applications do not meet the requirements of the new data policy before the stipulated date, they will not be able to access the account after July 15, 2019.

Ubuntu

This change is part of our constant efforts to guarantee the privacy and protection of your data.

In the Google Account you can check, manage and delete whenever you want the applications that you have granted access to."

Is there anything that can be done to keep the ability to sync to Google apps?

@libremax I did two talks in Ubuntu install parties of the Catalan Loco Team.
May 19, 2018 - Palma "UBports i sistemes mòbils alternatius" (in Catalan), Bionic Beaver Install Party, https://wiki.ubuntu.com/CatalanTeam/Activitats/BionicBeaverPalma
May 26, 2018 - Foios "UBports i sistemes mòbils alternatius" (in Catalan), Bionic Beaver Install Party, https://wiki.ubuntu.com/CatalanTeam/Activitats/BionicBeaverValència
The slides are copied from Lionel's and extended:
https://wiki.ubuntu.com/CatalanTeam/Activitats/BionicBeaverValència?action=AttachFile&do=view&target=presentacio_os_mobils.pdf

@mark-volpetti Mark, this a community project, so there are no "they" and "we", there is only "we". You can go to the web-site repository and open a ticket ("issue"):

https://github.com/ubports/ubports.com

@cefre00 Better open a new post for your problem.

There are a couple of apps in the Ubuntu Store that I'm interested in and that don't seem to have any chance of being moved over by the original authors to the OpenStore. These are apps that were created like 2 years ago, received a couple of updates, but haven't been touched any further in the last two years.

My questions:

1. Is it OK to fork them and move them to the Openstore? (They are all free software with GPL licences)

2. Should the original authorship be kept in the package, or only in the code?

@Emanuele-Sorce Thanks a lot for such a detailed guide, I think it's crucial that we have a working development environment if we want to contribute.

The acquisition has been confirmed. I would vote to move out, Microsoft is incompatible with the free software spirit of UBPorts, unless they also decide to GPL all their code, which they will not do. Gitlab looks like a good option.

@RandomUser I'm moving this discussion to the Support forum on a new thread, as I think it got off topic here.

@Flohack I agree, but there are some apps we will never get outside ios or android, like municipal and public services apps, since they don't release the apis and such to code them. For these cases something like andbox is really needed...

@cefre00 Better open a new post for your problem.

@tsar_chasm Yes, that solved it. Too bad so many good solutions are buried in the Telegram chats.

Also as a constructive suggestion it could be helpful to add at the Gitlab readme that current images do not boot unless you start from this one.

@AppLee I do have a serial cable, and I produced a log which you can see in the Gitlab issue:

https://paste.ubuntu.com/p/rQNQ4kgQxM/

@kugiigi dd and Ubuntu Disk Creator from desktop. I used these same two methods a lot of times before with UBports, and it is also the method I use for the other distributions, and they work perfectly fine.

Take into account that the image does start to boot, so it seems it is correctly burned, but it doesn't manage to boot.

I tried bmap as you suggested in the Gitlab issue but it didn't work for me, it produced an error, I don't remember now exactly which.

Since two weeks ago, I stopped being able to boot burned UBport images from the SD card, I've tried already 6 or 7 different images, the last one from yesterday. The phone boots fine the images of other SO (I tried Mobian, Manjaro and Luna OS and all boot fine).

I've entered an issue in Gitlab:
https://gitlab.com/ubports/community-ports/pinephone/-/issues/117

I've tried with two different SD cards just in case, but same behavior.

I also tried to clean the userdata partition, with the following steps:

Press and hold power and volume up.
It boots into "updating", but should be ignored, wrong splash.
Plug the phone into a Linux computer with the red cable.
Run:
sudo fsck /dev/sdb10

But still doing the same.

@w0lf3n I saw a case recently (last week) for installation in a OnePlueOne with similar symptoms as yours.

We solved it going back to an old version of the installer which was the one I used to install in my OnePlusOne. It is this one:

https://github.com/ubports/ubports-installer/releases/tag/0.2.6-beta

This version saw the device immediately and completed the installation without a glitch.

@AppLee Good to know. My Nexus 5 died anyway at the start button, another common issue it seems with the Nexus 5. It is a great phone anyway, I had it for more than 2 years as daily driver with UBports.

@Keneda Fixed, thanks.

@amc400 I have had both, currently using an OPO as daily driver.

OPO is a more powerful device, more RAM, but both run UBports as smoothly. Battery life is better in the OPO, the Nexus 5 had bad battery life even with the original OS.

The Nexus 5 I think is easier to install, and really hard to brick. The OPO can also be installed easily, but if anything goes wrong, I think is harder to recover.

For the OPO Bluetooth works I would say worse than with the Nexus, but there has been a patch which is being tested, I tried it and I think it improves Bluetooth a lot.

This is my opinion.

@peat_psuwit I tested this in my OPO, Ota-12, devel channel. Bluetooth is now working for making and receiving calls from my car, It was not working before. Great job!