Talk:Maemo Reconstructed

(Busybox vs dash+coreutils and such)
Line 21: Line 21:
---Eero Tamminen in an e-mail to maemo-developers, Wed, 05 Nov 2008 11:23:01 +0200
---Eero Tamminen in an e-mail to maemo-developers, Wed, 05 Nov 2008 11:23:01 +0200
-
* I've added the following change to the proposal, https://wiki.maemo.org/index.php?title=Maemo_Reconstructed&diff=8544&oldid=8540 , but even if it does raise the numbers a bit, the footprint is not -huge-, compared to let's say, an mp3 in the jffs2 fs. My argument still stands I'd say - is 3.5m so important to spare that it justifies the problems that arise from the choice of busybox? Next step is performance and memory usage I guess.. ---[[User:stskeeps|stskeeps]] 10:41, 5 November 2008 (UTC)
+
* I've added the following change to the proposal, https://wiki.maemo.org/index.php?title=Maemo_Reconstructed&diff=8546&oldid=8540 , but even if it does raise the numbers a bit, the footprint is not -huge-, compared to let's say, an mp3 in the jffs2 fs. My argument still stands I'd say - is 3.5m so important to spare that it justifies the problems that arise from the choice of busybox? Next step is performance and memory usage I guess.. ---[[User:stskeeps|stskeeps]] 10:41, 5 November 2008 (UTC)
=== A package that builds in Scratchbox should also build on a tablet ===
=== A package that builds in Scratchbox should also build on a tablet ===

Revision as of 10:43, 5 November 2008

Add your proposals here (remember to sign the proposal with your username, use ---- plus four tildes. If you'd like to discuss the proposals in real-time, try #maemo on irc.freenode.net (IRC) --stskeeps 20:21, 3 November 2008 (UTC)

Contents

Build tools

Do we get a modern gcc-4.3 and boost-dev? Reason is that for esp. C++ code, g++-4.x can compile template code to much smaller code than g++-3.4. This is more true for shared objects. With boost spirit and mpl, one can create amazing small binaries. (proposal by koos)

  • I don't see why it shouldn't be possible to get proper modern compilers, provided they work properly for ARM and such. The point of Maemo "R" is to focus more on the hildonization of apps and on working on adjustments to libraries/services to make them more sane in terms of power saving (which is also a big thing in green computing, just see PowerTOP and such). It is a problem when typical libraries that apps use like boost-dev are not up to date, because of platform particularities - and this problem is rooted in the base system. ---stskeeps 19:37, 4 November 2008 (UTC)

Xorg

Will xcb be part of Fremantle? Lenny already based its Xlib on xcb. (proposal by koos)

  • Well, this discussion may not be about Fremantle, but about a future Maemo OS that I have no idea which codename it would have if it was accepted ;) But, based on your proposal. XCB, from xcb.freedesktop.org: The X protocol C-language Binding (XCB) is a replacement for Xlib featuring a small footprint, latency hiding, direct access to the protocol, improved threading support, and extensibility. I believe this would obviously be a good part of a mobile platform, if it does not conflict with applications and that it is not CPU intensive, and instead helps on CPU usage and memory usage. ---stskeeps 19:27, 4 November 2008 (UTC)

Busybox vs dash+coreutils and such

If you check what Busybox provides on the device: $ dpkg -s busybox|grep Provides|tr ',' '\n'

You should compare Busybox footprint against following Debian packages: findutils, gzip, hostname, ifupdown, module-init-tools, net-tools, procps, sed, tar, coreutils, grep, mount, login, debianutils, util-linux, vim-tiny, mawk, mktemp, bsdutils, sysvinit-utils, iputils-ping, psmisc, time

---Eero Tamminen in an e-mail to maemo-developers, Wed, 05 Nov 2008 11:23:01 +0200

  • I've added the following change to the proposal, https://wiki.maemo.org/index.php?title=Maemo_Reconstructed&diff=8546&oldid=8540 , but even if it does raise the numbers a bit, the footprint is not -huge-, compared to let's say, an mp3 in the jffs2 fs. My argument still stands I'd say - is 3.5m so important to spare that it justifies the problems that arise from the choice of busybox? Next step is performance and memory usage I guess.. ---stskeeps 10:41, 5 November 2008 (UTC)

A package that builds in Scratchbox should also build on a tablet

Debian packages in general aren't buildable with Busybox, so above would be pending on this: https://bugs.maemo.org/show_bug.cgi?id=2896

And on modified build-essentials metapackage that brings in the suitable GNU tools I guess.

---Eero Tamminen in an e-mail to maemo-developers, Wed, 05 Nov 2008 11:23:01 +0200