Reply
Thread Tools
Posts: 567 | Thanked: 2,965 times | Joined on Oct 2009
#1
There is an effort right now to produce a Devuan based OS that uses Maemo libraries (hildon and things for example) and can be run on various bits of hardware (with both the N900 and Neo900 being suggested as targets)

The idea of moving to a new OS base with modern kernel and libraries (ones that get fixes for any security flaws they may contain) is a good one but the way its being done by that team doesn't make sense.

I see the software stack for the N900 and Neo900 containing the following things going forward:
1.Replacements for old Maemo Fremantle packages taken from Devuan or elsewhere that are modern, up-to-date and still maintained and which are ABI compatible with Maemo
Fremantle/support the hardware we have in the N(eo)900 (or can be modified to be ABI compatible and support the hardware we have without a lot of work). So, newer kernel, newer libraries, things like that.

2.Replacements for Maemo packages that aren't a direct replacement but still do the same job. So, newer browser that isn't a direct clone of microb but still does what a browser for the N(eo)900 needs to do, new WiFi stack based on wpa_supplicant that replaces the old Maemo stack, things like that.

3.Existing maemo-specific FOSS packages (be they originally FOSS or be they cloned by someone) that are maintained and fixed (including security issues) going forward (this may include porting such packages to newer versions of various libraries). So, hildon stuff, status bar widgets, control panels, hardware daemons, things like that.

4.Older versions of FOSS libs that we need to keep around to keep existing binaries running. So, older openssl that we need for certain binaries, old browser engine that we might need for rtcom-mesasging-ui or nokia-maps, things like that.

5.Binary packages distributed by Nokia as part of Maemo Fremantle (where cloning those packages or otherwise replacing them just isn't an option or where we want that functionality in the short term but plan to replace it completly in the long term). So, cellular services daemon on N900, dialer app, messaging app, nokia maps, things like that.

and 6.Packages distributed by 3rd parties be they FOSS or otherwise that we want to be able to install and run as-is without needing to change them. So, things in extras-*, things on Garage, things on the forums, things like that.
 

The Following 6 Users Say Thank You to jonwil For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#2
Originally Posted by jonwil View Post
...The idea of moving to a new OS base with modern kernel and libraries (ones that get fixes for any security flaws they may contain) is a good one but the way its being done by that team doesn't make sense.
...
Could you explain what exactly doesn't make sense and what is done differently to what you think it should be?
__________________
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 7 Users Say Thank You to freemangordon For This Useful Post:
Posts: 567 | Thanked: 2,965 times | Joined on Oct 2009
#3
I was mostly talking about the armhf thing but FMG says there is no real reason the new work needs to use armhf at all and that switching to armel is trivial so that's sorted.
 

The Following 2 Users Say Thank You to jonwil For This Useful Post:
Posts: 567 | Thanked: 2,965 times | Joined on Oct 2009
#4
In regards to libraries on the N900, the libraries we have on the N900 fit into several categories:
1.Libraries where we have a newer modern maintained version that is ABI compatible with the Fremantle version (e.g. libc) or that can be modified/forked to be ABI compatible (e.g. I suspect GTK2 fits in this category)
2.Libraries specific to Maemo where we can keep the same ABI (e.g. hildon or e.g. various closed-source libraries we are keeping around)
3.Libraries where the version on Maemo is obsolete and there is a newer maintained version and its possible to have both libraries side-by-side on the one system (e.g. openssl)
4.Libraries where the version on Maemo is obsolete and there is a newer maintained version and its not possible to have both libraries side-by-side on the one system. (this should not happen since the Linux convention is that you bump up the library version and create a new .so file any time you do something that breaks the ABI)
and 5.Libraries that can/will go away because they are no longer needed due to changes elsewhere
 

The Following User Says Thank You to jonwil For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#5
Originally Posted by jonwil View Post
I was mostly talking about the armhf thing but FMG says there is no real reason the new work needs to use armhf at all and that switching to armel is trivial so that's sorted.
Then please edit your comment, as it sounds impolite to the guys doing the really hard work for the last couple of months (if not more).
__________________
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 9 Users Say Thank You to freemangordon For This Useful Post:
Venemo's Avatar
Posts: 1,296 | Thanked: 1,773 times | Joined on Aug 2009 @ Budapest, Hungary
#6
Why Devuan? What is wrong with Debian?
 

The Following 5 Users Say Thank You to Venemo For This Useful Post:
Posts: 567 | Thanked: 2,965 times | Joined on Oct 2009
#7
I guess not having Systemd is a good thing.
 

The Following 5 Users Say Thank You to jonwil For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#8
Originally Posted by Venemo View Post
Why Devuan? What is wrong with Debian?
Yeah, that sounds like a much better base for me as well (bigger community, know track record, the actual origin of Freemantle, etc.). Also the Librem guys apparently want to choose Debian as well.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 3 Users Say Thank You to MartinK For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#9
Originally Posted by jonwil View Post
I guess not having Systemd is a good thing.
Do you have any concrete things in mind where using Systemd would be an issue ?

Systemd (and journal) has been used by Mer/Sailfish OS from day one and I really can't remember any Systemd specific problems during all those years.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 7 Users Say Thank You to MartinK For This Useful Post:
Community Council | Posts: 4,920 | Thanked: 12,867 times | Joined on May 2012 @ Southerrn Finland
#10
Yes but the thing is, you want to be rid of systemd.
Take it from someone who's paid job is to work with systemd!
 

The Following 6 Users Say Thank You to juiceme For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 19:31.