Bug#225015: apache: fails to upgrade

[Fabio Massimo Di Nitto]

Hi Martin,
are you using php4? in case please try to remove the php4-imap
extension and try again (it is a well known problem in php4). Otherwise
please send me the output of:

strace apache -X -F

Thanks
Fabio

PS keep the bug in CC. I am not the only maintainer that take care of
apache.

On Tue, 13 Jan 2004, Martin Hans wrote:

> Hi Fabio,
>
> first, the "/var/www" part of my bug report was very badly phrased, sorry.
> I only wanted to say, that my problem is not the same like the #224454 issue,
> although the dselect error message is the same. And yes I have a /var/www.
>
> I attached the dselect log. I hope it helps.
> I get no log messages in /var/log/apache/* or some other logs in /var/log.
>
> Cheers
>
> Martin
>
> On Monday 12 January 2004 21:28, you wrote:
> > Hi Martin,
> >
> > On Tue, 23 Dec 2003, Martin Hans wrote:
> > > Package: apache
> > > Version: 1.3.29.0.1-3
> > > Severity: important
> > > Tags: sid
> > >
> > > The apache package fails to upgrade:
> > >
> > > Setting up apache (1.3.29.0.1-3) ...
> > > Starting web server: apache failed
> > > invoke-rc.d: initscript apache, action "start" failed.
> >
> > Can you please check the logs for errors and see what is causing the
> > failure?
> >
> > > dpkg: error processing apache (--configure):
> > >  subprocess post-installation script returned error exit status 1
> > >
> > > Afterwards the apache package is broken, but the apache itself
> > > is running.
> > > I got no "/var/www" like #224454 and my /var/www is just a directory.
> >
> > I don't understand... do you have a /var/www or not?? /var/www is only
> > created on installation.. it is not touched across upgrades.
> >
> > Fabio
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#227589: apache: segmentation fault on start (not Perl's fault)

[Fabio Massimo Di Nitto]

reassign 227589 php4-imap
severity 227589 important
stop
quit

Hi Tom,
thanks.. i am reassigning the bug.


Fabio


On Tue, 13 Jan 2004, Tom Goulet wrote:

> On Wed, Jan 14, 2004 at 06:19:10AM +0100, Fabio Massimo Di Nitto wrote:
>
> > are you using php4? please try to disable php4-imap extension in
> > case (it is a very well known problem).
>
> I disabled the PHP module and Apache starts, so I'll assume it's the PHP
> IMAP thing.
>
> Thank you.
>
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#227589: apache: segmentation fault on start (not Perl's fault)

[Tom Goulet]

On Wed, Jan 14, 2004 at 06:19:10AM +0100, Fabio Massimo Di Nitto wrote:
 
>   are you using php4? please try to disable php4-imap extension in
> case (it is a very well known problem).

I disabled the PHP module and Apache starts, so I'll assume it's the PHP
IMAP thing.

Thank you.

-- 
Tom Goulet, [EMAIL PROTECTED], D8BAD3BC, http://web.em.ca/~tomg/contact.html


pgpJMkpJomJOg.pgp
Description: PGP signature

Bug#227589: apache: segmentation fault on start (not Perl's fault)

[Fabio Massimo Di Nitto]

Hi Tom,
are you using php4? please try to disable php4-imap extension in
case (it is a very well known problem). Otherwise please send me the
output of strace apache -X -F.

Thanks
Fabio

On Tue, 13 Jan 2004, Tom Goulet wrote:

> Package: apache
> Version: 1.3.29.0.1-3
> Severity: normal
>
>
> Apache crashes on start.
>
> Here is the command I ran:
> | strace -f apache -F
> Here is the last bit of output:
> | stat64("/etc/cram-md5.pwd", 0xb9dc) = -1 ENOENT (No such file or 
> directory)
> | stat64("/dev/urandom", {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) 
> = 0
> | --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> | +++ killed by SIGSEGV +++
>
> Apache is not using Perl.
> | [EMAIL PROTECTED]:/etc/apache# grep -ir loadmodule . | grep -i perl
> | grep: warning: ./conf: recursive directory loop
> |
> | [EMAIL PROTECTED]:/etc/apache#
>
> Meanwhile my SSL-capable Apache seems to be doing fine.
>
> Apache shouldn't crash.
>
> I have no guesses as to what's wrong, except that I suspect that this
> was caused by a recent upgrade.
>
> -- System Information:
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux geek 2.4.23-1-k6 #1 Sun Nov 30 23:02:57 EST 2003 i586
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages apache depends on:
> ii  apache-common   1.3.29.0.1-3 Support files for all Apache 
> webse
> ii  debconf 1.3.22   Debian configuration management 
> sy
> ii  dpkg1.10.18  Package maintenance system for 
> Deb
> ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries 
> an
> ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries 
> [
> ii  libexpat1   1.95.6-6 XML parsing C library - runtime 
> li
> ii  libmagic1   4.06-2   File type determination library 
> us
> ii  libpam0g0.76-14.1Pluggable Authentication Modules 
> l
> ii  logrotate   3.6.5-2  Log rotation utility
> ii  mime-support3.23-1   MIME files 'mime.types' & 
> 'mailcap
> ii  perl [perl5]5.8.2-2  Larry Wall's Practical Extraction
>
> -- debconf information:
> * apache/server-name: geek.em.ca
> * apache/document-root: /var/www
> * apache/server-port: 80
> * apache/enable-suexec: true
> * apache/init: true
> * apache/server-admin: [EMAIL PROTECTED]
>
>
>
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#227653: suexec is on by default, breaks user cgi scripts if UserDir has changed

[Joey Hess]

Package: apache2-common
Version: 2.0.48-4
Severity: normal

Read this strace and weep:

stat64("/home/joey/html/blog/index.cgi", {st_mode=S_IFREG|0755, st_size=1538, 
...}) = 0
..
fork(Process 3822 attached
..
[pid  3822] execve("/usr/lib/apache2/suexec2", ["/usr/lib/apache2/suexec2", 
"~1000", "1000", "index.cgi"], [/* 22 vars*/]) = 0
..
[pid  3822] getcwd("/home/joey/html/blog", 4096) = 21
[pid  3822] chdir("/home/joey") = 0
[pid  3822] chdir("public_html")= -1 ENOENT (No such file or directory)
[pid  3822] time([1074057876])  = 1074057876
[pid  3822] write(3, "[2004-01-14 00:24:36]: cannot ge"..., 67) = 67

Note that I have my web server configured as follows:

[EMAIL PROTECTED]:/etc/apache2>grep UserDir -r .
./mods-enabled/userdir.conf:UserDir html
./mods-available/userdir.conf:  UserDir html
./apache2.conf:UserDir html
[EMAIL PROTECTED]:/etc/apache2>grep -i suexec -r .
./mods-available/suexec.load:LoadModule suexec_module 
/usr/lib/apache2/modules/mod_suexec.so
[EMAIL PROTECTED]:/etc/apache2>ls mods-enabled/suexec*
zsh: no matches found: mods-enabled/suexec*

Why is suexec loaded even though it is not linked to mods-enabled?
Why does suexec ignore my UserDir setting and try to use a non-existant
"public_html" directory?

The workaround, as with every suexec problem I have ever filed a bug
on (and there have been many):

[EMAIL PROTECTED]:/usr/lib/apache2>dpkg-divert --add `pwd`/suexec2 --rename

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux dragon 2.4.24 #1 Thu Jan 8 15:48:32 EST 2004 i686
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages apache2-common depends on:
ii  debconf 1.4.3Debian configuration management sy
ii  debianutils 2.6.1Miscellaneous utilities specific t
ii  libapr0 2.0.48-4 The Apache Portable Runtime
ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries [
ii  libexpat1   1.95.6-6 XML parsing C library - runtime li
ii  libldap22.1.23-1 OpenLDAP libraries
ii  libssl0.9.7 0.9.7c-5 SSL shared libraries
ii  mime-support3.23-1   MIME files 'mime.types' & 'mailcap
ii  net-tools   1.60-8   The NET-3 networking toolkit
ii  openssl 0.9.7c-5 Secure Socket Layer (SSL) binary a
ii  ssl-cert1.0-6Simple debconf wrapper for openssl
ii  zlib1g  1:1.2.1-3compression library - runtime

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Apache module Loading problem

[Fabio Massimo Di Nitto]

Hi Cemil,

On Tue, 13 Jan 2004, Cemil Degirmenci wrote:

> A long time the missing info files was no problem, because Apache starts 
> anyway... but after doing some
> handicrafts it seems that i destroy my Apache. After /etc/init.apache start 
> now the following Error appears:
> [Tue Jan 13 15:36:23 2004] [warn] module setenvif_module is already 
> loaded, skipping
> [Tue Jan 13 15:36:23 2004] [warn] module perl_module is already loaded, 
> skipping
> [Tue Jan 13 15:36:23 2004] [warn] module php4_module is already loaded, 
> skipping
> Syntax error on line 370 of /etc/apache/httpd.conf:
> Invalid command 'Order', perhaps mis-spelled or defined by a module not 
> included in the server configuration
>
> /var/log/apache/error.log doesnt say something usefull, even in debug mode :/
> www:/etc/apache# tail -f /var/log/apache/error.log
> [Tue Jan 13 14:48:47 2004] [info] SQLInclude: Config specifies [EMAIL 
> PROTECTED]:Port = [EMAIL PROTECTED]:3306
> [Tue Jan 13 14:48:47 2004] [info] SQLInclude: Connection to '192.168.0.200' 
> established...
> [Tue Jan 13 14:48:47 2004] [info] SQLInclude: SQL query successed: 801 rows 
> fetched
> [Tue Jan 13 14:48:47 2004] [info] SQLInclude: Done.
> [Tue Jan 13 14:48:47 2004] [info] mod_unique_id: using ip addr 127.0.0.1
> [Tue Jan 13 14:48:48 2004] [notice] Apache/1.3.29 (Debian GNU/Linux) 
> mod_accounting/0.5 PHP/4.3.3 configured -- resuming normal operations
> [Tue Jan 13 14:48:48 2004] [info] Server built: Dec 17 2003 15:54:05
> [Tue Jan 13 14:48:48 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
> [Tue Jan 13 14:51:40 2004] [info] removed PID file /var/run/apache.pid 
> (pid=6942)
> [Tue Jan 13 14:51:40 2004] [notice] caught SIGTERM, shutting down
>

After we talked on irc and we fixed the .info problems, did you manage to
find the other problem for the multiple loadmodules and the "Order"
missing?

Fabio

PS sorry but it took me more than 2 hours to come back home

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Re: Re: apache reload and child fault

[Guillaume T.]

I have a similar story.

On a Debian/stable, apache (1.3.26-0woody3) with mod_ssl, mod_php4,mod_dav and 
auth_mysql on everything from Debian stock except 2.4.24 kernel without 
Debian patches.
Reasonnably loaded server (around 10 millions hits / 80 GB of data pushed by 
apache every month), several hundreds of MB of log a week spanned over 6 
files.
I am using keepalive, and my number of children oscilates between 40 and 105
( I hit the MaxClients once in a while).

During the latest log rotation, I got the "[alert] Child  returned a Fatal 
error...".
Right before the log rotation, there were approx. 45 children.

My monitoring shows that apache was completely unable to answer for an hour or 
so, then answered during 15 minutes, and then back to nothing (thx mrtg).
When I logged in, I had a bunch a Apache "parents" (parent PID was 1) and very 
few children.
"killall -9 apache" got rid of these folks, and "/etc/init.d/apache restart" 
restarted the machinery.

mod_ssl is used only for administration purposes. Most recent time it had been 
before the log rotation / apache crash was 1 hour and 40 minutes earlier.

Before I fine tuned the server a bit several weeks ago, I had once in a while 
those
[warn] child process  still did not exit, sending a SIGTERM
[error] child process  still did not exit, sending a SIGKILL
on several children (usually 2-3, sometimes 20 or more).
Sometimes also, these errors had a
[notice] child pid  exit signal Segmentation fault (11)
right before it.
I've done some serious cleaning (remove useless modules) to try and reduce the 
size of my Apache children, and since then I almost did not have anything 
wrong in the logs.

Without counting this "Child  returned a fatal error", of course.

The ssl logs that follow the log rotation / crash are:
[11/Jan/2004 aa:bb:33 00590] [info]  Init: 5nd restart round (already 
detached)
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Reinitializing OpenSSL library
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Seeding PRNG with 23177 bytes of 
entropy
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Configuring temporary RSA private 
keys (512/1024 bits)
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Configuring temporary DH parameters 
(512/1024 bits)
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Initializing (virtual) servers for 
SSL
[11/Jan/2004 aa:bb:33 00590] [info]  Init: Configuring server myserver.com:443 
for SSL protocol
[11/Jan/2004 cc:dd:19 00566] [info]  Connection to child 6 established (server 
myserver.com:443, client a.b.c.d)

It is exacly the same restart as when Apache restarts "normally" after the log 
rotation (i.e. without a child crashing the entire Apache), except that it 
happened three minutes later (sure Apache was already in a bad shape).

Earlier in the thread, somebody was suspricious about mod_ssl: did someone try 
not to use mod_ssl and see a difference?

BTW, I have another server on Debian/stable running apache-ssl (Apache 
Ben-SSL/1.48 and not apache with mod_ssl) for several years, it never had 
such problem. Note also that it has far less traffic and is not running 
mod_php4 but modperl.

-- 
Guillaume Tamboise

"First they ignore you, then they laugh at you, then they fight you,
then you win." -- Gandhi

Processed: Re: Bug#225487: apache-ssl: Postinstall fails with a "sed" error

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 225487 ssl-cert
Bug#225487: apache-ssl: Postinstall fails with a "sed" error
Bug reassigned from package `apache-ssl' to `ssl-cert'.

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#130883: INFO: STOCK MARKET ALERT: QENC 2003 Third Quarter Net Income Rose 76.8%

[Patti Krueger]

OTC FIRST ALERT - New Public Company of the Month

Symbol: QENC
Market: PK
Sector: Queench, Inc.


BREAKING NEWS:  Jan 8, 2004  -- Queench, Inc.(OTC: QENC)is now a full-time
supplier of bottled water to the military.
JERICHO, NY - Queench, Inc.(OTC: QENC) today announced that it has completed
inspection and approval of its water bottling plants by the U.S. Army
Veterinary Command (VETCOM).


BREAKING NEWS:   Nov. 13, 2003  -- Queench, Inc.(OTC: QENC) 2003 Third
Quarter Net Income Rose 76.8%. The Third Quarter Net Income ending 9/30/03
increased 76.8% from the Q2, and a 987% increase year-to-year. Net income
for the 9 months ending 9/30/03 resulted in a 1274% year-to-year increase.



Jim Furey of Lehman Brothers says, "You want to own small stocks versus
large stocks when economic growth is accelerating, which is exactly the
period we're in now."

QENC is a small company perfectly poised to harness the $7.6 billion bottle
water segment with a high quality premium brand priced competitively.


The bottled water segment is the fastest growing of the beverage market.  Of
the $100 billion beverage industry, bottled water is nearly $7.6 billion
annually, and forecasted to grow over 50% over the next 5 years.


QENC has the best of both worlds, where unlike Aquafina and Dasani, QENC is
high-end natural spring water, and unlike Evian, QENC is competitively
priced.  QENC's target consumer is health and beauty conscious including Gen
Y, Gen X, and Baby Boomers who live a metropolitan lifestyle.

QENC offers two fantastic product lines: Queench Natural Spring Water and
the Queench Flavored Water Beverages, which are vitamin-enhanced and come in
five cool new flavors: Coconut, O' Ginger, Red Raspberry, Pineapple and
LeMon.


DISTRIBUTION AND MARKETING

QENC bottled water is nationally distributed through SYSCO FOODS.  SYSCO
Foods is the largest food distributor operating 145 locations and has sales
and service relationships with 420,000 customers including restaurants,
healthcare and educational facilities, lodging establishments, and more.
This relationship provides key access to new markets with low capital
requirements.

Naomi Campbell's NC CONNECT integrated marketing agency, has signed to help
QENC reach national and global consumers by providing marketing and
advertising that will position QENC as a major lifestyle brand in the
bottled water market.

01/08/04: QENC completed inspection and approval of its plants by the US
Army Veterinary Command (VETCOM).  QENC's been supplying the military
contract in the South and Florida and the Army has been increasing orders on
a monthly basis, which will result in higher Q1 2004 revenue.

12/03/03: QENC's strategically placing new eye-catching vending machines in
locations on college campuses, retail, entertainment and sports venues and
convenience stores.  500 vending machines installed in initial rollout in
2003 with approx. 2,500 vending machines to be installed in a 3-year period.
The beverage-vending channel is typically highly profitable.


FINAL CONSIDERATIONS

12/03/03: QENC is currently shipping over 54,000 cases of bottled water
quarterly, with a year-to-date quarterly revenue growth rate of 19.7%

QENC's NET INCOME for the Q3 ending 9/30/03 increased 76.8% from the Q2, and
a 987% increase year-to-year. Net income for the 9 months ending 9/30/03
resulted in a 1274% year-to-year increase.

QENC's SALES for the Q2 of 2002 increased 77% to $848,269 year-to-year, from
$478,052, as a result of rolling out new product lines and implementing a
channel development strategy.

QENC's high quality premium water is priced very competitive, they have an
excellent distribution channel with SYSCO and strategically placed vending
machines, and a marketing campaign designed to focus on their target market.
For a young company QENC has made substantial accomplishments and is poised
to harness their segment of the $7.6 billion bottle water industry.




To Receive First Notices on Companies like this
([EMAIL PROTECTED])






The information herein is for information purposes only and should not be
construed as an offer or solicitation of an offer to buy or to sell
securities. This assembled information is based on information supplied by
the company, press releases, SEC filings, or from other sources believed to
be reliable, but no representation, expressed or implied, is made as to its
accuracy, completeness or correctness. The data contained herein is subject
to change without notice. Small-cap companies, micro-cap companies, penny
stocks and/or thinly traded securities are inherently risky and volatile;
therefore the risk of losing some or all should be calculated. Please always
do your own due diligence and consult a financial advisor. OTCFirstAlert
accepts no liability for any losses arising from an investor's reliance on
or use of this report. Affiliates of OTCFirstAlert have been hired by a
third party and are to receive eight hundred thirty three thousand three
hundred th

Bug#226638: marked as done (apachectl configtest segfault)

[Debian Bug Tracking System]

Your message dated Tue, 13 Jan 2004 20:03:19 +0100 (CET)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#226638: (no subject)
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; 7 Jan 2004 19:58:01 +
>From [EMAIL PROTECTED] Wed Jan 07 13:56:32 2004
Return-path: <[EMAIL PROTECTED]>
Received: from chicken.cptech.com (cptech.com) [209.202.128.143] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AeJ2z-0005T0-00; Wed, 07 Jan 2004 13:08:53 -0600
Received: from shoggoth.cptech.com ([10.13.118.250] verified)
  by cptech.com (CommuniGate Pro SMTP 4.1.8)
  with ESMTP id 499911; Wed, 07 Jan 2004 14:08:52 -0500
Received: from jwest by shoggoth.cptech.com with local (Exim 3.36 #1 (Debian))
id 1AeJ2y-00042R-00; Wed, 07 Jan 2004 14:08:52 -0500
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: John West <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: apachectl configtest segfault
X-Mailer: reportbug 2.37
Date: Wed, 07 Jan 2004 14:08:52 -0500
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2004_1_5
X-Spam-Level: 

Package: apache
Version: 1.3.29.0.1-3
Severity: normal

Hi-

When invoking apachectl configtest, I get a segfault.  See below:

shoggoth:/home/jwest# apachectl stop
/usr/sbin/apachectl stop: httpd (no pid file) not running
shoggoth:/home/jwest# apachectl configtest
[15361]SES:  Embperl Session management enabled ()
Processing config directory: /etc/apache/conf.d
Syntax OK
/usr/sbin/apachectl: line 171: 15361 Segmentation fault  $HTTPD -t

This also causes my upgrade to fail.

Thanks!

--John

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux shoggoth 2.4.20ctx #1 Mon Mar 17 11:44:18 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages apache depends on:
ii  apache-common   1.3.29.0.1-3 Support files for all Apache webse
ii  debconf 1.3.22   Debian configuration management sy
ii  dpkg1.10.18  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries [
ii  libexpat1   1.95.6-6 XML parsing C library - runtime li
ii  libmagic1   4.06-2   File type determination library us
ii  libpam0g0.76-14.1Pluggable Authentication Modules l
ii  logrotate   3.6.5-2  Log rotation utility
ii  mime-support3.23-1   MIME files 'mime.types' & 'mailcap
ii  perl [perl5]5.8.2-2  Larry Wall's Practical Extraction 

-- debconf information:
  apache/server-name: localhost
  apache/document-root: /var/www
  apache/server-port: 80
* apache/enable-suexec: false
  apache/init: true
  apache/server-admin: [EMAIL PROTECTED]


---
Received: (at 226638-done) by bugs.debian.org; 13 Jan 2004 21:02:48 +
>From [EMAIL PROTECTED] Tue Jan 13 15:02:39 2004
Return-path: <[EMAIL PROTECTED]>
Received: from port5.ds1-sby.adsl.cybercity.dk (trider-g7.fabbione.net) 
[212.242.169.198] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AgTox-84-00; Tue, 13 Jan 2004 13:03:23 -0600
Received: from trider-g7.ext.fabbione.net (port5.ds1-sby.adsl.cybercity.dk 
[212.242.169.198])
by trider-g7.fabbione.net (Postfix) with ESMTP id 2B2E317
for <[EMAIL PROTECTED]>; Tue, 13 Jan 2004 20:03:22 +0100 (CET)
Date: Tue, 13 Jan 2004 20:03:19 +0100 (CET)
From: Fabio Massimo Di Nitto <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Bug#226638: (no subject)
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_13 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
 

Bug#223780: marked as done (apache-common: 'modules.conf' included twice)

[Debian Bug Tracking System]

Your message dated Tue, 13 Jan 2004 07:52:38 +0100 (CET)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#223780: apache-common: 'modules.conf' included twice
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; 12 Dec 2003 13:17:28 +
>From [EMAIL PROTECTED] Fri Dec 12 07:17:27 2003
Return-path: <[EMAIL PROTECTED]>
Received: from duckcorp.org (Mail.coinnetwork.dyndns.org) [62.4.22.189] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AUkJf-0004tz-00; Fri, 12 Dec 2003 04:14:35 -0600
Received: from localhost (localhost [127.0.0.1])
by Mail.coinnetwork.dyndns.org (Postfix) with ESMTP id 295BB14C5F2
for <[EMAIL PROTECTED]>; Fri, 12 Dec 2003 11:14:34 +0100 (CET)
Received: from Mail.coinnetwork.dyndns.org ([127.0.0.1])
by localhost (Elwing [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 32584-02 for <[EMAIL PROTECTED]>;
Fri, 12 Dec 2003 11:14:29 +0100 (CET)
Received: from Elwing.coinnetwork.dl (localhost [127.0.0.1])
by Mail.coinnetwork.dyndns.org (Postfix) with ESMTP id 77A2F14C5F0
for <[EMAIL PROTECTED]>; Fri, 12 Dec 2003 11:14:29 +0100 (CET)
From: =?utf-8?b?TWFyYyBEZXF1w6huZXM=?= (Duck) <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: apache-common: 'modules.conf' included twice
X-Debbugs-CC: =?utf-8?b?TWFyYyBEZXF1w6huZXM=?= (Duck) <[EMAIL PROTECTED]>
Date: Fri, 12 Dec 2003 11:14:28 +0100
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Virus-Scanned: by Amavis at CoinNetwork
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_11 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.9 required=4.0 tests=HAS_PACKAGE,UPPERCASE_25_50,
X_DEBBUGS_CC autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_11
X-Spam-Level: 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: apache-common
Version: 1.3.29.0.1-1
Severity: normal

After upgrade the following line is included even if already present,
just above the other, thus breaking apache start.

Include /etc/apache/modules.conf


Duck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iD8DBQE/2ZT/sczZcpAmcIYRAu5kAJ0eXYvPKS5wX9MAM+zbt9VamtW4wgCgklVl
5r4oWXS+byRW4CudF2N4FUg=
=fEhQ
-END PGP SIGNATURE-


---
Received: (at 223780-done) by bugs.debian.org; 13 Jan 2004 21:25:41 +
>From [EMAIL PROTECTED] Tue Jan 13 15:25:41 2004
Return-path: <[EMAIL PROTECTED]>
Received: from port5.ds1-sby.adsl.cybercity.dk (trider-g7.fabbione.net) 
[212.242.169.198] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AgIPn-0005Ur-00; Tue, 13 Jan 2004 00:52:39 -0600
Received: from trider-g7.ext.fabbione.net (port5.ds1-sby.adsl.cybercity.dk 
[212.242.169.198])
by trider-g7.fabbione.net (Postfix) with ESMTP id 6B1E117;
Tue, 13 Jan 2004 07:52:38 +0100 (CET)
Date: Tue, 13 Jan 2004 07:52:38 +0100 (CET)
From: Fabio Massimo Di Nitto <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
To: =?utf-8?b?TWFyYyBEZXF1w6huZXM=?= <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#223780: apache-common: 'modules.conf' included twice
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_13 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-bugs.debian.org_2004_01_13
X-Spam-Level: 


Hi Marc,
=09thanks a lot for your cooperation. I am closing the bug. Of course
feel free to reopen it if that will happen again.

Fabio

On Mon, 12 Jan 2004, [utf-8] Marc Dequ=C3=A8nes wrote:

> Fabio Massimo Di Nitto <[EMAIL PROTECTED]> writes:
>
> > Hi Marc,
>
> Coin Fabio,
>
> > I really cannot understand why it was included twice. I did check again
> > the script step-by-step and found nothing strange (also using your
> > config). Can you reproduce this problem? If so please add
> 

Fwd: Скидки студентам на боулинг!

[Михаил Приветов]

АТРИУМ, 3-этаж. Боулинг.
Час игры в боулинг всего 250 рублей - 
в будние дни с 12:00 до 18:00 (в пятницу до 16:00) по студенческому билету. 

ыяя яэу ууе  

Bug#225487: apache-ssl: Postinstall fails with a "sed" error

[Fabio Massimo Di Nitto]

reassign 225487 ssl-cert
stop
quit

Hi Douglas,
I am just going trough the bug again and i noticed that there is
stuff missing from the information required to generate the certificate
like Locality Name.

All the fields are required to generate the certificate. Can you kindly
try again removing /etc/apache-ssl/apache.pem, create a certificate with
all the fields filled up?

This would explain the error you get that some strings are empty and the
minimum size is 1. In any case i am reassining the bug to ssl-cert
regarding the sed stuff.

Thanks
Fabio

On Fri, 2 Jan 2004, Douglas Maxwell wrote:

> Hi Fabio-
>
> (forgot to CC debian-bugs, sorry for the dup)
> > Sorry I need to ask you to do the last test. What happens if you
> > create
> > the certificate with default values?? just for testing of course. If
> > this
> > work there might be something wrong in the data you pass to
> > make-ssl-cert
> > via debconf or a bug in it that make the certificate wrong.
>
> The thought had occurred to me, too. I don't recall what the original
> defaults were - debconf seems to remember my answers to the cert
> questions from one invocation to the next (normally a great
> feature...;-)).
>
> I did try to generate a new cert with very generic information - only
> "localhost" for hostname and "[EMAIL PROTECTED]" for email, with the
> other settings left blank (I think that was the default...).  I also
> tried with some generic settings for country/state/organization. Same
> results.
>
> I attached a script output where you can see my responses to debconf's
> questions, also with the output of "set -x" in the postinst shell
> script.
>
> This error doesn't seem to matter (/etc/apache-ssl/conf.d is empty):
>
> "Starting web server: apache-ssl
> Processing config directory: /etc/apache-ssl/conf.d failed"
>
> Just as a test, I commented out the "include" directive in
> /etc/apache-ssl/httpd.conf that included
> /etc/apache-ssl/conf.d/, and just got this, generic error:
>
> hades:/home/doug# apt-get -f install
> Reading Package Lists... Done
> Building Dependency Tree... Done
> 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
> 1 not fully installed or removed.
> Need to get 0B of archives.
> After unpacking 0B of additional disk space will be used.
> Setting up apache-ssl (1.3.29.0.1-3) ...
> Starting web server: apache-ssl failed
> invoke-rc.d: initscript apache-ssl, action "start" failed.
> dpkg: error processing apache-ssl (--configure):
>  subprocess post-installation script returned error exit status 1
> Errors were encountered while processing:
>  apache-ssl
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> hades:/home/doug#
>
>
> Thanks,
>
> Doug
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#227589: apache: segmentation fault on start (not Perl's fault)

[Tom Goulet]

Package: apache
Version: 1.3.29.0.1-3
Severity: normal


Apache crashes on start.

Here is the command I ran:
| strace -f apache -F
Here is the last bit of output:
| stat64("/etc/cram-md5.pwd", 0xb9dc) = -1 ENOENT (No such file or 
directory)
| stat64("/dev/urandom", {st_mode=S_IFCHR|0444, st_rdev=makedev(1, 9), ...}) = 0
| --- SIGSEGV (Segmentation fault) @ 0 (0) ---
| +++ killed by SIGSEGV +++

Apache is not using Perl.
| [EMAIL PROTECTED]:/etc/apache# grep -ir loadmodule . | grep -i perl
| grep: warning: ./conf: recursive directory loop
| 
| [EMAIL PROTECTED]:/etc/apache#

Meanwhile my SSL-capable Apache seems to be doing fine.

Apache shouldn't crash.

I have no guesses as to what's wrong, except that I suspect that this
was caused by a recent upgrade.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux geek 2.4.23-1-k6 #1 Sun Nov 30 23:02:57 EST 2003 i586
Locale: LANG=C, LC_CTYPE=C

Versions of packages apache depends on:
ii  apache-common   1.3.29.0.1-3 Support files for all Apache webse
ii  debconf 1.3.22   Debian configuration management sy
ii  dpkg1.10.18  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries [
ii  libexpat1   1.95.6-6 XML parsing C library - runtime li
ii  libmagic1   4.06-2   File type determination library us
ii  libpam0g0.76-14.1Pluggable Authentication Modules l
ii  logrotate   3.6.5-2  Log rotation utility
ii  mime-support3.23-1   MIME files 'mime.types' & 'mailcap
ii  perl [perl5]5.8.2-2  Larry Wall's Practical Extraction 

-- debconf information:
* apache/server-name: geek.em.ca
* apache/document-root: /var/www
* apache/server-port: 80
* apache/enable-suexec: true
* apache/init: true
* apache/server-admin: [EMAIL PROTECTED]

Bug#226131: $r->dir_config('foo') returns undef instead of 0 when PerlSetVar foo '0'

[Fabio Massimo Di Nitto]

thanks. applied.

Fabio

On Mon, 12 Jan 2004, Don Armstrong wrote:

> On Mon, 12 Jan 2004, Don Armstrong wrote:
>
> > On Mon, 12 Jan 2004, Fabio Massimo Di Nitto wrote:
> > >   can you test the patch and come back to me?
> >
> > Yeah, lemme do that.
>
> Ok, I've gone through and tested this, and yes, the patch does work as
> advertised.
>
> Just for reference, upstream's patch is here:
>
> http://cvs.apache.org/viewcvs.cgi/modperl/src/modules/perl/Apache.xs?r1=1.129&r2=1.130
>
>
> Don Armstrong
>
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 226131 + pending
Bug#226131: $r->dir_config('foo') returns undef instead of 0 when PerlSetVar 
foo '0'
Tags were: patch
Tags added: pending

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Заработная плата: бухгалтерский и налоговый аспект. mmzj

[Percival]

Уважаемые господа!

  Приглашаем Вас 21 января 2004 года посетить однодневный семинар на тему: 
"Заработная
плата: бухгалтерский и налоговый аспект."
   
   В рамках данного семинара рассматриваются проблемы по применению норм 
трудового и
налогового законодательства , касающихся оплаты труда с учетом последних 
изменений. 

   При отсутствии возможности посетить семинар, мы предлагаем приобрести 
видеозапись
семинара на видеокассетах (прилагается авторский раздаточный материал).

Программа семинара:
1. Правовые основы оплаты труда: что нового?
2. Оплата за отработанное время
* МРОТ
* Заработная плата, тарификация работ
* Доплаты и надбавки
* Гарантии и компенсации
3. Оплата за неотработанное время:
* Оплата отпусков, оплата льготных часов
* Компенсации работникам, совмещающим учебу с работой
* Оплата при выполнении государственных и общественных обязанностей
4. Другие выплаты работникам
5. Расчеты при увольнении работника
6. Удержания из заработной платы:
* НДФЛ
* Удержание в погашение задолженности работодателю
* Удержание по исполнительным документам
7. Бухгалтерский и налоговый учет расчетов по оплате труда
8. Санкции за нарушение трудового и налогового законодательства в сфере оплаты 
труда
9. Сложные вопросы и типичные ошибки в расчетах по оплате труда

Автор семинара - профессиональный бухгалтер и консультант, автор большого 
количества
книг и статей в области бухгалтерского учета и налогообложения.

   Стоимость семинара - 3900 рублей, с учетом НДС. Форма оплаты любая (наличная 
или
безналичная). В стоимость входит: участие в работе семинара, раздаточный 
материал,
кофе-пауза, обед в ресторане

Bug#130883: buy online

[Juliette A. Wise]

Hey!
Oh my god it's been cv so long since we talked last!
I have been wondering d how you have been doing?

We never get a chance to see each other anymore.
isb

I sent you something last time and was wondering if you got it?

If not i included it below so let me know if you like it
http://www.mypillsource.com/

Get back to me as soon as you can, alright?

Thanks

Your love!
ontzaqpz

Bug#227491: apache: Init script breaks expected behaviour (Oct 28 change)

[Richard Clark]

Package: apache
Version: 1.3.29.0.1-3
Severity: normal
Tags: sid

Apache init script change made, log entry:

* (Matthew Wilcox)
- Various changes to apache.init, apache-perl.init and
  apache-ssl.init:
+ Send a HUP for restart, then attempt to start the daemon if that 
fails.  (Closes: #158993)

-- Fabio M. Di Nitto <[EMAIL PROTECTED]>  Tue, 28 Oct 2003 18:15:21
+0100


I have read the bug report and while I agree that the socket binding
issue is a problem, I don't believe that modifying the "restart" handler
is a good move. Traditionally, restart invokes a complete stop and start
of the package. The -HUP signal functionality is not equivalent, for example
I stumbled upon this issue when I did a restart and suexec was not
loaded in after I moved the suexec binary to the relevant place.

On the other hand, I'm not getting wound up about it, it seemed worth
making a note somewhere public so that others who might scratch their
head at a similar issue may find an answer. 

On the DWIM note, I think "restart" is a clear enough verb, it means
stop, start, not send-friendly-signals or partially-restart.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux darko 2.6.0-test11 #4 Tue Dec 30 18:00:53 NZDT 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages apache depends on:
ii  apache-common   1.3.29.0.1-3 Support files for all Apache webse
ii  debconf 1.3.22   Debian configuration management sy
ii  dpkg1.10.18  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries [
ii  libexpat1   1.95.6-6 XML parsing C library - runtime li
ii  libmagic1   4.06-1   File type determination library us
ii  libpam0g0.76-14  Pluggable Authentication Modules l
ii  logrotate   3.6.5-2  Log rotation utility
ii  mime-support3.23-1   MIME files 'mime.types' & 'mailcap
ii  perl [perl5]5.8.2-2  Larry Wall's Practical Extraction 

-- debconf information:
  apache/server-name: localhost
  apache/document-root: /var/www
  apache/server-port: 80
* apache/enable-suexec: false
  apache/init: true
  apache/server-admin: [EMAIL PROTECTED]

Bug#225487: apache-ssl: Postinstall fails with a "sed" error

[Fabio Massimo Di Nitto]

On Mon, 12 Jan 2004, Douglas Maxwell wrote:

> Hi Fabio-
>
> On Mon, Jan 12, 2004 at 09:18:04PM +0100, Fabio Massimo Di Nitto wrote:
> > I am just going trough the bug again and i noticed that there is
> > stuff missing from the information required to generate the certificate
> > like Locality Name.
> >
> > All the fields are required to generate the certificate. Can you kindly
> > try again removing /etc/apache-ssl/apache.pem, create a certificate with
> > all the fields filled up?
>
> I tried this, and it now seems to work fine. The cert is generated without
> error, and apache-ssl starts as normal. This was definitely unexpected
> behavior, though. I have generated self-signed certificates before and have
> not had to fill in all the fields.

It is unexpected for me as well. From my experience i can tell that i have
been always providing all the data (also in the past) to be sure that
everything was ok.

> Did this change recently?

I have no idea.

> Would a warning
> in debconf be appropriate, or perhasps some logic to refuse to generate the
> cert if any fields are left blank?

I was thinking about the second option. The first one would not prevent
users from messing around ;) In any case it is all still a ssl-cert
problem (but no9 worry... we are still the same maintainers ;))

> Thanks for your time, it is much appreciated.

No problem at all.

Thanks to you for helping us
Fabio

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#226131: $r->dir_config('foo') returns undef instead of 0 when PerlSetVar foo '0'

[Don Armstrong]

On Mon, 12 Jan 2004, Don Armstrong wrote:

> On Mon, 12 Jan 2004, Fabio Massimo Di Nitto wrote:
> > can you test the patch and come back to me?
> 
> Yeah, lemme do that.

Ok, I've gone through and tested this, and yes, the patch does work as
advertised.

Just for reference, upstream's patch is here:

http://cvs.apache.org/viewcvs.cgi/modperl/src/modules/perl/Apache.xs?r1=1.129&r2=1.130


Don Armstrong

-- 
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead
bodies. Do you think I want to have an academic debate on this
subject?"
 -- Robert Fisk

http://www.donarmstrong.com
http://www.anylevel.com
http://rzlab.ucr.edu


signature.asc
Description: Digital signature

Bug#226466: apache2-doc: Multiviews for manual not working for me

[bug Bugger]

> Does the apache2-doc package install a 
correctly-functioning manual
> for other users, or is it just me seeing this?

Yes, it works for me. Make sure you've got the latest
/etc/apache2/conf.d/apache2-doc. There was some
problem with some older versions of the package.
(my version is latest unstable, 2.0.48-4)

>Having read the documentation about how Multiviews
works I cannot see
> how it could have worked with those .html files
present.
Because of these lines in de apache2-doc conf file:

 SetHandler type-map

makes all .html files type-maps

What isn't working for me are the language links on
the page itself.
They all point to e.g. to manual/de/ or manual/ja/
The AliasMatch line in the config file should
translate these back to /manual/ I think. But that's
not working for me.
Also note that there aren't any .de files in the
packes, only languages included are .en, .ja and .ko




__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus

Apache module Loading problem

[Cemil Degirmenci]

Hi, i have a Problem with apache 1.3.29 in Debian.

When i make "apt-get dist-upgrade" (or whatever with apt-get) there appears:
www:/etc/apache# apt-get dist-upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
Calculating Upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue? [Y/n] 
Setting up apache (1.3.29.0.1-3) ...
Error: mod_log_sql.so does not have a corresponding .info file.
Error: mod_sqlinclude.so does not have a corresponding .info file.
Error: the above error list does not permit a safe use of modules-config.
Please refer to the documentation on how to fix it or report it to
Debian Apache Maling List  if in doubt
on how to proceed
dpkg: error processing apache (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processesing:
 apache
E: Sub-process /usr/bin/dpkg returned an error code (1)

A long time the missing info files was no problem, because Apache starts 
anyway... but after doing some 
handicrafts it seems that i destroy my Apache. After /etc/init.apache start now 
the following Error appears:
[Tue Jan 13 15:36:23 2004] [warn] module setenvif_module is already 
loaded, skipping
[Tue Jan 13 15:36:23 2004] [warn] module perl_module is already loaded, skipping
[Tue Jan 13 15:36:23 2004] [warn] module php4_module is already loaded, skipping
Syntax error on line 370 of /etc/apache/httpd.conf:
Invalid command 'Order', perhaps mis-spelled or defined by a module not 
included in the server configuration

/var/log/apache/error.log doesnt say something usefull, even in debug mode :/
www:/etc/apache# tail -f /var/log/apache/error.log
[Tue Jan 13 14:48:47 2004] [info] SQLInclude: Config specifies [EMAIL 
PROTECTED]:Port = [EMAIL PROTECTED]:3306
[Tue Jan 13 14:48:47 2004] [info] SQLInclude: Connection to '192.168.0.200' 
established...
[Tue Jan 13 14:48:47 2004] [info] SQLInclude: SQL query successed: 801 rows 
fetched
[Tue Jan 13 14:48:47 2004] [info] SQLInclude: Done.
[Tue Jan 13 14:48:47 2004] [info] mod_unique_id: using ip addr 127.0.0.1
[Tue Jan 13 14:48:48 2004] [notice] Apache/1.3.29 (Debian GNU/Linux) 
mod_accounting/0.5 PHP/4.3.3 configured -- resuming normal operations
[Tue Jan 13 14:48:48 2004] [info] Server built: Dec 17 2003 15:54:05
[Tue Jan 13 14:48:48 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Tue Jan 13 14:51:40 2004] [info] removed PID file /var/run/apache.pid 
(pid=6942)
[Tue Jan 13 14:51:40 2004] [notice] caught SIGTERM, shutting down

Any ideas?


-- 
Mit freundlichen Gruessen,

Degirmenci


pgpPHmvSCuuxV.pgp
Description: PGP signature

Dependency of libapr0 on libdb4.1

[Vladimir Prus]

Hello,
I'm having a problem with dependencies of libapr0. I would like to build tje 
current version of Subversion (http://subversion.tigris.org), because the 
Debian package is out-of-date.

Among the dependencies listed in 

http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=54202

are Apache 2.0.48 and Berkeley DB 4.2.52. So, I planned to install libapr0 
2.0.48, libdb4.2 and libdb4.2-dev. Unfortunately, the current version of 
libapr0 depends on libdb4.1, so installing libdb4.2-dev will break that 
dependency.

What is the best solution here? Maybe, it's possible to make libapr0 depend on 
libdb4.2?

TIA,
Volodya

DIRECTOR A TIEMPO PARCIAL?

[comercial]

Title:  








Distinguido Director

 

¿Se ha planteado contratar un Director
Financiero a tiempo parcial? ¿Y un Director Administrativo? ¿Y un controlador
de Gestión?

Hasta ahora probablemente no, pues nadie hubiera querido.  

 

¡AHORA SI PUEDE!, a través de una empresa
destinada a ayudar!!

 

Ayudar en los aspectos administrativos y financieros de su
empresa, con soluciones prácticas y reales ya probadas y forjadas a través de
nuestros profesionales que llevan 20 años trabajando en empresas de reconocido
prestigio como TALGO, SANOFI, IMERYS, ALCAMPO, … en puestos de Dirección
Financiera y Administrativa, Dirección de Recursos Humanos y Dirección General.

 

Por ello le invitamos a leer las líneas siguientes con el
fin de conocer el ámbito de actuación en el que trabajamos, y si lo desea,
estamos a su disposición para hacerle de forma presencial una presentación
completa.

 

También puede visitar nuestra página web  www.masvalor10.com
o contactarnos a través de los siguientes datos:

 

MAS VALOR 10 S.L.

C/ Orense, 85

Edificio Lexington

Tf: 917 882 610

Fx: 915 714 244

 

Sin otro particular, a la espera de sus gratas noticias,
reciba un cordial saludo.

 

Pedro PAZAT de LYS y LACHAUD

Socio Director

 




 
  
  
  
 
 
  
  
   


 
  
  Nuestro
  Objetivo
  Dedicarnos a resolver sus dificultades
  Administrativas o Financieras, cotidianas o coyunturales, añadiendo Más
  Valor a su organización a través de nuestro conocimiento y experiencia adquirida
  en el mundo empresarial.
  La globalización de la economía y la exigencia de
  la competitividad ha llevado a las entidades (empresas, organismos, ..) a
  centrarse en los aspectos comerciales y productivos, en detrimento,
  algunas veces, de los financieros y administrativos, tanto en la
  vertiente de obtención de datos como en el análisis de los mismos.
  
 



   
   



   
   


 
  
  Pero si queremos ser
  realmente mas competitivos o mas eficientes, debemos dar Más Valor a
  nuestras cuentas, nuestra tesorería, nuestras inversiones, nuestro
  almacén, nuestros proyectos, .. mediante un análisis y un control
  altamente cualificado, realizado por profesionales con una gran
  experiencia en múltiples sectores de actividad.
   
  
 
 
  
  
  
 



   
  
   
  
   


 
  
  Externalización
  (Outsourcing)
  Desde MÁS VALOR Usted tendrá solucionados la
  organización y el funcionamiento de sus departamentos Financiero y
  Administrativo porque nosotros lo haremos por Usted. 
  
 



   
   



   
   


 
  
  Porque si lo desea, podemos
  llevarle la contabilidad on-line desde su oficina sin tener que copiar,
  mandar, manejar (extraviar) sus documentos, nuestro personal se
  desplazará allí donde esté la documentación y exista un ordenador
  conectado a la
   red. Nosotros ponemos el personal y la informática
  (maquinas y programa).
  Porque podrá consultar su
  contabilidad a través de Internet en todo momento sin tener que esperar,
  manejar papeles, etc.
   
  
 



   
   


 
  
  
  
 



   
  
  
  
  
  
   


 
  
  Consultoría
  Podemos ayudar a detectar riesgos, implantar
  políticas de enderezamiento, a sanear costes, a proteger sus activos.
  Porque nuestra experiencia se ha fraguado durante
  20 años en empresas nacionales y multinacionales, pudiendo dar soluciones
  reales y prácticas, no sacadas de un manual de consultoría.
  Porque podemos dar MAS VALOR examinando la
  tesorería o gestión bancaria, trabajando sobre sus activos y pasivos
  circulantes, controlando la rentabilidad de las inversiones, mejorando su
  productividad.
  Somos expertos en dar MÁS VALOR en los siguientes
  apartados:
  Modernización de
  empresas: 
  Prevenir y gestionar
  riesgos: 
  Mejorar la tesorería: 
  Valorar los activos:
  Analizar los sistemas
  de información:
  
 



   
   



   
   


 
  
   
  Formación
  Gestión del Cambio
  Balances y cuentas de
  resultado
  Contabilidad para no
  financieros
  Cuadros de Mando y
  Reporting
  Sistemas de Información
  Tesorería
  Finanzas para no
  financieros
  Control de Gestión
  Accidentes y riesgos
  laborales
  Desvinculación laboral:
  coste y oportunidad
  Organización de la
  Administración
  Y otros
  cursos hechos a medida para sus necesidades
   
  Porque una de las maneras de mejorar la
  eficiencia de su personal es dándole la formación que necesitan en cada
  área de res

Bug#227294: apache-perl: hangs reading files in conf.d blocking startup process

[Fabio Massimo Di Nitto]

reassign 227294 libapache-mod-ssl
stop
quit
thanks

Hi Streph,
as you have noticed apache doesn't write anything inside conf.d.
If a package writes a portion of config file in there breaking other stuff
there is nothing i can do as a apache maintainer other than reassigning
the bug to the appropriate package. In any case if conf.d is only
commented in the configuration it shouldn't be readded automatically.
(at least that's what the script is supposed to do)

Fabio

On Sun, 11 Jan 2004, Streph Treadway wrote:

> Package: apache-perl
> Version: 1.3.29.0.1-3
> Severity: normal
>
> I upgraded today from 1.3.29-1 to take advantage of the bugfix for #223829.
> Thanks, by the way.  I am running apache-perl with mod_ssl as a DSO.
> I use mod_ssl in a single virtual host.  The upgrade installed two files
> related to mod_ssl in conf.d, which was otherwise empty.  One of these
> appeared to contain global configuration directives and the other had
> vhost-specific directives.  Neither appered related to my particular
> configuration, which remains in http.conf.  When attempting to restart
> after the upgrade, apache-perl hung reading the files in conf.d and did
> again on attempts to restart.  This was particularly annoying as it
> blocked the startup process.  For now I have commented out the include
> directive in httpd.conf for conf.d, and all is well.  But I expect I will
> have to repeat the process on my next routine upgrade.  The apache-perl
> error.log has the following which suggests the problem is that my key is
> not where the default configuration expects it to be:
>
> [Sun Jan 11 17:46:02 2004] [error] mod_ssl: Init: Private key not found
> (OpenSSL library error follows)
> [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D094068:asn1 encoding
> routines:d2i_ASN1_SET:bad tag
> [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D0680A8:asn1 encoding
> routines:ASN1_CHECK_TLEN:wrong tag
> [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D07803A:asn1 encoding
> routines:ASN1_ITEM_EX_D2I:nested asn1 error
> [Sun Jan 11 17:46:02 2004] [error] OpenSSL: error:0D09A00D:asn1 encoding
> routines:d2i_PrivateKey:ASN1 lib
>
>
> Thanks again,
>
> Streph
>
> -- System Information:
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux janus 2.4.19 #4 SMP Wed Aug 20 19:54:38 EDT 2003 i586
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages apache-perl depends on:
> ii  apache-common   1.3.29.0.1-3 Support files for all Apache 
> webse
> ii  debconf 1.4.4Debian configuration management 
> sy
> ii  dpkg1.10.18  Package maintenance system for 
> Deb
> ii  libapache-mod-perl  1.29.0.1-3   Integration of perl with the 
> Apach
> ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries 
> an
> ii  libdb4.14.1.25-13Berkeley v4.1 Database Libraries 
> [
> ii  libexpat1   1.95.6-6 XML parsing C library - runtime 
> li
> ii  libmagic1   4.06-2   File type determination library 
> us
> ii  libpam0g0.76-14.1Pluggable Authentication Modules 
> l
> ii  libperl5.8  5.8.2-2  Shared Perl library.
> ii  mime-support3.23-1   MIME files 'mime.types' & 
> 'mailcap
>
> -- debconf information:
>   apache-perl/old-pidfile-set:
> * apache-perl/upgrade-from-apache-conflict:
>   apache-perl/server-port: 80
>   apache-perl/init: true
> * apache-perl/enable-suexec: false
>   apache-perl/server-name: www.ginkwunk.net
>   apache-perl/server-admin: [EMAIL PROTECTED]
>   apache-perl/document-root: /var/www
>
>
>
>

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Processed: Re: Bug#227294: apache-perl: hangs reading files in conf.d blocking startup process

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 227294 libapache-mod-ssl
Bug#227294: apache-perl: hangs reading files in conf.d blocking startup process
Bug reassigned from package `apache-perl' to `libapache-mod-ssl'.

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Re: Thought: hell is going to break loose

[Fabio Massimo Di Nitto]

Hi David,

On Mon, 12 Jan 2004, David N. Welton wrote:

>
> ... when a stable release comes out and people's apache installations
> suddenly *stop working*.  Do some calculations based on how many
> people are making noise about this issue now and I think 'royal
> ruckus' doesn't begin to describe the situation.

Well you are welcome to help us in maintaing apache. We are an open team
and we really appreciate help since apache is such a wide and complex
package that it is impossible to verify any situation in advance.

> There has got to be a way that things can not just fall over like that.
> Debian to me is about providing stable upgrades, even if someone has
> done something we now consider to be trampling on Debian's territory.

we do all agree on this issue.. help us testing packages before release is
even better.

Fabio

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Bug#225015: apache: fails to upgrade

[Fabio Massimo Di Nitto]

Hi Martin,

On Tue, 23 Dec 2003, Martin Hans wrote:

> Package: apache
> Version: 1.3.29.0.1-3
> Severity: important
> Tags: sid
>
> The apache package fails to upgrade:
>
> Setting up apache (1.3.29.0.1-3) ...
> Starting web server: apache failed
> invoke-rc.d: initscript apache, action "start" failed.

Can you please check the logs for errors and see what is causing the
failure?

> dpkg: error processing apache (--configure):
>  subprocess post-installation script returned error exit status 1
>
> Afterwards the apache package is broken, but the apache itself
> is running.
> I got no "/var/www" like #224454 and my /var/www is just a directory.

I don't understand... do you have a /var/www or not?? /var/www is only
created on installation.. it is not touched across upgrades.

Fabio

-- 
Our mission: make IPv6 the default IP protocol
"We are on a mission from God" - Elwood Blues

http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 224390 + pending
Bug#224390: apache-ssl: SSLCacheServerPort: httpd.conf not updated
Tags were: wontfix sid
Tags added: pending

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#223780: apache-common: 'modules.conf' included twice

[Duck]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Fabio Massimo Di Nitto <[EMAIL PROTECTED]> writes:

> Hi Marc,

Coin Fabio,

> I really cannot understand why it was included twice. I did check again
> the script step-by-step and found nothing strange (also using your
> config). Can you reproduce this problem? If so please add
> set -x to modules-config so that i can see where it fails.

No, i cannot reproduce the bug, sorry.
I manually corrected the file. I saw that 2 new revisions have been out
and that i upgraded without noticing anything, so it seems to be
unreproducible even on my own host.

That's really strange.
I think this bug can now be closed, if anything goes wrong again i would
reopen it and try to set -x to modules-config to have more information.

Thx for your help Sir !
:-)

- -- 
Marc DequÃnes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iD8DBQFAAyVJsczZcpAmcIYRAjBlAKCkbpH6rz65ZXnxidoy4Oxd8lIK3QCgl5nn
bAzo4cYiDKd/dNbLmyPeLFc=
=lg8+
-END PGP SIGNATURE-

Bug#227357: /usr/lib/apache/1.3/mod_log_config.so undefined symbol: ap_popenf_ex (from log rotate?); but it obviously can...

[Anthony DeRobertis]

Package: apache
Version: 1.3.29.0.1-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is a testing server which I only use every once and a while. I
upgraded to the lastest version of apache yesterday, and that worked.

This morning, I find my apache is not running. Looking in the error log,
I see:

[Mon Jan 12 02:38:13 2004] [error] [client 192.168.65.1] File does not exist: 
/var/www/ITBC/include/menucode.php
[Mon Jan 12 06:26:38 2004] [notice] SIGUSR1 received.  Doing graceful restart
Syntax error on line 8 of /etc/apache/modules.conf:
Cannot load /usr/lib/apache/1.3/mod_log_config.so into server: 
/usr/lib/apache/1.3/mod_log_config.so: undefined symbol: ap_popenf_ex

02:38:13 was the last I touched the machine. I was asleep from around
then until ~11:00:00 this morning. I think that must of come from
logrotate rotating the logs. The postrotate there looks like this:

   postrotate
   if [ -f /var/run/apache.pid ]; then \
/etc/init.d/apache reload > /dev/null; fi
   endscript

(shouldn't that use invoke-rc.d, btw?)

I just started apache again, and the config is fine:
Processing config directory: /etc/apache/conf.d
[Mon Jan 12 16:08:53 2004] [warn] pid file /var/run/apache.pid overwritten -- 
Unclean shutdown of previous Apache run?
[Mon Jan 12 16:08:54 2004] [notice] Apache/1.3.29 (Debian GNU/Linux) PHP/4.3.3 
configured -- resuming normal operations
[Mon Jan 12 16:08:54 2004] [notice] Accept mutex: sysvsem (Default: sysvsem)

I have not modified any apache config since installing the package
(i.e., a while before either time stamp)

- -- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux bohr 2.4.22-bohr #1 SMP Fri Dec 5 08:58:30 EST 2003 i686
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages apache depends on:
ii  apache-common   1.3.29.0.1-3 Support files for all Apache webse
ii  debconf 1.3.22   Debian configuration management sy
ii  dpkg1.10.18  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb4.14.1.25-10Berkeley v4.1 Database Libraries [
ii  libexpat1   1.95.6-6 XML parsing C library - runtime li
ii  libmagic1   4.06-2   File type determination library us
ii  libpam0g0.76-14.1Pluggable Authentication Modules l
ii  logrotate   3.6.5-2  Log rotation utility
ii  mime-support3.23-1   MIME files 'mime.types' & 'mailcap
ii  perl [perl5]5.8.2-2  Larry Wall's Practical Extraction 

- -- debconf information:
* apache/enable-suexec: false
* apache/server-name: bohr.local
* apache/document-root: /var/www
* apache/server-port: 80
* apache/init: true
* apache/server-admin: [EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAAxBg+z+IwlXqWf4RApWPAJ9p2t9kuvE5+lLtCFzS7lzBs22+QwCfb5lo
mjYHbjvv5DG94IUzwRa+xiE=
=zNYH
-END PGP SIGNATURE-

Bug#225487: apache-ssl: Postinstall fails with a "sed" error

[Douglas Maxwell]

Hi Fabio-

On Mon, Jan 12, 2004 at 09:18:04PM +0100, Fabio Massimo Di Nitto wrote:
>   I am just going trough the bug again and i noticed that there is
> stuff missing from the information required to generate the certificate
> like Locality Name.
> 
> All the fields are required to generate the certificate. Can you kindly
> try again removing /etc/apache-ssl/apache.pem, create a certificate with
> all the fields filled up?

I tried this, and it now seems to work fine. The cert is generated without
error, and apache-ssl starts as normal. This was definitely unexpected
behavior, though. I have generated self-signed certificates before and have
not had to fill in all the fields. Did this change recently? Would a warning
in debconf be appropriate, or perhasps some logic to refuse to generate the
cert if any fields are left blank?

Thanks for your time, it is much appreciated.

Regards,

Doug