Bug#295787: should explain enabling modules without webmin-usermin
Package: usermin Version: 1.090-1 Severity: normal README.Debian should explain how to enable modules without the use of webmin-usermin. Something to the effect of: The recommended mechanism for enabling modules is through the use of webmin-usermin, which will also allow access control customization. If you really want to do it by hand, simply add the name of the module you wish to enable at the end of the "user:" line of /etc/usermin/webmin.acl. Charles -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (90, 'testing'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1um Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages usermin depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii libauthen-pam-perl0.14-1 This module provides a Perl interf ii libnet-ssleay-perl1.25-1 Perl module for Secure Sockets Lay ii libpam-runtime0.76-22Runtime support for the PAM librar ii openssl 0.9.7e-2 Secure Socket Layer (SSL) binary a ii perl 5.8.4-5Larry Wall's Practical Extraction -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#235912: drupal: requires apache, not allowing apache2
Package: drupal Severity: normal The drupal website states in its requirements section: "A Web Server that can execute PHP scripts Recommended: Apache. Development with version 1.3.x. Successfully tested with version 2.0.x. Optional: IIS. Drupal is being developed with IIS compatibiliy in mind, and IIS is reported to be working." At the very least, the dependencies should allow apache2. Based on the comments, however, many other web servers would probably be acceptable as well. Charles -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (800, 'testing'), (90, 'unstable') Architecture: ? (i686) Kernel: Linux 2.4.25-5um Locale: LANG=en_US, LC_CTYPE=en_US
