hi -release team,
On Sat, Apr 09, 2011 at 10:13:19AM +0100, Neil McGovern wrote:
> > Once again, we will use feedb...@release.debian.org and welcome all
> > comments before 11th April.
> >
>
> We've had a rather poor response to this request, so I'd encourage
> anyone who's been putting it off t
Hi Adam,
On Sun, 2011-02-27 at 22:17 +, Adam D. Barratt wrote:
> Any news on this?
I've branched, cherry-picked, built, and uploaded the package earlier
this evening. Let me know if there's anything else you need from me on
this.
Thanks,
Sean
signature.asc
Description: This is a
hi adam,
On Sun, 2011-02-27 at 22:17 +, Adam D. Barratt wrote:
> > Ah, I failed to spot that the second diff included context from the
> > first. Yes, if you'd prefer to include the first set of fixes then that
> > would be okay (although does make the overall diff a little noisier).
>
> Any
On Sun, 2011-02-13 at 17:27 +, Adam D. Barratt wrote:
> Thanks for your mail. The fix from [2] looks fine, but I'm not
> immediately clear how [1] relates to #611820; from a quick look, the
> only part of dbconfig-common which ever uses "set -u" is the testsuite?
i guess it's not strictly n
hello -release,
quick background for those unfamiliar: dbconfig-common is a shared
framework for managing installation/upgrade/removal of databases.
recently, someone found #611820, where a bug in the sorting logic would
omit certain upgrade scripts from being processed when updating from one
ver
On Sun, Sep 12, 2010 at 07:44:51PM +0100, Adam D. Barratt wrote:
> > If the RT
> > wasn't ready to accept the consequences of such a big move, then maybe
> > it wasn't a good idea to upload PHP 5.3.2?
>
> Please could you explain this comment? As above, PHP 5.3.2 has been in
> unstable since Marc
hello -release,
cacti 0.8.7g-1 has been in unstable for ~20 days with no ill effects
reported. this is largely an upstream "maintenance release" incorporating
various bug/security fixes present in the previous releases. a list of changes
can be found on the upstream release notes:
http:
nny's mysql. from the changelog:
[ Sean Finney ]
* New patch 64_fix-dummy-thread-race-condition.dpatch to back out an
unneeded workaround that causes segfaults in libmysqlclient15. Thanks
to Martin Koegler for digging up the patch. (closes: #524366, #513204)
[ Norbert Tretkowski
hiya,
On Mon, Jan 26, 2009 at 11:33:16AM +0100, Nico Golde wrote:
> It was rejected:
> php5_5.2.6.dfsg.1-1+lenny2_amd64.changes
> REJECT
> Rejected: php5_5.2.6.dfsg.1-1+lenny2.dsc refers to
> php5_5.2.6.dfsg.1.orig.tar.gz, but I can't find it in the queue or in the
> pool.
> Rejecting.
>
> Plea
On Sun, Jan 25, 2009 at 06:46:18PM +0100, Luk Claes wrote:
> I don't see any reason why it can't go via testing-security personally.
> Note that currently testing-security uploads reach tpu automatically and
> are processed by the Release Team to get it into lenny proper.
okay, this i didn't know
hi everyone,
excuse the cross-posting, i just want to make sure everyone's on the
same page for what should be next for php5 -> lenny
quick recap:
when we last left off[1] Raphael was seeking pre-approval of a
lenny-targeted upload of php5. because of library dependency changes,
this needed to
hi there,
i've just uploaded compiz compiz_0.7.6-7 which contains the following changes:
compiz (0.7.6-7) unstable; urgency=medium
* refresh quilt patches to apply with no fuzz/offsets.
* add fglrx driver to compiz-manager whitelist (closes: #495539).
-- Sean Finney <[EMAIL P
hi release peeps,
popt is currently blocking the transition of a number of packages, which
includes compiz/compiz-fusion related packages which are currently in a
horrible state in testing and in all other respects ready for a transition
from sid to testing afaict.
popt (1.10-3 to 1.14-3)
hey release peeps,
in addition to the recent slew of php security fixes, a rather nasty
regression was reported in #422567 , in which the reporter also found
the fix in upstream CVS. i've built a package with this patch and given
it to the 2 or 3 people who have chimed in on the bug report, who h
hey folks,
just going through my packages and i found an uncommitted german debconf
translation for cacti-cactid. no other changes in this upload.
sean
signature.asc
Description: This is a digitally signed message part
ahoy,
On Mon, 2007-03-05 at 22:07 -0800, Steve Langasek wrote:
>
> An upload to t-p-u for the l10n updates would be ok. Fixing the dpkg
> order-of-operations corner case also seems like it would be ok, but I
> haven't been able to pick out which change in the package is related to this
> bug, so
On Mon, 2007-03-05 at 01:35 -0800, Steve Langasek wrote:
>
> Yes, and I'm afraid the code changes in 1.8.30 aren't something I'm willing
> to let through; the shell code is subtle enough that my eyes are likely to
> start bleeding before I'm able to give it a thorough review.
aw. the bugs that t
hey again,
i've just uploaded new versions of php4/php5 containing backported fixes
to the latest batch of CVE's resulting from the start of the month of
php bugs by the hardened php folks. it was decided that we'd backport
the fixes instead of taking the newest upstream versions of the pacakges
hey folks,
i just did an upload of dbconfig-common to unstable, which contains a
large number of debconf translations supplied by the latest il8n
efforts. there are no code changes from the previous version (1.8.30),
but the previous version is not currently in etch afaik.
wrt the changes betwee
hey -release,
a day or two ago i did a new upload of php5 which contains mostly
superficial/documentation fixes, but one very important memory-leak
fix, so please consider it for etch.
i'm just about to get on a trans-atlantic flight, so if you have
any problems with this please bring it up with
hey -release,
executive summary, .la file shipped in libradius1-dev was not
correctly built and breaks any libtool-using software that
needs to build against the package.
i was wondering if i could get a bit of feedback on this one. my
inclination is that the severity ought to be important, th
On Wed, Mar 29, 2006 at 08:40:02PM -0800, Steve Langasek wrote:
> > nagios-mysql depends on nagios-common (= ${Source-Version})
>
> > so when nagios-mysql is bumped without bumping nagios-common, we
> > have our current situation.
>
> Which is no worse than the previous situation, of nagios-mysql
hey release-peeps,
i got a grave bug reported against nagios recently (#359637), because
nagios is no longer installable in unstable. it looks like
someone's bin-NMU'd it on 2006/03/20, along with the other
arch:any packages.
my best guess is that this has to do with the recent mysql
versioning
On Fri, Jul 08, 2005 at 05:05:09PM +0200, Eduard Bloch wrote:
> Then we would have
>
> Debian 4.0 for etch, 4.1 for etch stable release 1, 4.2 for etch stable
> release 2, 4.2a for etch stable release 2 with a minor CD mastering fix
> (for example), etc.pp.
>
> Does the release team agree with t
strange, i'm not sure why, but i've missed out on
everything past the first post. my guess is that there's
something wrong with the alioth mailing lists (where the
bug reports should be sent) or something, but, eh
anyway, i'm a bit hesitant to be patching nagios this close
to sarge, no matter
tags 311526 +pending -sid
thanks
hey,
i've uploaded a new version to sid that should fix this problem.
i'll keep the bug open until the fix makes it's way into sarge...
sean
--
signature.asc
Description: Digital signature
On Wed, Jun 01, 2005 at 09:56:42PM -0700, Steve Langasek wrote:
> I would very much like to see this fixed for sarge, but it seems to now be
> quie late in the evening EDT. Is this something that still has a chance of
> being uploaded before tomorrow's dinstall?
okay, i have something ready to go
hey,
On Wed, Jun 01, 2005 at 09:56:42PM -0700, Steve Langasek wrote:
> I would very much like to see this fixed for sarge, but it seems to now be
> quie late in the evening EDT. Is this something that still has a chance of
> being uploaded before tomorrow's dinstall?
crap... i didn't end up gett
tags 311526 confirmed sarge sid
thanks
On Wed, Jun 01, 2005 at 05:06:24PM +0200, Norbert Tretkowski wrote:
> Package: nagios-common
> Severity: grave
> Justification: renders package unusable
>
> From nagios-common's postrm:
>
> | rm -Rf {/var/cache,/var/run,/var/log,/etc}/nagios
>
> Removing /
hey,
On Thu, May 19, 2005 at 02:49:13AM -0700, Steve Langasek wrote:
> I see the same three options. Joey has said he is working on a final woody
> point release for the last weekend in May; you'll probably need to
> coordinate with him and get something uploaded soon if you want to try for
> thi
hey,
On Thu, May 19, 2005 at 08:35:03AM -0700, Steve Langasek wrote:
> > > 3 does not sound so bad to me; it's arguably user error anyway to replace
> > > a
> > > package-provided directory with a symlink in this manner
>
> > If you consider this an user error, then what is the officially blesse
On Wed, May 18, 2005 at 11:00:29PM +0200, Adrian Bunk wrote:
> 4 drop mysql-dfsg-4.1 from unstable/sarge
not exactly an attractive option, but i guess everything is on
the table at this point so it's worth bringing up... the reverse
dependencies aren't nearly as severe as i had assumed, actually,
(please excuse the cross-posting, i felt it was necessary to get all
affected parties' input)
hi,
for some time now, christian and i have been trying to build in a
workaround for a rather tricky bug in the mysql-server and
mysql-server-4.1 packages, and we'd like to field some comments
on what o
hey steve,
On Tue, May 17, 2005 at 07:21:31PM -0700, Steve Langasek wrote:
> Well, unpacking the two versions and applying the diffs still gives me 100
> lines of changes to upstream code that don't seem to be documented in the
> changelog, though perhaps this is what's referred to as "import of u
hey steve,
On Sun, May 15, 2005 at 09:53:41PM -0700, Steve Langasek wrote:
> Mmm, as correct as that might be in principle, I'm afraid that looks like
> too large of a change to make to the package at this late date.
while interdiff may look big, basically all i've done is remove the
included ado
hi steve et al,
On Fri, May 06, 2005 at 03:52:13PM -0700, Steve Langasek wrote:
> > package : cacti
> > version : 0.8.6c-7
> > rationale : again, it closes a couple annoying bugs, and also includes
> > upstream's list of official 'bugfix' patches.
>
> Approved. FWIW, the 04_cacti_o
hi steve,
On Fri, May 06, 2005 at 03:52:13PM -0700, Steve Langasek wrote:
> > package : cacti
> > version : 0.8.6c-7
> > rationale : again, it closes a couple annoying bugs, and also includes
> > upstream's list of official 'bugfix' patches.
>
> Approved. FWIW, the 04_cacti_officia
hi release team.
first, congrats on finally making it here.
i have a couple sid -> sarge requests for my packages, and a question
about one. i'll try and keep this short and succinct, as i'm sure
you're getting a bunch of these. none of the packages involve new
upstream releases, or any signi
38 matches
Mail list logo
