Your message dated Fri, 6 Jul 2012 15:36:12 +0200
with message-id <[email protected]>
and subject line Re: Bug#680506: minidlna: PIDDIR uses non-existent /run 
instead of /var/run
has caused the Debian Bug report #680506,
regarding minidlna: PIDDIR uses non-existent /run instead of /var/run
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 [email protected]
immediately.)


-- 
680506: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680506
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: minidlna
Version: 1.0.24+dfsg-1
Severity: normal
Tags: patch

*** Please type your report below this line ***

The start script /etc/init.d/minidlna failed in "mkdir $PIDDIR"
(with PIDDIR=/run/$NAME) because I have no directory /run.

"mkdir -p" would probably work and create /run, but this seems a
rather unusual directory. More common would be /var/run, therefore I
changed it as follows, then it worked.

--- /etc/init.d/minidlna.orig   2012-03-01 19:26:51.000000000 +0100
+++ /etc/init.d/minidlna        2012-07-05 01:36:39.000000000 +0200
@@ -28,7 +28,7 @@
 DESC="DLNA/UPnP-AV media server"
 NAME=minidlna
 DAEMON=/usr/bin/minidlna
-PIDDIR=/run/$NAME
+PIDDIR=/var/run/$NAME
 PIDFILE=$PIDDIR/$NAME.pid
 SCRIPTNAME=/etc/init.d/$NAME
 DEFAULT=/etc/default/$NAME

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.2 (SMP w/6 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages minidlna depends on:
ii  adduser                 3.112+nmu2       add and remove users and groups
ii  libavformat53           7:0.10.3-dmo1    FFmpeg file format library.
ii  libavutil51             7:0.11.1-dmo2    FFmpeg avutil library - runtime fi
ii  libc6                   2.13-10          Embedded GNU C Library: Shared lib
ii  libexif12               0.6.19-1         library to parse EXIF files
ii  libflac8                1.2.1-2+b1       Free Lossless Audio Codec - runtim
ii  libid3tag0              0.15.1b-10       ID3 tag reading library from the M
ii  libjpeg8                8d-1             Independent JPEG Group's JPEG runt
ii  libogg0                 1.2.0~dfsg-1     Ogg bitstream library
ii  libsqlite3-0            3.7.3-1          SQLite 3 shared library
ii  libvorbis0a             1.3.1-1          The Vorbis General Audio Compressi
ii  lsb-base                3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

minidlna recommends no packages.

minidlna suggests no packages.

-- Configuration Files:
/etc/init.d/minidlna changed [not included]

-- no debconf information



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

Frank Heckenbach wrote:
> The start script /etc/init.d/minidlna failed in "mkdir $PIDDIR"
> (with PIDDIR=/run/$NAME) because I have no directory /run.

That's because you're running minidlna from testing on a stable system.
Wheezy has a /run directory, and it will be created automatically once
you upgrade to testing (or wait for wheezy to become the new stable).

> "mkdir -p" would probably work and create /run, but this seems a
> rather unusual directory. More common would be /var/run, therefore I
> changed it as follows, then it worked.

You could also, in the meantime, create a symlink from /run to /var/run,
in case you have other packages from testing that might expect /run to
exist.

Since this isn't a bug in testing, I'm closing it.

Cheers,

-- 
BenoƮt Knecht


--- End Message ---

Reply via email to