UBports Robot Logo UBports Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. TartanSpartan
    3. Best
    T
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 39
    • Groups 0

    Posts

    Recent Best Controversial
    • Concerning Libertine and it's status within the Ubuntu Touch OS

      TL;DR takeaway: for now, keep your tablets on Vivid for the best Libertine experience (until it becomes usable on more recent versions of Ubuntu Touch), but keep your phones updated to Xenial and primarily use them for mobile apps.

      I will preface this post with a series of points which I would argue are very difficult, if impossible, to invalidate. Therefore I hope they can be accepted as consensus, but I am prepared to debate if others have disagreement with any of them, backed up with evidence.

      1. Libertine has an important place within Ubuntu Touch and more widely within portable computing. It permits the use of desktop applications on mobile devices which broaden their utility beyond merely mobile apps. Some would argue that a laptop can more capably run any of the desktop apps and even more besides (where Ubuntu Touch may be limited by it's ARM architecture, or lack of packaging such as snaps, or the confinement of the Libertine container, for example), and this is true. However, Ubuntu Touch nevertheless carries the advantages of solid battery life and the ease of charge. Many laptops cannot run for long away from their chargers and a wall socket, even with settings tuned way down. But a Ubuntu Touch tablet has a hefty battery of e.g. 7280 mAh, no fan or hard disk, and efficient power management due to it's ARM CPU. Furthermore, USB slots are becoming increasingly ubiquitous in public transport and places of business (and these can be relied upon without privacy concerns for charging, if the user sheaths their cable in a "USB condom". Ahem... but seriously, that works.), and a USB cable is much smaller in form than a laptop charger. The tablet themselves are also much more compact and lightweight. And a portable USB battery brick or even solar recharging solutions can be used to charge the device for example at a park bench; therefore one can use a tablet for such applications for longer and in more diverse environments than a laptop.

      2. Phones are not the optimal use case for Libertine. Yes, users can bring a portable mouse and keyboard, but these may be varyingly clunky, not intended to be carried within pockets like the phone itself, and very few of these have a form factor which fits in flush with the phone and a protective case for it. Even if a user accepts these caveats, they will be left with a screen size which is much too small for a desktop app, unless the phone permits wireless screencasting to a monitor (or, more rarely I think, a wired connection). This would preclude truly on the go use of Libertine, and only a subset of Ubuntu Touch devices do permit screencasting; the MX4 phone for example is excluded.

      3. Conversely, tablets are the optimal use case for Libertine. Their screens are sized right, not too far relatively from a laptop screen. Their protective cases often come with a Bluetooth keyboard, and these cases may have stands to prop them up (or else the user can prop them against a vertical surface), approximating the form factor of a laptop whilst adding a touchscreen. The size and touch function together of the screen mean a user may even decide to forgo a mouse, to the extent that the applications they want to use allow an index finger to approximate mouse clicks (and this is an imperfect approximation, but it certainly feels more intuitive than trying to do the same on a phone screen). And as mentioned above, they have strong battery capacities, which always tend to be superior to those of phones. They can even be used with external monitors if this is required, either in a wireless or wired fashion. The strong case for tablets as Libertine devices is reflected in part of UBports' official description of the M10 FHD, "This tablet provides you a great workflow as a portable laptop. Imagine travelling by plane and working on your documents using LibreOffice.". This description is also provided for the M10 HD. I can only presume that the experiences observed on the PineTab and Nexus 7 are similar, or will be at some future date. This is in effect part of a sales pitch by UBports, advocating for the user to acquire a tablet in part because of the superior ability to run desktop apps on them (I'm not saying that UBports will profit from the sale of the devices of course, but you get my essential point here). Note also that the M10 FHD has "promoted device" status, reflecting how much UBports believes in the device as one to highlight for the community.

      4. Libertine unfortunately regressed in Ubuntu Touch's jump between Vivid and Xenial, for various reasons. VLC is a strong piece of evidence for this. Before with Vivid, it's menus would layer on top of each other in such a fashion such that Xth menu view would totally obscure X-1th menu's view... which is what you want, because each new menu screen is fully viewable and interactive. Also, you can return to X-1th menu's view by simply closing the Xth, very intuitively. This is completely lost in Xenial, where X will partially obscure X-1, and in so doing X itself will be partially obscured offscreen, with no ability for the user to drag it back into view. This also renders the menu screens partially non-interactive. In short, these windows are not "free-floating". Users can overcome this setback by forgoing the GUI and using CLI config settings, but does everyone want to have to do that? The answer is definitively "no". Such behaviour is also evident in many other programs. Now, let's turn to LibreOffice. All of it's constituent programs "just work" on Vivid, being easily launchable and as responsive as one observes them to be on a desktop or laptop. But not so for Xenial. Logs reveal segmentation faults which prevent some of the constituent programs from launching. Some do launch, and may even allow a sibling to be launched (e.g. launch Writer, then go to File -> New -> Spreadsheet to launch Calc in a roundabout way... maybe, if you're lucky). But different users on different devices have different experiences, with the one constant being that on Xenial, it doesn't "just work" as it did on Vivid. Similar segfaults are observed in other programs, too. Therefore, sadly the sales pitch mentioned in point 3 has been invalidated by the user experience in Xenial, and it will remain invalid unless either users choose not to update or a future update past Xenial corrects for these problems.

      With all of those points put together, I would therefore have to advocate that a user considering purchasing a tablet should consciously and deliberately install Vivid for the Libertine experience (and I caveat that this might not even be possible for the PineTab, having likely been developed with Xenial in mind from the outset, and in any event it is currently designated as an experimental device). This would be strengthened if they already have a phone (or a Raspberry Pi, I suppose? Need to think about where this fits into the paradigm) on Xenial, which won't be used for Libertine generally speaking anyway, but more for the mobile apps due to point 2; in this case they would not need an up-to-date experience on the tablet if they consider the desktop apps to be more important for it. They would also then have a small number of pre-installed core mobile apps for the tablet as of Vivid OTA-3, but no OpenStore access, and the legacy browser which in some respects itself saw regressions in the form of Morph browser (but that's a tangent and more relevant for a different line of discussion). They would nevertheless have to be conscious of the fact that the legacy browser is a less security-oriented experience than Morph. Also, the Vivid repositories sadly would not have anywhere near recently updated packages as can be observed in more recent versions of Ubuntu/other Linux distros, but this is another consequence which would have to be accepted. Whether or not the UBports development team and foundation agree with me on this line of advocacy, I hope that the community recognises that this is the most sensible thing for the Libertine experience. I have done this with two M10 tablets (in tandem with more up to date phones) and I have never had reason to doubt my choice in this regard. And I also hope that, recognising these deficiencies observed in Xenial, that the team can target these as they move us toward Focal aka 20.04. It's my understanding that the main thing holding Libertine back is having to move from Xmir to Xwayland. Once that and some other fixes are done, we will hopefully no longer have to use a version of Ubuntu which has been abandoned for over 4 years at the time of writing just to have a usable experience, and have solid and functional desktop app use in a stable release of Ubuntu Touch.

      posted in Libertine
      T
      TartanSpartan
    • RE: Podbird reignited

      @TartanSpartan said in Podbird reignited:

      I believe the progression from the Vivid to the Xenial build introduced a regression wherein you used to be able to have your place in an episode automatically saved when the app closed, but now no longer. Shall test this theory on my new M10 (with Vivid) later.

      Definitively confirmed.

      posted in App Development
      T
      TartanSpartan
    • RE: Rythmbox works in libertine

      On 15.04 you can set up a bash script to mount the SD card in a folder named "mount" for Libertine programs. I presume this must work in 16.04 too but haven't tested it. The script goes like:

      #!/bin/bash
      sudo mount -B /media/phablet/15D3-9E3C/ ~/.local/share/libertine-container/user-data/vivid/mount/

      exit 0

      Replace "15D3-9E3C" with whatever the alphanumeric designation is for your SD card. Make the script executable and remember that you'll have to run it from the Ubuntu Touch terminal everytime you reboot the phablet, but it works great!

      posted in Support
      T
      TartanSpartan
    • RE: Pro 5 - basebands

      I have corresponded with Mitu about this issue on Telegram. I believe the issue is that recent versions of TWRP e.g. 3.0.2 are unable to flash new baseband firmware. This apprently isn't a problem confined to the Pro 5, but across many devices. It's a major, egregious regression and one which has hopefully been fixed by bleeding edge versions. The problem is, I think there are only two builds of TWRP for the MP5 and neither are the golden 2.8.6.0 or bleeding edge. As I see it there are four possible fixes:

      1. Beg people on XDA to push for an appropriate build for the MP5
      2. Attempt to compile such a build for the phone (seems like a daunting task?)
      3. Find an alternative recovery method, a competitor to TWRP which allows this functionality
      4. Try multiboot and see if Android is any more capable for flashing baseband OR move to Android, upgrade baseband, move back to Ubuntu (I don't really want to try this option tbh because it's a pain reinstalling everything for Ubuntu)

      I will try these fixes when I have time. For now the only significant problem I have is not being able to use mobile data hotspot. If anyone comes up with an idea or tests these ones in the interim, I'm all ears.

      posted in OS
      T
      TartanSpartan
    • RE: Concerning Libertine and it's status within the Ubuntu Touch OS

      I would also caution people to not use the internet where possible for the container, and only with care for when it is unavoidable. The main use case I see for Firefox in such a scenario would be to directly download files to an SD card, for example for locked, premium podcasts; and that's nullified if people are content with using an X86 machine to do this and load the podcasts onto the tablet. It's entirely possible to use VLC, LibreOffice and other useful programs offline. That should remove the ambivalence, I think. In an ideal world I wouldn't have to advocate for this, but Libertine seems to have been de-prioritised ever since Xenial was released for Ubuntu Touch, so again it comes down to user priorities (and this is aided if they run multiple devices for different use cases.).

      That's true, I had forgotten about the adaptability of the PineTab for other operating systems, not being reliant on an Android subsystem as the M10 pair and the Nexus 7 is.

      Also, it's kind of sad to see a downvote for the initial post. If you disagree so strongly, whoever you are, wouldn't it be more constructive to verbalise why?

      posted in Libertine
      T
      TartanSpartan
    • RE: LIBERTINE

      Oh right. Yes, I've had the scope for as long as I can remember on MX4 Xenial but it's never functioned. I've always had to do CLI launches for Libertine apps. Can't wait until GUI is working again.

      posted in Support
      T
      TartanSpartan
    • RE: Meizu Pro5 (16.04/devel) Convergence

      @brywilson said in Meizu Pro5 (16.04/devel) Convergence:

      Secondly, bluetooth-wifi coexistence - as soon as the wireless display is engaged, my otherwise speedy bluetooth mouse and keyboard grind to a stuttering halt. I've tried modifying iwlwifi.conf to a disable coexistence (which seems to work on laptops) but to no avail.

      Any tips?

      I've answered this question several times in the past, but I don't mind saying it again. It is a known problem with the hardware that doing a wireless video stream hogs most of the traffic of the wireless controllers for these devices (this might also be an issue with other mobile platforms?). Therefore, to give the best possible experience, users are encouraged to use wired USB OTG connections to permit the use of mice, keyboards and other input/miscellaneous devices (e.g. wired rather than BT headphones/speakers). This allows the video stream to continue to use the WiFI connection for the best possible display, while giving you a smoother and expected level of performance for peripherals.

      posted in Support
      T
      TartanSpartan
    • RE: WiFi password loss after each and every reboot on MEIZU Pro 5

      I'm glad to come in here now with my experience. Which is exactly the same as described by @ubuntoutou and @matteo ; and specifically I have a MEizu Pro 5 TD-LTE edition. Albeit, as it is my stable daily driver device, I do not choose to flash it to the devel channel and install Anbox in the hope of getting a fringe benefit that it might somehow fix this issue. I have raised this before on the Telegram supergroup, but unfortunately to little avail. I suggested that the donors could crowdfund the developers to obtain all Pro 5 variants, including the TD-LTE version which has perennial availability on eBay, to triage problems which are observed on device flashes apart from the vanilla 32GB bespoke 32GB version. @dobey said to me in response (partially with regard to hotspot problems on the device, but also to this issue): "and let's say some dev agreed to help with the purchase of said device. what happens if they can't reproduce the same issue?. Well, this concern seems nullified given the confirmations of the problem by other users in this topic and elsewhere. Now if he/the other developers want other users to back up the hotspot problems to further justify the purchase of this specific device, well I'm sure those hotspot problems have been cited by other users in this forum, on the supergroup and certainly on issue reporting pages e.g. Github. But I would be happy to help move that forward by summarising the history of those bugs and clarifying confusion/issue drift where ever possible. So most certainly it seems that the next step is to create a funding tier to permit the 64 GB variants of the hardware to be purchased by the devs, and so that they can then look into these problems and hopefully triage them.

      posted in Support
      T
      TartanSpartan
    • Installing the Google Play Store within Anbox on Ubuntu Touch

      I've decided that I need a small amount of Google on my Meizu Pro 5. I require Revolut and Monzo, two fintech banking apps which pretty much depend on Google services, and I'd much rather run them on that phone with the wonderful UT OS via Anbox rather than an underpowered little Android phone. It seems that both of these apps will require the Google Play Store to fully function. I came across this script:

      https://github.com/geeks-r-us/anbox-playstore-installer/blob/master/ubuntutouchanbox-installplaystore.sh

      But by comparing it to the x86 equivalent:

      https://github.com/geeks-r-us/anbox-playstore-installer/blob/master/install-playstore.sh

      I see some differences, e.g. wget is referenced in both scripts but only actually used in the x86 version. Perhaps the UT/arm version is less mature as shown by it's last commit being about 12 months ago on Github. Now, on installing the Google services environment as set up by the script on my Pro 5, the phone no longer runs Android apps correctly (they crash after a few seconds, probably due to memory issues) which suggests that the environment is not correctly installed. Conversely, I have this running fine on one of my x86 installations, and that script seems adequate to such a task.

      It is to my understanding that some members of the community have been able to install Google Play Store just fine on their UT devices. Can any of these individuals please provide guidance? Did you have to tweak the installer script, or what? I also note that the libhoudini stuff offered in the x86 script is a red herring for UT, as you of course don't require an arm compatibility layer on arm devices (and while Monzo works on x86 Anbox, Revolut certainly does not). Any help is most appreciated.

      posted in Support
      T
      TartanSpartan
    • RE: NordVPN on Ubuntu Touch

      @Code_Gaug On seeing your post I was relieved because I thought this might allow me for the first time over several attempts ever since my first use of Ubuntu Touch to use my Premiumize VPN connection. But unfortunately it doesn't, not even enabling LCO data compression will help. In sheer frustration and desperation, I am resorting to sharing my OVPN file for one of the connections to see if anyone can help guide me into doing this. The inability to import the file into the UT VPN editor is proving a hindrance, despite my best efforts to import the particulars by manually choosing the settings. Is there something about the way Premiumize configures their VPN settings which precludes them from being used as a VPN with Ubuntu Touch? I don't know. Try to help me out here please, I don't know how to fix it and I need some advice. A step by step guide to the settings given the information I am about to provide would be optimal; I will soon follow up with another post to include some screenshots of the UT VPN editor with the particulars (e.g. username, password) blurred out.

      I'll preface this by saying that the certificate has been completely scrambled for the sake of sharing this, so that nobody else can use the certificate for their own means but they can only help troubleshoot. I believe this is the only uniquely identifying information in the .ovpn file but please point out for me if I'm mistaken. I have used both the .ovpn file and the equivalent settings in Ubuntu 18.04 x86's VPN utility which were set when importing the .ovpn file for that system to try to set it up for Ubuntu Touch. Here is the text content of the file:

      remote vpn-ca.premiumize.me
      verify-x509-name CN=vpn-ca.premiumize.me
      auth-user-pass
      client
      dev tun
      proto udp
      cipher AES-256-CBC
      resolv-retry infinite
      nobind
      persist-key
      persist-tun
      mute-replay-warnings
      <ca>
      -----BEGIN CERTIFICATE-----
      bTkSSRcxdOLwRgWAIMVKglkwcVDuxwZAdORsYXAZcMHwRBmYWR9YxB8F/FT1w5g0zC/qtJGF8oCbdTi/SK7YICB/EZMwNQW4VxELzbOLHpLQYygQebZXI/jxcUKKNRnSXgdK2C6rIgJMrlfz6lzCzMU4wxDoE7AFAgZE7XApBTGj5tIRDWIOBJbBeqe1wlw9mjSIuBA6Dc9NqEzMFJ8jiduhIuCwELXaXcEDWRji5g/r+SBbEuKwORTAUCSACIOnbPcoQDZ/m5VRiZCQ02tu3TaQJ3DdlLCBOH/SwLmCTQ/ArbYAPxRAQYNTcgHMMZVQIBT6ug9giMADoIsMg+BCAdnNAqNAQJi9EPS8vj4Rh9VyjUchj2Hd1cfDZxY7t2G+Cm9ix9BaxoWD3xu0gp2rMskKMEK8ErMWfN5CEVeBcLCF2XMDLWB2acjkbVyXFQY+moO3XyDzVBJw7hHLn6vADw4BcDIDZEqAOa7veVVYWy/SiIrFRICNkb7uwvfs7QH0IYAQm4NjUtCD6AIxLocVKoUt1
      0amliPEvBdYAcel3nYXMoC20KfGBdMWDh7tWCPoQcjwBMzMbx9jhGEKhRzqOmzacpNjnSylV7EkVyF9Qk7UQ4AB7IRGcDUBQTDCwBXxwu5NFBX8QNCYiH0UbMXJ0pvgK+SBDZE4lUDZ5vx3QcUoHGIQzLR5wokskBtApBmXgMqHS8+E8K9l6PXAP29mRY1GwqroQEaCGbMENST0SeMdQOf9TxiOMFhnrD+wRQ3A+4o9MzgEGDQqOIUuIHgAdB1smkzmO1dIuwJuLBqJrAKDDjIqsAK450Nh3NhXcDQQz3bRn9Xg3dyNWwhFzH2XGUD+CtIxQtgTugVwssByqCQDDAARi7LwEfMmygwao2pNUu4bShQkNgayqImDBoi3rZ0AQ18faTgYBYANRD5/AqFZ4OyBz9YEVaja9EZL3DQyBBvMkYDxTXdMDGxaGQOC9IHAMdkHNAaU1MfawAjMa0AQ0BMFAX4lA+UMNyUMJgAI2CW8I6Z55bvAMJ/pgImk+6DbyWRVubSeoq1zomjgkPBDHEbqlAxgy8biJ17cZ66aJUAGuaGTmA+GDudE6EQYzgDF1lbR8ZwYQnVdYG81
      -----END CERTIFICATE-----
      </ca>
      verb 3
      reneg-sec 0

      posted in Support
      T
      TartanSpartan
    • RE: NordVPN on Ubuntu Touch

      Sorry I went quiet for a while. Thank you for your advice. I've seen a couple of drawbacks with Premiumize in the VPN and otherwise, such as lack of tsl-auth certification as you say, so I might consider moving to Nord when my subscription runs out. But for now I will continue to use Premiumize. Thankfully I was finally able to achieve a VPN connection on my Pro 5 by using nmcli to take the .ovpn file as input along with my username and password, and this also added the connection to the GUI elements so I can turn it on and off with the button. Just what I wanted. I had to do an apt install of the network-manager-openvpn-gnome package for this to work; as VPN editor cannot take .ovpn files at this time, I am looking into raising an issue with Ubports to see if it would be worth including this package in the system image by default. In case this this approach is of interest to anyone else struggling to add a VPN to Ubuntu Touch, the full command used was sudo nmcli connection import type openvpn file "yourfilename.ovpn". I think I had to run it twice for online IP checkers to actually confirm the phone as (supposedly) being in Montreal as was to be expected.

      However, unfortunately now I have another problem. For personal reasons I have decided to keep my M10 on Vivid OTA-3 until such time as I feel the Xenial build is mature enough to upgrade to. But this does mean it may be vulnerable to bugs which Xenial doesn't have. I wonder if I have discovered one in attempting to apply the VPN to the M10 in the same fashion as for my Pro 5. Here, after running the aforementioned command, it responds Error: failed to load VPN plugin: missing "plugin" setting. Is anyone familiar with this error? I have searched for it online but can't find the string really anywhere except in the Network Manager source code itself, and there, the code doesn't really help explain what the problem may be at least not to my eyes. It does seem that whether this is a bug or something that can be fixed by installing a package or similar, this situation changed from Vivid 15.04 to Xenial 16.04. Can anyone shed some light? Perhaps it might help if you happen to have your own UT device still on 15.04, or a livecd image of 15.04 to test this on x86 architecture. I had considered just copying the VPN connection file from /etc/NetworkManager/system-connections from the Pro 5 to the M10, but I thought this wouldn't really make sense because for example if they shared the same uuid (which I presume is generated during VPN configuration) as a consequence, then they can't both be on the same WIFI connection simultaneously.

      posted in Support
      T
      TartanSpartan