I have some simple pygame programs that I run on a Raspberry Pi to display things like time, weather, scores (stuff that's been done a thousand times before). I find it kinda fun.
I'd like to use my Fire to run the pygame scripts.
Does a ROM exist that will allow me to ssh into the Fire and run a pygame script on the Fire? I have a couple of these devices in a drawer and thought it'd be nice to use the display for something.
Running scripts isn't something Android is over-ready to do, but it surely can be done. The major problem is that command line actions and the user interface are rather well separated.
There's a ssh daemon, but I don't know of any ROM that has one integrated.
There's Python - even the Kindles have it. I have also seen Ruby.
What's the graphical interface the scripts refer to? If it's X11, that would be bad - Android doesn't have an equivalent. You've got to find out whether a. the script uses an abstraction layer that makes it independent of X (etc.) and b. whether the Python implementation (e.g. QPython) would work with it. Does SL4A have anything in common with PyGame?
Related
Hello,
i have happily installed Debian Lenny, the Arm distro, using cdbootstrap onto a SD card. It boots (with haret), network via the usb works. Things like lynx, sshd multiple screens etc work fine and i can run a instance of Apache, serve mail etc - basically its a pretty sweet little server at the moment with its touchscreen keyboard as its control. The wifi interface seems to be recognised but I can't use it but that can wait.
But i can't for the life of me get any decent graphics on it. I've tried a couple of different framebuffers but they to no avail. Much seems to revolve around some kind of pci bus issues or similar. Is there a PCI bus emulator package that I've missed somehow or some other little trick for running on the Arm architecture?
Is this the same issues that the fellas porting Android are having - getting the graphics to work? Does anyone know of an free Arm specific Xorg styled server? All the packages for Gnome/KDE etc are all ported already to arm and I can run things like xterm and other X apps on a remote display so i know the binaries and libraries are fine.
Cheers.
farkah said:
Hello,
i have happily installed Debian Lenny, the Arm distro, using cdbootstrap onto a SD card. It boots (with haret), network via the usb works. Things like lynx, sshd multiple screens etc work fine and i can run a instance of Apache, serve mail etc - basically its a pretty sweet little server at the moment with its touchscreen keyboard as its control. The wifi interface seems to be recognised but I can't use it but that can wait.
But i can't for the life of me get any decent graphics on it. I've tried a couple of different framebuffers but they to no avail. Much seems to revolve around some kind of pci bus issues or similar. Is there a PCI bus emulator package that I've missed somehow or some other little trick for running on the Arm architecture?
Is this the same issues that the fellas porting Android are having - getting the graphics to work? Does anyone know of an free Arm specific Xorg styled server? All the packages for Gnome/KDE etc are all ported already to arm and I can run things like xterm and other X apps on a remote display so i know the binaries and libraries are fine.
Cheers.
Click to expand...
Click to collapse
Already a thread discussing Linux. Your most likely get a result if you post in it.
Thread closed
I'm just curious about something.
I recently moved from the iPhone to a Nexus One.
While I noticed there are a lot of ROM cookers etc (thanks for your great work guys) the development community seems kind of thin?
For example, on the iPhone there are full sets of all GNU tools. Anything you can use in Linux/Darwin they have for iPhone. There is a full apt packaging system will full console tools. The full OpenSSH suite has been made supporting all the wireless administration that I've come to love on my phone. Basically, it makes it feel like a full computer in my hand.
Now, I love this Nexus One, but I wasn't sure what the reasoning behind no one out there doing development on this kind of stuff. You'd think a phone running Linux with all code available would attract hordes of eager coders.
Instead we get weird crap like "dropbear" that has to be recompiled yourself to even work right, and even then...haha.
Not much as far as package management in the console, and our tools come from Busybox! Just seems very odd to me, but there must be reasons that I am not seeing.
This post is really not meant as an insult because I love this OS so far etc, but it just really suprised me that full sets of standard tools are not available.
Anyone know why?
Because you have to replicate the entire standard GNU/Linux userspace, which is a bear. Most of the work is done on the Android userspace instead, and you can find the fruits of those labors on AOSP Gerrit (http://r.android.com/) and the CyanogenMOD repository (http://github.com/cyanogen/android_vendor_cyanogen).
The best bet for getting a standard GNU/Linux userspace is to just boot Debian.
For future reference, this is probably not considered the correct forum for this discussion (probably Android General or the generic Android Development, not too sure.)
EDIT: Just to address some more specific points, Android has a package manager (those .apk files you see everywhere) and Busybox makes the most of the limited internal memory and provides enough tools to manage the Android userspace.
Sorry I thought the development forum would be the right place.
The iPhone 2g/3g have only 128mb of memory, and since gnu tools aren't resident in memory there is no problem having a full compliment of them on the phone.
The problem with debian is it is not really a nice UI for a phone. It would just be nice to have my phone, plus having the GNU tools underneath.
It isn't like its a dealbreaker, it just struck me as odd that all the proper tools have been built for the iPhone, and using it really feels like a full computer you're SSHing into, where as an open source Linux based OS on android basically is lacking all of it, minus the limited functionality provided by Busybox and Dropbear (like..dropbear really?).
These things have more memory and comparable processing speed to computers running windows 98 and early XP, so there is no reason not to have everything available to you when you need it.
I'm kind of a sideline commenter here as I'm not a coder, but it just struck me as odd.
Thanks for your reply!
anethema said:
Sorry I thought the development forum would be the right place.
Click to expand...
Click to collapse
NP, it's side discussion though. "Here's a complete set of native GNU tools" would be a dev forum topic.
anethema said:
The iPhone 2g/3g have only 128mb of memory, and since gnu tools aren't resident in memory there is no problem having a full compliment of them on the phone.
Click to expand...
Click to collapse
Nonono, not RAM. Flash memory. iPhone has tons of it. G1 (where most of the developers got started, mind you) has very little. Further, the partitioning left limited room for additional binaries. There's some ways around that (symlinks, mostly), but they aren't elegant, and are subject to wiping at inopportune times if you aren't careful.
anethema said:
The problem with debian is it is not really a nice UI for a phone. It would just be nice to have my phone, plus having the GNU tools underneath.
Click to expand...
Click to collapse
I'm curious about your use case. "It would be nice" is, well, nice, but is there a need you have that the existing tools aren't fulfilling?
anethema said:
It isn't like its a dealbreaker, it just struck me as odd that all the proper tools have been built for the iPhone, and using it really feels like a full computer you're SSHing into, where as an open source Linux based OS on android basically is lacking all of it, minus the limited functionality provided by Busybox and Dropbear (like..dropbear really?).
Click to expand...
Click to collapse
I'm not sure what's with the Dropbear hate. There are not many use-cases for SSH servers on a phone, so few people have worked on it. I'd think the Android-phone-powered robot guys are the most likely to need it. But again, Dropbear is going to perform a whole heck of a lot better on a G1 than OpenSSH, and the G1 is the origin of all this stuff.
Remember, Android is explicitly not GNU/Linux. You might call it "Android/Linux." The fact that the Android userspace is open-source means that the alternate (and exciting new) userspace is attracting development, instead of people trying to port GNU just so they can use their closed-source iPhone. This is, in fact, a Good Thing, because it can result in improvements for all Android users (via contributions to AOSP), not just that subset of geeks (read: us) who mod their phones.
Understanding this difference is key to understanding the development pattern. People aren't working on the GNU userspace for Android phones because the Android userspace supplants it. The tools we have do what is needed, nothing more. In fact, `am' and `pm' are more useful in the Android context than anything that's left out of Busybox.
anethema said:
These things have more memory and comparable processing speed to computers running windows 98 and early XP, so there is no reason not to have everything available to you when you need it.
Click to expand...
Click to collapse
Back to my use case comment above. What is it that you need?
anethema said:
Thanks for your reply!
Click to expand...
Click to collapse
No problem, it's a good discussion.
I guess it is basically that you don't know what you need until you need it. I treat my phones like this basically like little computers. Certainly on a laptop/desktop no one would bother questioning why you need general tools you use to get jobs done.
For the iPhone there was a need for unique certification to apples push servers so phones that were basically 'tricked' into activating could still get push messages via these servers.
I wrote a tool called Push Doctor with phone based scripts and with a donor style one server side. Basically I was generating these certificates and people could download them. The whole thing on both side is just a bunch of shell scripts. One running on the phone, one on my and cert donors computers. Now this may or may not have worked in busybox as I haven't tested it, but I just mean you never know what you are going to use stuff for, and having a nice standard set of tools across all Linux platforms can be nice to have for this reason.
As far as the space issue, I think that whole thing seems crazy as well. You're right there is a ton of space on the iPhone, but the G1 came out after it, and the Nexus One long after it, so its too bad 'space' is still an issue these days requiring ugly hacks to circumvent.
Regardless the tools could be distributed as part of several core apk's which people could install if they wish.
Like I said above, these are hardly embedded devices anymore. It's not like there's 4kb of ram and 5 mips CPU.
As far as dropbear, it isn't that I hate it, I just think even the G1 has comparable speed to the first iPhone (not in the Graphics/UI but certainly as far as the CPU is concerned) and running something as insignificant as OpenSSH should not be an issue. I've never personally heard of dropbear, and have no idea what their security track record is, but I do know OpenSSH's. It is a VERY widely used package with a lot of eyes on it making sure it is doing what it is supposed to be doing.
Apparently the default dropbear will authenticate any password if you enable passwords and you have to build your own from source run about 50 commands, all to get it going.
Where is the APK for a working dropbear, or apt-get install dropbear? Can you even have APK's for system level packages? Everything I seem to find tends to be a custom download from someones site whcih you have to 'push' to your phone, try to follow some 50 step guide to hopefully get going, etc.
I am loving a lot of facets of this OS, I'm just curious where the community is to work on this stuff, get it going, and make it easy. Android isn't really -that- young.
anethema said:
For the iPhone there was a need for unique certification to apples push servers so phones that were basically 'tricked' into activating could still get push messages via these servers.
I wrote a tool called Push Doctor with phone based scripts and with a donor style one server side. Basically I was generating these certificates and people could download them. The whole thing on both side is just a bunch of shell scripts. One running on the phone, one on my and cert donors computers. Now this may or may not have worked in busybox as I haven't tested it, but I just mean you never know what you are going to use stuff for, and having a nice standard set of tools across all Linux platforms can be nice to have for this reason.
Click to expand...
Click to collapse
Market Enabler is in that class of application, and, like other "rooted" apps relies on shell calls to Busybox on the backend--ugly, but keep in mind this is an attempt to explicitly defeat the Android security model. BB is sufficiently standard and POSIX conformant that it hasn't posed any difficulties for these kinds of applications.
anethema said:
Where is the APK for a working dropbear, or apt-get install dropbear? Can you even have APK's for system level packages? Everything I seem to find tends to be a custom download from someones site whcih you have to 'push' to your phone, try to follow some 50 step guide to hopefully get going, etc.
Click to expand...
Click to collapse
So-called "native"--that is, ARM binary--applications aren't supported by the Android platform in the conventional way. In mid-2009, Google released the Android NDK which permits ARM binary libraries to be intermingled with Android applications via JNI. Since Android is explicitly intended to be compile-once, run-anywhere (which is why apps run on a VM), this is only recommended for computation-heavy code. However, the Mozilla project is using the NDK to directly port legacy code (Firefox/Fennec) with a thin Java interface to the Android system, so such a thing is possible.
This doesn't really make sense for the GNU toolkit, though. The SSH case; you could certainly set up an SSH server to run as a system service using NDK+JNI to connect any SSH library you like. The fact that this has not happened leads me to believe that there is little demand.
In general, the needs of existing developers appear to be met by the tools available.
Based on everything you've mentioned--you may want to take a look at the Android Scripting Environment.
I'm undertaking a stupid project and would like to ask some questions of some more experienced developers. Yes I know there's no practical reason for this, and no you cannot talk me out of it.
I would like to create a sort of "super nerd" adaptation of CyanogenMod for command line Linux junkies, or at least for Comp Sci grad students like myself. I want my phone to be able to recompile and reinstall nearly everything it runs. Yes I know that's a painful and slow operation: I did "emerge tightvnc" on a chroot Gentoo install and the command took about 18 hours. I remain undeterred.
Questions:
Sun JDK is apparently not available for arm7a. Am I reading the docs correctly, and one can indeed use Apache Ant to compile Android? Or is Ant not what I think it is? I'm not opposed to creating a small Bochs VM that boots, mounts a network filesystem, executes some JDK task, and then signals to terminate. I'd rather not if I can help it though.
How much access does the radio hardware get to the rest of the system? If I were to store something personal in an encrypted loopback partition, could someone abuse direct memory access to read from memory without the host OS knowing about it?
Has anyone played with adapting the Android boot process to use System V type init scripts? I'd like to make it easy for Tasker to say "we're running out of memory -- go from init level 5 to something arbitrary, say 7, which stops some services. Oops, still low, go init level 8, which disables more services.
I definitely plan on sharing my work. What do you guys think of the name CyanoGentoo?
Thanks all.
Apparently Apache Ant is not what I thought it is.
How about this then: does anyone know where I might find a community for people interested in general purpose computing on an Android phone?
Michael Spencer said:
Apparently Apache Ant is not what I thought it is.
How about this then: does anyone know where I might find a community for people interested in general purpose computing on an Android phone?
Click to expand...
Click to collapse
Don't know if you're still around but I'm very interested in helping and believe I may already have some solutions for you. If you're still running chroot or another form of ARM Linux distro (Debian based is what I'm coding for at the moment) then check my github
https://github.com/S0AndS0/Debian-Kit-Mods
The readme file has directions on how to clone and run the main modding script which curently has at least one if not two options that'll peek your interest for sure.
One set of options will download and install Java's JDK (either hard float or soft float) and another will download and install jMonkey (a user friendly programing SDK built on eclips) which will get you one step closer to compiling things on an Android device for Android devices. However, I've yet to crack running "Android SDK" because they have yet to reliece an ARM compatible source and "wine" (a Linux package for emulating other CPU's) is still under heavy development, so building Android from source and such is still out of the scope of what I've been able to script up for easy use.
On a side note; a quick google search of my user name and the key words guide, linux, jdk, arm and xda will result in links of what I've written up on enteracting with Linux on Android if you get stuck anywhere.
And if you search "raspberry pi android adb similar:xda" you'll find what I'll likely be working on bringing to Android; after debugging the script I'm working on to set up a Brendle (one of many methods of "cloud computing" availible for ARM) node/network through all availible network interfaces (bluetooth, 3G/4G, wifi) on Android.
Sent from my SPH-D700 using xda app-developers app
I am still around, and when I get a chance I'll take a look. I think I'm mostly satisfied with AIDE and chroot Ubuntu.
And those worried about dma exploits via radio hardware need only use a wifi-only device with a portable hotspot, I've concluded. No way to prevent these exploits otherwise.
Thanks again.
Michael Spencer said:
I am still around, and when I get a chance I'll take a look. I think I'm mostly satisfied with AIDE and chroot Ubuntu.
And those worried about dma exploits via radio hardware need only use a wifi-only device with a portable hotspot, I've concluded. No way to prevent these exploits otherwise.
Thanks again.
Click to expand...
Click to collapse
Indeed AIDE has been a fantastic tool for me as well.
Heh dma was indeed a concern of mine among other security issues with running Linux over 3/4G but its to bad there's no solution yet. I'm using old phones and tablets for most tests but try as I might I can't break into them from out side my hotspot network... even though I can connect to the divice running the hotspot remotely if it is running Linux too.
hmm, I'm working on a new script of examples for networking now, lots of building blocks to my latest project, which may help new scripters with some networking tedium of finding and assigning specific IP's to variables so they can be shared or saved or modified into other commands quickly. This will upon compleation will be one of the references for other scripts I'm working on for getting openstack and MPI running on multiple devices swiftly.
Speaking of MPI; the installer for Bramble on Android now works (install option 2 within for Debian Kit users) for getting that software package installed and all that is left to work on is the setup for machine files and sshkeys for multi-node quick set-up.
Two questions; seeing as how you have AIDE, perhaps you might be able to help with my other project that I'm working on? I've another github repo where I'm working to incorporate a; soft/hard float Linux installer, terminal emulator, rdp/vnc client, scripter, and forwarding of Linux GUI to a second device and/or Chromecast of a specific desktop or Linux window with x11... Currently stuck on the terminal but still very new to Java for Android.
or because that's a bit much to ask; perhaps some help with Android scripting for installing Linux on Android that uses Debian Kit's methods to provide hard float or soft float?
I'll be around and have modified my sig for easier tracking and will be pushing more updates to github today, hopefully by the end of the day have a sshkey passer script for quickly setting up passwordless remote login. After that will be some work on setting up bridges between USB, Bluetooth, Wifi, and any other network interface available for faster transfer of large data sets.
Edit 03192014
Michael Spencer said:
Has anyone played with adapting the Android boot process to use System V type init scripts? I'd like to make it easy for Tasker to say "we're running out of memory -- go from init level 5 to something arbitrary, say 7, which stops some services. Oops, still low, go init level 8, which disables more services.
Click to expand...
Click to collapse
Check out the Debian Kit app, from what I have found it exposes all of the Linux processes and file system to Android and if running as root user on Linux then the full Android file system is exposed too. Debian Kit doesn't use chroot to run Linux so it's "possible" to run a chroot environment at the same time. And running "ps" commands on Android or Linux terminals, produce nearly identical output, of both Linux and Android processes happily running meaning that if Tasker can't see these processes then a script can run the "ps" command and run a command to shut down Linux processes; likely it's a bit more complex because re-starting those services or even suspending some could cause un-wanted behavior. Still though with testing and time it is possible to have the memory better managed.
Update 03312014- Back on making your phone compile itself subject; I'm working on using(/scripting an installer for) OpenStack on Android, which has QEMU for emulating CPU processors which will eventually allow us to install Android SDK on Android(s) running Linux. I'm using OpenStack because to emulate a normal PC processor one even a quad core ARM processor is really slow (use to be an app for this called Limbo PC emulator but last I searched the market place this app was gone) so using OpenStack will allow us to throw what ever extra Android phones into a pool of sharable CPU power; essentially I'll be creating a 7 or 8 (virtual) core processor out of networked Android phones and then emulate a 2 or 4 core x86 processor within and install the tool kits for android that have CPU requirements.
I've other plans for OpenStack too but those will require that I incorporate mesh networking and google translate. So that users anywhere can build a cloud of shared processing power.
Sent from: SPH-D700 or myTouch3Gs or Sero 7 Pro
Linux Install guide for Android devices that I'm writing:
http://forum.xda-developers.com/showthread.php?t=2240397
Or
https://docs.google.com/document/d/1ssVeIhdBuuy8CtpBP1lWgUkG6fR6oHxP20ToYPPw6zI/edit?usp=drive_web
And my script pack for installing; Java's JDK, node.js and more to your Linux OS
https://github.com/S0AndS0/Debian-Kit-Mods
Note: if you're new to Linux/scripting/command line; check readme file for instructions.
http://www.timelesssky.com/blog/building-android-sdk-build-tools-aapt-for-debian-arm
http://www.timelesssky.com/blog/develop-app-on-android-with-android-sdk
Hey all found the ^answer^ if you've not already found this blog then you all are in for a treat dig around on that above site and you'll find some other really cool stuff for Linux Android systems.
Sent from: SPH-D700 or myTouch3Gs or Sero 7 Pro
Linux Install guide for Android devices that I'm writing:
http://forum.xda-developers.com/showthread.php?t=2240397
Or
https://docs.google.com/document/d/1ssVeIhdBuuy8CtpBP1lWgUkG6fR6oHxP20ToYPPw6zI/edit?usp=drive_web
And my script pack for installing; Java's JDK, node.js and more to your Linux OS
https://github.com/S0AndS0/Debian-Kit-Mods
Note: if you're new to Linux/scripting/command line; check readme file for instructions.
Hi,
Before a few month the display of my note died. Now I need a device for controlling my quadrocopter via inet. My idea was to use my note for this task(The flightcontroller is Arduino based, so I should be able to control it via usb). The problem is, I need to drive it headless. Concrete, I need to use gps, the camera and to put software onto the device without using the display.
I think the best way would be to install a linux into a chroot environment but it's questionable if I'm able to access the camera and gps from inside the chroot env, so I'm open for better ideas.
Kind Regards
Ralph
can no longer see the display so needing tips on how to use android headless!
debian kit seems to work pretty well for using linux applications but I need to solve the problem of how to start that (or anything else) after a reboot without needing to use the Android gui.
a few days ago I had access to that gui but now my hdmi->vga box died
(hardware failure - not related to debiankit or any Android app )
so now I have an Android minipc with those nice debian extras on it that I can't risk shutting down for feat of not being able to use it at all!
- unless I can find what I need to edit to get it to at least start sshd after boot!
vnc/xrdp would be nice too but ssh would be the minimum -
.. after a week still hoping .. please someone please suggest *something*!
btw connectbot is on there (like debiankit it was installed while I could still see the display) and I have seen posts suggesting that you can add scripts in that to execute after boot, but how do I do that without using the gui?
I found an sqlite3 file that looks like it contains the connectbot settings .. can I add something in there directly using sqlite3 via the shell?
sooner or later that reboot will come - the question for me now is will this device still be usable at all after that!
headless Android (on real devices) info needed URGENTLY!
I'm creating a Qt app so I thought I could publish it in the Winstore as well. But Windows is such a one big mess compared to Linux that I simply can't set it up.
I installed VS Community 2013, with the Emulator images, WinStore package management tools and the Qt SDK. I added the C:\Qt\Qt5.5.0\5.5\winphone_x86\bin to PATH, copied my program written with use of Qt Quick Controls.
I built the app with the Qt Toolchain for the WinPhone emulator. Is there any way to deploy the app directly to the emulator?
I knew no such way, so I tried generating a VS project. Even though Qt is in the PATH, qmake complains about uuidgen missing. What should I do with it?
To be honest, I'd rather deploy to the emulator directly from the Qt Creator.
It's pretty easy to deploy apps to the emulator. Just use the standard Application Deployment tool (it's installed with the WP8.x SDK, you can find it using Start search) and select which emulator configuration you want to deploy the app to, then select the .XAP or .APPX or whatever and hit Deploy. Bear in mind that the "emulator" is actually an x86 VM running on your PC; you'll need to compile any native code for x86 ("Win32" though technically that's an API used on many instruction set architectures, not an architecture itself) to use in the emulator, but to ARM (actually THUMB2) for the phone.
With all that said, I haven't heard of anybody trying to write a WP8.x app using Qt before. It might work if the compiler knows how to target the correct platform and how to bundle up the installable app and everything, but I haven't ever tried or heard about anybody else doing so.
GoodDayToDie said:
It's pretty easy to deploy apps to the emulator. Just use the standard Application Deployment tool (it's installed with the WP8.x SDK, you can find it using Start search) and select which emulator configuration you want to deploy the app to, then select the .XAP or .APPX or whatever and hit Deploy. Bear in mind that the "emulator" is actually an x86 VM running on your PC; you'll need to compile any native code for x86 ("Win32" though technically that's an API used on many instruction set architectures, not an architecture itself) to use in the emulator, but to ARM (actually THUMB2) for the phone.
With all that said, I haven't heard of anybody trying to write a WP8.x app using Qt before. It might work if the compiler knows how to target the correct platform and how to bundle up the installable app and everything, but I haven't ever tried or heard about anybody else doing so.
Click to expand...
Click to collapse
Well, it appeared to be a problem of VirtualBox. It doesn't support nested virtualization and thus Hyper-V is not detected as supported.
Yeah, that wouldn't work; the WP8 emulator uses Hyper-V and requires hardware virtualization support.
You could just get a test device; even brand new the Lumia 5xx series can be had for under $100 US. Used ones are cheaper. I think BLU and Huawei also have some very low-cost WP8 handsets.
GoodDayToDie said:
Yeah, that wouldn't work; the WP8 emulator uses Hyper-V and requires hardware virtualization support.
You could just get a test device; even brand new the Lumia 5xx series can be had for under $100 US. Used ones are cheaper. I think BLU and Huawei also have some very low-cost WP8 handsets.
Click to expand...
Click to collapse
Well, I managed to copy Flash.vhd from the Win8 fs and have it booted in VirtualBox on Linux host. The only problem is that I don't know how to copy an app to the phone machine.
The Windows Phone SDK (installed as part of recent Visual Studio versions, though I think you can still get it stand-alone) includes an "Application Deployment" tool (xapdeploy.exe). It uses USB, so you have to forward the USB device from your host to your guest VM, but after that it should work.