The drivers in pata-modules depend on libata, which depends on scsi_mod.
The corresponding package dependencies pata-modules -> ata-modules
-> scsi-core-modules are already defined, and there is no sense in
adding a direct dependency from pata-modules to scsi-core-modules.
The usb-storage driver depends on scsi_mod in scsi-core-modules, not
any of the drivers in scsi-modules.
Merge the configuration and default-configuration directories,
using per-architecture overrides in package-list.
This requires a newer version of kernel-wedge to support
Depends_<arch> properly.
The only immediate change to debian/control is to remove the
different description for nic-modules on sparc64.
- Drop patches already in 4.16
- Overwrite changes on master to debian/installer, which were also
applied on sid and then changed
- [x86] Fix up dell_smbios configuration; now it's a single driver
selected by DELL_SMBIOS, with DELL_SMBIOS_{SMM,WMI} being boolean
options
- Clean up configuration with kconfigeditor2
So many module packages depend on core-modules already that almost
every installer image includes it.
The only obvious exceptions are the sh4 installer builds, as there
was no core-modules package on sh4. For consistency, include the
default set of modules in its kernel-image package now.
There is still duplication between core-modules and usb-modules, and
they actually have a circular dependency due to gpio-viperboard
driving (part of) a USB device.
- Add core-modules as a dependency of usb-modules
- Remove gpio-viperboard from core-modules as it is unlikely to be needed
We currently FTBFS on mips64el:
cannot read /tmp/linux/linux-3.16.2/debian/installer/mips64el/modules/mips64el-sb1-bcm91250a/mips64el-sb1-bcm91250a
...
cannot read /tmp/linux/linux-3.16.2/debian/installer/mips64el/modules/mips64el-loongson-3/mips64el-loongson-3
...
find: `debian/speakup-modules-3.16-1-loongson-3-di': No such file or directory
speakup-modules-3.16-1-loongson-3-di will be empty
The 'cannot read' warnings are due to a bug in kernel-wedge
copy-modules (fixed in version 2.90) that affects module list
directories that are symlinked. Instead of getting a list of files
and symlinks in the directory, it only finds the directory-symlink.
The bug was generally harmless because copy-modules also gets a
list of inter-package dependencies (without relying on the first
list), and this includes all package names. Except that
speakup-modules has 'Depends: kernel-image!', and as there is
no package definition for 'kernel-image!' this dependency is
not included in the second list and copy-modules does not see
'speakup-modules'.
mips64el seems to be the only architecture which has a symlink to a
module list directory including speakup-modules.
Delete the '!'.
svn path=/dists/sid/linux/; revision=21834
amd64 and i386 override dependencies for nic-wireless-modules, and are
the *only* architectures that currently build it (why?).
svn path=/dists/sid/linux/; revision=19133
Fix firewire-core-modules to depend on crc-modules.
Remove the overrides for firewire-core-modules on amd64 and i386.
svn path=/dists/sid/linux/; revision=19132
The default (arch-independent) configuration was previously provided
by the kernel-wedge package, but we want to be able to update it
without changing that in future. Copy the configuration files from
kernel-wedge 2.82 (except loop-aes-modules which is now unused).
Depend on kernel-wedge 2.83, which adds this feature.
svn path=/dists/trunk/linux-2.6/; revision=18347