Bug#813089: qeth/ctc: correct stack corruption for numerous qeth/ctc devices

[Hendrik Brueckner]

Package: s390-netdevice
Version: 0.0.39
Severity: important
Tags: d-i patch

Hi,

the s390-netdevice fails to display the list of qeth netword device if there
are numerous network devices available.  For example, with 68 or more qeth
network devices (each consisting of 3 devices).

The problem is a static buffer defined on the stack of the get_ctc_channels()
and get_qeth_device() functions.  When iterating through the tree/list of
network devices, the buffer is filled to be later displayed to the user.
The strncat() function writes beyond the end the of the buffer and corrupts
the function stack.

To solve this problem, the buffer that contains the network device list is
dynamically allocated.  The buffer size is determined from the number of
network devices.

Thanks and kind regards,
  Hendrik
>From 223ebc92969fcb5996aef83e4bfdfe93f2861c51 Mon Sep 17 00:00:00 2001
From: Hendrik Brueckner 
Date: Thu, 21 Jan 2016 19:53:36 +0100
Subject: [PATCH 2/3] netdevice: correct stack corruption due to numerous
 devices

If there are numerous network devices present, the size of the
static buffer (on the stack) is exceeded and the program fails.

Dynamically allocate memory to create a complete list of channel
devices to be displayed to the user.

Signed-off-by: Hendrik Brueckner 
---
 netdevice.c | 89 ++---
 1 file changed, 68 insertions(+), 21 deletions(-)

diff --git a/netdevice.c b/netdevice.c
index b8512fb..c886170 100644
--- a/netdevice.c
+++ b/netdevice.c
@@ -85,6 +85,12 @@ static const struct driver drivers[] =
{ "qeth", CHANNEL_TYPE_QETH },
 };
 
+struct buffer_desc
+{
+   char  *buf;
+   size_t size;
+};
+
 enum
 {
TYPE_NONE = 0,
@@ -314,54 +320,76 @@ static di_hfunc get_ctc_channels_append;
 static void get_ctc_channels_append (void *key __attribute__ ((unused)), void 
*value, void *user_data)
 {
struct channel *channel = value;
-   char *buf = user_data;
+   struct buffer_desc *bd = user_data;
+
if (channel->type == CHANNEL_TYPE_CU3088_CTC)
-   {
-   if (buf[0])
-   strncat (buf, ", ", 64 * 8);
-   strncat (buf, channel->name, 64 * 8);
-   }
+   di_snprintfcat (bd->buf, bd->size, "%s%s",
+   bd->buf[0] ? ", " : "",
+   channel->name);
 }
 
 static enum state_wanted get_ctc_channels (void)
 {
-   char buf[64 * 8] = { 0 }, *ptr;
const char *template;
+   struct buffer_desc bd;
int dev, ret;
+   char *ptr;
 
-   di_tree_foreach (channels, get_ctc_channels_append, buf);
+   /* Allocate memory to create the complete list of channels,
+* account 2 characters as list separator, 9 characters to
+* contain the channel bus-ID (xx.y.), and a NUL to end
+* the string.
+*/
+   bd.size = di_tree_size (channels) * (2 + 9 + 1);
+   bd.buf = di_malloc0 (bd.size);
 
-   if (!strlen (buf))
+   di_tree_foreach (channels, get_ctc_channels_append, &bd);
+
+   if (!strlen (bd.buf))
{
my_debconf_input ("critical", TEMPLATE_PREFIX "ctc/no", &ptr);
+   di_free (bd.buf);
return WANT_BACKUP;
}
 
template = TEMPLATE_PREFIX "ctc/choose_read";
-   debconf_subst (client, template, "choices", buf);
+   debconf_subst (client, template, "choices", bd.buf);
debconf_input (client, "critical", template);
ret = debconf_go (client);
if (ret == 30)
+   {
+   di_free (bd.buf);
return WANT_BACKUP;
+   }
if (ret)
+   {
+   di_free (bd.buf);
return WANT_ERROR;
+   }
debconf_get (client, template);
 
dev = channel_device (client->value);
device_current->ctc.channels[0] = di_tree_lookup (channels, &dev);
 
template = TEMPLATE_PREFIX "ctc/choose_write";
-   debconf_subst (client, template, "choices", buf);
+   debconf_subst (client, template, "choices", bd.buf);
debconf_input (client, "critical", template);
ret = debconf_go (client);
if (ret == 30)
+   {
+   di_free (bd.buf);
return WANT_BACKUP;
+   }
if (ret)
+   {
+   di_free (bd.buf);
return WANT_ERROR;
+   }
debconf_get (client, template);
 
dev = channel_device (client->value);
device_current->ctc.channels[1] = di_tree_lookup (channels, &dev);
+   di_free (bd.buf);
 
return WANT_NEXT;
 }
@@ -408,41 +436,60 @@ static di_hfunc get_qeth_device_append;
 static void get_qeth_device_append (void *key __attribute__ ((unused)), void 
*value, void *user_data)
 {
struct device *device = value;
-   char *buf = user_data;
+   struct buffer_desc *bd = user_data;
+
if (device->type == DEVICE_TYPE_QETH)
-   {
- 

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

[Ian Campbell]

On Thu, 2016-01-28 at 16:36 +, Ian Campbell wrote:
> > > While, I am at it, I wonder if it would not make more sense to
> > > reverse the order when setting that variable so it reads:
> > > 
> > > setenv bootargs "@@LINUX_KERNEL_CMDLINE@@ ${bootargs}"
> > > 
> > > That way, it's possible to override the default command line by doing
> > > something like:
> > > 
> > > setenv bootargs console=ttyAMA0,115200
> > > boot
> > 
> > Yes, I guess that makes sense. Ian, do you see anything that would speak
> > against this change?
> 
> It would prevent @@LINUX_KERNEL_CMDLINE@@ from overriding a bad (or just
> inconvenient) ${bootargs} baked into a system's default firmware? In some
> cases things are headless so you can't fix ${bootargs} yourself.
> 
> Perhaps we should switch things as suggested but also add
> @@LINUX_KERNEL_CMDLINE_OVERRIDES@@ at the end to allow us to put things at
> both the beginning and the end?

Having slept on it I think we might be safer leaving the semantics of
 @@LINUX_KERNEL_CMDLINE@@ alone, but we could always add a different
substitution at the beginning of the line (e.g.
@@LINUX_KERNEL_CMDLINE_DEFAULTS@@ perhaps).

Ian.

Bug#813023: flash-kernel: quoting error with bootargs in generic U-Boot boot script

[Jérémy Bobbio]

Ian Campbell:
> On Thu, 2016-01-28 at 16:36 +, Ian Campbell wrote:
> > > > While, I am at it, I wonder if it would not make more sense to
> > > > reverse the order when setting that variable so it reads:
> > > > 
> > > > setenv bootargs "@@LINUX_KERNEL_CMDLINE@@ ${bootargs}"
> > > > 
> > > > That way, it's possible to override the default command line by doing
> > > > something like:
> > > > 
> > > > setenv bootargs console=ttyAMA0,115200
> > > > boot
> > > 
> > > Yes, I guess that makes sense. Ian, do you see anything that would speak
> > > against this change?
> > 
> > It would prevent @@LINUX_KERNEL_CMDLINE@@ from overriding a bad (or just
> > inconvenient) ${bootargs} baked into a system's default firmware? In some
> > cases things are headless so you can't fix ${bootargs} yourself.
> > 
> > Perhaps we should switch things as suggested but also add
> > @@LINUX_KERNEL_CMDLINE_OVERRIDES@@ at the end to allow us to put things at
> > both the beginning and the end?
> 
> Having slept on it I think we might be safer leaving the semantics of
>  @@LINUX_KERNEL_CMDLINE@@ alone, but we could always add a different
> substitution at the beginning of the line (e.g.
> @@LINUX_KERNEL_CMDLINE_DEFAULTS@@ perhaps).

Another option to fit my use case is to change the default script to add
an extra variable:

setenv bootargs "${bootargs} @@LINUX_KERNEL_CMDLINE@@ ${extra_bootargs}"

Then I could do:

setenv extra_bootargs "ip=dhcp"
boot

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#813121: qeth: layer2 and portno are not substituted in template

[Hendrik Brueckner]

Package: s390-netdevice
Version: 0.0.39
Severity: minor
Tags: d-i patch

Hi,

the layer2 and portno settings for qeth devices are not substituted
in the "qeth/confirm" template.  Below is a patch that calls
debconf_subst() to insert the specified settings for confirmation by
the user.

Thanks and kind regards,
  Hendrik
>From 6a73bf95b59885fb484569ac2439057c3a90cbd4 Mon Sep 17 00:00:00 2001
From: Hendrik Brueckner 
Date: Fri, 20 Nov 2015 14:18:12 +0100
Subject: [PATCH 1/3] qeth: substitute layer and port number in qeth/confirm
 template

The layer and relative port number variables are not substitued for
the "qeth/confirm" dialog.  Hence, call debconf_subst() to provide
this information to the user.

Signed-off-by: Hendrik Brueckner 
---
 netdevice.c | 4 
 1 file changed, 4 insertions(+)

diff --git a/netdevice.c b/netdevice.c
index 6905c2d..b8512fb 100644
--- a/netdevice.c
+++ b/netdevice.c
@@ -541,7 +541,11 @@ static enum state_wanted confirm_qeth (void)
const char *template = TEMPLATE_PREFIX "qeth/confirm";
int ret;
char *ptr;
+   char *layer2 = device_current->qeth.layer2 ? "yes" : "no";
+   char *portno = device_current->qeth.port ? "1" : "0";
 
+   debconf_subst (client, template, "layer2", layer2);
+   debconf_subst (client, template, "port", portno);
debconf_subst (client, template, "device0", 
device_current->qeth.channels[0]->name);
debconf_subst (client, template, "device1", 
device_current->qeth.channels[1]->name);
debconf_subst (client, template, "device2", 
device_current->qeth.channels[2]->name);
-- 
2.7.0.rc3

Bug#813124: debootstrap calling mknod with --mode option, not supported in busybox

[Steve McIntyre]

Package: debootstrap
Version: 1.0.77
Severity: grave
Tags: d-i patch

The fix for #812811 is broken and shows a lack of adequate
testing. Using the --mode=$mode argument for mknod is fine on a normal
system, but in d-i we're using busybox mknod and it doesn't support
the long option --mode at all. We need to switch to using -m instead,
as suggested by Robie in the initial report for #812811.

This is causing immediate failure for all attempted installations
using d-i daily builds. Fix coming in a few minutes.

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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.16-1

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

debootstrap suggests no packages.

-- no debconf information

Processing of debootstrap_1.0.78_amd64.changes

[Debian FTP Masters]

debootstrap_1.0.78_amd64.changes uploaded successfully to localhost
along with the files:
  debootstrap_1.0.78.dsc
  debootstrap_1.0.78.tar.gz
  debootstrap-udeb_1.0.78_all.udeb
  debootstrap_1.0.78_all.deb

Greetings,

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

Bug#813124: marked as done (debootstrap calling mknod with --mode option, not supported in busybox)

[Debian Bug Tracking System]

Your message dated Fri, 29 Jan 2016 17:19:13 +
with message-id 
and subject line Bug#813124: fixed in debootstrap 1.0.78
has caused the Debian Bug report #813124,
regarding debootstrap calling mknod with --mode option, not supported in busybox
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.)


-- 
813124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813124
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debootstrap
Version: 1.0.77
Severity: grave
Tags: d-i patch

The fix for #812811 is broken and shows a lack of adequate
testing. Using the --mode=$mode argument for mknod is fine on a normal
system, but in d-i we're using busybox mknod and it doesn't support
the long option --mode at all. We need to switch to using -m instead,
as suggested by Robie in the initial report for #812811.

This is causing immediate failure for all attempted installations
using d-i daily builds. Fix coming in a few minutes.

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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.16-1

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

debootstrap suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: debootstrap
Source-Version: 1.0.78

We believe that the bug you reported is fixed in the latest version of
debootstrap, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 813...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Steve McIntyre <93...@debian.org> (supplier of updated debootstrap package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 29 Jan 2016 16:36:00 +
Source: debootstrap
Binary: debootstrap debootstrap-udeb
Architecture: source all
Version: 1.0.78
Distribution: unstable
Urgency: high
Maintainer: Debian Install System Team 
Changed-By: Steve McIntyre <93...@debian.org>
Description:
 debootstrap - Bootstrap a basic Debian system
 debootstrap-udeb - Bootstrap the Debian system (udeb)
Closes: 813124
Changes:
 debootstrap (1.0.78) unstable; urgency=high
 .
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
   * Don't call mknod with the --mode option, it's not supported in
 busybox. Use -m instead - fixes the broken fix for #812811.
 Closes: #813124. Urgency high to get this fix propagated quickly -
 it's breaking d-i installs right now. Adding myself to uploaders and
 uploading.
Checksums-Sha1:
 3bccbf09393d58945fffafaec9166cec40530979 1812 debootstrap_1.0.78.dsc
 13e9d79948d67510a1d1a540ae82363f93493c93 63725 debootstrap_1.0.78.tar.gz
 65afb7523eb526cd091edf10acecf55cb3c5cfb0 18802 debootstrap-udeb_1.0.78_all.udeb
 751fd1d53b414980a2a1eadb42c3ce3a2f264906 63934 debootstrap_1.0.78_all.deb
Checksums-Sha256:
 2dc13cafb28f87c5a3ad8012e65c8f65eef7dbadd0bc2c86993e15e4eeb94b4f 1812 
debootstrap_1.0.78.dsc
 b08b32152f240b42ee7fc30f365d95527edf9012e25a16a5f03ba70297389abb 63725 
debootstrap_1.0.78.tar.gz
 8441acaa5cb65e21dd5e8480985439b45821406b12e2215844d5d458f109ceec 18802 
debootstrap-udeb_1.0.78_all.udeb
 c33caa5ab050b35858e775cd90c487e78db032ece0b99b5e236ef270827fc713 63934 
debootstrap_1.0.78_all.deb
Files:
 b9e1df830137dddaf7bf032032767c48 1812 admin extra debootstrap_1.0.78.dsc
 72021ebfa2f44f57fb0adf40e7afec7d 63725 admin extra debootstrap_1.0.78.tar.gz
 687d56b8ebde6f35a2ad322be9731723 18802 debian-installer extra 
debootstrap-udeb_1.0.78_all.udeb
 c437ae4757f7a1b8b8d9576b1e0fb21d 63934 admin extra debootstrap_1.0.78_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWq5eyAAoJEFh5eVc0QmhOVwEP/jWeqZuqoAFlWMjFvSL9uiIh
tvIYPgppUuFbd1ibvM0JAK1duCwu75ava1QBlm+iZNE4wC3k3CWHc4TIxOku2tEL
FMmoPkPoyNnld2orWNJOgFHPSywjuDMmVYn35opexrVu7hmaaBPGCkO6GgLSbo+j
G1nhujn6VIjfWzWirvhc74YQXG+F6EKMJ/WA81DW2J/JjWwKZDIpiwGA

Bug#780043: EMAIL UPGRADE

[Jeanie Bell]

Dear Email User,




This is to inform you that your mailbox could not be automatically Migrated to 
the New 25GB Mailbox Server. Please visit our portal below to manually upgrade 
your Mailbox.

PORTAL

This will automatically reset/upgrade your mailbox size into the new 25GB 
faster and better Web mail system. You will be notified as soon as upgrade is 
completed.




Thanks for your co-operation.
Jeanie Bell
OWA IT Consultant.

debootstrap_1.0.78_amd64.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 29 Jan 2016 16:36:00 +
Source: debootstrap
Binary: debootstrap debootstrap-udeb
Architecture: source all
Version: 1.0.78
Distribution: unstable
Urgency: high
Maintainer: Debian Install System Team 
Changed-By: Steve McIntyre <93...@debian.org>
Description:
 debootstrap - Bootstrap a basic Debian system
 debootstrap-udeb - Bootstrap the Debian system (udeb)
Closes: 813124
Changes:
 debootstrap (1.0.78) unstable; urgency=high
 .
   * Use HTTPS for Vcs-* URLs, and link to cgit rather than gitweb.
   * Don't call mknod with the --mode option, it's not supported in
 busybox. Use -m instead - fixes the broken fix for #812811.
 Closes: #813124. Urgency high to get this fix propagated quickly -
 it's breaking d-i installs right now. Adding myself to uploaders and
 uploading.
Checksums-Sha1:
 3bccbf09393d58945fffafaec9166cec40530979 1812 debootstrap_1.0.78.dsc
 13e9d79948d67510a1d1a540ae82363f93493c93 63725 debootstrap_1.0.78.tar.gz
 65afb7523eb526cd091edf10acecf55cb3c5cfb0 18802 debootstrap-udeb_1.0.78_all.udeb
 751fd1d53b414980a2a1eadb42c3ce3a2f264906 63934 debootstrap_1.0.78_all.deb
Checksums-Sha256:
 2dc13cafb28f87c5a3ad8012e65c8f65eef7dbadd0bc2c86993e15e4eeb94b4f 1812 
debootstrap_1.0.78.dsc
 b08b32152f240b42ee7fc30f365d95527edf9012e25a16a5f03ba70297389abb 63725 
debootstrap_1.0.78.tar.gz
 8441acaa5cb65e21dd5e8480985439b45821406b12e2215844d5d458f109ceec 18802 
debootstrap-udeb_1.0.78_all.udeb
 c33caa5ab050b35858e775cd90c487e78db032ece0b99b5e236ef270827fc713 63934 
debootstrap_1.0.78_all.deb
Files:
 b9e1df830137dddaf7bf032032767c48 1812 admin extra debootstrap_1.0.78.dsc
 72021ebfa2f44f57fb0adf40e7afec7d 63725 admin extra debootstrap_1.0.78.tar.gz
 687d56b8ebde6f35a2ad322be9731723 18802 debian-installer extra 
debootstrap-udeb_1.0.78_all.udeb
 c437ae4757f7a1b8b8d9576b1e0fb21d 63934 admin extra debootstrap_1.0.78_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWq5eyAAoJEFh5eVc0QmhOVwEP/jWeqZuqoAFlWMjFvSL9uiIh
tvIYPgppUuFbd1ibvM0JAK1duCwu75ava1QBlm+iZNE4wC3k3CWHc4TIxOku2tEL
FMmoPkPoyNnld2orWNJOgFHPSywjuDMmVYn35opexrVu7hmaaBPGCkO6GgLSbo+j
G1nhujn6VIjfWzWirvhc74YQXG+F6EKMJ/WA81DW2J/JjWwKZDIpiwGAFSycSRqE
c5Q3wlbaAwj07dDISi9Fi9OCm3b+DV9VVcVHAdN8Z8fjFvKUGGdt4TnQF85T6ktJ
qRSjLQFivBMEMj2X9FkOWkaNUvVvmF1quUzWghp3hP8yMNvPu8L/X7TnP33JJrtC
qBW/r31CO+1DcCp5ywstW2U+zW3qc7cc4vWZnnrDlKQi2Q8KAP88ztcs6y+fQZaL
980SXrqhbp5zpB2UYsROydoaFZgPeT3CVSlJ0qqhTvP+8hejyHOg6AeFFmujNQ55
R2aH7Rr2n/a6le/d96zCkCW9s4Pt0jxAszVXlI+6ZWIjo6lxVa8tiekNsjdopCnx
CYiTTI8zgZprmmz/Hi+roSDpwDKSbRhopJZMIXRUVy8Czr5RX+N3ibSIT0i8kpjT
6sF96zeenin2upY/rP7raDSMwQYxS+TXK7BfipAt5rawJLv6v8wtfJgEh2LG8RhI
SzA9RFYkNvWoty2AI0Gt
=80PA
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

Installation

[Aljosa Kran Dakic]

hello
i have only debian jessie on my pc
how in the world to acces wireless network or any internet in order to
download driver or linux-firmware
Paradox?
Thanks

Re: Installation

[Zlatan Todoric]

Hi,

On 01/29/2016 06:19 PM, Aljosa Kran Dakic wrote:
> hello
> i have only debian jessie on my pc
> how in the world to acces wireless network or any internet in order to
> download driver or linux-firmware

Connect your PC to ethernet cable.

> Paradox?
> Thanks
> 

Cheers,

zlatan

Re: Installation of wifi firmware

[Geert Stappers]

On Fri, Jan 29, 2016 at 06:19:33PM +0100, Aljosa Kran Dakic wrote:
> hello
> i have only debian jessie on my pc
> how in the world to acces wireless network or any internet in order to
> download driver or linux-firmware
> Paradox?

No, it is called  circular dependency.

Break the loop by visiting friends,
bring apple pie and empty USB memory stick with you.

Go back home with the firmware on the USB device.


> Thanks

You are welcome.


Groeten
Geert Stappers
-- 
Leven en laten leven

Re: Installation

[Lennart Sorensen]

On Fri, Jan 29, 2016 at 06:19:33PM +0100, Aljosa Kran Dakic wrote:
> hello
> i have only debian jessie on my pc
> how in the world to acces wireless network or any internet in order to
> download driver or linux-firmware

Use the 'non-free' installer instead which includes firmware.  For example
this one:
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/8.3.0/amd64/iso-cd/firmware-8.3.0-amd64-netinst.iso

-- 
Len Sorensen

Bug#767682: Debian Bug #767682 - D-I: Installer Hangs on Re-Formatting Ext4 Partition

[Debian User]

This is a nasty bug! It took us by surprise. We were using netboot.tar.gz 
installer build=20150422+deb8u2 and successfully installed Debian 8.1 and 8.2 
prior to end of November/December 2015. It had failed to install in the same 
environment for the past couple of weeks or since about January 20, 2016.

The pxe installs are again successful by downloading netboot.tar.gz 
build=20150422+deb8u3 even installing on top of an old Debian system.

[PATCH] os-prober: Add support for SliTaz Linux

[Andreas Born]

Hi,

please find attached a patch that adds SliTaz detection support to
os-prober. The output generated looks like this:
/dev/sdb7:SliTaz Linux 4.0:SliTaz:linux

Thanks,
Andreas

---
 os-probes/mounted/common/90linux-distro | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/os-probes/mounted/common/90linux-distro
b/os-probes/mounted/common/90linux-distro
index 9544531..e2d38d4 100755
--- a/os-probes/mounted/common/90linux-distro
+++ b/os-probes/mounted/common/90linux-distro
@@ -128,6 +128,9 @@ if (ls "$dir"/lib*/ld*.so* || ls
"$dir"/usr/lib*/ld*.so*) >/dev/null 2>/dev/null
  elif [ -e "$dir/etc/4MLinux-version" ]; then
  short="4MLinux"
  long="4MLinux $(head -1 "$dir/etc/4MLinux-version")"
+ elif [ -e "$dir/etc/slitaz-release" ]; then
+ short="SliTaz"
+ long="$(printf "SliTaz Linux %s\n" "$(cat "$dir/etc/slitaz-release")")"
  else
  short="Linux"
  long="unknown Linux distribution"
-- 
2.7.0