The Following 3 Users Say Thank You to marmistrz For This Useful Post: | ||
|
2015-09-15
, 09:23
|
|
Posts: 6,447 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#23
|
|
2015-09-15
, 09:35
|
Posts: 3,328 |
Thanked: 4,476 times |
Joined on May 2011
@ Poland
|
#24
|
I tried removing Nokia Maps in the past. There were no surprising dependencies so it went pretty well. The only problem was that removing Maps did not remove the Contacts integration so tapping on an address in Contacts still tried to open Maps on that address. I suspect removing Nokia Maps properly may involve more effort than anyone is prepared to invest.
The Following User Says Thank You to marmistrz For This Useful Post: | ||
|
2015-09-15
, 13:15
|
Posts: 391 |
Thanked: 908 times |
Joined on Aug 2011
@ suncity
|
#25
|
Have you looked backwards in this very thread?
I'd suggest moving / to /dev/mmcblk0. Altogether - we get rid of the problem of small rootfs. And we take the opposite of optification - we do nandification - move the vital parts of the system (libc6, libstdc++, glib, hildon) to NAND.
Beautiful, isn't it? We still get the blazing fast performance for vital components and we don't have any problems with full rootfs.
The only issue may be the boot process, but I don't know how big it will be. Generally, the boot components are usually vital.