Re: apache 1.3 will soon be removed from testing/unstable
On Mon, Apr 30, 2007 at 12:56:17PM -0500, Peter Samuelson wrote: Same for apache 1.3 (including apache, apache-ssl, apache-perl); it too will soon disappear from sid and lenny. There are currently only a handful of apache 1.3 module packages in sid, against which bugs will be filed, but there are quite a few packages which depend on things like apache | httpd, which should be updated, though not urgently. Reply-To set to to the debian-apache list. Should apache2 Replace/Provide: apache in Lenny in order to facilitate upgrades from Etch? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421149: Causes FTBFS with GCC 4.3: the meaning of inline changed in C99
On Thu, Apr 26, 2007 at 08:50:42PM +0200, Martin Michlmayr wrote: Package: apache-dev Version: 1.3.34-4.1 Usertags: ftbfs-gcc-4.3 Your package causes other packages to fail to build with GCC 4.3. Since Apache 1.3 is not intended to release with Lenny, I don't think it's worth fixing this problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385083: apache: Large files support in default installation doesn't work
severity 385083 wishlist merge 156972 385083 thanks Seems like you didn't read bug 156972. You can try the version of apache2 in experimental to get this problem fixed. On Tue, Aug 29, 2006 at 12:47:08AM +0200, Mr. Zdeeck wrote: Maybe I'm just misinformed, but large files support (2GB) doesn't work. For example if large file is present in the directory and the directory is listed using apache (ie mod_autoindex), the presented filesize is the real filesize modulo 2GB. I think in these days, when filesizes 2GB are getting more common (see DVD images, etc.) it's critical bug that default installation of apache in such distribution as Debian doesn't support them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241223: apache2.2 is available...
On Tue, Apr 11, 2006 at 09:10:35PM -0700, [EMAIL PROTECTED] wrote: Apache 2.2 has been released since November 2005... O RLY? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344072 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mod_vhost_dbi, mod_dbi_pool and mod_log_sql
On Wed, Jul 13, 2005 at 12:44:07AM +1000, VHCS Hosting wrote: Hi, Can you include mod_vhost_dbi, mod_dbi_pool and mod_log_sql into the reps... they will help many people using apache and mass vhosting. Hi. We don't actually include all the apache modules in the apache package; this would be an awful maintenance burden. Instead we allow people to create their own packages, normally of the form libapache-mod-vhost-dbi, etc. So these can be RFP'd just like any other Debian package; see the instructions at http://www.debian.org/devel/wnpp/ for details. Thanks -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301266: Always advertises 'Debian GNU/Linux'
On Sat, Mar 26, 2005 at 06:04:11PM +0100, Robert Millan wrote: - Someone proposed that it's easier to scrap it (ignoring the fact that I already provided a patch). Not just easier. More standards-compliant. I hereby propose to replace the constant string Debian GNU/Linux with a dynamic string that detects the kernel and becomes Debian GNU/$kernel. And I counter-propose replacing the constant string Debian GNU/Linux with just Debian. The argument that netcraft might want to report on which kernel variant we're using is absurd; they can already tell this from their other probing techniques. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301266: Always advertises Debian GNU/Linux
On Fri, Mar 25, 2005 at 05:51:50PM +0100, Robert Millan wrote: My apologise, but this patch produces FTBFS due to broken command-line options in gcc. I'm working on a fix and will send it RSN. I'm not sure it's worth it. I remember a bug against Apache 1.3 saying that we shouldn't include the Debian GNU/Linux string as that said we had component GNU with version Linux. See sections 3.8 and 14.38 of HTTP/1.1. Why don't we just put (Debian) in instead? -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272686: include mod_deflate with apache 1.3
reassign 272686 wnpp retitle 272686 RFP: mod_deflate thanks New modules should be packaged separately, not included. On Tue, Sep 21, 2004 at 02:54:08PM +0100, Carl Johnstone wrote: Package: apache Version: 1.3.31-5 Severity: wishlist Could this be included with the debian apache package? http://sysoev.ru/en/ It's an alternative to mod_gzip, which seems to be much more mature - it also links with zlib rather than including it's own version. Carl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#269019: Confusion reigns supreme
severity 269019 wishlist retitle 269019 Please package mod_bandwidth 2.0.5 thanks There are two modules called mod_bandwidth. You're reading the documentation for the one we don't ship. Were it not now only picoseconds before sarge releases, I'd add the new mod_bandwidth, but we're planning on killing apache 1.3 post-sarge, so it'd be a lot of wasted work. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: Bug#257775: AddDefaultCharset default setting is misleading
On Tue, Jul 06, 2004 at 07:10:10AM +0200, Fabio Massimo Di Nitto wrote: This thing has been discussed over and over. This is the last reference to it: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=211889archive=yes Since setting AddDefaultCharset off can imply security problem we will never switch it to off. For more information please check the previous URL and the apache documentation on httpd.apache.org I think the real bug here is in the html specification -- it says the server's setting overrides the document's setting, which just seems daft. My understanding of the security problem is that you need to always set _some_ charset encoding. So I think it'd be a good idea to always set utf-8 rather than latin1 in new installations. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: Bug#257775: AddDefaultCharset default setting is misleading
On Tue, Jul 06, 2004 at 04:41:28PM +0200, Fabio Massimo Di Nitto wrote: The reason why i didn't change default setting is because all the internal error pages uses latin1 (AddDefaultCharset on) and i didn't want to create a discrepancy between the config and the internal pages. I didn't realise they used anything outside of ascii. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#256109: libapr0: apr shared memory segments stick around forever if there's a crash
On Mon, Jun 28, 2004 at 05:24:37PM -0700, Tyler 'Crackerjack' MacDonald wrote: I can understand the kernel not knowing that the memory is no longer used if there was still a straggler process hanging onto it. But when there are no processes left to access it, why does this continue to happen? If memory doesnt belong to any process at all, shouldn't it be, well, free? Regular memory works this way, files and filehandles work this way, why doesn't shared memory? Is it really that hard to keep a count of running processes that have opened a shared memory segment? It wouldn't be hard for the kernel to do at all. But unfortunately, the crack-smokers who wrote POSIX.4 decided that IPC was different. The kernel is *required* to keep them around after all processes exit. And if this is a deficiency of the linux kernel, shouldn't APR, as a Portability library, be ready to handle this quirk and clean up for you, either automatically, or via a portable equivalent to ipcrm, etc? Yes, I would agree with that. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#243918: apache adds webmaster alias but forget newaliases
On Thu, Apr 15, 2004 at 05:56:28PM +0200, Jeroen van Wolffelaar wrote: /etc/aliases is the source file for the system mail aliases (e.g., postmaster, usenet, etc.), it is the one which the sysadmin and postinst scripts may edit. After /etc/aliases is edited the program or human editing it must call newaliases. All MTA packages must come with a newaliases program, even if it does nothing, but older MTA packages did not do this so programs should not fail if newaliases cannot be found. Note that because of this, all MTA packages must have Provides, Conflicts and Replaces: mail-transport-agent control file fields. That's great, but how can we possibly do that? If you know what path newaliases has, you can simply do if [ -x $NEWALIASES ] $NEWALIASES I suppose we could do something like: for i in /bin /sbin /usr/bin /usr/sbin /usr/local/bin /usr/local/sbin; do if [ -x $i/newaliases] $i/newaliases done but that's pretty ugly. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: tomcat4 package not available
On Tue, Mar 23, 2004 at 07:35:02AM +0100, Lars Tobias Borsting wrote: This is concerning tomcat4, I'm not sure if apache is the right mailing list. I'm using Debian unstable and would like to install the tomcat4 package, but apt can't find it. I run: % apt-get install tomcat4 Reading Package Lists... Done Building Dependency Tree... Done Package tomcat4 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package tomcat4 has no installation candidate Do you have 'contrib' in your apt sources.list? -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#237782: Ok...
On Sat, Mar 13, 2004 at 09:27:27PM +, Thom May wrote: And the NameVirtualHost define file that i've made. began with an - And the new version of Apache apparently couldn't handle that. Thanks for the help! Ah, yeah. We've tightened up what gets included for safety's sake, so you can't have file that don't start with an alphanumeric character anymore. Maybe we should check for that at install time and pop up a debconf note? -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: New Casino : Get $120 Free from Diamond Casino
On Thu, Mar 11, 2004 at 09:04:32PM -0800, Jeff Houlton wrote: Get me off your fuckin mailing list wouldya,, i have tried repeatedly to be removed and it doesnt work so fuck off with your shit,, thankyou. why is it our fault you're too incompetent to read the headers which tell you how to unsubscribe on every post? -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#235566: apache: Apache does not load; no errors given
On Sun, Feb 29, 2004 at 11:29:28PM -0500, Bill Denney wrote: My system does not load apache and it does not write an error to the error log (/var/log/apache/error.log or to /var/log/messages). Upon restart, I get this in /var/log/apache/error/log: Processing config directory: /etc/apache/conf.d [Sun Feb 29 23:10:47 2004] [warn] pid file /var/run/apache.pid overwritten -- Unclean shutdown of previous Apache run? I'm having severe difficulty localizing the problem since I don't have any errors to go from. When I run apache in single server mode (apache -X -F), it gives a segmentation fault (this behavior just started--previously it would work in this mode). I've still not localized the problems from this. What modules do you have enabled? (PHP often causes problems of this type.) Try disabling modules and see if the problem goes away. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#233694: apache: mod_autoindex missing IndexOption IgnoreCase
On Fri, Feb 20, 2004 at 12:59:56AM +1100, Andrew Greig wrote: After running 'strings' against mod_autoindex.so, then subsequently examining the apache .orig.tar.gz, showed that the standard mod_autoindex is not being used. Instead the mod_autoindex.c from apache-contrib-1.0.8a, which lacks IgnoreCase, appears to be included. My questions: - Why are contributed, undocumented modules being used instead of the standard ones? - Could the standard mod_autoindex be included instead? - How can I list files case-insensitively with the current Debian apache? This is a decision that predates my involvement with Apache. From some archaelogical digging, mod_autoindex was modified by Johnie Ingram (the previous maintainer) to introduce StudlyIndexing. Now people may be using StudlyIndexing so we can't just arbitrarily switch back. The good news is that the IgnoreCase option doesn't seem to be a huge amount of work to add back to the forked version of mod_autoindex, and I intend to do so within the next week. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: Bug#228421: gcc 3.0.4 generates bad code on Debian 3.0/PARISC
On Sun, Jan 25, 2004 at 11:03:53AM -0700, Grant Grundler wrote: On Sun, Jan 25, 2004 at 06:05:17PM +0100, Willy Tarreau wrote: But the root of the problem lies in gcc 3.0.4 since it is OK in 3.3.2. So wouldn't it be easier to identify and backport the fix from 3.3.2 to 3.0.4 and inform all projects that they must recompile everything on parisc ? recompile everything == new release. AFAICT, the debian way is to recompile the packages that have bugs filed against them and binNMU (Non-Maintainer-Upload) just those packages. Yes, but this is stuff already in stable. Almost everything in sarge should be compiled with gcc 3.2 or 3.3. There are some exceptions, such as old-KDE and some other old libs (C++ ABI changes). It might be worth someone tracking down the va_args patch for 3.0, but I'm certainly not going to do it. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#229653: apache: /etc/init.d/apache still leaking environment
Sorry, this patch is useless to me. Please resend as a unified or
context diff (diff -u).
On Sun, Jan 25, 2004 at 03:48:57PM +0100, [EMAIL PROTECTED] wrote:
Patch:
22a23
ENV=env -i LANG=${LANG} PATH=${PATH}
32c33
start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON
---
$ENV start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON
48c49
start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON
---
$ENV start-stop-daemon --start --pidfile $PIDFILE --exec $DAEMON
--
Ister.ORG
mailto:[EMAIL PROTECTED]
http://www.ister.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception. -- Mark Twain
Bug#225430: apache: mod_perl causes segfault
On Sun, Jan 04, 2004 at 09:27:11AM +0100, Benoit Panizzon wrote: Package: apache Version: 1.3.27.0-2.0.ipv6.r1 Severity: normal Followup-For: Bug #225430 Hi Yesterday I did my last apt-get upgrade. Since then Apache segfaulted. I've removed mod_perl as suggested in this report and this solved the problem. So this is an apache or a mod_perl problem? neither. there's nothing to be done. we have to wait for apache to propagate into testing. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: apt-get install/remove error
On Sat, Jan 03, 2004 at 05:22:47PM +0100, Eirik Bjarkøy wrote: Removing libapache-mod-perl ... Error: mod_accounting.so does not have a corresponding .info file. You need to file a bug against the package that provides mod_accounting. I don't know what package this is in. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: Fwd: libapache-mod-perl in 'Testing'
On Fri, Jan 02, 2004 at 06:40:43PM -0500, Branden Moore wrote: With perl 5.8.2 moving into 'testing', mod_perl.so seems to be segfaulting. My solution was to build libapache-mod-perl from the debian sources, and apache seems to be working find now. this bug's been reported a dozen times over by now. it's not our fault. perl got pushed into testing and the corresponding mod_perl didn't. once it migrates the problem will be solved. until then we can expect hordes of people using testing to treat the BTS as write-only. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
Re: draft proposal for a new web server policy
On Thu, Dec 11, 2003 at 07:43:29AM +0100, Florian Weimer wrote: In the default configuration, web servers shall bind to localhost only (okay, that's are more general policy issue affecting all network services). um, that's a completely separate Policy proposal; i don't think it helps anyone to try and lump it in with reorganising the web server tree. -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain
