Bug#590509: marked as done (bash-completion completes a2enmod incorrectly)
Your message dated Wed, 28 Aug 2013 13:31:29 + with message-id 201308281331.29785.jmv_...@nirgal.com and subject line Re: bash-completion completes a2enmod incorrectly has caused the Debian Bug report #590509, regarding bash-completion completes a2enmod incorrectly 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 ow...@bugs.debian.org immediately.) -- 590509: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590509 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bash-completion Version: 1:1.2-2 Severity: normal Tags: squeeze bash-completion completes a2enmod using the enabled modules directory instead of the available modules dir. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.1-3 The GNU Bourne Again SHell bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- I'm now closing that unreproducible bug, after several reporter pings. Please, fell free to reopen it if you can reproduce or if you have more information. ---BeginMessage--- tags 590509 + moreinfo unreproducible thanks bash-completion completes a2enmod using the enabled modules directory instead of the available modules dir. Can you check if you still have to problem, please? I could not reproduce it. Can you give us details / an exemple? signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- Hello In 2010, you repported a Debian bug in a2enmod. Despite some research, I can't begin to see how this is could happen. I could not reproduce it in the July 2010 sid version. Do you have more information? Can you still reproduce it? What is your version of apache? If you do not think there is a bug anymore, I invite you to close your report by sending an email to 590509-d...@bugs.debian.org Thank you. ---End Message--- signature.asc Description: This is a digitally signed message part. ---End Message---
Bug#684050: marked as done (apache2-mpm-prefork: SuppressHTMLPreamble also discards data in the directory listing)
Your message dated Wed, 28 Aug 2013 13:35:14 + with message-id 201308281335.14536.jmv_...@nirgal.com and subject line Re: SuppressHTMLPreamble also discards data in the directory listing has caused the Debian Bug report #684050, regarding apache2-mpm-prefork: SuppressHTMLPreamble also discards data in the directory listing 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 ow...@bugs.debian.org immediately.) -- 684050: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684050 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: apache2-mpm-prefork Version: 2.2.22-9 Severity: normal Dear Maintainer, I was splitting up a validated index.html into README.html and HEADER.html in order to simplify access to contents of a local directory. The added HTML preamble and closing broke validation, so I looked up HeaderName and it advised me to enable IndexOptions +SuppressHTMLPreamble which I duly did in .htaccess; this worked as far as validation went, but the listing of directory contents became an unstyled UL simply listing the directory contents, each as a link. Without this directive, I got a nicely styled table with size, last modification and description, as well as the file-names. The documentation says: SuppressHTMLPreamble If the directory actually contains a file specified by the HeaderName directive, the module usually includes the contents of the file after a standard HTML preamble (html, head, et cetera). The SuppressHTMLPreamble option disables this behaviour, causing the module to start the display with the header file contents. The header file must contain appropriate HTML instructions in this case. If there is no header file, the preamble is generated as usual. Nothing about ditching the default styling of the directory listing ! I expected to simply lose the preamble before HEADER.html's content and /body/html after README.html's, retaining the usual directory listing. -- Package-specific info: List of enabled modules from 'apache2 -M': actions alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi cgid dir env include info mime negotiation reqtimeout rewrite setenvif status userdir -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-mpm-prefork depends on: ii apache2.2-bin 2.2.22-9 ii apache2.2-common 2.2.22-9 apache2-mpm-prefork recommends no packages. apache2-mpm-prefork suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- I'm now closing that bug after unanswered reporter ping. I assume you forgot the + [1] Please, fell free to reopen it if you can reproduce it or have more information. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684050#10 signature.asc Description: This is a digitally signed message part. ---End Message---
Processed: your mail
Processing commands for cont...@bugs.debian.org: reassign 697465 fakechroot Bug #697465 [apache2.2-common] apache2.2-common: initial install fails: Could not read /etc/apache2/envvars Bug reassigned from package 'apache2.2-common' to 'fakechroot'. No longer marked as found in versions apache2/2.2.22-12. Ignoring request to alter fixed versions of bug #697465 to the same values previously set End of message, stopping processing here. Please contact me if you need assistance. -- 697465: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697465 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137770582013398.transcr...@bugs.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 578566 normal Bug #578566 [apache2.2-common] Apache process hangs when trying to authenticate against Fedora Directory Server LDAP using mod_authnz_ldap Severity set to 'normal' from 'important' End of message, stopping processing here. Please contact me if you need assistance. -- 578566: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578566 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137770866932256.transcr...@bugs.debian.org
Bug#714329: Apache2 Basic Authentication on Ldap
Hello Ricardo On Friday 28 June 2013 00:04:35 Ricardo Barioni wrote: Apache is not authenticating on Ldap. The same authentication directives works fine at Debian 5 and 6. Ldap is now enforcing authority validation by default. Can you try with TLS_REQCERT never, please? (See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578566#20 ) signature.asc Description: This is a digitally signed message part.
Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything
Hello Vincent On Tuesday 23 July 2013 15:51:55 Vincent Lefevre wrote: (...) Directory /home/*/public_html AllowOverride FileInfo AuthConfig Limit Indexes (...) My ~/public_html/.htaccess file has: Options +MultiViews (...) Internal Server Error (...) with MultiViews already enabled. So, there's no reason to issue an error. I believe this is the expected behavior: I suppose your error.log contains something like : /home/xxx/public_html/.htaccess: Option MultiViews not allowed here Tuning Multiview option is forbidden inside an .htaccess unless you explicitly allow it. This can be fixed by changing: AllowOverride FileInfo AuthConfig Limit Indexes into AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews See documentation: https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride This will fix your error. Does that make sense? You should also probably note the Multiview setting restrictions: https://httpd.apache.org/docs/2.4/mod/core.html#options signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#720131: apache2.2-common: ssl cert gerneration instructions don't work
Processing control commands: tags -1 +moreinfo Bug #720131 [apache2.2-common] apache2.2-common: ssl cert gerneration instructions don't work Added tag(s) moreinfo. -- 720131: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720131 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b720131.137773412728217.transcr...@bugs.debian.org
Bug#720131: apache2.2-common: ssl cert gerneration instructions don't work
Control: tags -1 +moreinfo Hello Jasen On Monday 19 August 2013 03:31:06 ja...@crackle.treshna.com wrote: generating self-signed certs as described in /usr/share/doc/apache2.2-common/README.Debian.gz does not work: root@crackle:/etc/apache2/ssl# make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/apache2/ssl/example.com.cert Could not create certificate. Openssl output was: Error Loading extension section v3_req 8780:error:2207507C:X509 V3 routines:v2i_GENERAL_NAME_ex:missing value:v3_alt.c:433: 8780:error:22098080:X509 V3 routines:X509V3_EXT_nconf:error in extension:v3_conf.c:93:name=subjectAltName, value=www.example.com It looks like you entered an invalid value for altName www.example.com. This is the question: Please enter any additional names to use in the SSL certificate. It will become the 'subjectAltName' field of the generated SSL certificate. Multiple alternative names should be delimited with comma and no spaces. For a web server with multiple DNS names this could look like: DNS:www.example.com,DNS:images.example.com A more complex example including a hostname, a WebID, an email address, and an IPv4 address: DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,IP:192.168.7.3 So please try with DNS:www.example.com rather than www.example.com. signature.asc Description: This is a digitally signed message part.