I didn't find a package named a2ps-amd64, but there is on named a2ps. Also maybe try --debian-installer daily instead of --debian-installer live
Just my 2cents Ozi On Sun, Jan 1, 2017 at 7:42 AM, Peter.Stein <peter.st...@comcast.net> wrote: > Package: live-build > Version: 1:20161216 > > I configure with: > > lb config --debian-installer live -d stretch --archive-areas main contrib > non-free upstream restricted --linux-packages `dpkg-query -f > '${binary:Package}\n' -W` > > This configures the target for the same packages as those installed on the > build host. It seems to correctly configure: > > P: Creating config tree for a debian/stretch/amd64 system > P: Symlinking hooks... > > Now whenever a build (lb build) is attempted it fails in the same way. > The build chugs along retrieving/verifying/unpacking packages. So far so > good. > But the build eventually fails with: > > Reading package lists... Done > Building dependency tree > Reading state information... Done > [2016-12-31 14:30:15] lb chroot_install-packages install > P: Begin installing packages (install pass)... > Reading package lists... Done > Building dependency tree > Reading state information... Done > *E: Unable to locate package a2ps-amd64* > P: Begin unmounting filesystems... > P: Saving caches... > Reading package lists... Done > Building dependency tree > Reading state information... Done > > Note > > *E: Unable to locate package a2ps-amd64 *a2ps happens to be the first > package in my package list. It doesn't matter which package is first - the > build appends the suffix "-amd64" to create an illegal package name (no > such package exists). As there are no options for either "lb config" or "lb > build" which affect this behavior I'm concluding this is a bug. I've > scoured all the documentation such as > https://debian-live.alioth.debian.org/live-manual/stable/ > manual/html/live-manual.en.html > and spent hours googling for answers or workarounds without success. > Please advise. > > Build host: > uname -a > Linux nehalem 4.1.17 #2 SMP Sun Feb 14 22:42:14 CST 2016 x86_64 GNU/Linux >