[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#553536: marked as done (iptotal: dir-or-file-in-var-www /var/www/iptotal/images/Archive_Button.gif and 12 others)

Your message dated Mon, 16 Nov 2009 00:47:20 +0000
with message-id <E1N9pkW-0005B9-GA@ries.debian.org>
and subject line Bug#553536: fixed in iptotal 0.3.3-9
has caused the Debian Bug report #553536,
regarding iptotal: dir-or-file-in-var-www /var/www/iptotal/images/Archive_Button.gif and 12 others
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 owner@bugs.debian.org

553536: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553536
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: iptotal
Version: 0.3.3-8
Severity: serious
User: lintian-maint@debian.org
Usertags: dir-or-file-in-var-www

Debian packages should not install files under /var/www. This is not
one of the /var directories in the File Hierarchy Standard and is
under the control of the local administrator. Packages should not
assume that it is the document root for a web server; it is very
common for users to change the default document root and packages
should not assume that users will keep any particular setting. 

Packages that want to make files available via an installed web server
should instead put instructions for the local administrator in a
README.Debian file and ideally include configuration fragments for
common web servers such as Apache.

As an exception, packages are permitted to create the /var/www
directory due to its past history as the default document root, but
should at most copy over a default file in postinst for a new install.

Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for

One solution that works is to put configuration files into
/etc/<package_name>, put static content, if any, into
/usr/{share,lib}/<package_name>, then create /var/lib/<package name>
as home for the package, and symlink the files from /etc and /usr/
into the /var/lib/<package_name>. Then create a simple set of
configuration snippets for popular web servers (for example, files one
may link into /etc/apache2/conf.d) and put them into
/etc/<package_name>. This way user modifiable files stil live in /etc,
and a simple operation can make the package go live.

Filed as serious, since this is a violation of the FHS (which is part
of policy), and also since a package with these files will currently
get this package rejected. See
for details. This means the package has been deemed too buggy to be in


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

Kernel: Linux (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iptotal depends on:
ii  apache2                       2.2.14-1   Apache HTTP Server metapackage
ii  apache2-mpm-prefork [httpd]   2.2.14-1   Apache HTTP Server - traditional n
ii  libc6                         2.10.1-3   GNU C Library: Shared libraries
ii  libpcap0.8                    1.0.0-4    system interface for user-level pa
pn  rrdtool                       <none>     (no description available)
ii  tcpdump                       4.0.0-4    A powerful tool for network monito

iptotal recommends no packages.

iptotal suggests no packages.

--- End Message ---
--- Begin Message ---
Source: iptotal
Source-Version: 0.3.3-9

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

  to main/i/iptotal/iptotal_0.3.3-9.diff.gz
  to main/i/iptotal/iptotal_0.3.3-9.dsc
  to main/i/iptotal/iptotal_0.3.3-9_i386.deb

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

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

Debian distribution maintenance software
Ignace Mouzannar <mouzannar@gmail.com> (supplier of updated iptotal 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 ftpmaster@debian.org)

Hash: SHA1

Format: 1.8
Date: Sun, 15 Nov 2009 21:11:05 +0100
Source: iptotal
Binary: iptotal
Architecture: source i386
Version: 0.3.3-9
Distribution: unstable
Urgency: low
Maintainer: Ignace Mouzannar <mouzannar@gmail.com>
Changed-By: Ignace Mouzannar <mouzannar@gmail.com>
 iptotal    - monitor for IP traffic, not requiring SNMP
Closes: 317260 473843 553536
 iptotal (0.3.3-9) unstable; urgency=low
   * New maintainer. (Closes: #473843)
   * debian/rules:
     - Moved the copying of /usr/share/misc/config.{sub,guess} from the clean
       section to the configure section. And added functions to backup/restore
       the config{sud,guess} files provided by upstream.
     - Changed the data directory from /var/www/iptotal to
       /usr/lib/iptotal/ (user content) and /usr/share/iptotal/www (static).
       (Closes: #553536)
     - Moved configuration file from /etc/ to /etc/iptotal/ directory.
     - Added dh_lintian in the binary-arch section to install the override file.
   * debian/control:
     - Added build dependency on autotools-dev.
   * debian/patches:
     - Added 05_fix_old_fixes.dpatch: Includes all changes made by original
       maintainer outside the debian/ directory.
     - Updated the 00list placing 05_fix_old_fixes.dpatch before
   * debian/init:
     - Renamed debian/init.d to debian/init.
     - Added a short description.
     - Forced deletion of the pid file as daemon does not take care of this.
     - Added support for /etc/default/iptotal
     - Added force-start option, to start the daemon, ignoring the content of
       the /etc/default/iptotal file.
   * debian/postinst:
     - Reloads apache2 configuration.
     - As installation path has changed in this release, added a temporary
       copying of old files to the new working directory, to prevent data
       history loss.
   * debian/copyright:
     - Updated copyright file format.
   * Added apache configuration file (i.e. debian/apache.conf).
   * Added debian/dirs to create both cgi and working directories.
   * Added debian/links to link the static content to the working directory
     (i.e. /usr/lib/iptotal).
   * Added debian/install file in order to clean up the debian/rules file.
   * Added debian/postrm file to reload apache2 configuration after purging
     or removing the iptotal package.
   * Added debian/default file, in order to easily disable iptotald.
     (Closes: #317260)
   * Moved iptotal.8 man page to the debian/ directory as it isn't provided
     by upstream.
   * Added a lintian override of package-contains-empty-directory, as the
     /usr/lib/iptotal/archive/ directory is intentionally created empty during
     the initial installation.
 0d81d90875de30d98b1a4ff990f0e4cb6ffc8ca7 1045 iptotal_0.3.3-9.dsc
 8b4a23d9d1445a0695f4bfbeea99c070c3c0c8e8 10338 iptotal_0.3.3-9.diff.gz
 ff94bc635df1a4395af5c5e42337f1535f036bed 59138 iptotal_0.3.3-9_i386.deb
 cbdab301bee11dc1a3c775eff9474412ade936dd1d29a0fe973c644a75920ada 1045 iptotal_0.3.3-9.dsc
 5633b320babac3b7a3072cc6d4139c3562e145c4d8c622f3e21aff5003b4b67f 10338 iptotal_0.3.3-9.diff.gz
 37cce83044881e34263d259f871d5fba0d049d565970ae0b142b97b3814f8d3a 59138 iptotal_0.3.3-9_i386.deb
 173838b18dc998cf1537b0234c24d4e3 1045 admin extra iptotal_0.3.3-9.dsc
 0721b0589b863f58c54e6d72773979a2 10338 admin extra iptotal_0.3.3-9.diff.gz
 c38957314f9609474927290224e3a95d 59138 admin extra iptotal_0.3.3-9_i386.deb

Version: GnuPG v1.4.10 (GNU/Linux)


--- End Message ---

Reply to: