The status-area-applet-battery initial port is pretty much done. [0]
Pending a N900 kernel bug it should start to work nicely. [1]

It has been ported to use UPower, one missing feature right now is proper mAh reporting. These values are present in /sys, but UPower doesn't pass them along... So don't expect that to be correct yet. Otherwise -- low power warnings, charging animations, gconf, etc should all work. Relevent open issues are [2] and [3].

Once the kernel problem is solved, we'll make a new image.
It also works on the Droid4, kind of. The Droid4 does not yet report 'capacity' (percentage), so that's always 0.

Looking at at hildon-status-bar-usb atm, will need porting to udev and perhaps provide a dbus service for this: https://github.com/maemo-leste/bugtracker/issues/39
Likely we will extend this applet to use CONFIGFS_USB for mass-storage,g-nokia, and so on, so that we can even make multifunction usb peripherals. This should also work out of the box for the Droid4 and the LIME2.

[0] https://github.com/maemo-leste/statu...pplet-battery/
[1] https://marc.info/?l=linux-omap&m=151869726709281&w=2
[2] https://github.com/maemo-leste/bugtracker/issues/67
[3] https://github.com/maemo-leste/bugtracker/issues/68

can't wait for the droid images

The Droid 4 images are already available. There was a problem with yesterday's images but it was fixed and there were new images built today. I tried them and Hildon came up successfully.

Make sure you place the image on slice 2 of your SD card. Otherwise you'll need to edit the kernel cmdline in the /etc/kexec/kexec script in ddroid and point "root" to the right device.

If you "apt-get update && apt-get upgrade mce" you will have mce on droid4 with backlight/brightness support. I also locally have mce where the power button (top of the phone) is mapped to screen lock like the slider on the n900, but not sure how to continue there. Works quite well though.

https://github.com/maemo-leste/bugtracker/issues/65
https://github.com/maemo-leste/bugtracker/issues/71

I'd really love to see a picture of a Droid 4 running Maemo-Leste

Check out slide 14:
https://fosdem.org/2018/schedule/eve...018_droid4.pdf

Sorry if this is a bit noobish question but why not use the cordia/Android_808 version of hildon as it seems a bit more updated and less targeted to n900.

I'm also no expert in this, but as far as I know, both cordia and other work by Android_808 are part of the project. I know he has contributed at least ideas (if not code) on Github.

I know of at least two other devices besides N900 that Maemo Leste runs on - Motorola Droid 4, and an Allwinner tablet (no idea about exact model)

So yes, the project is not n900-specific

Just happens that N900 has slightly better support in mainline, which makes it easier to test stuff, but Droid4 is a much faster device than N900, and there's also a lot of work being done upstream to improve kernel support for it.

My code isn't complete and depending on the variant used is incompatible with Maemo packages. It, as the thread suggested, was an experiement to see what could be done. Leste, although currently GTK2 based, is working.

Cordia ripped out a lot of Maemo code marked as deprecated, so my Cordia/Mer userland based version is the same. The second variant, the one fmg and myself were working on (Fremantle-GTK3) was rebased on top of the Maemo versions to try to remain as compatible as possible. Some of this work also made its way into fmg's Fremantle-GTK2 project. As far as I can tell, Leste is using the work started in Fremantle-GTK2.

I keep meaning to take a look at migrating the libsdl1.2 patches to 1.2.15 to see if that will help with the fullscreen issue. I may also look at building a version of hildon-gtk3 on top of Leste.

Perhaps we could support both GTKs?

For the Xorg issue on the VM: remove -noreset from /etc/init.d/xorg (this allows X to retry startup and not fall back to tty on first try)

since it launches a URL, User Guide app (which has a unlocalized name for some reason) will start working once a browser is available that can handle such things.

great work so far!