Re: vos impressions offset

2014-12-31 Thread Impression Services


Pour visualiser correctement ce message, accèdez à la version en ligne.






FAITES BONNE IMPRESSION !.






1.000 cartes de
visite







1.000 flyers
format A6





100 plaquettes
commerciales





Copyright © 2009 Numerifives, All rights reserved.
77 rue Pierre Legrand, 59000 Lille France
Tél: 03.20.04.06.82
Website: www.numerifives.com



Pour cesser de recevoir nos informations sur l'adresse 
debian-boot@lists.debian.org




Bug#732255: Bug#773867: testing the patch

2014-12-31 Thread jhcha54008
Hi,

I tested the following (and it works) :
# debootstrap --variant=minbase --arch=i386 --foreign sid my-sid-i386-chroot 
http://ftp.de.debian.org/debian
# chroot my-sid-i386-chroot
# debootstrap/debootstrap --second-stage
# exit
# chroot my-sid-i386-chroot
# cat /etc/apt/sources.list
deb http://ftp.us.debian.org/debian sid main

(wheezy amd64 host, debootstrap 1.0.66 + your patch)

And the regular invocation :
# debootstrap --variant=minbase sid my-sid-chroot 
http://ftp.de.debian.org/debian
still works.

I hope it will help !

Regards,
JH Chatenet


Le mardi 30 décembre à 14h 43mn 46s (+0100), Cyril Brulebois a écrit :
> jhcha54008  (2014-12-30):
> > Hi,
> > 
> > May this be related to bug #732255 ?
> 
> (Adding back everyone to the loop.)
> 
> Back to your suggestion in 
> :
> | --- a/usr/sbin/debootstrap  2014-02-26 20:31:23.0 +0100
> | +++ b/usr/sbin/debootstrap  2014-02-26 20:32:31.0 +0100
> | @@ -656,6 +656,7 @@
> | setup_apt_sources "${MIRRORS%% *}"
> | mv_invalid_to "${MIRRORS%% *}"
> | else
> | +   COMPONENTS="${COMPONENTS:-$USE_COMPONENTS}"
> | setup_apt_sources "$DEF_MIRROR"
> | mv_invalid_to "$DEF_MIRROR"
> | fi
> 
> setup_apt_sources is defined in the functions script, and iterates over
> COMPONENTS to update sources.list accordingly; so this would likely
> help. Anyway, COMPONENTS is only ever defined/used in functions, so I'm
> wondering whether it's wise to expose/manipulate it in the main
> debootstrap script. Additionally, if the sources.list file is the only
> thing not working without touching COMPONENTS, I'd rather suggest
> something like the attached, untested patch.
> 
> If you'd like to see some progress on this bug report, please test (with
> regular and foreign architectures) and report back.
> 
> Mraw,
> KiBi.

> From 183eaa304570330f1f76f6f5ffbbb3371582aec7 Mon Sep 17 00:00:00 2001
> From: Cyril Brulebois 
> Date: Tue, 30 Dec 2014 14:40:50 +0100
> Subject: [PATCH] Fix the empty sources.list bug with foreign architectures
>  (Closes: #732255, #773867).
> 
> Update setup_apt_sources to look at USE_COMPONENTS if COMPONENTS is
> empty, so that some iteration over defined components happens.
> ---
>  debian/changelog | 3 +++
>  functions| 4 +++-
>  2 files changed, 6 insertions(+), 1 deletion(-)
> 
> diff --git a/debian/changelog b/debian/changelog
> index 925c8c6..75dd347 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -3,6 +3,9 @@ debootstrap (1.0.67) UNRELEASED; urgency=medium
>* Apply patch by Jérémy Bobbio to support reproducible builds: specify
>  a modification time on the tar side, and add the -n option to gzip
>  (Closes: #774069). Thanks, Jérémy!
> +  * Update setup_apt_sources to look at USE_COMPONENTS if COMPONENTS is
> +empty, fixing the empty sources.list bug with foreign architectures
> +(Closes: #732255, #773867).
>  
>   -- Cyril Brulebois   Mon, 29 Dec 2014 15:01:57 +0100
>  
> diff --git a/functions b/functions
> index 674d649..bf999f1 100644
> --- a/functions
> +++ b/functions
> @@ -949,9 +949,11 @@ mv_invalid_to () {
>  
>  setup_apt_sources () {
>   mkdir -p "$TARGET/etc/apt"
> + # Cope with the foreign case where COMPONENTS would be empty:
> + sources_components="${COMPONENTS:-$USE_COMPONENTS}"
>   for m in "$@"; do
>   local cs=""
> - for c in $COMPONENTS; do
> + for c in $sources_components; do
>   local path="dists/$SUITE/$c/binary-$ARCH/Packages"
>   local pkgdest="$TARGET/$($DLDEST pkg "$SUITE" "$c" 
> "$ARCH" "$m" "$path")"
>   if [ -e "$pkgdest" ]; then cs="$cs $c"; fi
> -- 
> 2.1.4
> 


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141231112551.GA23255@debirf-dominicain



Bug#759424: di-netboot-assistant: enabel jessie repositories

2014-12-31 Thread Andreas B. Mundt
Package: di-netboot-assistant
Followup-For: Bug #759424

Hi,

one more change that should be applied:  Currenty, jessie is commented
in '/etc/di-netboot-assistant/di-sources.list'.  Also, some
architectures are missing.

The attached patch enables at least the amd64 and i386 for jessie.

Best regards,

 Andi
diff --git a/config/di-sources.list b/config/di-sources.list
index caeb5f8..209ef4e 100644
--- a/config/di-sources.list
+++ b/config/di-sources.list
@@ -48,14 +48,12 @@ squeeze	sparc	http://ftp.debian.org/dists/squeeze/main/installer-sparc/current/i
 squeeze-gtk	amd64	http://ftp.debian.org/dists/squeeze/main/installer-amd64/current/images/	netboot/gtk/netboot.tar.gz
 squeeze-gtk	i386	http://ftp.debian.org/dists/squeeze/main/installer-i386/current/images/	netboot/gtk/netboot.tar.gz
 
-#Debian/Jessie (not released yet, As of writing this file)
-#jessie	amd64	http://ftp.debian.org/dists/jessie/main/installer-amd64/current/images/	netboot/netboot.tar.gz
-#jessie	i386	http://ftp.debian.org/dists/jessie/main/installer-i386/current/images/	netboot/netboot.tar.gz
-#jessie	ia64	http://ftp.debian.org/dists/jessie/main/installer-ia64/current/images/	netboot/netboot.tar.gz
-#jessie	sparc	http://ftp.debian.org/dists/jessie/main/installer-sparc/current/images/	netboot/boot.img
+#Debian/Jessie
+jessie	amd64	http://ftp.debian.org/dists/jessie/main/installer-amd64/current/images/	netboot/netboot.tar.gz
+jessie	i386	http://ftp.debian.org/dists/jessie/main/installer-i386/current/images/	netboot/netboot.tar.gz
 ##Graphical Installer (GTK)
-#jessie-gtk	amd64	http://ftp.debian.org/dists/jessie/main/installer-amd64/current/images/	netboot/gtk/netboot.tar.gz
-#jessie-gtk	i386	http://ftp.debian.org/dists/jessie/main/installer-i386/current/images/	netboot/gtk/netboot.tar.gz
+jessie-gtk	amd64	http://ftp.debian.org/dists/jessie/main/installer-amd64/current/images/	netboot/gtk/netboot.tar.gz
+jessie-gtk	i386	http://ftp.debian.org/dists/jessie/main/installer-i386/current/images/	netboot/gtk/netboot.tar.gz
 
 # DEVELOPMENT (( http://www.debian.org/devel/debian-installer/ ))
 


Bug#769735: Confirm bug

2014-12-31 Thread Andrew Gallagher
I can confirm this bug. I am using the beta2 installer DVD1, and trying
to dual-boot jessie on an existing ubuntu box.

Using manual partitioning, I first resized the ubuntu root partition
from 1tb down to 500gb, then attempted to create an encrypted LVM
partition in the free space. This automatically filled the LVM VG with a
single ext4 partition, but I needed an encrypted swap space also, so
went into "configure lvm", but there were no options there to change
LVs. On exiting that menu, partman attempts to detect disks, but hangs
at 81%. I have reproduced this twice.

Andrew.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54a3ff0c.1010...@andrewg.com



Build of the d-i manual [ Re: Release in a few days hopefully ]

2014-12-31 Thread Holger Wansing
Hi,

Samuel Thibault  wrote:
> Cyril Brulebois, le Tue 30 Dec 2014 21:57:40 +0100, a écrit :
> > Samuel Thibault  (2014-12-30):
> > > Cyril Brulebois, le Tue 30 Dec 2014 14:24:39 +0100, a écrit :
> > > > Building the manual on dillon with the relevant command in the crontab
> > > > still explodes with:
> > > > | d-i@dillon:~$ cd $DI/manual && svn -q up ; cd build && 
> > > > destination=/srv/d-i.debian.org/www/manual ./build.sh >/dev/null ; 
> > > > ~/bin/push-www
> > > > | Entity: line 2: parser error : Detected an entity reference loop
> > > > |  > > > url="&downloadable-file;images/orion5x/network-console/buffalo/kuroboxpro

I have found this:

The build of the d-i manual also fails on my machine here.
The line which is criticized

http://&archive-mirror;/";
&archive-mirror;  is  "http.us.debian.org"

If I ommit one entity level of those (no matter which one ! ) the build is 
successful again, without any warnings or errors !!!
So my best guess would be that a new version of some tool, which is used for
building the manual (don't know which one exactly), has introduced a check
for the depth of such entity chains and fails if the structure is 5 levels 
deep or more.
This would also explain, why I am also unable to build the d-i manual from 
March 2013 for example (roughly the revision which was used for the release 
of Wheezy). At release time of Wheezy the build had definitely no errors.

Anyway, applying the following patch would result in a successful build again
while leaving the output content unchanged.


Have a Happy New Year
Holger




Index: urls.ent
===
--- urls.ent(Revision 69542)
+++ urls.ent(Arbeitskopie)
@@ -18,7 +18,7 @@
 ftp://&ftp-debian-org;/";>
 
 
-http://&archive-mirror;/";>
+http://http.us.debian.org/";>
 
 http://&www-debian-org;/devel/debian-installer/";>
 http://&wiki-debian-org;/DebianInstaller/";>



-- 

Created with Sylpheed 3.2.0 under
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141231163625.68b969b8c1de9bd059de2...@wansing-online.de



Re: Build of the d-i manual [ Re: Release in a few days hopefully ]

2014-12-31 Thread Samuel Thibault
Holger Wansing, le Wed 31 Dec 2014 16:36:25 +0100, a écrit :
> Anyway, applying the following patch would result in a successful build again
> while leaving the output content unchanged.
> 
> -http://&archive-mirror;/";>
> +http://http.us.debian.org/";>

Err, no: this is changed in translations.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141231160448.gw25...@type.youpi.perso.aquilenet.fr



Re: Build of the d-i manual [ Re: Release in a few days hopefully ]

2014-12-31 Thread Holger Wansing
Hi,

Samuel Thibault  wrote:
> Holger Wansing, le Wed 31 Dec 2014 16:36:25 +0100, a écrit :
> > Anyway, applying the following patch would result in a successful build 
> > again
> > while leaving the output content unchanged.
> > 
> > -http://&archive-mirror;/";>
> > +http://http.us.debian.org/";>
> 
> Err, no: this is changed in translations.

Hmm, the entity "url-archive" is not used in translators entity files
at the moment.
archive-mirror is set in translations, as here in de.ent:

But that would be left unchanged.


Relevant would be, where "url-archive" is used:

ted@IBM-T60:~/deb/d-i-manual/ssh/manual$ grep -r url-archive *
build/entities/.svn/text-base/urls.ent.svn-base:http://&archive-mirror;/";>
build/entities/.svn/text-base/urls.ent.svn-base:
build/entities/.svn/text-base/urls.ent.svn-base:
build/entities/urls.ent:http://http.us.debian.org/";>
build/entities/urls.ent:
build/entities/urls.ent:

URLs generated out of "disturl" and "url-dist-unstable" would no longer be 
translated, but IMHO that would not harm.


Holger

-- 

Created with Sylpheed 3.2.0 under
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141231175700.eb12c62afbfdafbc9aa1b...@wansing-online.de



Re: Build of the d-i manual [ Re: Release in a few days hopefully ]

2014-12-31 Thread Samuel Thibault
Holger Wansing, le Wed 31 Dec 2014 17:57:00 +0100, a écrit :
> Samuel Thibault  wrote:
> > Holger Wansing, le Wed 31 Dec 2014 16:36:25 +0100, a écrit :
> > > Anyway, applying the following patch would result in a successful build 
> > > again
> > > while leaving the output content unchanged.
> > > 
> > > -http://&archive-mirror;/";>
> > > +http://http.us.debian.org/";>
> > 
> > Err, no: this is changed in translations.
> 
> Hmm, the entity "url-archive" is not used in translators entity files
> at the moment.

Yes, that's what I mean

> archive-mirror is set in translations, as here in de.ent:
>   
> But that would be left unchanged.

That's precisely my point: with

http://&archive-mirror;/";>

url-archive gets changed in translations.

> URLs generated out of "disturl" and "url-dist-unstable" would no longer be 
> translated, but IMHO that would not harm.

Well, it looks to me like an odd way to circumvent a dumb limitation
somewhere in some tool.

Samuel


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141231171944.ga25...@type.youpi.perso.aquilenet.fr



Bug#774331: debootstrap: fakechroot variant fails with fakechroot not found

2014-12-31 Thread Dan Greene
Package: debootstrap
Version: 1.0.66
Severity: normal

Dear Maintainer,

As a normal user, trying to run debootstrap --variant=chroot
(after starting fakeroot and fakechroot)
yields the following:
[output omitted]
I: Installing core packages...
W: Failure trying to run: chroot /home/user/debootstrap-test dpkg 
--force-depends --install /var/cache/apt/archives/base-passwd_3.5.37_amd64.deb
W: See /home/user/debootstrap-test/debootstrap/debootstrap.log for details
root@debian:~# less debootstrap-test/debootstrap/debootstrap.log
gpgv: Signature made Wed Dec 31 14:57:43 2014 CST using RSA key ID 46925553
gpgv: Good signature from "Debian Archive Automatic Signing Key (7.0/wheezy) 
"
/usr/sbin/debootstrap: 905: /usr/sbin/debootstrap: chroot: not found

It seems that chroot isn't in the default $PATH for a normal user, causing
debootstrap to fail.

-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debootstrap depends on:
ii  wget  1.15-1+b1

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.18-6

debootstrap suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141231231628.5589.99955.reportbug@debian



Bug#774332: debootstrap: fakechroot variant fails installing systemd

2014-12-31 Thread Dan Greene
Package: debootstrap
Version: 1.0.66
Severity: normal

Dear Maintainer,

(Everything is done as a normal user.)
After running fakeroot and fakechroot and setting PATH apropriately,
debootstrap --variant=fakechroot fails to bootstrap jessie.
The attempt ends with the following output:
I: Configuring init...
W: Failure while configuring required packages.
W: See /home/user/debootstrap-test2/debootstrap/debootstrap.log for details 
(possibly the package systemd is at fault)

End of debootstrap.log:
Setting up udev (215-8) ...
A chroot environment has been detected, udev not started.
Setting up systemd (215-8) ...
Initializing machine ID from random generator.
chfn: PAM: System error
adduser: `/usr/bin/chfn -f systemd Time Synchronization systemd-timesync' 
returned error code 1. Exiting.
dpkg: error processing package systemd (--configure):
  subprocess installed post-installation script returned error exit status 1
Setting up dmsetup (2:1.02.90-2) ...
dpkg: systemd-sysv: dependency problems, but configuring anyway as you requested
:
 systemd-sysv depends on systemd (= 215-8); however:
  Package systemd is not configured yet.
 systemd-sysv depends on systemd; however:
  Package systemd is not configured yet.

Setting up systemd-sysv (215-8) ...
Setting up init (1.22) ...
Errors were encountered while processing:
 systemd



I actually discovered this bug when attempting to make a
debirf image of jessie. Doing
# debirf make -r
fixes the issue, but requires root (and doesn't fix a different
issue, but that's for another bug report.)


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debootstrap depends on:
ii  wget  1.15-1+b1

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.18-6

debootstrap suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141231233603.21595.5181.reportbug@debian



Bug#774331: debootstrap: fakechroot variant fails with fakechroot not found

2014-12-31 Thread Vagrant Cascadian
On 2014-12-31, Dan Greene wrote:
> As a normal user, trying to run debootstrap --variant=chroot
> (after starting fakeroot and fakechroot)

Do you mean --variant=fakechroot ?

I can't reproduce your "chroot: not found" issue, though it fails in
other ways... What are the exact commands you used? I used this:

  fakechroot fakeroot /usr/sbin/debootstrap --variant=fakechroot jessie jessie 
http://ftp.us.debian.org/debian

The order of fakechroot and fakeroot supposedly matters, according to
the fakechroot manpage.


> yields the following:
> [output omitted]
> I: Installing core packages...
> W: Failure trying to run: chroot /home/user/debootstrap-test dpkg 
> --force-depends --install /var/cache/apt/archives/base-passwd_3.5.37_amd64.deb
> W: See /home/user/debootstrap-test/debootstrap/debootstrap.log for details

Mine fails with:

  I: Configuring systemd-sysv...
  I: Configuring init...
  W: Failure while configuring required packages.
  W: See /tmp/tmp.odgbAKw69L/jessie/debootstrap/debootstrap.log for
 details (possibly the package systemd is at fault)

It has already successfully installed base-passwd by that point:

  $ dpkg --root=jessie -l base-passwd | grep ^ii
  ii  base-passwd3.5.37   amd64Debian base system master 
password and group files


> root@debian:~# less debootstrap-test/debootstrap/debootstrap.log
> gpgv: Signature made Wed Dec 31 14:57:43 2014 CST using RSA key ID 46925553
> gpgv: Good signature from "Debian Archive Automatic Signing Key (7.0/wheezy) 
> "
> /usr/sbin/debootstrap: 905: /usr/sbin/debootstrap: chroot: not found
>
> It seems that chroot isn't in the default $PATH for a normal user, causing
> debootstrap to fail.

And in debootstrap.log:

  Setting up systemd (215-8) ...
  Initializing machine ID from random generator.
  chfn: PAM: System error
  adduser: `/usr/bin/chfn -f systemd Time Synchronization
  systemd-timesync' returned error code 1. Exiting.
  dpkg: error processing package systemd (--configure):
   subprocess installed post-installation script returned error exit
   status 1
   Setting up dmsetup (2:1.02.90-2) ...
   dpkg: systemd-sysv: dependency problems, but configuring anyway as you
   requested:
systemd-sysv depends on systemd (= 215-8); however:
  Package systemd is not configured yet.
   systemd-sysv depends on systemd; however:
 Package systemd is not configured yet.
  
  Setting up systemd-sysv (215-8) ...
  Setting up init (1.22) ...
  Errors were encountered while processing:
   systemd


It looks like /usr/share/debootstrap/functions contains something to
adjust the path to ensure the presence of /usr/sbin and /sbin:

  install_fakechroot_tools () {
if [ "$VARIANT" = "fakechroot" ]; then
export PATH=/usr/sbin:/sbin:$PATH
fi


live well,
  vagrant


signature.asc
Description: PGP signature


Bug#774331: [dan-gre...@wi.rr.com: Re: Bug#774331: debootstrap: fakechroot variant fails with fakechroot not found]

2014-12-31 Thread dan-greene
On Wed, Dec 31, 2014 at 04:48:42PM -0800, Vagrant Cascadian wrote:
> On 2014-12-31, Dan Greene wrote:
> > As a normal user, trying to run debootstrap --variant=chroot
> > (after starting fakeroot and fakechroot)
> 
> Do you mean --variant=fakechroot ?
Yes.
> 
> I can't reproduce your "chroot: not found" issue, though it fails in
> other ways... What are the exact commands you used? I used this:
> 
>   fakechroot fakeroot /usr/sbin/debootstrap --variant=fakechroot jessie 
> jessie http://ftp.us.debian.org/debian
> 
> The order of fakechroot and fakeroot supposedly matters, according to
> the fakechroot manpage.
I, unfortunately, don't remember the order I entered the commands. My history 
has "fakechroot" before "fakeroot".
If this bug is actually a user error on my part, maybe one of the tools 
involved should, if feasable, check for bad
usage and print a message?
> 
> 
> > yields the following:
> > [output omitted]
> > I: Installing core packages...
> > W: Failure trying to run: chroot /home/user/debootstrap-test dpkg 
> > --force-depends --install 
> > /var/cache/apt/archives/base-passwd_3.5.37_amd64.deb
> > W: See /home/user/debootstrap-test/debootstrap/debootstrap.log for details
> 
> Mine fails with:
> 
>   I: Configuring systemd-sysv...
>   I: Configuring init...
>   W: Failure while configuring required packages.
>   W: See /tmp/tmp.odgbAKw69L/jessie/debootstrap/debootstrap.log for
>  details (possibly the package systemd is at fault)
> 
> It has already successfully installed base-passwd by that point:
> 
>   $ dpkg --root=jessie -l base-passwd | grep ^ii
>   ii  base-passwd3.5.37   amd64Debian base system master 
> password and group files
That is actually a different bug I reported (#774332), and is what happens if I 
add the missing entries to the path.
> 
> 
> > root@debian:~# less debootstrap-test/debootstrap/debootstrap.log
> > gpgv: Signature made Wed Dec 31 14:57:43 2014 CST using RSA key ID 46925553
> > gpgv: Good signature from "Debian Archive Automatic Signing Key 
> > (7.0/wheezy) "
> > /usr/sbin/debootstrap: 905: /usr/sbin/debootstrap: chroot: not found
> >
> > It seems that chroot isn't in the default $PATH for a normal user, causing
> > debootstrap to fail.
> 
> And in debootstrap.log:
> 
>   Setting up systemd (215-8) ...
>   Initializing machine ID from random generator.
>   chfn: PAM: System error
>   adduser: `/usr/bin/chfn -f systemd Time Synchronization
>   systemd-timesync' returned error code 1. Exiting.
>   dpkg: error processing package systemd (--configure):
>subprocess installed post-installation script returned error exit
>status 1
>Setting up dmsetup (2:1.02.90-2) ...
>dpkg: systemd-sysv: dependency problems, but configuring anyway as you
>requested:
> systemd-sysv depends on systemd (= 215-8); however:
>   Package systemd is not configured yet.
>systemd-sysv depends on systemd; however:
>  Package systemd is not configured yet.
>   
>   Setting up systemd-sysv (215-8) ...
>   Setting up init (1.22) ...
>   Errors were encountered while processing:
>systemd
> 
> 
> It looks like /usr/share/debootstrap/functions contains something to
> adjust the path to ensure the presence of /usr/sbin and /sbin:
> 
>   install_fakechroot_tools () {
>   if [ "$VARIANT" = "fakechroot" ]; then
>   export PATH=/usr/sbin:/sbin:$PATH
>   fi
> 
> 
> live well,
>   vagrant



- End forwarded message -


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150101041523.GA31358@gentoo