Bug#754538: sqwebmail fails to install due to non-existant /var/www directory
Package: sqwebmail Version: 0.73.1-1.2 Severity: serious Justification: fails to install Hi Racke, sqwebmail fails to install if the directory /var/www does not exist (which apparently does not exist if nginx is installed as httpd-cgi): Entpacken von sqwebmail (0.73.1-1.2) ... Trigger für man-db (2.6.7.1-1) werden verarbeitet ... sqwebmail (0.73.1-1.2) wird eingerichtet ... ln: die symbolische Verknüpfung „/var/www/sqwebmail“ konnte nicht angelegt werden: Datei oder Verzeichnis nicht gefunden dpkg: Fehler beim Bearbeiten des Paketes sqwebmail (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: sqwebmail Should be easy to fix - I guess (but am not sure) the most proper way to fix this is to ship /var/www as part of the sqwebmail package. If you create it in the maintainer script, it is problematic to decide whether to delete it on package removal. Bye Willi -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqwebmail depends on: ii courier-authlib 0.66.1-1 ii courier-base0.73.1-1.2 ii courier-maildrop0.73.1-1.2 ii cron3.0pl1-124.1 ii debconf [debconf-2.0] 1.5.53 ii expect 5.45-5 ii ingerman [ispell-dictionary]20131206-5 ii ispell 3.3.02-6 ii libc6 2.19-4 ii libfam0 2.7.0-17.1 ii libgdbm31.8.3-12+b1 ii libldap-2.4-2 2.4.39-1 ii libpcre31:8.31-5 ii nginx-full [httpd-cgi] 1.6.0-1 ii postfix [mail-transport-agent] 2.11.1-1 sqwebmail recommends no packages. Versions of packages sqwebmail suggests: pn courier-doc none pn courier-pcp none ii gnupg1.4.16-1.2 -- debconf information: sqwebmail/install-www-backup: symlink sqwebmail/install-www: symlink sqwebmail/calendarmode: local sqwebmail/dictionary: default -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754538: sqwebmail fails to install due to non-existant /var/www directory
On 07/12/2014 10:12 AM, Willi Mann wrote: Package: sqwebmail Version: 0.73.1-1.2 Severity: serious Justification: fails to install Hi Racke, sqwebmail fails to install if the directory /var/www does not exist (which apparently does not exist if nginx is installed as httpd-cgi): Entpacken von sqwebmail (0.73.1-1.2) ... Trigger für man-db (2.6.7.1-1) werden verarbeitet ... sqwebmail (0.73.1-1.2) wird eingerichtet ... ln: die symbolische Verknüpfung „/var/www/sqwebmail“ konnte nicht angelegt werden: Datei oder Verzeichnis nicht gefunden dpkg: Fehler beim Bearbeiten des Paketes sqwebmail (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: sqwebmail Should be easy to fix - I guess (but am not sure) the most proper way to fix this is to ship /var/www as part of the sqwebmail package. If you create it in the maintainer script, it is problematic to decide whether to delete it on package removal. It is quite likely that nowadays a different directory is used for installing web applications, can you please check policy / file system standard? Regards Racke -- Perl and Dancer Development Visit our Perl::Dancer conference 2014: http://act.perl.dance/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754538: sqwebmail fails to install due to non-existant /var/www directory
Should be easy to fix - I guess (but am not sure) the most proper way to fix this is to ship /var/www as part of the sqwebmail package. If you create it in the maintainer script, it is problematic to decide whether to delete it on package removal. It is quite likely that nowadays a different directory is used for installing web applications, can you please check policy / file system standard? Policy: https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl I would read that as to for now still use /var/www. (There are discussions to use a subdirectory of /var/www as the real root, and some people propose completely different locations, see e.g. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730382 ) Bye WM -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
