Bug#413642: marked as done (debian-installer-manual: After debootstrap, /dev is too minimal to mount partitions)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2015 09:29:04 +0200
with message-id <20150427092904.2c2699c4637ef998c7a6b...@wansing-online.de>
and subject line Re: Bug#413642: debian-installer-manual: After debootstrap, 
/dev is too minimal to mount partitions
has caused the Debian Bug report #413642,
regarding debian-installer-manual: After debootstrap, /dev is too minimal to 
mount partitions
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.)


-- 
413642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413642
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-installer-manual
Severity: normal

Hi !

Following Appendix D.3 on installing Debian from another Unix system,
I think that an additionnal step must be added after editing
/etc/fstab : creation of device nodes.

You may get errors about inexisting special devices:
mount: special device /dev/sda13 does not exist
mount: special device /dev/sda12 does not exist
mount: special device /dev/sda11 does not exist
mount: special device /dev/sda9 does not exist

In this case, use the following commands:
cd /dev
./MAKEDEV sd

Or if you try to install on IDE disks:
cd /dev
./MAKEDEV hd

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686-bigmem
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)

--- End Message ---
--- Begin Message ---
Hi,

Alan Jenkins  wrote:
> Hi
> 
> I think someone could close this bug now.  The installer manual does now 
> outline the process of creating device nodes with MAKEDEV.
> 
> "D.3.4.1. Create device files" 
> https://www.debian.org/releases/jessie/amd64/apds03.html.en#idp8293600
> 
> (It also suggests bind-mounting /dev instead, which is what I would try 
> nowadays.)
> 
> Alan

Done.

Thanks

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/
--- End Message ---

Re: arch name of ppc64el

[Julien Cristau]

On Sun, Apr 26, 2015 at 20:36:34 +0200, Holger Wansing wrote:

> Hi,
> 
> Ben Hutchings  wrote:
> > On Sat, 2015-04-11 at 17:13 +0200, Holger Wansing wrote:
> > >   in build/entities/common.ent there was the name of the architecture
> > >   missing. So what's the exact pronunciation of that arch?
> > >   (for powerpc we have "PowerPC" for example)
> > >   Is there some special form, or simply ppc64el?
> > >   In "Supported hardware" Breno has "Power Systems" as arch name. ???
> > >   The ports page on https://www.debian.org/ports/ lists
> > >   https://wiki.debian.org/ppc64el/ as basic info page for the
> > >   ppc64el port, and there is no mention of "Power Systems"...
> > >   Also, in "Instructions for Netboot installation" under preparing
> > >   there is the term "PowerLinux machine". 
> > >   This all should be harmonized to one term.
> > [...]
> > 
> > Based on
> > 
> >  I think it's 'PowerPC 64-bit little-endian', or 'PowerISA little-endian'.
> > 
> > However, comparing with the way we've named other architectures, '64-bit
> > PowerPC (little-endian)' would be more consistent.
> 
> In the Jessie release announcement the name "AArch64" was introduced.
> Would that be correct for the d-i manual too?
> Or is it wrong at all?
> 
AArch64 is arm64, not ppc64el...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#775904: di-netboot-assistant should verify the downloaded files

[intrigeri]

bertagaz wrote (21 Jan 2015 11:10:39 GMT) :
> Given most of the files downloaded by di-netboot-installer are done so
> over insecure connections, it makes sense to have it verifying this files
> or at least provide a way for sysadmins to do it.

Random idea: how about using the binary packages generated from
debian-installer-netboot-images to get those files in an
authenticated way?

Cheers,
--
intrigeri


-- 
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/854mo16eud@boum.org

Bug#783481: d-i.debian.org: abort edos4udeb in case of a missing mirror

[Cyril Brulebois]

Package: d-i.debian.org
Severity: normal

Noticed this morning, the uninstallability diff meant no packages were
uninstallable anymore, which is quite untrue. dillon has had stale NFS
handles in /srv/mirrors (which point to /auto.dsa). It would be nice to
add some safeguard to warn about such an issue, and not generate wrong
output.

Mraw,
KiBi.


-- 
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/20150427113554.5849.27382.report...@arya.home.mraw.org

Bug#783514: auto partitioning with separate /home does not allow enough space for root partition when virtualbox default disk space is chosen

[Pirate Praveen]

package: partman-auto
version: 126


When default disk space of 8gb is chosen in virtual box and
auto-partition with encryption is selected, root partition is given just
2.3 gb and installation fails without enough space (using lxde live
prebuilt image).

I think it would be better to give enough space for root partition if
disk space is small. Since 8gb is the default size of virtual box hard
disk, this situation can be common. I think the same issue will happen
without encryption as well.

Since we already know the size requirement of a live image, I think it
makes sense to allocate the required space for / partition.



signature.asc
Description: OpenPGP digital signature

Bug#601011: Patch working confirmation

[Mateusz Kijowski]

I too can confirm that the patch provided by Alexandre works inside my LXC
setup.

Bug#783411: Possible memory leak in cdebconf-udeb

[GUO Yixuan]

Control: reassign -1 src:libtextwrap
Control: tag -1 + patch

Hi,

On Mon, Apr 27, 2015 at 07:24:21AM +0200, Christian PERRIER wrote:
> Quoting Niels Thykier (ni...@thykier.net):
> 
> > Hi,
> > 
> > Thanks for the report.
> > 
> > A quick scan with cppcheck highlighted several cases of memory leaks.
> > Please see attached diff for a quick (untested) attempt of plugging these.
> > 
> > Thanks,
> > ~Niels
> > 
> 
> Committed and pushed to master. Untested as well and not sure it
> really fixes the leak(s) spotted by Guo Yixuan but it can't indeed
> hurt.

Thank you for the help!

After debugging with mtrace(), I located some memory leak in
libtextwrap. A patch is attached. It appears to fix the problem in my
case.

Cheers,
Yixuan
--- a/textwrap.c
+++ b/textwrap.c
@@ -256,6 +256,7 @@ textwrap(const textwrap_t *prop, const c
   /* locale initialization */
   encoding = normalize(nl_langinfo(CODESET));
   encoding_type = set_encoding_type(encoding);
+  free(encoding);
 
   /* buffer initialization */
   len = strlen(text);
@@ -295,6 +296,7 @@ textwrap(const textwrap_t *prop, const c
 
 if (!*p) {
   stringt_addstringt(out, word);
+  stringt_destroy(word);
   return stringt_destroy_extract(out);
 }
 
@@ -306,6 +308,7 @@ textwrap(const textwrap_t *prop, const c
 	* memory for out
 	*/
stringt_addstr(out, " ");
+   stringt_destroy(word);
return stringt_destroy_extract(out);
 }
 w = mbwidth(p, ml);
@@ -319,7 +322,10 @@ textwrap(const textwrap_t *prop, const c
 if (*now == '\n') {
   stringt_addstringt(out, word);
   stringt_addstr(out, "\n");
-  if (!*p) return stringt_destroy_extract(out);
+  if (!*p) {
+  stringt_destroy(word);
+  return stringt_destroy_extract(out);
+  }
   stringt_addstr(out, head2); line_width = head2_width;
   stringt_zero(word); word_width = 0;
   continue;
@@ -334,7 +340,10 @@ textwrap(const textwrap_t *prop, const c
 	/* new line */
 	stringt_addstringt(out, word);
 	stringt_addstr(out, "\n");
-	if (!*p) return stringt_destroy_extract(out);
+	if (!*p) {
+stringt_destroy(word);
+return stringt_destroy_extract(out);
+}
 	stringt_addstr(out, head2); line_width = head2_width;
 	stringt_zero(word); word_width = 0;
   } else {


signature.asc
Description: Digital signature

Processed: Re: Bug#783411: Possible memory leak in cdebconf-udeb

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 src:libtextwrap
Bug #783411 [src:cdebconf] Possible memory leak in cdebconf-udeb
Bug reassigned from package 'src:cdebconf' to 'src:libtextwrap'.
Ignoring request to alter found versions of bug #783411 to the same values 
previously set
Ignoring request to alter fixed versions of bug #783411 to the same values 
previously set
> tag -1 + patch
Bug #783411 [src:libtextwrap] Possible memory leak in cdebconf-udeb
Added tag(s) patch.

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


--
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/handler.s.b783411.14301565697369.transcr...@bugs.debian.org

d-i for jessie-kfreebsd

[Steven Chamberlain]

Hi KiBi,

debian-installer needs a small change to build and work with the new
jessie-kfreebsd suite.  debootstrap needs a change also.  choose-mirror
and some other d-i packages could be further refined before we decide
to release.  (I have it working now).

Would it be okay for me to create a jessie-kfreebsd branch in each
of their Git repos and commit my patches there for now?

I think these should be in a VCS if we come to upload modified packages
to jessie-kfreebsd.  It would help with review also.  Some changes may
be suitable for inclusion in sid and this would make those easy to
merge.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Re: d-i for jessie-kfreebsd

[Cyril Brulebois]

Hi,

Steven Chamberlain  (2015-04-27):
> debian-installer needs a small change to build and work with the new
> jessie-kfreebsd suite.  debootstrap needs a change also.  choose-mirror
> and some other d-i packages could be further refined before we decide
> to release.  (I have it working now).
> 
> Would it be okay for me to create a jessie-kfreebsd branch in each
> of their Git repos and commit my patches there for now?

Certainly, that definitely makes sense.

> I think these should be in a VCS if we come to upload modified packages
> to jessie-kfreebsd.  It would help with review also.  Some changes may
> be suitable for inclusion in sid and this would make those easy to
> merge.

Totally. I've seen a similar situation within the X world, with ubuntu
branches in pkg-xorg's git repositories. That wasn't a crazy idea.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#783548: choose-mirror: lists releases that don't include this arch

[Steven Chamberlain]

Package: choose-mirror
Version: 2.62
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: jessie kfreebsd

Hi,

When installing kfreebsd or hurd in Expert mode, choose-mirror offers to
install "jessie - stable" and "stretch - testing" even though the
architecture being installed isn't part of those releases.

I've attached a patch that adds support for the Architectures: header,
to not mention a release if it doesn't include the current arch.

Thanks.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/choose-mirror.c b/choose-mirror.c
index 65885f6..b7d4019 100644
--- a/choose-mirror.c
+++ b/choose-mirror.c
@@ -300,9 +300,9 @@ static int get_release(struct release_t *release, const char *name) {
 	char *command;
 	FILE *f = NULL;
 	char *wget_options, *hostname, *directory;
-	char line[80];
+	char line[BUFFER_LENGTH];
 	char *p;
-	char buf[SUITE_LENGTH];
+	char buf[BUFFER_LENGTH];
 
 	hostname = add_protocol("hostname");
 	debconf_get(debconf, hostname);
@@ -321,7 +321,7 @@ static int get_release(struct release_t *release, const char *name) {
 	}
 
 	wget_options = get_wget_options();
-	command = xasprintf("wget %s %s://%s%s/dists/%s/Release -O - | grep -E '^(Suite|Codename):'",
+	command = xasprintf("wget %s %s://%s%s/dists/%s/Release -O - | grep -E '^(Suite|Codename|Architectures):'",
 			wget_options, protocol, hostname, directory, name);
 	di_log(DI_LOG_LEVEL_DEBUG, "command: %s", command);
 	f = popen(command, "r");
@@ -337,12 +337,14 @@ static int get_release(struct release_t *release, const char *name) {
 			if (line[strlen(line) - 1] == '\n')
 line[strlen(line) - 1] = '\0';
 			if ((value = strstr(line, ": ")) != NULL) {
-strncpy(buf, value + 2, SUITE_LENGTH - 1);
-buf[SUITE_LENGTH - 1] = '\0';
+strncpy(buf, value + 2, BUFFER_LENGTH - 1);
+buf[BUFFER_LENGTH - 1] = '\0';
 if (strncmp(line, "Codename:", 9) == 0)
 	release->name = strdup(buf);
 if (strncmp(line, "Suite:", 6) == 0)
 	release->suite = strdup(buf);
+if (strncmp(line, "Architectures:", 14) == 0)
+	release->archs = strdup(buf);
 			}
 		}
 		if (release->name != NULL && strcmp(release->name, name) == 0)
@@ -354,6 +356,14 @@ static int get_release(struct release_t *release, const char *name) {
 		!(release->status & IS_VALID))
 			log_invalid_release(name, "Suite or Codename");
 
+		/* Does the release include this arch? */
+		if (release->archs != NULL && strstr(release->archs, ARCH_TEXT) == NULL) {
+			/* No:  disregard this release */
+			log_invalid_release(name, "Architectures");
+			release->status &= ~IS_VALID;
+			release->name = NULL;
+		}
+
 		/* Cross-validate the Release file */
 		if (release->status & IS_VALID)
 			if (! cross_validate_release(release))
diff --git a/mirrors.h b/mirrors.h
index e592b7a..f73aefb 100644
--- a/mirrors.h
+++ b/mirrors.h
@@ -17,6 +17,12 @@ struct mirror_t {
  */
 #define MANUAL_ENTRY "manual"
 
+/*
+ * Allow to read the full Architectures: line from a Release file,
+ * which is up to 123 bytes long at time of writing.
+ */
+#define BUFFER_LENGTH 256
+
 #define SUITE_LENGTH 32
 
 /* Stack of suites */
@@ -43,6 +49,7 @@ static const char suites[][SUITE_LENGTH] = {
 struct release_t {
 	char *name;
 	char *suite;
+	char *archs;
 	int status;
 };
 

Bug#783548: choose-mirror: lists releases that don't include this arch

[Cyril Brulebois]

Steven Chamberlain  (2015-04-27):
> When installing kfreebsd or hurd in Expert mode, choose-mirror offers to
> install "jessie - stable" and "stretch - testing" even though the
> architecture being installed isn't part of those releases.
> 
> I've attached a patch that adds support for the Architectures: header,
> to not mention a release if it doesn't include the current arch.
> 
> Thanks.
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'oldstable')
> Architecture: kfreebsd-amd64 (x86_64)
> 
> Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash

> diff --git a/choose-mirror.c b/choose-mirror.c
> index 65885f6..b7d4019 100644
> --- a/choose-mirror.c
> +++ b/choose-mirror.c
> @@ -300,9 +300,9 @@ static int get_release(struct release_t *release, const 
> char *name) {
>   char *command;
>   FILE *f = NULL;
>   char *wget_options, *hostname, *directory;
> - char line[80];
> + char line[BUFFER_LENGTH];
>   char *p;
> - char buf[SUITE_LENGTH];
> + char buf[BUFFER_LENGTH];
>  
>   hostname = add_protocol("hostname");
>   debconf_get(debconf, hostname);
> @@ -321,7 +321,7 @@ static int get_release(struct release_t *release, const 
> char *name) {
>   }
>  
>   wget_options = get_wget_options();
> - command = xasprintf("wget %s %s://%s%s/dists/%s/Release -O - | grep -E 
> '^(Suite|Codename):'",
> + command = xasprintf("wget %s %s://%s%s/dists/%s/Release -O - | grep -E 
> '^(Suite|Codename|Architectures):'",
>   wget_options, protocol, hostname, directory, name);
>   di_log(DI_LOG_LEVEL_DEBUG, "command: %s", command);
>   f = popen(command, "r");
> @@ -337,12 +337,14 @@ static int get_release(struct release_t *release, const 
> char *name) {
>   if (line[strlen(line) - 1] == '\n')
>   line[strlen(line) - 1] = '\0';
>   if ((value = strstr(line, ": ")) != NULL) {
> - strncpy(buf, value + 2, SUITE_LENGTH - 1);
> - buf[SUITE_LENGTH - 1] = '\0';
> + strncpy(buf, value + 2, BUFFER_LENGTH - 1);
> + buf[BUFFER_LENGTH - 1] = '\0';
>   if (strncmp(line, "Codename:", 9) == 0)
>   release->name = strdup(buf);
>   if (strncmp(line, "Suite:", 6) == 0)
>   release->suite = strdup(buf);
> + if (strncmp(line, "Architectures:", 14) == 0)
> + release->archs = strdup(buf);

I think you're missing some free() matching this strdup().

>   }
>   }
>   if (release->name != NULL && strcmp(release->name, name) == 0)
> @@ -354,6 +356,14 @@ static int get_release(struct release_t *release, const 
> char *name) {
>   !(release->status & IS_VALID))
>   log_invalid_release(name, "Suite or Codename");
>  
> + /* Does the release include this arch? */
> + if (release->archs != NULL && strstr(release->archs, ARCH_TEXT) 
> == NULL) {
> + /* No:  disregard this release */
> + log_invalid_release(name, "Architectures");
> + release->status &= ~IS_VALID;
> + release->name = NULL;
> + }
> +
>   /* Cross-validate the Release file */
>   if (release->status & IS_VALID)
>   if (! cross_validate_release(release))
> diff --git a/mirrors.h b/mirrors.h
> index e592b7a..f73aefb 100644
> --- a/mirrors.h
> +++ b/mirrors.h
> @@ -17,6 +17,12 @@ struct mirror_t {
>   */
>  #define MANUAL_ENTRY "manual"
>  
> +/*
> + * Allow to read the full Architectures: line from a Release file,
> + * which is up to 123 bytes long at time of writing.
> + */
> +#define BUFFER_LENGTH 256
> +
>  #define SUITE_LENGTH 32

(Slightly sad to see static buffers still being used but that's not your
fault. :))

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#783562: netinst should offer to install from other CD/DVD sets too

[Steve McIntyre]

Package: apt-setup
Version: 1:0.97
Severity: normal
Tags: d-i

Found when testing d-i on netinst CDs like the special i386 Mac
netinst build - we don't offer to scan other CDs or DVDs when booting
off a netinst.

Looking in the code, this is clearly deliberate, as netinsts are not
part of a larger set. However, we've moved on since then and we're now
explicitly offering netinst variants to make things easier for people
(firmware-included builds, mac netinst, etc.) so it would make more
sense to change the design here now.

We need to think about this and come up with a better plan...

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

Kernel: Linux 3.2.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


-- 
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/20150427230240.29024.42204.reportbug@tack.local

Bug#783548: choose-mirror: lists releases that don't include this arch

[Steven Chamberlain]

Hi,

Cyril Brulebois wrote:
> Steven Chamberlain  (2015-04-27):
> > +   if (strncmp(line, "Architectures:", 14) == 0)
> > +   release->archs = strdup(buf);
> 
> I think you're missing some free() matching this strdup().

Thanks, yes.  Actually several, fixed now in jessie-kfreebsd branch.

I've confirmed in Valgrind many more leaks, and at least one error
path that will still leak a whole t_release item.  I think I can say
it's no worse now than when I touched it, and I've learned a few things
in the process.

I should point out, the strstr() match doesn't consider word boundaries,
so "mips" will match on "mipsel" for example, which could someday result
in false negatives (and thus display a suite by accident) but not false
positives.  I don't feel like re-implementing regex matching inside this
C function at this time.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
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/20150428000855.gb79...@pyro.eu.org

Bug#783571: xfce task not co-installable with other desktops

[Steve McIntyre]

Package: task-xfce-desktop
Version: 3.14.1
Severity: important

This is possibly not the right location to file this - please reassign
as necessary!

Found during jessie release testing: when installing using tasksel,
installing the xfce desktop task and others fails. It's possible to
install *all* the other desktops in one go, but adding xfce causes the
failure.

The problem is reported in syslog as a failure to install gnome-core;
from irc discussion, it's actually believed to be a conflict between
evince and evince-gtk.

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

Kernel: Linux 3.2.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

Versions of packages task-xfce-desktop depends on:
ii  lightdm   1.2.2-4
ii  task-desktop  3.14.1
ii  tasksel   3.14.1
ii  xfce4 4.8.0.3

Versions of packages task-xfce-desktop recommends:
ii  dbus-x111.6.8-1+deb7u6
ii  epdfview0.1.8-3
ii  gstreamer0.10-alsa  0.10.36-1.1
ii  hunspell-en-us  20070829-6
ii  hyphen-en-us2.8.3-2
ii  iceweasel   37.0.2-1~bpo70+1
ii  libreoffice 1:3.5.4+dfsg2-0+deb7u4
pn  libreoffice-gcj 
ii  libreoffice-gtk 1:3.5.4+dfsg2-0+deb7u4
ii  libreoffice-help-en-us  1:3.5.4+dfsg2-0+deb7u4
ii  mousepad0.2.16-6
ii  mythes-en-us1:3.3.0-4
pn  network-manager-gnome   
ii  orage   4.8.3-2
ii  quodlibet   2.4-1
ii  synaptic0.75.13
pn  system-config-printer   
ii  tango-icon-theme0.8.90-5
ii  vlc 2.0.3-5+deb7u2+b1
ii  xfce4-goodies   4.8.2
ii  xfce4-mixer 4.8.0-3+b1
pn  xfce4-power-manager 
ii  xfce4-terminal  0.4.8-1+b1
ii  xfprint44.6.1-3
ii  xsane   0.998-3+b1

task-xfce-desktop 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/20150428001027.22770.41668.reportbug@tack.local

Processed: cloning 783411, retitle 783411 to potential memory leaks, reassign 783411 to cdebconf-udeb

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> clone 783411 -1
Bug #783411 [src:libtextwrap] libtextwrap: Memory leak in libtextwrap
Bug 783411 cloned as bug 783580
> retitle 783411 potential memory leaks
Bug #783411 [src:libtextwrap] libtextwrap: Memory leak in libtextwrap
Changed Bug title to 'potential memory leaks' from 'libtextwrap: Memory leak in 
libtextwrap'
> reassign 783411 cdebconf-udeb
Bug #783411 [src:libtextwrap] potential memory leaks
Bug reassigned from package 'src:libtextwrap' to 'cdebconf-udeb'.
Ignoring request to alter found versions of bug #783411 to the same values 
previously set
Ignoring request to alter fixed versions of bug #783411 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
783411: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783411
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
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/handler.s.c.143019895526401.transcr...@bugs.debian.org

Bug#783247: marked as done (Please don't install acpid and acpi-support-base)

[Debian Bug Tracking System]

Your message dated Tue, 28 Apr 2015 05:35:14 +
with message-id 
and subject line Bug#783247: fixed in hw-detect 1.109
has caused the Debian Bug report #783247,
regarding Please don't install acpid and acpi-support-base
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.)


-- 
783247: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783247
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: hw-detect
Version: 1.108
Severity: normal
Tags: patch

Hi!

While installing a jessie (GNOME) desktop with the latest RC3 installer,
I noticed that we still install acpid and acpi-support-base.

A while ago, I already filed a bug to have acpid and acpi-support-base
removed from tasksel [1], since it duplicates functionality which is
nowadays provided by systemd/logind.

The same reasons apply to debian-installer.
I therefor would like to see those packages dropped from hw-detect as
well.

I'm not sure, if the "acpi" command line utility is that useful which
would warrant having it installed by default. The attached patch drops
it as well. Incidentally, this was also suggested for the laptop-task,
which still pulls it in.




[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758762
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758762#31
-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/hw-detect.sh b/hw-detect.sh
index 6f16a52..1e7613c 100755
--- a/hw-detect.sh
+++ b/hw-detect.sh
@@ -496,11 +496,6 @@ if [ -d /sys/bus/usb ]; then
 	apt-install usbutils || true
 fi
 
-# Install acpi
-if [ -d /proc/acpi ]; then
-	apt-install acpi acpid acpi-support-base || true
-fi
-
 # If hardware has support for pmu, install pbbuttonsd
 if [ -d /sys/class/misc/pmu/ ]; then
 	apt-install pbbuttonsd || true
--- End Message ---
--- Begin Message ---
Source: hw-detect
Source-Version: 1.109

We believe that the bug you reported is fixed in the latest version of
hw-detect, 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 783...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Perrier  (supplier of updated hw-detect 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: Tue, 28 Apr 2015 07:00:05 +0200
Source: hw-detect
Binary: hw-detect ethdetect disk-detect driver-injection-disk-detect archdetect
Architecture: source i386 all
Version: 1.109
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)
Closes: 783247
Changes:
 hw-detect (1.109) unstable; urgency=medium
 .
   * No longer install acpi acpid acpi-support-base as it duplicates
 functionality which is nowadays provided by systemd/logind.
 Thanks to Michael Biebl for the notice and patch.
 Closes: #783247
Checksums-Sha1:
 71e6ef5c61586eed1fff9f4fe8575552f76a6862 2036 hw-detect_1.109.dsc
 3d95ec059756c45af092b7f8559811e360badfb9 180204 hw-detect_1.109.tar.xz
 47420e4d65c08f7b26c9e524309defb1f17ff2b9 128966 hw-detect_1.109_i386.udeb
 00a9d906453c04d985cafdf8c27fe44d8d930575 36028 ethdetect_1.109_all.udeb
 da1047b63ed7510a3093338848321afb2d08e755 27606 disk-detect_1.109_all.udeb
 832c4bdf84a74943e6cab6d40f97c024e19abbdb 15124 
driver-injection-disk-detect_1.109_all.udeb
 aba758a1f964a02089a0ea4ce6455f300190984d 2522 archdetect_1.109_i386.udeb
Checksums-Sha256:
 bcaebafe22c0395b7450ab204f45763d563e37fb51426af11bd76da9df222e48 2036 
hw-detect_1.109.dsc
 d440c776fd77bf04239a48dc959f3346a9009115ce336a2fb6bf5d2b655787ab 180204 
hw-detect_1.109.tar.xz
 a1260834a451db5f7607

Processing of hw-detect_1.109_i386.changes

[Debian FTP Masters]

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

Greetings,

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


-- 
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/e1ymy1b-00073j...@coccia.debian.org

Processing of hw-detect_1.109_i386.changes

[Debian FTP Masters]

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

Greetings,

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


-- 
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/e1ymy3o-8l...@franck.debian.org

Bug#783411: Memory leak in libtextwrap

[Niels Thykier]

On 2015-04-28 06:52, Christian PERRIER wrote:
> Quoting Niels Thykier (ni...@thykier.net):
>> Control: retitle -1 libtextwrap: Memory leak in libtextwrap
> 
> 
> Well, there were potential memory leaks too in cdebconf, no?
> 
> Given that it appeared inocuous, I committed Niels' patch to cdebconf
> with a statement closing bug #783411.which becomes wrong now as it
> has been reassigned.
> 
> My suggestion:
> 
> clone #783411
> reassign it again to cdebconf
> retitle it to "potential memory leaks"
> 
> And then, then clone bug stays assigned to libtextwrap.
> 
> 

Bug numbers are now:
 * cdebconf-udeb: #783411
 * libtextwrap: #783580

~Niels


-- 
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/553f1e26.60...@thykier.net

hw-detect_1.109_i386.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 28 Apr 2015 07:00:05 +0200
Source: hw-detect
Binary: hw-detect ethdetect disk-detect driver-injection-disk-detect archdetect
Architecture: source i386 all
Version: 1.109
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)
Closes: 783247
Changes:
 hw-detect (1.109) unstable; urgency=medium
 .
   * No longer install acpi acpid acpi-support-base as it duplicates
 functionality which is nowadays provided by systemd/logind.
 Thanks to Michael Biebl for the notice and patch.
 Closes: #783247
Checksums-Sha1:
 71e6ef5c61586eed1fff9f4fe8575552f76a6862 2036 hw-detect_1.109.dsc
 3d95ec059756c45af092b7f8559811e360badfb9 180204 hw-detect_1.109.tar.xz
 47420e4d65c08f7b26c9e524309defb1f17ff2b9 128966 hw-detect_1.109_i386.udeb
 00a9d906453c04d985cafdf8c27fe44d8d930575 36028 ethdetect_1.109_all.udeb
 da1047b63ed7510a3093338848321afb2d08e755 27606 disk-detect_1.109_all.udeb
 832c4bdf84a74943e6cab6d40f97c024e19abbdb 15124 
driver-injection-disk-detect_1.109_all.udeb
 aba758a1f964a02089a0ea4ce6455f300190984d 2522 archdetect_1.109_i386.udeb
Checksums-Sha256:
 bcaebafe22c0395b7450ab204f45763d563e37fb51426af11bd76da9df222e48 2036 
hw-detect_1.109.dsc
 d440c776fd77bf04239a48dc959f3346a9009115ce336a2fb6bf5d2b655787ab 180204 
hw-detect_1.109.tar.xz
 a1260834a451db5f76076d1f3583a6d26dc01421fc3ae9a2e0464a9c279bef12 128966 
hw-detect_1.109_i386.udeb
 61a2f6e360852e13a5832077d3cedfb27bd960c79dc868519feee9eafc8a39ac 36028 
ethdetect_1.109_all.udeb
 61302c72da0b7ef9e65b231eb44bee141d2cff794df3ae1add5ef3b585ab6274 27606 
disk-detect_1.109_all.udeb
 f972f2020ed0528fcd78b572e6e6385f354c753eede4bb53e03840f760c4715b 15124 
driver-injection-disk-detect_1.109_all.udeb
 c6c463853759b7d6b1246923a190c94a9bc7c7899b9b0a04718f95d5ec4f7c45 2522 
archdetect_1.109_i386.udeb
Files:
 fe3bad71522f82f92073653d632ef1aa 2036 debian-installer standard 
hw-detect_1.109.dsc
 6fc1bf7d07a7d53dc7a006d18a7874f6 180204 debian-installer standard 
hw-detect_1.109.tar.xz
 e410372e00692fe0bbe5c8ff606271e2 128966 debian-installer standard 
hw-detect_1.109_i386.udeb
 1d2a40096a6ae7f977379588d3430305 36028 debian-installer optional 
ethdetect_1.109_all.udeb
 f1ad0456f9bef9338023d17037e01c1e 27606 debian-installer optional 
disk-detect_1.109_all.udeb
 1accc3fb176440e8c3f0bea4bd5c10c0 15124 debian-installer optional 
driver-injection-disk-detect_1.109_all.udeb
 9bbe1e585936ebeed32d9e418d3413e2 2522 debian-installer standard 
archdetect_1.109_i386.udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJVPxlmAAoJEIcvcCxNbiWoRFIP+gOlyBRbDiluUEPjNCUaVRRN
AKRQsXyuFrsKXUwi7aWCtc0UBIBsKQNScWxtrQEVM6VKjlknQdhSbmYk5UXI9E1s
IidDx0WKC/2J9gpCZjV2svucDTROCl4ZXy0nSOUcIqp6nS3mNw8Y6vGGo14h8nOV
xIFxMUJYU8FanT3NsQkF/pjujv+j3Mqar4rGbjTrIPAB+dEU+MUnceMV/gOPQuNj
fR0fBLQWrrFRW4jc2XKCeIOxBGWuNtJ+M3Sjce4HwKHAfIe17jziSfSpwkHB7P7I
JhPRm8VJnL78SRxDC1BGZWctmETtD7rWdE+myJygS6LsOYUXHVrt0rVf9dWr8aU9
8gLbI3xfQyxU//mI63ItJ9Tyo1rLyJQ/gO22/FYAPlErcQwEiyvrdY7PjOh3YfGV
FMQoFTXemk1u8XyjoPI0lvwnAc/YziM9yobkmnfkQhYsRy9iijam0Xv+zO8cB1KW
mKOUu5dc203y20Rccizae1MWYWqJ2b4apx2nroJObqGltvUU47/iybPvfSVXXiNY
UkjO/hgEH+HEcqwS/44JkcIz+XTAj33P/XvmR4lWOs/XgP5+2j24nQSATnTIVtk7
DUfetBbbWGnhCif4Hl1ra+WgYsJs54lfmAsIzut4SJ4ojKFFB3/THDUCJw731i2U
zC3WzRc1TnqMBODIbpKt
=21Vh
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
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/e1ymyas-0001cf...@franck.debian.org