User:PaulBoddie

Stuff I hope to work on:

• Investigating floating point support for numpy (nice for pygame.surfarray, for example)
  • EGLIBC might offer a solution, although this obviously requires toolchain changes and the rebuild of a number of packages
  • numpy needs modularizing or a minimal build configuration
• Experimenting with small-screen user interfaces
  • Here, pygame and Cairo with SVG support might be interesting, requiring pycairo and python-rsvg (provided by the python-gnome-desktop package)
    • The third example doesn't need numpy, although the mainloop at the end should be fixed to something that does something sensible
    • After suspecting that the old librsvg version was causing colour channel swapping problems, I spent some time trying to update the GNOME stack (which, of course, all had to be upgraded with a lot of general breakage), but even librsvg 2.36.2 and gnome-python-desktop/python-gnome-desktop2 2.32.0 still exhibit the same issues
• Tidying up the documentation on this Wiki:
  • Consolidate boot-related stuff on Bootloader, Updating Ben with usbboot, USB BOOT mode, Updating Ben NanoNote software, Reflash_ben.sh, Unbrick
    • Canonical USB boot invocation instructions might go on USB BOOT mode, removing them from Updating Ben with usbboot
    • Updating Ben with usbboot claims that it's better to boot from SD card, whereas Updating Ben NanoNote software contradicts this to an extent
    • Unbrick duplicates a lot of the USB BOOT mode information
  • Consolidate development-related stuff on Ben NanoNote Software Status, Building Software Image, Porting programs
  • Add some notes about deploying new packages and integrating them into the upstream images
  • Perhaps update Applications and How to contribute
  • Incorporate links to (and tips from) OpenWRT Build Guide: Start To Finish
  • Perhaps add a link to these libiconv notes somewhere
• Investigating Debian and possibly Emdebian for a more compact distribution
  • The Debian-based distributions are probably a better choice than OpenWrt with regard to package robustness and source package generation (essential for licence compliance purposes)
  • Some integration of the OpenWrt-related work might be required for things like the kernel and U-Boot
  • Emdebian Crush is probably closest to OpenWrt in spirit, but it probably needs multiarch support in Debian amongst other things to be viable
  • Emdebian Grip is quite possibly usable right now; it uses multistrap (Debian Wiki page) instead of debootstrap to make bootable root filesystems
  • Emdebian Baked appears to be a way of deploying self-contained, non-upgradeable images based on Crush or Grip