Processed: typo in apache2.2-common.postinst
Processing commands for [EMAIL PROTECTED]: > reopen 392349 Bug#392349: apache 2.2 upgrade breaks, missing Order (authz_host module) Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392349: typo in apache2.2-common.postinst
reopen 392349 thanks This bug was previously closed with: * Enable the same list of modules as we had in 2.0 (by default) and do that for all older versions than 2.2.3-3 to fix upgrade issues people have had. Closes: #392349 Unfortunately, there is a typo in apache2.2-common.postinst that prevents this from working: if [ "$2" = "" -o -z "$2" ] || \ dpkg --compare-versions "$2" lt 2.2.0-3; then which should have been if [ "$2" = "" -o -z "$2" ] || \ dpkg --compare-versions "$2" lt 2.2.3-3; then ^^^ (and probably needs to be changed to 2.2.3-4 to be tried again) Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397150: apache2.2-common: /etc/apache2/apache2.conf - Include statements should ignore temporary files
Package: apache2.2-common Version: 2.2.3-3 Severity: normal Emacs and Version control software (CVS) tends to leave files that are named: #file# file~ .#file Please make the statements more strict in /etc/apache2/apache2.conf by changing Include calls to: Include /etc/apache2/conf.d/[^.#]*[^#~] === Include /etc/apache2/sites-enabled/[^.#]*[^#~] === It would be best if "Include" would accept a regular expression to make the expression more powerfull. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3utility programs for webservers ii libmagic1 4.17-4 File type determination library us ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' & 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397174: apache2: logic error in source file "pcre.c"
Package: apache2 Version: 2.2.3-3 Severity: normal Hello, recently I came across the following bit of code in the source file apache2-2.2.3/srclib/pcre/pcre.c (function compile_branch, around line 3366): /* Condition to test for a numbered subpattern match. We know that if a digit follows ( then there will just be digits until ) because the syntax was checked in the first pass. */ else if ((digitab[ptr[1]] && ctype_digit) != 0) ... This is a programming error. The test for digits works by taking the bitwise (not logical) and between the corresponding entry in 'digitab' and the mask 'ctype_digit'. The if test should use '&' instead of '&&'. I did not check what the implications of this error are (false positves could occur if 'ptr[1]' is a hex digit, but these might be caught earlier in the syntax check?), but probably this should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397174: marked as done (apache2: logic error in source file "pcre.c")
Your message dated Sun, 5 Nov 2006 12:46:21 -0600 with message-id <[EMAIL PROTECTED]> and subject line Bug#397174: apache2: logic error in source file "pcre.c" 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) --- Begin Message --- Package: apache2 Version: 2.2.3-3 Severity: normal Hello, recently I came across the following bit of code in the source file apache2-2.2.3/srclib/pcre/pcre.c (function compile_branch, around line 3366): /* Condition to test for a numbered subpattern match. We know that if a digit follows ( then there will just be digits until ) because the syntax was checked in the first pass. */ else if ((digitab[ptr[1]] && ctype_digit) != 0) ... This is a programming error. The test for digits works by taking the bitwise (not logical) and between the corresponding entry in 'digitab' and the mask 'ctype_digit'. The if test should use '&' instead of '&&'. I did not check what the implications of this error are (false positves could occur if 'ptr[1]' is a hex digit, but these might be caught earlier in the syntax check?), but probably this should be fixed anyway. I hope this helps, Jochen -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_GB.iso885915, LC_CTYPE=en_GB.iso885915 (charmap=ISO-8859-15) --- End Message --- --- Begin Message --- [Jochen Voss] > recently I came across the following bit of code in the source file > apache2-2.2.3/srclib/pcre/pcre.c (function compile_branch, around > line 3366): This code is a copy of the pcre3 library, bundled by upstream for convenience. Debian does not use it. I checked the Debian pcre3 package, and this bug appears to have been fixed, so I'm closing it. signature.asc Description: Digital signature --- End Message ---
Bug#397174: closed by Peter Samuelson <[EMAIL PROTECTED]> (Re: Bug#397174: apache2: logic error in source file "pcre.c")
Hi Peter, On Sun, Nov 05, 2006 at 10:48:33AM -0800, Debian Bug Tracking System wrote: > This code is a copy of the pcre3 library, bundled by upstream for > convenience. Debian does not use it. Oh, I missed this. Sorry for the noise and thanks for answering quickly. All the best, Jochen -- http://seehuhn.de/ signature.asc Description: Digital signature
ITP: neko -- High-level dynamically typed programming language
Package: wnpp Owner: Jens Peter Secher <[EMAIL PROTECTED]> Severity: wishlist * Package name: neko Version : 1.5 Upstream Author : Nicolas Cannasse (Motion-Twin) * URL or Web page : http://nekovm.org * License : LGPL Description : High-level dynamically typed programming language and VM Neko has been designed to provide a common runtime for several different languages, including JavaScript and haXe. . The compiler converts a source file (.neko) into a bytecode file (.n) that can be executed with the Virtual Machine. You can use the compiler as standalone commandline executable separated from the VM, or as a Neko library to perform compile-and-run for interactive languages. . The virtual machine is both very lightweight and well optimized. It can be easily embedded into other applications, and libraries are directly accessible using the C foreign function interface. I have a neko package ready which includes the Apache 1.3/2.2 modules mod_neko / mod_neko2. But I would like the Apache modules integrated properly with the Debian Apache setup. My plans are to produce two additional packages, libapache-modneko and libapache2-modneko, like: Package: libapache2-modneko Architecture: any Section: web Depends: neko (= ${Source-Version}), apache2 (>> 2.2) Description: Apache module for running Neko programs Neko is a very lightweight and well optimized virtual machine. With this module you can dynamically generate server-side web pages from Apache. First question: Is it called for to have two such libapache{,2}-modneko packages, or should I simply include the mod_neko{,2} in the neko package and test postinst whether there is an Apache installed and if so do the proper Apache module setup? And what is the proper Apache setup? I have googled my way to some incomplete pages about how Apache modules should be set up in Debian, searched through the /usr/share/doc/apache* files, and I have looked at an existing Apache module package (modxslt) to see if I could grok the setup, but I cannot really say I understand what goes where and why. Is there an official policy or step-by-step guide somewhere? Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? PS: Sorry to not having sent this message directly [EMAIL PROTECTED] with the proper pseudo-headers, but when I try that I get a 550. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libapache2-mod-fastcgi broken on Debian testing
Hi Tatsuki, please, can you put libapache2-mod-fastcgi 2.4.2-8 from Debian unstable also to Debian testing? I'm not able upgrade apache2 on Debian testing (dependency problem). Thanks. Best regards On Sat, Oct 28, 2006 at 12:53:28AM +0200, Lubomir Host wrote: > Hi, > > please, can you recompile libapache2-mod-fastcgi for apache 2.2.3 and > upload to Debian repository? Current version can't be installed, because > depends on apache2-common. Apache 2.2.3 depends apche2.2-common (package > name changed). > > For successfull compilation of libapache2-mod-fastcgi you must apply > following patch. This patch has been taken from > http://www.fastcgi.com/archives/fastcgi-developers/2005-December/004060.html > > Thanks, best regards, > > rajo > > -- > ,''`. Lubomir Host 'rajo' ICQ #: 257322664 > : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 > `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ >`-GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F > diff -ruN mod_fastcgi-2.4.2/fcgi.h mod_fastcgi-2.4.2-ap22/fcgi.h > --- mod_fastcgi-2.4.2/fcgi.h 2003-02-04 00:07:37.0 +0100 > +++ mod_fastcgi-2.4.2-ap22/fcgi.h 2005-12-07 21:05:55.0 +0100 > @@ -73,6 +73,36 @@ > #define ap_reset_timeout(a) > #define ap_unblock_alarms() > > +/* starting with apache 2.2 the backward-compatibility defines for > + * 1.3 APIs are not available anymore. Define them ourselves here. > + */ > +#ifndef ap_copy_table > + > +#define ap_copy_table apr_table_copy > +#define ap_cpystrn apr_cpystrn > +#define ap_destroy_pool apr_pool_destroy > +#define ap_isspace apr_isspace > +#define ap_make_array apr_array_make > +#define ap_make_table apr_table_make > +#define ap_null_cleanup apr_pool_cleanup_null > +#define ap_palloc apr_palloc > +#define ap_pcalloc apr_pcalloc > +#define ap_psprintf apr_psprintf > +#define ap_pstrcat apr_pstrcat > +#define ap_pstrdup apr_pstrdup > +#define ap_pstrndup apr_pstrndup > +#define ap_push_array apr_array_push > +#define ap_register_cleanup apr_pool_cleanup_register > +#define ap_snprintf apr_snprintf > +#define ap_table_add apr_table_add > +#define ap_table_do apr_table_do > +#define ap_table_get apr_table_get > +#define ap_table_set apr_table_set > +#define ap_table_setn apr_table_setn > +#define ap_table_unset apr_table_unset > + > +#endif /* defined(ap_copy_table) */ > + > #if (defined(HAVE_WRITEV) && !HAVE_WRITEV && !defined(NO_WRITEV)) || defined > WIN32 > #define NO_WRITEV > #endif > diff -ruN mod_fastcgi-2.4.2/Makefile.AP2 mod_fastcgi-2.4.2-ap22/Makefile.AP2 > --- mod_fastcgi-2.4.2/Makefile.AP22002-07-29 03:36:34.0 +0200 > +++ mod_fastcgi-2.4.2-ap22/Makefile.AP2 2005-12-07 20:27:50.0 > +0100 > @@ -20,8 +20,6 @@ > > all: local-shared-build > > -install: install-modules > - > clean: > -rm -f *.o *.lo *.slo *.la > > --- libapache-mod-fastcgi-2.4.2/debian/control2006-10-25 > 11:48:07.296704750 +0200 > +++ libapache-mod-fastcgi-2.4.2-rajo-fixes/debian/control 2006-10-28 > 00:26:02.355023393 +0200 > @@ -8,7 +8,7 @@ > > Package: libapache2-mod-fastcgi > Architecture: any > -Depends: ${shlibs:Depends}, apache2-common > +Depends: ${shlibs:Depends}, apache2-common | apache2.2-common > Description: Apache 2 FastCGI module for long-running CGI scripts > This is a FastCGI module for the Apache 2.x web server. FastCGI is an > open standard for communicating between a web server and a long-running -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `-GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F signature.asc Description: Digital signature
Processed: tagging 394714
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 394714 = Bug#394714: apache2-mpm-prefork: Apache2 child processes segfaults Tags were: unreproducible moreinfo Tags set to: > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 396162
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 396162 pending Bug#396162: /etc/init.d/apache2 still has wrong logic in PID detection Tags were: patch Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397239: apache2: Since ugrading to 2.2.3-3, webdav doesn't work: Invalid command 'AuthDigestFile'
Package: apache2 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Since upgrading to 2.2.3-3, webdav doestn't work anymore. Starting web server (apache2)...Syntax error on line 24 of /etc/apache2/sites-enabled/webdav: Invalid command 'AuthDigestFile', perhaps misspelled or defined by a module not included in the server configuration failed! The config for the webdav in the /sites-enabled directory looks like this: ServerAdmin [EMAIL PROTECTED] ServerName the.servername.org ServerAlias www.servername.org DocumentRoot /home/webdav/webdavdir Options Indexes MultiViews AllowOverride None Order allow,deny allow from all ErrorLog /var/log/apache2/error_webdav.log LogLevel warn CustomLog /var/log/apache2/access_webdav.log combined # Note Alias goes to our DocumentRoot. Alias /webdav /home/webdav/webdavdir # But we apply different settings DAV On AuthType Digest AuthName "webdav-user" AuthDigestFile /home/webdav/digest-password Require valid-user The mods dav,dav_fs,dav_lock and auth_digest are enabled for webdav. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#135717: I think size matters?
Lets Face a simple Factthe ladies don't like a small (c)ock. Some may say size doesn't matter, but they are just being nice. Check out our proven product, and lets resolve your "little" problem. Product domain: www.spruced.net *Cut and Paste product domain into browser Don't have a "little" problem? www.spruced.net/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393913: suggested fix wrong for apache2: After an upgrade index.php wouldn't load automatically
The author is correct that the line is missing, but the problem is that the line was moved to mod_dir.conf, which is a NEW file in 2.2, but wasn't symlinked into mods-enabled. We're doing upgrading incorrectly in general. I'm wondering if the "proper" way to do it is to look at the existing active modules list and do a "a2dismod && a2enmod " to bring over any new files? That has its own potential issues, but in this particular case, the real bug is that mod_dir.conf didn't get symlinked in. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]