debian-installer_20150422+deb8u3_source.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

Mapping jessie to stable.
Mapping stable to proposed-updates.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 18 Jan 2016 05:04:12 +0100
Source: debian-installer
Binary: debian-installer
Architecture: source
Version: 20150422+deb8u3
Distribution: jessie
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Cyril Brulebois 
Description:
 debian-installer - Debian installer
Closes: 789600 796591 803711 809301
Changes:
 debian-installer (20150422+deb8u3) jessie; urgency=medium
 .
   [ Samuel Thibault ]
   * Add beep to UEFI x86 boot menu (Closes: #796591).
   * Add 's' shortcut for speech to UEFI x86 boot menu.
 .
   [ Steve McIntyre ]
   * Add the part_gpt module into the core grub image to make it easier
 for users doing slightly different things with our images; include
 support for GPT partition tables as well as msdos (Closes: #789600).
 .
   [ Martin Michlmayr ]
   * Exclude usb-serial-modules from the armel network-console image
 since it's not useful there (Closes: #809301).
   * Exclude usb-modules explicitly on armel/orion5x network-console
 to work around bug in util/pkg-list.
   * Drop the file extension from the initrd for QNAP devices.
   * Re-introduce installer images for QNAP TS-x09.
   * Provide u-boot images for plug computers.
 .
   [ Cyril Brulebois ]
   * Adjust p-u support to handle file:// instead of (f|ht)tp:// only,
 thanks to Łukasz Stelmach for both the report and the patch
 (Closes: #803711).
Checksums-Sha1:
 b055c21cfb7b87ad191a744285e463dca147e9cc 3534 
debian-installer_20150422+deb8u3.dsc
 ca046b35d13fdaa5b0bdbb0dc68232a25e992d18 1375587 
debian-installer_20150422+deb8u3.tar.gz
Checksums-Sha256:
 2a50c6bdcda9d28f0f0da8fa3215c976101f4e0147bbb2fcda19e47d3b1b264e 3534 
debian-installer_20150422+deb8u3.dsc
 8a87a1a54448e7c4906d34bd9c2ff8a5d399e7bacee5263f243fe48392708620 1375587 
debian-installer_20150422+deb8u3.tar.gz
Files:
 6f1c2aa48b60794782dbcb31750f6008 3534 devel optional 
debian-installer_20150422+deb8u3.dsc
 6ced954ae844cfe70df83fa29309e2ea 1375587 devel optional 
debian-installer_20150422+deb8u3.tar.gz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWnGgYAAoJEP+RSvDCs1Ug+90P/i8z4HaEpP63HEP1WJxFdpbn
0y9RWg0zKcZZvK72gO3LgWcsQyVwgjHvr2dc18mUlaaK0E4beLLlpXOF6DcNcwRE
XNHrzScegmXgCG4f0UndgScbA0ttL4q1o41vZJl67ArdO0V7HAXlgttfFbHQaRaB
mxwxsnxw982hjWg6wvMDHAXEGmnxjnxIrCcZUSiiYKLpwWkXm4250zKXD6fYAxZ+
/RGk8M/tBMm/BHPBSLYza/PY4gLwEnZwrvKa/BRfJkhu1xzh5XLm00OsXZ+izU+0
mfeWzt3YeXxP1lZzoOO6btVAUnIaJm195zYxL59qZ3BfsU6X7oXYJivUK2wAmrEl
V3cdcDZ2lpO0v6avo5xvoIe+f16D70SEavIaXi300xH+RvZDE8cMFa9kRidu9lXk
gw+4YQptqaG59AU8S5xiaC1LDcZqNZcIEauL6gWa+u96xt2DtZma9Vqentqa0Urt
aNghZ2KoOckub5SLN2i5diSaWGEplNYkVivvN2andW/IgXNOa5NQr86bRF3Zuq4R
fHrryYtZbm42NaoxQz91wgkUmMrwMFbD+xW6Bop7lMMI/tmjHfsjH0BuUP4n25X/
jASFPAy7y2MRNszEk7t1qCkvZGlwX6+LL5N5xPsk/QixP88rrcrVQUk7vFeWVLWU
8B6iIQ7HamMv0ZI3T4MU
=Iw1g
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of debian-installer_20150422+deb8u3_source.changes

[Debian FTP Masters]

debian-installer_20150422+deb8u3_source.changes uploaded successfully to 
localhost
along with the files:
  debian-installer_20150422+deb8u3.dsc
  debian-installer_20150422+deb8u3.tar.gz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Reiser4 -enabled Sid d-i and Reiser4 Patch for Debian Parted 3.2-13

[Jose R R]

Niltze, all-

Updated Debian version of GNU Parted DEBs:
https://metztli.it/readOnlyEphemeral/debian-parted-3.2-13_reiser4.tar

Reiser4 patch attached if you prefer to apply on your own from source
(and generate corresponding UDEBs):

git clone git://anonscm.debian.org/parted/debian/parted.git

Or already patched source from my Github repo:

https://github.com/Metztli/debian-parted-reiser4



Also, Reiser4 -enabled Debian-installer (d-i) needed to be updated, as
Reiser4-enabled parted is an essential component:

https://metztli.it/readOnlyEphemeral/metztli_it-reiser4_d-i_.01.iso

Your mileage may vary (YMMV), however I suggest installing Stretch
(testing) and/or Sid (unstable).

*If* at the Debian-Installer screen:

"Install the GRUB boot loader on a hard disk"
https://pbs.twimg.com/media/CY-XOmVU0AAkgxM.png:large

user opens another terminal and...
chroot /target
bash
cd /root
wget https://metztli.it/readOnlyEphemeral/linux-image-reiser4.tar

downloads latest available Reiser4 -enabled kernel.

can be untarred and dpkg -i linux-image*deb

*then* no longer is necessary to modify /etc/initramfs-tools/modules

as installation routine will take care of it at "Finish the installation"


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-


0001-Reiser4-enabled-Debian-version-of-GNU-Parted-patch.patch
Description: Binary data

Bug#809435: Module names are known

[Guilhem Moulin]

On Sun, 17 Jan 2016 at 13:45:26 +0100, Geert Stappers wrote:
> When the bugreport, BR,  came in, I had never heard of "9p" before.

As for 9pvirtio, which is what Stefanos is talking about, you can read
“Filesystem Passthrough for KVM”:  this is the modern way to expose a
directory from the host to KVM guests [0] (the other possibility being
the virtual FAT drives [1], which are slow, very limited, and now
deprecated by QEMU).

-- 
Guilhem.

[0] http://www.linux-kvm.org/page/9p_virtio
[1] 
http://wiki.qemu.org/download/qemu-doc.html#disk_005fimages_005ffat_005fimages


signature.asc
Description: PGP signature

Re: Bug#810860: usrmerge: System cannot be rebooted after partial usrmerge installation

[Ben Hutchings]

On Sun, 2016-01-17 at 12:10 -0500, Jason Rhinelander wrote:
> On 16/01/16 09:16 PM, Ben Hutchings wrote:
> > On Thu, 2016-01-14 at 11:18 +0100, Marco d'Itri wrote:
> > > initramfs-tools needs this patch to be able to resolve recursive
> > > symlinks, or else the system will not boot while in the middle of
> > > a merged /usr transition.
> > > Then I will add a versioned conflict to the usrmerge package.
> > [...]
> > > > Taking a quick look at it, it looks like validate_init will only handle 
> > > > a
> > > > *single* absolute symlink, but in this particular case there are two
> > > > (absolute) symlinks:
> > > > 
> > > > /sbin/init -> /usr/sbin/init
> > > > /usr/sbin/init -> /lib/systemd/systemd
> > [...]
> > 
> > We can't resolve the second symlink until /usr is already mounted, so
> > recursively reading symlinks is not going to help.
> > 
> > But clearly if /sbin/init is a symlink to somewhere under /usr then we
> > need to mount it!
> > 
> > Ben.
> > 
> 
> That seems a separate (if related) issue: this non-bootable problem 
> comes up up even when /usr is on the same partition as /sbin (and it 
> isn't really specific to /usr).
> 
> To reformulate slightly (taking /usr out of the equation entirely), the 
> following symlink setup currently fails to boot with initramfs-tools:
> 
> /sbin/init -> /sbin/blah
> /sbin/blah -> /sbin/real.init
> 
> with error "Target filesystem doesn't have requested /sbin/init"

That's true.

Also, if /sbin is a link to '/usr/sbin' then the recursive reading of
symlinks still doesn't work, whereas if it's a link to 'usr/sbin' then
we're OK.

So I think what I'm going to do is to delegate this to the run-init
program that we currently use to invoke the real init.  Currently
there's no way out if it fails (since it must be pid 1) but I can add a
dry-run mode which would do a much better job of validation since it
can chroot without depending on any other files in the real root
filesystem.

Ben.

> An in-progress usrmerge installation (without any of the added 
> complexity of a separate /usr mount) is simply exposing this by creating 
> such a symlink chain.


-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers

signature.asc
Description: This is a digitally signed message part

Processing of busybox_1.22.0-16_source.changes

[Debian FTP Masters]

busybox_1.22.0-16_source.changes uploaded successfully to localhost
along with the files:
  busybox_1.22.0-16.dsc
  busybox_1.22.0-16.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

busybox_1.22.0-16_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 17 Jan 2016 20:43:42 +
Source: busybox
Binary: busybox busybox-static busybox-udeb busybox-syslogd udhcpc udhcpd
Architecture: source
Version: 1:1.22.0-16
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Ben Hutchings 
Description:
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-syslogd - Provides syslogd and klogd using busybox
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
 udhcpc - Provides the busybox DHCP client implementation
 udhcpd - Provides the busybox DHCP server implementation
Closes: 810153
Changes:
 busybox (1:1.22.0-16) unstable; urgency=medium
 .
   * Stop reading initramfs.conf in initramfs hook; this is redundant and can
 result in a broken initramfs (Closes: #810153)
Checksums-Sha1:
 b825de279bcff33f7c4beaa32e0a8f88730e889b 2246 busybox_1.22.0-16.dsc
 fe8d5458291ebb1e3639b1be4bb9805f2920e87b 54628 busybox_1.22.0-16.debian.tar.xz
Checksums-Sha256:
 0df08703363cfdf1223d5e15514e46404bc22c005e66889e07dc2d777984b967 2246 
busybox_1.22.0-16.dsc
 2cc2ddc0c123e00acf35a69b8567f5c0fb17347f4a49ab4bd53d839f7a68b298 54628 
busybox_1.22.0-16.debian.tar.xz
Files:
 626a6e3ecf19b7543e5af8cc47d2c627 2246 utils optional busybox_1.22.0-16.dsc
 c60d497788a62a7a725b69f2685bc1a3 54628 utils optional 
busybox_1.22.0-16.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVpwBUue/yOyVhhEJAQrJ9Q//Skgr1s6DPg/+vKZPV8DUYo6fphWyeIKe
Ilhzw8iHjCcL/eOMCDrNuzTwzOw6NzXKXAOv+l7X2u5w1tG6LJaw1HMYf29SKl0j
A0K2VH46m2to62KpqpvDyiyWXeDhn7IHdmkqhfM/TPlCI6RW+YhbiQuNW8DpY7ge
4CeL63fhZJGoFzJP90esve6YYxsRS+YFuijlJcUk9zK8xNjOMbkjODzDCNIWDFty
y34VHEgjl/1tULm8YblXu8ct3d1+w6mU5nHAn8zpsXZkroZyGNHGuKLQ7GrQCyAd
Zuv2P1730OZ4l5ayImunb3zQ8aKvMt0CYq/tCAxdjroBZNTQnUEvcpzPhiOYLkVu
crr0c1eXOTOHujQSYJzesx5Xr2xhheKVPahSoqm3A5MY+cIhpMiSKo+HwLePiIqX
TiCTjNmKz6nW7rC3IEA4wqXNNKX7Pqm4w8RDoEsFvX5tdyw/VjIcr5nL6Ei8K38W
+oXmPLLrLyQO9Q6AhmHjIa1VX/oUFEPLQV7HuMhVw1/xFjElW/FKNkL401iWDg0U
U41aHEWZWljy13loyl66nJIyy90kPh9JMbJ2papFW++gGWk0ciDroIRYGpjxiUB2
nvjAyEeadfhDgXsB/XXF9RLiYObtmzdZKVh2RxJ6Gu6Q3Z7fj95lEz2+7GCzOQq6
2zagbZINFwU=
=z9l2
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

hw-detect_1.115_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 17 Jan 2016 21:31:03 +0100
Source: hw-detect
Binary: hw-detect ethdetect disk-detect driver-injection-disk-detect archdetect
Architecture: source i386 all
Version: 1.115
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 archdetect - Hardware architecture detector (udeb)
 disk-detect - Detect disk drives (udeb)
 driver-injection-disk-detect - Detect OEM driver injection disks (udeb)
 ethdetect  - Detect network hardware and load kernel drivers for it (udeb)
 hw-detect  - Detect hardware and load kernel drivers for it (udeb)
Changes:
 hw-detect (1.115) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Compress devnames-static.gz using "gzip -n" (Lintian).
Checksums-Sha1:
 591b799df0c88d662db6053e06fea17a9e497a52 2019 hw-detect_1.115.dsc
 eb6e318ebb036ba42350f8c67bd016ab290fdff3 181384 hw-detect_1.115.tar.xz
 b901ad1f40eb68aa29e0286f37e7a8508f44fc50 2582 archdetect_1.115_i386.udeb
 80164eaf9d05727ca04f83648e4a10859f933794 24336 disk-detect_1.115_all.udeb
 bc995bb5c1a2d9c5e2a058a754eb9105d5a97414 13512 
driver-injection-disk-detect_1.115_all.udeb
 1ecc26ebcbb483da705d10764f7f083cefec6050 30960 ethdetect_1.115_all.udeb
 06fdbaead01a40ec9b9ab651d743503a13e42ff5 115210 hw-detect_1.115_i386.udeb
Checksums-Sha256:
 504d3d2eb7f50be6635edf4717aa8380e3bdb308777b457bea13e4d0652a40ea 2019 
hw-detect_1.115.dsc
 5576f201759e2a3546842c78945cde1e3ec7e4b486b7b41b83f2cbdc4b07aa17 181384 
hw-detect_1.115.tar.xz
 015c82866f1b84bc51d1bf2d54d92c0abfbe62c2e7c2dfc5bb2459c6ecd5aaac 2582 
archdetect_1.115_i386.udeb
 9c076ee4b5fe16194055b92514132d5d6538cb95a899b316592e321a632463e8 24336 
disk-detect_1.115_all.udeb
 286ba2c14ee05d63a26d348336bff18a25004f09d1a8474ac8d5b28aee4379e2 13512 
driver-injection-disk-detect_1.115_all.udeb
 63bdf803b2200d6bf53edc9c614bb78199cd73b2709cc40e9155e9cc32b329d2 30960 
ethdetect_1.115_all.udeb
 7c27b353409d652c0a295932d25c5da575d762c2e7ff2a205e719dbf3170c42b 115210 
hw-detect_1.115_i386.udeb
Files:
 d4b23eb84c719123497bb65b3c099727 2019 debian-installer standard 
hw-detect_1.115.dsc
 b10ae7b29d50cd872159f2014fb2ce1e 181384 debian-installer standard 
hw-detect_1.115.tar.xz
 dc8122fd504008b2fc74af22be25ab14 2582 debian-installer standard 
archdetect_1.115_i386.udeb
 c6af8cd44f7b96a8fd93ff014dfe933c 24336 debian-installer optional 
disk-detect_1.115_all.udeb
 f24d7eb23eadb5336065780881c4287a 13512 debian-installer optional 
driver-injection-disk-detect_1.115_all.udeb
 4fa9e1ef46eb327edcfd2a4c8ade436a 30960 debian-installer optional 
ethdetect_1.115_all.udeb
 db92a20599aa11bee691821375dc2a54 115210 debian-installer standard 
hw-detect_1.115_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWm/7OAAoJEIcvcCxNbiWo5VkP/AvdOOmDjBn2FZJ/Unn2H596
dy/2icn2BJNx8uNu2cNxzxkqcsjLZ00J33e8lIGqbKLp0t4Q3ExML8d7waGy3Ll1
xQxyyW4f7Lox47XmkyaMxPse/MGToVvGl7DV7+RDbEs0c7HO9Nb2bow1QmNaTPRK
g4hsBoUg99XyswBd0U7HOPVy1OSLyQZeFonrOgCutlZdCoe46CtRB5hPhR7WuAqc
lNWCEn0gizrvuRU61Px4HJSDjUQg9P0bwTNKSXg1hP9bWK1DQDRMHyh3D31U34mE
xSA3UMMmSzJOiV7Tz8bYJ9qQiofzA7bbSsi+oRxcPfrRc1gpZxFofkiJ33KfLnXB
uXlGl03/h5pQS0ap15p3pjhNhYmqdT+j0IaW7glkP2igDR7O+Qc76AXj0UxFU5EY
Y+HXmcJEx98lURTcyLtdxztqs0fclD9XFwtV94fQhrW0hJFfhuXZx6WHHeWoi+PV
9iOKt0rOp4KhglWdVIiZ6SFZewmYewcH1/hSK/QB6DVEW4TQEGUkiJodZWt07LSI
PuhkE9yuSbSAYUYNNg5VuS1BD36LLlewAChrqdq2LCaj09XS8yT5bf/4YrK5y78c
ENzpzljWtlFkZj8XNLte87wRpQieYV9CJPtpd2Sqpf7VvK9YjEzHpMMR77+ZaEY9
utmuJTN0Gq7iYjrkxJ54
=hIHH
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Processing of dh-di_7_i386.changes

[Debian FTP Masters]

dh-di_7_i386.changes uploaded successfully to localhost
along with the files:
  dh-di_7.dsc
  dh-di_7.tar.xz
  dh-di_7_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Processing of hw-detect_1.115_i386.changes

[Debian FTP Masters]

hw-detect_1.115_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  hw-detect_1.115.dsc
  hw-detect_1.115.tar.xz
  archdetect_1.115_i386.udeb
  disk-detect_1.115_all.udeb
  driver-injection-disk-detect_1.115_all.udeb
  ethdetect_1.115_all.udeb
  hw-detect_1.115_i386.udeb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of dh-di_7_i386.changes

[Debian FTP Masters]

dh-di_7_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  dh-di_7.dsc
  dh-di_7.tar.xz
  dh-di_7_all.deb

Greetings,

Your Debian queue daemon (running on host coccia.debian.org)

Processing of hw-detect_1.115_i386.changes

[Debian FTP Masters]

hw-detect_1.115_i386.changes uploaded successfully to localhost
along with the files:
  hw-detect_1.115.dsc
  hw-detect_1.115.tar.xz
  archdetect_1.115_i386.udeb
  disk-detect_1.115_all.udeb
  driver-injection-disk-detect_1.115_all.udeb
  ethdetect_1.115_all.udeb
  hw-detect_1.115_i386.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

dh-di_7_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 17 Jan 2016 21:31:42 +0100
Source: dh-di
Binary: dh-di
Architecture: source all
Version: 7
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Christian Perrier 
Description:
 dh-di  - Debhelper addon for debian-installer
Changes:
 dh-di (7) unstable; urgency=medium
 .
   [ Colin Watson ]
   * Policy version 3.9.6: no changes required.
Checksums-Sha1:
 ccd4c7729caa30f83c298fb9eba2281d275ba703 1583 dh-di_7.dsc
 d5032c98d3917ead14eaecd2eb43bc13cf5750f6 3996 dh-di_7.tar.xz
 df8616aad921f4fb988cf981effa90d4162d4e2a 11396 dh-di_7_all.deb
Checksums-Sha256:
 93a4333a79bf4b5f9a71f89115fd20d79257a176d5eb3a8db41ed484e55ca1b8 1583 
dh-di_7.dsc
 f92dea66ea1c0430b1d89381154fffc4fef265cff6075636be25f84e82fa8429 3996 
dh-di_7.tar.xz
 00b5df11de30ff752ae14fa7e478325a29c00b7df71d913fc92f2a96fc779f04 11396 
dh-di_7_all.deb
Files:
 ea4f017b81d6550847758e710b0f58e3 1583 devel optional dh-di_7.dsc
 0efb7167a18bb18b04df6b546b6705b7 3996 devel optional dh-di_7.tar.xz
 7ac7cd00dbafb995b46af42d6ade7119 11396 devel optional dh-di_7_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWm/7yAAoJEIcvcCxNbiWo7AgP/R7e2OkuhxwveqnR/mQO3bs+
bE2OYvmr7i88FY0qp7ReQMYBTuoF+J6RjcP/a8uHwxJsytZNRzJWMFh9KCUhkv5A
Za7RoyYnkHtl1CoyZCoeHfpFzA3MiOGQGWLlnThuXMWXZEpD1CfQ0VVXy1J2GYZA
4fZReacDPu+lJH6nofpr8ph3CfBcyi+Udv3kvOiwR/5C6pKNkTIuPvT2WFQMGMCS
PGOY2MCUUE70m7zokGJLS0+FPryKuoxNDW1fCyRrHOjVQt3BR5l2NSzhW+w+77tu
44idOwHWOAVcrJZxXLmxxPfRGPSZDAShpVBrNThYLLPEM6M4h3y2zgLNEpZHiV+F
/KcyfbSH3o9fnqNphYzdWqaFQMvBGAp1b/66pj/VMuN7Hkw8HLsmeroiuUsb0uJr
Gx2yly0zz2Wuzkc96XMKySphuyLjvzlBv8PS4O8jOXCeSBydpVDbzRVoTWxv4CqI
9iJc5AFbbr1xpFc1oai3iVDPaoaA6yOwQ5ouELMLEL3XNBFltB9GoPIoEaFqC2Ey
GN0BQnIvyeyMXsLFrtVvfI0EfkrOLApdy/3+Y/RJ1PoMx7YhD88rEHP0XKE61GGm
xGEKcBdMK68+DEpzmR1d3f6W/EOzAcTjkZpLU6HGUPh9AchJJ+9U1V0G4p3xEIvO
DtAG28XhjE+g8LaQG/lm
=kWVS
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Bug#809435: use case

[Guilhem Moulin]

On Sun, 17 Jan 2016 at 13:56:24 +0100, Geert Stappers wrote:
> Still feel free to describe the use case, the (wanted) setup.

AFAICT (please correct me if I'm wrong) Stefanos wants to share a host
directory with a KVM guest only to expose the preseeding file.  (The
other options being either to add said file to the ISO image, or to set
a HTTP or FTP server and serve the file there.)

But 9pvirtio can be useful beyond mere preseeding.  For instance I'm
also using it to expose the directory containing my local (partial)
mirror, which enables automatic installation on networkless VMs using
file:// APT URIs.  (Right now I have to modify the initramfs image to
add the relevant images and mount the 9p virtio device.)  

Furthermore I can easily add local packages to the mirror, so it's
specially useful in the context of a test suite to test installation
setups (I'm doing that to check for regressions in the cryptsetup
package).  Another big advantage is that it doesn't require me to
download an ISO image: it's enough to boot with the latest initramfs
image and kernel [0].  And using rsync to keep the mirror in sync is
more efficient that downloading an ISO image.

All in all, the “9p://tag/path” source URI that was proposed in Message
#22 doesn't fit my use case (unless 9p:// support is added everywhere
else in the installer), because I can't control where the device is
being mounted hence can't point file:// URIs to it.  How about a new
parameter “premount=$type:$device:$mountpoint:$options”?  It's a bit
more verbose but I could instantiate it with

premount=9p:d-i:/cdrom:trans=virtio,version=9p2000.L

and reuse the existing “preseed/file=/cdrom/preseed.cfg” parameter.
“preseed=9p://$mounttag/$file” could be an alias for

$mnt=$(mktemp)
premount=9p:$mounttag:$mnt:trans=virtio,version=9p2000.L 
preseed/file=$mnt/preseed.cfg

-- 
Guilhem.

[0] 
http://cdimage.debian.org/debian/dists/sid/main/installer-amd64/current/images/cdrom/initrd.gz
and 
http://cdimage.debian.org/debian/dists/sid/main/installer-amd64/current/images/cdrom/vmlinuz


signature.asc
Description: PGP signature

Bug#810153: marked as done (don't source initramfs.conf in busybox initramfs hook)

[Debian Bug Tracking System]

Your message dated Sun, 17 Jan 2016 21:50:23 +
with message-id 
and subject line Bug#810153: fixed in busybox 1:1.22.0-16
has caused the Debian Bug report #810153,
regarding don't source initramfs.conf in busybox initramfs hook
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
810153: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810153
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cryptsetup
Version: 2:1.6.6-5
Severity: grave

Hi,

if the cryptsetup package is installed, it also installed a
initramfs-tools hook.

I use BUSYBOX=no in initramfs.conf, but the  cryptroot hook copies
/bin/busybox to the initramfs nonetheless.

As a result, the initramfs is unable to boot the system

I'm getting
Begin: Running /scripts/init-bottom ... done
/init: exec: line 338: switch_root: not found
...Kernel panic -n not syncing: Attempted to kill init


To reproduce the bug, make sure you have the "busybox" package installed
(which it is, by default), set BUSYBOX=n in
/etc/initramfs-tools/initramfs.conf and run "update-initramfs -u" and
reboot.

Be careful to either test this in a VM or keep a rescue media at hand.




-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=5c503ec2-6528-44bb-9ff5-aa2687aa9706 ro quiet splash 
systemd.show_status=true

-- /etc/crypttab
# 

-- /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc/proc   procdefaults0   0
# / was on /dev/sda7 during installation
UUID=5c503ec2-6528-44bb-9ff5-aa2687aa9706 /   ext4
errors=remount-ro 0   1
# /home was on /dev/sda6 during installation
UUID=7652cf98-e671-47ea-80d6-02be15580bb5 /home   ext4defaults  
  0   2
# swap was on /dev/sda5 during installation
UUID=c0d2bc19-898f-4306-a734-85e547e249f0 noneswapsw
  0   0

LABEL=Data  /mnt/data   ntfs-3g user,noauto,comment=systemd.automount   
0   0

LABEL=Fedora/mnt/fedora ext4noauto  0   0
LABEL=Ubuntu/mnt/ubuntu ext4noauto  0   0
LABEL=Asteria   /mnt/ssd ntfs-3g noauto,nofail,user,x-gvfs-show 0 0
#LABEL=BACKUP/mnt/usb   ext3auto0   2
#192.168.178.86:/srv/nfs /mnt/backup nfs _netdev 0 0

-- lsmod
Module  Size  Used by
vhost_net  17307  1 
vhost  22500  1 vhost_net
macvtap17526  1 vhost_net
macvlan18315  1 macvtap
tun26385  3 vhost_net
cpuid  12663  0 
ctr12927  3 
ccm17577  3 
xt_CHECKSUM12471  1 
iptable_mangle 12536  1 
ipt_MASQUERADE 12594  3 
iptable_nat12646  1 
nf_nat_ipv412912  1 iptable_nat
nf_nat 18241  3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat
nf_conntrack_ipv4  18448  2 
nf_defrag_ipv4 12483  1 nf_conntrack_ipv4
xt_conntrack   12681  1 
nf_conntrack   87424  6 
ipt_MASQUERADE,nf_nat,nf_nat_ipv4,xt_conntrack,iptable_nat,nf_conntrack_ipv4
ipt_REJECT 12465  2 
xt_tcpudp  12527  6 
iptable_filter 12536  1 
ip_tables  26011  3 iptable_filter,iptable_mangle,iptable_nat
x_tables   27111  8 
xt_CHECKSUM,ip_tables,xt_tcpudp,ipt_MASQUERADE,xt_conntrack,iptable_filter,ipt_REJECT,iptable_mangle
bridge106102  0 
stp12437  1 bridge
llc12745  2 stp,bridge
vmnet  50245  13 
ppdev  16782  0 
parport_pc 26300  0 
parport35749  2 ppdev,parport_pc
fuse   83350  7 
vmw_vsock_vmci_transport25862  0 
vsock  30772  1 vmw_vsock_vmci_transport
vmw_vmci   55383  1 vmw_vsock_vmci_transport
pci_stub   12429  1 
vboxpci23077  0 
vboxnetadp 25443  0 
vboxnetflt 23324  0 
vmmon  81251  0 
vboxdrv   340067  3 vboxnetadp,vboxnetflt,vboxpci
binfmt_misc16949  1 
joydev 17063  0 
hid_generic12393  0 
hid_microsoft  12578  0 
usbhid 44460  0 
cdc_mbim   12825  0 
ecb   

Bug#759657: console-setup w/ systemd forgets font setting

[Anton Zinoviev]

On Sat, Jan 16, 2016 at 06:37:18PM +0100, Francesco Poli wrote:
> On Mon, 11 Jan 2016 22:22:46 +0100 Francesco Poli wrote:
> 
> Dear console-setup package maintainers,
> is there anything blocking the adoption of the suggested solution for
> this bug?

I am sorry if I have created the impression that the proposed solution 
is not accepted. Personally, I prefer to work on console-setup in a 
batch mode and I plan to work on it during the second half of Ferbruary. 
Although I am not sure if I will use exactly this solution, I don't mind 
if other developers decide to upload a version of console-setup with it.

The discussion this bug was very helpful and I think I have a reasonable 
hypothesis and understanding why the present version of console-setup 
doesn't work with systemd.  I sincerely thank all participants!

> It seems to me that the solution has been explained by its proposer and
> tested by a number of different people. I am not aware of any undesired
> side effect or flaw.
> Hence I wonder what's preventing this solution from being accepted...

I am afraid if I make changes in console-setup now (even small ones) I 
risk introducing bugs that I won't be able to fix later (because I don't 
have the necessary time now).

Anton Zinoviev

Bug#811243: base-installer: shouldn't assume that file protocol is only used for CD (image) installs

[Cyril Brulebois]

Control: tag -1 - d-i

Hi,

Guilhem Moulin  (2016-01-17):
> Package: base-installer
> Version: 1.160
> Severity: normal
> Tags: d-i

No need to set this tag for packages maintained by debian-boot. ;)

[ Only skimming over the bug report for now, lacking time to double
check everything and commit/test a fix… sorry about that. ]

> Hi there,
> 
> The following snippet can be found in library.sh:
> 
> # Assumes the file protocol is only used for CD (image) installs
> configure_apt () {
> if [ "$PROTOCOL" = file ]; then
>   […]
>   if ! log-output -t base-installer \
>   chroot /target apt-cdrom add  error "error while running apt-cdrom"
> fi
> else
> # sources.list uses space to separate the components, not comma
> COMPONENTS=$(echo $COMPONENTS | tr , " ")
> APTSOURCE="$PROTOCOL://$MIRROR$DIRECTORY"
> 
> echo "deb $APTSOURCE $DISTRIBUTION $COMPONENTS" > $APT_SOURCES
> fi
> 
> Is there reason for making such an assumption?  I didn't check whether
> $PROTOCOL was used by other packages, but even if the value can't be
> changed to say, “cdrom”, please at least ensure that it was set to
> “file” because a CDROM was detected; for instance by replacing the test
> with
> 
> if [ "$PROTOCOL" = file ] && [ -f /cdrom/.disk/base_installable ]; then
> 
> (which the test performed by get_mirror_info to set PROTOCOL in the
> first place).

Nothing obvious to me looking at git log. One would have to dig earlier
than when fuctions were introduced in base-installer since this
assumption was already there to begin with. The kind of change you're
proposing seems rather reasonable to me at first glance.

> It might sound weird to use a file:// mirror URI.  But in my case it's
> very convenient when setting up minimal networkless VMs to use in a test
> suite (with a shared partial mirror in a directory exposed to the
> guests).  base-installer currently calls apt-cdrom(8) on that directory,
> which is needlessly slow and sometimes even confusing when a popup asks
> me to insert the disk (probably due to a race condition).

Having file:// as mirror URI looks like a reasonable/valid use case to
me, we should fix support for it.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: Re: Bug#811243: base-installer: shouldn't assume that file protocol is only used for CD (image) installs

[Debian Bug Tracking System]

Processing control commands:

> tag -1 - d-i
Bug #811243 [base-installer] base-installer: shouldn't assume that file 
protocol is only used for CD (image) installs
Removed tag(s) d-i.

-- 
811243: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811243
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#759657: console-setup w/ systemd forgets font setting

[Francesco Poli]

On Sun, 17 Jan 2016 13:19:16 +0300 Anton Zinoviev wrote:

> On Sat, Jan 16, 2016 at 06:37:18PM +0100, Francesco Poli wrote:
> > On Mon, 11 Jan 2016 22:22:46 +0100 Francesco Poli wrote:
> > 
> > Dear console-setup package maintainers,
> > is there anything blocking the adoption of the suggested solution for
> > this bug?
> 
> I am sorry if I have created the impression that the proposed solution 
> is not accepted. Personally, I prefer to work on console-setup in a 
> batch mode and I plan to work on it during the second half of Ferbruary. 
> Although I am not sure if I will use exactly this solution, I don't mind 
> if other developers decide to upload a version of console-setup with it.

That's OK, but, perhaps, next time you could reply earlier to inform
interested parties about your plans.
I got the (wrong) impression that something was preventing the proposed
solution from being accepted just because of the total silence on the
package maintainers' side!

> 
> The discussion this bug was very helpful and I think I have a reasonable 
> hypothesis and understanding why the present version of console-setup 
> doesn't work with systemd.  I sincerely thank all participants!

OK, I am looking forward to seeing this bug fixed.

Bye.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpIogRhwFCnE.pgp
Description: PGP signature

Bug#811269: please consider two patches to allow smaller systems to be installed

[Marc Haber]

Package: debootstrap
Version: 1.0.75
Severity: wishlist
Tags: patch

Hi,

please consider the following two patches that allow smaller systems
to be installed by debootstrap.

The first patch, "add exclude-stage1-path option" adds an option to
debootstrap which can exclude certain paths (a comma-delimited list
that is converted to --exclude options for the tar calls) in stage1.
This can, for example, be used to exclude /usr/share from the stage 1
unpack process. This is currently only supported by scripts/sid, which
is used for all current Debian releases.

The second patch, "add --copy-stage1-path functionality and docs"
allows a path from the host system or a prepared tarball (uncompressed
or compressed by gzip and xz) to be copied/unpacked in the target
directory before stage 2 debootstrap is invoked. This allows, for
example, appropriate /etc/dpkg/dpkg.conf.d/exclude-foo files to be
placed there so that stage 2 dpkg can already honor them. Currently,
until #811267 is fixed in dpkg, the same mechanism can be used to poke
empty directories into the chroot that dpkg needs to successfully
unpack package contents into excluded paths.

Both patches together allow to bring a --variant=minbase sid install
down from 199 MB to 147 MB, which is a rather impressive result.

Please consider applying them in debootstrap. Thank you very much.

Greetings
Marc
>From 644753cd1a0556291dcbfd21cd881ec075de23c9 Mon Sep 17 00:00:00 2001
From: Marc Haber 
Date: Sat, 9 Jan 2016 17:01:11 +0100
Subject: [PATCH 1/2] add exclude-stage1-path option

---
 debootstrap   | 15 +++
 debootstrap.8 |  4 
 functions |  2 +-
 scripts/sid   |  4 
 4 files changed, 24 insertions(+), 1 deletion(-)

diff --git a/debootstrap b/debootstrap
index 2a959bb..fe4de7b 100755
--- a/debootstrap
+++ b/debootstrap
@@ -46,6 +46,7 @@ VERBOSE=""
 CERTIFICATE=""
 CHECKCERTIF=""
 PRIVATEKEY=""
+EXCLUDE_STAGE1_PATH=""
 
 DEF_MIRROR="http://httpredir.debian.org/debian;
 DEF_HTTPS_MIRROR="https://mirrors.kernel.org/debian;
@@ -121,6 +122,9 @@ usage()
   --private-key=file read the private key from file
   --certificate=file use the client certificate stored in file (PEM)
   --no-check-certificate do not check certificate against certificate authorities
+  
+  --exclude-stage1-path=PATH,PATH do not install anything to PATH and PATH in
+ stage 1
 EOF
 }
 
@@ -352,6 +356,17 @@ if [ $# != 0 ] ; then
 		CHECKCERTIF="--no-check-certificate"
 		shift
 		;;
+	--exclude-stage1-path|--exclude-stage1-path=?*)
+		if [ "$1" = "--exclude-stage1-path" -a -n "$2" ]; then
+			EXCLUDE_STAGE1_PATH="$2"
+			shift 2
+		elif [ "$1" != "${1#--exclude-stage1-path=}" ]; then
+			EXCLUDE_STAGE1_PATH="${1#--exclude-stage1-path=}" 
+			shift 1
+		else
+		   error 1 NEEDARG "option requires an argument %s" "$1" 
+		fi
+		;;
 	--*)
 		error 1 BADARG "unrecognized or invalid option %s" "$1"
 		;;
diff --git a/debootstrap.8 b/debootstrap.8
index 5864148..c8f0722 100644
--- a/debootstrap.8
+++ b/debootstrap.8
@@ -156,6 +156,10 @@ Use the client certificate stored in file (PEM)
 .IP
 .IP "\fB\-\-private\-key=FILE\fP"
 Read the private key from file
+.IP
+.IP "\fB\-\-exclude\-stage1\-path=PATH,PATH\fP"
+Exclude the paths listed in the comma separated from being unpacked
+during stage 1.
 
 .SH EXAMPLES
 .
diff --git a/functions b/functions
index 8bef5e6..76c1eae 100644
--- a/functions
+++ b/functions
@@ -807,7 +807,7 @@ extract_dpkg_deb_field () {
 extract_dpkg_deb_data () {
 	local pkg="$1"
 
-	dpkg-deb --fsys-tarfile "$pkg" | tar -xf -
+	dpkg-deb --fsys-tarfile "$pkg" | tar --extract $TAR_OPTS --file -
 }
 
 # Raw .deb extractors
diff --git a/scripts/sid b/scripts/sid
index bf3404f..fd0666a 100644
--- a/scripts/sid
+++ b/scripts/sid
@@ -4,6 +4,10 @@ finddebs_style from-indices
 variants - buildd fakechroot minbase scratchbox
 keyring /usr/share/keyrings/debian-archive-keyring.gpg
 
+if [ -n "$EXCLUDE_STAGE1_PATH" ]; then
+  TAR_OPTS="$TAR_OPTS --exclude=.$(echo $EXCLUDE_STAGE1_PATH | sed 's|,| --exclude=.|g')"
+fi
+
 if doing_variant fakechroot; then
 	test "$FAKECHROOT" = "true" || error 1 FAKECHROOTREQ "This variant requires fakechroot environment to be started"
 fi
-- 
2.7.0.rc3

>From 9054d421d5f483a616adc9bf3d39f23750da528f Mon Sep 17 00:00:00 2001
From: Marc Haber 
Date: Sat, 16 Jan 2016 22:40:40 +0100
Subject: [PATCH 2/2] add --copy-stage1-path functionality and docs

---
 debootstrap   | 32 ++--
 debootstrap.8 |  7 +++
 2 files changed, 37 insertions(+), 2 deletions(-)

diff --git a/debootstrap b/debootstrap
index fe4de7b..d5ebfbb 100755
--- a/debootstrap
+++ b/debootstrap
@@ -47,6 +47,7 @@ CERTIFICATE=""
 CHECKCERTIF=""
 PRIVATEKEY=""
 EXCLUDE_STAGE1_PATH=""
+COPY_STAGE1_PATH=""
 
 DEF_MIRROR="http://httpredir.debian.org/debian;
 DEF_HTTPS_MIRROR="https://mirrors.kernel.org/debian;
@@ -125,6 +126,7 

Processed: Re: Bug#809435: Module names are known

[Debian Bug Tracking System]

Processing control commands:

> block -1 by 811198
Bug #809435 [debian-installer] Please add 9p driver and preseed option using 
that
809435 was not blocked by any bugs.
809435 was not blocking any bugs.
Added blocking bug(s) of 809435: 811198

-- 
809435: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809435
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#809435: Module names are known

[Geert Stappers]

Control: block -1 by 811198
Stop

On Sat, Jan 16, 2016 at 11:33:03PM +, Stefanos Harhalakis wrote:
> On Sat, Jan 16, 2016 at 6:09 PM, Geert Stappers wrote:
> > Control: tag -1 -moreinfo

> I noticed that you re-added the moreinfo tag.

Notice also the minus sign in front of 'moreinfo'
It means "remove".


> Is there any information other that what I sent in my previous email
> that you are looking for?

No.



Long:

When the bugreport, BR,  came in, I had never heard of "9p" before.
I saw a debian-installer BR for a kernel issue, adding kernel modules.

Avoiding yes-no-question "Are the modules in the kernel?", I
asked "What are kernel modules names?" and attempt to tag for more information.
That tagging failed, there is no tag 'Moreinfo', it is 'moreinfo'

When I did "Control: tag -1 -moreinfo" I was saying two things:
 * no more extra information needed
 * I have learnt that the tage 'moreinfo' is all lowercase


Groeten
Geert Stappers

P.S.
I'm aware that my attempt to merge #809435 with #811198 failed.

The 
  Control: block -1 by 811198
is new attempt to cross-reference  both bugs at meta level.
They are allready referenced with URLs.

Bug#809435: use case

[Geert Stappers]

On Sun, Jan 17, 2016 at 01:45:26PM +0100, Geert Stappers wrote:
> On Sat, Jan 16, 2016 at 11:33:03PM +, Stefanos Harhalakis wrote:
> > Is there any information other that what I sent in my previous email
> > that you are looking for?
> 
> No.

Still feel free to describe the use case, the (wanted) setup.



Groeten
Geert Stappers
-- 
Leven en laten leven

request

[Moreanu Robert - Nicolae]

i looking to resolve this problem when I want to install debian 8.2 or 8.1.
I receive this message after it's take to Grub install

" the 'grub-pc' package failed to install into /target/ "
after the operation of clean up on installing, i have a failed operations.

I don't have such expertise, please make the debian on install with more
information and what procedure to do that for the people don't have the
time to study the debian.

so.. how i could resolve this problem , any help from you, please

robert, waiting for your response

-- 

*o zi frumoasa !Robert - Nicolae  MOREANU*

Re: request

[Geert Stappers]

On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> i looking to resolve this problem when I want to install debian 8.2 or 8.1.
> I receive this message after it's take to Grub install
> 
> " the 'grub-pc' package failed to install into /target/ "
> after the operation of clean up on installing, i have a failed operations.
> 
> I don't have such expertise, please make the debian on install with more
> information and what procedure to do that for the people don't have the
> time to study the debian.
> 
> so.. how i could resolve this problem , any help from you, please
> 
> robert, waiting for your response

The mailinglist you are addressing is about development of debian-installer,
not for user requests.


Regards
Geert Stappers
-- 
Ignoring is really harsh

Re: request

[Hendrik Boom]

On Sun, Jan 17, 2016 at 02:54:29PM +0100, Geert Stappers wrote:
> On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> > i looking to resolve this problem when I want to install debian 8.2 or 8.1.
> > I receive this message after it's take to Grub install
> > 
> > " the 'grub-pc' package failed to install into /target/ "
> > after the operation of clean up on installing, i have a failed operations.
> > 
> > I don't have such expertise, please make the debian on install with more
> > information and what procedure to do that for the people don't have the
> > time to study the debian.
> > 
> > so.. how i could resolve this problem , any help from you, please
> > 
> > robert, waiting for your response
> 
> The mailinglist you are addressing is about development of debian-installer,
> not for user requests.

But this is clearly a request for a change in the debian installer -- 
that it provide more information on one kind of failure.  Now it may be 
legitimate to say it's infeasible, and it may well be infeasible, but 
shuttong the user up without at least suggesting where he should go is, 
well, at least impolite.

Suggesting that he submit an installation-report and that he post his 
question on debian-user would be appropriate.

-- hendrik

> 
> 
> Regards
> Geert Stappers
> -- 
> Ignoring is really harsh
> 

Re: Bug#810860: usrmerge: System cannot be rebooted after partial usrmerge installation

[Jason Rhinelander]

On 16/01/16 09:16 PM, Ben Hutchings wrote:

On Thu, 2016-01-14 at 11:18 +0100, Marco d'Itri wrote:

initramfs-tools needs this patch to be able to resolve recursive
symlinks, or else the system will not boot while in the middle of
a merged /usr transition.
Then I will add a versioned conflict to the usrmerge package.

[...]

Taking a quick look at it, it looks like validate_init will only handle a
*single* absolute symlink, but in this particular case there are two
(absolute) symlinks:

/sbin/init -> /usr/sbin/init
/usr/sbin/init -> /lib/systemd/systemd

[...]

We can't resolve the second symlink until /usr is already mounted, so
recursively reading symlinks is not going to help.

But clearly if /sbin/init is a symlink to somewhere under /usr then we
need to mount it!

Ben.



That seems a separate (if related) issue: this non-bootable problem 
comes up up even when /usr is on the same partition as /sbin (and it 
isn't really specific to /usr).


To reformulate slightly (taking /usr out of the equation entirely), the 
following symlink setup currently fails to boot with initramfs-tools:


/sbin/init -> /sbin/blah
/sbin/blah -> /sbin/real.init

with error "Target filesystem doesn't have requested /sbin/init"


An in-progress usrmerge installation (without any of the added 
complexity of a separate /usr mount) is simply exposing this by creating 
such a symlink chain.


Jason



smime.p7s
Description: S/MIME Cryptographic Signature

Re: request

[Geert Stappers]

On Sun, Jan 17, 2016 at 05:09:29AM -0500, Hendrik Boom wrote:
> On Sun, Jan 17, 2016 at 02:54:29PM +0100, Geert Stappers wrote:
> > On Sun, Jan 17, 2016 at 03:06:14PM +0200, Moreanu Robert - Nicolae wrote:
> > > 
> > > robert, waiting for your response
> > 
> > The mailinglist you are addressing is about development of debian-installer,
> > not for user requests.
> 
> But this is clearly a request for a change in the debian installer -- 
> that it provide more information on one kind of failure.  Now it may be 
> legitimate to say it's infeasible, and it may well be infeasible, but 
> shuttong the user up without at least suggesting where he should go is, 
> well, at least impolite.

> > -- 
> > Ignoring is really harsh

> Suggesting that he submit an installation-report and that he post his 
> question on debian-user would be appropriate.

 https://www.debian.org/releases/jessie/amd64/ch05s04.html.en#problem-report


Regards
Geert Stappers
-- 
Ignoring is really harsh

Bug#809435: Module names are known

[Guilhem Moulin]

On Sun, 17 Jan 2016 at 13:45:26 +0100, Geert Stappers wrote:
> P.S.
> I'm aware that my attempt to merge #809435 with #811198 failed.
> 
> The 
>  Control: block -1 by 811198
> is new attempt to cross-reference  both bugs at meta level.
> They are allready referenced with URLs.

Shouldn't the modules come from the same build as the kernel?  If yes
then the block is more appropriate, since the relevant modules for
9pvirtio (9pnet-virtio, 9p and its dependencies 9pnet and fscache) are
currently available in the regular kernel, but not in the d-i kernel.

-- 
Guilhem.


signature.asc
Description: PGP signature