at 01:17:59AM +, Steve Langasek wrote:
> Dear maintainer,
>
> Please find attached a final version of this patch for the time_t
> transition. This patch is being uploaded to unstable.
>
> Note that this adds a versioned build-dependency on dpkg-dev, to guard
> against acci
7:18.0 +
@@ -1,3 +1,10 @@
+apr (1.7.2-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1061894
+
+ -- Steve Langasek Wed, 28 Feb 2024 01:17:18 +
+
apr (1.7.2-3) unstable; urgency=medium
* Add more fi
gelog 2024-02-28 01:16:25.0 +
@@ -1,3 +1,10 @@
+apr-util (1.6.3-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1061893
+
+ -- Steve Langasek Wed, 28 Feb 2024 01:16:25 +
+
apr-util (1.6.3-1) unst
time_t transition.
+ * Fix uninstallable packages from the previous upload.
+
+ -- Steve Langasek Wed, 31 Jan 2024 06:04:49 +
+
apr (1.7.2-3) unstable; urgency=medium
* Add more fixes for atomics from upstream, in particular for
diff -Nru apr-1.7.2/debian/control apr-1.7.2/debian/control
.
+ * Rename libraries for 64-bit time_t transition.
+ * Fix uninstallable packages from the previous upload.
+
+ -- Steve Langasek Wed, 31 Jan 2024 05:58:19 +
+
apr-util (1.6.3-1) unstable; urgency=medium
[ Stefan Fritsch ]
diff -Nru apr-util-1.6.3/debian/control apr-util-1.6.3/debian
it time_t transition.
+
+ -- Steve Langasek Tue, 30 Jan 2024 00:57:09 +
+
apr (1.7.2-3) unstable; urgency=medium
* Add more fixes for atomics from upstream, in particular for
diff -Nru apr-1.7.2/debian/control apr-1.7.2/debian/control
--- apr-1.7.2/debian/control2023-02-03 16:18:13.000
on-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Tue, 30 Jan 2024 00:55:31 +
+
apr-util (1.6.3-1) unstable; urgency=medium
[ Stefan Fritsch ]
diff -Nru apr-util-1.6.3/debian/control apr-util-1.6.3/debian/control
--- apr-util-1.6.3/debian/control
version of
binutils - one satisfied by lenny and later. This versioned
build-dependency confuses cross-architecture dependency resolution. I think
it's best if it's just dropped from the package.
Please find attached a patch to do this.
Cheers,
--
Steve Langasek Give me a
On Mon, Mar 21, 2011 at 10:00:37PM +0100, Stefan Fritsch wrote:
> version: 1.3.10+dfsg-1
> On Monday 21 March 2011, Steve Langasek wrote:
> > The attached patch has just been applied to the Ubuntu apr-util
> > package, to null out the dependency_libs field in the libtool .
s imminent, and that means the .la files referenced here
are going to *move* soon, causing build failures for anything using libtool
to build against apr-util. As long as apr-util is going to need a rebuild
to fix up the invalid .la references, it would be nice to get rid of them
altogether.
Thanks,
ing this.
Incidentally, is this package actually maintained today? I notice that the
maintainer is listed as "Debian Apache Maintainers", and that none of the
uploaders listed have been active in Apache maintenance for some time...
Cheers,
--
Steve Langasek Give me
tags 398535 patch
thanks
Hi folks,
I've prepared an NMU to fix this RC bug. The short diff is attached; I'll
be uploading shortly to incoming.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
e to
debug the problem. Please get a backtrace showing where this segfault
happens; if possible, please also test whether disabling individual php
extensions, or the php5 apache module, eliminates the segfault.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
's a "new" install of the apache2.2-common package, which is a rename of
apache2-common. dpkg can't detect such package name changes as upgrades.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
am.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
severity 397539 important
thanks
On Wed, Nov 08, 2006 at 08:56:06AM -0600, Peter Samuelson wrote:
> [Steve Langasek]
> > > Forcing reload of web server (apache2)...Syntax error on line 1 of
> > > /etc/apache2/mods-enabled/dav.conf:
> > > Invalid command
ed with apache2.2-common. And a strings
/usr/lib/apache2/modules/mod_dav.so shows no mention of this DAVLockDB
command; it appears to be defined only by mod_dav_fs.so, so presumably this
command needs to be moved to dav_fs.conf.
--
Steve Langasek Give me a lever lo
4.4.so", O_RDONLY) = 3
> [...]
> > open("/home/sferriol/local/lib/libdb-4.3.so", O_RDONLY) = 5
> Ahem.
Heh, nice catch; closing as a non-bug.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
cess
(or the apache2 equivalent?) is no longer being compiled into the binary as
it was in previous versions. That might warrant an RC severity on its own..
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can mov
of other subtle ways...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
ge that re-breaks our dependency logic. If people
feel strongly about purging apache2-common, they can always rm
/var/lib/dpkg/info/apache2-common.postrm by hand, which is also irritating
but not that rare in the history of Debian either. :-P
Cheers,
--
Steve Langasek Give me a
On Thu, Oct 05, 2006 at 09:11:04AM -0600, Steve Langasek wrote:
> So it's my recommendation to downgrade and "wontfix" this bug, since there's
> no way to fix apache2-common's postrm script after the fact without
> introducing a dummy package that re-breaks our de
s) to be unpacked before apache2-common's removal, thus breaking
apache2-common's prerm script due to the ABI mismatch.
I think a Pre-Depends on apache2.2-common is going to be needed here to
preserve the necessary unpack order. In any event, it can't be fixed in
apache2-common, sinc
And it seems that
Adam has plans to address the current round of brokenness.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.de
n are you trying to
install?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
On Fri, Dec 23, 2005 at 02:44:21AM +0100, Artur R. Czechowski wrote:
> On Thu, Dec 22, 2005 at 04:45:25PM -0800, Steve Langasek wrote:
> > On Fri, Dec 23, 2005 at 01:09:31AM +0100, Artur R. Czechowski wrote:
> > > The rrd_graph_options() gets a string with parameters.
opy is needed, and the Debian packages should not
sacrifice security casually.
- --
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] htt
hs. :/
> > So this bug rightly belongs to libsvn0-dev, which is the package that has to
> > be changed.
> care to explain, what should be changed in this package?
It should be changed to libdb4.3?
--
Steve Langasek Give me a lever long enough and a Fr
tallable in
spite of the collateral damage, and we want the current subversion package
to reach testing first for the imlib transition before uploads are made to
try to fix this.
- --
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer t
On Tue, Mar 29, 2005 at 12:47:30PM +0200, Peter Palfrader wrote:
> On Mon, 28 Mar 2005, Steve Langasek wrote:
> > tags 301819 unreproducible moreinfo
> > severity 301819 important
> > thanks
> > I can't reproduce this here, using exactly the same versions of bui
g. Are there any other oddities that could be relevant here? Are
you passing non-standard CFLAGS on the commandline?
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
l
> thru PEAR's DB classes.)
Please file a bug report with full information about the versions of
packages you're using. http://bugs.debian.org/
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
eady added
> > conflicts: old php.
> Both Jeff and Steve know all the details about it and they have been
> working on this problem. Please talk to them directly.
Er, Goto, http://sources.redhat.com/bugzilla/show_bug.cgi?id=77 lists you
as the responsible?
--
Steve Langasek
postmodern programmer
#x27;s not reproducible on
my own systems) it's been so hard to pin down.
> In the case of the buffer overflow, I guess that stack trace is useless
> and just plain wrong?
I wouldn't trust any of the reported stack contents in this case as
indicating the actual source of the bug, no.
Regards,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
have been doing hell a lot of time
> for php4 brokness.
"If apache fails to install, that's an apache bug, not a php4-imap bug."
--
Steve Langasek
postmodern programmer
> On Fri, 30 Jan 2004, Steve Langasek wrote:
>
> > reassign 230143 apache
> > thanks
>
reassign 230143 apache
thanks
On Thu, Jan 29, 2004 at 10:53:58AM +0100, Bastian Blank wrote:
> reopen 230143
> thanks
> On Wed, Jan 28, 2004 at 03:43:15PM -0600, Steve Langasek wrote:
> > > php4-imap depends against libapache-mod-ssl. this breaks cgi installs.
> > Bulls
Note that the testing scripts currently say php4 has an RC bug holding
it out, but I've just tweaked that, because php4-pear has ALWAYS been
broken and therefore shouldn't affect propagation into testing (though
this bug will need to be fixed pre-sarge).
Cheers,
--
Steve Langasek
postmodern programmer
pgpR7ZHDcysX9.pgp
Description: PGP signature
37 matches
Mail list logo
