Database Users

Windows XP Embedded on HTC devices?

Hi folks
Recenty I got the Windows XP Embedded kit, and I was really satisfied and surprised with the performance of the directly built system on an old machine like a P1 @ 200 MHz with 64 MB of RAM, without a hard disk.
The main goal would be to run truly win32 apps on mobile devices, to give better functionality and compatibility.
Yet the builder supports x86 architecture only, but cannot be a big problem to port it to ARM pocessors.
What might be difficult are these things:
-Getting win32 drivers for built-in devices (ex. integrated SDIO/USB WLAN, BT adapter, touchscreen, and sound devices, and apps for them!)
-Saving user data on turning off (Ebmedded systems are designed for a workstation, like a cash register: prebuilt apps, and nothing more comfort ) like WM200x
If anybody has any suggestion are to get a warm welcome
bye

Yet the builder supports x86 architecture only, but cannot be a big problem to port it to ARM pocessors.
Click to expand...
Click to collapse
Are you kidding me?
This would mean reverse engineering and recompiling every binary in the OS.
Do you have any idea how many hours something like that would take?

yup, you're right, but in theory it's possibe. I've seen a running DOS on a Microchip micro-controller, or for example the Atmel STK 1000 is Linux based, also seen an mPlayer app operational on the demo board at the college.
as you see, i'm not an experienced programmer, but i'm not afraid to ask
Yeah, the basic low-level binaries must be recompiled, and once it's ok, it might be usable with regular win32 apps, until you run an old DOS app, wich directly access the hardware.
A few years ago i was able to port Z80 software to 8086, and it wasn't easy.
I don't really know these things, just want to see opinions, possibilities, and suggestions.

exe files are binarys which are instructions directly for the cpu
it's not parsed by the operating system
so compiling the os is not enough every application needs to be recompiled too

The programs you mentioned have source available in one way or another (since DOS is very old there are clones, like freeDOS).
If you have the full source for an app and the right compiler, porting it to another CPU is feasible.
But, this is not the case with embedded XP. Getting the full source is impossible which means most of the system will have to be rewritten from scratch.
Just look at the Wine project to see what it takes, and they "have it easy" - they are just trying to simulate the APIs not change processor architecture. (Lets make it clear - ARM instruction set is very different from x86).
And as Rudegar said it will not let you run any program that has not been specially compiled for ARM CPU.
I know it sounds like we are trying to kill you idea here but its nothing personal, unfortunately it just isn't feasible. We would all like to be able to run desktop apps on our devices, but simply having embedded XP on them would not accomplish that. Also while many old DOS apps can be run using various emulators like pocketDOS, almost all Win32 apps take more resources than our little gadgets can offer.
I am fairly sure though that in 5 -10 years that problem will be fixed.

<_< man hours or not, reveng'ing this will have a bigger impact than just winDOS Mobile devices. Desktops have a use for this, definitely (because the Vista-Only crap is starting to hit the market). Too bad they don't provide assembly in programming classes anymore, obviously because they don't want anyone else to reverse engineer anything and spoil their foisting fun. <_<
In any case, IIRC XP Embedded is missing the install/uninstall engine, so you can't customize it after it's flashed onto the board. This isn't quite a good start - XPLite or 98Lite are better for reverse engineering from scratch (but they're too powerful for mobile devices).
The other alternative is porting ReactOS, which is a reimplementation of W2K. Those guys are "having a lot of fun" getting things to work, tho. <_<

Maybye Windows CE6 yes, but Windows XP Embedded no, because they must run at 686-AT/X platform IMB. Sorry of my English

linux would be a path
with most linux programs you can compile them yourself
using good old
./configure
make
make install
of cause gui programs could have issues displaying correct
on such a small screen

You MIGHT be able to pull it off by installing a minimal (very!) WinMo firmware and then have it autorun Bochs, which is known to be able to run the PC version of XP.. A customised, thinned-down XPe image should run fine under Bochs.
--W5i2

What do you use to develop with?

I have been trying to learn how to do some android development for work and keep running into problems. I find it hard to believe that people are able to create a lot of these apps with the Google development tools in such poor condition.
I have set up a development system with eclipse and the android tools. One of the first problems I ran into is ADB crashing whenever I tried to debug and there was a device attached to the system. Didn't matter if I was trying to debug on the device or emulator, ADB would crash. I was finally able to get the problem fixed by using the Composite ADB interface driver instead of the plain ADB interface (would it really hurt Google to add one sentence to the directions to tell people this?)
Now every time I go to debug, the emulator comes up in Chinese/Japaneses. I type in English and it converts it. I can fix it by changing the input method, but I have to do it every time I start the emulator. I have Googled looking for a solution and have found this is a known problem that has been around for almost a year and there is no resolution with it. The bug reports I have found on the android site even lists them still as NEW!
When trying to debug a problem, I wanted to delete the shared preference file for the app as it seems like it had become corrupted and every time it went to read it, the app would force close. (And when this happen, the debugger perspective would come up but for the life of me, I could not find any information as to what caused the fault or any sort of stack trace to look back and see where in my code it failed).
If you are an app developer, are you running into these issues? Have you found ways to work around the problems? I just can't believe that this is the way people develop for this platform. I'm ready to tell my boss that we forget about the platform unless we can find some stable development tools, otherwise we will be spending more time fighting with the tools than working on the app.
If anyone has any suggestions, I would really like to hear them. I'm not a noob when it comes to software development (20+ years as a software engineer), but I have never seen development tools for such a major platform, be this poorly done. What am I missing?

I'm a professional developer as well too. 20 years or so as a C/C++ developer, but I've worked most of my career as a Unix developer. Naturally, I use linux where possible and my Eclipse setup on Gentoo linux is pretty stable. I tried on Win7-64 but it was buggy as heck. I believe that the problem is with Java. There seems to be so many ways to set it up wrong that I'm not sure you can set it up right under windows.
I find it ironic that Oracle is trying to sue Google for making a JVM that actually works!

I havent had any of your mentioned issues. I am running eclipse on a 32 vista machine and a 64 bit windows 7 machine.
Not sure what I may have done different that you for setup. But I followed the Android application development for dummies book. The author goes step by step of what to download and how to install and configure. Even though your software experience is way beyond this book maybe its worth picking it up to read the install notes.

FreeTheWorld said:
I havent had any of your mentioned issues. I am running eclipse on a 32 vista machine and a 64 bit windows 7 machine.
Not sure what I may have done different that you for setup. But I followed the Android application development for dummies book. The author goes step by step of what to download and how to install and configure. Even though your software experience is way beyond this book maybe its worth picking it up to read the install notes.
Click to expand...
Click to collapse
I picked up the book, "Sams Teach Yourself Android Application Development in 24 Hours" and it has a section for setting up the environment too. Followed it to the letter several times and always had this problems. I think the issue comes down to the books were written using version 6 and 7 of the SDK and the current version, 8, has introduced some problems the books don't cover. For example, the tools directory has been split into two directories, tools and platform-tools. When you first download the SDK, you don't get everything you had like before until you update the SDK.
I have talked to several other people who also had the problem with the ADB crashing like I did, even started a thread here about it. No one could get any help anywhere on resolving the issue. I think the problems I have that others don't see is because they started with an earlier version of the SDK.

Gene Poole said:
I'm a professional developer as well too. 20 years or so as a C/C++ developer, but I've worked most of my career as a Unix developer. Naturally, I use linux where possible and my Eclipse setup on Gentoo linux is pretty stable. I tried on Win7-64 but it was buggy as heck. I believe that the problem is with Java. There seems to be so many ways to set it up wrong that I'm not sure you can set it up right under windows.
I find it ironic that Oracle is trying to sue Google for making a JVM that actually works!
Click to expand...
Click to collapse
I have also setup the development platform on a linux system and haven't had the problems I have with Windows 7 64bit. I also feel a lot of the problems have come from the Windows 64bit platform and even windows in general. I tried installing on a clean 64bit and 32bit Windows 7 and was still having the ADB problem. As soon as I get my tax refunds, I'm going to get a work desk setup at home so I can try using my linux system (it sits on the floor with no monitor and is my network server). Boss will really love it if I tell him we have to set up linux platforms to develop on. Guy is a bit of a tight wad when it comes to equipment.

edboston said:
If you are an app developer, are you running into these issues?
Click to expand...
Click to collapse
Nope, I didn't have any stability problems with SDK. I use linux 32-bit, didn't try to work on a Windows, MacOS and/or 64-bit arch.

I've not seen any of your problems, either.
FYI, I followed these instructions to set up the env:
http://developer.android.com/resources/tutorials/hello-world.html
(Environment - WinXP/32 netbook)

Eclipse is buggy. The most annoying issue with it is that the auto complete freezes your computer at times.
An alternative is IntelliJ. They offer a free community addition. I work with one dev that swears by it.

I use Windows7x64 and Ubuntu 10.10 to develop my apps. I use IntelliJ mostly because I find Eclipse to be convoluted overcomplicated mess. I think the Android integration in Eclipse is better, especially around editing some of the key XML files but I despise how projects are organized in Eclipse.
The OS you use really doesn't matter the results are the same, once you're up and running the work will be the same so the OS becomes irrelevant. The IDE becomes the differentiator.

I haven't met with the issues you mentioned, but as you said it can be because I installed the sdk a long time ago (after google anounced the eclair). I'm using eclipse and yes, that program is full of bugs, but I read an article about developing for android in Netbeans (my personal favorite). You can read it here: http://androidportal.hu/2011-01-09/fejlesztes-androidra-netbeans-segitsegevel (it's hungarian, but google translate is our friend)
Sent from my GT-I5700 using XDA App

MotoDev Studio 2.01

stick to 32-bit Galileo
for the slow autocomplete problem, I've made sure to use eclipse Galileo, something in Helios was causing massive lag. Also make sure you're running the 32-bit version of eclipse, even if your machine is 64-bit, there are definitely some bugs last time I tried to install ADT on 64-bit eclipse.
the new tools directory was a bit of a pain after updating to the latest API but nothing too bad once you figured it out.
I haven't had many of the other problems you mentioned. I always debug with adb logcat from terminal, and you can always hop into the device with adb shell.

I use eclipse every day at work so I've kind of gotten used to all the little quirks. I had the chinese text problem with the emulator, but I do most of my testing on a real phone. I use the emulator just to try out different resolutions.

Wine on android x86?

So, as I've been thinking about Intel's announcements about medfield atom powered android devices, and the pre-existing android x86 project. I've previously asked the question if you could load windows 7/8 onto an android x86 device, and the answer was, pretty much yes, as long as there are drivers. But running windows isn't that great of an option for a mobile device, so i dug around and saw WINE, which i had forgotten about. From what i've learned, it requires X11 library support on the OS for windows programs to run. Android does not support X11, which stops WINE from being able to run on android X86. Now, with android (and, apparently X) being open source, surely there's a way to build enough of it into android so that WINE can run? One of, say, the x86 android tablets intel and motorola agreed to make would be amazing if a custom ROM could be created to be able to have some support for X, and therefore run WINE.
Now, i'm no dev so i have no idea how difficult (or not) this would be, but it seems completely possible, and it also seems like a much preferable alternative to any metro-haters.
(and yes, i've seen this, i consider it worthless to run an emulator in an alternate OS on a phone. i'm looking for native support.)
Please, don't troll, flame, report, or anything else i know you all love to do. I just wondered if this actually is possible - seems like it should be - and what work would have to go into it to get it to work.
thanks to anyone who can help answer!

[POLL] What OS do you use?

Just curious to see exactly how many people actually use Linux or OSX a.k.a the only OSes you can build Android on which IMO all Android devs should be using

I'm running Manjaro, an Arch based distro
Sent from my ASUS_Z00AD using Tapatalk

Jhdoubleoseven said:
Just curious to see exactly how many people actually use Linux or OSX a.k.a the only OSes you can build Android on which IMO all Android devs should be using
Click to expand...
Click to collapse
Haha still on win 7...Waiting for win 10

Jhdoubleoseven said:
Just curious to see exactly how many people actually use Linux or OSX a.k.a the only OSes you can build Android on which IMO all Android devs should be using
Click to expand...
Click to collapse
There are virtualization options availible for Windows such as cygwin I've used in the past that can help.

PC Gaming Master Race (Windows). Proud. xD

8.1 on one xubuntu 15.04 on another
Sent from my ASUS_Z00AD using XDA Free mobile app

Jhdoubleoseven said:
Just curious to see exactly how many people actually use Linux or OSX a.k.a the only OSes you can build Android on which IMO all Android devs should be using
Click to expand...
Click to collapse
I'm using fedora but why should all android devs use linux? I think you should use whatever you're comfortable with

Niropa said:
I'm using fedora but why should all android devs use linux? I think you should use whatever you're comfortable with
Click to expand...
Click to collapse
Because:
1) Android is a Linux system so if you wanna develop it it's best to know Linux up close and personal
2) Building Android things (like ROMs) on Linux is much more straightforward
3) Linux systems are much more secure and generally more stable (not related to Android, just in general)
4) Microsoft is a corporate evil that restricts the freedom of its users and encourages the use of proprietary software
OSX is also guilty of the same evils as Windows with the exception that OSX is a Unix system and therefore enjoys many of the same benefits as Linux

I've been a linux user since 1998, I'm comfortable building programs from scratch, used to build my own kernel (prior to 3.x) and have modified kernel modules to add support for some devices.
Having said that, I tried to build a kernel and system for an Android device some long time ago, did have the source tree for the device, but it always failed because some blob was missing or some source file had incorrect references to other files. I just tossed the towel, mainly because compilation took forever just to fail at the end. Besides I had to download like 40GB to set up the build environment.
Having previous linux experience did not help me much, as Android was different enough to what I knew. This was at the time gingerbread was the latest version ( Android 3 devices existed, but that's another story).
Hopefully things have changed, if so I might give it a try again.
Sent from my ASUS_Z00AD using Tapatalk

Jhdoubleoseven said:
Because:
1) Android is a Linux system so if you wanna develop it it's best to know Linux up close and personal
2) Building Android things (like ROMs) on Linux is much more straightforward
3) Linux systems are much more secure and generally more stable (not related to Android, just in general)
4) Microsoft is a corporate evil that restricts the freedom of it)sers and encourages the use of proprietary software
OSX is also guilty of the same evils as Windows with exception that OSX is a Unix system and therefore enjoys many of the same benefits as Linux
Click to expand...
Click to collapse
1) android is very different then any Linux distribution, as glock said having previous experience on Linux does not help much.
2) I agree with that point because Linux comes with a lot of tools needed to compile but if that's the only reason you need Linux for then it's better to just run it as a secondary OS on a virtual machine.
3) now that's a very silly point, Linux is only more secure because its more obscure then other operating systems and saying it is generally more stable is just wrong. With windows I had rarely any problems. With any Linux distribution I get very bad screen tearing, audio stops working after a reboot, many packages (steam for example) don't work without hours of troubleshooting and file transfers to my phone or music player make at least one song on every album sound like it got thrown in a blender and got chopped up before being transfered. There are many more problems which don't help my android development. When iI could be updating my ROMs I can't because I'm busy troubleshooting why my distribution decided not to pass grub.
4) that's also a very silly point stallman. With that logic you should not be using phones either because they contain proprietary blobs. The play store is proprietary. Most websites you visit are proprietary (including github which is needed for android development) your mp3s are proprietary, even your computer that you think is running all free software iis running a proprietary BIOS. I could go on all day about the proprietary software you use but I'm on my phone

Niropa said:
3) now that's a very silly point, Linux is only more secure because its more obscure then other operating systems and saying it is generally more stable is just wrong. With windows I had rarely any problems. With any Linux distribution I get very bad screen tearing, audio stops working after a reboot, many packages (steam for example) don't work without hours of troubleshooting and file transfers to my phone or music player make at least one song on every album sound like it got thrown in a blender and got chopped up before being transfered. There are many more problems which don't help my android development. When iI could be updating my ROMs I can't because I'm busy troubleshooting why my distribution decided not to pass grub.
Click to expand...
Click to collapse
I work for a major IT company. All system administrators- Window, Unix, Mainframe, or DBA have to use Linux as their OS because it is more secure than MS Windows. The base multi-user model of Unix makes it more secure, then add things like SELinux, and becomes very hard to compromise.
Your garbled songs sounds like you are disconnecting your device before all the files have finished transferring. Your screen tearing sounds like you are using a software or frame buffer driver instead of the accelerated driver for your video chipset. Sound can be a pita at times. A newer distro solved my issues (meaning updated kernel drivers) with sound. For Steam, I think I had to enable a repo, then just 'yum install steam'. It is not so much Linux is difficult as it is different from what you are used to.

alose said:
I work for a major IT company. All system administrators- Window, Unix, Mainframe, or DBA have to use Linux as their OS because it is more secure than MS Windows. The base multi-user model of Unix makes it more secure, then add things like SELinux, and becomes very hard to compromise.
Your garbled songs sounds like you are disconnecting your device before all the files have finished transferring. Your screen tearing sounds like you are using a software or frame buffer driver instead of the accelerated driver for your video chipset. Sound can be a pita at times. A newer distro solved my issues (meaning updated kernel drivers) with sound. For Steam, I think I had to enable a repo, then just 'yum install steam'. It is not so much Linux is difficult as it is different from what you are used to.
Click to expand...
Click to collapse
Lol nice assumptions but no. I can assure you I'm not disconnecting it before its finished transferring, my only guess is it has something to do with libmtp and the way it handles file transfers which must be different then other operating systems. I use the open source amd drivers which give me screen tearing. I noticed proprietary drivers fixed it but then when I reboot its just a blank screen that iI cant be bothered to troubleshoot. I have steams repo enabled and it iinstalls fine with dnf but I can't figure out how to get it to actually open. Opening with the command line doesn't give me any errors to work with either sadly. Also as I stated in an earlier post I use fedora and am much more experienced with Linux then any other OS. I'm also on the latest kernel released (4.0.6 I think? I'll have to double check) and I still get issues with pulseaudio.
With all that being said I'm not trying to bash Linux and say windows is better,(like i said i use fedora myself and have been using other various distros for the past several years)my point was that you should use whatever works best for you and won't get in your way.

All runing linux
Jhdoubleoseven said:
Just curious to see exactly how many people actually use Linux or OSX a.k.a the only OSes you can build Android on which IMO all Android devs should be using
Click to expand...
Click to collapse
2 laptop, raspberrypi, game pc, media pc, kib pc, all running flavor of Linux.:good:

Windows ME.
Posted using my phone.

Niropa said:
Lol nice assumptions but no. I can assure you I'm not disconnecting it before its finished transferring, my only guess is it has something to do with libmtp and the way it handles file transfers which must be different then other operating systems. I use the open source amd drivers which give me screen tearing. I noticed proprietary drivers fixed it but then when I reboot its just a blank screen that iI cant be bothered to troubleshoot. I have steams repo enabled and it iinstalls fine with dnf but I can't figure out how to get it to actually open. Opening with the command line doesn't give me any errors to work with either sadly. Also as I stated in an earlier post I use fedora and am much more experienced with Linux then any other OS. I'm also on the latest kernel released (4.0.6 I think? I'll have to double check) and I still get issues with pulseaudio.
With all that being said I'm not trying to bash Linux and say windows is better,(like i said i use fedora myself and have been using other various distros for the past several years)my point was that you should use whatever works best for you and won't get in your way.
Click to expand...
Click to collapse
I definitely see your point. I guess it really depends on what you hardware you use Linux on; I run Arch on my old HP G71 from 2011 with an Intel Core 2 Duo and everything runs amazingly. The only issues I've ever had is pulseaudio (which magically fixed itself after some time) and a few crashes due to me using a custom kernel (linux-ck). In fact, the only problems I've ever had are completely due to a mistake on my part.
With the Microsoft it was mild sarcasm with a big point: pretty much everything in Windows is closed source. Pretty much everything in Linux is open source (depending on what distro you use, of course). I'm not afraid of proprietary; I run Plex Media Server and Google Chrome. But I made that choice to run those programs. Just like I made the choice of what window manager to run; how to log in to my system (I go through startx now); how to play music (mpd); how to interface with my network. All of these were choices I made in building my system from the ground up -- even with distros like Ubunutu you can still replace basically whatever you want. That's what I meant when I said that Windows takes away your freedom.

Mint 17 on C720 i3 Chromebook here!

Jhdoubleoseven said:
Because:
1) Android is a Linux system so if you wanna develop it it's best to know Linux up close and personal
2) Building Android things (like ROMs) on Linux is much more straightforward
3) Linux systems are much more secure and generally more stable (not related to Android, just in general)
4) Microsoft is a corporate evil that restricts the freedom of its users and encourages the use of proprietary software
Click to expand...
Click to collapse
1) Tools to build apps for Android are cross-platformed. Using Eclipse IDE under Windows i compile every my app and don't see any restrictions making me want to migrate to Linux.
2) VirtualBox + Ubuntu solve this problem completely.
3) Not more secure and definitely not more stable. You can setup Linux to be less secure and setup Windows to be more secure. And if you compare how many side (i mean apps not included in distro) apps you use in Windows and in Linux, you will find the answer about security. Even light usage of Linux (mostly for kernel compilation and some AOSP code) produces different services/apps crash. So, if i would use Linux as i'm using Windows, there will be even more crashes.
What i really hate in Linux is how much time it requires to be prepared for some non-generic environment. If somehow happen distro doesn't provide required package (even from dedicated support server), or more worse if package version is different from required, then be prepared for "sex" with Linux. You can spend a lot of time to compile and most likely to fix incompatibilities in source code. Sometimes such preparation takes several days. And then when you are prepared, you can compile that code in 5 minutes. Nope.. Such productivity isn't for me. In most cases i even don't expect compilation because i simply want to use some utility. And then i find that pre-compiled version doesn't work. Because there is very low compatibility between different versions of Linux. Even binary compiled for Linux release couple years ago may not work in more modern Linux (unless it statically linked, but even in this case there is no warranty). And if it doesn't work, see my description about preparation to compile it
Btw, both VirtualBox and VMWare require special drivers for guest Linux to properly support folder sharing and VM window handling. And these drivers have to be recompiled with every minor kernel version update. This is IMHO very lame for Linux. Even after some kernel update (through standard distro package manager, so it's very minor update) VMWare stop to compile its drivers. So i have to find why and then patch the source code. And i often ask myself "Why i have to do this crap again and again?"
In Windows, i can take binary compiled for Windows XP, and use it in Windows 10. Interoperability of binaries between versions of Linux is a big red sign for me.
I was trying to migrate to Linux several times already in the past 10 years. And every time i find my self spending most of time for side tasks than my main projects.
Another thing i don't like in Linux is GUI. Not the design. It's OK for me to adapt to new interface. KDE or XFCE are fine. What i don't like in Linux GUI is how it works. Sometimes it lives its own life. Some windows appear when i don't expect, or i forgot about it already. It looks like GUI threads are running not in sync (or in very weak sync) with main code. I prefer MS Windows behavior when app tries to open the window, i cannot do anything. So, i know, something will happen soon. On Linux it's always a guess game "will some new window appear or app simply ignores my input."
4) From other side, you can see standardization of APIs and stable for many years SDK in Windows. As a software developer i care about it very much. There is no restriction for Open Source projects.
Absence (or nearly absence) binary compatibility between Linux versions, very flexible and often changing APIs can be considered as an additional security mechanism, but I'm against such methods.
---------- Post added at 06:01 AM ---------- Previous post was at 05:36 AM ----------
P.S: About "Android is a Linux": it's completely wrong.
Android is an OS with high level of abstraction when it comes to devices.
To make this abstraction, Linux kernel is used. Nothing to do with Desktop Linux here.
Generally speaking, any kernel could be used to make this abstraction. It could be OpenBSD and even Windows kernel. Android wouldn't be different. Google choose Linux kernel to be free from other software developers - that's the only reason.

sorg said:
1) Tools to build apps for Android are cross-platformed. Using Eclipse IDE under Windows i compile every my app and don't see any restrictions making me want to migrate to Linux.
2) VirtualBox + Ubuntu solve this problem completely.
3) Not more secure and definitely not more stable. You can setup Linux to be less secure and setup Windows to be more secure. And if you compare how many side (i mean apps not included in distro) apps you use in Windows and in Linux, you will find the answer about security. Even light usage of Linux (mostly for kernel compilation and some AOSP code) produces different services/apps crash. So, if i would use Linux as i'm using Windows, there will be even more crashes.
What i really hate in Linux is how much time it requires to be prepared for some non-generic environment. If somehow happen distro doesn't provide required package (even from dedicated support server), or more worse if package version is different from required, then be prepared for "sex" with Linux. You can spend a lot of time to compile and most likely to fix incompatibilities in source code. Sometimes such preparation takes several days. And then when you are prepared, you can compile that code in 5 minutes. Nope.. Such productivity isn't for me. In most cases i even don't expect compilation because i simply want to use some utility. And then i find that pre-compiled version doesn't work. Because there is very low compatibility between different versions of Linux. Even binary compiled for Linux release couple years ago may not work in more modern Linux (unless it statically linked, but even in this case there is no warranty). And if it doesn't work, see my description about preparation to compile it
...
Click to expand...
Click to collapse
Actually, every distro is binary compatible -- binaries are based on the processor, so every Linux x86-64 computer can run any binaries on my Arch Linux system. You're either referring to package compatibility, as different distros use different package managers, or just that you don't have all the dependencies (such as the libraries required to run).
Secondly, I'm surprised to hear how many crashes and issues you have with Linux... I easily get an uptime of 30 days+ without a single issue and then choose -- not get forced -- to reboot because my kernel is out of date. I've heard Ubuntu has given people issues but I use Arch which required me to know my hardware to install exactly what I need -- nothing more. Arch, being rolling release and up-to-date, is amazingly stable and also ensures you are in the driver's seat.
Thirdly, while you're right that you can have a secure Windows, the problem is how freely Windows gives out root permissions -- it's just asking for malware. Especially if you make youeself an admin, have fun running as root 24/7. Any *nix OS has an incredibly strong user system -- my system itself has over 20 users on it even though I am the only human who uses it. The other 19 users run programs and keep privileges separate. That and Linux is open source, so instead of like 1000 people looking through the source code you have over 10,000 eyes that may see any vulnerabilities. Windows "security through obscurity" is absolute crap; I will gladly use Windows once they go open source and I can get rid of that bloated UI and use something I have full control of.
Like you said, it really depends on a lot of things... however, as a power user I could never go back to Windows. I need freedom and transparency; Windows offers neither. Definitely don't think less of people who use Windows; some people want things to just work and don't care about anything else. I like things to work exactly like I want them to work and to be in control of what goes on with my computer. It's really just preference; my system is constantly changing and I configured everything myself. It's hard to describe, but when your OS becomes a project -- your project -- that you put time and effort in to get working like you want it's a really gratifying feeling

Jhdoubleoseven said:
or just that you don't have all the dependencies (such as the libraries required to run).
Click to expand...
Click to collapse
Exactly. Sorry for wrong wording.

How to use a certain Linux App in OnePlus 8 Pro Oxygen OS (rooted w magisk | edexpose

I've looked around on stack overflow and other places trying to find answers. I have software I want to install on my phone so I can more easily chat, send files, links, etc. on LANs that I work within throughout my day. This program works well for me: https://www.beebeep.net/download
I can use this on my windows and linux boxes. I want to integrate my phones into this communications array.
I'm looking at the snapcraft or any of the other linux variants. I can't figure out how to run a linux app on droid.
I can ssh through the terminal and so on. I can perform other functions that one normally does in BASH though now that I think of it, I haven't tried crontab. Anyway, how could I get this BeeBeep script to work on my android? Can anyone help solve this problem?

I have not seen anything on this, but very interested in this Linux development...
I did see an XDA section for only Ubuntu Touch...

I don't know about direct onto android but apparently it can be done to Chromebooks and I know that android apps can be converted to work on Chromebooks too so perhaps it can be reversed?
https://www.androidcentral.com/how-install-linux-apps-your-chromebook
So basically if an app could be converted to work on a Chromebook could it then be further converted to work on Android?
Seems like a long shot but you never know.
I've seen Windows apps / games work on Android, I've had Wolfenstein, quake arena and doom 3 ports on my phone so I would assume that Linux being a much closer cousin to Android would be an easier chore.
What you need is a framework to do the work for you, not to emulate but to directly port..
Can't find much online but I think if you dig enough you may find something
Certainly interesting though, best of luck pal.

If I find something, I'll post in development. This is a backburner project, but clearly it's one I need to take on myself. Thanx for your responses.