Getting Started With Development

From WebOS-Ports
Revision as of 22:33, 27 October 2014 by Elvispre (talk | contribs) (A little tweaking.)
Jump to navigation Jump to search

Help Develop LuneOS

Build and Install LuneOS

For an easy life, develop on Linux. Ubuntu 12.04 LTS 64-bit works well.

The source code is on GitHub so you need a copy of git for a start.

Instructions for building (or just downloading) and installing an image can be reached by selecting a target device from the Devices page. Notice that there is a LuneOS VirtualBox Emulator which you can use instead of a target device.

Build System Overview

I assume that the build system is based on the Open webOS one.

Set-up is automated

$ wget
$ make setup-webos-ports

(but do follow the proper instructions for your device).

The build itself is based on the OpenEmbedded (oe) build framework for embedded Linux and is driven by the BitBake (bb) build engine (rather than make).

You bitbake a "recipe". This is a simple text file of metadata with the extension .bb indicating how to fetch, build and install something. The system is very modular. One recipe depends on another and there are hundreds of recipes involved in our build.

The particularly interesting recipes for our purposes, such as webos-ports-dev-package, are in webos-ports/meta-webos-ports/recipes-core/images.

Repository Layout might make some sense to you now!

The Porting Guide sheds quite a lot of light on this too.


So let's say you have built webos-ports-dev-package, installed it on a device and had a play around with it. How can you change it?

Start with a browse around the meta-webos-ports layer folder (on your build machine). Its conf/layer.conf is interesting. This is where we pick up Open webOS from LG and then customise it. The luneos "distro platform codename" gets set in the file for example. looks pretty interesting too.

You could change something in there and bitbake again to see what happens. (Will your change be incorporated or overwritten?) If you have made a worthwhile change, our Submitting Contributions instructions tell you how to get it pulled into the main line.

Help Develop the Core LuneOS Applications / Develop Your Own Applications

If you are looking to improve the bundled apps (or add new ones), the recipes are in recipes-webos/apps. Make some sense of those and you will definitely be winning. Can you find the fetched source code? Do you understand why it is where it is?

Theoretically Enyo 1.0 apps (Touchpad/Pre 3/Veer) should work on LuneOS since Enyo 1.0 is included in our build and is used by the core apps like Email as well. However there hasn't been extensive testing of legacy Enyo 1.0 apps by the project team. Enyo 2.0 apps should work without too many issues, because Enyo 2.0 is included automatically when you build an app :)

In LuneOS you can also run QML applications out of the box (unlike legacy webOS where you needed some modifications before you can get them running). A good example is FingerTerm which is included in our build and which was borrowed from the Jolla/Nemo/Sailfish project. Currently the following applications are written in QML: Browser, Phone App and soon also First Use. QML is a rapidly developing language with an easy syntax to learn and has good tools for testing on the desktop as well.

The distributed apps are located in /usr/palm/applications/myappname so for example /usr/palm/applications/ Non-distributed (user/externally created) apps are located in /media/cryptofs/usr/palm/applications ???

You can test the apps on device or in the VirtualBox emulator. Enyo 2 apps can be tested in a modern browser too. Chrome or another webkit/chromium based browser is recommended. This however will only work properly for apps that don't require services and luna calls on the device etc.

There are various ways to install your application to the device:

  1. Use Preware 2 to install the IPK file. You can create the IPK file with the palm-package command found in the webOS SDK. For Enyo 2 apps, please make sure to add the appinfo.json to your app. See also for more info.
  2. You can use ADB to push your application to the device.