Bug#689438: unblock: docbook-slides/3.4.0-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package docbook-slides Please unblock docbook-slides. This will allow the fix to #686516 to move to testing. Thanks unblock docbook-slides/3.4.0-5 -- System Information:

unblock gccxml

Hi, I'd like to request an unblock for gccxml 0.9.0+cvs20120420-4. It does fix 675181. Output of debdiff -3/-4 is attached. Thanks, gccxml.diff Description: Binary data

Bug#682990: unblock: gccxml/0.9.0+cvs20120420-4

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gccxml It does fix 675181 and once insighttoolkit is fixed will fix all FTBFS of wrapitk-python. Thanks. unblock gccxml/0.9.0+cvs20120420-4 -- System

Bug#682991: unblock: insighttoolkit/3.20.1+git20120521-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package insighttoolkit It fixes #667417. This is the last remaining bits to get wrapitk-python to build with gcc 4.7.1. unblock insighttoolkit/3.20.1+git20120521-2 --

Bug#682990: unblock: gccxml/0.9.0+cvs20120420-4

On Fri, Jul 27, 2012 at 11:02 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Fri, 2012-07-27 at 21:33 +0200, Mathieu Malaterre wrote: Please unblock package gccxml It does fix 675181 and once insighttoolkit is fixed will fix all FTBFS of wrapitk-python. Thanks. ++/* GCC 4.2 parser

Bug#683113: unblock: insighttoolkit/3.20.1+git20120521-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package insighttoolkit. Once again, please unblock insighttoolkit. This last upload fixes an issue with signalling NaN behavior on gcc 4.7 on i386 platform. This allowed

Bug#683625: unblock: docbook-slides/3.4.0-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package docbook-slides Please unblock docbook-slides. This will allow the fix to #683379 to move to testing. Thanks unblock docbook-slides/3.4.0-2 -- System Information:

Bug#687384: unblock: docbook-utils/0.6.14-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package docbook-utils This will allow the fix to 685766 to move to testing. Thanks unblock docbook-utils/0.6.14-3 -- System Information: Debian Release: 6.0.5 APT

Re: Freeze exception: paraview / vtkedge

On Mon, Aug 30, 2010 at 3:59 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Thu, 2010-08-26 at 10:59 +0200, Mathieu Malaterre wrote: I would like to request a freeze exception for paraview 3.8.1-1. 3.8.0-1 (testing) contains invalid configuration fails which made vtkedge FTBFS (#590843

Freeze exception: gdcm

Hi team, I would like to request a freeze exception for gdcm 2.0.16-2. It is currently missing on - hppa because of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591648 - mips because of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591998 Both bugs will be fixed for squeeze AFAIK. gdcm

Freeze exception: paraview / vtkedge

Hi team, I would like to request a freeze exception for paraview 3.8.1-1. 3.8.0-1 (testing) contains invalid configuration fails which made vtkedge FTBFS (#590843). vtkedge 0.1.0-3 does not contains any source change, only the debian rules files was changed. In summary: Please consider a freeze

Re: Freeze exception: gdcm

On Fri, Aug 20, 2010 at 8:34 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Aug 20, 2010 at 12:40:05 +0200, Mathieu Malaterre wrote: Hi team, I would like to request a freeze exception for gdcm 2.0.16-2. It is currently missing on - hppa because of http://bugs.debian.org/cgi-bin

Re: Freeze exception: gdcm

On Fri, Aug 27, 2010 at 4:00 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Aug 20, 2010 at 12:40:05 +0200, Mathieu Malaterre wrote: gdcm 2.0.15 (currently in testing) introduced a regression compared to gdcm 2.0.14 (a buffer overrun). This would really help me if gdcm 2.0.16, which

Re: GCC-4.5 as the default for (at least some) architectures

On Tue, Apr 26, 2011 at 5:31 PM, Konstantinos Margaritis mar...@genesi-usa.com wrote: On 26 April 2011 18:03, Matthias Klose d...@debian.org wrote: I'll make GCC 4.6 the default after the release of GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and powerpc. Could you

Bug#640977: nmu: gofigure2_0.8.2-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, VTK 5.6.1-6 suffers from #506992. Therefore any package importing its cmake generated file, will try to load old path information (such as /usr/lib/libpng.so) making package

Bug#640977: nmu: gofigure2_0.8.2-1

On Wed, Sep 21, 2011 at 9:48 PM, Julien Cristau jcris...@debian.org wrote: On Fri, Sep  9, 2011 at 09:37:06 +0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello,   VTK 5.6.1-6 suffers from

Bug#640995: Bug#599995: Bug#640995: nmu: serna-free_4.3.0.20110221-5

On Sat, Sep 17, 2011 at 11:56 AM, Joachim Breitner nome...@debian.org wrote: Hi, Am Samstag, den 17.09.2011, 11:53 +0200 schrieb Julien Cristau: tag 640995 moreinfo kthxbye On Fri, Sep  9, 2011 at 11:59:38 +0200, Joachim Breitner wrote: as reported as #640948 by Fabrice Flore-Thebault,

Bug#649339:

ref: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649339#33 Please do not remove kwwidgets from testing. 1.Slicer 3.6.x is still a decent viewer even if Slicer 4.x will be released soon. 2. I need kwwidgets for volview see #640511 Thanks, -- Mathieu -- To UNSUBSCRIBE, email to

Bug#649339:

On Fri, Dec 9, 2011 at 12:37 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Fri, 9 Dec 2011 12:12:01 +0100, Mathieu Malaterre wrote: ref: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649339#33 Please do not remove kwwidgets from testing. It FTBFS and could thus block

Bug#649339:

On Fri, Dec 9, 2011 at 1:03 PM, Alexander Reichle-Schmehl alexan...@schmehl.info wrote: Hi! Am 09.12.2011 12:49, schrieb Mathieu Malaterre: volview appears to not even be in the archive, nor in NEW?  In that case I fail to see how the content of testing can possibly be relevant

Bug#657288: transition: gdcm

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition GDCM 2.2.0 introduces a new ABI, as seen on #655783 and al. Since API (whatever that means for C++) is preserved, would it be a good time to - move gdcm 2.2.0 from experimental to

Re: Plans for ITK version 4

On Sat, Jan 28, 2012 at 10:43 AM, Steve M. Robbins st...@sumost.ca wrote: On Tue, Jan 24, 2012 at 08:38:44AM -0500, Dominique Belhachemi wrote: Steve, Thanks for all the work. It would be good to have ITK4 in 'experimental'. Having coexisting packages is nice to have but will cause probably

Re: Plans for ITK version 4

Steve, On Sat, Jan 28, 2012 at 7:27 PM, Steve M. Robbins st...@sumost.ca wrote: On Sat, Jan 28, 2012 at 03:11:18PM +0100, Mathieu Malaterre wrote: Since it's released, I was planning to upload straight to 'unstable'. Do you think there's a need to stage in 'experimental' first? ITK

Bug#657288: transition: gdcm

Hi Adam, On Thu, Feb 2, 2012 at 9:13 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2012-01-25 at 11:13 +0100, Mathieu Malaterre wrote: GDCM 2.2.0 introduces a new ABI, as seen on #655783 and al. Since API (whatever that means for C++) is preserved, would it be a good time

Bug#657288: transition: gdcm

On Sat, Feb 4, 2012 at 9:10 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: - binNMU insighttoolkit I've now scheduled that and will look at scheduling the other packages (see http://release.debian.org/transitions/html/gdcm.html) once insighttoolkit's done. excellent ! igstk is not

Bug#663681: RM: python-libtiff/0.3.0~svn78-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm pylibtiff does not support the new tiff5 package. Please remove pylibtiff from testing. See #663490 for information Thanks -- System Information: Debian Release: 6.0.1 APT prefers

Bug#663681: RM: python-libtiff/0.3.0~svn78-2

On Sat, Mar 24, 2012 at 10:54 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Tue, 2012-03-13 at 11:54 +0100, Mathieu Malaterre wrote: pylibtiff does not support the new tiff5 package. Please remove pylibtiff from testing. That's okay right now. See #663490 for information

Bug#669348: transition: openjpeg

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for openjpeg 1.5. the main reason for 1.5 is that it fixes JPEG 2000 support in PDF file, see #659226 #667708 List of impacted packages are:

Bug#669348:

blocked 669348 by 670219 thanks Only blender fails to rebuild and will need a source-upload for openjpeg 1.5 transition. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#669348:

Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 thanks -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: Bug#675207: Please binNMU python-ufc against latest swig

On Mon, Jun 4, 2012 at 2:05 AM, Cyril Brulebois k...@debian.org wrote: (Adding the bug report to the loop.) Hello, Johannes Ring joha...@simula.no (31/05/2012): python-ufc needs to be rebuilt against the latest swig (2.0.7). Please binNMU it.   nmu python-ufc_2.0.5-2 . ALL . -m 'Rebuild

Bug#669348:

On Sun, May 20, 2012 at 12:35 PM, Cyril Brulebois k...@debian.org wrote: Mathieu Malaterre ma...@debian.org (03/05/2012): Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid.  blender has been fixed to compile with openjpeg 1.5.0 This is good

Bug#669348: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same

On Thu, Jun 28, 2012 at 10:46 PM, Michael Gilbert mgilb...@debian.org wrote: Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? Hi Michael; It seems we need more time to discuss this, so I cancelled the upload for

Bug#695565: unblock: dicomscope/3.6.0-10

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dicomscope Please unblock dicomscope. This will fix an underlinking issue: http://bugs.debian.org/694846 Patch is:

Bug#696469: unblock: dcmtk/3.6.0-12

/underlink.patch - - -- Mathieu Malaterre ma...@debian.org Thu, 20 Dec 2012 13:20:45 +0100 - dcmtk (3.6.0-11) unstable; urgency=low * Fix compilation with gcc 4.7. Closes: #674361 diff -Nru dcmtk-3.6.0/debian/patches/underlink.patch dcmtk-3.6.0/debian/patches/underlink.patch --- dcmtk-3.6.0/debian

Bug#698356: nmu: dicom3tools_1.0~20121227-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, I messed-up the amd64 package when uploading it. Could you please rebuild it, this will fix #698115. Thanks nmu dicom3tools_1.0~20121227-1 . amd64 . -m fix #698115 -- System

updates to testing

Dear release team, As per §5.13.3. Direct updates to testing, I'd like to ask permission for direct upload to testing for package gdcm. In order to fix #699379, I would need to upload 2.2.0-14, by-passing the current 2.2.1-1 sitting in unstable. Thanks. -- To UNSUBSCRIBE, email to

Bug#699465: t-p-u: gdcm 2.2.0-14

Package: release.debian.org Severity: normal As per §5.13.3. Direct updates to testing, I'd like to ask permission for direct upload to testing for package gdcm. In order to fix #699379, I would need to upload 2.2.0-14, by-passing the current 2.2.1-1 sitting in unstable. -- System

Re: updates to testing

On Thu, Jan 31, 2013 at 6:30 PM, Neil Williams codeh...@debian.org wrote: On Thu, 31 Jan 2013 18:10:45 +0100 Mathieu Malaterre ma...@debian.org wrote: Dear release team, As per §5.13.3. Direct updates to testing, I'd like to ask permission for direct upload to testing for package gdcm

Bug#699465: t-p-u: gdcm 2.2.0-14

On Thu, Jan 31, 2013 at 7:10 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 31.01.2013 17:36, Mathieu Malaterre wrote: As per §5.13.3. Direct updates to testing, I'd like to ask permission for direct upload to testing for package gdcm. In order to fix #699379, I would need

Bug#699465: t-p-u: gdcm 2.2.0-14

On Sat, Feb 2, 2013 at 6:23 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Sat, 2013-02-02 at 09:39 +0100, Mathieu Malaterre wrote: On Thu, Jan 31, 2013 at 7:10 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 31.01.2013 17:36, Mathieu Malaterre wrote: As per §5.13.3. Direct

Bug#699465: t-p-u: gdcm 2.2.0-14

Hi Julien On Mon, Feb 4, 2013 at 11:23 PM, Julien Cristau jcris...@debian.org wrote: On Sat, Feb 2, 2013 at 18:51:52 +0100, Mathieu Malaterre wrote: Anyway I'll wait until mono properly enter testing and then -as Niels explained- will fix both testing+unstable Nope, having a fixed gdcm

Bug#703331: nmu: libactiviz.net-cil_1:1.0~git20111214-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu As per discussion on debian-cli, the C# lib version are incorrect: http://lists.debian.org/debian-cli/2013/03/msg1.html So please schedule a binNMU: nmu

Bug#704755: nmu: volview_3.4-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu volview_3.4-3 . ALL . -m volview does not start because of a missing symbol I'd appreciate if you could binNMU volview on all arch. For some reason something really wrong happen on

Bug#704755: nmu: volview_3.4-3

+0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu volview_3.4-3 . ALL . -m volview does not start because of a missing symbol I'd appreciate if you could binNMU volview on all arch. For some

Bug#705210: unblock: mummy/1.0.3-3

: #703332 + + -- Mathieu Malaterre ma...@debian.org Thu, 11 Apr 2013 09:58:20 + + mummy (1.0.3-2) unstable; urgency=low * Fix ABI version. Closes: #703332

Bug#705210: unblock: mummy/1.0.3-3

On Thu, Apr 11, 2013 at 2:22 PM, Jonathan Wiltshire j...@debian.org wrote: On 2013-04-11 11:53, Mathieu Malaterre wrote: Please prepare a diff against the current package in Wheezy and submit a revised debdiff for consideration. Please use version number 1.0.2-5+deb70u1 (the conventional

Bug#704755: Bug#698698: Bug#704755: nmu: volview_3.4-3

retitle 704755 unblock: kwwidgets/1.0.0~cvs20100930-8 usertags 704755 unblock -binnmu thanks unblock kwwidgets/1.0.0~cvs20100930-8 buildd all looks ok. volview now properly runs with kwwidgets/1.0.0~cvs20100930-8, no need for a binnmu. thanks -- To UNSUBSCRIBE, email to

Re: Candidates for removal from testing (2013-06-30)

On Sun, Jun 30, 2013 at 11:32 PM, Niels Thykier ni...@thykier.net wrote: #678383 [pixelmed]: pixelmed: FTBFS with Java7 (uses internal Java API) Would it be possible to filter out (in the future?) any bugs that are marked as pending ? I have no control on this process. Thanks, -- To

Re: Call for Jessie Release Goals

On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire j...@debian.org wrote: Release goals are areas of functionality which developers would like to see as an aim for the next release. They will not hold up the release, but allow the bugs opened for that goal to be of severity 'important'. I am

Bug#728178: transition: gdcm 2.4.0

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for GDCM 2.4.0. Once #727154 is fixed GDCM can be moved to sid. I'll prepare a list of impacted packages. -- To UNSUBSCRIBE, email to

Bug#728178: Ben file

Ben file: title = gdcm; is_affected = .depends ~ libgdcm2-dev; is_good = .depends ~ libgdcm2.4; is_bad = .depends ~ libgdcm2.2; -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#728178: GDCM 2.4.1 in shape for transition

FYI, GDCM 2.4.1 builds on all archs as can be seen: https://buildd.debian.org/status/package.php?p=gdcmsuite=experimental It is thus in shape for transition. Thanks, -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#728178: GDCM 2.4.1 in shape for transition

On Mon, Jan 20, 2014 at 10:41 AM, Julien Cristau jcris...@debian.org wrote: On Mon, Jan 6, 2014 at 10:10:32 +0100, Mathieu Malaterre wrote: FYI, GDCM 2.4.1 builds on all archs as can be seen: https://buildd.debian.org/status/package.php?p=gdcmsuite=experimental It is thus in shape

Bug#669348: transition: openjpeg

On Mon, Jan 20, 2014 at 10:18 AM, Julien Cristau jcris...@debian.org wrote: Control: block -1 with 735847 On Thu, Apr 19, 2012 at 11:47:45 +0200, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd

Bug#728178: transition: gdcm 2.4.0

Steve, On Mon, Feb 3, 2014 at 4:04 PM, Julien Cristau jcris...@debian.org wrote: On Tue, Oct 29, 2013 at 09:04:35 +0100, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition

Bug#728178: transition: gdcm 2.4.0

On Mon, Feb 3, 2014 at 4:11 PM, Mathieu Malaterre ma...@debian.org wrote: Steve, On Mon, Feb 3, 2014 at 4:04 PM, Julien Cristau jcris...@debian.org wrote: On Tue, Oct 29, 2013 at 09:04:35 +0100, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian

Bug#669348: transition: openjpeg

On Sun, Mar 16, 2014 at 6:49 PM, Julien Cristau jcris...@debian.org wrote: Control: tag -1 confirmed On Mon, Feb 10, 2014 at 16:21:09 +0100, Mathieu Malaterre wrote: On Mon, Jan 20, 2014 at 1:16 PM, Julien Cristau jcris...@debian.org wrote: On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu

Bug#669348: CMake Error at /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake:112 (message):

Sorry I totally forgot that new CMake version move the monolithic export thingy to another file. I need to sed another file. Sorry for the noise, will upload asap. ref: CMake Error at /usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake:112 (message): The imported target j2k_to_image

Bug#746335: nmu: libvtk-dicom0.4_0.4.5-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu If I read and understand the following correctly: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=25;bug=746216 Please schedule a binNMU: nmu libvtk-dicom0.4_0.4.5-1 . i386

Bug#749395: vtk6 transition should be on hold

Anton, With all due respect, I think you are pusing too hard on vtk6 transition. I may be very biased but for example support for VTK6 was pushed in GDCM only weeks ago. I do not believe that *forcing* for vtk6 transition will help people move gracefully from one API to the new one. The step

Re: gdcm is marked for autoremoval from testing

As the message states: 'gdcm 2.4.2-1'... which is IMHO correct. I guess the message could have been skipped to avoid a little noise. 2cts On Tue, Jul 15, 2014 at 9:34 AM, Andreas Tille andr...@an3as.eu wrote: Hi Release team, I wonder why gdcm is marked for autoremoval since the bug is fixed

Bug#762100: nmu: libvtk-dicom0.5_0.5.5-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu I cannot reproduce the JNI issue on kfreebsd and sparc from a buildd machine (smetana falla). I guess the issue was fixed in the java package. So please schedule a binNMU: nmu

Bug#762905: transition: openjpeg2 2.1.0

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I am reading the cruft report: https://ftp-master.debian.org/cruft-report-daily.txt [...] * source package openjpeg2 version 2.1.0-1 no longer builds binary package(s): libopenjp3d6

Bug#768410: unblock: charls/1.0-6

-Vers to 3.9.6, no changes needed. + + -- Mathieu Malaterre ma...@debian.org Fri, 07 Nov 2014 09:20:43 +0100 + charls (1.0-5) unstable; urgency=medium * Rework the symbol file to hide stl exported symbols diff -Nru charls-1.0/debian/control charls-1.0/debian/control --- charls-1.0/debian/control

Bug#768413: unblock: socket++/1.12.13-8

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package socket++ libgdcm2.4 is marked as `Multi-Arch: same` however two of its dependencies (charls/socket++) are not marked as `Multi-Arch: same`. This prevent libgdcm2.4

Bug#775516: unblock: uncrustify/0.59+dfsg1-1.1

On Fri, Jan 16, 2015 at 11:45 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Control: tags -1 + moreinfo On 2015-01-16 16:07, Mathieu Malaterre wrote: Please unblock package uncrustify I've removed the non-free file from the tarball. See #753760. The package was removed from testing

Bug#775506: unblock: tbb/4.2~20140122-4

ppc64, the macros are defined on gcc 4.9.1 +Author: Mathieu Malaterre ma...@debian.org +Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368 +Bug-Debian: http://bugs.debian.org/762656 + +--- tbb-4.2~20140122.orig/include/tbb/tbb_config.h tbb-4.2~20140122/include/tbb/tbb_config.h +@@ -195,7

Bug#775516: unblock: uncrustify/0.59+dfsg1-1.1

) unstable; urgency=medium + + * Non-maintainer upload. + * Remove non-free file (project-support.jpg). Closes: #753760 + + -- Mathieu Malaterre ma...@debian.org Fri, 16 Jan 2015 16:52:15 +0100 + uncrustify (0.59-2) unstable; urgency=low * Fix FTBFS with gcc 4.7 by fixing missing unistd.h

Bug#775411: unblock: gl2ps/1.3.8-1.1

=medium + + * Non-maintainer upload. + * Fix undefined symbols. Closes: 775403 ++ d/p/undef.patch + + -- Mathieu Malaterre ma...@debian.org Thu, 15 Jan 2015 11:43:18 +0100 + gl2ps (1.3.8-1) unstable; urgency=low * Upload to unstable diff -Nru gl2ps-1.3.8/debian/patches/series gl2ps-1.3.8

Bug#775411: unblock: gl2ps/1.3.8-1.2

My previous upload made multiples archs FTBFS. So please instead: unblock gl2ps/1.3.8-1.2 It now properly Depends: on libGL.so package provider. debdiff is attached. debdiff2 Description: Binary data

Bug#774688: unblock: pbbuttonsd/0.7.9-3

(0.7.9-4) unstable; urgency=low + + * Adopt package. Closes: #422162 + * Fix for linux kernel 3.x. Closes: #711685 + + -- Mathieu Malaterre ma...@debian.org Tue, 06 Jan 2015 10:12:35 +0100 + pbbuttonsd (0.7.9-3) unstable; urgency=low * QA upload. diff -Nru pbbuttonsd-0.7.9/debian/control

Bug#774688: Wrong version

Sorry meant to type: unblock pbbuttonsd/0.7.9-4 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+7wusz7sjgxeuxqbkzk5kgzgbledm-yb45_9ztcjrheszv...@mail.gmail.com

Bug#774688: unblock: pbbuttonsd/0.7.9-3

On Tue, Jan 6, 2015 at 8:01 PM, Sven Joachim svenj...@gmx.de wrote: On 2015-01-06 10:24 +0100, Mathieu Malaterre wrote: diff -Nru pbbuttonsd-0.7.9/debian/changelog pbbuttonsd-0.7.9/debian/changelog --- pbbuttonsd-0.7.9/debian/changelog 2014-01-22 13:08:34.0 +0100 +++ pbbuttonsd-0.7.9

Bug#774688: unblock: pbbuttonsd/0.7.9-3

On Tue, Jan 6, 2015 at 7:31 PM, Jonathan Wiltshire j...@debian.org wrote: Control: tag -1 moreinfo On Tue, Jan 06, 2015 at 10:24:40AM +0100, Mathieu Malaterre wrote: +pbbuttonsd (0.7.9-4) unstable; urgency=low + + * Adopt package. Closes: #422162 I'll happily trade the adoption

Bug#774831: unblock: pbbuttonsd/0.7.9-5

+++ pbbuttonsd-0.7.9/debian/changelog 2015-01-08 09:01:18.0 +0100 @@ -1,3 +1,16 @@ +pbbuttonsd (0.7.9-5) unstable; urgency=low + + * Really adopt package (#774688). + + -- Mathieu Malaterre ma...@debian.org Thu, 08 Jan 2015 09:01:14 +0100 + +pbbuttonsd (0.7.9-4) unstable; urgency=low + + * Adopt

Bug#786886: /usr/bin/regedit-development/wine32

I find it odd that the symlink is now: /usr/bin/regedit-development/wine32 why not: /usr/lib/wine-development/wine32 ? Thanks for comments. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

ilmbase 2.2.0-x upload to sid

Hi there, I am planning on uploading ilmbase 2.2.0-x to sid. The only rdepends is openexr, so it should not impact anyone. This way I'll be able to upload openexr 2.2.0-1 to experimental since it requires ilmbase = 2.2.0 Thanks

Re: ilmbase 2.2.0-x upload to sid

On Sun, Jul 5, 2015 at 6:32 PM, Andreas Metzler ametz...@bebt.de wrote: On 2015-07-05 Mathieu Malaterre ma...@debian.org wrote: I am planning on uploading ilmbase 2.2.0-x to sid. The only rdepends is openexr, so it should not impact anyone. This way I'll be able to upload openexr 2.2.0-1

xmlgraphics-common status ?

[CC me please] Hi there, Does anyone understand the following `excuse`: https://release.debian.org/migration/testing.pl?package=fop [...] xmlgraphics-commons is only 0 days old. It must be 5 days old to go in. [...] Thanks much,

Bug#810568: transition: openexr

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi I'd like to request a transition for openexr (and ilmbase). Ben file: title = "openexr"; is_affected = .depends ~ "libopenexr6v5" | .depends ~ "libopenexr6"; is_good = .depends ~

Transition slot for ilmbase/openexr

I'd like to request a transition slot for ilmbase/openexr. Is this a good time ? Versions in exp are in good shapes. Thanks

Re: openjpeg / stretch

On Thu, Jun 2, 2016 at 9:03 AM, Mathieu Malaterre <ma...@debian.org> wrote: > On Wed, Jun 1, 2016 at 7:10 PM, Emilio Pozuelo Monfort <po...@debian.org> > wrote: >> On 31/05/16 12:00, Mathieu Malaterre wrote: >>> [adding debian-release] >>> >>> Hi

Re: openjpeg / stretch

[adding debian-release] Hi, On Thu, May 12, 2016 at 12:48 PM, Mathieu Malaterre <ma...@debian.org> wrote: > Hi, > > On Thu, May 12, 2016 at 12:16 PM, Moritz Muehlenhoff <j...@debian.org> wrote: >> Hi, >> in jessie we have the unfortunate situation of

Re: openjpeg / stretch

On Wed, Jun 1, 2016 at 7:10 PM, Emilio Pozuelo Monfort <po...@debian.org> wrote: > On 31/05/16 12:00, Mathieu Malaterre wrote: >> [adding debian-release] >> >> Hi, >> >> On Thu, May 12, 2016 at 12:48 PM, Mathieu Malaterre <ma...@debian.org> wrote: >

Re: [Stretch] Status for architecture qualification

Hi Hector, On Thu, Jun 16, 2016 at 2:12 AM, Hector Oron wrote: [...] > While working out ArchitectureQualification/Stretch wiki page I > believe everything is mostly fine for release, however I got a > personal concern on powerpc architecture. Is it well maintained? Does >

Bug#810568: openexr transition

Control: tags -1 - moreinfo All packages now do compile with newer openexr. blender is in experimental, and thus will need a SU at some point. -M

Bug#810568: transition: openexr

On Thu, Jan 21, 2016 at 11:00 AM, Matteo F. Vescovi wrote: > Hi! > > On 2016-01-21 at 09:56 (CET), Emilio Pozuelo Monfort wrote: >> Do rdeps build fine against the new versions of the libraries? > > FTR, better this time (based on rebuilds made last night): > > * aqsis_1.8.2-2 =>

Re: Porter roll call for Debian Stretch

Hi all, On Fri, Sep 23, 2016 at 3:54 PM, Matthias Klose wrote: > On 20.09.2016 23:46, John Paul Adrian Glaubitz wrote: >> On 09/20/2016 11:16 PM, Niels Thykier wrote: >>>- powerpc: No porter (RM blocker) >> >> I'd be happy to pick up powerpc to keep it for Stretch. I'm

Re: Porter roll call for Debian Stretch

Adrian, On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz wrote: [...] > On the other hand, some packages dropped support for PowerPC32 like Mono > but this isn't a concern for most users, I would say. [...] Thanks very much for stepping up as porter, you

Bug#914131: transition: openvdb

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to proceed with the transition of openvdb from 5.0 to 5.2 now. All reverse dependencies are good (blender). This will address #911891. Current status in exp:

Re: Fwd: Bug#921780: esajpip: FTBFS (LaTeX error)

Hi Paul, The usual stuff: real life. In any case I am not using esajpip much these days. So let's finally kill it. I'll file a RM bug report ASAP. Thanks On Mon, Mar 11, 2019 at 7:47 PM Paul Gevers wrote: > > Hi Mathieu, > > On 11-03-2019 18:41, Mathieu Malaterre wrote: >

Fwd: Bug#921780: esajpip: FTBFS (LaTeX error)

Dear Debian release team, Could someone please clarify the status of esajpip package. A bug with severity serious was set to the package and the package was 'autoremoved'. Since the serious bug was caused by a build-dep (at some point back in time), do I need to do anything for esajpip to migrate

Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

Aurélien, Thanks for caring about 32bits arches ! On Thu, Aug 8, 2019 at 10:39 PM Aurelien Jarno wrote: [...] > mips and mipsel are more affected by the issue as the virtual address > space is limited to 2GB. Therefore on those architectures, this issue > recently started to also affect core

Bug#942496: nmu: libopenvdb5.2_5.2.0-6

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu I messed up the openvdb binary upload on amd64 (build with older libopenexr23) So please schedule a binNMU: nmu libopenvdb5.2_5.2.0-6 . amd64 . -m 'Rebuild against libopenexr24 to correct

Re: Bug#953235: vtkplotter: autopkgtest arm64 failure: No module named 'vtkIOFFMPEGPython'

On Sun, May 10, 2020 at 10:01 PM Paul Gevers wrote: > > Hi Adrian, > > On 10-05-2020 15:25, Paul Gevers wrote: > > I'm running another check on "cannot allocate memory in static TLS > > block" now, will take a while. > > Also for this one, only vtkplotter showed up. Did you check #951704 ? This

Bug#1051384: bookworm-pu: package highway/1.0.3-3

-3+deb11u1) bullseye; urgency=medium + + * d/rules: Fix armhf neon-less system. Closes: #1033656 + + -- Mathieu Malaterre Thu, 07 Sep 2023 09:04:55 +0200 + highway (1.0.3-3) unstable; urgency=medium [ Helmut Grohne ] diff -Nru highway-1.0.3/debian/rules highway-1.0.3/debian/rules

Bug#1053866: transition: jpeg-xl

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition This is a minor SONAME transiton. Two (unused anywhere) symbols were removed. Current status in exp: https://buildd.debian.org/status/package.php?p=jpeg-xl=experimental Thanks Ben

Bug#1053866: transition: jpeg-xl

On Fri, Oct 13, 2023 at 11:57 AM Sebastian Ramacher wrote: > > Control: tags -1 moreinfo > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-jpeg-xl.html > > On 2023-10-13 10:44:31 +0200, Mathieu Malaterre wrote: > > Package: release.debian.

Bug#1051384: bookworm-pu: package highway/1.0.3-3

On Thu, Sep 7, 2023 at 1:23 PM Adam D. Barratt wrote: > > Control: tags -1 + moreinfo > > On Thu, 2023-09-07 at 09:11 +0200, Mathieu Malaterre wrote: > > I'd like to fix highway on armhf (neon-less) system. > > > > [ Reason ] > > See #1033656 > > > &

  1   2   >