Back to wiki start page
Categories: Development

TODO list for CRUX 2.8

• Flyspray tasks for CRUX 2.8

General

• It might be that we switch to x86_64, or not? If we do that, we should call it 3.0, definitely.
• new directory /run?
  • see http://lwn.net/Articles/436012/
  • http://thread.gmane.org/gmane.linux.hotplug.devel/16707
  • discussion: http://thread.gmane.org/gmane.linux.distributions.crux.devel/2213
  • udev as of version 182 depends on a a directory /run. Currently the directory is part of the udev package, we should probably move the creation of the dir to our filesystem package? Conflicts ...
• use the new rc scripts from Michal Soltys?
  • see http://thread.gmane.org/gmane.linux.distributions.crux.devel/2246
• There are some excitements about merging /bin, /sbin, /lib into /usr
  • https://fedoraproject.org/wiki/Features/UsrMove
  • http://article.gmane.org/gmane.linux.redhat.fedora.devel/155792
  • http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge

Ports

core

• using current glibc, 2.14.1, implies quite serious issues, mostly because the RPC headers got removed from glibc and the affected programs are not adopted to use libtirpc instead
  • https://bugs.gentoo.org/show_bug.cgi?id=381391
  • https://bugs.gentoo.org/show_bug.cgi?id=370409
• separate time zone date from glibc
  • see http://crux.nu/bugs/index.php?do=details&task_id=765
  • a new port tcdata is for now available via:
    • httpup sync http://jue.li/ports/#tzdata tzdata
• gcc: do we want the Graphite loop optimizations?
  • requires additional libraries
• postponed updates because of changed API/ABI or something like that
  • perl
  • db
  • gdbm
  • libpcre
  • openssl
• grep: possibly install into /bin instead of /usr/bin, so that we can use grep in our init-scripts
  • we have either build grep without libpcre or install libpcre into /lib
  • do we break other scripts with that? Check rc-scripts and prt-utils
• util-linux-ng: has been renamed by upstream to util-linux, rename the port as well
• udev: possibly install stuff that depends on glib?
  • Discussion: http://thread.gmane.org/gmane.linux.distributions.crux.devel/2233
• possibly merge core/libdevmapper and opt/lvm2 into one port core/lvm2?
• util-linux-ng, sysvinit: use mountpoint(1) from util-linux-ng instead of sysvinit
• use libmount from util-linux for all mount programs
  • util-linux, nfs-utils
• module-init-tools: kmod is the successor of module-init-tools, newer version of udev are depending on it (done)
  • http://tinyurl.com/6mblc4c
  • http://article.gmane.org/gmane.linux.kernel.modules/640
  • http://git.profusion.mobi/cgit.cgi/kmod.git/

opt

• postponed updates because of changed API/ABI or something like that
  • libpng
  • libtiff

xorg

Pkgutils

• pattern-matching for pkginfo? See http://thread.gmane.org/gmane.linux.distributions.crux.devel/2238
• pkgadd and static linking
  • currently we have to use a patch for glibc to be able to produce a working all-static binary of pkgadd. Not very nice, it might be sufficient to limit the static linking to libarchive and not glibc?

Iso

• adjust setup-helper:
  • dbus, dbus-glib: remove, xulrunner no longer depends on it
  • xulrunner: remove, firefox includes the stuff as of version 4.0 (done)
  • firefox: new dependency yasm (done)
  • firefox: no longer dependent on nss/nspr
  • glib: install unconditionally because it has been moved from opt to core (done)
    • new dependency libffi
  • util-linux-ng: rename to util-linux
  • replace module-init-tools with kmod
• the kernel configuration file we are shipping with our ISO is more or less useless for the target system, because it's the one used for the initramfs-based ISO boot-system. Remove the config or provide a more useful ?
  • a few minor tweaks to our current config would allow a kernel to build and boot from many non-initramfs systems. suggestions: sd_mod, ahci, ext4 as non-modules. add evdev to the default config for xorg-input support.

Documentation