Bug#270418: apache: Apache initscript ignores system locale
Package: apache Version: 1.3.31-5 Severity: important Tags: l10n From /etc/init.d/apache: -- snip -- ENV="env -i LANG=C PATH=/bin:/usr/bin:/usr/local/bin" ... APACHECTL="$ENV $APACHECTL" -- snip -- This renders PHP unable to display UTF-8 text with gettext; all non-ASCII characters are changed to question marks. LANG should be set from locales/default_environment_locale in debconf. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages apache depends on: ii apache-common 1.3.31-5 Support files for all Apache webse ii debconf 1.4.30.2 Debian configuration management sy ii dpkg1.10.23 Package maintenance system for Deb ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libmagic1 4.09-1 File type determination library us ii logrotate 3.7-2Log rotation utility ii mime-support3.28-1 MIME files 'mime.types' & 'mailcap ii perl5.8.4-2 Larry Wall's Practical Extraction -- debconf information: * apache/enable-suexec: false apache/server-name: localhost apache/document-root: /var/www apache/server-port: 80 apache/init: true apache/server-admin: [EMAIL PROTECTED]
Re: Bug#270418: apache: Apache initscript ignores system locale
severity 270418 wishlist tag 270418 wontfix stop On Tue, 7 Sep 2004, Ian Eure wrote: > Package: apache > Version: 1.3.31-5 > Severity: important > Tags: l10n > > From /etc/init.d/apache: > > -- snip -- > ENV="env -i LANG=C PATH=/bin:/usr/bin:/usr/local/bin" > ... > APACHECTL="$ENV $APACHECTL" > -- snip -- > > This renders PHP unable to display UTF-8 text with gettext; all > non-ASCII > characters are changed to question marks. > > LANG should be set from locales/default_environment_locale in debconf. Setting LANG to anything != C breaks at least another 200 things, like user configurations. Fabio -- fajita: step one Whatever the problem, step one is always to look in the error log. fajita: step two When in danger or in doubt, step two is to scream and shout.
Processed: Re: Bug#270418: apache: Apache initscript ignores system locale
Processing commands for [EMAIL PROTECTED]: > severity 270418 wishlist Bug#270418: apache: Apache initscript ignores system locale Severity set to `wishlist'. > tag 270418 wontfix Bug#270418: apache: Apache initscript ignores system locale Tags were: l10n Tags added: wontfix > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270459: Apache-ssl & inetd
Package: apache-ssl Version: Apache/1.3.26 Ben-SSL/1.48 (Unix) Debian GNU/Linux Oct 26 2002 12:34:18 Can not launch apache-ssl from inetd. some configuration & output information: # grep ServerType /etc/apache-ssl/httpd.conf ServerType inetd = # grep apache-ssl /etc/inetd.conf https stream tcp nowait root /usr/sbin/tcpd /usr/sbin/apache-ssl = after connection: # tail -1 /var/log/syslog Aug 27 10:23:15 ng apache-ssl[15303]: connect from 192.168.19.121 = # ps xfa 15477 ? S 0:00 /usr/lib/apache-ssl/gcache 33 /var/run/gcache_port = At Internet Explorer: Can not load page = But if "ServerType standalone" it's all right how to launch apache-ssl from inetd? Thanks! LANTek
Re: Bug#270459: Apache-ssl & inetd
severity 270459 minor tag 270459 woody stop On Tue, 7 Sep 2004, LANTek wrote: > But if "ServerType standalone" it's all right > > how to launch apache-ssl from inetd? apache and inetd are usually a very very bad combination. It is highly unsuggested. Also there are much more recent versions of apache that might fix this problem in sarge/sid. Fabio -- fajita: step one Whatever the problem, step one is always to look in the error log. fajita: step two When in danger or in doubt, step two is to scream and shout.
Processed: Re: Bug#270459: Apache-ssl & inetd
Processing commands for [EMAIL PROTECTED]: > severity 270459 minor Bug#270459: Apache-ssl & inetd Severity set to `minor'. > tag 270459 woody Bug#270459: Apache-ssl & inetd There were no tags set. Tags added: woody > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#270418: apache: Apache initscript ignores system locale
Ian Eure wrote: > > This renders PHP unable to display UTF-8 text with gettext; all non-ASCII > characters are changed to question marks. Even if you export the right LANG in PHP with putenv()? ... Adam
Bug#270212: marked as done (apache2-doc: ".html.var" files are misnamed ".html")
Your message dated Tue, 7 Sep 2004 18:33:11 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#270212: apache2-doc: ".html.var" files are misnamed ".html" has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 6 Sep 2004 07:58:07 + >From [EMAIL PROTECTED] Mon Sep 06 00:58:07 2004 Return-path: <[EMAIL PROTECTED]> Received: from smtp.irisa.fr [131.254.254.26] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C4EO7-0002AJ-00; Mon, 06 Sep 2004 00:58:07 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost.irisa.fr (Postfix) with ESMTP id 9F077FAAC for <[EMAIL PROTECTED]>; Mon, 6 Sep 2004 09:58:05 +0200 (CEST) Received: from smtp.irisa.fr ([131.254.254.26]) by localhost (meli.irisa.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18472-06 for <[EMAIL PROTECTED]>; Mon, 6 Sep 2004 09:58:05 +0200 (CEST) Received: from [131.254.254.31] (bionix.irisa.fr [131.254.254.31]) by smtp.irisa.fr (Postfix) with ESMTP id 1D56DFAA3 for <[EMAIL PROTECTED]>; Mon, 6 Sep 2004 09:58:05 +0200 (CEST) Message-ID: <[EMAIL PROTECTED]> Date: Mon, 06 Sep 2004 09:57:55 +0200 From: Yves Bastide <[EMAIL PROTECTED]> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: fr-fr, fr, en-us, en MIME-Version: 1.0 To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: apache2-doc: ".html.var" files are misnamed ".html" X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at irisa.fr Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: apache2-doc Version: 2.0.50-12 Severity: normal *** Please type your report below this line *** Hi, the Apache2 manual is multilingual, and thus contains .html.var files mapping files to languages. However, these files are named .html in the Debian package, and are served instead of being used by Apache2. Regards, Yves -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C -- no debconf information --- Received: (at 270212-done) by bugs.debian.org; 7 Sep 2004 17:33:00 + >From [EMAIL PROTECTED] Tue Sep 07 10:33:00 2004 Return-path: <[EMAIL PROTECTED]> Received: from dev.bitch-whore.com (localhost.localdomain) [213.208.111.147] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1C4jpz-Nu-00; Tue, 07 Sep 2004 10:33:00 -0700 Received: by localhost.localdomain (Postfix, from userid 1000) id 0888911C2B4; Tue, 7 Sep 2004 18:33:12 +0100 (BST) Date: Tue, 7 Sep 2004 18:33:11 +0100 From: Thom May <[EMAIL PROTECTED]> To: Yves Bastide <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: Bug#270212: apache2-doc: ".html.var" files are misnamed ".html" Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> X-Operating-System: Linux/2.6.7-1-386 (i686) User-Agent: Mutt/1.5.6+20040818i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: * Yves Bastide ([EMAIL PROTECTED]) wrote : > Package: apache2-doc > Version: 2.0.50-12 > Severity: normal > > *** Please type your report below this line *** > > Hi, > the Apache2 manual is multilingual, and thus contains .html.var files > mapping files to languages. However, these files are named .html in the > Debian package, and are served instead of being used by Apache2. > They're treated as var files. -Thom
Bug#270524: apache2-common: apache2 dies "cannot allocate shared memory"
Subject: apache2-common: apache2 dies "cannot allocate shared memory" Package: apache2-common Version: 2.0.50-12 Severity: important after a power failure the server comes up normally, but apache2 fails starting with: error.log: [Tue Sep 07 20:14:36 2004] [info] Init: Initializing OpenSSL library [Tue Sep 07 20:14:36 2004] [info] Init: Seeding PRNG with 512 bytes of entropy [Tue Sep 07 20:14:36 2004] [info] Init: Generating temporary RSA private keys (512/1024 bits) [Tue Sep 07 20:14:36 2004] [info] Init: Generating temporary DH parameters (512/1024 bits) [Tue Sep 07 20:14:36 2004] [error] Cannot allocate shared memory: (17)File exists # ls -l /var/log/apache2/ssl_scache -rw-r--r-- 1 root root 4 2004-09-06 07:29 /var/log/apache2/ssl_scache removing this file helps, but somehow there should be a setting, which allows apache2 to come up by itself. is this the same thing as in: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=78019 http://rhn.redhat.com/errata/RHSA-2003-240.html ? -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7-smp Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages apache2-common depends on: ii libssl0.9.7 0.9.7d-5SSL shared libraries ii openssl 0.9.7d-5Secure Socket Layer (SSL) binary a ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush
Bug#270418: apache: Apache initscript ignores system locale
On Tuesday 07 September 2004 07:06 am, Adam Conrad wrote: > Ian Eure wrote: > > This renders PHP unable to display UTF-8 text with gettext; all > > non-ASCII > > > characters are changed to question marks. > > Even if you export the right LANG in PHP with putenv()? > Yes.
Bug#270418: apache: Apache initscript ignores system locale
On Tuesday 07 September 2004 03:03 am, Fabio Massimo Di Nitto wrote: > severity 270418 wishlist > tag 270418 wontfix > stop > > On Tue, 7 Sep 2004, Ian Eure wrote: > > Package: apache > > Version: 1.3.31-5 > > Severity: important > > Tags: l10n > > > > From /etc/init.d/apache: > > > > -- snip -- > > ENV="env -i LANG=C PATH=/bin:/usr/bin:/usr/local/bin" > > ... > > APACHECTL="$ENV $APACHECTL" > > -- snip -- > > > > This renders PHP unable to display UTF-8 text with gettext; all > > non-ASCII > > characters are changed to question marks. > > > > LANG should be set from locales/default_environment_locale in debconf. > > Setting LANG to anything != C breaks at least another 200 things, like > user configurations. > Is there some definitive resource which documents these effects? I'd like to know what I run the risk of breaking by forcing Apache to use my locale.
Bug#270551: apache2-common: [manual pages] a2enmod, a2dismod should have EXAMPLES, FILES
Package: apache2-common Version: 2.0.50-12 Severity: normal Please add following sections to the a2enmod and a2dismod manual pages: FILES /etc/apache2/mods-available/* Installed modules /etc/apache2/mods-enabled/*Symbolic links EXAMPLES The examples section would clarify if the [module] name should be written as "mod_rewrite" or "mod_rewrite.c" -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-386 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to en_US) Versions of packages apache2-common depends on: ii debconf 1.4.30.2 Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libapr0 2.0.50-12The Apache Portable Runtime ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libldap22.1.30-3 OpenLDAP libraries ii libmagic1 4.09-1 File type determination library us ii libssl0.9.7 0.9.7d-4 SSL shared libraries ii links [www-browser] 0.99-1.2 Character mode WWW browser ii lynx [www-browser] 2.8.5-1 Text-mode WWW Browser ii mime-support3.28-1 MIME files 'mime.types' & 'mailcap ii mozilla-firefox [www-browse 0.8-12 lightweight web browser based on M ii net-tools 1.60-10 The NET-3 networking toolkit ii openssl 0.9.7d-4 Secure Socket Layer (SSL) binary a ii ssl-cert1.0-8Simple debconf wrapper for openssl ii zlib1g 1:1.2.1.1-5 compression library - runtime -- no debconf information
Re: Bug#270418: apache: Apache initscript ignores system locale
On Tue, 7 Sep 2004, Ian Eure wrote: > Is there some definitive resource which documents these effects? I'd like to > know what I run the risk of breaking by forcing Apache to use my locale. Check the BTS for archived apache bugs. some of them were reporting problems when LANG != C. I am not sure to recall all the details, but one of the problem was the sequence in which a config directory is scanned, breaking user configuration load sequences. Remember that /etc/init./apache is a config file that you can modify and it will not be overwritten across uploads, until you say so. Fabio -- fajita: step one Whatever the problem, step one is always to look in the error log. fajita: step two When in danger or in doubt, step two is to scream and shout.
