Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-14 Thread Thijs Kinkhorst
On Thu, November 13, 2014 22:49, Thomas Liske wrote:
 tag 767370 upstream,fixed-upstream
 thanks


 Hi Thijs,

 needrestart did not find any kernel images which triggers this special
 bug. There was a divison by zero triggered by calculating the
 progressbar length.

 needrestart did not die since the linux specific stuff was running in an
 eval block. needrestart was not started in verbose mode so it does not
 report the error message (divsion by zero) of the eval call.

 While dieing in the eval block the stdout/stdin fd's were left screwed
 up... resulting in the debconf commands on the tty.

 In verbose mode the bug was not triggered since verbose mode disables
 the progressbar stuff.

Thanks. Good that it was found. This is a Xen domU which indeed does not
have any linux-* packages installed since it runs the host kernel.

Can we have a targeted fix for this in unstable that fits the jessie
unfreeze policy?


Cheers,
Thijs


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-14 Thread Patrick Matthäi
Am 14.11.2014 um 10:57 schrieb Thijs Kinkhorst:
 On Thu, November 13, 2014 22:49, Thomas Liske wrote:
 tag 767370 upstream,fixed-upstream
 thanks


 Hi Thijs,

 needrestart did not find any kernel images which triggers this special
 bug. There was a divison by zero triggered by calculating the
 progressbar length.

 needrestart did not die since the linux specific stuff was running in an
 eval block. needrestart was not started in verbose mode so it does not
 report the error message (divsion by zero) of the eval call.

 While dieing in the eval block the stdout/stdin fd's were left screwed
 up... resulting in the debconf commands on the tty.

 In verbose mode the bug was not triggered since verbose mode disables
 the progressbar stuff.
 
 Thanks. Good that it was found. This is a Xen domU which indeed does not
 have any linux-* packages installed since it runs the host kernel.
 
 Can we have a targeted fix for this in unstable that fits the jessie
 unfreeze policy?

Targeted! But first I would like to see 1.2-4 in testing, after it has
been aged.


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature


Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-13 Thread Thomas Liske

tag 767370 upstream,fixed-upstream
thanks


Hi Thijs,

needrestart did not find any kernel images which triggers this special 
bug. There was a divison by zero triggered by calculating the 
progressbar length.


needrestart did not die since the linux specific stuff was running in an 
eval block. needrestart was not started in verbose mode so it does not 
report the error message (divsion by zero) of the eval call.


While dieing in the eval block the stdout/stdin fd's were left screwed 
up... resulting in the debconf commands on the tty.


In verbose mode the bug was not triggered since verbose mode disables 
the progressbar stuff.



Damn, fixed  sorry,
Thomas


On 11/13/2014 08:16 AM, Thijs Kinkhorst wrote:

On Wed, November 12, 2014 21:28, Thomas Liske wrote:

Could you please run needrestart (without -v) again and run `pstree -a`?
There should be debconf's frontend running as the parent process of
needrestart:


   |   |   `-bash
   |   |   `-frontend -w /usr/share/debconf/frontend
/usr/sbin/needrestart
   |   |   `-needrestart /usr/sbin/needrestart



   #9500;#9472;sshd
   #9474;   #9500;#9472;sshd
   #9474;   #9474;   #9492;#9472;sshd
   #9474;   #9474;   #9492;#9472;bash
   #9474;   #9474;   #9492;#9472;sudo bash
   #9474;   #9474;   #9492;#9472;bash
   #9474;   #9474;   #9492;#9472;pstree -a
   #9474;   #9492;#9472;sshd
   #9474;   #9492;#9472;sshd
   #9474;   #9492;#9472;bash
   #9474;   #9492;#9472;sudo bash
   #9474;   #9492;#9472;bash
   #9474;   #9492;#9472;frontend -w
/usr/share/debconf/frontend /usr/sbin/needrestart
   #9474;   #9492;#9472;needrestart
/usr/sbin/needrestart
   #9474;   #9492;#9472;(10-dpkg)


Your /dev/tty is a valid character device?

$ ls -lha /dev/tty
crw-rw-rw- 1 root tty 5, 0 Nov 12 21:19 /dev/tty


Yes:
crw-rw-rw- 1 root tty 5, 0 nov 13 08:12 /dev/tty


Cheers,
Thijs




--

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-12 Thread Thomas Liske
Re,


On 11/11/2014 11:21 AM, Thijs Kinkhorst wrote:
 Interesting: it doesn't fail when running with -v. But doesn't use my
 standard dialog frontend either...

the -v options forces needrestart to use NeedRestart::UI::stdio which
does not use debconf.

Could you please run needrestart (without -v) again and run `pstree -a`?
There should be debconf's frontend running as the parent process of
needrestart:


  |   |   `-bash
  |   |   `-frontend -w /usr/share/debconf/frontend
/usr/sbin/needrestart
  |   |   `-needrestart /usr/sbin/needrestart


If the frontend is running and the debconf commands (SET, SUBST, etc.)
showing up on the tty something screwed up the fd's.

needrestart's stdin/stdout are piped to debconf's frontend - therefore
needrestart needs to do some fd dupping operations in NeedRestart/UI.pm
to be able to use Term::ReadKey (progressbar stuff).

Your /dev/tty is a valid character device?

$ ls -lha /dev/tty
crw-rw-rw- 1 root tty 5, 0 Nov 12 21:19 /dev/tty



HTH,
Thomas

-- 

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-12 Thread Thijs Kinkhorst
On Wed, November 12, 2014 21:28, Thomas Liske wrote:
 Could you please run needrestart (without -v) again and run `pstree -a`?
 There should be debconf's frontend running as the parent process of
 needrestart:


   |   |   `-bash
   |   |   `-frontend -w /usr/share/debconf/frontend
 /usr/sbin/needrestart
   |   |   `-needrestart /usr/sbin/needrestart


  #9500;#9472;sshd
  #9474;   #9500;#9472;sshd
  #9474;   #9474;   #9492;#9472;sshd
  #9474;   #9474;   #9492;#9472;bash
  #9474;   #9474;   #9492;#9472;sudo bash
  #9474;   #9474;   #9492;#9472;bash
  #9474;   #9474;   #9492;#9472;pstree -a
  #9474;   #9492;#9472;sshd
  #9474;   #9492;#9472;sshd
  #9474;   #9492;#9472;bash
  #9474;   #9492;#9472;sudo bash
  #9474;   #9492;#9472;bash
  #9474;   #9492;#9472;frontend -w
/usr/share/debconf/frontend /usr/sbin/needrestart
  #9474;   #9492;#9472;needrestart
/usr/sbin/needrestart
  #9474;   #9492;#9472;(10-dpkg)

 Your /dev/tty is a valid character device?

 $ ls -lha /dev/tty
 crw-rw-rw- 1 root tty 5, 0 Nov 12 21:19 /dev/tty

Yes:
crw-rw-rw- 1 root tty 5, 0 nov 13 08:12 /dev/tty


Cheers,
Thijs


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-11 Thread Thijs Kinkhorst
On Mon, November 10, 2014 21:46, Thomas Liske wrote:
 What can I do to help debug this?

 Good question. I'm unable to reproduce it on any of my maschines nor do
 I have any idea why this happens. Maybe we require some debconf guru
 helping us to dig into it?

Maybe.. I'm not a debconf guru either. Other package configuration does
work, jftr.

 Could you provide a full `needrestart -v` output?

[Core] Using UI 'NeedRestart::UI::stdio'...
[main] #3237 uses obsolete binary /sbin/getty
[main] #3237 is not a child
[main] #7307 uses obsolete binary /usr/bin/screen
[main] #7307 is not a child
[main] #7308 uses obsolete binary /bin/bash
[main] #7308 is a child of #7307
[main] #7311 uses obsolete binary /usr/bin/irssi
[main] #7311 is a child of #7308
[main] #11771 uses obsolete binary /usr/sbin/sshd
[main] #11771 is not a child
[main] #11773 uses obsolete binary /usr/sbin/sshd
[main] #11773 is a child of #11771
[main] #17604 uses obsolete
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.19.so
[main] #17604 is not a child
[main] #17799 uses obsolete
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.19.so
[main] #17799 is not a child
[main] #17851 uses obsolete
/lib/i386-linux-gnu/i686/cmov/libnss_files-2.19.so
[main] #17851 is not a child
[main] #3237 exe = /sbin/getty
[main] #3237 running /etc/needrestart/hook.d/10-dpkg
[main] #3237 package: util-linux
[main] #3237 rc.d script hwclock.sh should not start in the current
run-level(2)
[main] #3237 running /etc/needrestart/hook.d/20-rpm
[main] #3237 running /etc/needrestart/hook.d/90-none
[main] #7307 exe = /usr/bin/screen
[main] #7307 running /etc/needrestart/hook.d/10-dpkg
[main] #7307 package: screen
[main] #7307 rc.d script screen-cleanup should not start in the current
run-level(2)
[main] #7307 running /etc/needrestart/hook.d/20-rpm
[main] #7307 running /etc/needrestart/hook.d/90-none
[main] #7308 exe = /bin/bash
[main] #7308 running /etc/needrestart/hook.d/10-dpkg
[main] #7308 package: bash
[main] #7308 running /etc/needrestart/hook.d/20-rpm
[main] #7308 running /etc/needrestart/hook.d/90-none
[main] #11771 exe = /usr/sbin/sshd
[main] #11771 running /etc/needrestart/hook.d/10-dpkg
[main] #11771 package: openssh-server
[main] #11771 running /etc/needrestart/hook.d/20-rpm
[main] #11771 running /etc/needrestart/hook.d/90-none
[main] #17604 exe = /lib/systemd/systemd-udevd
[main] #17604 running /etc/needrestart/hook.d/10-dpkg
[main] #17604 package: udev
[main] #17604 rc.d script udev-finish should not start in the current
run-level(2)
[main] #17604 rc.d script udev should not start in the current run-level(2)
[main] #17604 running /etc/needrestart/hook.d/20-rpm
[main] #17604 running /etc/needrestart/hook.d/90-none
[main] #17799 exe = /usr/sbin/rsyslogd
[main] #17799 running /etc/needrestart/hook.d/10-dpkg
[main] #17799 package: rsyslog
[main] no pidfile reference found at rsyslog
[main] #17851 exe = /usr/sbin/atd
[main] #17851 running /etc/needrestart/hook.d/10-dpkg
[main] #17851 package: at
[main] no pidfile reference found at atd
[Kernel] Linux: kernel release 3.13.7, kernel version #1 SMP Mon Mar 24
17:07:35 CET 2014
Failed to load NeedRestart::Kernel::kFreeBSD: [Kernel/kFreeBSD] Not
running on GNU/kFreeBSD!
[Kernel/Linux] Did not find any kernel images.
Failed to retrieve available kernel versions.
Services to be restarted:
Restart atd? [Ynas]
[ ok ] Stopping deferred execution scheduler: atd.
[ ok ] Starting deferred execution scheduler: atd.
Restart rsyslog? [Ynas]
[ ok ] Stopping enhanced syslogd: rsyslogd.
[ ok ] Starting enhanced syslogd: rsyslogd.


Interesting: it doesn't fail when running with -v. But doesn't use my
standard dialog frontend either...


Thijs


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-10 Thread Thijs Kinkhorst
On Sun, November 2, 2014 12:42, Thomas Liske wrote:
 Hi,

 On 10/30/2014 04:59 PM, Thijs Kinkhorst wrote:
 With current needrestart on jessie, after upgrading my packages I see
 debconf-command like output in my terminal (SET ...) but no debconf
 interface
 is presented. It waits for input after each one, so I press enter after
 SET
 .., then afetr SUBST until it terminates.

 I'm not aware of any changes to my system other than the needrestart
 upgrade.
 Output follows.

 I've no idea why it does happen. The debconf magic is done by the perl
 modules of debconf which restarts needrestart and redirects /dev/stdout
 to debconf as soon as the debconf perl package is loaded.

 Does the problem still exist? What happens if you call needrestart
 directly? Which debconf backends do you use?

It still exists, also when running directly. Using the dialog frontend,
but can also reproduce when selecting the readline frontend.

 PS: I'm little confused about the perl warnings below (perl: warning:
 Setting locale failed.) - did the package upgrade fail and maybe break
 some of the debconf perl stuff?

No, that seems unrelated. I've fixed those warnings and the problem still
occurs. Output below from a run of needrestart by itself.

What can I do to help debug this?

Cheers,
Thijs


# DEBIAN_FRONTEND=readline needrestart
Scanning processes...
Scanning candidates...
Failed to retrieve available kernel versions.
SET needrestart/ui-query_pkgs atd, rsyslog

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 4.
SUBST needrestart/ui-query_pkgs OUT Services to be restarted:

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 5.
SUBST needrestart/ui-query_pkgs PKGS atd, rsyslog

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 6.
FSET needrestart/ui-query_pkgs seen 0

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 7.
SETTITLE needrestart/ui-query_pkgs_title

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 8.
INPUT critical needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 9.
GO

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 10.
GET needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 11.
STOP
Use of uninitialized value $s in split at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 132, STDIN line 11.
Use of uninitialized value $r in string eq at
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 135, STDIN line 11.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-10 Thread Thomas Liske

Hi Thijs,


On 11/10/2014 04:43 PM, Thijs Kinkhorst wrote:

It still exists, also when running directly. Using the dialog frontend,
but can also reproduce when selecting the readline frontend.


should be independent of the frontend... the debconf core is missing 
(/dev/stdout should never reach the tty).




What can I do to help debug this?


Good question. I'm unable to reproduce it on any of my maschines nor do 
I have any idea why this happens. Maybe we require some debconf guru 
helping us to dig into it?


Could you provide a full `needrestart -v` output?


TIA,
Thomas

--

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-11-02 Thread Thomas Liske

Hi,

On 10/30/2014 04:59 PM, Thijs Kinkhorst wrote:

With current needrestart on jessie, after upgrading my packages I see
debconf-command like output in my terminal (SET ...) but no debconf interface
is presented. It waits for input after each one, so I press enter after SET
.., then afetr SUBST until it terminates.

I'm not aware of any changes to my system other than the needrestart upgrade.
Output follows.


I've no idea why it does happen. The debconf magic is done by the perl 
modules of debconf which restarts needrestart and redirects /dev/stdout 
to debconf as soon as the debconf perl package is loaded.


Does the problem still exist? What happens if you call needrestart 
directly? Which debconf backends do you use?



Regards,
Thomas

PS: I'm little confused about the perl warnings below (perl: warning: 
Setting locale failed.) - did the package upgrade fail and maybe break 
some of the debconf perl stuff?




Scanning processes...
Scanning candidates...
Failed to retrieve available kernel versions.
SET needrestart/ui-query_pkgs atd, cron, ntp, rsyslog, ssh

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 4.
SUBST needrestart/ui-query_pkgs OUT Services to be restarted:

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 5.
SUBST needrestart/ui-query_pkgs PKGS atd, cron, ntp, rsyslog, ssh

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 6.
FSET needrestart/ui-query_pkgs seen 0

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 7.
SETTITLE needrestart/ui-query_pkgs_title

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 8.
INPUT critical needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 9.
GO

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 10.
GET needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 11.
STOP
Use of uninitialized value $s in split at /usr/share/perl5/NeedRestart/UI/Debconf.pm 
line 132, STDIN line 11.
Use of uninitialized value $r in string eq at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 135, STDIN line 11.

-- Package-specific info:
needrestart output:
Failed to retrieve available kernel versions.
No services need to be restarted.



-- System Information:
Debian Release: jessie/sid
   APT prefers testing
   APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13.7 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages needrestart depends on:
ii  dpkg   1.17.13
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.16-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-1+b1
ii  perl   5.20.1-2

needrestart recommends no packages.

needrestart suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_PAPER = nl_NL.UTF-8,
LC_ADDRESS = nl_NL.UTF-8,
LC_MONETARY = nl_NL.UTF-8,
LC_NUMERIC = nl_NL.UTF-8,
LC_TELEPHONE = nl_NL.UTF-8,
LC_IDENTIFICATION = nl_NL.UTF-8,
LC_MEASUREMENT = nl_NL.UTF-8,
LC_TIME = nl_NL.UTF-8,
LC_NAME = nl_NL.UTF-8,
LANG = en_US.UTF-8
 are supported and installed on your system.
perl: warning: Falling back to the standard locale (C).
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory




--

::  WWW: http://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr:  http://www.flickr.com/photos/laugufe/  ::


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767370: does not start debconf, displays debconf commands and waits for input

2014-10-30 Thread Thijs Kinkhorst
Package: needrestart
Version: 1.2-2
Severity: normal

Hi,

With current needrestart on jessie, after upgrading my packages I see
debconf-command like output in my terminal (SET ...) but no debconf interface
is presented. It waits for input after each one, so I press enter after SET
.., then afetr SUBST until it terminates.

I'm not aware of any changes to my system other than the needrestart upgrade.
Output follows.


Scanning processes...   

Scanning candidates...  

Failed to retrieve available kernel versions.
SET needrestart/ui-query_pkgs atd, cron, ntp, rsyslog, ssh

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 4.
SUBST needrestart/ui-query_pkgs OUT Services to be restarted:

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 5.
SUBST needrestart/ui-query_pkgs PKGS atd, cron, ntp, rsyslog, ssh

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 6.
FSET needrestart/ui-query_pkgs seen 0

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 7.
SETTITLE needrestart/ui-query_pkgs_title

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 8.
INPUT critical needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 9.
GO

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 10.
GET needrestart/ui-query_pkgs

Use of uninitialized value $rc in numeric ne (!=) at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 46, STDIN line 11.
STOP
Use of uninitialized value $s in split at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 132, STDIN line 11.
Use of uninitialized value $r in string eq at 
/usr/share/perl5/NeedRestart/UI/Debconf.pm line 135, STDIN line 11.

-- Package-specific info:
needrestart output:
Failed to retrieve available kernel versions.
No services need to be restarted.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13.7 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages needrestart depends on:
ii  dpkg   1.17.13
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.16-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-1+b1
ii  perl   5.20.1-2

needrestart recommends no packages.

needrestart suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_PAPER = nl_NL.UTF-8,
LC_ADDRESS = nl_NL.UTF-8,
LC_MONETARY = nl_NL.UTF-8,
LC_NUMERIC = nl_NL.UTF-8,
LC_TELEPHONE = nl_NL.UTF-8,
LC_IDENTIFICATION = nl_NL.UTF-8,
LC_MEASUREMENT = nl_NL.UTF-8,
LC_TIME = nl_NL.UTF-8,
LC_NAME = nl_NL.UTF-8,
LANG = en_US.UTF-8
are supported and installed on your system.
perl: warning: Falling back to the standard locale (C).
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org