Android Application Packaging
With the availability of mobile-
Blueprint information
- Status:
- Complete
- Approver:
- None
- Priority:
- Low
- Drafter:
- None
- Direction:
- Approved
- Assignee:
- None
- Definition:
- Obsolete
- Series goal:
- None
- Implementation:
- Deferred
- Milestone target:
- None
- Started by
- Completed by
- David Mandala
Whiteboard
I modified/extended the original wiki spec based on UDS discussion, and here is a dump of my UDS notes:
Packaging issues for Android on Ubuntu
=======
packaging issues:
packaging of runtime
packaging of applications
rootfs issue for each user
runtime:
licensing apache2
requires own jre/classlibs
kernel support required
other components
will use std glibc?
apps:
packaging format different
how do we get android apps?
what about store?
to package natively as deb, backend would have to have android build
env also
there are default apps with android...
has basic dependencies for who can provide X svc...
convert/wrap packaged android (bin) apps into debs so we can handle
in existing apt-get backend infrastructure?
other issues:
we have system based app env vs proposed per user rootfs
netbook has no "users", hence per user rootfs not relevant
maybe apps can be stored/shared from one place, data per user dir
google emulator environment...lets not do anything that breaks it
first step android devkit/emulator support?
alternate proposal:
android runtime/sdk/kernel modules packaged as debs for system
let android runtime tools (and appstore) handle android apps
maybe handle like perl cpan, python, etc, for shared apps...
maybe build debs only for things we can rebuild from source into debs
rejects converting binary android pkgs to debs
deployment:
applications/
runtime initially in ppa, relocate to archive karmic or karmic + 1
what to call it? uar (ubuntu-
bzr / launchpad hosting runtime local changes, can upstream for git
questions:
what about android apps that also touch/have runtime components??
google appstore business arrangements?
investigate integration of android runtime and clutter
each android app has own effective userid...security model conflicts?
requirements:
run apps outside isolated android env
implies debs/system installable apps
action items:
breakup runtime into packages
kernel driver
per user data/common stuff
launchpad infrastructure
collecting patches/
Work Items
Dependency tree
* Blueprints in grey have been implemented.