Bug#875637: iipimage-server: Wrong configuration file /etc/apache2/mods-available/iipsrv.conf

Control: found -1 1.0-2 Hi again, On Wed, Nov 22, 2017 at 9:58 PM, Mathieu Malaterre wrote: > fixed 875637 1.0-2 > thanks > > Hi, > > On Tue, Oct 10, 2017 at 11:04 AM, Laurent Bonnaud > wrote: >> Hi, >> >> this bug is still there: > > no Actually

Bug#879636: #879636: virtual memory exhausted: Cannot allocate memory

On Wed, Nov 22, 2017 at 2:24 PM, Mathieu Malaterre wrote: > Dear mips gurus, > > Could someone please suggest a fix for the following FTBFS issue for > OpenVDB package: > > https://buildd.debian.org/status/fetch.php?pkg=openvdb&arch=mipsel&ver=4.0.2-1&stamp=150821316

Bug#879636: mips/mipsel: enforce --param ggc-min-expand=10 always (was: virtual memory exhausted: Cannot allocate memory)

YunQiang, Do you know of any drawbacks ? On Thu, Nov 23, 2017 at 11:29 AM, YunQiang Su wrote: > I guess we should set this param for mips/mipsel by default? > > On Thu, Nov 23, 2017 at 5:20 AM, Mathieu Malaterre wrote: >> On Wed, Nov 22, 2017 at 2:24 PM, Mathieu Malaterre wrote

Bug#845751: yadifa FTBFS on ppc64el: internal compiler error: in push_reload, at reload.c:1349

reassign 845751 gcc 4:6.2.1-1 thanks On Sat, Nov 26, 2016 at 1:57 PM, Adrian Bunk wrote: > Source: yadifa > Version: 2.2.2-1 > Severity: serious > > https://buildd.debian.org/status/fetch.php?pkg=yadifa&arch=ppc64el&ver=2.2.2-1&stamp=1480164499 > > ... > libtool: compile: gcc -DHAVE_CONFIG_H -I.

Bug#923750: gdcm: FTBFS in buster/sid

On Tue, Mar 5, 2019 at 1:21 AM Santiago Vila wrote: > make[2]: *** [Makefile:6: refman.pdf] Error 1 That must be a regression in one of the tex (sid) packages. I can build the pdf documentation just fine from my jessie Debian system: https://sourceforge.net/projects/gdcm/files/gdcm%202.x/GDCM%20

Bug#918382: trying to overwrite '/usr/lib/x86_64-linux-gnu/libIlmImf-2_3.so.24.0.0', which is also in package libopenexr23:amd64 2.3.0-3

Control: tags -1 wontfix Hi, Thanks for the bug report. On Sat, Jan 5, 2019 at 6:21 PM 積丹尼 Dan Jacobson wrote: > trying to overwrite '/usr/lib/x86_64-linux-gnu/libIlmImf-2_3.so.24.0.0', > which is also in package libopenexr23:amd64 2.3.0-3 Yeah that's correct. However please consider 2.3.0-3

Bug#918382: broken upload

On Sun, Jan 6, 2019 at 12:09 PM 積丹尼 Dan Jacobson wrote: > > As you can see in > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918382 > gimp is relying (Depending) on a broken upload. > > Perhaps you could make it Depend on libopenexr24 instead of libopenexr23. > Well then, take the binary pac

Bug#796669: Cant reproduce

fixed 796669 8.4.3-7 thanks I cannot reproduce the above step from a debian/strech amd64 installation, using 8.4.3-7. It seems the fix was done in 8.4.3-6. marking as fixed. I'll leave the bug open for now.

Bug#843594: ilmbase: Proprietary licence in halfExport.h

Control: tags -1 fixed-upstream patch pending confirmed On Sat, Jan 7, 2017 at 8:51 AM, Mathieu Malaterre wrote: > Hi, > > Thanks for catching this. This is cleary a mistake from upstream. > > I'll have that sorted out quickly, if not I'll remove this file, and >

Bug#1016903: closing for real

Version: 12.2.0-8 malat@barriere ~ % apt-cache policy gcc-12 gcc-12: Installed: 12.2.0-18 Candidate: 12.2.0-18 Version table: *** 12.2.0-18 100 1 https://deb.debian.org/debian experimental/main i386 Packages 100 /var/lib/dpkg/status 12.2.0-14 500 500 https://d

Bug#1036584: libopenjpip-viewer: broken symlink: /usr/bin/opj_jpip_viewer -> ../share/opj_jpip_viewer/opj_jpip_viewer.jar

Control: retitle -1 No java compiler found. Won't be able to build java viewer openjpeg2/java compilation appears to be broken: -- Could NOT find Java (missing: Java_JAVA_EXECUTABLE Java_JAVAC_EXECUTABLE Java_JAR_EXECUTABLE Java_JAVADOC_EXECUTABLE Java_JAVAH_EXECUTABLE Development) (Required is a

Bug#1036584: libopenjpip-viewer: broken symlink: /usr/bin/opj_jpip_viewer -> ../share/opj_jpip_viewer/opj_jpip_viewer.jar

Control: tags -1 patch On Tue, May 23, 2023 at 10:46 AM Mathieu Malaterre wrote: > > Control: retitle -1 No java compiler found. Won't be able to build java viewer > > openjpeg2/java compilation appears to be broken: > > -- Could NOT find Java (missin

Bug#1036584: libopenjpip-viewer: broken symlink: /usr/bin/opj_jpip_viewer -> ../share/opj_jpip_viewer/opj_jpip_viewer.jar

Control: tags -1 - patch On Wed, May 24, 2023 at 6:21 PM Andreas Metzler wrote: > > Control: retitle -1 libopenjpip-viewer is basically empty > > On 2023-05-23 Mathieu Malaterre wrote: > > On Tue, May 23, 2023 at 10:46 AM Mathieu Malaterre wrote: > > > > &

Bug#1036584: libopenjpip-viewer: broken symlink: /usr/bin/opj_jpip_viewer -> ../share/opj_jpip_viewer/opj_jpip_viewer.jar

Le jeu. 25 mai 2023, 19:15, Andreas Metzler a écrit : > Hello, > > if you have not got time for an upload I can look into it. > Yes please ! Thanks very much > cu Andreas > >

Bug#1021165: floatn-common.h:214:9: error: multiple types in one declaration

Control: reassign -1 libc6.1-dev 2.36-5 Looks like the issue is not fixed on ia64 / sparc64. Steps: % cat p.cxx #include int main() { return 0; } Lead to: malat@yttrium ~ % /usr/lib/gcc-snapshot/bin/g++ -v p.cxx Using built-in specs. COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++ COLLECT_LTO_WRAP

Bug#1016903: git-updates.diff not applied ?

Control: reopen -1 > the upstream fix went into 12.2.0-2. Would be so kind as to demonstrate how ? Here is what I see on my side: % ssh barriere.debian.org % sessionid=$(schroot -b -c sid_i386-dchroot) % dd-schroot-cmd -c $sessionid apt-get update % dd-schroot-cmd -c $sessionid apt-get upgrade

Bug#1033931: Fwd: Novice needs help submitting a bug report

Package: libc-bin Version: 2.36-8 Severity: grave Justification: renders package unusable Dear Maintainer, There is a bug in glibc 2.36 that has been fixed in 2.37. The two links below detail the original bug report and the fix. - Upstream bug report - https://sourceware.org/bugzilla/show_bug.cg

Bug#1033931: UB: memcmp is not atomic in C11 either

The bugzilla thread is rather long. But I took the liberty to report the issue as grave following the comment: https://sourceware.org/bugzilla/show_bug.cgi?id=29863#c11 Feel free to downgrade severity if my understanding is incorrect. Thanks

Bug#1026559: fop: FTBFS: [javadoc] /<>/fop-core/src/main/java/org/apache/fop/servlet/FopServlet.java:29: error: package javax.servlet does not exist

Control: fixed -1 1:2.8-2 Seems to build fine now: https://buildd.debian.org/status/fetch.php?pkg=fop&arch=all&ver=1%3A2.8-2&stamp=1672905531&raw=0 Closing.

Bug#1027965: gdcm: FTBFS everywhere

Control: reassign -1 vtk9 9.1.0+really9.1.0+dfsg2-4 On Thu, Jan 5, 2023 at 11:03 AM Sebastian Ramacher wrote: [...] > CMake Error at > /usr/lib/x86_64-linux-gnu/cmake/vtk-9.1/VTK-vtk-module-find-packages.cmake:115 > (find_package): > By not providing "FindQt5.cmake" in CMAKE_MODULE_PATH this

Bug#1027965: Add libvtk6-qt-dev to dependencies

Control: tags -1 patch Since 2016 it seems that a hack has been put in place in vtk package consumer to always include vtk-qt package: https://salsa.debian.org/med-team/vtk-dicom/-/commit/0d3fde678cd86459a485df7492307b94a5afc97e I suspect it would be better done in vtk9 package itself. Typical

Bug#1025203: r-cran-glmmtmb: FTBFS on mipsel

I do not have a clean answer to this, but in my experience it is getting more and more difficult to compile anything on mipsel with g++-12. The default option `-g -O2` seems to imply `take as much memory as you want to get things to compile` so this end up crossing the 2GB hard-limit. For example

Bug#1025203: r-cran-glmmtmb: FTBFS on mipsel

On Fri, Dec 9, 2022 at 10:29 AM Andreas Tille wrote: > > Hi Mathieu, > > Am Tue, Dec 06, 2022 at 08:38:43AM +0100 schrieb Mathieu Malaterre: > > I do not have a clean answer to this, but in my experience it is > > getting more and more difficult to compile anything on mip

Bug#972867: CharLS should have changed its SOVERSION

Control: tags -1 upstream For details: https://github.com/team-charls/charls/issues/81

Bug#972430: nvidia-legacy-340xx-driver 340.108-6~bpo10+1

Control: found -1 340.108-6~bpo10+1 Would be nice to have a bpo of -8 at some point. Thanks very much ! This is my only option as nouveau is unstable on this system.

Bug#972867: Patch

Case sensitive systems are affected by 2.1.0 release. diff --git a/CMake/FindCharLS.cmake b/CMake/FindCharLS.cmake index 8f6bf19..b253a61 100644 --- a/CMake/FindCharLS.cmake +++ b/CMake/FindCharLS.cmake @@ -6,7 +6,7 @@ # For details see the accompanying COPYING-CMAKE-SCRIPTS file. # -find_path

Bug#973723: libcharls-dev ships libcharls.so which is also in libdcmtk-dev

Control: reassign -1 src:dcmtk > trying to overwrite '/usr/lib/x86_64-linux-gnu/libcharls.so', which is also > in package libdcmtk-dev 3.6.4-2.1+b1 Dear dcmtk maintainer, Would it make sense to rename the customized charls included as a convenient copy in dcmtk as 'libdcmcharls.so' instead of s

Bug#973723: libcharls-dev ships libcharls.so which is also in libdcmtk-dev

Control: tags -1 patch upstream confirmed On Wed, Nov 4, 2020 at 9:13 AM Mathieu Malaterre wrote: > > Control: reassign -1 src:dcmtk > > > trying to overwrite '/usr/lib/x86_64-linux-gnu/libcharls.so', which is also > > in package libdcmtk-dev 3.6.4-2.1+b1 > >

Bug#972867: marked as pending in charls

Control: tag -1 pending Hello, Bug #972867 in charls reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/med-team/charls/-/commit/8b3ac29c6332194018fce3c827f99f3b3e

Bug#973723: libcharls-dev ships libcharls.so which is also in libdcmtk-dev

Hi Gert, On Wed, Nov 4, 2020 at 10:06 AM Mathieu Malaterre wrote: > > Control: tags -1 patch upstream confirmed > > On Wed, Nov 4, 2020 at 9:13 AM Mathieu Malaterre wrote: > > > > Control: reassign -1 src:dcmtk > > > > > trying to overwrite '/usr/

Bug#974544: libcharls-dev needs Breaks+Replaces: libdcmtk-dev (<< 3.6.5-1~)

Control: fixed -1 2.1.0+dfsg-7 https://salsa.debian.org/med-team/charls/-/blob/debian/2.1.0+dfsg-7/debian/control#L22 dcmtk 3.6.5 ships a convenient copy of CharLS with SOVERSION=1, while libcharls-dev is SOVERSION=2, so I'll not add the Replaces.

Bug#974544: libcharls-dev needs Breaks+Replaces: libdcmtk-dev (<< 3.6.5-1~)

On Thu, Nov 12, 2020 at 8:06 AM Adrian Bunk wrote: > > Control: reopen -1 > > On Thu, Nov 12, 2020 at 08:02:07AM +0100, Mathieu Malaterre wrote: > > Control: fixed -1 2.1.0+dfsg-7 > > > > https://salsa.debian.org/med-team/charls/-/blob/debian/2.1.0+dfsg-7/debian/c

Bug#974544: libcharls-dev needs Breaks+Replaces: libdcmtk-dev (<< 3.6.5-1~)

Control: retitle -1 libcharls-dev needs Breaks: libdcmtk-dev (<< 3.6.5-1~) On Thu, Nov 12, 2020 at 8:13 AM Adrian Bunk wrote: > > On Thu, Nov 12, 2020 at 08:09:11AM +0100, Mathieu Malaterre wrote: > > On Thu, Nov 12, 2020 at 8:06 AM Adrian Bunk wrote: > > &g

Bug#974544: marked as pending in charls

Control: tag -1 pending Hello, Bug #974544 in charls reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/med-team/charls/-/commit/2b7631c83029d528dbd4eb8f158985914f

Bug#973723:

Control: tags -1 fixed-upstream http://git.dcmtk.org/?p=dcmtk.git;a=commit;h=46b4b4c

Bug#976906: Possible lex issue for ppc64el (Was: Bug#976906: libpll: FTBFS on ppc64el: lex_utree.l:22:10: fatal error: parse_utree.h: No such file or directory)

"make -j160" that would be my guess :) remove parallel from the dh option, and try again (fixes symptoms) On Thu, Dec 10, 2020 at 10:49 AM Andreas Tille wrote: > > Control: tags -1 help > > Hi, > > I tried to investigate the situation below and my guess is that lex has > somehow problems to cre

Bug#864078: CVE-2017-9110 CVE-2017-9111 CVE-2017-9112 CVE-2017-9113 CVE-2017-9114 CVE-2017-9115 CVE-2017-9116 CVE-2017-9117

Control: tags -1 patch https://github.com/binarycrusader/openexr/commit/749193265ac99956f01a2dd9b20f124f2f7859d0.patch

Bug#864452: vtkdata: do not ship in stretch

Source: vtkdata Version: 5.8.0-1 Severity: serious Tags: stretch sid Since #798164 there is basically no point in shipping vtkdata with stretch.

Bug#864449: vtkdata: do not ship in stretch

Source: vtk Version: 5.8.0-1 Severity: serious Tags: stretch sid Since #798164 there is basically no point in shipping vtkdata with stretch. -M

Bug#613610: xburst-tools: contains precompiled binaries in debian/

Hi there, > It should be works just fine. I have done this before:(just FYI) > http://downloads.openmobilefree.net/NanoNote/xburst-tools/mipsel/ So the link has disappeared. What is the status of xburst-tools in Debian ? Do we really want that package in Debian ? Thanks for comments

Bug#848793: gdcm: FTBFS: CMakeFiles/Makefile2:1625: recipe for target 'Utilities/VTK/Applications/CMakeFiles/gdcm2pnm.dir/all' failed

Control: reassign -1 src:vtk6 Control: affects -1 src:gdcm once again an issue in the deps listed in vtk cmake export file (libmpi)

Bug#849657: [Ceph-maintainers] Bug#849657: ceph: FTBFS on mips(el): g++: virtual memory exhausted: Cannot allocate memory

On Fri, Dec 30, 2016 at 10:06 AM, Emilio Pozuelo Monfort wrote: > On 29/12/16 20:56, Gaudenz Steinlin wrote: >> >> Hi Emilio >> >> Emilio Pozuelo Monfort writes: >> >>> Source: ceph >>> Version: 10.2.5-2 >>> Severity: serious >>> >>> Your package failed to build on mips/el: >>> >>> g++ -DHAVE_CON

Bug#828308: patch

Control: tags -1 patch Attached. 828308.patch Description: Binary data

Bug#828308: downgrade severity, because the bug is not RC anymore

Control: severity -1 important # missing -1 On Mon, Nov 7, 2016 at 11:59 AM, Gert Wollny wrote: > Control: severity important > > Hello Mathieu, > > thanks for the patch, but since itksnap uses gdcm, and also QT5, and the > latter uses dlload to pull in openssl-1.0 dynamically (and this will > n

Bug#822379: char : signed / unsigned

It is funny that the test fails only on arch where 'char' is unsigned

Bug#838266: Salvaging pylibtiff to Debian Python team or removing it from Debian?

On Fri, Oct 21, 2016 at 9:36 AM, Andreas Tille wrote: [...] > So if anybody in the Python team would like to take over from here on > I'd be really happy. Otherwise I consider either orphaning the package > or ask ftpmaster for removal. [...] Orphan bug report was sent in April 2013: https://bu

Bug#874430: CVE-2016-10504 / CVE-2017-14151

Control: notfound -1 2.1.0-2+deb8u2 I have been trying to track those related CVE and it appears that this commit should avoid this kind of issue: https://github.com/uclouvain/openjpeg/commit/3a80b72ac (I had actually forgotten I authored this back then). I think the issue was introducated late

Bug#923433: 0x51063B3: EncoderStrategy::Flush() (encoderstrategy.h:156)

Gert, On Mon, May 20, 2019 at 3:31 PM Andreas Tille wrote: > > Hint, hint, hint: Feel free to do an NMU / team upload of RC buggy > package. What's your opinion on this ? Revert to charls 1.x as suggested or investigated actual regression ?

Bug#923433: 0x51063B3: EncoderStrategy::Flush() (encoderstrategy.h:156)

On Mon, May 20, 2019 at 4:50 PM Mathieu Malaterre wrote: > > Gert, > > On Mon, May 20, 2019 at 3:31 PM Andreas Tille wrote: > > > > Hint, hint, hint: Feel free to do an NMU / team upload of RC buggy > > package. > > What's your opinion on th

Bug#1004067: closed by Debian FTP Masters (reply to Mathieu Malaterre ) (Bug#1004067: fixed in imath 3.1.3-10)

Hi all, On Sun, Jan 23, 2022 at 10:45 PM Matteo F. Vescovi wrote: > > Version: 3.1.3-10 > > On 2022-01-23 at 18:42 (+01), Matteo F. Vescovi wrote: > > The build still ftbfs. > > Gosh, at the time of writing was still using -9 revision and it failed. > Now, I've tested -10 revision of imath and op

Bug#1003933: w3c-sgml-lib: catalogs for MathML 2.0 are incomplete

Control: forwarded -1 https://github.com/w3c/markup-validator/issues/66 Control: tags -1 upstream As discussed in upstream bug tracker there is something wrong with the namespace "TR"...

Bug#999900: epubcheck: java.lang.StackOverflowError

Control: severity -1 important Since this bug affects a limited set of architecture, I do not believe severity can be set to `grave` (please correct if wrong). On amd64: ``` % epubcheck /usr/share/doc/debian-policy/policy.epub Validating using EPUB version 3.2 rules. ERROR(PKG-006): /usr/share/d

Bug#999608: marked as pending in epubcheck

Control: tag -1 pending Hello, Bug #999608 in epubcheck reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/java-team/epubcheck/-/commit/48941903878ff650f8979f0433b

Bug#1002061: libjxl-dev: ships files already in libhwy-dev

Control: fixed -1 0.6.1+ds-6 jpeg-xl (0.6.1+ds-6) experimental; urgency=medium [...] * d/rules: Start using the system installed hwy Thanks

Bug#989296: [RFR] libgdcm-dev/3.0.8-2 (to close #989296)

Hi all, I've reviewed commit 92bee7344b774b45b66185ed17b040f12fe31c43. I've not verified it fixes the OP symptoms, but this is the right fix IMHO. I've also reviewed cddfeab955f486fba72745b66130480dfec1a2b6 and this is not the right fix, sorry. See #711214 for more context. 2cts On Fri, Jul 30,

Bug#989296: [RFR] libgdcm-dev/3.0.8-2 (to close #989296)

Salut Étienne, On Fri, Jul 30, 2021 at 9:21 PM Étienne Mollier wrote: > > Hi Mathieu, > > Mathieu Malaterre, on 2021-07-30: > > Hi all, > > > > I've reviewed commit 92bee7344b774b45b66185ed17b040f12fe31c43. I've > > not verified it fixes t

Bug#1007167: _clock_system.h:34:27: error: using-declaration for non-member at class scope

Source: synfix Version: 1.4.0+dfsg-2.1 Severity: grave I cannot compile synfig on sid/amd64. It fails with a cryptic c++ compilation error: libtool: compile: g++ -DHAVE_CONFIG_H -I../.. -I../../src -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include -I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-g

Bug#1007167: Acknowledgement (_clock_system.h:34:27: error: using-declaration for non-member at class scope)

For reference: * https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/synfig.html

Bug#1007234: Test suite fails on all but amd64 arches

Dear Bryan, Could you comment on the buildds failures at: * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007234 For example on ppc64el (little endian system): * https://buildd.debian.org/status/fetch.php?pkg=netpbm-free&arch=ppc64el&ver=2%3A10.97.00-1&stamp=1647179729&raw=0 [...] == p

Bug#1007234: Test suite fails on all but amd64 arches

For some reason I never got your answer. So I've subscribed to `1007...@bugs.debian.org` > I'm sure this is easy to diagnose for someone who can reproduce it. I've followed the instructions from: * https://wiki.debian.org/RISC-V#debootstrap I have now a RISCV-64 arch on my amd64 machine. Now:

Bug#1003218: Processed: your mail

Control: found -1 0.15.0-4 See: * https://buildd.debian.org/status/fetch.php?pkg=highway&arch=armhf&ver=0.15.0-4&stamp=1641752465&raw=0

Bug#1002216: jpylyzer: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13

Control: fixed -1 2.0.1-1

Bug#1001136: Possible miscompilation triggered by -fvisibility=hidden

See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103629

Bug#984276: opencolorio: ftbfs with GCC-11

Control: upstream confirmed fixed-upstream https://github.com/AcademySoftwareFoundation/OpenColorIO/commit/2f87cca2e129471f57df0c3a8a3adc0c73a4811c.patch

Bug#1000221: wontfix

Control: tags -1 wontfix See bug#1000320 ... error: ‘STATUS_N_PRINT_BSB_Fail_PrintQueueFull’ was not declared in this scope; did you mean ‘STATUS_N_PRINT_BFB_Fail_PrintQueueFull’? ... For reference upstream refactored the whole DIMSE status codes at: https://git.dcmtk.org/?p=dcmtk.git;a=commit;

Bug#1000220: /usr/include/dcmtk/dcmsr/dsrtlist.h:303:30: error: cannot convert 'std::__cxx11::list >::iterator'

Control: tags -1 upstream Control: found -1 3.6.6-2 Dear DCMTK team, The DCMTK package 3.6.6-2 currently in Debian/sid fails to build because of (*). Could you please confirm that DCMTK_ENABLE_STL:BOOL=ON is an acceptable option for releasing DCMTK in Debian, and that the toolkit codebase should

Bug#1000220: /usr/include/dcmtk/dcmsr/dsrtlist.h:303:30: error: cannot convert 'std::__cxx11::list >::iterator'

Control: tags -1 patch Here is one possible fix: https://github.com/DCMTK/dcmtk/pull/45 Thanks for consideration.

Bug#1000222: orthanc force gnuc++11 reason

Control: tags -1 upstream confirmed Control: affects -1 dcmtk/3.6.6-2 For some reason orthanc forces the uses of gnuc++11 gcc compiler flag. Unless there is a good reason, I would simply suggest to remove this hard-coded value: % grep -r gnu++11 . ./OrthancFramework/Resources/CMake/DownloadOrtha

Bug#1000222: orthanc force gnuc++11 reason

Control: tags -1 patch Could someone confirm; this is an acceptable patch ? thanks donotforcec++11.patch Description: Binary data

Bug#1000222: marked as pending in orthanc

Control: tag -1 pending Hello, Bug #1000222 in orthanc reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/med-team/orthanc/-/commit/fa9b65bf0c3cc68105d115483d90403

Bug#1000220: marked as pending in dcmtk

Control: tag -1 pending Hello, Bug #1000220 in dcmtk reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/med-team/dcmtk/-/commit/48c24b0f258b9503053b0583ce4c7cf8442

Bug#997080: openvdb: FTBFS: help2man: can't get `--help' info from ./debian/tmp/usr/bin/vdb_view

Control: notfound -1 8.1.0-3 Control: tags -1 wontfix I cannot reproduce the issue: * On my local sid schroot, * On barriere.d.o * The exp. buildds are working as expected: ** https://buildd.debian.org/status/fetch.php?pkg=openvdb&arch=amd64&ver=9.0.0-2&stamp=1638489598&raw=0

Bug#1007234: Test suite fails on all but amd64 arches

Bryan, On Sat, Mar 26, 2022 at 2:00 AM Bryan Henderson wrote: > > I don't know familiar you are with debuggers, C, or C arithmetic, so I'm > attaching a diagnostic version of the program and will also explain where I > think the problem lies in case you want to investigate on your own. > > If you

Bug#1007234: Test suite fails on all but amd64 arches

Bryan, On Tue, Mar 29, 2022 at 1:45 PM Mathieu Malaterre wrote: > > Bryan, > > On Sat, Mar 26, 2022 at 2:00 AM Bryan Henderson > wrote: > > > > I don't know familiar you are with debuggers, C, or C arithmetic, so I'm > > attaching a diagnostic version

Bug#1008798: gdcm: FTBFS on s390x

Control: fixed -1 3.0.12-1 Fixed in latest upload

Bug#943765: libvtkgdcm3-dev: missing Breaks+Replaces: libvtkgdcm2-dev

On Tue, Oct 29, 2019 at 3:39 PM Andreas Beckmann wrote: > > Followup-For: Bug #943765 > > and furthermore libgdcm3-dev is missing breaks+Replaces: libgdcm2-dev > > Preparing to unpack .../libgdcm3-dev_3.0.3-1~exp1_amd64.deb ... > Unpacking libgdcm3-dev (3.0.3-1~exp1) ... > dpkg: error proces

Bug#923750: gdcm: FTBFS in buster/sid

Control: severity -1 important On Tue, Mar 5, 2019 at 8:24 AM Mathieu Malaterre wrote: > > On Tue, Mar 5, 2019 at 1:21 AM Santiago Vila wrote: > > make[2]: *** [Makefile:6: refman.pdf] Error 1 > > That must be a regression in one of the tex (sid) packages. I can > build

Bug#921780: esajpip: FTBFS (LaTeX error)

Control: tags -1 wontfix Hi, On Sat, Feb 9, 2019 at 1:18 AM Santiago Vila wrote: > ! ==> Fatal error occurred, no output PDF file produced! I cannot also reproduce this Latex issue. Are you sure there has not been a broken latex package upload recently ? In any case esajpip should migrate bac

Bug#910791: gdcm: outdated packages on armel/armhf

On Mon, Oct 15, 2018 at 7:39 AM Gert Wollny wrote: > > Hi, thanks for > > - fix vtk7 to build on those architectures > That means dropping support for QT there, which seems like the best > option, but needs some time to test properly. Ithink I'll open a bug > for that. > > - drop that build-dep o

Bug#913812: node-boxen : Depends: node-camelcase (>= 4.0.0) but 3.0.0-1 is to be installed

Package: node-boxen Version: 1.2.2-1~bpo9+1 Severity: grave Looks like the package is pretty much invalid: $ sudo apt-get install -t stretch-backports node-boxen Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may

Bug#913813: node-tar : Depends: node-yallist (>= 3.0.2~) but 2.0.0-1 is to be installed

Package: node-tar Version: 4.4.6+ds1-3~bpo9+1 Severity: grave Looks like the package is pretty much invalid: $ sudo apt-get install -t stretch-backports node-tar Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may

Bug#913812: [Pkg-javascript-devel] Bug#913812: node-boxen : Depends: node-camelcase (>= 4.0.0) but 3.0.0-1 is to be installed

Control: tags -1 wontfix On Fri, Nov 16, 2018 at 5:52 AM Pirate Praveen wrote: > > > > On 2018, നവംബർ 15 8:54:58 PM IST, Mathieu Malaterre wrote: > >The following information may help to resolve the situation: > > > >The following packages have unmet dependencies:

Bug#913813: [Pkg-javascript-devel] Bug#913813: node-tar : Depends: node-yallist (>= 3.0.2~) but 2.0.0-1 is to be installed

Control: tags -1 wontfix On Fri, Nov 16, 2018 at 5:50 AM Pirate Praveen wrote: > > > > On 2018, നവംബർ 15 9:01:15 PM IST, Mathieu Malaterre wrote: > >The following information may help to resolve the situation: > > > >The following packages have unmet dependencie

Bug#912661: python-tifffile: tifffile is not installed as distribution

> Debian makes use of the individual files via a mirror at > https://github.com/malaterre/tifffile which seems to exist for Debian > only. I'll remove this repo ASAP, to avoid spreading more confusion. Thanks for the report.

Bug#914167: fatal error: KHR/khrplatform.h: No such file or directory

Package: mesa-common-dev Version: 18.2.5-1 Severity: serious Tags: ftbfs OpenVDB fails to build from source because of: In file included from /usr/include/GL/gl.h:2055, from viewer/Font.h:40, from viewer/Font.cc:31: /usr/include/GL/glext.h:467:10: fatal error: KH

Bug#914167: fatal error: KHR/khrplatform.h: No such file or directory

On Tue, Nov 20, 2018 at 8:19 AM Timo Aaltonen wrote: > > On 20.11.2018 9.04, Mathieu Malaterre wrote: > > Package: mesa-common-dev > > Version: 18.2.5-1 > > Severity: serious > > Tags: ftbfs > > > > OpenVDB fails to build from source because of: > >

Bug#914167: fatal error: KHR/khrplatform.h: No such file or directory

On Tue, Nov 20, 2018 at 8:31 AM Mathieu Malaterre wrote: > > On Tue, Nov 20, 2018 at 8:19 AM Timo Aaltonen wrote: > > > > On 20.11.2018 9.04, Mathieu Malaterre wrote: > > > Package: mesa-common-dev > > > Version: 18.2.5-1 > > > Severity: serious &

Bug#911793: Control: reassign -1 src:gdcm 2.8.7-2

> This is a diff of a .symbols file I generated from libvtkgdcm2.8 > versions 2.8.7-1 and 2.8.7-2. Thanks Mattia for tracking this issue ! As you've noticed the ABI breakage occur in between two minor uploads -1 and -2. So I suspect this may confuse reader that bug be reported against src:gdcm, s

Bug#911793: Control: reassign -1 src:gdcm 2.8.7-2

On Fri, Nov 23, 2018 at 12:04 PM Mattia Rizzolo wrote: > > On Fri, Nov 23, 2018 at 11:41:10AM +0100, Mathieu Malaterre wrote: > > As you've noticed the ABI breakage occur in between two minor uploads > > -1 and -2. So I suspect this may confuse reader that bug be report

Bug#909865: double rounding x87 FPU

Control: tags -1 patch Usual stuff on x86 (again). Could someone with better automake expertise confirm the patch is not too silly. Technically we only need to apply this on x86 arch (linux-x86, hurd-x86, maybe kFreeBSD?). Maybe I should be using IlmImfTest_CFLAGS but I did not check to much. %

Bug#1013156: gdcm: vtk[6,7] removal

On Wed, Oct 26, 2022 at 7:53 AM Andreas Tille wrote: > > Hi, > > in the bug log there is some discussion to drop C# and Java VTK > bindings. This would mean to drop the packages libvtkgdcm-cil and > libvtkgdcm-java. I'm perfectly fine with this and I just pushed > a change in d/control where I r

Bug#1013156: gdcm: vtk[6,7] removal

On Wed, Oct 26, 2022 at 10:35 AM Andreas Tille wrote: > > Hi Mathieu, > > Am Wed, Oct 26, 2022 at 08:10:42AM +0200 schrieb Mathieu Malaterre: > > On Wed, Oct 26, 2022 at 7:53 AM Andreas Tille wrote: > > > > > > Hi, > > > > > > in the bu

Bug#1013156: gdcm: vtk[6,7] removal

On Wed, Oct 26, 2022 at 11:19 AM Andreas Tille wrote: > > Hi Mathieu, > > Am Wed, Oct 26, 2022 at 11:16:30AM +0200 schrieb Mathieu Malaterre: > > > > https://salsa.debian.org/med-team/gdcm/-/commits/debian/experimental/ > > > > > > Ups, sorry for mi

Bug#1013258: autoreconf: error: /usr/bin/autoconf failed with exit status: 1

Control: tags -1 wontfix On Mon, Jun 20, 2022 at 1:39 PM Andreas Tille wrote: > > Am Mon, Jun 20, 2022 at 10:38:12AM +0200 schrieb Mathieu Malaterre: > > Source: openslide > > Severity: important > > Tags: ftbfs > > > > Dear Maintainer, > > > > It

Bug#928224: Valgrind is broken on armhf

% gdb "/usr/libexec/valgrind/memcheck-arm-linux" GNU gdb (Debian 12.1-2) 12.1 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to t

Bug#928224: patch

valgrind should apply the following patch: sed -i -e 's/cortex-a8/generic-armv7-a+vfpv3-d16/g' Makefile.all.am

Bug#1014091: armhf: gcc has wrong configuration

Hi Richard ! On Thu, Jun 30, 2022 at 4:45 PM Richard Earnshaw wrote: > > I think the problem is valgrind's Makefiles are passing -mcpu=cortex-a8 > to the compiler. Cortex-a8 has Neon and the compiler now makes use of that. > > On the subject of the configuration of GCC > > --with-arch=armv7-a+fp

Bug#964654: kcov: FTBFS: ld: /usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libbfd.a(plugin.o): undefined reference to symbol 'dlclose@@GLIBC_2.2.5'

Dear Alessandro, Any chance you could merge the suggested MR ? Thanks

Bug#1009308:

Control: tags -1 wontfix Control: tags -1 - patch Control: severity -1 normal I am not sure I can integrate your patch since libimath-dev does Provide: libilmbase-dev. Also: % sudo apt install libimath-dev [...] The following packages will be REMOVED: libilmbase-dev The following NEW packages

Bug#1017495: libopenexr-dev: trying to overwrite '/usr/include/OpenEXR/Iex.h', which is also in package libilmbase-dev

On Wed, Aug 17, 2022 at 2:24 AM Christian Marillat wrote: > > Package: libopenexr-dev > Version: 2.5.7-1 > Severity: serious > > Dear Maintainer, > > I can't upgrade this package. > > , > | Preconfiguring packages ... > | (Reading database ... 325236 files and directories currently installed.)

  1   2   3   4   5   6   7   >