Kernel Sources

[Alexander Renn]

Hello,

There are two things that I'd like to do with Android.
The first is the possibility to start the Android's UNIX shell on the
screen. Have anyone tried this?
The second thing I'd like to try is to load own kernel modules or to
build a custom kernel.

Is far as I know Android is GNU-based Linux. Does anyone know where
can I get the kernel sources?

Thanks for your attention and best regards.

[gavin fang]

hi ,

http://code.google.com/p/android/downloads/list

this page may helps:)

gavin

[Bill Cox]

I'm new here, so I can't tell you if anyone else is working on this
yet. However, I think it's safe to say we'll have a lot more than
just the Android shell. I imagine we'll have ssh/sshd, bash, vi, and
a VNC viewer. I'm probably just being thick-headed, but I can't find
the list of registered Android projects. Does it exist, yet? I'd
like to sign up for one. Also, do we know what package manager will
be used for Android? The iPhone has that snazzy App-Tapp. Will it be
an existing package manager like apt-get, or a simpler, new one like
App-Tapp?

Bill

[Zach Hobbs]

On Sunday 23 December 2007 02:19:06 pm Bill Cox wrote:
> I'm new here, so I can't tell you if anyone else is working on this
> yet. However, I think it's safe to say we'll have a lot more than
> just the Android shell. I imagine we'll have ssh/sshd, bash, vi, and
> a VNC viewer. I'm probably just being thick-headed, but I can't find
> the list of registered Android projects. Does it exist, yet? I'd
> like to sign up for one. Also, do we know what package manager will
> be used for Android? The iPhone has that snazzy App-Tapp. Will it be
> an existing package manager like apt-get, or a simpler, new one like
> App-Tapp?

I've been trying to keep a pretty good list of the known projects out there,
you can see the list here:
http://www.helloandroid.com/apps

That list is only projects that have created a release, you can change the
filter on the dropdown to show all projects.

Programs can be compiled in to a *.apk file and that is how packages will be
distributed, it's not clear if Google will have an official package
management program. It's not too hard to write a package management program
using the PackageManger object, though the security/permissions functionality
doesn't seem to be there yet...

--

Zach Hobbs
HelloAndroid.com
Android OS news, tutorials, downloads

[Detro]

All true.
But before of everything people need to understand something:
GOOGLE WILL NOT DECIDE EVERYTHING ON ANDROID.

Android is a joined project: Google, obviously, has the bigger
"charge" of it, but it's not just "Google now has written an Operating
System from Mobile". It's not so easy.

Said this, package management is an easy task: what will be important
to understand is which model The Andoird Alliance will apply for the
"Signature of Apps" or something similar (you know, like "SIS" files
on Symbian). Mobile world is not Desktop world: to avoid applications
that destroy branch of networks it's VERY IMPORTANT that apps are
tested very well from "some authority". And, normally, in the Nokia/
Sony Ericsson world, is Symbian to do so. What will do Google for
this?
After we have an answer to this, it's possible to think about the next
step: Linux offers a LOT of possibilities and the iPhone-Hack guys
demonstrated there are a lot of other things to explore in this field,
isn't it?

Let's see.
One of the thing I'm waiting for from the Android Alliance is this:
how to manage third party apps.

[Alexander Renn]

Regular Android apps will have the ".apk" extension and will be
written in Java.
Other tricks like kernel patches and packages written in C may be hard
to install to the device.. Google says that only Java ''.apk" projects
will take part in Android Challenge contest. So if you have any
ambitions to get the prize than you'd better read the SDK manual and
write your code in Java.

[Bill Cox]

Not to restart the Java vs C wars, but a ton of apps wont work well in
Java. Voice recognition (http://cmusphinx.sourceforge.net), for
example, really need low-level implementations. Other existing
applications (say Open Wengo, Apache, PHP, openssl, bash, vncviewer,
vi, etc) already have a ton of open-source writtten... we wont want to
reinvent it all. If two things written above are true, then the
community may want to make it's own low-level package manager: 1)
Google will not decide everything on Android, and 2) packages written
in C may be hard to install.

That "Hello Android" site (http://www.helloandroid.com) seems pretty
good to me. Could we help this guy out with by writing/porting a
simple package manager, and maybe writing a Java GUI interface to it?

[Zach Hobbs]

On Monday 24 December 2007 02:30:16 pm Bill Cox wrote:
> That "Hello Android" site (http://www.helloandroid.com) seems pretty
> good to me. Could we help this guy out with by writing/porting a
> simple package manager, and maybe writing a Java GUI interface to it?

Thanks for the kind words, I definitely want to start working on a package
management application that will pull the information from my site. I just
need to figure out how to get the PackageManager permissions worked out
(might not be possible with current SDK).

Maybe I should create and publish the specs for a webservice or XML RPC so
that anyone can use the information from the site...if anyone is interested
in anything like this let me know.

[Bill Cox]

Hi, Zach.

I'm not very familiar with existing package managers, but some sort of
XML RPC sounds good. Someone more familiar with this area could
probably be of more help, but if I can help, let me know. Would the
manager need to be written in C/C++ to install C/++ packages, or can
Java do it? If C/C++ is needed, I'll be more in my element. I can
hack database and network protocol stuff.

Regards,
Bill

[philhsmith]

Hello all!

I've been working on a package manager for a few weeks now, though it
hasn't manifested too much except some specifications that I would
love some feedback on. The project is http://code.google.com/p/android-bolt/
and the pages I mentioned are http://code.google.com/p/android-bolt/wiki/BoltSpecFormat
(the package manifest format) and http://code.google.com/p/android-bolt/wiki/WebRepoLayout
(defines how to host 3rd party repositories.) It's only meant do deal
with pure java packages so far, but if we could discover a functional
technique and prove it works for installing native binaries, I don't
see why it couldn't be extended to cover them too. I'll be the first
to say that there are plenty of holes here, but this is why I'm
soliciting suggestions and concerns.

Hope it helps!
--phil--

[Detro]

Good start.

On Dec 25, 5:29 pm, philhsmith <phil.h.sm...@gmail.com> wrote:
> Hello all!
>
> I've been working on a package manager for a few weeks now, though it
> hasn't manifested too much except some specifications that I would

> love some feedback on. The project ishttp://code.google.com/p/android-bolt/
> and the pages I mentioned arehttp://code.google.com/p/android-bolt/wiki/BoltSpecFormat
> (the package manifest format) andhttp://code.google.com/p/android-bolt/wiki/WebRepoLayout

[Cary Harper]

Hey Phil,

Nice start on the package manager. After reading your specs, I have a
question for you
regarding the handling of certain dependency use cases.

I am wondering how a conflict such that if A explicitly defines a
dependency on C-0.1 and
B explicitly defines a dependency on C-0.2 will be handled in both the
application perspective
and the intent perspective.

Can the platform allow both versions of C to exist simultaneously?
Will your package manager allow C-0.2 to supersede C-0.1 to resolve
the conflict and would
that need to be defined somewhere for the resolution to succeed?

Any thoughts about commercial or non-free application delivery?

Regards,

Cary

On Dec 25 2007, 8:29 am, philhsmith <phil.h.sm...@gmail.com> wrote:
> Hello all!
>
> I've been working on a package manager for a few weeks now, though it
> hasn't manifested too much except some specifications that I would

> love some feedback on. The project ishttp://code.google.com/p/android-bolt/
> and the pages I mentioned arehttp://code.google.com/p/android-bolt/wiki/BoltSpecFormat
> (the package manifest format) andhttp://code.google.com/p/android-bolt/wiki/WebRepoLayout