Re: [SRM] Updates for samba 3.5.6

2011-03-31 Thread Christian PERRIER
Quoting Christian PERRIER (bubu...@debian.org):

 By the way, should I have used the BTS for this request? I became used
 to it during the freeze but went back to old-style requests with that
 one.


I finally settled to use the BTS. Please bash (or dash) me if that's
not wished..:-)



signature.asc
Description: Digital signature


Bug#620210: pu: package samba/2:3.5.6~dfsg3-squeeze3

2011-03-31 Thread Christian Perrier
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

(I sent the same request manually on March 19th. However, after more
thinking, I think that using a bug report makes it easier for the
release team to track things. No intent from me to put pressure on you
folks.just trying to play nicely.)

Hello,

The samba packaging team would like to upload a new version of samba
3.5.6 in squeeze (that would be 2:3.5.6~dfsg-3squeeze3).

That version fixes three/four important bugs that make samba unusable
in some situations (the first two are likely to be the same bug):

- Upstream bug 7567: printing from Windows 7 fails with 0x03e6.
  Closes: #617429
- Upstream bug 6727: printer device settings not saved for normal
  domain users. Closes: #611177   
- Upstream bug : winbind leaks gids with idmap ldap backend
  Closes: #613624
- Upstream bug 7880: rpcclient deldriver does not remove drivers
  from all architectures.


The first two are fixes by patches in attached
bug_611177-617429_upstream_7567.tar.bz2

Next is fixed by the twp patches in
bug_613624_upstream_.tar.bz2. Adam indeed already acked this one.

Last bug is fixed by the patch in upstream_7880.tar.bz2. This one is
severity important for anyone running a print server with samba 3.5.6.

Those patches were cherry-picked from upstream's 3.5.8 released
version (these bugs are confirmed fixed in samba 3.5.8).




-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


bug_611177-617429_upstream_7567.tar.bz2
Description: BZip2 compressed data


bug_613624_upstream_.tar.bz2
Description: BZip2 compressed data


upstream_7880.tar.bz2
Description: BZip2 compressed data


[SRM] kvirc 4:4.0.4-1 for stable-proposed-updates [2nd attempt]

2011-03-31 Thread Kai Wasserbäch
[Please keep Raúl, Mark and myself CCed on all replies]

Dear Stable Release Managers,
I'm a co-maintainer of KVIrc and upstream has just released a bugfix release for
their stable branch (4.0). Debian Stable has 4.0.2 but 4.0.4 fixes some serious
problems:
CRASH r4795 fix for a crash when opening join channels widget
CRASH  #878 Crash by fuzzing
CRASH  #879 Another crash through fuzzing
REGR  #1010 Channellist Background problem with Gnome
CRASH r5289 fix for a crash in /exec (related to #0164)
REGR  #1068 Perl was updated to 5.12.2 +latest Kvirc (SVN)
CRASH #1093 crash on /list
CRASH r5476 fix for a crash in regchan.showlist()
CRASH #1098 Crash while pasting new topic over old topic in topic bar
REGR  r5576 backported relevant patches to fix addon installation
and several translation updates. No other changes (except a few updated meta
files, like the splash screen, some Windows/Mac-OS-X-only stuff which isn't
affecting us but I didn't feel would warrant a repacking and some formatting
changes) where made, as the debdiff at [0] shows (I've sent this e-mail earlier
already with the debdiff attached, but that hit the size limit of the limit, as
the debdiff is rather large due to the translation updates).

Would it be ok, to upload KVIrc 4.0.4 to stable-proposed-updates?

Thank you in advance for your reply,
kind regards,
Kai Wasserbäch

P.S.: Raúl bid me to point you to [1], where I wrote about these changes and
most of the bugs listed above are linked to.
P.P.S.: Raúl and I have been testing 4.0.4 for some time now (since RC1) and
didn't find any regression so far.


[0] http://dev.carbon-project.org/debian/kvirc/kvirc_4.0.2-4.0.4.debdiff.xz
[1] http://www.carbon-project.org/KVIrc_updates__ahead_.html



-- 

E-Mail: cu...@debian.org
IRC: Curan
Jabber: dri...@debianforum.de
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2  0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2




signature.asc
Description: OpenPGP digital signature


Re: Bits from the Release Team - Kicking off Wheezy

2011-03-31 Thread Stefano Zacchiroli
[ Bcc: -release to keep track of the actual proposals ]

On Wed, Mar 30, 2011 at 07:21:08PM +0200, Luk Claes wrote:
 # package quality
   Advocate: Holger Levsen and Luk Claes
   State: confirmed
   Wiki: http://wiki.debian.org/ReleaseGoals/PackagesQuality
 
 This is a never ending goal of sustaining our packages quality by
 improving our tests and following up closely... so needless to say that
 I would still advocate this one.

Agreed ... although in that page there is essentially only the current
status rather than proposals for improvement in the Wheezy time frame,
or am I missing something?

I propose the following additions:

1) No uninstallable packages, according to their dependencies, are
   shipped as part of a release. AFAIK this is already monitored
   pre-release, and daily monitored at
   http://edos.debian.net/uninstallable.php. If this is actually the
   case, it should be added to the current status, otherwise mentioned
   as a future improvement (and commit it to check it for releases).

2) No packages with (detectable) conflicts are shipped as part of a
   release. This is not daily monitored, but periodically checked with
   an initiative by Ralf Treinen described at
   http://edos.debian.net/file-overwrites/. As above: we should
   mention it, either as current status or as future improvement.

3) All packages with priority required and important have test suites
   run at build time (of course it's hard to define test suite coverage,
   so let's start with just saying that there should be a test suite in
   the first place).

4) All packages with priority required and important have automatic
   as-installed package test suites (cfr. DEP8); those test suite are
   run before release and must not report any failure. (Same disclaimer
   on coverage as per previous point applies.)

Both (3) and (4) are rather ambitious, but it's not by non proposing
them that we're going to advance on those topics. I'll be happy to be
listed as advocate for these goals, although I know I'll need help to be
able to push for them.

Regarding (4), it has an obvious dependency on DEP8 and on the
infrastructure needed to run the tests. We're still looking for help
willing to do both secretarial and infrastructure work to make that a
reality.

Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, |  .  |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams


signature.asc
Description: Digital signature


Re: [SRM] kvirc 4:4.0.4-1 for stable-proposed-updates [2nd attempt]

2011-03-31 Thread Adam D. Barratt
Hi,

On Thu, March 31, 2011 10:54, you wrote:
 I'm a co-maintainer of KVIrc and upstream has just released a bugfix
 release for their stable branch (4.0). Debian Stable has 4.0.2 but
 4.0.4 fixes some serious problems:
 CRASH r4795 fix for a crash when opening join channels widget
 CRASH  #878 Crash by fuzzing
 CRASH  #879 Another crash through fuzzing
 REGR  #1010 Channellist Background problem with Gnome
 CRASH r5289 fix for a crash in /exec (related to #0164)
 REGR  #1068 Perl was updated to 5.12.2 +latest Kvirc (SVN)
 CRASH #1093 crash on /list
 CRASH r5476 fix for a crash in regchan.showlist()
 CRASH #1098 Crash while pasting new topic over old topic in topic bar
 REGR  r5576 backported relevant patches to fix addon installation

From a quick scan through the above list, many of the changes sound okay
in principle although, for example, the perl 5.12 changes aren't really
relevant as squeeze does not (and will not) contain perl 5.12.

 and several translation updates. No other changes (except a few updated
 meta files, like the splash screen, some Windows/Mac-OS-X-only stuff which
 isn't affecting us but I didn't feel would warrant a repacking and some
 formatting changes) where made, as the debdiff at [0] shows
[...]
 [0]
 http://dev.carbon-project.org/debian/kvirc/kvirc_4.0.2-4.0.4.debdiff.xz

Having excluded the .po and .pot files, I'm still left with a diff of

109 files changed, 1804 insertions(+), 1407 deletions(-)

which is higher than we'd normally look at for a stable update.  A good
proportion of this is presumably the formatting changes which you
referred to.  However, many of these appear to be of this style:

-   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
lb,KviCryptEngineDescription * d,const char * modName)
-   : KviTalListWidgetText(lb,d-szName)
+   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
pList, KviCryptEngineDescription * pDesc, const char * pcModName)
+   : KviTalListWidgetText(pList,pDesc-m_szName)

which is somewhat more than a formatting change, and makes the diff rather
noisy and difficult to review.  I appreciate that simply updating to
upstream's new stable release makes things much easier for you but in this
case I really would prefer a targetted update containing just the changes
related to the issues that you believe should be fixed in stable.

Regards,

Adam


-- 
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/df9a53a5a95a1031616a2d1fd5639306.squir...@adsl.funky-badger.org



Re: Bits from the Release Team - Kicking off Wheezy

2011-03-31 Thread Yves-Alexis Perez
On jeu., 2011-03-31 at 14:30 +0200, Michael Biebl wrote:
 Xfce 4.8 (for the most part) doesn't rely on hal anymore, at least on Linux.
 Yves-Alexis, what is the fallback on kfreebsd? Does Xfce 4.8 on kfreebsd still
 require hal or will it just have reduced functionality?
 
On BSD it's reduced functionality (see
http://gezeiten.org/post/2011/01/Xfce-4.8-on-BSD-flavors ).

For volume management, thunar-volman won't be available on kFreeBSD so
no automount stuff. xfburn will just drop dep without too much issue.

For power-management, I'm not sure how xfpm will behaves without upower
at all, I'll have to investigate, but anyway newer xfpm doesn't use hal
at all.

Once the complete Xfce 4.8 stack is uploaded we'll have a more complete
picture of the whole situation.

Regards,
-- 
Yves-Alexis


-- 
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/1301574950.16871.4.camel@oban



Re: Bits from the Release Team - Kicking off Wheezy

2011-03-31 Thread Michael Biebl
Am 31.03.2011 14:35, schrieb Yves-Alexis Perez:
 On jeu., 2011-03-31 at 14:30 +0200, Michael Biebl wrote:
 Xfce 4.8 (for the most part) doesn't rely on hal anymore, at least on Linux.
 Yves-Alexis, what is the fallback on kfreebsd? Does Xfce 4.8 on kfreebsd 
 still
 require hal or will it just have reduced functionality?

 On BSD it's reduced functionality (see
 http://gezeiten.org/post/2011/01/Xfce-4.8-on-BSD-flavors ).
 
 For volume management, thunar-volman won't be available on kFreeBSD so
 no automount stuff. xfburn will just drop dep without too much issue.
 
 For power-management, I'm not sure how xfpm will behaves without upower
 at all, I'll have to investigate, but anyway newer xfpm doesn't use hal
 at all.

upower is available on all architectures, so xfpm should work fine.

 Once the complete Xfce 4.8 stack is uploaded we'll have a more complete
 picture of the whole situation.

Thanks for keeping us updated.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Please hint enet and irrlicht

2011-03-31 Thread Ansgar Burchardt
Hi,

please add a hint for enet and irrlicht:

  easy enet/1.3.1-2 irrlicht/1.7.2+dfsg1-1 sandboxgamemaker/2.6.1+dfsg-5 
blockattack/1.4.1+ds1-2 supertuxkart/0.7+dfsg1-2

Regards,
Ansgar


-- 
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/87r59na17x@marvin.43-1.org



Re: [SRM] kvirc 4:4.0.4-1 for stable-proposed-updates [2nd attempt]

2011-03-31 Thread Kai Wasserbäch
[Please CC Raúl. Mark and myself on all replies.]

Dear Adam,
Raúl Sánchez Siles schrieb am 31.03.2011 15:13:
 On Thu, Mar 31, 2011 at 01:29:01PM +0100, Adam D. Barratt wrote:
 On Thu, March 31, 2011 10:54, Kai Wasserbäch wrote:
 REGR  #1068 Perl was updated to 5.12.2 +latest Kvirc (SVN)

 [...] the perl 5.12 changes aren't really
 relevant as squeeze does not (and will not) contain perl 5.12.
 
We'll analyse the situation as with perl regards,

a quick glance at the upstream bug [0] and its associated commit [1] indicates
that this fix would be helpful (i.e. no Perl scripting module crashes) in case
of almost any Perl update. The text given above was just the title of the bug
reported upstream and the original reported discovered it, when his distribution
switched to Perl 5.12.2. Thus I'd rather keep the change.

Kind regards,
Kai Wasserbäch


[0] https://svn.kvirc.de/kvirc/ticket/1068#comment:8
[1] https://svn.kvirc.de/kvirc/changeset/5378



-- 

E-Mail: cu...@debian.org
IRC: Curan
Jabber: dri...@debianforum.de
URL: http://wiki.debian.org/C%C3%B9ran
GnuPG: 0xE1DE59D2  0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2



signature.asc
Description: OpenPGP digital signature


Re: [SRM] kvirc 4:4.0.4-1 for stable-proposed-updates [2nd attempt]

2011-03-31 Thread Raúl Sánchez Siles
  Hi Adam,

  Thanks for taking the time to tackle this.

On Thu, Mar 31, 2011 at 01:29:01PM +0100, Adam D. Barratt wrote:
 Hi,
 
 On Thu, March 31, 2011 10:54, you wrote:
  I'm a co-maintainer of KVIrc and upstream has just released a bugfix
  release for their stable branch (4.0). Debian Stable has 4.0.2 but
  4.0.4 fixes some serious problems:
  CRASH r4795 fix for a crash when opening join channels widget
  CRASH  #878 Crash by fuzzing
  CRASH  #879 Another crash through fuzzing
  REGR  #1010 Channellist Background problem with Gnome
  CRASH r5289 fix for a crash in /exec (related to #0164)
  REGR  #1068 Perl was updated to 5.12.2 +latest Kvirc (SVN)
  CRASH #1093 crash on /list
  CRASH r5476 fix for a crash in regchan.showlist()
  CRASH #1098 Crash while pasting new topic over old topic in topic bar
  REGR  r5576 backported relevant patches to fix addon installation
 
 From a quick scan through the above list, many of the changes sound okay
 in principle although, for example, the perl 5.12 changes aren't really
 relevant as squeeze does not (and will not) contain perl 5.12.

   We'll analyse the situation as with perl regards,
 
  and several translation updates. No other changes (except a few updated
  meta files, like the splash screen, some Windows/Mac-OS-X-only stuff which
  isn't affecting us but I didn't feel would warrant a repacking and some
  formatting changes) where made, as the debdiff at [0] shows
 [...]
  [0]
  http://dev.carbon-project.org/debian/kvirc/kvirc_4.0.2-4.0.4.debdiff.xz
 
 Having excluded the .po and .pot files, I'm still left with a diff of
 
 109 files changed, 1804 insertions(+), 1407 deletions(-)
 
 which is higher than we'd normally look at for a stable update.  A good
 proportion of this is presumably the formatting changes which you
 referred to.  However, many of these appear to be of this style:
 
 -   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
 lb,KviCryptEngineDescription * d,const char * modName)
 -   : KviTalListWidgetText(lb,d-szName)
 +   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
 pList, KviCryptEngineDescription * pDesc, const char * pcModName)
 +   : KviTalListWidgetText(pList,pDesc-m_szName)
 
 which is somewhat more than a formatting change, and makes the diff rather
 noisy and difficult to review.  I appreciate that simply updating to
 upstream's new stable release makes things much easier for you but in this
 case I really would prefer a targetted update containing just the changes
 related to the issues that you believe should be fixed in stable.

  We assume that you agree or at least you will consider translation changes.

  Our plan is to work out a new diff that excludes these changes, we'll let you 
know
as soon as we have it ready for review. It's probably expected before next week.

  Please, let us know if you have any comment on this.

 
 Regards,
 
 Adam
 

  Regards,

-- 
Raúl


-- 
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/20110331131349.GD2523@trismegisto.universo



Re: Please hint enet and irrlicht

2011-03-31 Thread Julien Cristau
On Thu, Mar 31, 2011 at 15:06:26 +0200, Ansgar Burchardt wrote:

 Hi,
 
 please add a hint for enet and irrlicht:
 
   easy enet/1.3.1-2 irrlicht/1.7.2+dfsg1-1 sandboxgamemaker/2.6.1+dfsg-5 
 blockattack/1.4.1+ds1-2 supertuxkart/0.7+dfsg1-2
 
Doesn't work right now because supertuxkart/mips depends on
libirrlicht1.7.  Would a binNMU solve that?

Cheers,
Julien


-- 
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/20110331135108.gx3...@radis.liafa.jussieu.fr



Re: Tracking ghc transition on http://release.debian.org/transitions/

2011-03-31 Thread Julien Cristau
On Tue, Mar 29, 2011 at 23:57:19 +0530, Joachim Breitner wrote:

 Hi release team,
 
 the transitions monitors on http://release.debian.org/transitions/ look
 useful, and I guess it makes more sense to use an existing instance
 instead of setting up the software ourself on alioth. Would that be
 possible?
 
 For the ghc transition, these settings should do, if I guess the syntax
 correctly:
 
 Affected: .build-depends ~ /ghc6?/ 
 Good: .depends ~ /libghc-base-dev.*/ 
 Bad: .depends ~ /libghc6-base-dev.*/ 
 
Added at http://release.debian.org/transitions/ghc7.html
Let me know if that needs changes.

Cheers,
Julien


-- 
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/20110331140646.gy3...@radis.liafa.jussieu.fr



Re: Please hint enet and irrlicht

2011-03-31 Thread Ansgar Burchardt
Julien Cristau jcris...@debian.org writes:
 On Thu, Mar 31, 2011 at 15:06:26 +0200, Ansgar Burchardt wrote:
 please add a hint for enet and irrlicht:
 
   easy enet/1.3.1-2 irrlicht/1.7.2+dfsg1-1 sandboxgamemaker/2.6.1+dfsg-5 
 blockattack/1.4.1+ds1-2 supertuxkart/0.7+dfsg1-2
 
 Doesn't work right now because supertuxkart/mips depends on
 libirrlicht1.7.  Would a binNMU solve that?

I think so.  irrlicht/mips was uploaded 10 days after the other
architectures, so supertuxkart was built against the older version.

  nmu supertuxkart_0.7+dfsg1-2 . mips . -m 'Rebuild against libirrlicht1.7a'

Thanks for looking into this.

Regards,
Ansgar


-- 
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/87ipuz9yjv@marvin.43-1.org



Re: Please hint enet and irrlicht

2011-03-31 Thread Julien Cristau
On Thu, Mar 31, 2011 at 16:04:04 +0200, Ansgar Burchardt wrote:

 Julien Cristau jcris...@debian.org writes:
  On Thu, Mar 31, 2011 at 15:06:26 +0200, Ansgar Burchardt wrote:
  please add a hint for enet and irrlicht:
  
easy enet/1.3.1-2 irrlicht/1.7.2+dfsg1-1 sandboxgamemaker/2.6.1+dfsg-5 
  blockattack/1.4.1+ds1-2 supertuxkart/0.7+dfsg1-2
  
  Doesn't work right now because supertuxkart/mips depends on
  libirrlicht1.7.  Would a binNMU solve that?
 
 I think so.  irrlicht/mips was uploaded 10 days after the other
 architectures, so supertuxkart was built against the older version.
 
   nmu supertuxkart_0.7+dfsg1-2 . mips . -m 'Rebuild against libirrlicht1.7a'
 
Scheduled, and added the hint, so that should go in whenever the mips
build makes it into the archive.  Thanks!

Cheers,
Julien


-- 
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/20110331142924.gz3...@radis.liafa.jussieu.fr



Please binnmu libauthen-krb5-admin-perl to unstick krb5

2011-03-31 Thread Sam Hartman


Hi.
krb5 changed sonames and libauthen-krb5-admin-perl needs to be rebuilt.
My test shows that a binnmu should do the trick.

Thanks,

--Sam


-- 
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/tslk4fftd42@mit.edu



Re: Please binnmu libauthen-krb5-admin-perl to unstick krb5

2011-03-31 Thread Russ Allbery
Sam Hartman hartm...@debian.org writes:

 krb5 changed sonames and libauthen-krb5-admin-perl needs to be rebuilt.
 My test shows that a binnmu should do the trick.

I was going to refresh the packaging on that anyway.  I'll do that right
now and upload a new package to unstable, so don't worry about the binNMU.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
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/87lizvywtv@windlord.stanford.edu



Re: [SRM] kvirc 4:4.0.4-1 for stable-proposed-updates [2nd attempt]

2011-03-31 Thread Adam D. Barratt
On Thu, 2011-03-31 at 15:13 +0200, Raúl Sánchez Siles wrote:
 On Thu, Mar 31, 2011 at 01:29:01PM +0100, Adam D. Barratt wrote:
  -   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
  lb,KviCryptEngineDescription * d,const char * modName)
  -   : KviTalListWidgetText(lb,d-szName)
  +   KviEngineListBoxItem::KviEngineListBoxItem(KviTalListWidget *
  pList, KviCryptEngineDescription * pDesc, const char * pcModName)
  +   : KviTalListWidgetText(pList,pDesc-m_szName)
  
  which is somewhat more than a formatting change, and makes the diff rather
  noisy and difficult to review.  I appreciate that simply updating to
  upstream's new stable release makes things much easier for you but in this
  case I really would prefer a targetted update containing just the changes
  related to the issues that you believe should be fixed in stable.
 
   We assume that you agree or at least you will consider translation changes.

Assuming they're updated translations and apply to whatever set of
changes we end up finally considering, we'll certainly look at them.  We
tend not to add new translations but from the debdiff they all look like
updates (fwiw, historically we've not really accepted updated
translations either).

   Our plan is to work out a new diff that excludes these changes, we'll let 
 you know
 as soon as we have it ready for review. It's probably expected before next 
 week.

Thanks, and for caring about fixing kvirc in Debian stable.

Regards,

Adam


--
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/1301596743.16017.40.ca...@hathi.jungle.funky-badger.org



Processed (with 2 errors): Re: Bug#620217: tortoisehg crash on load since version 2.0.2

2011-03-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 package tortoisehg
Limiting to bugs with field 'package' containing at least one of 'tortoisehg'
Limit currently set to 'package':'tortoisehg'

 tags 620217 - upstream
Bug #620217 [tortoisehg] tortoisehg crash on load since version 2.0.2
Removed tag(s) upstream.
 tags 620217 + confirmed
Bug #620217 [tortoisehg] tortoisehg crash on load since version 2.0.2
Added tag(s) confirmed.
 reassign python-qscintilla2 2.4.3-1
Unknown command or malformed arguments to command.

 package python-qscintilla2
Limiting to bugs with field 'package' containing at least one of 
'python-qscintilla2'
Limit currently set to 'package':'python-qscintilla2'

 forcemerge 619096 620217
Bug#619096: python-qscintilla2: Unexpected error with recent PyQt package 
(python-qt4 4.8.3-2)
Bug number 620217 belongs to package tortoisehg, skipping.

 block 619096 by 619974
Bug #619096 [python-qscintilla2] python-qscintilla2: Unexpected error with 
recent PyQt package (python-qt4 4.8.3-2)
Bug #619103 [python-qscintilla2] tortoisehg: tortoiseHg could not load du to 
python problem
Was not blocked by any bugs.
Added blocking bug(s) of 619096: 619974
Was not blocked by any bugs.
Added blocking bug(s) of 619103: 619974
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
619096: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619096
620217: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620217
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.130159676624637.transcr...@bugs.debian.org



Re: Please binnmu libauthen-krb5-admin-perl to unstick krb5

2011-03-31 Thread Russ Allbery
Russ Allbery r...@debian.org writes:
 Sam Hartman hartm...@debian.org writes:

 krb5 changed sonames and libauthen-krb5-admin-perl needs to be rebuilt.
 My test shows that a binnmu should do the trick.

 I was going to refresh the packaging on that anyway.  I'll do that right
 now and upload a new package to unstable, so don't worry about the
 binNMU.

Uploaded with urgency medium.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
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/87hbajyvqh@windlord.stanford.edu



Re: Tracking ghc transition on http://release.debian.org/transitions/

2011-03-31 Thread Joachim Breitner
Hi Julien,

Am Donnerstag, den 31.03.2011, 16:06 +0200 schrieb Julien Cristau:
 On Tue, Mar 29, 2011 at 23:57:19 +0530, Joachim Breitner wrote:
  the transitions monitors on http://release.debian.org/transitions/ look
  useful, and I guess it makes more sense to use an existing instance
  instead of setting up the software ourself on alioth. Would that be
  possible?
  
  For the ghc transition, these settings should do, if I guess the syntax
  correctly:
  
  Affected: .build-depends ~ /ghc6?/ 
  Good: .depends ~ /libghc-base-dev.*/ 
  Bad: .depends ~ /libghc6-base-dev.*/ 
  
 Added at http://release.debian.org/transitions/ghc7.html
 Let me know if that needs changes.

thanks, very nice. @DHG: That’s a nice TODO list, isn’t it...

I’m surprised by the dependency level calculation – haskell-transformers
should be on one level with -deepseq. But maybe that calculation is
confused as the binary package names are changing during the transition.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: This is a digitally signed message part


Re: Tracking ghc transition on http://release.debian.org/transitions/

2011-03-31 Thread Stéphane Glondu
Le 31/03/2011 20:35, Joachim Breitner a écrit :
 I’m surprised by the dependency level calculation – haskell-transformers
 should be on one level with -deepseq. But maybe that calculation is
 confused as the binary package names are changing during the transition.

The code assumes (among other things) that there are no loops in the
dependency graph. I don't know exactly what meaningful information it
could convey when there are loops in the dependency graph.


Cheers,

-- 
Stéphane


--
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/4d94f6b3.8080...@debian.org



Bug#618403: marked as done (VTK 5.6 transition)

2011-03-31 Thread Debian Bug Tracking System
Your message dated Fri, 1 Apr 2011 00:30:25 +0200
with message-id 20110331223025.gd3...@radis.liafa.jussieu.fr
and subject line Re: Bug#618403: VTK 5.6 transition
has caused the Debian Bug report #618403,
regarding VTK 5.6 transition
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
618403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618403
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition


Hi,

I prepared a new vtk-5.6 package. Please binNMU following source packages:

fslview
gdcm
ifrit
igstk
itksnap
kwwidgets
salome
therion
vtkedge
ants
libmesh
openmeeg


Cheers
-Dominique


---End Message---
---BeginMessage---
On Mon, Mar 14, 2011 at 17:56:41 -0400, Dominique Belhachemi wrote:

 I prepared a new vtk-5.6 package. Please binNMU following source packages:
 
vtk 5.6 just entered testing.

 fslview

removed from testing, doesn't build.

 gdcm

migrated to testing

 ifrit

removed from testing, uninstallable

 igstk

removed removed from testing, depends on insighttoolkit, which ftbfs

 itksnap

same as igstk

 kwwidgets

migrated to testing

 salome

not in testing, ftbfs

 therion

migrated to testing

 vtkedge

removed from testing, ftbfs

Also removed elmerfem, slicer, mayavi2, rheolef, fsl.

Cheers,
Julien

---End Message---


another stable kernel update

2011-03-31 Thread dann frazier
We've fixed the powerpc FTBFS, an XFS regression and a few other
issues, so I'll plan to upload -33 tomorrow.


-- 
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/20110401005934.ga26...@dannf.org