On Sun, Jan 2, 2011 at 11:27 PM, Arno Töll deb...@toell.net wrote:
The patch overrides the default dh_installinit call that dh(1) generates
and replaces it with a non fatal variant by using --error-handler
supported in recent versions of debhelper.
Thanks, comitted to SVN.
Olaf
--
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I provide a patch which (finally) closes 383425. It is based on the
source version 1.4.28-1 provided in testing, but builds for sid's
1.4.28-2 as well.
The patch overrides the default dh_installinit call that dh(1) generates
and replaces it with a
On 03-Jun-08, 15:24 (CDT), Pierre Habouzit [EMAIL PROTECTED] wrote:
[lighttpd fails install if something else is already running on port 80]
Well I reckon it's not really well documented, I'm not not sure where
to put that. dpkg is maybe not the place to put that. I'll followup that
on
Package: lighttpd
Followup-For: Bug #383425
Of course, this problem is not specific to lighttpd. The same problem occurs
with other daemons which you may notwant to enable system-wide but that users
may want to use, such as MPD. Of course, the problem also occurs in other
circumstances
On Tue, Jun 03, 2008 at 06:03:52AM +, Stefan Monnier wrote:
Package: lighttpd
Followup-For: Bug #383425
Of course, this problem is not specific to lighttpd. The same problem
occurs with other daemons which you may notwant to enable system-wide
but that users may want to use
Of course, this problem is not specific to lighttpd. The same problem
occurs with other daemons which you may notwant to enable system-wide
but that users may want to use, such as MPD. Of course, the problem
also occurs in other circumstances, such as when creating a Debian
system inside a
On Tue, Jun 03, 2008 at 01:52:12PM +, Stefan Monnier wrote:
Of course, this problem is not specific to lighttpd. The same problem
occurs with other daemons which you may notwant to enable system-wide
but that users may want to use, such as MPD. Of course, the problem
also occurs in
Debian is intended to work simply for the most used scenario, and to
need a 10 liner configuration for the less common ones. It's more common
that people want their sole httpd to be started on install than users
having lots of chroots.
Sure. As I said: The default might be to activate at
On Tue, Jun 03, 2008 at 07:42:55PM +, Stefan Monnier wrote:
Debian is intended to work simply for the most used scenario, and to
need a 10 liner configuration for the less common ones. It's more common
that people want their sole httpd to be started on install than users
having lots
Bastian Kleineidam wrote:
Package: lighttpd
Version: 1.4.18-1
Followup-For: Bug #383425
Hi,
here is a little perl script that checks if a port is already used
by trying to bind() to it. I propose in the postinst you do:
if fresh_install:
if port 80 is taken (by using the supplied
Package: lighttpd
Version: 1.4.18-1
Followup-For: Bug #383425
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
here is a little perl script that checks if a port is already used
by trying to bind() to it. I propose in the postinst you do:
if fresh_install:
if port 80 is taken (by using
Hello!
I also had a look to that issue.
In my opinion, the difference is the postinst script in the .deb package.
I compared it with the postinst script of an Apache2 package.
In Apache2 there is the line
invoke-rc.d apache2 start || true
to start the apache2 server.
In lighttpd
On Wed, Nov 14, 2007 at 01:53:33PM +, M. Koehrer wrote:
Hello!
I also had a look to that issue.
In my opinion, the difference is the postinst script in the .deb package.
I compared it with the postinst script of an Apache2 package.
In Apache2 there is the line
invoke-rc.d
On Sun, Jul 29, 2007 at 03:04:52PM +0200, Olaf van der Spek wrote:
you can't install a
server along another that listens on the same port without having
fixed one or another configuration file.
Why not?
You can't start it, sure.
and that sucks hard time. FWIW apache2 is started on
you can't install a
server along another that listens on the same port without having
fixed
one or another configuration file.
Why not?
You can't start it, sure.
We have two choices, either have the server work out from the box for
those who only install lighttpd, and/or disable it
tag 383425 + wontfix
thanks
On Sat, Mar 10, 2007 at 07:40:18PM +1100, William Grant wrote:
We've had this reported[1] in Ubuntu too. It can cause upgrades to fail
if you have multiple HTTP servers installed, and opt to replace
lighttpd's configuration file.
[1]
We've had this reported[1] in Ubuntu too. It can cause upgrades to fail
if you have multiple HTTP servers installed, and opt to replace
lighttpd's configuration file.
[1] https://bugs.launchpad.net/ubuntu/+source/lighttpd/+bug/86882
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: lighttpd
Followup-For: Bug #383425
I am facing the very same problem on my server: I have a global apache
as a front-end, and a lighttpd instance running with specific uid/gid
for each website on local high ports.
With these settings you'll understand that I have strictly no need
And, how is this different from the behavior of any other webserver?
apache2 installs itself as disabled and asked to enable it in
/etc/defaults/apache2 (or at least it did it in the past).
--
Mikhail Gusarov
Senior Software Engineer
SWsoft, Inc.
JID: [EMAIL PROTECTED]
--
To UNSUBSCRIBE,
Package: lighttpd
Version: 1.4.11-7
Severity: grave
Justification: renders package unusable
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Johann Friedrich [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: lighttpd:
severity 383425 wishlist
thanks
On Thu, Aug 17, 2006 at 01:23:39AM -0700, Ken Bowley wrote:
I wish to install lighttpd to use as a web server for a Ruby on Rails
application, but it will not be running on port 80 (already used by
Apache). The postinst script fails on a new installation when
21 matches
Mail list logo