Earlier quoted context omitted.
I wonder what the actual numbers are on malware installed via side-loading and malware installed from the play store. There is no shortage of sketchy apps on the play store. Through my personal bias I would imagine that most people side-loading apps tend to be people using F-Droid who know more or less what they're doing. Although I'm sure there are some people who blindly follow sketch website telling them to instal…
If side-loading is generally discouraged to the point where it's a hassle, then it's a less attractive entry point for malware authors... so I'd expect the result is that there are ultimately fewer malware instances installed. If side-loading becomes easy and normalized though...
Termux no longer updated on Google Play
301–310 of 349 posts
Re: Termux no longer updated on Google Play
#302The Google play version was crippled beyond being practical anyway. Can't SMS, can't GPS, no access to address book. The usable version is from F-Droid. And I had to install that one just to install Termux. No need to root your phone. Simply install F-Droid app store, and install from there.
I'm very new to Termux and recently installed the Google Play version. If I install the F-Droid version will it have access to all storage, such that I could edit Dropbox files in emacs and have them automatically sync?
From there, it would depend on whether you have synchronization that actually monitors files on the ‘sd card’ storage.
Re: Termux no longer updated on Google Play
#303Earlier quoted context omitted.
It's exactly Harvard. Instructions can only be loaded from the I cache, and data operands from the D cache. If you JIT something you have to flush the relevant D cache entries and invalidate the relevant I cache and then it will get reloaded.
It appears this is called a modified Harvard architecture. I wasn't aware of that. https://en.m.wikipedia.org/wiki/Harvard_architecture https://en.m.wikipedia.org/wiki/Modified_Harvard_architectur...
In the era of ROP and gadgets (control flow being determined by data, to implement strange virtual machine and interpreters) it seems somewhat quaint, but it has made exploits a lot more complicated. The mixing of JMP/RET addresses and stack data is why stack overflow and ROP is so easy; CFG, CET and shadow stacks are all trying to achieve separate I and D stacks.
Re: Termux no longer updated on Google Play
#304Earlier quoted context omitted.
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…
You can run binaries you compiled either. On device dev is essentially pointless. You can run interpreters, but possibly in a restricted context in the future.
Re: Termux no longer updated on Google Play
#305Earlier quoted context omitted.
> the market will eventually reflect and account for that in the future. Which won't help unless we're willing to break apart duopolies and enforce government antitrust. The point I'm making is that when you get rid of consumers' ability to solve their own problems, they lose the ability to solve their own problems. They don't magically get that ability back when the market starts being terrible. Take a look at Amazo…
> Take a look at Amazon's DRM -- it doesn't matter if you as a consumer wake up one day and realize that there are negative consequences to being unable to port your library to any other devices. You still can't do it. Because almost no one actually cares that you can't port your library to any other devices, Amazon's DRM is well known by now and they certainly don't mislead customers into thinking their books are DR…
> If you have reason to believe Amazon is somehow preventing consumers from buying DRM-free books, I'd be happy to hear it.
Look, we can get into the nitty gritty details, but if we're going to have this debate, you have to do some basic research online to see how Amazon is currently hurting the Ebook market, or how DRM is actually affecting markets and consumer choice at this moment. I will still assume you're coming into this from an honest perspective of inquiry, but you have to put in a little bit of work here, I'm not going to summarize the entire history of US antitrust for you.
It's going to be very difficult to have a productive conversation if you don't understand how device/vendor lock-in works. Do you really not understand how holding people's purchased libraries captive prevents those people from moving to new devices or ecosystems? Do you really, honestly believe that a superior book ecosystem of any kind could spring up and Kindle owners would just say, "well fine, I'll throw away $200 of purchased Ebooks! It's no big deal." You don't think it affects consumer's book purchasing decisions at all that it's impossible to put Kobo books onto a Kindle or Amazon books onto a Kobo device without breaking a federal law?
Please do some basic research about how DRM and platform lock-in works on Apple/Amazon devices. I heavily recommend reading some of Cory Doctorow's work, or looking at the history of how the DMCA/CFAA has been used to shut down market competitors via legal means instead of via competition, or into how Apple increases lock-in with their current product direction on things like SSO/subscriptions, credit card offerings, and proprietary device standards that competing companies are not able to interop with.
Apple's current product strategy is to increasingly make it so that anyone who wants to buy a different phone must also throw away a substantial amount of sunk cost into app purchases, hardware that isn't allowed to work as well on other devices, social status (incoming Android messages are literally labeled differently in iOS), they may even be forced to cancel their current credit card. This is a really textbook example of how vendor lock-in works, you can find more detailed information online if it's something that you're actually curious about.
----
The way I see it, there are two fundamental problems I have with your point of view.
A) I don't believe that customers magically become stupid or smart based on whether they're holding a smartphone or a credit card. I believe that people's decision making processes when using devices and purchasing devices are the same.
B) I believe that if people actually want to do something, you (usually) shouldn't have to force them to do it. If people genuinely wanted to be in Apple's walled garden, Apple wouldn't need to lock the garden from the inside. It's one thing to argue that people are too stupid to make their own security decisions. It's one thing to argue that people are too stupid to prioritize long-term market effects. But it's ridiculous to argue that people want to be in a walled garden when literally every single opportunity you give them to turn it off or install apps from outside of it, they immediately do so.
That is not the behavior of people who are happy with where they are. I don't know how to do my own plumbing. The reason you can tell that I'm happy to let other people make my plumbing decisions is because I haven't yet taken a hacksaw to my pipes.
If every single opportunity to take apart my toilet I did so, you might reasonably conclude that I did want to do my own plumbing, however misguided my beliefs about my own abilities were. And if having a checkbox in settings labeled, "warning, you are definitely going to be infected by malware" doesn't prevent people from turning off security safeguards, you might reasonably conclude that they do want to manage their own security, however misguided their beliefs about their own abilities are.
----
> I know because they switch to a more secure & locked down platform wherever they can.
This is a wildly simplistic model of how customer behavior actually works. There is a nontrivial percentage of Apple customers who switch to iOS because they're worried about their SMS message bubbles getting colored green. You can't seriously argue that those people are making a security decision.
And in any case, this is all kind of moot because if you want to pretend the market perfectly reflects majority preferences, then people didn't flee Android en-mass. Apple holds a market majority on paid app downloads, but they don't hold a majority of market share on actual devices. The majority of users switched to Android.
Of course, they probably switched to Android in no small part because of large price differences, not because of "openness", but if I'm correctly understanding your worldview it seems like we're not allowed to acknowledge things like that, we have to assume it was an ideological decision because the majority of the world wanted sideloading.
Re: Termux no longer updated on Google Play
#306Earlier quoted context omitted.
From where? Genuine question, I was interested in trying to play around with one a while ago, and I spent a fair amount of time searching and could not find a single monitor for under $1000, and most of them were in the $3000 to even $7000(!!!) range for a device that can literally only display a single line of text at a time. If there are manufacturers making cheaper devices, or even just doing anything interesting…
https://www.orbitresearch.com/product/orbit-reader-20/
Re: Termux no longer updated on Google Play
#307Earlier quoted context omitted.
To use it as a Java based platform, not as yet another example of UNIX monoculture stuck in V6 CLI mindset. Also, plenty of musicians, painters, designers, writers do real work on Android, my previous remark about real work was playing devil's advocate.
As a programmer, literally no work can be done using it as a "Java based platform". We're effectively unsupported. Why do you continue to argue this over and over when there's no way Android is productive for programmers as-is? Yes, plenty of musicians, painters, designers, can do real on Android. We cannot. The unix nonoculture, as you call it, is effectively programmer culture -- even Microsoft has included Linux w…
Adroid is productive enough for me to have some coding session while having a coffee or a short train trip.
As of the existing solutions being lacking, don't wait for Google, produce it, and sell it on the store.
Business opportunity, as one of my beloved teachers used to say.
Honestly, Apple should have gone with BeOS and I look forward to Fuchsia.
Re: Termux no longer updated on Google Play
#308Earlier quoted context omitted.
> It also completely eliminates general purpose computing. The number of people who want general purpose computing on phones is vanishingly small. And since malware is often indistinguishable from general purpose computing, it can be a reasonable product choice.
Not if you want developers to use your product.
Re: Termux no longer updated on Google Play
#309Earlier quoted context omitted.
As a programmer, literally no work can be done using it as a "Java based platform". We're effectively unsupported. Why do you continue to argue this over and over when there's no way Android is productive for programmers as-is? Yes, plenty of musicians, painters, designers, can do real on Android. We cannot. The unix nonoculture, as you call it, is effectively programmer culture -- even Microsoft has included Linux w…
Apparently the 10 years I spent programming across 8 bit and 16 bit platforms, while UNIX was closed at university campus and deep pocket companies, didn't had any programmer culture. Adroid is productive enough for me to have some coding session while having a coffee or a short train trip. As of the existing solutions being lacking, don't wait for Google, produce it, and sell it on the store. Business opportunity, a…
What does that even mean?
> Apparently the 10 years I spent programming across 8 bit and 16 bit platforms
At the time you never touched a command line or a compiler? You keep replying to but you haven't gotten anywhere near a point.
> As of the existing solutions being lacking, don't wait for Google, produce it, and sell it on the store.
You can't even build it -- the store is now restrictive enough that an honest to goodness compiler that produces runnable executables is impossible. That's the whole point.
We can't even make Turbo Pascal for Android.
The funny thing there are plenty of existing solutions that work just fine right now but Google keeps tightening the screws.
Apples huge success with developers on Mac OS definitely resulted from it's Unix abilities. WSL on Windows is Microsoft's direct response to that. You might hate Unix but denying its utility is futile.