HackModford
Active Member
- Joined
- Oct 2, 2007
- Messages
- 813
- Age
- 33
I like the idea and would be perfectly happy if it was android.
I have no issue if Android compatibility is bolted onto our OS... so you can access the Android apps and run them, but to switch to Android completely is just silly.Exophase said:Yoyobuae said:Is it?Exophase said:- But to all the "let's stay with Linux" crowd, Android is still Linux.
IMO yes... there are lots of forks of the Linux kernel, maybe not usually as decisive as this but I'm sure even Pandora's kernel hasn't been fully passed upstream yet. To me this is like saying GP2X isn't Linux because it's shipping with an ancient kernel. So long as a fork doesn't strip away major functionality it should still qualify.
craigix said:Consider:
The Pandora should move to Android to get real commercial software and games - plus it's only a matter of time before someone else releases an Android games console (which works well), Pandora should be first.
Discuss...
Summary so far: (no|yes|ok, but only as an option)*Jourdy288 said:Hmmm.. Fifteen pages... I hate to say this, but TLR.
Loonie said:Personally, I would not be interested, though perhaps it could be an option.
There are a few people who don't agree with this view, you know.trix said:Loonie said:Personally, I would not be interested, though perhaps it could be an option.
LOL that's a great summary of basically every post in this thread.
Eniko said:There are a few people who don't agree with this view, you know.trix said:Loonie said:Personally, I would not be interested, though perhaps it could be an option.
LOL that's a great summary of basically every post in this thread.
The link sound like they are using custom API / interfaces. IMHO this is line I draw to take apart what is a simple fork (that will/may be merge back) and something that isn't linux anymore.Exophase said:IMO yes... there are lots of forks of the Linux kernel, maybe not usually as decisive as this but I'm sure even Pandora's kernel hasn't been fully passed upstream yet. To me this is like saying GP2X isn't Linux because it's shipping with an ancient kernel. So long as a fork doesn't strip away major functionality it should still qualify.Yoyobuae said:
sebt3 said:The link sound like they are using custom API / interfaces. IMHO this is line I draw to take apart what is a simple fork (that will/may be merge back) and something that isn't linux anymore.
When I sugested the idea to use Stuckie extention system, I was thinking about : chroot the whole android image, provide device interface (a few mknod) and force it to use second framebuffer.
But as android is using a custom framebuffer API, that won't work. At least without a large job on the base Android libs. At this point, you're not packaging, you are porting from a plateform to an other.
What I was suggesting was feasible in a reasonable time-frame for an high-level hacker (that's not me, obviously), but with the API changes the timeframe is way less reasonable.
and knowing that the beagleboard team still have no framebuffer for android is a clear indication that the changes are not obvious at all'.
On a long enough time line,
the survival rate for all computers drops to zero.
What are you doing? Come on!
Hands behind your back.
Give me your order number.
Open Pandora Console.
GP32, Apartment X.
- Small, cramped internet forum?
- How did you know?
They give shitty forums letters.
Pandora! You're going to die.
No!
Is that your makers?
They're gonna have to call the technician.
Pick up your circuit schematics. Know why?
- There'll be nothing left of your PCB.
- Oh, come on!
An expired app store url.
What did you compute, Pandora?
- S... S... Stuff.
- Stuff?
Was the coding hard?
- I asked you what programs you ran!
- Emulators, mostly.
- Why?
- I don't know.
What did you wanna be, Pandora?!
The question,Pandora,
was what did you want to be?
Answer him, Pandora, Jesus!
- Open source console. Handheld console.
- Gaming.
- Yeah. Homebrew and stuff.
- Stuff. Yeah, I got that.
- So you need more development.
- Too much coding.
- Would you rather be dead?
- No, please...
You'd rather die here, on your knees,
in the back of a Village Hall?
Please, no.
I'm keeping your order number.
Gonna check in on you.
I know where you live.
If you're not working
to be an awesome games console in six weeks,
you will be dead.
Now run on home.
Run, Forrest, run!
I feel ill.
Imagine how it feels.
Come on, this isn't funny!
What the fuck was the point of that?!
Tomorrow will be the most beautiful day
of Pandora Consoles life.
His assembly code will run better
than any program you and I have ever operated.
You had to give it to him.
Nothing outside the register link above. I didn't knew before reading this article.Exophase said:Can you link me to any kind of writeup of Android's framebuffer API?
In fact the last time I checked android, I discovered that they were using their own libc (containing their own threading implementation) , I was gone like "bulls**t, what we needed the most is a 4th opensource libc implementation for the linux kernel, yeahh". So you could guess my knowledge of the actual plateform...new hooks for its "sometimes bizarre" security model, and a revamped framebuffer driver infrastructure
Over-The-Air; centralized; protection!; removal of 'malicious' software... This is just pure evil, even more pure than this interesting ED-pic that's floating around here somewhere.The remote application removal feature is one of many security controls Android possesses to help protect users from malicious applications. In case of an emergency, a dangerous application could be removed from active circulation in a rapid and scalable manner to prevent further exposure to users. While we hope to not have to use it, we know that we have the capability to take swift action on behalf of users’ safety when needed.
This remote removal functionality — along with Android’s unique Application Sandbox and Permissions model, Over-The-Air update system, centralized Market, developer registrations, user-submitted ratings, and application flagging — provides a powerful security advantage to help protect Android users in our open environment.
sebt3 said:For the rest we basically agree, I was thinking about using our current kernel as writing kernel drivers is not the easiest task on earth.