This bug is caused by this change in libdebian-installer:
--- src/packages.c (revision 14297)
+++ src/packages.c (working copy)
@@ -307,23 +307,13 @@
bool di_packages_resolve_dependencies_check_non_existant
(di_packages_resolve_dependencies_check *r __attribute__ ((unused)),
di_package *package, di_package_dependency *d __attribute__ ((unused)))
{
di_log (DI_LOG_LEVEL_WARNING, "package %s doesn't exist", package->package);
-#if 1
- /* Backward compatiblity */
- return true;
-#else
return false;
-#endif
}
causing non-existent packages to be treated as an error rather than a
warning. Partman depends on hw-detect-full which depends indirectly on
libdiscover1, which doesn't exist so processing of partman's dependencies
stops after hw-detect-full.
IIUC, the libraries on the root floppy are created from those installed on
the build system and so they do not appear in the status file. However,
most libraries used by the installer have udebs which can satisfy the
dependencies when anna comes looking. libdiscover1 has no udeb so perhaps
the correct fix is to provide one (or to complete the discover2 transistion
since discover-udeb doesn't depend on libdiscover2).
--
Martin Orr
Linux Administrator,
Methodist College Belfast
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
