I’ll check them out

For ages it was safe to download and open random files on Linux, because they simply would not run. Now Linux is a very desirable target for criminals, so they learned to write multiplatform viruses.

The best option would be an automatic sandbox for running random crap downloaded who knows where, and Android does that automatically, but on desktop Linux you need to either create a new user (and remove world-readable permissions from your main account files), or create a custom Docker container, or create a chroot, or launch a VM, all of which require half a day of learning new tools, and then debugging why graphics would not work.

Yup, it was a male cat

The executable will search for .so files not inside predefined paths like /usr/lib but inside it’s current directory. You may theoretically put . as an argument to configure, but it converts that into an absolute path, snd libtool and linker fail when encountering relative paths inside shared library dependencies.

I am using this myself in Android app, where you can write files only inside /data/data/your.app.id/

So naturally, if you want to publish a different app, your.app.id will be different, so you need to recompile all your Linux tools that you bundle inside your app.

If you are not running your Linux tools on Android, you’d probably be better off using Docker or a chroot.

--prefix=$(pwd) is resolved at compile time. If you move your compiled .so files to a different directory, they stop working.

Do you know how to build portable executables?

configure --prefix=/proc/self/pwd

It even works in .so files and libtool.

256 GB SD card already costs like a new phone.

Imagine if Arm Holdings would acquire Loongson. Their combined CPU architecture would be called
L O O O O N G A R M.

Plasma, with the taskbar on the side, and 15 virtual desktops.

Nope. The server receives UDP packet from WiFi and sends reply over Ethernet, which simply gets lost in your router. From the Linux side there’s no error, it sent the packet somewhere, and what happens next is your router’s problem.

It’s perfectly possible on Linux to have several network adapters with the same IP address, or several default routes.

Most server applications will listen to 0.0.0.0 address, which means all network interfaces. Any incoming TCP connection will remember it’s network interface, and the server will send responses to the same interface.

This will not work for UDP connections, and for outgoing TCP connections - they will always choose the network interface with the lowest metric, which you can print with ip r command.

This does not include advanced techniques like bridge or bonding or iptables routing - you need to run special commands in the terminal, which you cannot do just by clicking your mouse in system settings app.

Hey, wait, hear me out. What if you could get beautiful, animated, AI-generated illustrations on each page? With AI summarising more boring parts of the book, so you will get more plot per page while reading less text. And after finishing the book, just keep turning the pages to read AI-generated sequel. There is also ‘18+’ button, which will generate a scene of passionate sex between main characters at the end of each chapter.

You can publish your open source app on Google Play, and this will not change. Google is also not planning to introduce $100/year publishing fee for devs like Apple, you pay $25 one time to register. There is also no real alternative open source OS for phones.

Google decision impacts apps like Termux, who use old Android API to install additional packages. If you are not planning to create Linux emulator, I guess this won’t impact you.

Do new phones still refuse to run old apps?

mcedit

Android uses mainline Linux kernel for several years already. Whatever drivers OEMs are using are provided as separate binaries.

It’s an installer for Termux packages. You can do the same thing manually in Termux shell, if you know the names of packages you are installing.

And yes, Termux uses Debian apt package manager.

Debian