Changes between Version 25 and Version 26 of Obsolete/MovedToTree/PackageManagement/TODO
- Timestamp:
- Apr 20, 2013, 9:42:31 PM (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Obsolete/MovedToTree/PackageManagement/TODO
v25 v26 2 2 3 3 === packagefs === 4 * Support packages being copied to the `packages` directory. Currently only moving works.5 4 * If necessary, add a caching mechanism to speed up mounting it. 6 5 * Use a global string hash table to avoid allocating duplicate strings. Will reduce the memory footprint and speed up some code paths. 6 7 === Package Daemon === 8 * Add user notification/interaction support for initial verification (on start-up) and manual package de-/installation. 9 * Support packages being copied to the `packages` directory. Currently only moving works. 7 10 8 11 === Build system === … … 11 14 12 15 === Package building === 13 * Work on tools to build Haiku packages in a clean chroot environment. 14 * Status: There's a package management [http://ports.haiku-files.org/browser//haikuporter/branches/package-management branch of haikuporter] which builds HPKGs. It doesn't do chroot building yet (requires pkgman to solve dependencies and install packages) and probably should use another recipe format (e.g. RPM .spec files). 15 * Define packaging guidelines and create a tool to check packages those. 16 * Define packaging guidelines and create a tool to check packages against those. 16 17 * Adjust build "recipes" for HaikuPorts packages as needed and build the packages. 17 * Status: There's a package management [http ://ports.haiku-files.org/browser//haikuports/branches/package-management branch of haikuports] with recipes for several packages already updated for building HPKGs.18 * Status: There's a package management [https://bitbucket.org/haikuports/haikuports/commits/all/tip/package-management branch of haikuports] with recipes for several packages already updated for building HPKGs. 18 19 19 20 === Package kit/manager === … … 25 26 === Boot loader === 26 27 * Currently the stage 1 boot loader requires the stage 2 boot loader to be in the file `system/haiku_loader` on the BFS boot volume. Since the stage 2 boot loader itself should also be subject to package management, that means it currently the package manager has to extract it from the system package. It would be nicer, if the stage 1 boot loader could load the stage 2 boot loader directly from the system package. Since the space for the stage 1 boot loader is too limited to deal with the HPKG format (< 1 KB in total), the format would probably have to be extended to provide an easily accessible bootstrap code. Alternatively additional space for the stage 1 boot loader would have to be found/made in the BFS on-disk format. 28 * Safe mode/recovery options: 29 - Disable home and common. 30 - Boot into old system state. 27 31 28 32 === Package/package repository format ===