Re: [SRM] Updates for samba 3.5.6
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
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]
[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
[ 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]
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
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
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
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]
[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]
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
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/
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
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
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
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
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]
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
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
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/
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/
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)
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
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