[Daniel Schepler]
> debian/ino_t_test
> ***
> *** 'apr_ino_t' size is 8, expected 4
> *** Please report this to the Debian Apache maintainers
> ***
This test exists in order to detect an ABI change from older 1.2
(before lenny!) to present. Obviously the x32 port didn't exist then,
so, is there
[Ben Reser]
> It's an abuse of apu-config that's true.
>
> My understanding (as well as other SVN devs understanding) was that
> we did this because we were concerned about potentially getting a
> different version of BDB by way of APR-UTIL than what we were linked
> against when we're run inside
> On Sunday 20 March 2011, Raphael Geissert wrote:
> > For apache: Stefan et al,
> > Do you have any objection to switch to libdb5.1-dev (and bd on
> > libdb-dev)?
[Stefan Fritsch]
> Switching libdb version in apr-util has to be coordinated with
> subversion. I am not sure we want that to happen
pplied. Since SH4 is not part of Debian, I see no need to upload
this immediately, but next time we do upload, this will be in it.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of &quo
e
appropriate dependency, which pretty much means two separate -dev
packages, so packages can Build-Depends on the specific one they want.
(See libneon27 / libneon27-gnutls, for example.) What a mess. I don't
think any of that is appropriate for lenny at this time.
--
Peter Samuelson |
[Craig Andrews]
> Can you still bump to 1.3.2 for sid?
Probably best to wait for the general freeze, so that applications
using apr won't be recompiled with 1.3.2 and then be unable to migrate
to testing.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE,
ned symbols
Well, or 3) we build apr-util with the modular db backend thing, where
backends are loaded only when needed, by dlopen. However, this only
hides the problem, it doesn't really solve it.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EM
all (I think).
We'll probably change this when we upgrade to db4.6. Which, IMO, we
should do pretty soon.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[EMAIL PROTECTED]
> Log:
> Don't use AddDefaultCharset for our docs
You know, I think I agree with those (including you, I notice, reading
#415775 again) who say we shouldn't be using AddDefaultCharset _at
all_. The issue came up a bit too late for etch, but I think for lenny
it is reasonable to
the init handling completely contained
within apache2.2-common?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Achim Seufert]
> > # Make sure /var/lock/apache2 has the correct permissions
> > if [ -d /var/lock/apache2 ]; then
> > chown www-data /var/lock/apache2
> > fi
>
> So this indicates that the ownership of /var/lock/apache2 really should
> be assigned to www-data.
> I really don't know why
[Ganesh Sittampalam]
> I am not sure if mod_disk_cache was enabled or not before the upgrade
> to etch (from sarge), but it was certainly not using disk space in
> the same way.
In the sarge packages, /etc/apache2/mods-available/proxy.load includes
four modules: mod_cache, mod_disk_cache, mod_pro
[Alan LeVee]
> The shell script `a2enmod` uses a relative path instead of an
> absolute path when enabling modules. This is minor security concern
> as it could cause any potential problems whilst running Apache by
> allowing path traversal.
I can understand the aesthetic desire for a2ensite and
tags 420101 pending
thanks
[Darren Griffith]
> It fails because, after installing the apache2.2-common package, the
> ownership of the /var/lock/apache2/ directory is:
>
> drwxr-xr-x 2 root root 4096 Apr 20 11:54 /var/lock/apache2/
Indeed. I'm changing /etc/init.d/apache2 to create that direc
[Robin Cornelius]
> On an apache2 directory configuration the following does not work any more:-
>
>
> Options +Includes Indexes FollowSymLinks MultiViews
From http://httpd.apache.org/docs/2.0/mod/core.html#options:
Warning
Mixing Options with a + or - with those without
[Matthew Wilcox]
> Should apache2 Replace/Provide: apache in Lenny in order to facilitate
> upgrades from Etch?
My feeling is no, because migrating a config from one to the other is a
Fairly Hard Problem. It was hard enough to try to migrate 2.0 to 2.2,
we didn't even get that right in all cases
[sean finney]
> just a heads up, php4 will not be supported in lenny and will be
> disappearing from the unstable trees sometime in the not too distant
> future.
Same for apache 1.3 (including apache, apache-ssl, apache-perl); it too
will soon disappear from sid and lenny. There are currently o
[Colin Charles]
> Its dual-licensed, http://apache.webthing.com/svn/apache/apr/apr_dbd_mysql.c
>
> So with the FLOSS exception, should it not be OK if Debian shipped
> apr_dbd_mysql ?
It was already OK. We haven't been shipping it because I can't
personally test it (I don't use MySQL), and whe
[Santhosh Thottingal]
> I have completed the Malayalam translation of apache_1.3.34-4.1
> debconf templates. See the attachment.
Thanks ... but I don't think we will be able to use this. Apache 1.3
will probably be removed from the archive soon (it will not be shipped
in lenny), and translation
tags 417551 pending
thanks
[Mehmet TURKER]
> Please find attached the Turkish po-debconf translation.
Applied for the next upload. Thanks.
signature.asc
Description: Digital signature
tags 407307 pending
thanks
[Dick Middleton]
> The line in apache2.conf:
>
> AddOutputFilter INCLUDES .shtml
>
> causes many errors in log:
>
> [error] an unknown filter was not added: includes
Right, that line needs around it.
I'll do that for the next upload.
Thanks,
Peter
signature.asc
[Kjetil Kjernsmo]
> The problem was fixed in the recent 1.30 RC1 of the package:
>
> SECURITY: CVE-2007-1349 (cve.mitre.org)
> fix unescaped variable interpolation in Apache::PerlRun
> regular expression to prevent regex engine tampering.
> reported by Alex Solovey
> [Randal L. Schwartz , Fred Mo
[Robert Millan]
> I recommend in favour of considering this RC. AddDefaultCharset is an *evil*
> feature that is only intended to be used as a dirty hack for broken setups.
I sought more opinions on this issue. People were split, and Steinar
Gunderson brought up the good point that it doesn't m
reassign 416231 libapache2-mod-perl2
thanks
[Frans Pop]
> > Can you send the error.log from apache?
>
> Attached. I've also attached a new version of the upgrade log as I
> noticed I missed a few probably relevant lines at the end.
[First of all, the cosmetic issue ("You may still have some apa
[Frank Küster]
> Any news on this? A patch maybe or a tip how you intend to solve it,
> so that someone else can start testing, and NMU in case you won't
> find time?
My work in progress can be seen at:
svn diff -c303 svn://svn.debian.org/pkg-apache/branches/etch-apache2
I still have to do s
tags 415964 moreinfo
thanks
[Sigurdur Einarsson]
> Forcing reload of web server (apache2)...apache2: Syntax error on line 185
> of /etc/apache2/apache2.conf: Syntax error on line 2 of
> /etc/apache2/mods-enabled/auth_anon.load: Cannot load
> /usr/lib/apache2/modules/mod_auth_anon.so into serve
# sarge upgrade issue, I think it is RC
severity 396782 serious
thanks
I hope I've fixed this for the next upload, targetted for etch, as I
believe it should be RC. I'm teaching the apache2.2-common postinst
how to recognise an upgrade from sarge versus a new install. I hope to
have the time an
# this is a sarge upgrade issue that I think should be RC
severity 407171 serious
thanks
[Per Olofsson]
> I upgraded from sarge and Apache's proxy stopped working. The reason
> was that mod_proxy_http wasn't loaded, but this was in no way obvious
> since that module was not required in sarge.
We
severity 414193 minor
thanks
[Dennis Director]
> In /etc/init.d/apache2, when a reload is requested (as is the case from
> the package manager during upgrades ) ALL files in /etc/apache2 are
> greped for a line begining with "^PidFile". If there was some file with
> a name like config.old that
[Almir Karic]
> is it possible to protect one site in case some other sites gets cracked?
Depends on the attack vector. If the attacker subverts apache itself,
then no, there isn't much you can do about that - except to run
multiple copies of apache on multiple IP addresses. If you're going to
[Raphaël Pinson]
> Some time ago, libapache-mod-auth-mysql was removed from Debian testing
> because it didn't work. However, this package is largely used and really
> needs to be present in Debian.
>
> After spending some time trying to find a patch, I finally packaged the new
> upstream version
reopen 395959
forcemerge 395959 406202
tags 395959 + pending
thanks
[Jiri Solc]
> In libaprutil1 is no support for mysql. Only sqlite and PQ is supported.
This is the result of license difficulties which were not fully
resolved until today.
Thanks,
Peter
signature.asc
Description: Digital sig
[Nick Kew]
> --- apr_dbd_mysql.c (revision 77)
> +++ apr_dbd_mysql.c (working copy)
> @@ -4,16 +4,21 @@
> This program is free software; you can redistribute it and/or modify
> it under the terms of the GNU General Public License as published by
> the Free Software Foundation; either ve
[Nick Kew]
> I'm aware of the Debian issue. A couple of weeks ago I posted
> to your bugs database in an effort to resolve this. It's
> documented in my blog, at
> http://bahumbug.wordpress.com/2006/12/18/apacheaprmysql-packaging/
Ah, indeed you did. I'm sorry for not noticing your earlier pos
Hi,
I'm writing on behalf of a potential redistributor of your
'apr_dbd_mysql' add-on to apr-util. As you probably know, there have
been questions raised by the FSF about compatibility between the GPL
and the Apache License 2.0, used by apr-util. The ASF believes there
is no problem. MySQL A.B
tags 405564 pending
thanks
[Petr Salinger]
> -#ifdef __alpha__
> +#if defined(__alpha__) || defined(__FreeBSD_kernel__)
> typedef unsigned int apr_ino_t;
> #else
> typedef unsigned long int apr_ino_t;
So, on kfreebsd-amd64, ino_t is 32 bits? I'll apply your patch,
but I
[Aurelien Jarno]
> | /bin/sh: mawk: command not found
> The build log is for kfreebsd-amd64, but the same happens in a
> pbuilder on amd64. The build system is calling mawk, but either gawk
> or mawk can be installed on the system. It should either call awk, or
> the package should build-depends
[Marcos Torres Marado]
> Shouldn't this bug be marked as closed?
While the existing fix works, it's not quite in its final form. We
were waiting for someone to test my preferred patch. Now that he's
done so, we'll use that and close the bug.
Thanks,
Peter
signature.asc
Description: Digital s
[H. S. Teoh]
> i686. But it runs on a modified kernel that my colo provider uses for
> running virtual servers. I'm not sure if this makes a difference in
> the build. All I did was `apt-get source libapr1`, copy the new patch
> into debian/patches, and run `dpkg-buildpackage -r fakeroot`.
It mak
reassign 403541 apr-util
forcemerge 395959 403541
thanks
Do not open a new bug because an existing bug was closed. Instead, you
can continue the argument in the old bug itself.
> Does that mean that the Debian Apache Team will not add the
> apr_dbd_mysql driver? Why? INSTALL.MySQL states:
>
>
[H. S. Teoh]
> Hi, the old patch (currently in unstable) already works---my test was
> invalid because I upgraded apache2 but forgot to upgrade libapr1. Do
> you still want me to test the new patch?
Ahh - great to hear! Yes, If it's convenient for you, please do test
my new patch. It's a little
[H. S. Teoh]
> Hi, the fix for #396631 to libapr1 does not work. Apache2 still
> serves 0 bytes when running on a 2.4 kernel (on my virtual colo
> host). Please look into this problem. Thanks!
My old patch is slightly buggy - can you try rebuilding apr 1.2.7-8.1
with this updated version of debi
[Olaf van der Spek]
> >invoke-rc.d decides whether to run the script or not, based on the
> >current runlevel. invoke-rc.d always runs a script for 'reload' or
> >'force-reload' even if the runlevel doesn't include the service, but
> >the same is _not_ true for 'start' or 'restart'.
>
> What's t
[Olaf van der Spek]
> But where does it check whether the service is supposed to run in the
> current runlevel? I didn't see that check in the script itself.
It doesn't. No init script does. That is the job of invoke-rc.d.
invoke-rc.d decides whether to run the script or not, based on the
curr
[Arnt Karlsen]
> a45:~# /etc/init.d/apache2 restart
> Forcing reload of web server (apache2)...apache2: Syntax error on line 185 of
> /etc/apache2/apache2.conf: Syntax error on line 1 of
> /etc/apache2/mods-enabled/php4.load: Cannot load
> /usr/lib/apache2/modules/libphp4.so into server:
> /us
[Filipus Klutiero]
> The short description of the MPM-s reads that they are " for Apache
> HTTPD 2.1", which is outdated. Please s/Apache HTTPD 2.1/Apache 2/
Tollef noticed this earlier and fixed it for the next upload.
Thanks,
Peter
signature.asc
Description: Digital signature
[Olaf van der Spek]
> I disabled apache2 in all runlevels with sysv-rc-conf. Start and
> restart work fine, force-reload doesn't. And since php5 uses
> force-reload...
Right, should be fixed for the next upload. Status quo, 'force-reload'
is equivalent to 'restart', which (correctly) starts the
[Torsten Krah]
> in control/rules on line: 207
>
> the find option misses a \ at the exec argument.
>
> Suggested fix: remove the + sign and add the "\;" before the do ending
> ";".
Are you trying to build on sarge? This syntax was added in findutils
4.2.14-1, which didn't make it into sarge.
> Peter noted that this suggests a deeper problem with libapr, because
> my kernel doesn't support sendfile64() but libapr1's configure script
> decided I had it anyway.
This turns out to have been the problem. Once Branden kludged apr not
to detect sendfile64, his problems seem to have gone awa
[Dennis Hoppe]
> i am using debian etch and can not find the script for generating an
> self signed ssl certificate. it is no problem to create an self
> signed ssl certificate or better use ca cert, but it is easier to use
> a script.
You want 'make-ssl-cert' from the ssl-cert package.
Perhaps
[Andreas Barth]
> I propose to change this check
> if [ ! -L /etc/apache2/sites-enabled/000-default -a \
> ! -f /etc/apache2/sites-enabled/000-default ]; then
> ln -s /etc/apache2/sites-available/default
> /etc/apache2/sites-enabled/000-default
> fi
>
[Steve Langasek]
> > Forcing reload of web server (apache2)...Syntax error on line 1 of
> > /etc/apache2/mods-enabled/dav.conf:
> > Invalid command 'DAVLockDB', perhaps misspelled or defined by a module not
> > included in the server configuration
> > failed!
>
> Alas, I can confirm this; a2en
[britneyfreek]
> then please tell me what's wrong on my side?
> i got the original debian packages.
>
> why does stat() and filesize() and some other fail on files larger 2gb?
They don't fail for us.
Can you provide more information about what you are doing and how you
determined that stat() an
[Beat Birkhofer]
> Even after a clean install v 2.2.3-2 from testing and 2.2.3-3 from
> unstable segfault on PowerPC.
>
> [Wed Nov 01 08:22:15 2006] [notice] child pid 2990 exit signal
> Segmentation fault (11)
Sounds like #392049. Can you confirm that rebuilding the apr source
package with
[Thomas Schoepf]
> > Then don't purge it before installing apache2.2. apache2.2-common
> > works around this.
>
> How does it do that?
It's an evil hack. You don't want to know.
> At least if you insist that it was my fault. Because then I'll insist
> that I rely on a package not to delete f
[Stefan Schmidt]
> And as i quoted below i guess someone just broke epoll detection.
Yeah, see #392049 and its duplicates. Tollef has a patch for libapr,
which I guess will go in soon. Upstream is, I hear, a bit ambivalent
about the patch - someone indicated that the better approach is just to
Package: libapache-mod-auth-mysql
Version: 4.3.9-2.1
Tags: patch
Please update and test this package for use with Apache 2.2, which may
go into sid and etch soon. The following patch may help. It allows
the package to compile, but I did not test runtime functionality.
Apache 2.2 is currently in
Package: apache2-redirtoservname
Version: 0.1-1
Tags: patch
Please upload a version of apache2-redirtoservname that compiles and
works with apache 2.2, since that may go into sid and etch soon. The
main problem is the use of apr-1 instead of apr-0. You can test with
apache 2.2 in experimental.
[Adam Conrad]
> > - "Conflicts: libsvn0 (<< 1.4.0)"
> > - "libaprutil-0 0 libapr0 (>= 2.0.55-4.2)" in the shlibs file
> >
> > These two things address the incompatibility from both directions. The
> > shlibs change would have prevented bug #387396.
>
> Probably not worth having the conflict, si
[Karl Chen]
> $ svnadmin --version
> svnadmin: Bad database version: compiled with 4.4.20, running against 4.3.29
This is a symptom of the ABI change between libapr0 2.0.55-4.1 and
2.0.55-4.2, since the latter uses Berkeley DB 4.4. Can you please do
the following to libapr0:
- "Conflicts: libsv
Package: libaprutil1-dev
Version: 1.2.7-2
Severity: minor
Tags: patch
$ pkg-config --libs apr-util-1
-laprutil-1 -lldap -llber -ldb-4.3 -lpq -lsqlite3 -lexpat -lapr-1
$ apu-1-config --libs
-lldap -llber -ldb-4.3 -lpq -lsqlite3 -lexpat
These really should not list recursive dependencies
> "svnadmin create repos" and other svn commands that need UUIDs don't
> work entropy isn't available. They hang.
Not to deny your claim of a bug in apr, but in subversion's case, the
real bug is that subversion doesn't particularly need random numbers.
For the next upload we're considering disa
62 matches
Mail list logo