Database Info

[WIP]MVS (Mobile Vulnerability Suite)

My job requires me to use a whole arsenal of native Linux penetration tools. I carry a laptop running backtrack Linux, has all the tools I need, and is ready to go right out of the box.
I thought I would bring over these tools to my phone, and maybe save me some time.
The end result being an update.zip or rom security pros aswell as average android user can flash to thier phone. And have these utilities at there fingertips to check network vulnerabilities without downloading a linux distro and tracking down libraries dependencies , etc.
I just started working on this today. So far I have netcat and some other basic tools working. My main goal is to port the more advanced tools such as nmap, ettercap, metasploit and the aircrack-ng suite. Im aware some of these utilities wont be able to be ported. We won't know till we try .
Im looking for people to help get this off the ground and see how far we can take it.
What do you guys think? Wouldnt it be nice to run a script and find out if your wifi network and computers connectd are secure?
Shoot me a pm if you want to join in

While I wish you the best, I know aircrack has always been that intangible gem. Always getting so close to full functionality but not quite. Though those were the early days and HW and Android has came a long way since then. Have you seen some of the older threads on aircrack? Might be some helpful info in there if you run into any issues.
I wish you the best on that one. You said all the others were running fairly well though?

There was a guy that actually got backtrack running on our phones in its entirety, not everything worked right but it was cool. Not sure where to find his stuff though as that was months ago.
Sent from my MIUI SCH-i500

Questions or Problems Should Not Be Posted in the Development Forum
Please Post in the Correct Forums
Moving to General

Android Dev: Linux vs. Mac vs. Windows

Experts, Developers, Fellow Gentlemen (& perhaps, some Lassey?),
PURPOSE:
To request, collect, organize, and clearly present 3 types of information related to BOTH android application development (for sale on the market) and ROM cooking (using scripts, kitchens, etc.).
INFO REQUESTED:
(1) Compare the relative the PROs and CONs of Android Dev. using:
Windows with Cygwin and Eclipse
Windows with a Linux VM (Eclipse installed on the VM)
Mac with Eclipse
Mac with a Linux VM (Eclipse installed on the VM)
Linux on bare metal (using Eclipse, of course, or the NDK)
(2) If you have used two or more of the above for Android Dev., please describe your experiences and insights, the primary differences, similarities, tips and pitfalls, etc.
(3) Given a fairly large budget to buy your own laptop for use in Android application development and ROM cooking, please RANK the above 5 choices in order from your 1st (best and most desirable) choice to your 5th (last and least desirable) configuration.
Best Regards,
Paul

Honestly your best bet if you want to do android ROM development, and not developing apks, then your best bet is to dual boot your laptop with widows and ubuntu. I thouhgt that you were wanting to develop apks, since you mentioned the SDK and eclipse, that is really more for app development, rather than ROMS and android open source it self.
The reason for ubuntu is that all the of utilities all work with ubuntu, they can work with other distros, but ubuntu seems to be the one most flock to.
The reason not to use a VM is because it can have issues connecting to the USB connection with your phone attached.
Mac will work, if you really want to go down that path, but it is more cumbersome to get things to work "well" as BSD is the underlying kernel, but you have to install an Xwindows environment to use most of the Android utilities, and that can be a pain to get working for someone not really experienced with linux AND OS X.
Windows with cygwin is a possibility, but again, more of a pain that just dual booting ubuntu.

+1 for dualboot
I'm definitely not a developer but I do know PC's. Jim's right you won't get any odd b.s. if you partition and install Ubuntu.

For the small amount of rom tweaking/developing I have done I use windows with cygwin. With baksmali and smali for decompiling dex files.
Sent from my MB865 using xda premium

Me too. I get by with Windows7 and Cygwin...
I know that I will eventually have to at least set up dual-boot with Ubuntu if I want to get involved in "real" development (even that would freak out my wife though - having options at boot on our shared family computer... gonna need a separate dev machine I guess)
Sent from my mind using XDA

I have worked through both windows and linux (ubuntu mostly), and I can give you some info about macs too, but I don't have actual experience there.
Windows
Pros:
More software for things other than android development, so if you want just one OS it may be the way to go.
If you are familiar with it already, it will make your life easier as you won't have to learn about a new OS.
Not much more really.
Cons:
most developers use linux, so you will be a bit alone i the android dev world meaning possible less support.
Not as well supported officially or not.
Overall:
Windows will probably be just fine for app development, as the sdk and eclipse both run fine.
You will have trouble with rom development. Android is based on the linux kernel, so it does not play well with windows.
You can use Cygwin, but you will have mixed results. It is not perfect. Some things just won't work unless you have linux, and quite honestly it is probably easier to get ubuntu working right.
Ubuntu
Pros:
It's FREE!!!!!
most official support
It's what most devs use, so unofficial support is good
Most utilities are built for it.
Cons:
Can be tough to learn if you are used to windows
not as many apps for other things, but that is getting better.
Over all:
By far the best for development. you are just gonna be better off in general. your best bet is to dual boot, which is really easy, and you can always use windows when you want. A virtual machine is an option, but you will have issues with certain things, like usb support. A VM will also require more cpu power to do everything so it is not a good idea on low power machines.
Hardware
Linux is much lighter than windows, so a low power computer will be better off with it.
You should be fine with anything that is not total crap for app development. Basic rom development should be fine in the mid to low end. If you are getting into more serious stuff like building up android source you will want some serious power. I have 4GB or ram and an intel i3 processor (2.13 gHZ dual core 4 thread) and that barely cuts it. compiling cm7 takes a couple hours and it runs at 100% cpu usage the whole time and gets hotter than hell.
You will need a pretty big hard drive for some stuff. The AOSP source is huge. all my android stuff takes about 28GB.
Over all
your best bet is to dual boot windows and Ubuntu Linux on at least a decent PC. you will be happier with something with a slightly higher end CPU.

I use 64-bit Ubuntu, it's just so much better and everything just runs natively! I mean some of those kitchens and tools are only for windows, but it doesn't really bother me because I dont use them
If you want to learn to write code, get ubuntu and jump head first into it.

Android as a viable desktop - Discuss

Hi Folks
Just wondering if anyone has seriously considered or is using android on the desktop?
Hear me out here!
Since stopping using windows as my main desktop OS about 18 months ago, I've been enjoying all the fruits that open source has to offer. I think I must have trying nearly every flavour of Debian/Ubuntu distro's and currently using some Mint/Gnome 2 setup. partly due to Unity's immaturity as Multihead desktop and probably part of me can't let go of that "Start" menu analog.
Through all my "testing" however I've still not settled on the right desktop/development environment, I've tried them all, really, I feel like I given pretty much every Window Manager out there a go, I especially like the blank canvas of openbox although I've got real work to do as well, so configuration wise It's not something I want to know right now
Part of my issue is I've got a what I would consider a bit of an edge case when I comes to setup. My current setup is over 3 Monitors ( I was considering 6 but thought I might get whiplash from moving my head too much :laugh: )
Right now I live my live mostly in Terminal Windows and Bash Prompts and do most of my hacking In gedit with some plugins ( maybe not the most productive but it's kinda of working for me at the minute )
After giving the Android x86 project, It got me thinking whether It would be a viable option. I know android certainly has the capability to run over multiple monitors although whether I would have to do a bit of hacking on the Framebuffer internals ( add extra ones etc ) has yet to be investigated.
With regards Android Development it kinda of makes sense to Develop right there in it's native environment ( I'm talking Kernel/System Level here not apps) . Compiling the AOSP etc should still be the same process.
So Yeah, Android on the Desktop - Discuss
I'd be interested if anyone has been crazy/foolhardy/patient enough to go down this road and are just keeping quiet about it and If there's any gotcha's etc to think about before embarking on such a mission.

Android is better off on smartphones and Tablets and Windows in better off on Desktops and Laptops.
As Im an avid gamer, I wouldnot mind having Android on my Desktop. Android has limited no. of good games but Windows dont.
Sent from my GT-i9100 equipped with Grenade Launcher and Remote Explosives

www dot apc dot io
Hope that answers your question.
Sent from my YP-G70 using XDA

nightfire37 said:
www.apc.io
Hope that answers your question.
Sent from my YP-G70 using XDA
Click to expand...
Click to collapse
Thanks, That's the kinda of thing, I was not aware of this project/product ( although still vapourware til next month ) At least I'm not crazy for thinking it

I spent a week or 2 only using an hp touchpad, to see if I could get away using it as a desktop replacement.
The biggest problem I found is that the apps aren't really designed for serious productivity. Google docs is great for viewing things, but is very irresponsive on large documents, and doesn't like fancy formatting. Browsing was a nightmare. I had 3 or 4 different browsers, because each had different plugins, flash support, user agents, etc. Many browsers were unstable, and flash always caused random crashes and other weird problems. Gmail is useless for attachements, and there is no reasonable text editor.
It's doable, but you may have to spend a while finding apps to replicate all the functionality you expect from your PC.

trevd said:
Thanks, That's the kinda of thing, I was not aware of this project/product ( although still vapourware til next month ) At least I'm not crazy for thinking it
Click to expand...
Click to collapse
Your welcome. I am thinking on getting this for the fact to support the devs on the product.
Sent from my YP-G70 using XDA

As a desktop replacement I'm not so sure but Android can definitely work as a netbook replacements.
It also depends what you use ur desktop for. Anything more that web browsing and email, I'll still prefer having a full fledged OS on it.

theInfected1 said:
As a desktop replacement I'm not so sure but Android can definitely work as a netbook replacements.
It also depends what you use ur desktop for. Anything more that web browsing and email, I'll still prefer having a full fledged OS on it.
Click to expand...
Click to collapse
An android desktop could do mail, web browsing, multimedia, usenet or torrent downloads, games, dlna streaming, ebook reading and text editing (writing, creating pdf, etcetera) well.
It would not be able to do some of the things a desktop can do such as transcode video, run open office, use pc accessories, etcetera.
This is primarily because android is a mobile oriented os though it's likely that other than the use of pc accessories developers will write apps to get android doing even more as it is now a very popular tablet os and tablets often get used as a pc does.
Android could be a desktop for general everyday use right now but not for everyone.
For now windows and linux still beat android for both software, peripheral support and overall os speed making those better options however its also easier to have a new user mess those up than it is to mess up android so for general use it could be a good option.
Dave
( http://www.google.com/producer/editions/CAownKXmAQ/bigfatuniverse )
Sent from my LG P920 using Tapatalk 2

Short version: Currently, I would say no. In the future (2+ years minimum), I highly expect Android to compete for the desktop. It comes down to software moreso than hardware.
TL;DR version: Let me start by saying I've owned quite a few Android smartphones, and I've worked on twice as many for friends, family, etc. I've also owned a couple of Android tablets. Without trying to sound too cynical, let's just say I've been around the block when it comes to Android devices When it comes to phones, Android is as perfect as any OS could be. With it always improving, there's always more to love. For tablets, the experience didn't come off to a great start, but there have surely been improvements since. The first high-end tablets, as well as cheap alternatives, ran on Gingerbread or older. My first cheapo tablet ran on a rare version of Android 2.0 Eclair. Let me tell you, it wasn't pleasant at all! I decided to wait for Honeycomb to come out before trying another tablet, and that's when I picked up an Acer Iconia A500 with the sole intention being to use it like I'd use a computer. The only computer I had at the time was a 10" Acer netbook, so once I bought the tablet, I sold the netbook right away. Now, I will admit that I waited a little bit to see how Honeycomb took off. By the time I got my Iconia, 3.2 was just coming out. In order to completely replace any kind of computer, I knew I would need at least 3 accessories: a stand, keyboard, and mouse. In my initial research, I learned that Android 3.0 didn't have mouse support by default. This was fixed by the dev community here, and Google was prompt to add mouse support in the 3.1 update. So by the time I had my Iconia running 3.2, everything appeared to be ready as far as being a PC replacement. Or so I thought. One major reason I picked the A500 over other tablets was the fact that it had a full-size USB port right on the tablet itself, whereas others either didn't have one at all (Xoom, Galaxy Tab), or it was only available on the keyboard dock (Transformer). As a computer replacement, USB was important to me. It didn't take long for me to realize that a tablet as a PC replacement wasn't the most ideal choice at the time. While there are plenty of apps available to perform many different tasks, the real problem I had was with the way Android itself handled. The apps were more than good enough. There's email, web browsing, multimedia, word processing, etc. The problem is the way Android feels with a keyboard and mouse. One major problem for me was that Android has no proper right-click support with mice. It simply works like a back button. I feel that right-click would be more natural as the functionality of a long press. Another issue I was constantly trying to deal with was the amount of clicks required to complete simple tasks. I could do the same tasks twice as fast on any computer running Windows or Linux. This caused more frustration than anything else. File managers were generally really good - there's actually a couple that I really like a lot, but navigation was always an issue. It wasn't only file managers, but within several areas. Once again, this goes back to needing more clicks for the same tasks, and long pressing where a simple right-click would feel better. While the move to ICS was a huge improvement in performance, it didn't really solve anything with productivity and ease of use. USB support was also hit or miss, and a lot of it has to do with drivers. Now that's understandable, as most hardware venders don't expect Android to be the host OS. Hopefully this changes some day. Eventually I ended up trading the tablet and all the accessories for a mid-range laptop which I use now. I have this system triple-booting between Windows, Linux, and Android (android-x86.org). The same problems I faced with the tablet, I also face with ICS on my laptop. I find myself only booting to Android once in a blue moon, and it's always just to show off to my friends. Any real work is done with one of my other OS's. There's definitely a lot of potential with the Android platform as a desktop OS, but I feel like it's still a couple years away at least. There are still a few minor annoyances trying to use Android as a computer that need to be addressed. Maybe by the time Android 6.0 or 7.0 is released, it will put up a good fight for the desktop. Only time will tell. Another viable option is phones that dock to a computer with a desktop interface. Anyone remember Canonical's plans? Also keep in mind Linux kernel 3.3 which adopted Android natively, which is a huge step for Canonical and their Ubuntu-Android dreams.

i have been using android since 2008. The only thing i can tell you is Android can replace netbooks but not laptops and desktop. I used macbook for a year or so but I went back to windows.
HP Touchpad replaced my netbook.70% of the time i use my hp touchpad to chat, browse and play videos.
But when it comes to work or college work I go back to my good ol' desktop or laptop because
google spreadsheet is nowhere near MS Excel
google docs is nowhere near MS Word

fortemcee said:
The only thing i can tell you is Android can replace netbooks but not laptops and desktop.
Click to expand...
Click to collapse
I coming to that conclusion...... More for on the move devices, Although there some good stuff going on with the 10ft Experience (Android on TV's) at the moment.
It is also interesting to hear how people interact with their devices,
I'm far from an average user..... If i'm not developing with/on android I don't what to do with it :laugh: I think that's why my tablet has a keyboard and mouse plugged into most of the time
Thanks for the Input.

Bloodflame said:
Short version: Currently, I would say no. In the future (2+ years minimum), I highly expect Android to compete for the desktop. It comes down to software moreso than hardware.
TL;DR version: ...
Click to expand...
Click to collapse
Brilliant That's exactly the type of responses I hoped for, a man whose got he's knees dirty in these dam robots on the desktop ... little long but I did read it.
[Short Version] In Summary I'm inclined to agree with you give it a couple of years, As a developer I could probably fix it up but I probably wouldn't be finished before google etc sorted it themselves[Short Version]
Here's a more verbose reply :laugh:
I have seen some 2.x tabs in my time, trailblazers but not nice.... I presume you gave the 1.6 x86 one a go as well then? Just for kicks.
I've been using a mouse and keyboard on my tablet, an Archos G9 through a usb hub which also has full size usb slot..... I've never really twicked onto the mouse lack of context menu/right click being an issue until you pointed it out, I can see how it would become an irritant after a while unless you're a MacUser than one button should be fine
The right mouse button acting the same as long press would be a vast improvement, I'll probably have a look at what development effort is involved in that ( or at least add it to the pile of interesting stuff I want to do with my time )
I've found the keyboard to be useful, Shortcut Keys are generally the same as there desktop counterparts. Take Ctrl+L to type a web address in your browser for example and If I dig around the android source code for a while I'm sure I could find some more unpublished ones or add my own and help on the number of click navigation issues etc .
USB Support is not a problem with each iteration of Android it gets better internally and I'm currently working with the opinion that if a linux driver exists I can compile it and at least get android the recognize the device... I've been deep in the USB Internals with android for the last few months.
On the Androidx86.... I've not checked the project in a while, there maybe have greater focus on solving some on these usability issues.
With regard to phones and docking I do remember canonicals plans ( wasn't that earlier this year) or are you talking about the circa 2009/10?!? ubuntu proposed project to run apks directly on your pc? essentially running the dalvikvm/surfaceflinger framebuffer management, support services on ubuntu with an X Window for the app.
The latter I feel is highly possible especially with android fully "unforked" in the kernel - not looked at the full details but I presume that includes all androids system level binder stuff and their shared memory modules and the former, I think a manufacturer release something called "Android in a Window" (Motorola or LG, maybe) An interactive android window on the desktop... also motorola's Webtop looks interesting.
I've written enough, Thanks for the Input

no one found any way to run android on PC or Laptop ???????

saqi4you said:
no one found any way to run android on PC or Laptop ???????
Click to expand...
Click to collapse
It runs in virtualisation fine and there are a few PC's that can run it natively, I would bet Jelly bean will run on x86 without fuss.
Sent from my Transformer TF101 using XDA Premium HD app

I've had android ICS x86 on my Acer W500 (a windows tablet) for a little while now. It was installed along side the Windows 8 Developer Preview which expired and shuts down after a few minutes of use now. Instead of updating it to the W8 Consumer Preview for more time I just started using ICS full time. With my tablet in the "dock" (which is just a keyboard really) and a mouse hooked up I used it for days as a PC replacement (the power supply in my normal desktop died).
Android would be totally fine as a desktop OS, but apps would have to start being designed with that in mind.
Think about it:
You can't have multiple windows open at once on the screen for serious multitasking. What if I want to have a terminal/command prompt open while I reference a document in the web browser? With android I'm going to be switching between fullscreen apps.
The OS will have to be redesigned to allow for that capability and then new apps will have to be written to able to take advantage of it. Is it possible? Absolutely! Is it ready to be your desktop replacement? Not yet!

deathsled said:
Think about it:
You can't have multiple windows open at once on the screen for serious multitasking. What if I want to have a terminal/command prompt open while I reference a document in the web browser? With android I'm going to be switching between fullscreen apps.
Click to expand...
Click to collapse
I would say there is arguments for and against sizeable apps (I suppose that describes it), Personally I run multiple monitors and generally have Maximised Windows all the way, obviously every use case is different but I think android would become "just another window manager" and lose some of what android is If it had totally free window placement.
It is also assuming the current desktop metaphor which is in use today is the best/most productive way of interacting with the machine.... Maybe we're just blindly doing it because we've all be trained to think like that, and it's always been that way.
I don't claim to have the answers on any of these points though
I suppose the only thing I can do is stop talking and start doing, "try it yourself" as we say in the "trade" .....I've got a laptop I could give it a blast on, I can at least try a multiple monitor test with that with out too much disruption.

saqi4you said:
no one found any way to run android on PC or Laptop ???????
Click to expand...
Click to collapse
dragon_76 said:
It runs in virtualisation fine and there are a few PC's that can run it natively, I would bet Jelly bean will run on x86 without fuss.
Click to expand...
Click to collapse
You might want to read the full thread guys It's kinda what we're talking about, check the Androidx86 project out if you've never seen it before

Actually with apps like overskreen and the open source standout library which lets apps float, so you can have several open at once on screen together and swap between them, you could multitask with multiple open windows.
It's a new approach but already finding favour on tablets.
Dave
( http://www.google.com/producer/editions/CAownKXmAQ/bigfatuniverse )
Sent from my LG P920 using Tapatalk 2

deathsled said:
You can't have multiple windows open at once on the screen for serious multitasking. What if I want to have a terminal/command prompt open while I reference a document in the web browser? With android I'm going to be switching between fullscreen apps.
Click to expand...
Click to collapse
If I am doing some coding on my PC (running Ubuntu) I use i3-wm which is a tiling window manager. I find the best option is to have all applications full screen and switch between them quickly using keystrokes. The same thing can be done with a theoretical Android Desktop.
I think the case for an Android Desktop is a strong one. Just looking at mobile phone shops and sites, Android is the most popular firmware for smartphones on the market so the amount of people owning one is only going to increase. With that it means that online communities like this site will get bigger with more people offering support and development. An Android desktop might not have the same look and feel as the smartphone version but if it can emulate the same functionality i.e. the way to do something on a smartphone is the same as on the desktop then the leap from smartphone to desktop won't be so hard for people. As you will have the same underlying platform, the same will apply for developers so it means application development on the Desktop version should in theory be faster.
That's a way of doing it but my preference would be a convergence of devices where say I can plug my smartphone into a docking station which hooks it up with a monitor, keyboard and mouse or like the Assus Padfone where a smartphone can be pluged into a tablet dock which turns it into a tablet.

ubuntu phone - yes, no, maybe?

It is possible to get 3 different phones with ubuntu phone now, none of them too expensive.
good.
i wonder what people's experience or informed opinion is?
ubuntu is pushing "convergence", which basically means that one operating system runs on all devices, that i can use my smartphone as a computer...
how far along is it?
now there's loads of blog articles and reviews out there, but most of them focus on comparing ubuntu phone (UP from now on) to other phone OSs - with their fully grown app universe. of course UP comes up short!
but that's not what i'm interested in. OS stability, and the standard browsing, music and video, and of course phone and sms is good enough for me.
but, i want the same freedom i have with my linux desktop install: to Do Things.
(my most important project is still to get a usable connection to the data & media stored on my kitchenserver.)
the day before yesterday i had a chat with someone on #ubuntu-phone - i think it was a dev.
i asked if i can use & upgrade it like any normal ubuntu/debian-based, install apps and utilities and so on.
basically he said, gui apps are difficult because UP uses a different gui model than Xorg, but basically yes, but you loose you guarantee that OTA (over the air) updates will work. but they should, regardless.
yesterday i was browsing the ubuntu phone section on ubuntu forums; of course people only post if something doesn't work - it looks like a normal and healthy distro forum to me.
OTA updates come in almost daily, i gather. very lively development.
there was, however, a lot of familiar discussions about how to get some app or other working; familiar from my 2 android phones: convoluted and fragile solutions, like installing ubuntu desktop in a chroot.
UP even recommends adb (android debug bridge?) as the only way to access the phone from your computer. or the standard mtp connection. so it's the same **** as everywhere.
the other aspect is this:
- ok, android is big, evil google, but there's a few established solutions around to use it without an account, use f-droid instead of play store, well documented security hacks and so on.
- UP certainly isn't the white knight here, but if not google, what do they use, is it really "better" than google and can i opt out easily?
yes, i am seriously considering to buy a UP phone, as soon as i get the feeling that it is an improvement freedom and security wise.
i wonder what people's experience or informed opinion is?

bump
...just a gentle one before the weekend ends.
i'd love to get some answers...

[Firefly] [ROCKCHIP] [ITX-3588J] ITX-3588J ARM Android/Linux Dual "Deskphone" Progress

First off, I wanted to say I posted a few threads about this thing here asking questions about stuff I needed to get it working in the way I'd like and I'd want to thank you because I have made a lot of progress in getting it to be what I'd like it to be. I also don't know if this is the best forum to post this report because it's neither a question nor necessarily a tutorial but rather a summary and description of work already done so far, and especially because this device, while it sure runs Android (very well!) does not fit into any of the categories on this site neatly.
The story so far
This post concerns my experience working with the ITX-3588J, a board released just a few months ago by the Chinese manufacturer Firefly (or T-Chip Intelligent Technology Co. Ltd, based in Zhongshan) that is in the coveted mini-ITX form factor which means it can actually fit into a small-size desktop computer case and indeed has enough compute power to theoretically - and perhaps not so theoretically! - function as an honest desktop system with an ARM processor: namely the - also very new - Rockchip RK3588 system-on-a-chip.
About two months ago, I was looking into acquiring a new kind of computer to replace my somewhat longer on the tooth x86 machine that would be compact, low-power, and easy to transport while also being a fully capable desktop. And I certainly didn't want Apple. I had seen some very small form x86 desktops before, but I also knew there were many boards - like Raspberry Pi - that featured the ARM processor. Not content with the Pi, which is still very weak for this application at least when compared against modern software, I wanted to see if there was something else by now in a similar vein, and when I saw this board I thought it was an amazing option, esp. given I have not yet found a peer. Many ARM single-board devices exist but this is the only one I've found so far that looks to be in a proper desktop form factor and sporting a processor powerful enough to work at that level.
So I got the board, a case, and - noting it had SATA ports - a cheap 250 GB SSD, and put it all together ... and fired it up! And to my surprise, it booted up Android! Which was a real shocker because I generally thought this'd be like another PC board, not having had much experience with this ecosystem beyond phones, so that it would just give the usual "OS not found" stuff. Nope - pre-loaded on the board. Very minimal, very bare-bones though, not even the Google Play and similar essentials required for a usable Android experience. Yet with the little bit I had, I couldn't help but notice it was extremely fluid, responsive, and snappy, moreso than my aging 2018 era x86 box. Moreover, it was very, very interesting (and exciting!) to see Android booted onto a full-size monitor screen like Linux or Microsoft Windows - and actually and surprisingly, to see that it didn't look and feel all that bad!
However, of course, I wanted more. First, I wanted a fully-featured installation of Android. Second, I wanted to run Linux on it - especially given that, a short while later, I found that the board manufacturers were offering a stock Ubuntu 20.04 to be installable to it. Although, in the early stages, I didn't know how to do this at all, and then soon after learned how to reflash the embedded MMC chip to change the OS. And I did so, trying the Ubuntu and finding it also very performant, but not liking either that it was not quite the newest version but also more that it was mutually exclusive with Android - so far.
And that would begin a long - and at many times frustrating, especially given how much information out there is not at all tuned to a device like this being pressed into this application - learning journey toward exploring topics as diverse as how ARM processors and SoCs work under the hood, U-Boot, kernel features, the Firefly-Rockchip developer kit - and having to essentially single-handedly discover many of that kit's ins and outs given there was pretty much no documentation - and more, ultimately leading to where I've got it to now.
What it can do at this point
And that is, right now, I have it sitting here, loaded up with the stock Android 12 and Ubuntu 20.04 - with the former on the eMMC and the latter on the SSD hard drive. On the Android side, Google Play is now loaded and functional, though Google Chrome is not (it crashes with a "Telephony is null" exception for some reason, which seems to suggest for some reason it's trying to act like it's on a phone but isn't). Zoom - an app that I really, really wanted to have (and why I wanted to keep Android around on it) - works and works smoother and cleaner than my 2018 x86 Linux clunker. On the Ubuntu side, though, things are not yet coming - mostly because of seeming inability to use U-Boot to boot from the SSD. I managed to install GRUB, and given that Firefly's generous board SDK provides the full U-Boot source code was able to recompile it with the necessary "bootefi" command enabled which is not present in stock, but nonetheless alas this U-Boot seems to have its SATA support bugged or incomplete, because it would crash immediately upon trying to initialize that subsystem.
Where I'd like to go with it
Obviously, full dual boot of Android and Ubuntu, so getting U-Boot to boot the GRUB resident on the hard drive, is the biggest issue so far, and that means investigating whatever is the problem (or not?) in its SATA subsystem. Getting Google Chrome working on Android is another important step. Moreover - though it would cost extra money that I do not have right now - there's the very interesting possibility, owing to the fact that it has a built in M.2 slot on the board, and alluded to in the title - that the device could be made to act as a cell phone. And finally, the possibility of upgrading to a newer version of Ubuntu (ideally 22.04) - however from what I know so far, it looks like this will have to wait because the stock Linux kernels do not currently support the RK3588 fully - though I'd suggest the Linux kernel developers really should take a look at the SDK that came with this thing because it has lots of code in it including for the kernel, all under GPL.
Final note
One of the most interesting things I've learned from this project, and mentioned earlier, is just how well Android seems to work as a desktop OS. While there have apparently been some attempts to port it to x86, this is perhaps one of the first devices that is desktop-workable and which runs it natively. And one of the things I find that's nice about it is that ironically, because all the apps are designed for small screens, when they are run on a very big screen (and this monitor is not "very big" even by today's monitor standards, being a used and earlier LCD type), they are extremely easy on the eyes and have minimal UI clutter when compared to a typical desktop app on most Linux WMs and on MS Windows.
If you want to know more about the details, or anything else, feel free to ask any questions you might have!

UPDATE:
I believe I may have found an easier way to dual-boot Linux with Android, and that consists of configuring a custom ROM that will put both kernels, and GRUB, on the board's eMMC, while the rootfs for both OSes is placed on the hard disk. Will be seeing how it works.

UPDATE:
I have almost completed the custom ROM! I have now both Android and at least the base system for Ubuntu 20.04 (Kernel 5.10.66) bootable with Android now storing user data on the hard drive; though I'm still running into some hardware initialization issues in the latter that are keeping me from actually installing the desktop system. With regard to the Ubuntu system, there is some interesting issue in that for some reason the provided SDK kernel, which I had to rebuild, seems to build more Android-like because it wants to look in "/vendor" for some things related seemingly to the networking facilities, and it is possible this is preventing me from bringing up wifi, which I need in order to download the rest of the system.
But lots of progress overall - it seems that a full-fledged ARM desktop running simultaneously Android and Ubuntu is within reach to be wrung from this board!

Ignore my request for an update in another post. Seems you like you moving along. I don't need dual boot, just a working Android 12 with GPlay and Chrome. Did you get Chrome to work?

mebalzer said:
Ignore my request for an update in another post. Seems you like you moving along. I don't need dual boot, just a working Android 12 with GPlay and Chrome. Did you get Chrome to work?
Click to expand...
Click to collapse
Thanks. Yeah, I want to say that I have pretty successfully gotten Android 12 working on it for sure, but Ubuntu is proving much more difficult due to graphics support issues, and I'm not sure if it will be possible until RK3588 is supported in the mainline Linux kernel tree which is still something under development. And yes! I got Chrome to work Everything works, actually - it's great as an Android system, though obviously Android is kinda funny to use as a desktop OS. I am wondering if I can't get a "pseudo" Linux using something like Linux Deploy in lieu of running it natively, at least until the kernel development catches up with this new processor.
(FWIW, I'm posting this post from that machine while it is running A12. )
Good to see someone else is interested in it, though. What are you planning on using yours for?

Insofar as getting Android 12 to work w/GApps - it depends on if you want to do it purely on the eMMC or you want to also put user data on an attached hard drive like I did. In either case, the best option, I feel, is to create a custom ROM - I could provide custom ROMs for it for download, but don't know because of Google's licensing conditions around the GApps and have heard of people getting in trouble with Google for distributing custom ROMs for phones that have GApps in them. You basically need to unpack the stock Android image, unpack the "super.img", then load the apps from a package like NikGApps into the "product" partition (NOT "oem" - that was a big mistake), then repack everything and flash to the eMMC again. You will need the board SDK from Firefly for all this as it has the custom ROM-packing and flashing tools.
Alternatively, it is possible to manually install the NikGApps GApps using the Android console - as it's a fully unlocked system, obtaining root access is trivial: just put it into Developer mode and you will find the root access in the "Developer options..." menu under "System".

Shimmy99 said:
Insofar as getting Android 12 to work w/GApps - it depends on if you want to do it purely on the eMMC or you want to also put user data on an attached hard drive like I did. In either case, the best option, I feel, is to create a custom ROM - I could provide custom ROMs for it for download, but don't know because of Google's licensing conditions around the GApps and have heard of people getting in trouble with Google for distributing custom ROMs for phones that have GApps in them. You basically need to unpack the stock Android image, unpack the "super.img", then load the apps from a package like NikGApps into the "product" partition (NOT "oem" - that was a big mistake), then repack everything and flash to the eMMC again. You will need the board SDK from Firefly for all this as it has the custom ROM-packing and flashing tools.
Alternatively, it is possible to manually install the NikGApps GApps using the Android console - as it's a fully unlocked system, obtaining root access is trivial: just put it into Developer mode and you will find the root access in the "Developer options..." menu under "System".
Click to expand...
Click to collapse
Thanks I will keep this in mind. See my reply to you other reply on another post as well.

I would to run gplay as well please send me instruction the nikapps github doesnt say nothing