Active Topics



Thread Tools
Posts: 6 | Thanked: 33 times | Joined on Dec 2016

TL;DR: Let's see if we can organise the maemo porting efforts a bit more to make
it easier for others to join and test/help-out/develop.

For some time I've been wanting to get Gentoo running on my phone, with a
mainline kernel. Now that I managed to make that work, mostly thanks to the
great work done by Pali, freemangorden and others, I realised that while a fun
target, it doesn't really help maemo a whole lot.

Others on IRC seems to think the same -- it's much better if we try to unify our
efforts move maemo forward. To make maemo live on -- after the last n900 finally
breaks (likely 20 years from now ;-).

This post aims to do just that - while there has been a lot of development
happening already recently ([1], [2]), it does seem like a good idea to
organise it a bit more, and make participation easier -- as many have indicated
that they wanted to help.

The goals right now are to take useful things from fremantle (hildon-desktop,
for example) and port them to a modern distribution, while also using the
modern/new libraries. In the current form, we're aiming for devuan (and thus
also debian, mostly), with gtk-related code being ported to gtk3.

The goal is also to get everything to work on other devices as well, so that
testing can be done on other devices than the N900:
  • QEMU virtual image (perhaps we can offer a updateable devuan qcow2 image)
  • Intel laptops/desktops/devices
  • Cheap ARM Linux (allwinner a33?) tablets
  • Development boards (like Olimex LIME boards)
  • Neo900 and/or Pyra

There are a LOT of things that need to be done, and I personally also do not (by far)
oversee all that needs to be done (please reply to get things added):
  • Automated builds of ported packages
  • Automated deb repository where built packages go to
  • Porting applications from maemo-cssu and stock repositories. (We need to
    keep a list of applications that are ported, and applications that we require
    to be ported, with some priority)
  • Reverse engineering of components/packages (What ones? Link to the list or make it)
  • Documentation:
    • How to join in the development(!)
    • What components do we not want to keep or port
    • What devices are known to have some sort working state, how do you set a
      device up with the ported software
    • Common porting things/problems that one might run in to
  • Status: We need to keep the current status clear to prevent double work

Concluding, I think it is good if:

1) People who are interested to help out, post on this threads (perhaps also
share what you'd like to work on, or what you can work on)
2) We shape/form ideas on how we will document the process and make sure it's
doable for interested developers to join the efforts. Let's do this for a few
days and see who is interested, and then with the interested parties make some
important decisions, like where to host the documentation, and so on.
3) We figure out what our common first goals are

For now, I haven't done much programming work for this porting at all, but do
hope to do more work in the future, but we'll also need people who can do status
updates, organise lists, tasks and write documentation and keep it documentation
up to date, as well people trying to get it to work on their device.

Finally, I realise some documentation may already be out there -- please link it here, so I/we can attempt to organise it in a central place - makes it easier for others to start out.


Last edited by Wizzup_; 2016-12-05 at 23:51.

The Following 15 Users Say Thank You to Wizzup_ For This Useful Post:
Posts: 6 | Thanked: 33 times | Joined on Dec 2016
Reserving post for documentation until moved elsewhere

Last edited by Wizzup_; 2016-12-05 at 23:38.
Posts: 6 | Thanked: 33 times | Joined on Dec 2016
So, let me start: I would like to help out!

I have a few hours per week (more in the vacation periods) that I can spend on porting, or writing documentation, and I have the following devices:

* A33 tablet with Linux 4.9 on it
* About 10 N900 phones (gathered slowly over the years)
* ARM laptops that I use all day
* Intel machines to use QEMU on, or just to test maemo on

What I can try to work on:
  • Automated builds and devuan/debian repos
  • Porting applications (Know C, Python, some asm, and most other languages that are relevant)
  • Write documentation

Last edited by Wizzup_; 2016-12-06 at 08:57. Reason: Swapping post contents

The Following User Says Thank You to Wizzup_ For This Useful Post:
Posts: 14 | Thanked: 21 times | Joined on May 2015
At first, we need someone who is familiar with Devuan ecosystem
<cas> well there ya go. say something stupid in irc and have it immortalised forever in someone's .sig file

The Following 2 Users Say Thank You to L29Ah For This Useful Post:
peterleinchen's Avatar
Posts: 3,174 | Thanked: 5,683 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
Thanks. But why a new thread?
SIM-Switcher, automated SIM switching with a Double (Dual) SIM adapter
Thank you all for voting me into the Community Council 2014-2016!

Please consider your membership / supporting Maemo e.V. and help to spread this by following/copying this link to your TMO signature:
[MC eV] Maemo Community eV membership application,


The Following 2 Users Say Thank You to peterleinchen For This Useful Post:
Posts: 3,007 | Thanked: 12,351 times | Joined on Mar 2010 @ Sofia,Bulgaria
Originally Posted by peterleinchen View Post
Thanks. But why a new thread?
Because those 2 other threads are development related, not organizational and I share the opinion that those 2 should be separate - I'd rather not have post re debian repo setup or whatever in between the conversation on how to migrate clutter_effect_fade to clutter_animation
Never fear. I is here.

720p video support on N900,SmartReflex on N900,Keyboard and mouse support on N900
Nothing is impossible - Stable thumb2 on n900

Community SSU developer
kernel-power developer and maintainer


The Following 10 Users Say Thank You to freemangordon For This Useful Post:
Posts: 6 | Thanked: 33 times | Joined on Dec 2016
Originally Posted by L29Ah View Post
At first, we need someone who is familiar with Devuan ecosystem
I know a few people who work directly on Devuan, and they've also said they'd help out, so I think that'll be fine.

Originally Posted by peterleinchen View Post
Thanks. But why a new thread?
I am trying to get it a bit more organised - to make it easier to people to start out, without having to read through 20 pages of forum threads. I like the forum, but it's not useful as a starters guide if you have to dig through lots of text, IMHO.

That said, my current goal is:
  • Getting wifi/3d(mali) to work on my A33 tablet
  • Get some experience building packages
  • Try said packages on the tablet
  • Work on the auto builder.

Is there anyone else interested in helping out one way or another? It helps if you post that in the thread, so we can try to find the right task for everyone.

The Following 6 Users Say Thank You to Wizzup_ For This Useful Post:
Posts: 6 | Thanked: 33 times | Joined on Dec 2016
OK, so wifi works on the tablet. I hope to get mali/3d to work tonight.

And I spoke to some devuan people about building packages automatically, and then creating a repository with said packages.

Seems like it'll be doable, and we'll have to create a (gitlab) repository per package, and they'll automatically build it. I need to get some more clarity on the repository generation, but it seems like they can aid us.

The Following 8 Users Say Thank You to Wizzup_ For This Useful Post:
Posts: 1 | Thanked: 7 times | Joined on Feb 2017 @ Argentina
I went ahead with trying to build fremantle-gtk2 on devuan, here's the log i've written:
downloaded/cloned all fremantle-gtk2 repos

libcal, cityinfo, maemo-system-services got built straight without additional dependencies, libcityinfo is missing l10n dependencies but it doesn't need any on build time

upstart-dev deleted since it's deprected in favor of maemo-system-services-dev
dsme, hildon-status-menu, uses upstart-dev

Installed l10n noarch deps from fremantle-ssu-mr0 nokia maemo repo mirror (thanks freemangordon)

libmatchbox2 generated and installed after switching to upstream-gtk2 branch
mce-dev generated and installed had to mkdir doc folder
libosso generated and installed, libosso-test unable to install because lacking outo
icd2-osso-ic-dev generated and installed
libconic generated and installed
osso-systemui-dbus-dev generated and installed
statusbar-alarm-dbus-api generated and installed
libhildonmime generated and installed (but depends on hard-to-obtain l10n packages)
clockd generated and installed
osso-af-startup generated but depends on osso-af-utils and osso-core-config which are not present. issues with scripts.
libcal generated and installed
libdsme generated and installed but has issues running
ke-recv-extra depends on osso-af-startup (see above)
alarmd generated but issues with install because of user:users enforcement and issues running due to dsme (thanks pali for clarifications)
profiled generated and installed
iphbd generated and installed

some packages have missing rule targets

Last edited by Juesto; 2017-02-02 at 18:52.

The Following 7 Users Say Thank You to Juesto For This Useful Post:

Thread Tools

Forum Jump

All times are GMT. The time now is 04:24.