Bug#716880: apache2 upgrade failed

2013-07-14 Thread Helmut Grohne
Control: severity -1 important Thanks for the detailed log, because it highlights the cause. On Sun, Jul 14, 2013 at 01:51:55AM +0200, Vincent Lefevre wrote: Purging configuration files for apache2.2-common ... dpkg: warning: while removing apache2.2-common, directory '/usr/lib/cgi-bin' not

Processed: Re: Bug#716880: apache2 upgrade failed

2013-07-14 Thread Debian Bug Tracking System
Processing control commands: severity -1 important Bug #716880 [apache2] apache2 upgrade failed Severity set to 'important' from 'grave' -- 716880: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716880 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Arno Töll
Hi, On 14.07.2013 09:47, Helmut Grohne wrote: As far as I can tell the only way to fix this issue is to introduce a transitional apache2.2-common package containing no files. apache2 would need to depend on apache2.2-common for one release (skipping a release is not supported). we cannot do

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Helmut Grohne
On Sun, Jul 14, 2013 at 11:50:55AM +0200, Arno Töll wrote: we cannot do this as long as the transition is ongoing. Sadly lots of packages reverse-depends on on apache2.2-common. Satisfying this dependency would create (even more) havoc on such systems as apt would not force a removal of

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Arno Töll
On 14.07.2013 12:08, Helmut Grohne wrote: I do not see how the transition is affecting this option. If it breaks during the transition, it can also break a partial upgrade. Introducing apache2.2-common later can cause a broken wheezy-jessie upgrade when a user fails to upgrade the

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Helmut Grohne
On Sun, Jul 14, 2013 at 12:14:04PM +0200, Arno Töll wrote: Pretending we provided apache2.2-common, modules depending on the 2.2 version of the server had their depdencies satisfied. Thus, they would be co-installable with Apache 2.4, they would migrate to Testing and so on. My point was that

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Vincent Lefevre
Control: retitle -1 apache2 upgrade fails when apache2.2-common is purged in the process On 2013-07-14 09:47:04 +0200, Helmut Grohne wrote: You are likely using --purge-unused something similar causing the no longer needed package apache2.2-common to be purged. Yes, actually I marked it as

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Arno Töll
On 14.07.2013 12:38, Helmut Grohne wrote: My point was that if modules had their dependencies satisfied in such a way, then dependencies are wrong even for a wheezy - jessie upgrade, because as you later point out it would break the whole server. They are wrong and this can get really nasty. I

Bug#716880: apache2 upgrade failed

2013-07-14 Thread Stefan Fritsch
clone 716880 -1 retitle -1 apache2 package upgrade fails if the configuration is inconsistent thanks Am Sonntag, 14. Juli 2013, 01:51:55 schrieb Vincent Lefevre: Purging configuration files for apache2.2-common ... The problem seems to come from the following

Processed: cloning 716880, retitle -1 to apache2 package upgrade fails if the configuration is inconsistent

2013-07-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: clone 716880 -1 Bug #716880 [apache2] apache2 upgrade fails when apache2.2-common is purged in the process Bug 716880 cloned as bug 716921 retitle -1 apache2 package upgrade fails if the configuration is inconsistent Bug #716921 [apache2]

Processed: tagging 716694, tagging 716921

2013-07-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 716694 + pending Bug #716694 [apache2-dev] apache2-dev: dh_apache2 conditional function needs to be defined in postrm too Added tag(s) pending. tags 716921 + pending Bug #716921 [apache2] apache2 package upgrade fails if the configuration

Bug#714341: apache2: Disabled Sites Still Served

2013-07-14 Thread Stefan Fritsch
Am Freitag, 28. Juni 2013, 00:01:47 schrieb lastlegends: Package: apache2.2-common Version: 2.2.22-13 Severity: important Hello, I am running apache on the raspian wheezy version of a raspberry pi (because I can). However, whenever I use a2dissite to disable a site and then

Bug#714329: Apache2 Basic Authentication on Ldap

2013-07-14 Thread Stefan Fritsch
Am Donnerstag, 27. Juni 2013, 21:04:35 schrieb Ricardo Barioni: Apache is not authenticating on Ldap. The same authentication directives works fine at Debian 5 and 6. Please set the loglevel to debug and check if there are any ldap related messages in the error log.

Bug#713967: apache2-bin: daemon doesn't close all fds on fork - which causes postinst with debconf to hang

2013-07-14 Thread Stefan Fritsch
severity 713967 wishlist thanks Am Mittwoch, 3. Juli 2013, 14:37:40 schrieb Markus Frosch: Though in terms of closing fds when forking a daemon I'd like to point at the following tutorial: http://www.fifi.org/doc/debconf-doc/tutorial.html#AEN198 [quote] Your postinst uses debconf and

Processed: Re: Bug#713967: apache2-bin: daemon doesn't close all fds on fork - which causes postinst with debconf to hang

2013-07-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: severity 713967 wishlist Bug #713967 [apache2-bin] apache2-bin: daemon doesn't close all fds on fork - which causes postinst with debconf to hang Severity set to 'wishlist' from 'important' thanks Stopping processing here. Please contact me if

Processed: tagging 712914

2013-07-14 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 712914 + pending Bug #712914 [ssl-cert] ssl-cert: [INTL:ja] New Japanese translation Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 712914:

Bug#714341: apache2: Disabled Sites Still Served

2013-07-14 Thread ash martin
Unfortunately the problem still persists when apache is reloaded. The virtual host is also still served when I use a command line tool like curl so it is not a caching issue either. On Sun, Jul 14, 2013 at 2:47 PM, Stefan Fritsch s...@sfritsch.de wrote: Am Freitag, 28. Juni 2013, 00:01:47