91–100 of 349 posts
While I really, really want a GNU/Linux Android-alternative to succeed, at the moment a good solution for those of us who can't go without Termux is LineageOS [1], an Android fork, comes with a terminal emulator WITH root access (of course you can install Termux if you prefer how it handles packages.) You can also install Play Store apps on it, should you feel so inclined. [1] https://lineageos.org/
How does LineageOS compare to /e/OS?
looks like I don't own my device but google own device. Looks like google wants to make virtual wall and gates like that of apple.
You can still install whatever apps you want on your device. Much easier than you can on an iPhone.
TL;DR: Android is trying to enforce all data being either writable, or executable, never both. iOS already does this. There are big security benefits (it becomes much harder to exploit an app). A disadvantage is it becomes much harder to make things like terminal emulators and things that want to download random code and run it. But those are by far the minority of apps, and it seems crazy to make a pretty massive se…
> But those are by far the minority of apps, and it seems crazy to make a pretty massive security tradeoff for something that 99% of apps don't need to do. Yet oddly, I as the user who paid $550 for my device would like to do that. I understand wanting to put a warning on it, but otherwise my device can kindly screw off and do what I've told it to do, or it will be taking a one way ride out the nearest window. The de…
If Bob paid $COST for a phone and it got exploited because of this, Bob may throw his phone out of the nearest window.
Do you think there are more Bobs than you in the world?
Personally, I find this reliance on the GOOG OS awful, but most of it was overcome with Xposed last time I ran LineageOS. I tried Cydia last time I ran IOS and that was worse.
I've thrown several phones out of the window (metaphorically) and am waiting on my PinePhone being delivered because I believe in their goals.
It sucks that everything in life seems to come down to Coke or Pepsi choices, or Vi/Emacs.
Big corps aren't the answer. They monopolise and stifle, giving twoshit sandwiches for consumers to take a bite of.
Earlier quoted context omitted.
Note that there are 297 hidden items in that issue so you have to click "Load more..." ceil(297/60) times to read all of the comments about how APK packaging is soon necessary for latest Android devices so the termux package manager can't just dump executable binaries wherever. FWIU: - Android Q+ disallows exec() on anything in $HOME, which is where termux installed binaries that may have been writeable by the execut…
What about development on-the-device? - It seems C compiled with clang on the device wouldn't be executable? (If it was, that would be a way around the restriction: distribute packages as source, like the good old days) > offer users the option of generating an apk wrapping their native code in a usable way. https://github.com/termux/termux-app/issues/1072#issuecommen... This seems a promising solution: compile from…
The GitHub discussion is significantly more informative and carries a lot of thinking behind the changes: https://github.com/termux/termux-app/issues/1072 IMO a better link than a short paragraph on Wiki.
Sadly, since January 1st, 2020 Termux team dropped[0] support for Android 5.x/6.x , so actually in F-Droid repo it now requires minimum Android 7.x : > Support for Android 5.x.x - 6.x.x is dropped forever. Time to upgrade your devices or learn how to backport git changes. [1] And this part from Termux devs reply is especially cynical: > ... Time to upgrade your devices... [1] It looks like they has a contract with de…
Quick note: Google's Advanced Protection program disallows sideloading apps, so you can't install F-droid. Edit: Note that the Advanced Protection program is opt-in for users that require the highest degree of security Google can offer. Regular users won't be impacted by this. Edit: proof https://imgur.com/a/yktPNIc Edit 2: see @haunter's comment for a link to the change announcement
This Advanced Protection program is optional, isn't it?
Time to switch to GNU/Linux phones if you want to own your device.
GNU Phones suck. You have to drastically lower your expectations and pay more for the experience. For instance, Librem 5 USA costs a cool $2,000. That's $2,000 for a phone with specs comparable to phones in the mid 2010s. To make it worse, you would have to expect near-zero support, and healthy dose of RTFM and DIY mindset along with it. Thus, for the vast (and I mean VAST) majority of consumers, Librem and the rest…
The GitHub discussion is significantly more informative and carries a lot of thinking behind the changes: https://github.com/termux/termux-app/issues/1072 IMO a better link than a short paragraph on Wiki.
Sadly, since January 1st, 2020 Termux team dropped[0] support for Android 5.x/6.x , so actually in F-Droid repo it now requires minimum Android 7.x : > Support for Android 5.x.x - 6.x.x is dropped forever. Time to upgrade your devices or learn how to backport git changes. [1] And this part from Termux devs reply is especially cynical: > ... Time to upgrade your devices... [1] It looks like they has a contract with de…
Earlier quoted context omitted.
Note that there are 297 hidden items in that issue so you have to click "Load more..." ceil(297/60) times to read all of the comments about how APK packaging is soon necessary for latest Android devices so the termux package manager can't just dump executable binaries wherever. FWIU: - Android Q+ disallows exec() on anything in $HOME, which is where termux installed binaries that may have been writeable by the execut…
What about development on-the-device? - It seems C compiled with clang on the device wouldn't be executable? (If it was, that would be a way around the restriction: distribute packages as source, like the good old days) > offer users the option of generating an apk wrapping their native code in a usable way. https://github.com/termux/termux-app/issues/1072#issuecommen... This seems a promising solution: compile from…
> This seems a promising solution: compile from source, create an apk, install - your custom distribution! For popular collections of packages, a pre-built apk.
FPM could probably generate APKs in addition to the source archive and package types that it already supports.
The conda-forge package CI flow is excellent. There's a bot that sends a Pull Request to update the version number in the conda package feedstock meta.yml when it detects that e.g. there's a new version of the source package on e.g. PyPI. When a PR is merged, conda-forge builds on Win/Mac/Lin and publishes the package to the conda-forge package channel (`conda install -y -c conda-forge jupyterlab pandas`)
The Fedora GitOps package workflow is great too, but bugzilla isn't Markdown by default.
Keeping those APKs updated and rebuilt is work.