reassign 344139 netbase
severity 344139 minor
thanks

On Tue, Dec 20, 2005 at 12:16:17PM +0100, Eneko Lacunza wrote:
> Package: samba
> Version: 3.0.14a-3sarge1
> Severity: normal

> I have a cronjob that does "apt-get update; apt-get upgrade" hourly. I have 
> just sarge and security sources.
> I receive the following errors from cron daemon:

> --- cron message ---
> Couldn't reopen stdin(/dev/tty): No such device or address at 
> /usr/sbin/update-inetd line 29.
> dpkg: error processing samba (--configure):
>  subprocess post-installation script returned error exit status 6
> dpkg: dependency problems prevent configuration of swat:
>  swat depends on samba (= 3.0.14a-3sarge1); however:
>   Package samba is not configured yet.
> dpkg: error processing swat (--configure):
>  dependency problems - leaving unconfigured
> Errors were encountered while processing:
>  samba
>  swat
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 2 not fully installed or removed.
> Need to get 0B of archives.
> After unpacking 0B of additional disk space will be used.
> Setting up samba (3.0.14a-3sarge1) ...
> --- cron message end ---

> I think that the missordering is because of stdout/stderr output.

Reassigning to netbase, since that's the package that provides update-inetd.

However, Debian policy has this to say about /dev/tty:

  6.3. Controlling terminal for maintainer scripts
  ------------------------------------------------

     The maintainer scripts are guaranteed to run with a controlling
     terminal and can interact with the user.  If they need to prompt for
     passwords, do full-screen interaction or something similar you should
     do these things to and from /dev/tty', since `dpkg' will at some
     point redirect scripts' standard input and output so that it can log
     the installation process.  Likewise, because these scripts may be
     executed with standard output redirected into a pipe for logging
     purposes, Perl scripts should set unbuffered output by setting $|=1'
     so that the output is printed immediately rather than being buffered.

     Each script should return a zero exit status for success, or a nonzero
     one for failure.


For this and many *other* reasons, I don't advise running "apt-get upgrade"
from cron.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
[EMAIL PROTECTED]                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature

Reply via email to