After creating a chroot with:
1) debootstrap
2) debootstrap --variant=minbase
and installing ltsp-client-core in both of them, I got the following
results:
1) stretch-minbase-ltsp: 314M
2) stretch-normal-ltsp: 350M
The difference is small, mainly due to apt-utils, bsdmainutils, cron,
[ adding pkg-gnupg-maint to the cc list ]
On Mon 2016-07-18 17:19:13 +0200, Holger Levsen wrote:
> On Mon, Jul 18, 2016 at 08:02:40AM -0700, Vagrant Cascadian wrote:
>> At any rate, Wolfgang Schweer confirmed that adding it to the
>> debootstrap includes worked around the
So it sounds like something run apt with --no-install-recommends, right?
I don't think that's LTSP, could it be Debian Edu?
Maybe it could just drop the --no-install-recommends parameter?
On Sun, Jul 17, 2016 at 09:39:22AM -0700, Vagrant Cascadian wrote:
> No, the problem is inside the LTSP chroot, before any LTSP packages are
> installed in the chroot, so installing packages on the server won't
> help. It needs to be handled in the ltsp-build-client debootstrap call
> or possibly
On Sun, Jul 17, 2016 at 09:35:45AM -0700, Vagrant Cascadian wrote:
> I *think* it needs to be added to debootstrap's --include= to ensure it
> is installed early enough (or setting DEBOOTSTRAP_INCLDUE=gnupg or
> DEBOOTSTRAP_INCLUDE=gnupg2).
Adding a line containing 'INCLUDE=gnupg2' as first line
On 2016-07-17, Holger Levsen wrote:
> do you agree that ltsp-server should recommend (or depend) gnupg2|gnupg
> or do you think that education-thin-client-server should have that
> recommends/depends as we're telling ltsp-server to use apt-key?
No, the problem is inside the LTSP chroot, before
On 2016-07-15, Wolfgang Schweer wrote:
> while testing Debian Edu stretch I noticed that the LTSP chroot failed
> to build.
>
> This is most probably caused by a recent change to apt, see: #830696
>
> I faced this error too:
> Error: gnupg or gnupg2 do not seem to be
7 matches
Mail list logo