Bug#680674: transition: leptonlib

tags 680674 + pending quit Julien Cristau wrote: > On Wed, Jul 18, 2012 at 18:13:12 -0500, Jonathan Nieder wrote: >> Julien Cristau wrote: >>> Agreed. Either this happens or leptonlib and friends get removed from >>> wheezy, IMO. >> >> Thanks for looking i

Bug#681332: debian-cd BoF at DebConf

Hi, Cyril Brulebois wrote: > dpkg's current diff between testing and unstable, once *.po and *.gmo > stripped is: > 323 files changed, 7307 insertions(+), 4626 deletions(-) > > There's #681332 about that, which was left unanswered. Dpkg development has been happening pretty quickly lately, so t

Re: freeze exception qpdf versioned symbols?

Hi, Jay Berkenbilt wrote: > Okay, I've attached two files here. The first is a copy of > version-symbols.patch with the real changes, so this excludes the > changes to the regenerated configure file. The second file is a source > debdiff. I am not on the release team, so please take anything I

Re: Next upload 2012-06-26 (dpkg 1.16.5)

Hi, Neil McGovern wrote: > dpkg-1.16.8/dpkg-deb/main.c > -" -h|--helpShow this help message.\n" > -" --versionShow the version.\n" > +" -?, --help Show this help message.\n" > +" --versionSho

Request for wheezy-ignore tag: bug#555168 (glibc locale files with license not permitting modification)

Hi release team, I've been asked to ask you whether you consider bug#555168 (many glibc locale files having a license that does not permit modification) to be something deserving a wheezy-ignore tag. I'm asking you half-heartedly, since I don't think the answer is useful. That bug sure *looks* r

Bug#683988: unblock: leptonlib/1.69-3.1, tesseract/3.02.01-6

pload + * Rename libleptonica package to liblept3 (closes: #664176, #681570, +#681574) +* liblept3 Breaks and Replaces libleptonica (>= 1.69~) to reflect + transfer of ownership of /usr/lib/liblept.so.3 + + -- Jonathan Nieder Thu, 19 Jul 2012 16:39:48 -0500 + leptonlib (1.69-3) unstable;

Priority field of xz-utils package

(please direct replies to debian-devel only) Ever since dpkg started using liblzma directly (dpkg 1.16.4), the xz command is no longer needed in a minimal Debian system. Based on its list of reverse-dependencies, it would presumably even be safe to lower its priority to optional. I think "standa

Bug#685346: pu: package checkgmail/1.13+svn43-2+squeeze0.1

pload + * debian/patches/60_bts650454_send_galx_as_cookie.dpatch +- fix auth problem with GMail by passing GALX in the cookie; thanks to + Johan Sandblom for the report; Closes: #650454 + + -- Jonathan Nieder Sun, 19 Aug 2012 17:28:49 -0700 + checkgmail (1.13+svn43-2) unstable; urgenc

Bug#686369: unblock: grub/0.97-66.1 (pre-approval)

Hi David, David Prévot wrote: > grub 0.97-64 (in Squeeze) is already a dummy package that depends on > grub-pc, That's comforting. [...] > Since grub-legacy (even 0.97-64) already provides grub, the few > remaining rdepends*, if any remains, shouldn't be affected That's not comforting

Bug#686369: unblock: grub/0.97-66.1 (pre-approval)

Julien Cristau wrote: > On Fri, Aug 31, 2012 at 10:02:59 -0700, Jonathan Nieder wrote: >> David Prévot wrote: >>> Since grub-legacy (even 0.97-64) already provides grub, the few >>> remaining rdepends*, if any remains, shouldn't be affected >> >&

[squeeze] Re: ecm: file conflict with gmp-ecm

Bart Martens wrote: > On Sun, Sep 09, 2012 at 11:56:16AM -0700, Jonathan Nieder wrote: >> In January, Jonathan Nieder wrote: >>> Bart Martens wrote: >>>>* Renamed ecm to ecm-compress and unecm to ecm-uncompress. Closes: >>>> #580548. >>> &g

Bug#687220: unblock: xz-utils/5.1.1alpha+20120614-2

from upstream. + Closes: #685217. + + -- Jonathan Nieder Mon, 10 Sep 2012 14:35:33 -0700 + xz-utils (5.1.1alpha+20120614-1) unstable; urgency=low * New snapshot, taken from upstream commit f1675f76. diff -Nru xz-utils-5.1.1alpha+20120614/debian/patches/decoder-check-first-0x00 xz-utils

Re: Request for wheezy-ignore tag: bug#555168 (glibc locale files with license not permitting modification)

Julien Cristau wrote: > Hopefully it won't take too much longer to > sort out, but I don't think there's a point delaying the release (or > deleting existing locale data from the distro) while there's hope of a > resolution. Thanks for looking it over. Makes sense. Jon

Bug#685346: pu: package checkgmail/1.13+svn43-2+squeeze0.1

Adam D. Barratt wrote: > On Sun, 2012-08-19 at 18:15 -0700, Jonathan Nieder wrote: >> Since late last year, checkgmail has not been working because gmail >> changed its authentication protocol (bug#650454). [...] > Please go ahead; thanks. Thanks! Tested again, uploaded to

Bug#688084: Please consider tagging #612918 wheezy-ignore

Hi Michael, Michael Gilbert wrote: > Bug #612918 involves a violation of the FHS (using a file in /etc as a > state file), thus violating debian policy. Apparently there was going > to be some involved upstream work to correct the problem, but after > over a year, that appears not to have happen

Re: Bug#595728: git-core: permissions of templates too restrictive

(+cc: previous participants) The Anarcat wrote: > I understand that, but how does that keep us from issuing [an] > update on security.debian.org? [...] > People running stable are not necessarily running volatile and s-p-u. Ah, I missed your point before. Keeping git broken in lenny is indeed a

Bug#592300: XZ Utils 5 status?

Hi Larhzu, Julien Cristau wrote: > On Sun, Aug  8, 2010 at 22:20:19 -0500, Jonathan Nieder wrote: >> | In case of XZ Utils, a stable release is a promise about API, ABI, and >> | command line syntax compatibility long into the future. >> >> Therefore I would like (pr

Bug#592300: XZ Utils 5 status?

Lasse Collin wrote: > On 2010-09-26 Thorsten Glaser wrote: >> I’d rather suggest to abort if the memory for the compression level >> selected cannot be allocated, but that may just be me. It’s uncon- >> venient but unsurprising. > > That's what xz does now. [...] > Personally I can live with the c

Bug#592300: future unblock: xz-utils/5.0.0

Julien Cristau wrote: > On Sun, Aug 8, 2010 at 22:20:19 -0500, Jonathan Nieder wrote: >> XZ Utils 5.0.0 is likely to be released some time in the next few >> weeks. [...] > What's up with this? Do we still need more updates in squeeze? Yes. Something close to what

Bug#592300: future unblock: xz-utils/5.0.0

Julien Cristau wrote: > What's up with this? Do we still need more updates in squeeze? I would like to upload version 4.999.9beta+20100927-1 to unstable. Changes since 20100810 (testing): * New snapshot, taken from upstream commit cec0ddc. - liblzma: The meaning of --extreme has been twea

Re: git for Squeeze

Julien Cristau wrote: > Thanks, I'll have a look at this once it's in experimental. Any news on this? If git 1.7.2.x is too invasive for squeeze, I can backport fixes to v1.7.1 or 1.7.1.2, but I'd prefer not to wait too long before getting started. Regards, Jonathan -- To UNSUBSCRIBE, email

Bug#597586: unblock: bluez/4.70-1

Nobuhiro Iwamatsu wrote: > But I want to install version 4.69 to squeeze with #593172 ,#592982 and > #568301. > Beacause this version (in 4.67) was fixed API. - 593172: init script tries to start service when removed but not purged - 592982, 568301: stale file in modprobe.d has the wrong file

Bug#592300: freeze exception: xz-utils 5.0.0

Hi, Jonathan Nieder wrote: > XZ Utils 5.0.0 is likely to be released some time in the next few > weeks. As the upstream maintainer explains: > > | In case of XZ Utils, a stable release is a promise about API, ABI, and > | command line syntax compatibility long into the future. &

Re: Pre-approval request for dpkg sync() changes for squeeze

Guillem Jover wrote: > The worst that could happen on other file systems w/o the sync()/fsync() > before rename()s for extracted files was that the dpkg database might > get slightly out of sync relative to what was installed on disk, but > that's at most confusing, nothing compared to getting zer

Re: Pre-approval request for dpkg sync() changes for squeeze

Guillem Jover wrote: > Ah, sorry for the noise. I can see why one would be annoyed with Ted's proposed solutions (e.g., don't crash), yes. Jonathan -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsub

Git fixes for squeeze

Dear release managers, dear Gerrit, Some quick changes for git in squeeze. - Trivial fixes from upstream: memory leaks in cache_tree_free and diff; confusing use of static buffer in setup_git_env; dependence on signed int overflow semantics. - Documentation formatting fixes (mostly stray

Re: Git fixes for squeeze

Hi again, Some quick corrections. Jonathan Nieder wrote: > Some quick changes for git in squeeze. > > - Trivial fixes from upstream: memory leaks in cache_tree_free >and diff; confusing use of static buffer in setup_git_env; >dependence on signed int ove

Re: Pre-unblock: dash 0.5.5.1-7.3

Adam D. Barratt wrote: > diff -u dash-0.5.5.1/debian/dash.preinst dash-0.5.5.1/debian/dash.preinst > --- dash-0.5.5.1/debian/dash.preinst > +++ dash-0.5.5.1/debian/dash.preinst > @@ -1,4 +1,4 @@ > -#!/bin/sh > +#!/bin/bash > set -e > > divert() { > @@ -6,16 +6,19 @@ > ltarget=$2 >

Re: Pre-approval request for dpkg sync() changes for squeeze

Hi Ben, Ben Hutchings wrote: > On Mon, 2010-11-15 at 19:31 +0100, Philipp Kern wrote: >> and I don't suppose we could make that the default? Is there anything >> else the dpkg developers can try to be portable and still not be >> sacrificing performance? > > I'm coming to this late. It sounds l

Bug#592300: freeze exception: xz-utils 5.0.0

user release.debian@packages.debian.org usertags 592300 unblock retitle 592300 unblock: xz-utils/5.0.0-2 thanks Julien Cristau wrote: > On Mon, Oct 25, 2010 at 12:00:00 -0500, Jonathan Nieder wrote: >> 5.0.0 was released at last. Relative to xz-utils in testing, it >> bring

Bug#604166: unblock: tap-plugins/0.7.1-1

Hi, Alessio Treglia wrote: > Please unblock tap-plugins 0.7.1-1 Here are the obvious reactions. :) - new upstream point release. previous version is from 5 years ago, before the PTS learned about testing migration. - the proposed version has been in sid for about seven months - no open b

Re: fails to purge not RC

Holger Levsen wrote: > On Donnerstag, 16. Dezember 2010, Neil Williams wrote: >> ... and as Julien pointed out, these are not RC bugs unless you can >> show that these packages fail to install/uninstall/purge. > > I know >50 packages failing to purge properly (+ which need bug filing), but > I >

Bug#654237: Processed: relevant bugs for libav transition

unblock 654237 by 654230 641508 651625 652763 652061 quit Hi Reinhard, Reinhard Tartler wrote: > Are these bugs really blocking the upload of libav 0.8? I am not the release team, but probably no. Once there are only a few left, the release team might signal that it is a convenient enough time

Bug#652650: imagemagick transition: any news ?

Hi, Vincent Fourmond wrote: > is there be anything specific > that prevents us from uploading the current imagemagick in > experimental to unstable ? Yes, the lack of release team ack usually indicates that they are busy working on other transitions. See htt

Re: taxbird: Version for 2011 available upstream

(cc-ing release team for a strange release management question) Hi, Marc Haber wrote: > Taxbird is a program that is used to file Umsatzsteuervoranmeldungen, > a tax issue which needs to be done with current software. Raising > severity to release critical as taxbird 0.15 is useless. Would it be

Re: taxbird: Version for 2011 available upstream

Philipp Kern wrote: > On Wed, Feb 01, 2012 at 12:38:09PM -0600, Jonathan Nieder wrote: >> Would it be feasible to address this somehow in stable? Please >> forgive my ignorance. > > I presume that we're talking not only about taxbird but also libgeier? Yes, I believ

Re: Bug#660034: transition: libvpx

(dropping cc to avoid cluttering the bug log) Cyril Brulebois wrote: > libvpx being built and installed everywhere, I've just scheduled binNMUs > for the following packages: chromium-browser gst-plugins-bad0.10 icedove > sludge. > > Hopefully the libvpx+x264 transitions will be ready in a few days

Bug#670461: release.debian.org: Including eclipse/3.8 in Wheezy

Hi Niels, Niels Thykier wrote: > Jakub Adam (CC'ed) and I have been looking at including Eclipse 3.8 > (Juno) in Wheezy. The release date for Eclipse 3.8 is the 27th of > June, which is probably after we freeze "in June". > > We believe that this should be doable from our PoV I'd suggest upload

Bug#670858: RM: node/0.3.2-7.1

Package: release.debian.org User: release.debian@packages.debian.org Usertags: rm X-Debbugs-Cc: n...@packages.debian.org Hi, Please remove the ham radio server "node" from testing. The release-critical bug #614907 has had no action for several months despite a starting patch and various comp

Re: binutils-gold breaks ghc linking stage

Dear release team, Joachim Breitner wrote[1]: > I’d rather like to be able to transition the current set of Haskell > packages to testing first and then, if there is time before the freeze, > tackle this bug. For that, the severity needs to be lowered, though, as > otherwise nothing will migrate.

Bug#650601: libpng12-0 in experimental breaks its rdeps

# warning users of apt-listbugs, to reduce noise # luckily this only affects the package experimental, so this # severity bump should have no effect on testing migration etc severity 673542 serious quit Hi, Aníbal Monsalve Salazar wrote: > severity 673542 important [...] > The libpng transition

Re: binutils-gold breaks ghc linking stage

Julien Cristau wrote: > What's the rationale for this bug being 'serious' in the first place? > That seems rather inflated to me. ghc is unusable when binutils-gold is installed. There is no conflict between them declared. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org wi

Re: Alpha version of xz-utils in wheezy?

Hi Andrew, Andrew Pollock wrote: > I just noticed that the version of xz-utils in wheezy is > 5.1.1alpha+20110809-3 The xz-utils package in sid has been tracking the 5.1.y series for a long time. Unfortunately there hasn't been an official stable release from that branch. > From upstream's web

Re: Handling of changelogs and bin-nmus

Raphael Hertzog wrote: > As such, I suggest that we handle "binary rebuild" differently: > - debian/changelog is left unmodified since it's the source changelog > => it defines the ${source:Version} substvar > - debian/changelog.binary-rebuild (or any other better name) is created > when we wa

Re: Handling of changelogs and bin-nmus

Andreas Barth wrote: > Do we have other tools than dpkg that parse the changelog to find out > the package version? Yes, debian/rules parses the changelog in a low-tech way in some source packages. Someone with access to the lintian lab might be able to say how many packages would be hurt by not

Re: zlib1g: binNMU broke multi-arch installability

Hi, Mark Brown wrote: > On Tue, Jun 19, 2012 at 08:13:06PM +0200, Nicolas Le Cam wrote: >> Recent binNMU of zlib1g on amd64 made it impossible to co-install it in a >> multi-arch environment. > > What makes you say this, and why are you filing a bug on the package? > Please provide a description

Bug#678624: pu: package xz-utils/5.0.0-3

an/rules: "chmod +x tests/test_scripts.sh" for new xzdiff +tests. + * debian/symbols: Bump the minimal versions for LZMA2 encoder +functions that reject more bad arguments and skip empty blocks. + * liblzma-dev: Install an appropriate library for static linking +instead of

Re: Seasonal dilemna with EMBOSS.

Hi Charles, Charles Plessy wrote: > For Wheezy, we have the following choice: > > - Release with 6.4.0, which will be unsupported upstream on July 15th, 2012. > - Give an exception to 6.5.0, which will be unsupported on July 15th, 2013. I encourage you to package a pre-release or snapshot of w

Bug#680674: transition: leptonlib

Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition Tags: wheezy X-Debbugs-Cc: lepton...@packages.debian.org, tesser...@packages.debian.org Hi release team, This is a request to start a small transition for wheezy. Please don't shoot me. The current lep

Re: BinNMU changelog handling for Multi-Arch: same packages

Hi Raphael, Raphael Hertzog wrote: > I know that in the long term you're in favor of moving the changelog in > the package metadata and I agree with this plan. But IMO we must find > an interim solution in the mean time. > > Here's a suggestion. Please share your thoughts: > > 1/ we modify dh_ins

Re: need the latest version for 2012 tax declaration

Version: 0.18-1 Toni Mueller wrote: > On Fri, Jul 13, 2012 at 10:16:38AM -0500, Jonathan Nieder wrote: >> Toni Mueller wrote: >>> I only discovered today that closing the bug was premature, and the >>> wrong way to go. >> >> I don't follow. Does

Re: need the latest version for 2012 tax declaration

Toni Mueller wrote: > On Fri, Jul 13, 2012 at 11:22:37AM -0500, Jonathan Nieder wrote: >> Ok, thanks. As long as the bug is not fixed in the version in wheezy, >> it will block the release. > > ok. I thought it would simply be chucked out, or Yep, that's another possib

Bug#680674: transition: leptonlib

Cyril Brulebois wrote: > Jonathan Nieder (07/07/2012): >> 1. Upgrading libleptonica causes liblept.so.1 to be removed, >> breaking leptonica-progs and tesseract-ocr from squeeze, but this >> dependency is not declared. > > Add Breaks: accordingly. Can'

Bug#680674: transition: leptonlib

Julien Cristau wrote: > Agreed. Either this happens or leptonlib and friends get removed from > wheezy, IMO. Thanks for looking it over. Is that a "please go ahead" or a "yes, this is the right thing to do when the moment is right"? I can see at least two options: a. Upload [1] right away to

Bug#678624: pu: package xz-utils/5.0.0-3

Adam D. Barratt wrote: > On Sat, 2013-03-16 at 14:40 -0700, Jonathan Nieder wrote: >> * "What this most needs is more testing. I know you have tested it, >>but I haven't had time to test it myself. I should have some in >>the next month and do not thin

Re: Temporary solution for changelog problem in binNMUs

Hi, Ian Jackson wrote: > The real problem is that these changelog files are primarily intended > for human beings. They should live in /usr/share/doc, and their > location should be transparent. I was convinced of this until I remembered that package descriptions are very similar in this respec

Bug#678624: pu: package xz-utils/5.0.0-3

In March, Adam D. Barratt wrote: > On Sat, 2013-03-16 at 14:40 -0700, Jonathan Nieder wrote: >> * "What this most needs is more testing. I know you have tested it, >>but I haven't had time to test it myself. I should have some in >>the next month and do

Bug#678624: pu: package xz-utils/5.0.0-3

Adam D. Barratt wrote: > [it's generally considered polite to note when you're adding CCs...] Sorry about that. Will do so next time. [...] > Please go ahead with the upload. Now that I look back over it, I would like to drop some changes --- the upload was originally intended for stable, and

Re: Bug#709947: closed by ty...@mit.edu (Theodore Y. Ts'o) (Bug#708307: fixed in e2fsprogs 1.42.8-1)

Hi, Theodore Ts'o wrote: > We have a minor problem with uploading a fix. E2fsprogs currently > FTBFS on stable, due to bug #707996, whose root cause is #708061. > > Personally, I blame glibc (#708061) for once again making a > library-visible API change. (If they didn't want programs to use >

Bug#678624: pu: package xz-utils/5.0.0-3

Cyril Brulebois wrote: > Control: tag -1 moreinfo > Adam D. Barratt (2013-08-19): >> Any news there? (Yes, I realise there's a certain irony...) > > (Time for the irony to strike back.) Ping? This got preempted by other things --- sorry about that. I should be able to prepare and re-test the u

Bug#735509: transition: leptonlib

block 735509 by 731168 quit Hi, Jeff Breidenbach wrote: > Leptonica upstream is releasing a new version that will > have an increased soname (liblept3 -> liblept4). No exotic > challenges expected. This is a tiny transition: the only source package that will need rebuilding is tesseract. $ gr

Bug#735509: transition: leptonlib

Hi, Jonathan Nieder wrote: > Jeff Breidenbach wrote: >> Leptonica upstream is releasing a new version that will >> have an increased soname (liblept3 -> liblept4). No exotic >> challenges expected. > > This is a tiny transition: the only source package that will

<    1   2