m4r0v3r
|
2014-01-20
, 22:04
|
Posts: 1,746 |
Thanked: 1,832 times |
Joined on Dec 2010
|
#21
|
|
2014-01-21
, 03:37
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#22
|
seems you all are missing the rationale. It's for sure NOT for the NAME of something.
Use standard Debian ->and so on and on (probably I missed to list 60..80% in that enumeration)
- mafw: none -> Mediaplayer OpenMediaplayer, Gallery: gone
- alsaped: none -> consistent handling of audio in all situations, for all sources and sinks: gone
- PA XPROT: none -> sooner or later your speakers blow up (unless we fix that on hw level).
- standard upstream kernel -> optimized power handling of maemo kernel: gone; standby time: abysmal (watch out! oversimplified picture - power handling depends on whole system)
- MCE (and all the stuff it needs, like dsme etc pp): none -> complete state control (ringtone, vibra, indicator LED, screen lock, orientation, backlight brightness): gone
- HAL-addon-bme & friends: none -> proper battery monitoring, low-bat warnings, clean shutdown: gone
- liblocation: none -> all location aware apps: gone
We use fremantle since it's mature and been tested for 4 years now, basing on chinook and diablo. We know it's working. We don't want to invent yet another system. If you want to do exactly that, you're of course free to do that but at least anything in context of Neo900 is clearly meant to give fremantle and all the apps made for fremantle a new life.
You might have missed that detail, but to me it seems Harmattan (N9) and even Sailfish (Jolla) are using pretty much every single detail of the subsystems I listed or missed to list above. Guess why! While other distros use exactly zero of all those.
PS: Maemo is Debian, with several special tweaks on top. So where's the rationale to use "standard Debian" (I.E. a maemo with all special maemo tweaks stripped) and do the tweaks again? There actually IS a rationale, when you call that process ReverseEngineering and do it for the closed blobs only, while keeping the FOSS parts that turn Debian into Maemo. "why buy a 4WD model? Wasn't it easier to buy the standard model and mount something to it that drives the front two wheels as well?"
The Following 5 Users Say Thank You to wicket For This Useful Post: | ||
|
2014-01-21
, 06:48
|
Posts: 58 |
Thanked: 134 times |
Joined on Dec 2012
@ Vilnius, Lithuania
|
#23
|
Maemo may well be 4 years mature and tested but it has also accumulated of 4 years of known security vulnerabilities which have already been fixed in Debian. This, and instant access to the Debian repos are my main appeal for using standard Debian and I don't think I am not alone on this.
By no means do I want you to change what you are doing, I realise that we would have to build this ourselves. Obviously we won't want to use the standard upstream kernel and I would hope that we could construct a runtime environment to run the rest of the Maemo components until they can be ported to Debian.
Maybe I'm getting way ahead of myself and have overlooked the complexity involved in this but it's certainly something I would at least like to look into when I finally get the device in my hands.
The Following 3 Users Say Thank You to iceskateclog For This Useful Post: | ||
|
2014-01-21
, 06:56
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#24
|
mafw: none -> Mediaplayer OpenMediaplayer, Gallery: gone
alsaped: none -> consistent handling of audio in all situations, for all sources and sinks: gone
PA XPROT: none -> sooner or later your speakers blow up (unless we fix that on hw level).
standard upstream kernel -> optimized power handling of maemo kernel: gone; standby time: abysmal (watch out! oversimplified picture - power handling depends on whole system)
MCE (and all the stuff it needs, like dsme etc pp): none -> complete state control (ringtone, vibra, indicator LED, screen lock, orientation, backlight brightness): gone
HAL-addon-bme & friends: none -> proper battery monitoring, low-bat warnings, clean shutdown: gone
and so on and on (probably I missed to list 60..80% in that enumeration)
|
2014-01-21
, 13:38
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#25
|
[*]PA XPROT: none -> sooner or later your speakers blow up (unless we fix that on hw level).
|
2014-01-21
, 14:27
|
Posts: 1,258 |
Thanked: 672 times |
Joined on Mar 2009
|
#26
|
|
2014-01-21
, 23:05
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#27
|
|
2014-05-07
, 09:15
|
Posts: 18 |
Thanked: 19 times |
Joined on May 2014
|
#28
|
could you elaborate the missing hardware features , or in short : what ''hardware'' you must have to boot maemo?
|
2015-11-25
, 11:17
|
|
Posts: 868 |
Thanked: 2,516 times |
Joined on Feb 2012
@ Germany
|
#29
|
The Following 3 Users Say Thank You to Halftux For This Useful Post: | ||
|
2015-11-25
, 16:53
|
|
Posts: 634 |
Thanked: 3,266 times |
Joined on May 2010
@ Colombia
|
#30
|
Tags |
maemo 5 |
Thread Tools | |
|