Hi, Quoting Santiago Vila (2016-09-08 11:31:04) > > Maybe a bug against debootstrap is in order that adds a new variant > > allowing it > > to create a more minimal chroot? > > Yes, please, but we don't really need a new variant, we just need a > buildd variant that honors the build-essential definition in policy > (which does not include required packages as such, only essential and > build essential packages).
agreed. I filed #837060 about this. I also added a new feature to sbuild. Let me quote from the man page: --purge-extra-packages This is an experimental option. Only use when you know what you are doing. Source packages must be buildable with only their build dependencies, all packages marked as Essential:yes, the build-essential package and their transitive dependencies in‐ stalled. But by default, most chroots will also include Priori‐ ty:required packages and apt as well as their transitive depen‐ dencies. This option will try to remove all additional packages that are not strictly required for the build right after build dependencies were installed. This currently works best with the aspcud resolver. The apt resolver will not make as much effort to remove all unneeded packages and will keep all providers of a virtual package and all packages from any dependency alternative that happen to be installed. The aptitude and xapt resolver do not implement this feature yet. The removed packages are not (yet) added again after the build finished. This can have unde‐ sirable side effects like lintian not working (because there is no apt to install its dependencies) or bare chroots becoming to‐ tally unusable after apt was removed from them. Thus, this option should only be used with throw-away chroots like schroot provides them where the original state is automatically restored after each build. This command line option sets the PURGE_EXTRA_PACK‐ AGES configuration variable. See sbuild.conf(5) for more informa‐ tion. Thanks! cheers, josch
signature.asc
Description: signature