Processed: unreproducible bug, weird user environment -- not RC
Processing commands for [EMAIL PROTECTED]: severity 286975 important Bug#286975: apache: FTBFS - x86/testing (31mrule: command not found) Severity set to `important'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Incredible Gifts for 2005
Hi My name is Virgie Tapia, Affiliate Manager for Rolex Online Superstore - largest market place on Internet for Rolex watches You have found the ONLY site on the Internet offering Rolex and Cartier Watches at Incredible low price. Great Prices and Fast shipping. You will love this gift idea. http://Virgie.qwild.com/r/864/Virgie best regards Virgie Tapia Promotional Sales Manager not interested in this promotional campaign , go here http://Virgie.lntro.com/z.php
Bug#288615: apache2: Issue with language negotiation exceptions
Package: apache2 Version: 2.0.52-3 Severity: normal Looking at http://httpd.apache.org/docs-2.0/content-negotiation.html, I can read this: === The server will also attempt to match language-subsets when no other match can be found. For example, if a client requests documents with the language en-GB for British English, the server is not normally allowed by the HTTP/1.1 standard to match that against a document that is marked as simply en. (Note that it is almost surely a configuration error to include en-GB and not en in the Accept-Language header, since it is very unlikely that a reader understands British English, but doesn't understand English in general. Unfortunately, many current clients have default configurations that resemble this.) However, if no other language match is possible and the server is about to return a No Acceptable Variants error or fallback to the LanguagePriority, the server will ignore the subset specification and match en-GB against en documents. Implicitly, Apache will add the parent language to the client's acceptable language list with a very low quality value. But note that if the client requests en-GB; q=0.9, fr; q=0.8, and the server has documents designated en and fr, then the fr document will be returned. This is necessary to maintain compliance with the HTTP/1.1 specification and to work effectively with properly configured clients. === This looks good except it seems there's a small issue when Apache adds the parent languages. I have a client that requests: fr-fr,en-us;q=0.3 and the server is configured like this: AddLanguage fr .fr AddLanguage en .en LanguagePriority en fr So, apache is adding the parent languages to the client request because the server is not configured to deal with fr-fr and en-us. However, the client gets the english page. So it seems apache is adding the parent languages in the en fr order (the one defined by LanguagePriority). I would expect apache to add the parent languages in the order they appear in the client request, so the user can get the french page. Tell me if you need more informations. Thanks, Vincent -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (991, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.52-3 Traditional model for Apache2 -- no debconf information
Bug#288625: apache, logrotate.d file errors when reloads if apache is not running
Package: apache Version: 1.3.26-0woody6 I've long ignored or disabled the results of /etc/logrotate.d/apache because I use my own logging system. Today on a fairly virgin box I went to see exactly what the problem is. Since missingok is in there I was puzzled at what could cause the problem. Turns out the postrotate script doesn't check if the installed apache is running before it reloads it. This will cause a problem on any box with apache installed but not running. --- /root/logrotate.d.apache.orig Tue Jan 4 13:36:48 2005 +++ /etc/logrotate.d/apache Tue Jan 4 13:55:47 2005 @@ -8,6 +8,6 @@ create 640 root adm sharedscripts postrotate - /etc/init.d/apache reload /dev/null + [ ! -f /var/run/apache.pid ] || /etc/init.d/apache reload /dev/null endscript } // George -- George Georgalis, systems architect, administrator Linux BSD IXOYE http://galis.org/george/ cell:646-331-2027 mailto:[EMAIL PROTECTED]
Processed: Re: Bug#288627: apache-ssl, logrotate.d file errors when reloads if apache is not running
Processing commands for [EMAIL PROTECTED]: tag 288627 woody Bug#288627: apache-ssl, logrotate.d file errors when reloads if apache is not running There were no tags set. Tags added: woody severity 288627 minor Bug#288627: apache-ssl, logrotate.d file errors when reloads if apache is not running Severity set to `minor'. tag 288625 woody Bug#288625: apache, logrotate.d file errors when reloads if apache is not running There were no tags set. Tags added: woody severity 288625 minor Bug#288625: apache, logrotate.d file errors when reloads if apache is not running Severity set to `minor'. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#288627: apache-ssl, logrotate.d file errors when reloads if apache is not running
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tag 288627 woody severity 288627 minor tag 288625 woody severity 288625 minor stop George Georgalis wrote: | Package: apache-ssl | Version: 1.3.26.1+1.48-0woody3 | | see: 288625 | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+288625 | | This will cause a problem on any box with apache-ssl installed but not | running, logrotate will error when it issues a reload for a not running | apache-ssl. | | | --- /root/logrotate.d.apache-ssl.orig Sat Oct 26 08:30:34 2002 | +++ /etc/logrotate.d/apache-ssl Tue Jan 4 14:02:42 2005 | @@ -8,6 +8,6 @@ | create 640 root adm | sharedscripts | postrotate | - /etc/init.d/apache-ssl reload /dev/null | + [ ! -f /var/run/apache-ssl.pid ] || /etc/init.d/apache-ssl reload /dev/null | endscript | } | | | | // George | Thanks for the reports, but we cannot fix these bug in the stable release. For stable release we can only fix security problems and bugs that makes the system completely unuseable. Fabio - -- Self-Service law: The last available dish of the food you have decided to eat, will be inevitably taken from the person in front of you. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB2wAxhCzbekR3nhgRAu69AKCbjwOlXLnMlz9aKEEQVIvPITTnnQCgjvPr qDW+fHfwWaAlYutiXp1WrK0= =lLqI -END PGP SIGNATURE-