[Norbert Preining]
> On Di, 03 Sep 2013, Peter Samuelson wrote:
> > texlive-lang-european? It doesn't look like it to me (no Breaks or
> > Conflicts), but I haven't actually tried it.
>
> conflicts there are, texlive-base conflicts with all the old packages.
I
> > Sounds like you are saying 'texlive-lang-danish' is only useful as a
> > package dependency - in other words, users would never install it
> > explicitly because they want its functionality. Is that correct? This
[Norbert Preining]
> I never said that. The functionality is now in
> te
[Norbert Preining]
> I understood your proposal, of course. Still, since there are no rdepends
> besides very few (1?) build-depends on these two packages, I consider
> it a a waste of resources.
Sounds like you are saying 'texlive-lang-danish' is only useful as a
package dependency - in other w
[Salvatore Bonaccorso]
> Only wanted to ask back: Did you had already a chance to look at the
> update for 1.7.10 (and the updates needed for the apache2.4
> transition?
I'm aware of the situation, yes. :/ I keep trying to find time to
finish the Apache 2.4 thing, yes. If I can find a bit of ext
[Arno Töll]
> could you please let me know if you're able to work on a patch in a
> foreseeable future?
Ah yes - I was looking at this last weekend but then ran out of time.
The conflict with the event mpm is probably not critical - it is only a
specific unusual configuration that breaks - so I t
> > http://subversion.apache.org/security/CVE-2013-1845-advisory.txt
> > http://subversion.apache.org/security/CVE-2013-1846-advisory.txt
> > http://subversion.apache.org/security/CVE-2013-1847-advisory.txt
> > http://subversion.apache.org/security/CVE-2013-1849-advisory.txt
> > http://subversion.
> > Of course dpkg should be careful when replacing symlinks with
> > directories, because it's possible for a local admin to replace a
> > directory with a symlink for filesystem layout reasons. But this
> > is the opposite case, and dpkg certainly has enough information to
> > know it is safe.
[Andreas Beckmann]
> A test with piuparts revealed that your package misses the copyright
> file after an upgrade from squeeze to wheezy, which is a violation of
> Policy 12.5 :
Thanks - yeah, looks like a dpkg bug: during the upgrade, the old
/usr/share/doc/$pkg directory disappears, but dpkg fo
[Francesco Poli]
> However, asking for clarifications to the license author is not
> necessarily helpful: the reply you obtained from L. Rosen clarifies
> *his own* interpretation of one unclear clause of the AFL v3.0.
I know the distinction. But he is a lawyer with significant experience
in IP
Larry,
As author of the AFL v3.0, can you comment on some concerns raised
about it by Francesco Poli at
https://lists.debian.org/debian-legal/2012/09/msg00082.html
?
Francesco's message is somewhat long, so here is the most important
concern. (I read the relevant section of your book,
http://ro
> Setting up libapache2-svn (1.6.17dfsg-4) ...
> ERROR: Module dav_svn does not exist!
> dpkg: error processing libapache2-svn (--configure):
> subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
> libapache2-svn
> E: Sub-process
[Stephen Fox]
> I rebuilt subversion without SASL after realizing SASL is an optional
> dependency, and svn is working fine. I suppose a way to isolate it to
> the ABI issue would be rebuilding the SASL libs, and building svn
> against that? I don't entirely understand the implications of Bug
> #6
[Norbert Preining]
> $ svn up
> Updating '.':
> svn: E170001: Unable to connect to a repository at URL
> 'svn://u...@server.org/some/path'
> svn: E170001: Could not create SASL context: generic failure: No such file or
> directory
>
> The same happens with svn+ssh://... on svn.debian.org
This
tags 678845 patch
thanks
[Neil Williams]
> $ svn-inject -o pycparser_2.07+dfsg-1.dsc \
> file:///home/neil/code/debian/svn-buildpackage/test/svn/upstream/
>
> ... which fails.
>
> So this is only related to the -o option.
>From your log:
cd /tmp/tmp.e9DyJwzOqX/unpdir/pycparser-2.07+dfsg ; ta
tags 678760 patch
thanks
Trivial patch to fix the FTBFS with libsvn-dev 1.7. This is one of
those cases, as we see with major new g++ / libstdc++ releases, where
an include has been missing all along, just not previously noticed.
From: Peter Samuelson
Subject: Include needed headers
Origin
[Stefano Rivera]
> Since upgrading to subversion 1.7, svn-inject no longer works:
>
> > ...
> > svn co svn+ssh://purcell/tmp/test/pycparser/trunk /tmp/tmp.jKa9wdfMh5/trunk
> > svn: E125001: Couldn't determine absolute path of '.'
> > svn: E02: No such file or directory
> > mkdir -p /tmp/tmp.j
Package: lua-svn
Version: 0.4.0-6
Severity: serious
Justification: FTBFS
Please drop the 'Build-Depends: libserf-0-0-dev' from lua-svn. It
appears you do not need this build-dep at all. But if you do need it,
note the package has been renamed to 'libserf-dev'.
Thanks.
--
To UNSUBSCRIBE, em
Package: rapidsvn
Version: 0.12.0dfsg-5
Severity: serious
Justification: FTBFS
Please drop the 'Build-Depends: libserf-0-0-dev' from rapidsvn. It
appears not to be needed. If it _is_ needed, note that I have renamed
the package to 'libserf-dev'.
--
To UNSUBSCRIBE, email to debian-bugs-rc-re
> As one can easily test, gpm uses one clip-board space for all users
> (including root). So if any of them marks anything sensitive, a
> following user can gather this information.
Likewise, if you log out, your Linux console screen is still readable
for the next user. And even if you clear th
[Raphael Hertzog]
> It the next upstream version of your javascript library provides new
> files, they will not be in the symlink tree that you built in your
> package. So at runtime, it will fail because of the missing file.
Forgive me if I'm missing something basic here, but this sounds like a
severity 675987 important
thanks
[Daniel Leidert]
> Package misses a proper Replaces, because it overwrites
> /usr/lib/x86_64-linux-gnu/jni/libsvnjavahl-1.so.0.0.0 also in
> libsvn-jni <<1.6.17dfsg-4~.
Argh, you're right. For a package that was in sid for only 2 days,
that 1.6.17dfsg-3.1 NMU h
[OndÅej Surý]
> I did reply you:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621460#34
>
> and you didn't respond from that time at all.
Yes, your reply was:
| I thing it is reasonable that in your case it's probably better to
| either depend directly on libdb5.1-dev + db5.1-util (and
[Lucas Nussbaum]
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
This looks a lot like a failure due to apr 1.4.6, which now randomizes
hash enumeration for security reasons. This then randomizes the
ordering of a lot of things in the Subversion API, which doe
close 632573 1.0.1-1
close 525035 1.0.1-1
thanks
[Michael Diers]
> Sorry for the noise, I just noticed that serf (1.0.1-1) is in fact
> available in experimental.
Yes, sorry for not metioning this earlier: the reason I didn't follow
up with your sponsor request is that 1.0.0 -> 1.0.1 was such a
Package: libapache2-svn
Version: 1.6.17dfsg-2
Severity: serious
Tags: pending
As of 1.6.17dfsg-2, I split mod_dav_svn and mod_authz_svn into two
.load files, since most people do not actually need the latter.
However, the maintscript magic that keeps mod_authz_svn enabled on
upgrades does not work
on test suite failure is related to running
the kFreeBSD buildd with multiple CPUs, and is avoided by running the
system non-SMP.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscri
pretty much exactly
the same way until I kludged the testsuite to connect to ip6-localhost
instead of localhost. There was some confusion about trying to use the
'localhost' IP on an IPv6 socket. I don't fully understand it myself.
But if upstream can resolve it at some point, it wi
tags patch
thanks
This bug has now been fixed upstream with a one-line patch:
Patch: http://www.sqlite.org/src/ci/faa38c8724
Info: http://www.sqlite.org/src/info/25ee812710
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
Attaching the test case for this bug, from
http://svn.haxx.se/dev/archive-2011-06/0866.shtml.
It works with 3.7.6.3-1, fails with 3.7.7-1.
#include
#include
#include "sqlite3.h"
#define BUSY_TIMEOUT 1
int main(void)
{
sqlite3 *db3;
const char *path = "foo.db";
int flags = SQLITE_O
ll those tests. I've just always assumed that was a valid thing to do
in a package build.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 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
will upload shortly and will try to get it into squeeze.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Peter Samuelson wrote:
> > Thanks, looks good. But it won't work with gcj 4.3. So I'll have to
> > either wait until the default gcj is 4.4, or depend on gcj-4.4
> > explicitly.
[Luk Claes]
> Default gcj is already 4.4.
I was misled by packages.debian.o
r just switch to openjdk as Ubuntu has done - in which case, I
believe this entire patch is obsolete.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Cyril Brulebois]
> it looks like your package is missing a Replaces or even a Conflicts
> against older libserf-0-0 packages:
Yeah, just Replaces. Doesn't need Conflicts as it has a strict
Depends.
Thanks, fixed in -2,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org
tags 557457 pending
thanks
[Marc 'HE' Brockschmidt]
> peterS: The problem is that subversion build-depends on libdb4.7-dev,
> libaprutil1-dev, and libaprutil1-dev depends on libdb4.8-dev. No way to
> get the build-deps installed.
Yes, I'm aware. I have changed the Build-Depends locally, ju
r two ago, and didn't.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
re you're using /usr/bin/svn specifically. Try 'type -a svn'.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Manoj Srivastava]
> Package: libapache2-svn
> Version: 1.6.6dfsg-1
> Severity: serious
> User: lintian-ma...@debian.org
> Usertags: dir-or-file-in-var-www
Thanks, the files in libapache2-svn are just example files, so I've
moved them /usr/share/doc/*/examples/.
--
Peter
> Peter Samuelson wrote:
> > The problem is that I can't reproduce the bug on my platforms, and
> > those who can reproduce it (it sometimes happens on kfreebsd) don't
> > know ruby. Nor do I, for that matter. There was some effort at
> > debugging it awhile
[Raphael Geissert]
> Do you have any updates on this issue? it's been open for more than a
> month without any sort of visible response from your part, at least
> on the bug report.
The problem is that I can't reproduce the bug on my platforms, and
those who can reproduce it (it sometimes happens
fore now.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
http://lists.debian.org/debian-devel/2009/08/msg00854.html,
which indicates that libtool upstream may fix this _properly_ in the
future. I guess I'll follow up and ask him if they have a timeframe
for what they are talking about.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.
forcemerge 542403 543617
thanks
> ** (process:13690): WARNING **: couldn't connect to dbus session bus:
> dbus-launch failed to autolaunch D-Bus session: Autolaunch error: X11
> initialization failed.
Fixed in 1.6.5dfsg-1.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | h
d, I've fixed it upstream, and will include it in my next
upload. I doubt that the one fix I did is the _only_ thing needed in
that makefile for parallel safety, but the targets called by
debian/rules seem to work, anyway.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.o
d.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e. It should be harmless, except of course for being
console spam.
The workaround is to disable the gnome-keyring plugin in
~/.subversion/config:
[auth]
password-stores =
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ..
upload the same patch to sid, as libvorbis 1.2.0.dfsg-6.
(I could upload a new upstream version, but I'd like to try and resolve
a dfsg situation there first.)
[*] svn diff -r16180:16182 http://svn.xiph.org/trunk/vorbis
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
rary code via a crafted
> | .ogg file.
Thanks, I'll prepare updates for etch, lenny, and sid. I assume the
Mozillae in Debian use the system libvorbis, not a separate copy.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
iles in /usr/lib/pkgconfig) offers the
same functionality, and more, with considerably less brokenness. We'd
like to encourage upstreams to ship .pc files and use pkg-config in
their configure.ac scripts as the primary means of detecting the
presence of other libraries and how to use them.
--
libogg.la removal.
http://lists.debian.org/debian-release/2009/08/msg00034.html
This seems better than a sourceful upload.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubsc
at
http://svn.haxx.se/dev/archive-2009-08/0050.shtml .
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
d is
not expanded.
It looks like an RCS identifier. Was this imported via cvs2svn, or by
manual 'svn add' of your tree, or something else? Was the svn:keywords
property set at the time of initial import, or later?
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
dable module interface, so
that it doesn't even _load_ libsvn_ra_serf at all, unless you enable it
in ~/.subversion/servers. That will keep the dirty libssl.so.0.9.8
away from our pretty GPL code. Or at least 'ldd' won't see it. But so
far I haven't seen any reason to
q5, libqt3-mt,
libruby1.8, libsdl1.2debian, libsqlite3-0, libstdc++6, libtag1c2a,
libtunepimp5, libusb-0.1-4, libvisual-0.4-0
...I don't think the 'startup overhead of a shlib' argument holds up.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to
ntime linking. This is overhead at application startup time.
Something that embeds an SQL engine should not, I think, start up too
frequently. Am I wrong?
So what is the real performance advantage of this -fPIC static library?
To me it looks like a different, less desirable, way to implement th
[Peter Eisentraut]
> +gpm (1.20.4-3.2) UNRELEASED; urgency=low
> +
> + * Non-maintainer upload.
> + * debian/patches/070_struct_ucred: fix FTBFS. Closes: #520853
> +
> + -- Peter Eisentraut Thu, 23 Apr 2009 22:04:24 +0300
Ack, please go ahead.
--
Peter Samuelson | org-tld
omorrow.)
> A couple of Java tests fail but this appears to be expected.
Yeah, that's been true since the beginning of time. Maybe if I switch
to openjdk (as Ubuntu did already) that'll help.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSC
my "libneon25", you cause existing installed copies of
neon25 to be deleted, which breaks old software that has not been
recompiled. Why do you want to do this? Just stop building or
shipping anything named libneon25.
I still think this bug should be RC.
--
Peter Samuelson | org-tld
te(1, "\t1000,7,0 17) *\n"..., 20 1000,7,0 17) *
> ) = 20
I thought you said wodim -scanbus didn't work? Looks to me like it
worked.
Does 'lsmod' indicate that you have the cdrom or ide_cd or ide_cd_mod
modules loaded? Also, does 'cat /proc/sys/cdrom/in
me issue) covering this bug as well.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -urN a/configure.ac b/configure.ac
--- a/configure.ac
+++ b/configure.ac
@@ -249,55 +249,6 @@
##
-# check for neon
-#
-AC_MSG_CHECKING([for neon])
-AC_ARG_WITH(
- [neon],
- AC_HELP_STRING([--w
I forgot to ensure
the dependency was tight enough.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ight not even notice the fact that DEB_BUILD_OPTIONS
is ignored in their package - I mean, who tests that? So that's kind
of bad too.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
Package: dpkg-dev
Version: 1.14.20
Severity: serious
Tags: patch
Policy 3.8.0.1, section 4.9.1, on DEB_BUILD_OPTIONS:
If multiple flags are given, they must be separated by whitespace.
dpkg-buildpackage uses "," separators instead, which breaks any rules
file that follows the example code in
ally need is libsvn_ra, which talks to libsvn_ra_dav, which uses
neon. By removing neon detection from both, we would simplify our
dependency graph. I'm attaching (untested) patches.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -urN anjuta-2.4.1.orig/configure.in anj
baprutil1-dev. It's odd
because I didn't think such a change had been made recently ... but
either way, it shouldn't be hard to patch on my side.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s.wait cannot
be reliably used together.) Fixed in -4.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
get home to my private key.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
forcemerge 476117 476119
tags 476117 pending
thanks
Thanks for the heads-up. I fixed the mess from the NMU and am
building/testing it now.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
n the countless other packages that run autoconf.
(Turns out we're triggering an autoconf bug. I've fixed this
_properly_ for the next upload.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
o send a single filename argument to "ln -s".
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Peter Samuelson]
> Until I can do this, please use the instructions at
>
> svn export
> svn://svn.debian.org/pkg-subversion/tags/1.3.0-1/debian/README.db4.3
Scratch that, 'svnadmin recover /path/to/repository' is a lot easier. (:
--
Peter Samuelson | org-tld!p12n!p
Package: subversion
Version: 1.4.6dfsg1-1
Severity: serious
We need to resurrect README.db4.3 from the 1.2 era, as we have once
again the same issue with migrating a svn repository from db4.4 to
db4.6. *Sigh* - when db4.4 auto-upgraded older repositories, I hoped
they'd permanently taken care of
Roderich, thanks for all your hard work!
Kouhei, Joe, * - can anyone have a look at this compatibility issue
with svn + ruby + swig 1.3.33? Roderich Schupp has figured out exactly
what the problem is, but I have no idea how to address it.
His analysis applies to 1.4.x. Apologies if this has al
for a long time now - help is
welcome!
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
ral
days ago, no reply.
(The other obvious fix is not to build from source, but to use
upstream's swig-generated files. Alas, I refuse to do this, as I
believe the Four Freedoms imply the ability to build from source.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
This is preventing me from uploading 1.4.6 to Debian, where largely
for philosophical reasons I build the whole package from source.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Martin Michlmayr]
> The OPEN_MAX macro was removed from linux/limits.h on amd64, see
> #454875. waldi writes
sysconf(_SC_OPEN_MAX) ... right. Thanks.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
fferent problem.
Hrrm. The default /etc/subversion/config and /etc/subversion/servers
are entirely empty except for comments and section headers.
If you purge then reinstall subversion, it will restore the default
files in /etc/subversion. Can you confirm that this does not break
your system aga
3-1, which satisfies the dependency in libsvn1. So you
and Troy surely have the same version of libneon26.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
lem is to try https, which transparent
proxies have to leave alone (or server certs wouldn't be valid):
$ svn ls http://svn.collab.net/repos/svn
$ svn ls https://svn.collab.net/repos/svn
If the second one works and the first does not, you've found your
problem.
--
Peter Samuelso
ository access work?
$ svn co svn://svn.debian.org/pkg-subversion/trunk/debian debian-svn
(If so, by the way, the bug is not grave as it does not "render package
unusable".)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Daniel Schepler]
> Running all tests in basic_tests.py...FAILURE
> Running all tests in commit_tests.py...FAILURE
> Running all tests in update_tests.py...FAILURE
> Running all tests in switch_tests.py...FAILURE
Thanks for the report. I can't reproduce it using pbuilder here. I
guess I'll look
[Florian Weimer]
> Subversion 1.4.4 has been released, containing some security fixes:
>
> * fixed: security flaw in 'svn prop*' commands [CVE-2007-2448]
> (r25095, -099, -104, -105, -10)
>
> I haven't yet figured out, what the exact problem is, and
> subversion.tigris.org appears
[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
Package: subversion
Version: 1.0.0-1
Severity: grave
Justification: remote DoS (data corruption)
A race condition was recently discovered in subversion whereby two
commits overlapping in time could interact very badly, in certain
circumstances. You can not only lose the effect of one of the comm
[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
[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
[Joerg Schilling]
> I did give an example: use what(1) on a binary compiled from the
> source before and after the change to see the difference.
>
> If you did look at the SVN, if you did have a look at the most recent
> changes. it would be easy to understand what happened.
We have removed
[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
[Michael Biebl]
> please coordinate with the kdesdk maintainers to make it possible
> that both packages are co-installable.
Yeah - Fathi Boudra, a KDE maintainer, contacted me a few hours ago and
we worked it out: kdesdk will drop their version of the script since
the two scripts have exactly th
[Michael Biebl]
> subversion-tools tries to install /usr/bin/svn-clean which is also in
> package kdesdk-scripts.
Thanks for noticing. I'll add a 'Conflicts: kdesdk-scripts' - this
requires subversion-tools to be priority 'extra', but fortunately it
already is.
I think svn-clean is generally us
[Laszlo Boszormenyi]
> Your check for do-not-build-subversion-as-root makes it FTBFS on
> several archs: mips, mipsel and alpha. Please rethink this solution.
The solution is sound. What is not sound is a detail about how the
target dependencies work in debian/rules, which causes the dontberoot
[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
1 - 100 of 147 matches
Mail list logo
