Bug#789133: transition: ocaml 4.02.2
I've updated approx to version 5.5-2 to fix the build failure due to deprecation of String.create in 4.02. Unfortunately I'm unable to upload it, because I haven't been able to transition to a 4096 bit key yet (no DDs in my area to sign the new one). So I'd appreciate it if someone could build it from the master branch of git.debian.org/git/pkg-ocaml-maint/packages/approx.git and upload it. BTW, I still believe -warn-error is good engineering practice, even though it's inconvenient during transitions like this. So rather than turn it off completely, I turned off only the warning due to deprecated features. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150623214517.gb1...@cooper-siegel.org
Bug#789133: transition: ocaml 4.02.2
On Thu, Jun 18, 2015 at 09:50:44AM +0200, Stéphane Glondu wrote: Attached is the list of packages appearing in the tracker, with an annotation: - unstable if the package can be binNMUed - experimental if the package has to be uploaded from experimental - UNRELEASED if the package has to be uploaded from git (though I am not sure I've pushed everything I should have) - MISSING if the package has not been built for some reason (FTBFS, missing dependency, resource exhaustion) Is any further information (build logs etc.) available about the MISSING packages? -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150618150644.gw8...@cooper-siegel.org
Bug#685851: unblock: approx/5.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package approx. Version 5.3-1 fixes important bug #685724, and requires only a one-line fix (debdiff attached). Thanks for considering this. unblock approx/5.3-1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru approx-5.2/approx.ml approx-5.3/approx.ml --- approx-5.2/approx.ml 2012-04-30 17:35:11.0 -0400 +++ approx-5.3/approx.ml 2012-08-24 14:55:52.0 -0400 @@ -1,5 +1,5 @@ (* approx: proxy server for Debian archive files - Copyright (C) 2011 Eric C. Cooper e...@cmu.edu + Copyright (C) 2012 Eric C. Cooper e...@cmu.edu Released under the GNU General Public License *) open Printf @@ -180,7 +180,7 @@ | Cache { file = file; tmp_file = tmp_file; chan = chan } - debug_message close cache %s file; close_out chan; - if size = file_size tmp_file then begin + if size = -1L or size = file_size tmp_file then begin if mod_time 0. then begin debug_message setting mtime to %s (Url.string_of_time mod_time); utimes tmp_file mod_time mod_time diff -Nru approx-5.2/config.ml approx-5.3/config.ml --- approx-5.2/config.ml 2012-05-01 17:52:33.0 -0400 +++ approx-5.3/config.ml 2012-08-24 14:55:52.0 -0400 @@ -5,7 +5,7 @@ open Config_file open Util -let version = 5.2 +let version = 5.3 let default_config = /etc/approx/approx.conf diff -Nru approx-5.2/debian/changelog approx-5.3/debian/changelog --- approx-5.2/debian/changelog 2012-05-23 16:04:58.0 -0400 +++ approx-5.3/debian/changelog 2012-08-24 14:58:18.0 -0400 @@ -1,3 +1,11 @@ +approx (5.3-1) unstable; urgency=low + + * New upstream version + * Check for chunked transfer encoding when closing cache file +(closes: #685724) + + -- Eric Cooper e...@cmu.edu Fri, 24 Aug 2012 14:56:45 -0400 + approx (5.2-1) unstable; urgency=low [ Eric Cooper ]
Re: please consider a newer version of approx for stable-proposed-updates
On Sun, May 08, 2011 at 05:23:59PM -0400, Eric Cooper wrote: Alternatively, I can add a one-line patch to 4.5-1 that simply denies requests for InRelease files (forcing the clients to fall back to Release + Release.gpg files). I have gone ahead with this approach; here is the patch against version 4.5-1: diff --git a/approx.ml b/approx.ml index c6ffa81..c966f9a 100644 --- a/approx.ml +++ b/approx.ml @@ -80,7 +80,8 @@ let not_modified () = with older apt clients that do not support .bz2 *) let should_deny name = - (Release.is_index name extension name = .bz2) || + (Release.is_index name extension name .gz) || + Filename.basename name = InRelease || (pdiffs Release.is_diff_index name Release.valid_file (Pdiff.file_of_diff_index name ^ .gz)) diff --git a/debian/changelog b/debian/changelog index c545c27..5db08f1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +approx (4.5-1+squeeze1) stable; urgency=low + + * Deny requests for InRelease files, forcing clients to fall back to +Release and Release.gpg files. + * Deny requests for all non-gzipped index files, not just bz2 versions. + + -- Eric Cooper e...@cmu.edu Tue, 10 May 2011 17:43:30 -0400 + approx (4.5-1) unstable; urgency=low * New upstream version Please CC me on any discussion since I'm not subscribed. Thanks. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110510220653.GD18542@localhost
please consider a newer version of approx for stable-proposed-updates
The introduction of InRelease files makes the current stable version of approx (4.5-1) mostly useless for caching the wheezy and sid distributions. A typical use case is with pbuilder or d-i work. The version in sid, 4.6-1, understands InRelease files and builds in squeeze with no changes. But it has a number of other changes since 4.5-1. Alternatively, I can add a one-line patch to 4.5-1 that simply denies requests for InRelease files (forcing the clients to fall back to Release + Release.gpg files). Please advise whether either of these would be acceptable. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110508212359.GK25447@localhost
Re: please update approx in squeeze
On Fri, 20 Aug 2010 19:41:23 +0100, Julien Cristau wrote: 4.5-1 is also modifying an earlier changelog entry, though... I asked for some advice on -mentors before doing this, and got mixed answers (http://lists.debian.org/debian-mentors/2010/07/msg00290.html). In the end, I thought the historical revisionism was warranted. Thanks for the unblock. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100820193514.gb6...@localhost
please update approx in squeeze
Version 4.5-1 of approx, which I just uploaded to DELAYED/1, fixes two important bugs (#589937 and #593428). Each fix is only one line. Please consider allowing it into testing during the freeze. Thank you. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100818194231.gg2...@localhost
Re: Bug#547218: debootstrap: cannot create squeeze chroot
On Thu, Sep 17, 2009 at 10:58:09PM +0200, Frans Pop wrote: I cannot reproduce the problem for the amd64 architecture using a current mirror. What architecture did you see this for and what mirror did you use? I do see that dpkg 1.15.4 is indeed not in testing yet. If I add --include=install-init to the command line to break the cycle it works correctly. Sorry, that should be s/install-init/install-info/ That is not the correct solution. It is fine as a workaround, but certainly not something to apply to debootstrap as a patch. It sounds as if this one will resolve itself naturally when the new version of dpkg migrates to testing. I'm closing your bug report as there really is no problem in debootstrap itself, but CCing debian-release who may be able to speed up the migration of dpkg (and are probably responsible for breaking the dependencies in the first place). Please send the full debootstrap log to the debian-release mailing list so they may check the exact cause of the problem. I can't reproduce it with the official mirror any more either, and I now see that it is installing install-info anyway. Sorry for the noise. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Lenny release notes (was: sysklogd/rsyslog switch)
On Wed, Jul 16, 2008 at 03:29:02PM -0500, Peter Samuelson wrote: Do the release notes say which inetd we favor? Well, I see they do, but should they? Yes, because upgrades just perpetuate the status quo. I would rather have these changes pointed out so I can follow the project's best practices. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: status of the ocaml 3.09.0 migration ...
On Mon, Dec 19, 2005 at 03:32:40AM -0800, Steve Langasek wrote: - a handful of packages that still build-depend on ocaml-3.08.3 or similar, and require sourceful uploads for the ocaml transition. These packages are advi, approx, camlrpc, cduce, cryptokit, lablgtk, missinglib, mlgtk, ocamldsort, pycaml, spamoracle, syslog-ocaml. syslog-ocaml has been updated in SVN to generate debian/control from debian/control.in, so it just needs a sponsored upload. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considering approx and syslog-ocaml inclusion in sarge ?
On Fri, May 13, 2005 at 12:53:04AM -0700, Steve Langasek wrote: Hi Sven, On Fri, May 13, 2005 at 09:04:14AM +0200, Sven Luther wrote: Would it be meaningfull to include approx and syslog-ocaml in sarge ? The only reason they didn't make it before the freeze was that i was travelling and didn't detect that syslog-ocaml was mishandling the non-native arches case. I have been using approx for over two month now daily, and it works fine, and as said, it is not a package that has any reverse-dependencies or something. The only remaining problem is for the m68k autobuilder to pick up the syslog-ocaml build, and the m68k, mips and ia64 autobuilders to pick up the approx builds, which should hopefully happen any day now. Sarge is now closed for new packages. These are simply too low of a priority, and there are too many other demands on the release team's time -- particularly, the RC bug count which isn't dropping fast enough. I can't argue with that, but in the event that apt-proxy v2 doesn't make it into sarge, you might consider approx as a migration path for otherwise-orphaned users of apt-proxy v1 (that was my original motivation for writing it). -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]