Active Topics

 


Reply
Thread Tools
joerg_rw's Avatar
Posts: 2,222 | Thanked: 12,651 times | Joined on Mar 2010 @ SOL 3
#11
Originally Posted by Flyser View Post
Great project! keep it up!


Afaik this (/opt) was not done in maemo, because it hurts performance a lot (correct me, if I am wrong ...).

Have you considered building the packages with the thumb-enabled linaro toolchain? This should save you some rootfs space and increase the performance as well
The main problem is that a lot of processes are started before you get such mounts done. So those processes/apps will fail with weird problems. In a proper unix this is solved in such a way that all programs on /bin and /sbin must work even without /usr (or /opt) mounted. Fro maemo that's not the case, distro maintainers didn't bother to move programs from /bin to /usr/bin (or the other direction) accordingly to the needs of system startup process, so they kept /usr on rootfs and rather moved packages to /opt (a mount) with symlinks one by one, with this abomination called optification.

/j
__________________
Maemo Community Council member [2012-10, 2013-05, 2013-11, 2014-06 terms]
Hildon Foundation Council inaugural member.
MCe.V. foundation member

EX Hildon Foundation approved
Maemo Administration Coordinator (stepped down due to bullying 2014-04-05)
aka "techstaff" - the guys who keep your infra running - Devotion to Duty http://xkcd.com/705/

IRC(freenode): DocScrutinizer*
First USB hostmode fanatic, father of H-E-N
 

The Following 10 Users Say Thank You to joerg_rw For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#12
Originally Posted by www.rzr.online.fr View Post
do you have a package list of debian packages to be rebuild on m5 ?
I've been doing similar on m6 and soon 1000 projects are rebuilding ...
I have list of all open and closed maemo packages, also list of all preinstalled packages. See: http://talk.maemo.org/showthread.php?t=75174
 

The Following 4 Users Say Thank You to pali For This Useful Post:
Posts: 838 | Thanked: 3,384 times | Joined on Mar 2009
#13
Originally Posted by pali View Post
I have list of all open and closed maemo packages, also list of all preinstalled packages. See: http://talk.maemo.org/showthread.php?t=75174
I'm aware of your scripts, and I'm one actively writer of http://wiki.maemo.org/Fremantle_closed_packages Next I need wiki-page listing all preinstalled packages.

Originally Posted by pali View Post
write which package is upstream, which upstream + nokia specified patches and which are nokia's packages. Obviously you cannot remove nokia specified patches...
I have found so many useless nokia patches (some are written for Diablo, some are merged to the upstream) that I will try good old "If it compiles it is good. If it boots, it is perfect"

So first compile ~whole debian and just install package by package till something breaks.

Originally Posted by pali View Post
If you want still use udev, then you must have / and /usr on same partition.
I didn't know that about udev. But maybe optification is not yet issue. If preinstalled packages fit before I hope they will fit after.

Originally Posted by bennypr0fane View Post
why do you think going straight for Wheezy is not an option?
I tried it and I hit immediately hard circular dependency loop, which will be no issue if there are packages from squeeze (everything needs newer dpkg, but new dpkg needs recent debhelper, gettext and something more). But yes when things start rolling Wheezy is target then.


I'm not sure what is benefit for very this moment use gcc-4.7-thumb (of course in long term). During process phone might brick often, so flashing should be easy and fast. Maybe this is good time to create own Fiasco-image with thumb-support.
 

The Following 5 Users Say Thank You to AapoRantalainen For This Useful Post:
Posts: 1,397 | Thanked: 2,126 times | Joined on Nov 2009 @ Dublin, Ireland
#14
It's a very interesting project but also very ambitious. Be aware that other similar attempts have failed previously (remember the first Mer?).

Also keep in mind that Debian is too big and not optimized for mobile use. Maemo has already done a lot of the initial work in that direction.

My suggestion for you, would be to start from an already working base, like CSSU Thumb (so you can be synced with fixes and features from CSSU) and newer toolchain, then go as far as you can without breaking the device's functionality.

There are several upgraded packages floating around the forum, some from Harmattan, some form Debian or upstream that could be easily added to that base. We have working (and better) replacements for common applications such as Worldclock, BusyBox Power, Hamster Filler, Open Media Player, improved Nokia Maps...

With not so much effort, and probably with more chances of receiving help from others, you could build a sort-of "Maemo Reloaded", keeping compatibility with most of (if not all) the already existing applications.

My proposal in such a project would be to keep as much compatibility as possible with existing applications, but without being as cautious as CSSU must be. Top goals would be to upgrade to upstream where possible and substitute closed source applications with OSS replacements where available.

You would need a new repository, in which applications could depend on these newer packages.

A second sub project could be the creation of a new fiasco image with saner partitions (i.e. ext4 and 5Gb for applications) and investigate the possibility of unoptification and decompression of root filesystem. But this can be made in parallel with the first approach.

Last edited by ivgalvez; 2013-03-09 at 23:15.
 

The Following 10 Users Say Thank You to ivgalvez For This Useful Post:
Posts: 3,464 | Thanked: 5,107 times | Joined on Feb 2010 @ Gothenburg in Sweden
#15
Be active in the merproject instead of reinvent the wheel.

Being active in mer also is good for for sailfishos on upcoming devices and nemomobile on N9/N900. I dont get WHY people is using so much time on a already dead OS instead of being active to poirt apps/improve nemo instead...

Last edited by mikecomputing; 2013-03-09 at 20:07.
 
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#16
@mikecomputing: because maemo is working. all other attempts to use any other system failed or were slow, not usable or missing applications. Maemo has fixed all problems: is working, is faster then any other os (on n900) and has lot of applications in extras. I really do not understand why everybody pointing to mer, nemo and sailfish...
 

The Following 25 Users Say Thank You to pali For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#17
@ivgalvez: Instead breaking and thinking how to fix opt/rootfs problem, first use eMMC or SD card. When system will be bootable, then start thinking what to do with fiasco and opt...
 

The Following 5 Users Say Thank You to pali For This Useful Post:
Posts: 11 | Thanked: 47 times | Joined on Feb 2013
#18
I share your dream, in fact I've been busy all week getting an alternative SDK setup and trying to recompile the squeeze version of pulseaudio...

So you can count me in!

And it may be a babystep, but updating the SDK fully to Lenny (Debian 5) would already be a good leap forward in my opinion. At least that would get most of the bottlenecks above water without the added extra complications of the usual dependency hell.
 

The Following 2 Users Say Thank You to Zaerc For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#19
@Zaerc: Closed nokia pulseaudio modules are compatible only with maemo pulseaudio version. So when you update pulseaudio you will break full maemo system (cellular gsm/3g calls, ohmd, libplayback, mediaplayer, ...)

Rather do not touch pulseaudio, instead try updating other system/generic packages which are not patched by Nokia.
 

The Following 5 Users Say Thank You to pali For This Useful Post:
Posts: 2,153 | Thanked: 8,462 times | Joined on May 2010
#20
Originally Posted by AapoRantalainen View Post
I'm aware of your scripts, and I'm one actively writer of http://wiki.maemo.org/Fremantle_closed_packages Next I need wiki-page listing all preinstalled packages.
If you want, I can generate wiki page of all preinstalled/sdk/open packages.

Originally Posted by AapoRantalainen View Post
I have found so many useless nokia patches (some are written for Diablo, some are merged to the upstream) that I will try good old "If it compiles it is good. If it boots, it is perfect"
For example nokia patched HAL package, it provides more addons which are needed for more maemo applications (some omap modules, gpio keys, ...). So make sure that you drop only useless patches (e.g apt patch which disable using apt-get for ovi store :-))

Originally Posted by AapoRantalainen View Post
I didn't know that about udev. But maybe optification is not yet issue. If preinstalled packages fit before I hope they will fit after.
First create system which will work from one SD card paritition and then start thinking how to fit it into NAND+eMMC...

Originally Posted by AapoRantalainen View Post
I'm not sure what is benefit for very this moment use gcc-4.7-thumb (of course in long term). During process phone might brick often, so flashing should be easy and fast. Maybe this is good time to create own Fiasco-image with thumb-support.
Old gcc in scratchbox has some bugs and is old. Rather use new gcc which has fixed bugs and have thumb2 support for n900. Really forgot not about flashing via flasher-3.5/0xFFFF. Use sd card and untar your rootfs directly. If this will work, I can write hints how to generate ubifs for nand and how to pack it into fiasco image with 0xFFFF.
 

The Following 10 Users Say Thank You to pali For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 07:29.