Quoting Adam D. Barratt (a...@adam-barratt.org.uk):
On Sun, 2012-09-23 at 18:43 +0200, Rodolfo García Peñas wrote:
This new version fixes some debconf template translations.
The current version at testing don't have all the debconf translations
done (only 48/50), and this new version
Quoting Alexander Golovko (alexan...@ankalagon.ru):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi!
Please unblock bacula-* packages, it fixes multiple bugs, include
CVE-2012-4430, crashes and debian policy violations:
Quoting Andreas Beckmann (deb...@abeckmann.de):
On 2012-09-20 07:30, Christian PERRIER wrote:
You have an outstanding call for translations for the changes that
modified these debconf templates. Please wait for it to complete and
[...]
I can for instance make sure you get these 8 needed
Quoting Modestas Vainius (mo...@debian.org):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello,
I would like to ask for unblock of 2.8.9-1 for wheezy. Wheezy currently has
2.8.9~rc1 which is a feature complete release
: #629729).
+ * debian/rules: Replace unrecognized option --copy-prefix with --destdir and
+pass the correct path.
+
+ -- Christian Perrier bubu...@debian.org Sun, 07 Oct 2012 15:48:21 +0200
+
gtkrsync (1.0.4) unstable; urgency=low
* New upstream release with updated documentation for rsync 3.0
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package hddtemp
This version fixes #680877 that interrupts installation of Xfce
systems from scratch with an unnecessary debconf question.
Even though this is not a release
Quoting Michael Gilbert (mgilb...@debian.org):
Hi,
Jakub Wilk has been filing a lot of RC bugs on packages with
incomplete copyright files. Some examples:
http://bugs.debian.org/690394
http://bugs.debian.org/690371
http://bugs.debian.org/690370
Now, these are mostly easy fixes and of
Quoting Roger Leigh (rle...@debian.org):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package sysvinit
The attached debdiff includes a correction to the init script
dependencies for the three bootclean
Quoting Ian Campbell (i...@hellion.org.uk):
As I see it there are three options:
* Fix in Sid and request a freeze exception for Wheezy. For
reference the current debian/changelog between Wheezy and Sid
(which doesn't include #693263 yet) is appended.
* Fix in Sid
Quoting intrigeri (intrig...@debian.org):
What's happening on this front? Any alternative possibility to get
better support for Burmese script, in a way that is easier to review
for the release team?
I completely forgot about this. Sadly, this upload by Daniel Glassey
happened from outside of
+
+ -- Christian Perrier bubu...@debian.org Thu, 12 Jul 2012 21:23:57 +0200
+
nginx (1.2.1-2) unstable; urgency=medium
[Cyril Lavier]
diff -Nru nginx-1.2.1/debian/nginx-naxsi-ui.templates nginx-1.2.1/debian/nginx-naxsi-ui.templates
--- nginx-1.2.1/debian/nginx-naxsi-ui.templates 2012-06-17
Quoting Samuel Thibault (sthiba...@debian.org):
Cyril Brulebois, le Tue 17 Jul 2012 11:37:50 +0200, a écrit :
I think I'd rather avoid uploading a new d-i at this point, and just
get new images built once the gnome bugs are fixed.
Christian, maybe you could call for fixing the translations
Quoting Cyril Brulebois (k...@debian.org):
Aurelien Jarno aure...@debian.org (14/07/2012):
I guess it means the unblock is granted, just waited for d-i beta 1.
Does it mean we can already upload eglibc/2.13-35, and that only the
changes between 2.13-34 and 2.13-35 would be considered for
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package phpldapadmin
This upload add two debconf templates translation (and, well, a
Standards version bump that would have better been left aside but I
think it's
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package auctex
This NMU upload was meant to include two pending debconf translations
(Spanish and Slovak). I didn't get the maintainer's approval for it
(nor did I get any
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package glance
This NMU upload fixed the Portuguese debconf translation.
unblock glance/2012.1.1-1.1
-- System Information:
Debian Release: wheezy/sid
APT prefers
Quoting Daniel Baumann (daniel.baum...@progress-technologies.net):
On 08/01/2012 12:29 AM, Philipp Kern wrote:
I don't think that's agreed upon. If anything default options
should be used.
i don't think so, see debconf bofh.
the bottom line is that -9 compresses better than -6, and that
Quoting Daniel Baumann (daniel.baum...@progress-technologies.net):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
1:2012.1.15AR.5-3 would have migrated if there was no udeb block,
1:2012.1.15AR.5-4 contains l10n updates.
Quoting Cyril Brulebois (k...@debian.org):
The deadline should be pretty clear, and should let time for doc /
translation updates, especially on the installation guide front.
Christian, could you perform your l10n coordination magic bits?
I'll send yet another call for updates, but I don't
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ntfs-3g from testing-proposed-updates.
(I'm unsure whether this is really an unblock, here)
This upload is meant to be sure that the Czech debconf translation
goes
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package samba
The -3 release switches to xz compression (default compression level)
for deb packages (#683899).
I didn't exactly use the patch provided by Ansgar in the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package nbd
This NMU, made with maintainer's agreemet, is meant to complete a
debconf translation for the Czech language.
unblock nbd/1:3.2-1.1
-- System Information:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package prey
This NMU (made without maintainer approval...but without maintainer
reaction either...) adds a Czech debconf translation.
unblock prey/0.5.3-7.1
-- System
Quoting Markus Frosch (mar...@lazyfrosch.de):
retitle 683618 unblock: icinga-web/1.7.1-4
thanks
Hello Release Team,
we had to upload a new release 1.7.1-4 which fixes a problem with a
breaking postrm script when ucf isn't installed anymore.
So I'd like to extend the unblock request to
Quoting Christian Perrier (bubu...@debian.org):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package prey
This NMU (made without maintainer approval...but without maintainer
reaction either...) adds a Czech
Quoting Nicholas Bamber (nicho...@periapt.co.uk):
Ansgar,
I have not finished testing your patch but I have a few questions.
Firstly it raises a new lintian error requiring a Pre-Depends on dpkg
(= 1.15.6~). I know that this is more of an issue for Ubuntu and that
Ubuntu won't
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fontconfig
Keith Packard apparently forgot to ask for unblock so I'm doing it on
his behalf.
This upload mostly upudates 3 debconf translations.
Keith added
Quoting Julien Cristau (jcris...@debian.org):
On Mon, Jul 30, 2012 at 13:19:57 +0800, Thomas Goirand wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Team,
The new Keystone package, currently
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package mantis
This NMU, made unfortunately without ACK from the maintainer, fixes a
pending Czech translation of debconf templates.
unblock mantis/Accepted 1.2.11-1.1
--
Quoting Thomas Goirand (z...@debian.org):
Thomas, it seems that you forgot to answer this question from
Julienwhich, in turn, leaves the unblock request unadressed. Any
chance that you can do so?
I didn't forget. That's because we are still waiting for new debconf
translations from
Quoting Thomas Goirand (z...@debian.org):
One last thing: in our Git, I have already a debian/po/es.po update. I
didn't upload the package with it, because of the urgency=high. Was this
the correct thing to do (eg: plan for a later upload then unblock), or
should I have include the template
Quoting Cyril Brulebois (k...@debian.org):
I've set age-days for this round, and I'll modify the testing summary
page to help be build comprehensive unblock/unblock-udeb/age-days
requests for next ones.
(keeping -release CC'ed to avoid cutting the thread but that's more a
-boot issue)
Do you
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debconf
Version 1.5.45, that missed the freeze by two days, has one
translation update and the following change by Colin Watson to fix
some parsing problems with
, its behaviour violates the
+policy. An alternative solution will be worked on
+after Wheezy release (Closes: #679846).
+ * Also drop all debconf templates and their translations.
+
+ -- Christian Perrier bubu...@debian.org Sat, 18 Aug 2012 18:25:06 +0200
+
pleiades (1.3.4~I20120531-dfsg
Quoting Hideki Yamane (henr...@debian.or.jp):
This mail has to goals:
- get a release team approval about this possible upload to t-p-u
- give Yamane-san a last chance to react to all this..:-)
Then, should I make pleiades package for t-p-u?
(of course, send debdiff to list before
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Hideki Yamane (henr...@debian.or.jp):
This mail has to goals:
- get a release team approval about this possible upload to t-p-u
- give Yamane-san a last chance to react to all this..:-)
Then, should I make pleiades package
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Hideki Yamane (henr...@debian.or.jp):
This mail has to goals:
- get a release team approval about this possible upload to t-p-u
- give Yamane-san a last chance to react to all
will be worked on
+after Wheezy release (Closes: #679846).
+ * Also drop all debconf templates and their translations.
+
+ -- Christian Perrier bubu...@debian.org Sat, 18 Aug 2012 18:25:06 +0200
+
pleiades (1.3.4~I20120531-dfsg-2) unstable; urgency=low
* debian/control
diff -Nru pleiades-1.3.4
Quoting Daniel Hartwig (mand...@gmail.com):
Is there potential to see pkgsel use apt-get instead of aptitude
(following the same change in tasksel)? There is already a patch
committed. I'll give this more of a test this week with some induced
errors during the installation.
I hesitated
Also you mention updated package translations, does this include *new*
translations or only fixes to existing ones?
My opinion is that this includes new translations. I mean, uploading
to t-p-u with new translations is OK.
This is even more important for dictionaries-common because this
Based on discussions on the debian-kernel list[1], I'd like to propose
that we use 2.4.27 as the 2.4 kernel for all architectures with 2.4 kernels
in sarge. The strongest arguments for 2.4.27, as opposed to 2.4.26 were
noted
by tbm [3].
One thing to bear in mind when making this
What should/could be done to have this package hit sarge ?
Give Stefan some help in maintaining it..:-)
sympa is a complicated package which probably needs a lot of work so I
guess that team maintenance would be welcomedStefan, what's your
opinion about this ?
Unfortunately, this should
Frankly, I am getting tired of discussing this issue. I can't understand
why you, gotom, are that stubborn and can't respect a decision taken by
the German translation team. You already stated at the very beginning
of this bug report, that you find it not well inspected [6]... To me
your
At some point, gotom needs to either accept that the German team has
*done* the deep thinking, or else do it himself. So far he declared
it a wishlist item (AFAICT) and refused to either think about it *or*
take the German team's word for it.
Well, maybebut being rude in words towards
Quoting Bastian Blank ([EMAIL PROTECTED]):
I've done a test build of sarge. About 250 arch any packages failes to build.
Great work.
geneweb_4.09-25
KNown problem. Fix in unstable, however with a RC bug introduced by
being forced to use a CVS snapshot.
I'm damn angry and sorry about this
geneweb_4.09-25
WFM, but some warnings
Same version? There's a new version of geneweb in testing/unstable now.
Though untested, I'm confident it will build. FTBFS was the reason for
using a new upstream version (indeed a CVS snapshot as upstream does
not want to release because of the
The recent 4.0.3-30.1 NMU of shadow has been uploaded with only
translation fixes. The maintainer, Karl Ramm, is in agreement with
these l10n NMU uploads which I manage for him.
It has built properly on all arches and is now ready for entering
sarge.
As it is a package from the base system, it
Changes relative to version in testing:
devfsd (1.3.25-19) unstable; urgency=low
* added po-debconf i18n for my single template, closes: #271943
- build depend on debhelper (= 4.1.16)
- run debconf-updatepo in clean target
* added german l13n.
Waiting for some l10n teams
The slang 1.4.9dbs-8 packages are needed in testing for fixing a crash
experienced when dealing with zero-size characters in RTL languages
such as Arabic.
This version of the package includes a patch by Steve Langasek and
Bastian Blank which fixes this bug. It has been well tested inside D-I
with
Comments/Problems:
Installing worked fine until the reboot, whereafter it could not find
the IDE hard drive. Power-cycling fixed this, so I imagine it is a
problem with the power management. Have been recommended to compile
It's quite likely, yes
custom kernel with APM, so going to try
The shadow package got its 4th translation only NMU upload in a few
months.
It's now built on all arches.
The changelog:
shadow (1:4.0.3-30.4) unstable; urgency=low
* Non-maintainer upload targeted at sarge.
Localisation and d-i related updates only
* Programs translations
-
team
-- Christian Perrier [EMAIL PROTECTED] Thu, 25 Nov 2004 20:04:18 +0100
console-data (2002.12.04dbs-46.2) unstable; urgency=low
* Non-maintainer upload for cleaning out the ugly mess
in the previous NMU source package (failed SVN commits,
unpacked trees, useless tar.gz file
Quoting Joey Hess ([EMAIL PROTECTED]):
Steve Langasek wrote:
Tentatively approved, pending confirmation from Joey that he's ready to have
these udebs in testing.
I'm ok with it, but I don't know about the new version that amck has
just released.
So do I. The -48 changes were not
shadow 4.0.3-30.5 just hit sid yesterday.
As usual, this is a NMU by myself, as Karl Ramm, the maintainer is
very discreet since the last 6 months (indeed, my last exchanges with
him were after Debconf) and Sam Hartman, his co-maintainer indicated
he has no real intent of maintaining this package
(this mail originates in recent mails in -release about the status of
the shadow package...I took this opportunity for making an update
about it. For people not aware of it, the shadow source package builds
the login and passwd binary packages we use on each and every default
Debian installation)
Quoting Christian Perrier ([EMAIL PROTECTED]):
shadow 4.0.3-30.5 just hit sid yesterday.
And should certainly NOT be hinted for sarge.
-The chpasswd code was changed to allow MD5 encoding of generated
passwords. chpasswd is a utility for changing user passwords in batch
mode, from an input
Quoting Colin Watson ([EMAIL PROTECTED]):
On Tue, Dec 21, 2004 at 07:36:21AM +0100, Christian Perrier wrote:
chpasswd is not a critical utility, for sure, when compared to other
programs in shadow, but we certainly cannot release with it being
broken as it is in 4.0.3-30.5
chpasswd
Of course, given these facts, forget about any hinting for shadow
until it has been proven that 4.0.3-30.6 does not break base-config
and thus the installer. Being virtually murdered by joeyh is certainly
I simulated this by dpkg-reconfigure passwd after hacking the
passwd.config file so that
Quoting Christian Perrier ([EMAIL PROTECTED]):
This means that chpasswd in passwd 4.0.3-30.6 does NOT seem to break
base-config.
Proving this on a fresh d-i install will be better...I'm working on
it.
I did the test and hereby I confirm that shadow 4.0.3-30.6 and the
more recent 4.0.3
(Joey, in the highly improbable case you would have missed this in -release)
Not only are they. They are OBSOLETE, and UNMAINTAINED upstream.
No need to shout, I think, especially at our release managers..:-)
Last summer, 2.6 wasn't working properly on hppa (much borkage) and the
only
Quoting Joey Hess ([EMAIL PROTECTED]):
Installation of the desktop task from testing[1] is currently broken
because too many packages get queued up and apt overflows a buffer or
something. I've verfied that this is fixed with apt 0.5.27.2 from
unstable so I think this should be let into
Quoting Colin Watson ([EMAIL PROTECTED]):
The diff between 0.5.27 in testing and 0.5.27.2 in unstable does not
show any translation updates.
:-). I missed 0.5.27, indeed, stupid me.
Bubulle, standing corrected.
After a discussion on IRC, it seems there is no consensus about how
multiarch should be done. Therefore I stop working on that (patches are
still welcome for glibc).
Is this really the best thing to do?
Even though there is no consensus (I overread the thread and anyway
most parts of it
(restricting the CC list to real lists)
Quoting Steve Langasek ([EMAIL PROTECTED]):
On Fri, Feb 24, 2006 at 07:45:16AM +0100, Christian Perrier wrote:
After a discussion on IRC, it seems there is no consensus about how
multiarch should be done. Therefore I stop working on that (patches
Quoting Andreas Barth ([EMAIL PROTECTED]):
testing: [2] says ``Not touching package, as requested by freeze
(contact debian-release if update is needed)'' again.
Actually, I commented that hint out because it was so old. I should've
checked whether it is still necessary before doing so,
(reply set to -i18n as, IIRC, the -release mail address is not a
discussion list or, more, precisely, not meant to be one)
Original announcement by the release management team, a few weeks ago:
Release Goals
=
After some discussion, we've decided to clarify the handling of pet
The last upload from console-data (20060609) was meant to allow more
translations to go in, especially for the udeb package.
As no special problems has been raised, I think we can probably hint
the package for entering testing now.
The same concern also stands for the iso-codes package which
Quoting Eddy Petrişor ([EMAIL PROTECTED]):
On 21/07/06, Tobias Toedter [EMAIL PROTECTED] wrote:
Hi,
the package iso-codes could be hinted into testing today, if the D-I team
doesn't have any objections.
So RO is not 100% in the beta release :( #378665 (judging from the
changelog) ?
(updates handled by the SRM team)
Not checked too.
We have a nice backlog. We go as fast as possible, but are currently
slowed down because some stuff depends on ftp-master will.
Is there some reason for not having at least one SRM team member in
the ftpmaster team?
I have recently directly
Step (1) is done, I am now ready to proceed with (2). Unfortunately,
the release team seems to have changed their mind in the mean time,
and have indicated that exim 3.36-16sarge1 would not be accepted for
the next sarge point release with the changed description.
I happen to strongly
(this mail summarizes the situation for shadow in sarge)
Quoting Martin Zobel-Helas ([EMAIL PROTECTED]):
Hi,
for those who wonder why their package did not yet hit proposed-updates,
they want to have a look on [1] and [2].
The backlog we had is now decreasing, d-i builds should have been
ttf-dzongkha is currently blocked because it provides a udeb.
The 0.2-3 version was only a cosmetic upload to fix lintian minor
stuff and the udeb did not change so I guess that it can be unblocked.
CC'ing Joey Hess as D-I backup release manager for the sake of it
--
signature.asc
Quoting Santiago Vila ([EMAIL PROTECTED]):
Hello.
In order not to repeat sarge mistakes, I have a simple question for
the release managers: Am I in time to upload gettext 0.15?
Please note that shadow has been the first victim of gettext-0.15.
Bug #384631 (FTBFS for shadow) is an indirect
Sorry Frans, but any current use of these packages is well overdue to be
fixed. Given that kernel-source-2.4.27 is RC-buggy, I'm now working through
getting its reverse-dependency tree removed from testing.
Frans being on holiday until Sept 10th, I guess that any question
requiring some
Please hint ttf-freefont for testing. It provides a udeb, but only
used in G-I initrd's so won't break D-I, neither dailies nor beta3)
--
signature.asc
Description: Digital signature
Quoting Andreas Barth ([EMAIL PROTECTED]):
* Loïc Minier ([EMAIL PROTECTED]) [060903 20:07]:
Would be nice if someone could ack the update of gtk+2.0 from 2.8.18-1
to 2.8.20-1 in testing and even hint it if possible.
approved. What does it need hinted?
IIRC, because it provides a udeb.
Quoting Tobias Toedter ([EMAIL PROTECTED]):
Hi all,
the last upload of iso-codes (0.53-1, frozen because of a udeb) has been in
unstable for 10 days. If the D-I team has no objections, it could be hinted
into testing now.
iso-codes udeb is used only by localechooser and in initrd so the
The latest shadow upload fixes a RC bug (#394182) but, for some
strange (at least to me and Nicolas François, the package
co-maintainer) reason, failed to build on arm.
Is it possible for an arm porter to try to bring some input on the
build failure, and possibly help solving that issue? That is
Is it possible for an arm porter to try to bring some input on the
build failure, and possibly help solving that issue? That is of course
needed for us, shadow maitnainers, to get shadow in testing.
It builds correctly on my machine, so it's is probably a transient
problem with the
AFAIKT this has not happened yet. Please approve ASAP as otherwise RC1 may
get delayed further, or this change will miss RC1.
The new version fixes the sort order of keymaps during keyboard selection
which I'd very much like to see in RC1.
The reason I suggested a review is that Christian
What do you think?
*I* do think that, if that bug is RC for debian-edu-config, then
another one should be opened for localization-config, which does
exactly the same (actually not in very good shape for etch as it
basically does nothing). BTW, localization-config is maintained as
part of
Quoting Aurelien Jarno ([EMAIL PROTECTED]):
(original bug report)
Package: apt
Version: 0.6.46.2
Severity: serious
Justification: Policy 2.5
apt is of priority important and depends on debian-archive-keyring
which is of priority standard.
This violate policy 2.5:
Quoting Andreas Barth ([EMAIL PROTECTED]):
* Christian Perrier ([EMAIL PROTECTED]) [061106 09:09]:
Release managers, do you have a comment on that issue? Bumping the
priority of debian-archive-keyring to important, with an ftpmaster
override, seems the most appropriate solution here
Comments, abjections?
s/abj/obj
Given the meaning of words starting with abject in French, I prefer
being rather precise, here..:)
signature.asc
Description: Digital signature
iso-codes features a few l10n updates to ISO-3166. The package is
currently blocked because it provides a udeb but the content of that
udeb will not change and therefore, allowing the package to testing
does not affect D-I.
--
signature.asc
Description: Digital signature
Quoting Christian Perrier ([EMAIL PROTECTED]):
iso-codes features a few l10n updates to ISO-3166. The package is
currently blocked because it provides a udeb but the content of that
udeb will not change and therefore, allowing the package to testing
does not affect D-I.
Has there been any
I don't see that there is any real urgency with this.
I plan to review all packages that have udebs and have newer versions in
sid after RC1 has been safely announced and ask for hints where needed. I
think iso-codes can wait for that.
OK with that plan. The only urgency for iso-codes
Here is a list of packages that fail when all packages except essential
ones, apt and debfoster were removed, but didn't fail when debconf and
ucf were kept. This indicates a missing dependency on debconf or ucf,
which is considered etch-ignore (actually, for ucf, I'm not so sure):
geneweb
(please respect Reply-to to avoid cluttering 3 lists at the same time)
To make the work of the French l10n team easier I do a daily survey of
changes to debconf templates that trigger translation updates needs.
I'm currently seeing changes to 1 or 2 packages *every day*.
Most of these are
Quoting Christian PERRIER (bubu...@debian.org):
Would you mind having us upload 3.5.4 packages in unstable, eventually
blocking it artificially for more than 10 days so that it is tested
enough by unstable users?
I certainly understand that an answer can't come immediately. However,
would
Quoting Julien Cristau (jcris...@debian.org):
On Mon, Aug 30, 2010 at 18:37:11 +0200, Christian PERRIER wrote:
Quoting Christian PERRIER (bubu...@debian.org):
Would you mind having us upload 3.5.4 packages in unstable, eventually
blocking it artificially for more than 10 days so
: #551506
-- Christian Perrier bubu...@debian.org Thu, 02 Sep 2010 20:27:48 +0200
ttf-okolaks (0.5-2.1lenny1) stable-proposed-updates; urgency=low
* Team upload
* Move package under pkg-fonts team maintenance
* Fix Hints do not match the installed files by applying patch by
Jakob Bohm
Quoting Adam D. Barratt (a...@adam-barratt.org.uk):
Given the closeness of the next point release, this will be accepted
after that and included in 5.0.7.
No problem. I expected that.
The fix for #551525 appears to be missing:
Sigh. This is what one gets for using --dry-run with patch
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package console-data
This version adds two debconf translation updates for Spanish and
Arabic. console-data provides a udeb and, as D-I team member, I can
confirm
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package chef.
This NMU was done to apply wording changes in debconf templates
suggested after a Smith review by debian-l10n-englishthen
translation updates for
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package durep
This NMU just adds a few debconf translation updates.
unblock durep/0.9-2.2
-- System Information:
Debian Release: squeeze/sid
APT prefers
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package mailgraph
testing has 1.14-1. It should indeed have 1.14-2 as I, as sponsor, am
the one and only culprit for missing the freeze date. I built and
uploaded
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package openslp-dfsg
This NMU was made for translation updates. It is the last one where I
also bumped a very deprecated debhelper compatibility to 7 (yes, I
know
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package orville-write
This NMU of mine consists mostly of debconf translation updates (and a
debhelper compatibility level bump from 4 to 7, which I usually
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception
Please unblock package slrn
This NMU of mine includes one translation update.
unblock slrn/1.0.0~pre18-1.1
-- System Information:
Debian Release: squeeze/sid
APT prefers
1 - 100 of 739 matches
Mail list logo