Re: Processed: Re: Bug#259211: apache segfault after upgrade from woody
On Wed, 14 Jul 2004, GOTO Masanori wrote: Djoum this is a very old and known problem, the only known workaround to it is to enable libapache-mod-ssl, even if unconfigured. We are all waiting for the libc6 maintainer to fix this issue. Jeff please it's time to fix this issue. This bug has to stay RC since it breaks unreleated packages. What's problem? What's bug do you say about? We already added conflicts: old php. Both Jeff and Steve know all the details about it and they have been working on this problem. Please talk to them directly. Thanks Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Re: Processed: Re: Bug#259211: apache segfault after upgrade from woody
Djoum this is a very old and known problem, the only known workaround to it is to enable libapache-mod-ssl, even if unconfigured. We are all waiting for the libc6 maintainer to fix this issue. Jeff please it's time to fix this issue. This bug has to stay RC since it breaks unreleated packages. What's problem? What's bug do you say about? We already added conflicts: old php. Regards, -- gotom
You have a new message
Hey, this is Tiffany! One of my friends said she knew you and we should get in contact with each other. I just got my videocamera working so we can talk as long as you want at my website and it doesn't cost you anything if you wanna watch/see me! Just Copy and Paste the URL below in your Broswer www.TIFFHUH.com/tiffany.html I hope you visit soon... I'll be waiting for you ;-) bye bye, Tiff patrimonial proportion as triac byron coo clank extemporaneous metaphor janet cortege efface barbara perseverance petrify chadwick cos casserole rubbery sidney assault delve beltsville efferent 2
Bug#259414: apache2 init script contains incorrect path to SSL cache
Package: apache2-common Version: 2.0.50-5 In /etc/apache2/mods-available/ssl.conf, the SSL cache (per default) is set to /var/run/apache2/ssl_scache: ---8--- SSLSessionCache dbm:/var/run/apache2/ssl_scache ---8--- However, in /etc/init.d/apache2, checks are done on /var/log/apache2/ssl_scache: ---8--- case $1 in start) [ -f /etc/apache2/httpd.conf ] || touch /etc/apache2/httpd.conf #ssl_scache shouldn't be here if we're just starting up. [ -f /var/log/apache2/ssl_scache ] rm /var/log/apache2/ssl_scache echo -n Starting web server: Apache2 ---8--- This was probably overlooked when the ssl.conf file was synched with the upstream release recently (bug #231147). Best regards, Björn -- Björn Wiberg ([EMAIL PROTECTED]) Homepage: http://bwiberg.dyndns.org/
Re: Apache configuration for virtual mass-hosting
On Wed, Jul 14, 2004 at 02:40:15PM +0200, Piotr Roszatycki wrote: I'd like to contribute to Debian my Apache 1.3 configuration which provides the easiest way to using virtual servers. The virtual server is created with proper mkdir command. The schema is very simple: /var/www/vhosts/name-port for document root and /var/log/apache/vhosts/name-port for log files. There is no VirtualHost sections in httpd.conf. Whole magic is done through mod_rewrite. See http://people.debian.org/~dexter/apacheconf/ and have a good fun. Heh. This sounds like what vhost-base provides, to some degree. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Re: Apache configuration for virtual mass-hosting
On Wed, Jul 14, 2004 at 06:12:00PM +0100, Thom May wrote: * Daniel Stone ([EMAIL PROTECTED]) wrote : On Wed, Jul 14, 2004 at 02:40:15PM +0200, Piotr Roszatycki wrote: I'd like to contribute to Debian my Apache 1.3 configuration which provides the easiest way to using virtual servers. The virtual server is created with proper mkdir command. The schema is very simple: /var/www/vhosts/name-port for document root and /var/log/apache/vhosts/name-port for log files. There is no VirtualHost sections in httpd.conf. Whole magic is done through mod_rewrite. See http://people.debian.org/~dexter/apacheconf/ and have a good fun. Heh. This sounds like what vhost-base provides, to some degree. yes. CRACK! ;-D It just needs some time for someone to do a rewrite and give it Python love ... -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#231450: PHP 5 'make install' of Apache 2 SAPI fails to prepend module path with leading slash (fwd)
Please see the forwarded message below; the PHP development team says that this error is indeed caused by apxs2 and not by PHP 5 or its 'make install'. Best regards, Björn -- Forwarded message -- Date: Wed, 14 Jul 2004 18:18:16 +0200 From: PHP Bug Database php-bugs@lists.php.net To: [EMAIL PROTECTED] Subject: Bug #29157 [Opn-Bgs]: 'make install' of Apache 2 SAPI fails to prepend module path with leading slash ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=29157edit=2 ID: 29157 Updated by: [EMAIL PROTECTED] Reported By: bjorn dot wiberg at home dot se -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Debian GNU/Linux 3.0.0r2 (mixed) PHP Version: 5.0.0 New Comment: This is an apxs2 problem, not ours. Previous Comments: [2004-07-14 18:09:51] bjorn dot wiberg at home dot se Description: When running 'make install', the directive added to /etc/apache2/apache2.conf misses a leading slash (/) to the PHP 5 module. I do not know if this is due to an error in apxs2 or in the way PHP 5's 'make install' calls it, but it has been around for quite some time now. Furthermore, at least one other LoadModule directive must be present in /etc/apache2/apache2.conf before running 'make install', or apxs2 will fail to insert the line (it doesn't know where to put it), and the 'make install' fails. For this purpose I use: # Commented-out dummy LoadModule directive to give apxs2 a hint # about where to place new LoadModule directives (e.g. PHP) # # LoadModule dummy_module /usr/lib/apache2/modules/mod_dummy.so That way, the PHP 5 LoadModule directive gets inserted right after the (commented-out) dummy line. Reproduce code: --- 1. Configure PHP 5. I use the following directives: ./configure --enable-bcmath --enable-calendar --enable-dba --enable-dio --enable-embedded-mysqli --enable-exif --enable-ftp --enable-gd-native-ttf --enable-gd-jis-conv --enable-mbstring --enable-memory-limit --enable-pcntl --enable-shmop --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --enable-yp --enable-zend-multibyte --with-apxs2=/usr/bin/apxs2 --with-bcmath --with-bz2 --with-curl --with-db4 --with-freetype-dir=/usr/lib --with-gd --with-gettext --with-gmp --with-iconv --with-inifile --with-jpeg-dir=/usr/lib --with-ldap --with-libxml-dir=/usr/lib --with-mime-magic --with-mysql --with-mysql-sock --with-ncurses --with-openssl --with-png-dir=/usr/lib --with-pspell --with-snmp --with-tiff-dir=/usr/lib --with-ttf --with-xmlrpc --with-xpm-dir=/usr/lib --with-xsl --with-zlib --with-zlib-dir=/usr/lib 2. Compile PHP 5 with 'make'. 3. Run 'make install'. 4. View /etc/apache2/apache2.conf. Expected result: LoadModule php5_module /usr/lib/apache2/modules/libphp5.so Actual result: -- LoadModule php5_moduleusr/lib/apache2/modules/libphp5.so
Processed: Re: Bug#256713 acknowledged by developer (Re: Bug#256713: Apache security update made my website disappear)
Processing commands for [EMAIL PROTECTED]: reopen 256713 Bug#256713: Apache security update made my website disappear 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)
Bug#256713: acknowledged by developer (Re: Bug#256713: Apache security update made my website disappear)
Debian Bug Tracking System writes (Bug#256713 acknowledged by developer (Re: Bug#256713: Apache security update made my website disappear)): I am closing this bug since there has been no reaction from the submitter after my comments. Um, it's only been a week. I will get back to you very shortly. Ian.
Re: Processed: Re: Bug#259211: apache segfault after upgrade from woody
On Wed, Jul 14, 2004 at 08:44:54AM +0200, Fabio Massimo Di Nitto wrote: On Wed, 14 Jul 2004, GOTO Masanori wrote: Djoum this is a very old and known problem, the only known workaround to it is to enable libapache-mod-ssl, even if unconfigured. We are all waiting for the libc6 maintainer to fix this issue. Jeff please it's time to fix this issue. This bug has to stay RC since it breaks unreleated packages. What's problem? What's bug do you say about? We already added conflicts: old php. Both Jeff and Steve know all the details about it and they have been working on this problem. Please talk to them directly. Er, Goto, http://sources.redhat.com/bugzilla/show_bug.cgi?id=77 lists you as the responsible? -- Steve Langasek postmodern programmer
MISS - KISS
! MISSKISS http://www.misskiss.ru/org/10.html ! !
Bug#258145: Quick fix...
Hey, I managed to fix this problem by copying the contents of the weirdly named ~/.mozilla-thunderbird/default/xx.slt/ folder into ~/.mozilla-thunderbird/default.knt/ This worked fine for me, not sure if it could cause problems (probably a good idea to backup the default.knt folder). Thanks, ~Matt -- We do not have to visit a madhouse to find disordered minds; our planet is the mental institution of the universe. -Goethe Matthew D. Cristantello [EMAIL PROTECTED] 716-472-3833 (cell) AIM: Matt977